Information processing system, information processing method, and program

Abstract

The present invention provides a mechanism for granting a reward each time an invitee is newly hired or entrusted with work.　This information processing system comprises: a reception means for receiving a participation request of an invitee who has been invited by an inviter; an issuance means for issuing, to the inviter, a transferrable invitation token related to the invitee; and a reward granting means for, when the invitee is hired or entrusted with work by a first work requester, granting a reward to an owner of the invitation token and, when the invitee is hired or entrusted with work by a second work requester who is different from the first work requester after the hiring or the work entrustment, granting a reward to the owner of the invitation token again.

Description

Information processing system, information processing method, and program

[0001] [RELATED APPLICATIONS] This application claims priority to Japanese Patent Application No. 2024-100331, entitled "Information Processing System, Information Processing Method, and Program," filed on June 21, 2024, the disclosure of which is incorporated herein by reference in its entirety. The disclosure of this application relates to an information processing system, an information processing method, and a program.

[0002] Japanese Patent Publication No. 2012-510116 (Patent Document 1) is a document disclosing the background art of this technical field. This publication states that "applicants use a computer-based system to create a profile of their work experience, skills, interests, and future job requirements. Companies looking for applicants to fill positions use the system to create profiles of the positions they are looking to fill. The system automatically matches applicants with company searches based on the applicant profile and confidentially and anonymously presents the company with a list of applicants ranked in order of decreasing degree of match. The system may also notify applicants of positions that match their applicant profile. Applicants may earn referral fees from companies by referring positions to other applicants" (see abstract).

[0003] Special table 2012-510116 publication

[0004] The above publications state that applicants may receive referral fees from companies by introducing other applicants for positions. In other words, the above publications state that applicants may receive referral fees from companies in exchange for introducing applicants. However, the above publications do not describe a system for receiving referral fees each time an applicant changes jobs. The disclosure of the present application has been made in light of these circumstances, and provides a system for providing a reward each time an invited person is newly hired or contracted.

[0005] In order to solve the above problem, for example, the configuration described in the claims is adopted. The present application includes multiple means for solving the above problem, but one example is an information processing system including: a receiving means for receiving a participation request from an invitee invited by an inviter; an issuing means for issuing a transferable invitation token for the invitee to the inviter; and a reward granting means for granting a reward to an owner of the invitation token when the invitee is employed or commissioned by a first job requester, and for granting a reward again to the owner of the invitation token when the invitee is employed or commissioned by a second job requester different from the first job requester after the employment or commissioning.

[0006] According to the disclosure of the present application, it is possible to provide a system for providing a reward each time an invitee is newly employed or contracted. Problems, configurations, and effects other than those described above will become clear from the description of the following embodiments.

[0007] FIG. 1 shows an example of the configuration of an information processing system 100. FIG. 2 shows an example of the configuration of a platform 101. FIG. 3 shows an example of the configuration of a node 300. FIG. 4 shows an example of the configuration of a generative AI system 103. FIG. 5 shows an example of the configuration of a user terminal 104. FIG. 6 shows an example of a processing sequence. FIG. 7 shows an example of a recruitment management contract. FIG. 8 shows an example of an NFT contract. FIG. 9 shows an example of a processing flow. FIG. 10 shows an example of a processing flow. FIG. 11 shows an example of a processing flow. FIG. 12 shows an example of a processing flow. FIG. 13 shows an example of a processing sequence. FIG. 14 shows an example of a processing flow. FIG. 15 shows an example of a processing flow.

[0008] 1. Examples Hereinafter, examples of the present invention will be described with reference to the drawings.

[0009] 1-1. Configuration Fig. 1 shows an example of the configuration of an information processing system 100 according to this embodiment. The information processing system 100 shown in the figure includes a platform 101, a blockchain system 102, a generative AI system 103, and multiple user terminals 104. Each component is connected via a wired or wireless network and can send and receive information via the network.

[0010] Here, the platform 101 is a system that provides various services related to recruiting. The blockchain system 102 is a system that includes multiple computers (in other words, nodes) and a network that connects the multiple computers so that they can communicate with each other, and is a system that generates a blockchain through distributed processing of the multiple computers. The content of the requested transaction is incorporated into the generated blockchain.

[0011] The generation AI system 103 is a system that provides services using the generation AI. The multiple user terminals 104 are terminal devices used by users of the services provided by the platform 101.

[0012] Each element constituting the information processing system 100 may be, for example, a mobile device such as a smartphone, tablet, mobile phone, or personal digital assistant (PDA), or a wearable device such as glasses, a wristwatch, or clothing. Each element may be a stationary or mobile computer, or a server located on the cloud or a network. Each element may function as a virtual reality (VR) device, an augmented reality (AR) device, or a mixed reality (MR) device. Alternatively, the elements may be a combination of multiple of these devices. For example, a combination of one smartphone and one wearable device may logically function as a single device. Other information processing devices may also be used.

[0013] Each element includes a processor that executes an operating system, applications, programs, etc., a main storage device such as a RAM (Random Access Memory), an auxiliary storage device such as an IC card, a hard disk drive, an SSD (Solid State Drive), or a flash memory, a communication control unit such as a network card, a wireless communication module, or a mobile communication module, an input device such as a touch panel, a keyboard, a mouse, voice input, or input based on motion detection captured by a camera unit, and an output device such as a monitor or display. The output device may also be a device or terminal that transmits information to be output to an external monitor, display, printer, or device.

[0014] The main memory stores various programs and applications (modules), and the processor executes these programs and applications to realize the various functional elements of the overall system. These modules may be implemented in hardware, such as by integration. Each module may be an independent program or application, or may be implemented as a subprogram or function within a single integrated program or application.

[0015] In this specification, each module is described as the entity (subject) that performs processing, but in reality, the processing is performed by a processor that processes various programs, applications, etc. (modules). Various databases (DBs) are stored in the auxiliary storage device. A "database" is a functional element (storage unit) that stores data sets so that they can accommodate arbitrary data manipulation (e.g., extraction, addition, deletion, overwriting, etc.) from the processor or an external computer. The method of implementing the database is not limited, and may be, for example, a database management system, spreadsheet software, or a text file such as XML or JSON.

[0016] 2 shows an example of the configuration of the platform 101. The platform 101 is configured by, for example, one or more servers arranged in the cloud or the like.

[0017] The main memory device 201 of this platform 101 stores programs and applications such as a participation acceptance module 210, a document generation module 211, a claim assignment notification module 212, a claim assignment management module 213, a transfer approval acceptance module 214, and a credit amount estimation module 215. These programs and applications are executed by the processor 203 to realize each functional element of the platform 101. Each module will be described below.

[0018] The participation acceptance module 210 accepts a participation request from an invitee invited by an inviter and sends an instruction to the NFT smart contract 310 to issue an invitation token and a principal token. The token to be issued is, for example, an NFT (non-fungible token). NFT is not only digital data with a certificate that makes it impossible to copy or forge, but also data that is standardized worldwide and has a common structure. The participation request may be accepted from the invitee or via the inviter.

[0019] The document generation module 211 generates a job description. The job description here refers to a document that describes the application conditions, wage conditions, working conditions, etc., for recruiting. When generating the job description, the module accepts input of the title of the job description from the user. Next, the module generates a prompt (command statement) that instructs the generation of the job description based on the accepted title. Next, the module inputs the generated prompt into the generation AI and obtains the job description corresponding to the title. At this time, the module sends the generated prompt to the generation AI system 103 and obtains the job description corresponding to the title from the system.

[0020] The claim assignment notification module 212 consents to the assignment of a claim to the assignor or notifies the assignee of the claim. The claim here refers to an invitation token or a principal token (e.g., NFT). When notifying or consenting to the assignment of a claim, the module creates a claim assignment notice or claim assignment consent form and outputs a file representing the document. The module then sends the output document to the assignor or assignee using Japan Post's (registered trademark) electronic content certification service, electronic confirmation date, SMS, or blockchain.

[0021] The claim assignment management module 213 executes notification or consent of the assignment of a claim on the blockchain. The claim here refers to an invitation token or a principal token (e.g., NFT). When notifying or consenting to the assignment of a claim, the module records the token debtor's identification information and the fact that the assignor will transfer the invitation token in the NFT smart contract 310. Note that the debtor's identification information here refers to, for example, the wallet address of the platform 101.

[0022] Next, this module monitors the occurrence of events for the debtor, and when the transfer of the token by the transferor is recorded in the NFT smart contract 310, this module detects the recorded transfer and notifies the transferor of consent to the transfer of the token. Note that the function of the claim transfer management module 213 may be executed by a smart contract.

[0023] Upon receiving approval for the transfer from the token owner, the transfer approval receiving module 214 records information regarding the selling price of the token in the transaction smart contract 311. Note that the token referred to here refers to an invitation token or a principal token (both of which are, for example, NFTs).

[0024] The credit amount estimation module 215 estimates the credit amount for the credit recipient. Specifically, the module extracts a group of people who have attributes with a similarity greater than or equal to a predetermined value compared to the credit recipient. The attributes referred to here include, for example, age and job change frequency. Next, the module obtains the set credit amount and the NFT purchase and sale price for each of the extracted group of people.

[0025] The module then calculates the degree of similarity between the NFT purchase and sale prices of the credit recipient and the NFT purchase and sale prices of the above-mentioned talent group. The more similar the purchase and sale prices of the two, the higher the calculated degree of similarity. The module then weights the credit amounts of the above-mentioned talent group based on the calculated degree of similarity to calculate the average (weighted average), which is the credit amount of the credit recipient.

[0026] Next, a description will be given of the auxiliary storage device 202 of the platform 101. The auxiliary storage device 202 stores recruitment information data 220, claim assignment notice data 221, user information 222, a private key 223, and the like.

[0027] Of these, the recruitment requirements data 220 is data on the recruitment requirements generated by the document generation module 211. The claim assignment notice data 221 is data on the claim assignment notice or consent form generated by the claim assignment notice module 212. The user information 222 is information that associates various attributes (e.g., age and frequency of job changes) with the NFT buying and selling price and the set credit amount for each user. The private key 223 is a private key used for sending transactions, etc.

[0028] 1-1-2. Blockchain System 102 Figure 3 shows an example configuration of one of the multiple nodes 300 that make up the blockchain system 102. The node 300 is configured, for example, by one or more servers deployed on the cloud. This node 300 has the following four basic functions: (1) a routing function that finds and connects to other nodes 300 that make up the blockchain system 102; (2) a function that stores a copy of the blockchain; (3) a block generation function for mining, staking, etc.; and (4) a wallet function that manages private keys, generates addresses, and signs transactions. However, it is not necessarily essential that a node has all four of these functions.

[0029] Transactions are accumulated in a new block by mining, etc. If a node 300 is successful in mining, etc., it transfers the new block to other nodes 300.

[0030] When a node 300 receives a notification from another node 300 that a new block has been generated, it checks whether the block has been added to its own blockchain. If the check shows that the block has not been added, it receives the block from the other node 300 and, if the block is valid, adds it to its own blockchain.

[0031] Next, we will explain the main memory device 301 of the node 300. The main memory device 301 stores programs and applications such as an NFT smart contract 310, a transaction smart contract 311, and a recruitment management smart contract 312. The processor 303 executes these programs and applications to realize each functional element of the node 300.

[0032] The NFT smart contract 310 receives a token issuance instruction from the platform 101 and issues a transferable invitation token for the invitee to the inviter. The contract also issues a transferable principal token for the invitee to the invitee. Both of the issued tokens are, for example, NFTs.

[0033] In this embodiment, a smart contract refers to an autonomously operating program placed on a blockchain.

[0034] The transaction smart contract 311 contributes to the transfer of the invitation token or the principal token. Specifically, if the remittance amount from the purchaser of the token is equal to or greater than the selling price of the token, the contract transfers the token to the purchaser, and also distributes at least a portion of the remittance amount to the seller of the invitation token or distributes at least a portion of the remittance amount to the owner of the principal token.

[0035] As a modified example, the functions of the NFT smart contract 310 and the transaction smart contract 311 described above may be implemented in the platform 101. Alternatively, the functions of the transaction smart contract 311 may be executed by an NFT smart contract that issues or transfers an NFT. Furthermore, the transfer target to which the transaction smart contract 311 contributes may be an NFT other than an invitation token or a principal token (e.g., an image NFT).

[0036] Next, the recruitment management smart contract 312 awards rewards to the owner of the invitation token and the owner of the principal token when the invitee is hired or contracted by the job requester. Furthermore, if the invitee is hired or contracted by a job requester different from the job requester after the hiring or contracting, the contract again awards rewards to the owner of the invitation token and the owner of the principal token. In other words, the contract awards rewards to the owner of the invitation token and the owner of the principal token every time the invitee is hired or contracted. Employment targets include full-time employees, contract employees, part-time employees, casual employees, and interns.

[0037] The Recruitment Management Smart Contract 312 manages the recruitment process. Specifically, the contract first accepts a deposit from a job requester and records the amount. Next, the contract deducts a predetermined fee from the deposit amount when the job requester views information about, sends a message to, or decides to hire an invited person. Next, the contract distributes at least a portion of the deducted fee to a person predetermined in the contract.

[0038] Next, the auxiliary storage device 302 of the node 300 will be described. The auxiliary storage device 302 stores a blockchain 320. The stored blockchain 320 is a copy of the entire blockchain or a block header portion. The auxiliary storage device 302 also stores a private key 321 used for sending transactions, etc.

[0039] 1-1-3. Generative AI System 103 Figure 4 shows an example configuration of the generative AI system 103. The generative AI system 103 is configured, for example, by one or more servers deployed on the cloud. The main memory device 401 of the generative AI system 103 stores programs and applications such as a generation module 410. The processor 403 executes these programs and applications to realize each functional element of the generative AI system 103.

[0040] The generation module 410 inputs the prompt sent from the platform 101 into the generation AI, obtains the answer, and returns the obtained answer to the platform 101.

[0041] Here, we will explain generative AI. Generative AI (or generative AI) is a deep learning model that has been trained in advance using a large-scale dataset. Among generative AI, those in the field of natural language processing are also called large-scale language models (LLM). These large-scale language models include, for example, GPT-3, GPT-4 ("GPT" is a registered trademark), and BERT. Large-scale language models are deep learning models that have been trained in advance using a large-scale dataset, so they can be used without teacher data or additional training. In particular, this generative AI is a document generation AI that outputs text in response to input text.

[0042] Next, we will explain the auxiliary storage device 402 of the generation AI system 103. The auxiliary storage device 402 temporarily stores a prompt 420 and answer information 421. Of these, the prompt 420 is a prompt sent from the platform 101. On the other hand, the answer information is answer data generated as a result of the generation process.

[0043] 1-2-4. User Terminal 104 Fig. 5 shows an example of the configuration of the user terminal 104. The user terminal 104 is, for example, a terminal device such as a smartphone, tablet terminal, notebook PC, or desktop PC. Programs and applications such as a wallet 510 are stored in the main memory device 501 of the user terminal 104. The processor 503 executes these programs and applications to realize each functional element of the user terminal 104.

[0044] The wallet 510 manages private keys used for operations such as sending transactions. The wallet 510 also performs messaging on the blockchain. Specifically, the wallet 510 sends an encrypted message encrypted with the public key of the destination wallet 510 to the address of the destination wallet 510. When the wallet 510 receives an encrypted message sent from another wallet 510, it decrypts the encrypted message with its own private key and notifies the recipient of the decrypted message.

[0045] The wallet 510 may be stored on a network rather than on the user terminal 104 and may be accessed by the user terminal 104 via a browser or the like.

[0046] The auxiliary storage device 502 of the user terminal 104 stores a private key 520 used for sending transactions, etc.

[0047] 1-2. Processing Next, various processes performed by the information processing system 100 will be described.

[0048] 1-2-1. Permanent distribution of matching rewards We will build a system that allows people who are not even a recruitment agency to permanently receive matching rewards generated for an acquaintance by simply inviting that acquaintance to the platform once, without having to put in any further sales or matching effort.

[0049] This is fundamentally different from the conventional practice of "recruitment agencies repeatedly promoting their own employees to new positions and receiving matching fees," and allows them to turn the invited employees into assets without any effort. This will greatly increase the incentive to invite, accelerating invitations, and will also give rise to the concept of price fluctuations and liquidity of these permanent assets, which will be applicable not only to the human resources field but also to the financial field.

[0050] The way it works is that when you invite someone to the platform, you issue them an NFT. If you hold the NFT, you can repeatedly and permanently earn matching rewards from that person.

[0051] The process works like this: when a job request is made, the company transfers the matching reward as a stablecoin or similar to a smart contract for reward payment on the blockchain. The smart contract contains an ID that identifies the candidate. A unique job ID is created sequentially for that individual's ID, and this job ID is used to manage the entire hiring process that a company goes through for a candidate. Once the transfer is made to the contract, the amount is confirmed and saved as the deposit amount corresponding to the job ID.

[0052] Separately, the ID of the inviter who invited each individual is linked and managed. The reward distribution rate is determined according to the relationship (degree) between the inviter and the candidate.

[0053] After that, when a deposit is made into the smart contract, the reward is automatically distributed based on the above-mentioned reward distribution rate, the inviter's ID, and the candidate's ID. If automatic distribution is performed on-chain, the contract manages the wallet address associated with each ID. The ID itself can also be used as the wallet address.

[0054] For example, the set values ​​are: 100% of the total matching reward, 7.5% for the inviter and invitee, 3% for the second inviter, and 2% for the third inviter. However, the degrees are not limited to the above. The percentages may also be different values, or may fluctuate depending on demand.

[0055] It should be noted that the "secondary invitee" referred to here is the inviter of the "inviter," and the "tertiary invitee" is the inviter of the "secondary invitee."

[0056] Furthermore, even if the candidate takes on another job, the reward will continue to be distributed to the original inviter. In that case, the inviters will be identified in order based on the candidate's ID, and the reward will be automatically distributed to the relevant parties.

[0057] Furthermore, by storing the right to earn rewards in an NFT that conforms to a global standard, the rights can be easily transferred, creating a new economic sphere that securitizes human resources. In this case, the processing flow would not only involve searching for NFT owners using a serial number in a globally standardized format, but also updating the NFT to store the wallet address of the talent token owner using the candidate's ID or wallet address as a key. The system would then trace the talent token owner (A), the person who invited A (B), and so on, distributing rewards to each party in a predetermined proportion. This structure dramatically increases search speed and reduces the cost of executing transactions, known as gas fees. Of course, sequential searches using a globally standardized serial number format would also be possible, although this would require more time.

[0058] Furthermore, by using NFTs that include global standards, they can be traded not only within a specific platform but also on other platforms, increasing liquidity and enabling smoother bilateral transactions with counterparties around the world. This also applies to Examples 1-2-3-4, 1-2-4, 1-2-7, and 1-2-9.

[0059] In addition, by using NFTs on the blockchain, rights can be maintained and proven semi-permanently, regardless of the existence of the platform. This makes it possible to continue distributing rewards to NFT owners who are contributors even if the platform ceases to exist, as in Example 1-2-7. NFTs are extremely effective in demonstrating such perpetual rights.

[0060] Another major benefit of using NFTs is that they can reinforce users' contribution (invitation) behavior from a neuroscience perspective. Specifically, this involves the human "dopamine reward effect." It's known that the closer the reward is to the target behavior, the more dopamine is released, reinforcing that behavior. Therefore, if the reward for an invitation is too far away, the invitation behavior is less likely to be reinforced. Therefore, simply conveying "the reward will be earned when the invitee eventually changes jobs" without NFTs extends the time between the invitation and the reward, making it difficult to reinforce the invitation behavior. On the other hand, by offering NFTs (or "permanent reward rights for the invitee") at the same time as the invitation, the timing of reward generation can be significantly advanced through NFTs, making it easier to reinforce the invitation behavior. Because NFTs are a highly profitable source of revenue, they can be sold at a high price as in Examples 1-2-4. This allows the inviter to immediately sell the NFTs at the time of the invitation and earn revenue, creating an effect that makes it easier to recognize them as a more realistic reward / asset.

[0061] In addition, the system described in Patent Document 1 above is a mechanism in which an introducer introduces other applicants only for specific positions / job openings at the company to which the introducer has applied, resulting in an extremely limited range of matching. In contrast, the mechanism of this embodiment broadens the range of invitations to a more general audience, making matching easier.

[0062] The following is a supplementary explanation. ・The contract type for matching can be any type, including full-time employment, contract employment, outsourcing, part-time work, temporary work, or internship. ・Matching is not limited to company-to-individual, but can also be between companies and individuals. ・Not only when the invitee accepts a job, but also when they are the one requesting the job, the owner of the invitation token or the person token can receive a share of the reward each time a match is made. ・In addition, other tokens or bank transfers can be used instead of stablecoins. ・In addition, it can be executed off-chain rather than on-chain. However, in this case, it will be necessary to rely on the trust of the operator.

[0063] 6 shows an example of a processing sequence. In the processing sequence 600 shown in the figure, first, an inviter A invites a job contractor B to the platform 101 (step 601). The invitation may be made using the user terminal 104 or may be made without using the user terminal 104 (for example, face-to-face). The job contractor B accepts the invitation and joins the platform 101 (step 602). At that time, the job contractor B operates his / her own user terminal 104 to send a participation request to the platform 101.

[0064] The participation acceptance module 210 of the platform 101 receives this participation request and sends a token issuance instruction to the NFT smart contract 310 (step 603). The NFT smart contract 310 receives this token issuance instruction and grants an invitation NFT to the inviter A (step 604). The NFT smart contract 310 also grants a principal NFT to the work contractor B (step 605).

[0065] After issuing the NFT, the job requester checks the track record of job contractor B (step 606). If, as a result of this check, the job requester considers hiring and placing an order with job contractor B, the job requester operates his / her own user terminal 104 to escrow the hiring and ordering fee to the hiring management smart contract 312 (step 607). Furthermore, if the job requester decides to hire and place an order with job contractor B, the job requester operates his / her own user terminal 104 to notify job contractor B of the hiring and ordering decision via the platform 101 or directly (step 608).

[0066] Upon receiving the notification of the hiring / ordering decision, job contractor B operates his / her user terminal 104 to send a hiring / ordering notice to the hiring management smart contract 312 (step 609). After deciding to hire / order, the job requester operates his / her user terminal 104 to send a hiring / ordering notice to the hiring management smart contract 312 via the platform 101 or directly (step 610). Note that the job requester may also send a hiring / ordering notice to the hiring management smart contract 312.

[0067] Upon receiving the hiring and order notifications from the job contractor B and the job requester, the hiring management smart contract 312 requests information on reward recipients from the NFT smart contract 310 (step 611). In response to this request, the NFT smart contract 310 presents the hiring management smart contract 312 with a list of reward recipients and the rates (step 612).

[0068] The recruitment management smart contract 312 distributes the matching reward to the inviter A and the job contractor B based on the presented list of reward recipients and the rate (steps 613 and 614). Here, the matching reward can also be distributed to the person who invited the inviter A or the job contractor B, or to other people who contributed to the matching.

[0069] Of the steps described above, steps 607 to 614 are executed each time a decision is made to hire or place an order with job contractor B. Therefore, matching rewards are permanently distributed to job contractor B. This concludes the description of processing sequence 600.

[0070] Figure 7 shows an example of the contract contents recorded in the recruitment management smart contract 312. The recruitment management smart contract 700 shown in the figure records the distribution rate of the matching reward to the recruit and each inviter. In addition, the recruitment candidate ID, a pair of the project ID and the deposit amount, and a pair of the invitee ID and inviter ID (first inviter ID, second inviter ID, ..., Nth inviter ID) are recorded.

[0071] 8 shows an example of an NFT contract recorded in the NFT smart contract 310. The NFT contract 800 shown in the figure records an NFT name, an NFT symbol, a pair of a token ID and an owner ID, a pair of an owner ID and a balance, a pair of a token ID and an approver ID, a pair of an owner ID and a full-authority approver ID, and a pair of an invitee ID and an inviter ID.

[0072] 1-2-2. A system for generating job descriptions using AI [Challenges] When recruiting, job descriptions are often created by human resources, business managers, and executives, but they often require a lot of information to write from scratch, and it can be difficult to know how much information should be included, which can be time-consuming. In such cases, job description creators often search for similar job descriptions from other companies and use them as reference, or ask a recruitment agency to create the description for them. However, with the former approach, it can be difficult to find similar job descriptions, or it can end up costing a lot to rewrite. Furthermore, with the latter approach, where an agent is involved, the agent will demand a high success fee when matching with a candidate.

[0073] [Solution Policy] To solve this problem, it is possible to automatically create job descriptions using generation AI or the like. Figure 9 shows an example of this process flow. The process flow 900 shown in the figure is executed by the document generation module 211 of the platform 101. First, the document generation module 211 accepts the following input from the user as information required for the job description (step 901):

[0074] (1) Job title: Clearly state what kind of service and position you are looking for. For example, product development management for a talent matching platform.

[0075] (2) Company information Company overview: Business details, mission, vision, values, CEO's background, founding background, etc. If your company already has a recruitment guide, include that as well. Other basic information: number of employees, capital, date of establishment, head office location, sales, affiliated companies, business partners, etc.

[0076] (3) Reference job information from other companies If there are recruitment requirements from other companies that you would like to use as reference, please include those recruitment requirements.

[0077] (4) General input information: Enter useful information and its label name. Example: Label name: "Company appeal" Content: "You can quickly create a business together with a founder who has IPO experience."

[0078] (5) Items that need to be output Set the items that are required when outputting the job posting. For example, job content, job appeal, required requirements, welcome requirements, working conditions, etc.

[0079] Please note that not all of the above information is required and some of it may be left blank.

[0080] Next, the document generation module 211 issues a prompt instruction to the LLM (generation module 410) based on the above input (step 902). An example of the prompt is as follows: "Based on the information below, please create a job posting that will be more attractive to candidates than job postings from other companies in the same industry. Job title: [Text entered in (1)] Basic information about your company: [Pair of each item entered in (2)] e.g., "Number of employees: 25, Capital: 30 million yen" Reference job information from other companies in the same industry: [Text entered in (3)] [Pair of information entered in (4)] e.g., "Attractiveness of the company: You can quickly create a business together with a founder who has IPO experience." Please make sure to cover as many items required for a job posting as possible, and be sure to include the following items as well: [Items entered in (5)]"

[0081] Next, the document generation module 211 inputs the following prompt instruction content (just an example) and output content into the LLM (generation module 410) again (step 903): "Please check the previous instructions and output content, and if there are any omissions or errors in the content, please point them out and correct those parts based on the previous instructions. If there are no omissions or errors, please mark the output content as the final version and output "Status: Final" at the end."

[0082] Next, if the output result of step 903 has "Status: Final" written at the end (YES in step 904), the document generation module 211 removes the status notation at the end from the output content and uses the result as the recruitment requirements (step 905). On the other hand, if there is no notation of "Status: Final" (NO in step 904), step 903 is executed based on the output content of step 903 and the previous instructions.

[0083] The document generation module 211 repeats steps 903 and 904 until the output result of step 903 has "Status: Final" written at the end. At this time, it is possible to set an upper limit of the maximum number of times to X times so as not to increase the cost of using the LLM. Note that X may also be set to 0. This completes the explanation of process flow 900. According to this process flow 900, recruitment requirements can be created automatically.

[0084] 1-2-3. Human Resources NFT / Debt NFT Exchange [Background and Significance] The aforementioned human resources NFT (the right to receive permanent distributions of matching rewards when an invited person is matched with a job) can be classified as not a security. This is because no monetary contribution is made to acquire this right, and it does not fall under collective investment scheme interests (Article 2, Paragraph 2, Item 5 of the Financial Instruments and Exchange Act). As a result, this NFT is classified as a debt.

[0085] As a result, since it is not a security, it can be traded without a Type 1 financial instruments business such as a securities company, and this NFT can be traded widely. This makes it fundamentally different from NFTs such as those in Patent No. 7370651, which are simply used to prevent tampering with invitation relationships.

[0086] By making it tradable, it is possible to obtain permanent matching reward rights all at once by transferring them. Therefore, while the design of Patent No. 7370651 is only used by users who see long-term investment value, it can also provide great value to users with a short- to medium-term perspective and attract them as users. Generally, only a limited number of people can invest long-term, so this can be a way to attract many other people with a short- to medium-term perspective.

[0087] In addition, it will be possible to attract not only users but also investors, further activating the platform and accelerating invitations.

[0088] [System] If this NFT becomes a claim, its transfer will need to satisfy the requirements for perfection. To achieve this, it is conceivable to establish the following: (1) a function to automatically issue a "certificate with a fixed date" (2) a function to become a certified new business activity implementer under the Industrial Competitiveness Enhancement Act and electronically transfer claims. The specific process is described below, with the mechanisms in 1-2-3-4 being the main model.

[0089] 1-2-3-1. Function for automatically issuing a "certificate with a fixed date": Use of electronic content certification Figure 10 shows an example of this process flow. The process flow 1000 shown in the figure is executed by the claim assignment notification module 212 of the platform 101. First, the claim assignment notification module 212 creates the following document using the Google (registered trademark) Docs API or the like (or other document creation API) (step 1001). Note that the content of the document is merely an example.

[0090] " ・Addressee: [Name of the user who transferred or assigned the talent NFT] ・Title: Consent to assignment of claim ・Preamble: We hereby consent to the assignment by [the assignor described below] to [the assignee described below] of the monetary claim for receiving reward shares from permanent job matching on this platform, which arose on [the date the talent NFT was issued (e.g., the date the user was invited to this platform)] relating to [the name of the user designated by the talent NFT]. ・Details: Name of assignor: [Name of the user who transferred the talent NFT] Name of assignee: [Name of the user who received the talent NFT] Date: [Date the talent NFT was transferred] Debtor / sender: [Platform's operating company]"

[0091] The receivables assignment notification module 212 outputs the above data as a Word file using an API (step 1002). Next, the module automatically writes the above Word file and the assignor or assignee as the addressee using the Japan Post (registered trademark) electronic content certification service, and executes delivery (step 1003).

[0092] In addition, when automatically filling out the form, the module scrapes the HTML of the page for each step of the above service in advance, identifies the input / selection areas, and executes the specified actions. In preparation for when the content of the above service is updated, the module acquires and saves the page content for each step, and if the content differs from the last time it was acquired, an alert email is sent to the system operator, and scraping processing is performed according to the updated content.

[0093] In addition, when using the automatic issuance function of certificates with fixed dates, users of the human resources NFT exchange must enter their address information into the platform 101 in advance, and a certified letter will be sent to that address.

[0094] Alternatively, in order to make it easier to use and to eliminate the need to input address information, it is also possible to have the assignor send a notice of assignment of claims to the platform 101, rather than having the platform 101 send a letter of consent for assignment of claims to the assignor and assignee. In this case, specifically, first, the content of the aforementioned document is changed as follows. Note that the content of the following document is merely an example.

[0095] " ・Address: [Name of the Platform as Debtor] ・Title: Notice of Assignment of Claim ・Preamble: I hereby notify [the name of the user indicated by the talent NFT] that I am assigning to [the assignee described below] the monetary claim to receive reward shares from permanent job matching on the Platform, which arose on [the date the talent NFT was issued (e.g., the date the user was invited to the Platform)]. ・Details: Name of assignor: [Name of the user who assigned the talent NFT] Name of assignee: [Name of the user who received the talent NFT] Date: [Date the talent NFT was assigned] Sender: [Name of the user who assigned the talent NFT]"

[0096] Before the transferor, who originally owned the talent NFT, sells the NFT, platform 101 displays the document to the transferor, who then electronically signs the document to indicate his or her consent to the delivery. The transferor then operates his or her user terminal 104 to send the document to platform 101 via an electronic content certification service.

[0097] This method allows the digital certificate to be sent using only the location of the platform 101, eliminating the need for users to go through procedures such as entering their own address or disclosing information. As a result, it becomes possible to build a system that takes personal information protection into consideration, allowing transactions to be conducted without disclosing personal information on the public chain, which is always an issue in transactions on the blockchain.

[0098] 1-2-3-2. Function to automatically issue "certificates with fixed dates": Use of electronic fixed dates. Electronic fixed dates can also be used for documents created in 1-2-3-1. In this case, the Electronic Fixed Date Center simply assigns an electronic fixed date to the notice of assignment of claims or the acceptance of assignment of claims, which has the advantage of eliminating the need for the document delivery procedures described in 1-2-3-1.

[0099] 1-2-3-3. Becoming a Certified New Business Activity Implementer under the Industrial Competitiveness Enhancement Act and Conducting Claim Transfers Electronically: Ability to Send Claim Transfer Consent to the Creditor's Phone Number via SMS. Becoming a Certified New Business Activity Implementer under the Industrial Competitiveness Enhancement Act enables claims transfers to be conducted electronically. In this case, human resource NFT transactions can be realized by sending the contents of the aforementioned Claim Transfer Consent Form to the claim transferor via SMS, or by sending the contents of the aforementioned Claim Transfer Notice to Platform 101 via SMS with the transferor's prior consent.

[0100] 1-2-3-4. Become a certified new business activity implementer under the Industrial Competitiveness Enhancement Act and electronically transfer claims: Function to indicate consent based on blockchain address. As with 1-2-3-3, notification or consent of a claim transfer can also be performed on the blockchain. Figure 11 shows an example of this process flow. The process flow 1100 shown in the figure is executed by the claim transfer management module 213 and NFT smart contract 310 of the platform 101.

[0101] First, the claim assignment management module 213 saves the wallet address of the debtor (platform 101) of the claim NFT in the NFT smart contract 310 (using a standard such as ERC721) as debtor (step 1101). Note that if the person who deployed the NFT smart contract 310 on the blockchain is the debtor (when building a general exchange for self-issued NFTs), it is also possible to substitute the owner of the entire smart contract.

[0102] Next, in the NFT smart contract 310, when the owner of an NFT with a certain token ID or a trading intermediary platform executes a token sending function such as safeTransferFrom to transfer the NFT, a Transfer event (log) is generated (step 1102).

[0103] The Debtor (platform 101, which is the debtor) monitors the event, and when a transfer occurs, notifies the assignor of the consent to the transfer of the claim NFT (step 1103). This notification may be executed by the claim transfer management module 213. Specifically, in the transaction, the Debtor sets the wallet address of the assignor in "to," the value to 0, the text content of the aforementioned claim transfer consent document in "data," and appropriate values ​​for the nonce, gas, and other parameters that allow the transaction to be executed, creating a raw transaction, signing it with a private key held only by the Debtor, and broadcasting it on the blockchain.

[0104] Here, the text content written in "data" is the user's name, but this can be replaced with the user's wallet address. It is also possible that the user indicated by the talent NFT does not have a wallet address. In such cases, the user ID or name on platform 101 is stored in the NFT's meta data, and the debtor references this information to create the text content. The date the talent NFT was transferred is the timestamp on the blockchain for the transaction in which the talent NFT was transferred.

[0105] This mechanism is not limited to ERC721, but can be applied to any token standard with a similar function for transferring tokens. In addition, in the future, improvements can be made so that debtors do not need to set up servers to monitor events and generate transactions.

[0106] Specifically, the debtor deploys a contract wallet in advance using Account Abstraction, places the address under the debtor's control, and sets the address as the debtor of the NFT. In the contract wallet, the method for performing the aforementioned approval transaction is made accessible from outside. Then, when a talent NFT is transferred, a process is added to specify the debtor's address and request the execution of the approval transaction.

[0107] The debtor's contract wallet that receives the request can execute the aforementioned approval transaction with the requester, the transferor of the human resources NFT, making it possible to transfer the debt NFT entirely on-chain, without any off-chain monitoring.

[0108] The 2020 amendment to the Civil Code made the assignment of claims valid, even in cases where a special clause prohibiting the assignment of claims was attached. Therefore, it is natural for the debtor to consent to an assignment by the assignor, who is the holder of the original claim NFT, making the above system more realistic. Of course, the debtor, assignor, or other entity could also notify the assignor or debtor off-chain (by SMS, email, etc.) based on a transaction event on the blockchain, potentially making management smoother.

[0109] 1-2-4. A system that naturally increases users' motivation to improve their skills through a talent NFT exchange. By implementing a system in which NFT-converted users themselves receive rewards through NFT transactions that distribute talent matching rewards, which was not previously possible, each user's motivation to improve their skills can be increased. Figure 12 shows an example of this process flow. The process flow 1200 shown in the figure is executed by the transfer approval acceptance module 214 of the platform 101, etc.

[0110] First, the original owner operates their own user terminal 104 to approve the transfer right of the talent NFT to be put up for sale on-chain to the platform 101 (approving the transfer of the NFT without the original owner being the initiator of the transaction) (step 1201). Next, the transfer approval acceptance module 214 records the price to be put up for sale on-chain in the transaction smart contract 311, along with the ID of the NFT and the fact that the purpose is to sell (step 1202).

[0111] The purchaser operates their user terminal 104 to send payment tokens based on the price of the NFT in the transaction smart contract 311 plus a transaction fee to the transaction smart contract 311, along with the ID of the NFT to be purchased (step 1203). Here, instead of the NFT holder first setting the selling price, the NFT purchaser can first record the desired purchase price, the NFT ID, and the purpose of purchase in the transaction smart contract 311, and the transaction is completed once the NFT holder accepts. At this time, the purchaser operates their user terminal 104 to approve the required amount of payment tokens. The transaction fee is either x% of the NFT price or an absolute value, which is specified in advance by the platform 101 in the transaction smart contract 311.

[0112] The transaction smart contract 311 references the price of the target NFT plus the fee, and if the remittance amount is more than that, it sends the NFT to the sender (purchaser) under the approved rights, remits the price of the NFT to the seller, and the remainder is acquired by the platform 101 (step 1204). If the amount obtained exceeds the fee, it may be refunded to the sender after deducting the gas fee.

[0113] Here, the transaction smart contract 311 distributes y% of the obtained fee to the talent indicated by the talent NFT (step 1205). This creates a mechanism whereby each talent receives an incentive the more attention and trading the NFT representing them receives.

[0114] Furthermore, NFTs that are generally attracting attention are ones that increase in value, and since the ones who increase in value are those who improve their skills and have the potential to advance their careers, this system also increases the motivation for individuals to improve their skills in order to receive returns. Another example of skill improvement is the acquisition of verifiable credentials on DID (decentralized ID).

[0115] Furthermore, if a system is established in which VC from the hiring company is granted to a hire when the hire gets a job on the talent matching platform 101, this will further increase motivation to get a job on this platform, and contribute to the vitalization of the talent matching platform 101. Note that in order to save on gas costs for the blockchain, the intention to buy or sell may be expressed off-chain, and only the approval may be performed on-chain.

[0116] 1-2-5. A mechanism for embedding a trading mechanism into the NFT contract itself In the aforementioned "mechanism for naturally increasing users' motivation to improve their skills through a talent NFT exchange," if a trading smart contract 311 or the like that collects trading fees is placed in between, it will lead to providing incentives and motivation to improve skills to the users (invitees) indicated by the talent NFT.

[0117] However, in the case of NFTs, it is possible to send NFTs without necessarily going through an exchange, and if payment is made off-chain, it becomes impossible to pay incentives to the user. Therefore, instead of the commonly adopted external transaction contract for NFTs, we are considering embedding a transaction mechanism into the NFT itself.

[0118] Specifically, a method for paying a fee to the contract owner when a transfer is made is added to the NFT smart contract 310. Therefore, the person who executes the transfer (the assignor of the NFT claim) sets the fee as a value and executes the transfer, and if the value is less than the specified fee (the fee to be paid to the owner), the transfer process fails.

[0119] As with the "Human Resources NFT / Debt NFT Exchange" mentioned earlier, by incorporating the transaction smart contract 311 into the NFT smart contract 31 itself rather than preparing it externally, it is possible to prevent the transfer of debt NFTs to the debtor without their permission, and also to prevent the problem of double transfer of debt.

[0120] 1-2-6. Aggregation and integration of DID protocols [Background] Currently, there is no single DID (decentralized ID) protocol, and services that use each DID protocol lose one of the conveniences of DID, the ability to reuse one's own personal information across services, when compared with services that use a different protocol.

[0121] [Countermeasure] We are considering aggregating each DID protocol in the talent profile service. This means that if a user stores their personal information as a DID in a service that uses one of the DID protocols, that information can also be referenced in this talent profile service. If the talent profile service then links to each DID protocol with the individual's consent, each user can set their DID once and use it in the same way in any service that uses DID, realizing the original goal of "setting their own information once, eliminating the need to enter it elsewhere, and allowing single control over information management authority."

[0122] 1-2-7. Full automation of talent matching [Background] Until now, talent matching platforms and recruitment media have always required the platform operator to participate in the operations. However, if a system is created in which the distribution of rewards to contributors, contact with candidates, and recruitment can all be done on-chain, it will be possible to develop a fully decentralized autonomous organization (DAO) in the talent matching field. This can be applied not only to employment contracts such as full-time employment, but also to contract work and other types of contracts.

[0123] [Technology] Figure 13 shows an example of this processing sequence. The processing sequence 1300 shown in the figure is executed by the hiring management smart contract 312, etc. First, the hiring company operates its own user terminal 104 to deposit the candidate viewing fee in advance to the address of the hiring management smart contract 312 (step 1301). The hiring management smart contract 312 stores the wallet address of the hiring company, which is the sender, and the remittance amount as a deposit amount on the contract (step 1302).

[0124] When a recruiting company contacts an individual listed in this contract, the recruiting management smart contract 312 deducts (pays) a predetermined viewing fee from the deposit amount (step 1303). After the fee is paid, the candidate information becomes available to the recruiting company. The actual candidate information can be stored in IPFS (InterPlanetary File System) or other (distributed) storage.

[0125] Furthermore, if the data is stored in storage that may be publicly accessible, security can be ensured by sending a notification to the data administrator who originally stored the data or the candidate in question, who will then decrypt the encrypted information with the private key of the data administrator or the candidate in question, and then storing the encrypted data with the hiring company's public key in said storage. Similar procedures will be followed when handling secure information below.

[0126] When an employing company wants to send a scout message to a candidate, it also deposits a scout fee in advance in the recruitment management smart contract 312 (step 1304). When an employing company sends a scout message, the recruitment management smart contract 312 deducts a predetermined scout fee from the deposit amount (step 1305).

[0127] When the hiring company decides to hire the candidate, the deposit and deduction are made in the same manner as above (steps 1306 and 1307). Note that the viewing fee, scout fee, and hiring fee may be handled together without being managed separately. Also, the viewing fee, scout fee, and hiring fee are not always required, and a combination of the necessary fees may be used.

[0128] Each fee is then distributed among the parties and contributors who contributed to the recruitment, and the wallet addresses and fee rates of the contributors (for example, the candidate themselves or the person who invited the candidate to the platform 101) are set in the recruitment management smart contract 312 (step 1308). Here, if the payment and distribution of rewards are carried out using tokens such as stablecoins, it is easy to complete the process on-chain.

[0129] In addition, at the time of adoption, there is an incentive on the user side to obtain DID (VC) and receive reward distribution, so it is difficult for adopting companies to secretly adopt users and avoid paying rewards. Specifically, the above problem can be solved by having a transaction indicating that the user has been adopted engraved on the chain, encouraging companies to issue VC, and by having a system in place where the escrowed rewards are distributed to all contributors.

[0130] 1-2-8. On-chain Messaging [Background] When exchanging messages on-chain, the list of token owners, including security tokens, can be referenced on-chain, which is a major difference from ordinary securities and other rights. In other words, when an investor or user wants to acquire some token or right, they can easily find the wallet address of the other party who currently owns it. Therefore, if they can send P2P messages to the other party on-chain, they can also negotiate directly.

[0131] However, while a typical public chain offers the advantage of being highly versatile and widely available, the messages sent are also made publicly available. This makes it extremely inconvenient for those who wish to keep transaction details and facts private, making it unusable. Therefore, a method for exchanging information on a public chain using P2P while maintaining confidentiality is needed.

[0132] It is also possible to conceal the existence of individual transactions by applying zero-knowledge proofs, but the challenge is that blockchains using zero-knowledge proofs are extremely limited and not versatile.

[0133] [Technology] Figure 14 shows an example of this processing flow. The processing flow 1400 shown in the figure is executed by the wallet 510 of the user terminal 104. First, the source wallet 510 sends a message transaction to the wallet address of the message destination (step 1401). At this time, the message is encrypted using the public key of the destination wallet. The encrypted message is then stored in the data field of the transaction.

[0134] Here, for message management, a separate message management smart contract may be prepared, in which methods may be provided to store the destination and source wallet addresses and encrypted messages.

[0135] The wallet 510 used by the destination user monitors transactions that arrive at the user's address (under the management of the wallet) (step 1402). The wallet 510 then decrypts the encrypted message in the data field of the received transaction using the wallet's private key (step 1403), and notifies the user that the message has arrived, along with the sender's address and the contents of the message (step 1404), thereby enabling on-chain messaging while maintaining confidentiality.

[0136] However, because there are so many wallets, it is not always possible for the other wallet to support it. Therefore, if this process were standardized on the blockchain as an EIP (Ethereum Improvement Proposal) and programmed to make it easy for major wallets to incorporate, and a pull request was made to incorporate it, it is thought that most users would use this function and find it convenient, which would require support in non-major wallets as well, and this would spread.

[0137] 1-2-9. New Credit System [Background] Currently, credit assessments conducted by banks and other financial institutions are based on the candidate's past career information (such as the company, years of service, and annual salary) to determine how stable and reliable their income is. As a result, employees of large companies tend to have high credit ratings, while employees of startups and other small and medium-sized enterprises tend to have low credit ratings. Furthermore, when it comes to startup founders and management, their credit ratings are extremely low, making it almost impossible to expect loans from banks.

[0138] Among such talent, those with potential will be evaluated based on their future potential, rather than on past data. This will benefit financial institutions by providing a stable supply of funds to these individuals who will grow in the future, while also enabling the individuals receiving funding to take on new challenges, creating a win-win system for both parties. This system will be proposed in combination with the aforementioned talent NFT exchange.

[0139] [Mechanism] The aforementioned talent NFT exchange allows users and investors to accumulate evaluations of the future potential of each talent (or their NFT). This is because if a talent has a promising future and their annual income increases, the matching rewards associated with that person will also increase, and the value of the NFT, which represents their distribution rights, will also increase. Therefore, the pricing of the NFT reflects the future potential of that person. Here, the current value of that person's potential is thought to be reflected in the NFT price, which corresponds to the final purchase and sale price of the NFT.

[0140] When considering present value, methods such as discount rates and perpetual growth rates, such as Discounted Cash Flow, can lead to variations in the growth and risk expected by different investors, making them difficult to use as credit. Also, depending on age, the younger an investor is, the more likely their valuation will rise in the future, and because they work for the long term, the value of NFTs is likely to increase, while the closer they get to retirement, the lower their value is expected to be.

[0141] Therefore, in this system, the creditor is evaluated according to the following flow. An example of this processing flow is shown in Figure 15. The processing flow 1500 shown in the figure is executed by the credit amount estimation module 215 of the platform 101.

[0142] First, the credit amount estimation module 215 extracts a group of people who are of similar age and have a similar job change frequency to the credit target (step 1501). Next, the module obtains the NFT purchase and sale prices of the group of people and the credit amount set for each person by financial institutions, etc. (step 1502).

[0143] Next, the module calculates the similarity between the NFT price of the credit recipient and the NFT price of the similar talent group (step 1503). Next, the module weights each credit amount at the financial institution based on the similarity, and determines the average as the credit of the credit recipient (step 1504).

[0144] Although a transaction must occur to determine the final purchase and sale price of an NFT, it is also possible to make purchase offers for each NFT. In this case, if multiple people make offers, the prices will vary. In this case, the maximum price of the offers can be considered the current value of the person's NFT.

[0145] On the other hand, if no actual sales have occurred, it is possible to unfairly inflate the price. One way to address this is to fit the offer price to a normal distribution. Then, the range from the mean to about 1σ can be used as a credit based on collective wisdom, and each credit evaluator can determine the final credit amount as appropriate.

[0146] 2. Variation A permanent reward may also be generated when a job requester is invited. In this case, the information processing system may be as follows: An information processing system further comprising: a receiving means for receiving a participation request from an invitee invited by an inviter; an issuing means for issuing a transferable invitation token for the invitee to the inviter; and a reward granting means for granting a reward to the owner of the invitation token when the invitee employs or outsources work to a first job contractor, and for granting a reward again to the owner of the invitation token when the invitee employs or outsources work to a second job contractor different from the first job contractor after the employment or outsourcing.

[0147] In addition, the issuing means may further issue a transferable principal token related to the invitee to the invitee, and the reward granting means may further grant a reward to the owner of the principal token when the invitee is employed or outsourced to the first contractor and when the invitee is employed or outsourced to the second contractor.

[0148] The present invention is not limited to the above-described embodiments, but includes various modifications. For example, the above-described embodiments have been described in detail to clearly explain the present invention, and the present invention is not necessarily limited to those including all of the described configurations. Furthermore, it is possible to replace part of the configuration of one embodiment with the configuration of another embodiment, or to add the configuration of another embodiment to the configuration of one embodiment. Furthermore, it is possible to add, delete, or replace part of the configuration of each embodiment with other configurations.

[0149] Furthermore, the above-described configurations, functions, processing units, processing means, etc. may be partially or entirely implemented in hardware, for example, by designing them as integrated circuits. The above-described configurations, functions, etc. may also be implemented in software, with a processor interpreting and executing a program that implements each function. Information such as the programs, tables, and files that implement each function can be stored in a memory, a recording device such as a hard disk or SSD (Solid State Drive), or a recording medium such as an IC card, SD card, or DVD.

[0150] Furthermore, the control lines and information lines shown are those considered necessary for the explanation, and do not necessarily show all the control lines and information lines in the product. In reality, it can be considered that almost all components are interconnected. The above-mentioned embodiments disclose at least the configurations described in the claims.

[0151] 100...information processing system, 101...platform, 102...blockchain system, 103...generative AI system, 104...user terminal

Claims

1. An information processing system comprising: a receiving means for receiving a participation request from an invitee invited by an inviter; an issuing means for issuing a transferable invitation token for the invitee to the inviter; and a reward granting means for granting a reward to the owner of the invitation token when the invitee is employed or commissioned by a first job requester, and for granting a reward again to the owner of the invitation token when the invitee is employed or commissioned by a second job requester different from the first job requester after the employment or commissioning.

2. The information processing system of claim 1, wherein the issuing means further issues a transferable principal token related to the invitee to the invitee, and the reward granting means further grants a reward to the owner of the principal token when the invitee is employed or contracted to the first job requester and when the invitee is employed or contracted to the second job requester.

3. The information processing system of claim 1, further comprising: a title receiving means for receiving input of the title of the job description; a prompt generating means for generating a prompt instructing the user to generate the job description based on the received title; and a document acquisition means for inputting the generated prompt into a generation AI and acquiring the job description corresponding to the title.

4. The information processing system of claim 1, further comprising: a recording means for recording in a smart contract the identification information of the debtor of the invitation token and the fact that the transferor will transfer the invitation token; and a monitoring means for monitoring the occurrence of an event for the debtor, which, when the smart contract records that the transferor will transfer the invitation token, detects the recorded transfer and notifies the transferor of approval of the transfer of the invitation token.

5. The information processing system of claim 2, further comprising a recording means for recording information regarding the selling price of the invitation token in a smart contract, wherein the smart contract transfers the invitation token to the purchaser if the remittance amount from the purchaser is equal to or greater than the selling price, and additionally distributes at least a portion of the remittance amount to the seller of the invitation token or distributes at least a portion of the remittance amount to the owner of the principal token.

6. The information processing system of claim 1, further comprising a smart contract that records a deposit amount from the first job requester, deducts a predetermined fee from the deposit amount when the first job requester views information about, sends a message to, or decides to hire the invitee, and distributes at least a portion of the deducted fee to a person predetermined in the smart contract.

7. The information processing system of claim 1, further comprising: a sending means for sending an encrypted message encrypted with a public key of a destination wallet to the address of the destination wallet; and a receiving means for decrypting the encrypted message with a private key of the destination wallet and notifying a recipient of the decrypted message.

8. The information processing system of claim 1, further comprising: an extraction means for extracting a group of personnel having attributes whose similarity compared to a credit target is greater than or equal to a predetermined value; an acquisition means for acquiring a set credit amount and a purchase and sale price of NFT for each of the extracted group of personnel; a first calculation means for calculating the similarity between the purchase and sale prices of NFT of the credit target and the purchase and sale prices of NFT of the group of personnel; and a second calculation means for weighting the credit amounts of the extracted group of personnel based on the calculated similarities to calculate an average, and setting this as the credit amount of the credit target.

9. An information processing method executed by one or more computers, comprising the steps of: accepting a participation request from an invitee invited by an inviter; issuing a transferable invitation token for the invitee to the inviter; and granting a reward to the owner of the invitation token if the invitee is employed or commissioned by a first job requester, and again granting a reward to the owner of the invitation token if, after the employment or commissioning, the invitee is employed or commissioned by a second job requester different from the first job requester.

10. The information processing method of claim 9, further comprising the steps of: issuing a transferable principal token for the invitee to the invitee; and granting a reward to the owner of the principal token when the invitee is employed or contracted by the first job requester and when the invitee is employed or contracted by the second job requester.

11. The information processing method of claim 9, further comprising: a step of accepting input of a title of a job description; a step of generating a prompt that instructs the user to generate a job description based on the accepted title; and a step of inputting the generated prompt into a generation AI and obtaining the job description corresponding to the title.

12. The information processing method of claim 9, further comprising the steps of: recording identification information of the debtor of the invitation token in a smart contract; and a monitoring means for monitoring the occurrence of an event for the debtor, which, when it is recorded in the smart contract that the transferor will transfer the invitation token, detects the recorded transfer and notifies the transferor of approval of the transfer of the invitation token.

13. The information processing method of claim 10, further comprising the steps of: recording information regarding the selling price of the invitation token in a smart contract; and, in the smart contract, if the remittance amount from the purchaser is equal to or greater than the selling price, transferring the invitation token to the purchaser, and additionally distributing at least a portion of the remittance amount to the seller of the invitation token or distributing at least a portion of the remittance amount to the owner of the principal token.

14. The information processing method of claim 9, further comprising the steps of: in a smart contract, recording a deposit amount from the first job requester; deducting a predetermined fee from the deposit amount when the first job requester views information about, sends a message to, or decides to hire the invitee; and distributing at least a portion of the deducted fee to a person predetermined in the smart contract.

15. The information processing method according to claim 9, further comprising the steps of: sending an encrypted message encrypted with a public key of a destination wallet to the address of the destination wallet; and decrypting the encrypted message with a private key of the destination wallet and notifying a recipient of the decrypted message.

16. The information processing method described in claim 9, further comprising the steps of: extracting a group of personnel having attributes whose similarity compared to the credit target is greater than or equal to a predetermined value; obtaining a set credit amount and the buying and selling price of NFT for each of the extracted group of personnel; calculating the similarity between the buying and selling price of NFT of the credit target and the buying and selling price of NFT of the group of personnel; and weighting the credit amounts of the extracted group of personnel based on the calculated similarities to calculate an average, which is used as the credit amount of the credit target.

17. A program for causing a computer to execute each step of the information processing method according to any one of claims 9 to 16.

Images