JPWO2020161929A1 - Human resources matching system utilizing blockchain, human resources matching method, and human resources matching business management device - Google Patents

Abstract

The human resources matching system 10 provides a shared database that stores job offer data from a specific company, work record data of job seekers shared by joint ventures using a blockchain, and search instructions regarding job offers from job seekers. When accepted, the job offer that matches the search instruction is based on the desired conditions of the job seeker who gave the search instruction, the job offer data stored in the shared database, and the work record data of the job seeker distributed in the blockchain network. Search result presentation means that extracts data and presents it to the job seeker as a search result, and when the job seeker confirms a job offer for the search result, information that identifies the job offer and profile data of the job seeker are provided. , A definite information transmission means for transmitting the job offer to a specific company registered.

Description

The present invention relates to a technology related to a human resources matching business that matches job seekers and recruiting companies via a communication network, and in particular, a human resources matching system that performs human resources matching business using a blockchain, a human resources matching method, and a human resources matching business. Regarding management equipment.

Conventionally, those who wish to work for a short period of time, such as part-time workers and part-time workers, apply for recruitment of recruiting companies, and the companies have hired applicants by conducting written examinations and interviews using resumes and the like. Those who wish to continue working for a short period of time often register for temporary staffing services. As a technology related to temporary staffing services, we prepare a database that registers information about temporary staff, and when a company requests a job, we select temporary staff who meet the recruiting conditions and introduce them to the company. The dispatch system is disclosed (see, for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2006-268785

However, even when registering for such a temporary staffing service, it is necessary to register experience and skills by means of a resume, etc. when registering with the temporary staffing company, and to inform the temporary staffing company of their wishes regarding working conditions. It was. In addition, the recruiting company also had the inconvenience that it would be difficult to know whether or not the workers dispatched based on the selection of the temporary staffing company would meet their recruiting needs unless they started working.

Under these circumstances, job seekers who want to work short-term or irregularly, such as part-time workers, want a new way of working as their lifestyle changes. For example, some job seekers want to be able to choose a job of their choice without having to prepare a resume or have an interview, and to work at a convenient time and place. There is also.

In addition, in recent years, there is a shortage of human resources due to the declining working population, and recruiting companies are also seeking a mechanism for hiring human resources that is different from the conventional one. For example, we are looking for a system that can hire desired human resources in a short period of time when needed, without going through a series of hiring procedures such as recruitment, interviews, and proper judgment.

That is, there is a problem that the conventional human resources matching system cannot meet the demands of both the recruiting company and the job seeker.

The present invention has been made in view of the above circumstances, and it is possible for a company to hire a desired human resource when necessary, and to work in a desired occupation at a time and place convenient for a job seeker. The purpose is to provide a human resources matching system, a human resources matching method, and a human resources matching business management device that can be used.

In order to achieve the above object, the human resources matching system according to the present invention is, as one aspect, a human resources matching system that manages human resources matching operations, and is accessible to joint ventures including a plurality of companies and human resources service companies. Yes, there is a shared database that stores job offer data related to job offers from companies included in the joint venture (hereinafter referred to as specific companies), and the work of job seekers shared between the joint ventures using a blockchain. The job offer data includes actual data, and the job offer data can include conditions related to the work record of the job seeker as application conditions required for the job seeker, and the work record data is the working hours worked at the specific company. From the above-mentioned specific company, a job seeker data storage means for storing job seeker data regarding the attributes of the job seeker, a desired condition data storage means for storing desired condition data regarding the desired condition for the job of the job seeker, Job case registration means for registering the job case as the job case data in the shared database, desired condition registration means for registering the desired conditions for the job of the job seeker as the desired condition data in the desired condition data storage means, and job seeking. The search instruction receiving means for receiving a search instruction regarding a job offer from a person, and when the search instruction is received by the search instruction receiving means, the desired condition data stored in the desired condition data storage means of the job seeker who gave the search instruction. Based on the job case data stored in the shared database and the work record data of the job seeker distributed in the blockchain network, the job case data matching the search instruction is extracted, and the extracted job case data is obtained. As a search result, a confirmation instruction that accepts an instruction to confirm the case from the job seeker for the job matter selected from the search result presenting means presented to the job seeker and the search result presented by the search result presenting means. When the reception means and the confirmation instruction reception means receive the instruction to confirm the case, the information for specifying the job case and the instruction to confirm the case are given to the specific company that has registered the job case confirmed. It is characterized by including a definite information transmission means for transmitting the job seeker data stored in the job seeker data storage means of the job seeker.

Further, the human resources matching method according to the present invention is, as one aspect, a human resources matching method by a human resources matching system that manages human resources matching operations, and the human resources matching system stores job seeker data related to the attributes of job seekers. The job seeker data storage means, the desired condition data storage means for storing the desired condition data regarding the desired conditions for the job of the job seeker, and the joint venture including a plurality of companies and human resources service companies are accessible, and the joint venture It is equipped with a shared database that stores job offer data related to job offers from companies (hereinafter referred to as specific companies) included in the above, and work record data of job seekers shared between the joint ventures using a blockchain. , The job offer data can include conditions related to the work performance of the job seeker as application conditions required of the job seeker, and the work performance data includes at least information on working hours worked at the specific company. The job offer registration step of registering a job offer from the specific company as the job offer data in the shared database, and the desired condition registration of registering the desired conditions for the job of the job seeker as the desired condition data in the desired condition data storage means. When the search instruction is received by the step, the search instruction receiving step for receiving the search instruction regarding the job offer from the job seeker, and the search instruction receiving step, the search instruction is stored in the desired condition data storage means of the job seeker who gave the search instruction. Based on the desired condition data, the job offer data stored in the shared database, and the work record data of the job seeker distributed in the blockchain network, the job offer data matching the search instruction was extracted and extracted. Instructed by the job seeker to confirm the job offer selected from the search result presentation step presented to the job seeker and the search result presented by the search result presentation step using the job offer data as the search result. When the instruction to confirm the job is received by the confirmation instruction reception step and the confirmation instruction reception step, the information for specifying the job offer to the specific company that registered the job offer for which the job offer has been confirmed, and It is characterized by including a confirmation information transmission step of transmitting the job-seeker data stored in the job-seeker data storage means of the job-seeker who has instructed to confirm the case.

As one aspect of the human resources matching business management device according to the present invention, a joint venture including a plurality of companies and a human resources service company can access it, and a company included in the joint venture (hereinafter referred to as a specific company) can access it. A shared database that stores job offer data related to job offers, work record data of job seekers shared between the joint ventures using a blockchain, and a human resources matching business management device provided in the human resources service company. , The human resources matching business management device in a human resources matching system including a job application business management device provided in the specific company and a user terminal used by the job seeker, and the job offer data is transmitted to the job seeker. The required application conditions can include conditions related to the work performance of the job seeker, and the work performance data includes at least information about working hours at the specific company and stores the job seeker data regarding the attributes of the job seeker. Receiving a job offer from the job seeker data storage means, the desired condition data storage means for storing the desired condition data regarding the desired condition for the job of the job seeker, and the job application business management device, and the shared database as the job offer data. The job offer registration means to be registered in, the desired condition registration means for receiving the desired conditions for work from the user terminal, and registering the desired condition data as the desired condition data in the desired condition data storage means, and the job offer from the user terminal. When a search instruction is received by the search instruction receiving means for receiving the search instruction, and the desired condition data stored in the desired condition data storage means of the job seeker who gave the search instruction and the shared database. Based on the job offer data stored in the above and the work record data of the job seeker distributed in the blockchain network, the job offer data matching the search instruction is extracted, and the extracted job offer data is used as the search result. An instruction to confirm a job for a job offer selected from the search result display means displayed on the user terminal of the job seeker and the search results displayed by the search result display means from the user terminal. When the confirmation instruction receiving means for receiving the confirmation instruction and the confirmation instruction receiving means receive the instruction for confirming the job, the job offer is sent to the job application business management device of the specific company that has registered the confirmed job offer. The information to be specified and the job seeker data stored in the job seeker data storage means of the job seeker who has instructed to confirm the case. It is characterized by including a confirmation information transmitting means for transmitting.

According to the present invention, a company can hire a desired human resource when necessary, and a job seeker can work in a desired occupation at a time and place convenient for the job seeker.

It is a schematic block diagram of the human resources matching system which concerns on embodiment of this invention. It is a schematic diagram which shows the feature of the human resources matching system which concerns on embodiment of this invention. (A) is a diagram showing each table of the shared database according to the embodiment of the present invention, and (b) is a diagram schematically showing the data structure of the company table according to the embodiment of the present invention, (c). ) Is a diagram schematically showing the data structure of the store table according to the embodiment of the present invention, and (d) is a diagram schematically showing the data structure of the project database according to the embodiment of the present invention. It is a schematic block diagram of the human resources matching business management apparatus which concerns on embodiment of this invention. (A) is a diagram schematically showing the data structure of the worker table according to the embodiment of the present invention, and (b) is a diagram schematically showing the data structure of the prior desired condition table according to the embodiment of the present invention. FIG. 3C is a diagram schematically showing a data structure of a desired condition table according to an embodiment of the present invention, and FIG. 3D is a diagram schematically showing a data structure of a mapping table according to an embodiment of the present invention. It is a figure which shows. It is a schematic block diagram of the attendance work management apparatus which concerns on embodiment of this invention. (A) is a diagram schematically showing the data structure of the attendance table according to the embodiment of the present invention, and (b) is a diagram schematically showing the data structure of the work record data according to the embodiment of the present invention. , (C) is a diagram schematically showing the data structure of the salary payment table according to the embodiment of the present invention, and (d) is a modified example of the attendance table and the work record data according to the embodiment of the present invention. It is a figure which shows typically the data structure. It is a schematic block diagram of the salary payment business management apparatus which concerns on embodiment of this invention. It is a schematic block diagram of the user terminal which concerns on embodiment of this invention. It is a sequence diagram which shows the flow of the job offer registration process of the human resources matching system which concerns on embodiment of this invention. It is a sequence diagram which shows the flow of the desired condition registration process of the human resources matching system which concerns on embodiment of this invention. It is a sequence diagram which shows the flow of the job offer search process of the human resources matching system which concerns on embodiment of this invention. It is a sequence diagram which shows the flow of the job offer confirmation processing of the human resources matching system which concerns on embodiment of this invention. It is a sequence diagram which shows the flow of the work record registration process of the human resources matching system which concerns on embodiment of this invention. It is a sequence diagram which shows the flow of the salary payment processing of the human resources matching system which concerns on embodiment of this invention.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<Structure of human resources matching system>
FIG. 1 is a schematic configuration diagram of a human resources matching system 10 according to an embodiment of the present invention. The human resources matching system 10 is desired by a company when necessary by sharing job information and work record information of job seekers among joint ventures 8 composed of a plurality of companies and human resources service companies. We provide a human resources matching service that can hire human resources and can work in the desired occupation at a time and place that is convenient for job seekers.

As shown in FIG. 1, the human resources matching system 10 includes a human resources matching business management device 1 installed in a human resources service company affiliated with the joint venture 8, and a job application installed in each company affiliated with the joint venture 8. A shared database accessible to the business management device 2 and the attendance business management device 3, the salary payment business management device 4 provided in the salary payment service company affiliated with the joint venture 8, and each company affiliated with the joint venture 8. 5 (hereinafter referred to as a shared DB) 5, a user terminal 6 used by a job seeker (hereinafter, also referred to as a user), and each device can communicate with each other, for example, an Internet network, a public network, etc. It is provided with a communication network 7 composed of.

Before explaining each component of the human resources matching system 10, the features of the human resources matching system 10 will be briefly described with reference to FIG. FIG. 2 is a schematic diagram showing the features of the human resources matching system 10.

As described above, the human resources matching system 10 shares job information and past work record information of job seekers within the consortium 8. In the present embodiment, of these, the job information, that is, the data originating from the company is stored and managed in the shared DB 5 as the job offer data d53. On the other hand, the work record information, that is, personal data is managed as the work record data d70 distributed in the blockchain network 7A. In the present embodiment, among the communication networks 7, the communication network using the blockchain is referred to as the blockchain network 7A for convenience.

Here, the reason why personal data is not managed by the shared DB5 but is managed by the blockchain is from the viewpoint that personal data must be handled extremely carefully in order to protect its privacy. That is, the work record data d70 in the present embodiment is managed in a state in which data falsification is prevented and data safety is more guaranteed by using the blockchain.

As a result, each company affiliated with the consortium 8 can objectively grasp the experience and skills of human resources based on the work record data d70 distributed in the blockchain network 7A. .. The work record data d70 is accumulated as work record when the user works at a company that is a member of the consortium 8.

More specifically, the human resources matching business management device 1 utilizes this work record data d70 for human resources matching between the recruiting company and the job seeker, and the attendance business management device 3 uses the work record of the user working at the company. Is recorded as the work record data d70, and the salary payment business management device 4 executes the salary payment process based on the user's work record data d70. On the other hand, the user uses the human resources matching system 10, specifically, the human resources matching business management device 1, the attendance business management device 3, and the human resources matching system 10 via the program installed in the user terminal 6 (hereinafter referred to as the user program). And the salary payment business management device 4 can be accessed, and registration of desired conditions for job hunting, search and application for job offers, attendance management of the company in which he works, salary payment application, etc. are performed. ..

Hereinafter, each device shown in FIG. 2 that constitutes the human resources matching system 10 will be described in detail.

FIG. 3 is a diagram illustrating data stored in the shared DB 5. As shown in FIG. 3A, the shared DB 5 includes a company table 51, a store table 52, and a matter table 53. 3 (b) is a company table 51, FIG. 3 (c) is a store table 52, and FIG. 3 (d) is a schematic diagram of the data structure of the matter table 53.

The company table 51 is a table that stores master information of companies participating in the consortium 8. As shown in FIG. 3B, the company table 51 stores company data d51 composed of a company ID, a company name, and an industry that can uniquely identify a company within the consortium 8. That is, the company table 51 is a table that stores the company name and attribute information for each company. Specific examples of the company data d51 include a company ID "123456789", a company name "PERSOL Izakaya Co., Ltd.", and an industry "restaurant business".

The store table 52 is a table that stores master information about stores of companies that are members of the consortium 8. As shown in FIG. 3C, the store table 52 stores the store data d52 composed of the store ID, the company ID, and the store name that can uniquely identify the store in the company. That is, the store table 52 is a table that stores the name of each store of the company. Specific examples of the store data d52 include a store ID "975431", a company ID "123456789", and a store name "Parsol Izakaya Marunouchi store".

The company data d51 and the store data d52 are registered in advance by each company by a master registration process (not shown).

The case table 53 is a table that stores the job offer data d53 registered by the recruiting company. As shown in FIG. 3D, the case table 53 provides job offer data d53 composed of a case ID, a store ID, a company ID, and a case content that can uniquely identify the job offer within the consortium 8. It is a table to memorize. Here, the details of the project are composed of the project name, industry, job description, remarks such as belongings and precautions, hourly wage, transportation expenses, work location, contact information, work date and time, and application conditions. That is, the matter table 53 stores the contents of the job offer for each job offer. The job offer data d53 is registered in the case table 53 of the shared DB 5 by executing the job offer registration process of the human resources matching system 10 described later.

As a specific example of the job offer data d53, the case ID "987654321", the company ID "123456789", the store ID "975431", the case name "near Tokyo station, the hall staff (Parsol Izakaya Marunouchi store)", the industry "hall""Staff", industry "Hall staff", job description "You will be asked to take your menu and pay for it in the hall.""Yen", transportation expenses "600 yen", work location "2-5-2 Marunouchi, Chiyoda-ku, Tokyo", emergency contact "000-0000-0000", recruiter "Jiro Suzuki", work date and time 1 "2018.12.26.17: 00-21: 00", working date 2 "2018.12.27.17: 00-21: 00", working date 3 "2018.12.28.17: 00-" 21:00 ”, application conditions“ Hall staff 30 hours or more experience ”
And so on. As described above, in the job offer data d53 of the present embodiment, a condition relating to the work record (in this specific example, working hours) of the job seeker can be registered in the application condition.

FIG. 4 is a functional configuration diagram of the human resources matching business management device 1. The human resources matching business management device 1 is a core device of the human resources matching system 10 that makes inquiries between job seekers and recruiting companies.

As shown in FIG. 4, the human resources matching business management device 1 is composed of, for example, a hard disk or the like and a storage unit 11 for storing data related to the human resources matching business, and for example, a CPU and a memory or the like. By controlling, transferring various data, performing various operations, temporarily storing data, etc., various processes of the human resources matching system 10 described later (job case registration process, desired condition registration process, job case search process, job offer) It includes a control unit 12 that executes a matter confirmation process), and a communication unit 13 that transmits / receives data to / from another device via the communication network 7.

Specifically, the storage unit 11 is configured to include a worker table 101, a pre-desired condition table 102, a desired condition table 103, and a mapping table 104. FIG. 5A shows a worker table 101, FIG. 5B shows a preliminary desired condition table, FIG. 5C shows a desired condition table 103, and FIG. 5D shows a schematic diagram of the data structure of the mapping table 104.

The worker table 101 is a table that stores the attribute information of the user. As shown in FIG. 5A, the worker table 101 stores worker data d101 configured by associating a worker ID and worker attribute information that can uniquely identify a user in the company (human resources service company). ing. Here, the worker attribute information is composed of, for example, information such as a worker name, age, gender, educational background, address, and contact information. As a specific example of worker data d101, worker ID "123456789", worker name "Saburo Suzuki", age "19", gender "male", educational background "while attending university", address "3-chome, Ogikubo, Suginami-ku, Tokyo" , Contact information such as "080-0000-0000".

The worker data d101 is registered in advance from the user terminal 6 by executing a user information registration process (not shown) when the user uses the human resources matching system 10.

The prior desired condition table 102 is a table for storing the conditions desired by the user when applying for a job. As shown in FIG. 5B, the pre-desired condition table 102 stores the pre-desired condition data d 102 configured by associating the worker ID with the desired condition information 1. Here, the desired condition information 1 is information such as a desired industry, a desired occupation, and an hourly wage. As a specific example of the prior desired condition data d102, worker ID "123456789", desired industry "restaurant", desired occupation "hall staff", hourly wage "900 yen or more"
And so on. The pre-desired condition data d102 is data registered in advance by the user, and is registered in the pre-desired condition table 102 by executing the desired condition registration process of the human resources matching system 10 described later.

The desired condition table 103 is a table that stores more specific desired conditions of the user. As shown in FIG. 5C, the desired condition table 103 stores the desired condition data d103 configured by associating the worker ID with the desired condition information 2. Here, the desired condition information 2 is information on the place and the date and time. As a specific example of the desired condition data d103, the worker ID "123456789", the place "Tokyo Station", the date and time "2018.12.29.17: 00-22: 00"
And so on. The desired condition data d103 is data to be input when the user searches for a job offer, and is registered in the desired condition table 103 by executing the job offer search process of the human resources matching system 10 described later.

The mapping table 104 is a table that stores mapping data d104 in which a worker ID and a blockchain ID that can uniquely identify a user in the blockchain network 7A are associated with each other. In the present embodiment, each company that is a member of the consortium 8 issues a worker ID in its own code system in each information system in each company. That is, even if they are the same user, different worker IDs are assigned to each company. Therefore, by using this mapping table 104, user data can be shared within the consortium 8. Specific examples of the mapping data d104 include worker ID "123456789" and blockchain ID "121212121".

Returning to FIG. 4, when the control unit 12 is subdivided according to the main functions, it is classified into a matter registration function 105, a desired condition registration function 106, a matter search function 107, and a matter confirmation function 108.

The job registration function 105 is a function that reflects the job information input to the job application business management device 2 in the human resources matching system 10. Specifically, since the job information registered in the company's job application business management device 2 is transmitted to the human resources matching business management device 1, the shared DB 5 is used as the job information d53 via the human resources matching business management device 1. It is a function to register in the matter table 53 of.

The desired condition registration function 106 is a function that reflects the desired condition information 1 (desired industry, desired occupation, hourly wage) and desired condition information 2 (location, date and time) input by the user to the user terminal 6 in the human resources matching system 10. is there. Specifically, the input desired condition information 1 is registered as the pre-desired condition data d102 in the pre-desired condition table 102 of the human resources matching business management device 1, and the input desired condition information 2 is used as the desired condition data d103 for human resources matching business management. This is a function of registering in the desired condition table 103 of the device 1.

The matter search function 107 is a function of searching for a job offer based on the desired condition information 2 (place, date and time) input by the user to the user terminal 6 and presenting the search result to the user. The matter search function 107 specifically searches the corresponding job offer data d53 from the shared DB 5 based on the desired condition information 1 and the desired condition information 2, and also applies to the corresponding job offer data d53 regarding the work record. If there is, the work record data d70 of the user is acquired from the blockchain network 7A, it is determined whether or not the application conditions are met, and the desired condition information 2 and the job offer data d53 that satisfy the application conditions are obtained. This is a function to be presented to the user.

For example, the desired condition information 1 is the desired industry "restaurant", the desired occupation "hall staff", and the hourly wage "900 yen or more", and the desired condition information 2 is the place "Tokyo Station", the date and time "2018.12. In the case of "29.17: 00-22: 00", the job offer data d53 that matches such desired conditions is extracted from the case table 53. Then, in the extracted job offer data d53, for example, if the application condition "hall staff has 30 hours or more experience", the work record data d70 of this user is acquired from the blockchain network 7A, and this application condition is obtained. Judge whether or not the condition is satisfied. Then, when this application condition is satisfied, the extracted job offer data d53 is presented to the user as a search result. On the other hand, if this application condition is not satisfied, the extracted job offer data d53 is not presented to the user as a search result. As described above, in the present embodiment, when the job offer data d53 is searched based on the user's desired conditions, not only the user's desired conditions but also the conditions related to the usage record required by the recruiting company are taken into consideration. Match human resources.

The case confirmation function 108 is a function of transmitting the user's information to the recruiting company when the user selects and confirms the desired job offer from the search results presented to the user by the case search function 107. Is. For details, for the job application business management device 2 of the recruiting company that issued the confirmed job offer data d53, the job offer details (based on the contents of the job offer data d53), the working date and time, and the place (in the contents of the desired condition information 2). (Based on), user profile information (based on the contents of worker data d101) is transmitted.

FIG. 6 is a functional configuration diagram of the attendance business management device 3. The attendance business management device 3 is a device that manages the work performance when a user works in a company that is a member of the consortium 8.

As shown in FIG. 6, the attendance business management device 3 is composed of, for example, a hard disk or the like and a storage unit 31 for storing data related to attendance business management, and for example, a CPU and a memory or the like, and controls the storage unit 31. Alternatively, the control unit 32 that executes the work record registration process of the human resources matching system 10 described later by performing various data transfers, various calculations, temporary storage of data, etc., and another via the communication network 7. It includes a communication unit 33 that transmits / receives data to / from the device.

The storage unit 31 is specifically configured to include an attendance table 301 and a mapping table 302. FIG. 7A shows a schematic diagram of the data structure of the attendance table 301.

The attendance table 301 is a table for storing the work record of the user. As shown in FIG. 7A, the attendance table 301 stores attendance data d301 composed of a worker ID, a matter ID, a work start time, and a work end time. As a specific example of the attendance data d301, the worker ID "abcdefhi", the matter ID "987654321", the work start time "2018.12.22.17: 00", and the work end time "2018.12.22.22: 00" "And so on. That is, the attendance table 301 is data for managing one working time of the user for each worker ID and case ID. The attendance data d301 is data input from the user terminal 6 every time the user works at the company where the user works, and is registered in the attendance table 301 by executing the work record registration process of the human resources matching system 10 described later. To.

The mapping table 302 is a table that stores mapping data d302 in which a worker ID and a blockchain ID are associated with each other. Since the mapping data d302 has the same data structure as the mapping data d104 (see FIG. 5D), the description thereof will be omitted. The mapping table 302 is referred to when the attendance data d301 created by the attendance business management device 3 is converted into the work record data 7A to be distributed to the blockchain network 7A.

The control unit 32 has a working time recording function 303 as a main function. The working time recording function 303 creates attendance data d301 based on the working start time and working end time input by the user via the user terminal 6, registers it in the attendance table 301, and uses the mapping table 302. This is a function of creating work record data d70 and distributing the created work record data d70 to the blockchain network 7A.

FIG. 7B shows a schematic diagram of the data structure of the work record data d70. The work record data d70 is data distributed in the blockchain network 7A. As shown in FIG. 7B, the work record data d70 is composed of a blockchain ID, a matter ID, a work start time, and a work end time. As a specific example of the work record data d70, the blockchain ID "121212121", the case ID "987654321", the work start time "2018.12.22.17: 00", and the work end time "2018.12.22.22" : 00 ”and the like.

FIG. 8 is a functional configuration diagram of the salary payment business management device 4. The salary payment business management device 4 is a device that executes salary payment processing according to the work record in response to a salary payment application from the user after the user has worked for a company that is a member of the consortium 8.

As shown in FIG. 8, the salary payment business management device 4 is composed of, for example, a hard disk or the like and a storage unit 41 for storing data related to the salary payment business, and for example, a CPU and a memory or the like. A control unit 42 that executes salary payment processing of the human resources matching system 10 described later by controlling, transferring various data, performing various calculations, temporarily storing data, and the like, and another via the communication network 7. It includes a communication unit 43 for transmitting and receiving data to and from the device.

The storage unit 41 is specifically configured to include a salary payment table 401 and a mapping table 402. FIG. 7C shows a schematic diagram of the data structure of the salary payment table 401.

The salary payment table 401 is a table for storing the desired amount of money applied by the user. As shown in FIG. 7C, the salary payment table 401 stores the salary payment data d401 in which the worker ID and the desired amount are associated with each other. Specific examples of the attendance data d401 include a worker ID "ABCDEFGHI" and a desired amount of money "30,000 yen". Since the human resources matching system 10 can manage the work record data d70 of all the companies that are members of the consortium 8, if the user is working at a plurality of companies that are members of the consortium 8, It is possible to apply for a salary that is the sum of work records at multiple companies.

The mapping table 402 is a table that stores mapping data d402 in which a worker ID and a blockchain ID are associated with each other. Since the mapping data d402 has the same data structure as the mapping data d104 (see FIG. 5D), the description thereof will be omitted. The mapping table 402 is referred to when the work record data d70 of the user who applied for salary payment is acquired from the blockchain network 7A in the salary payment process.

The control unit 42 has a salary payment function 403 as a main function. The salary payment function 403 executes the salary payment process based on the desired amount applied by the user via the user terminal 6. For details, the work record data d70 of the user who applied for salary payment is acquired from the blockchain network 7A, and the corresponding job offer data d53 of the shared DB5 is referred to based on each case ID of the acquired work record data d70. Then, the hourly wage information of the referenced job offer data d53 is acquired, and the salary amount is calculated. In the salary payment function 403 of the present embodiment, when the application amount exceeds the work record of the user, only the amount up to the work record is paid (for example, the member of the consortium 8). If you apply for a salary for 40 hours even though you have only worked for 30 hours at your company, you will only be paid for 30 hours).

The human resources matching business management device 1, the attendance business management device 3, and the salary payment business management device 4 have functions as an application server, a database server, and a Web (World Wide Web) server as described above. , Various information can be exchanged with the user terminal 6. Further, the human resources matching business management device 1, the attendance business management device 3, and the salary payment business management device 4 may be composed of a system in which a plurality of devices are connected to a network in addition to a physically composed device. , When it is composed of a plurality of devices, all of them may be installed in the same place, or they may be installed in a plurality of places in a distributed manner.

In addition, the program that executes various processes (job offer registration process, desired condition registration process, job offer search process, job offer confirmation process, work record registration process, salary payment process) of the human resources matching system 10 according to this embodiment is , It is stored in a main storage device such as the above-mentioned memory or an auxiliary storage device such as a hard disk. The program can also be recorded on computer-readable recording media such as hard disks, flexible disks, CDs (Compact Discs), DVDs (Digital Versatile Discs), and BDs (Blu-ray Discs (registered trademarks)). It is also possible to distribute via a communication network.

FIG. 9 is a functional configuration diagram of the user terminal 6. The user terminal 6 is assumed to be an information processing terminal such as a smartphone, a tablet terminal, or a personal computer (PC). Hereinafter, a case where a smartphone is used for the user terminal 6 will be described as an example.

As shown in FIG. 9, the user terminal 6 is configured to include a storage unit 61, a UI (User Interface) unit 62, a control unit 63, and a communication unit 64.

The storage unit 61 is composed of, for example, a flash memory or the like, and stores data, a program, or the like used by the control unit 63 for control. A user program for executing various processes of the human resources matching system 10 is installed in the storage unit 61 of the present embodiment.

The UI unit 62 also serves as an input unit and an output unit of the information processing terminal, receives an input operation from the user, and outputs the result processed by the control unit 63 in response to the input operation. ing. For example, it is composed of a touch panel, a microphone, a speaker, etc. that also serve as a display screen.

The control unit 63 is composed of, for example, a CPU, a memory, and the like, and by controlling the storage unit 61, transferring various data, performing various calculations, temporarily storing data, and the like, the user in the human resources matching system 10. Execute the process on the terminal 6 side.

As a function in the human resources matching system 10, the control unit 63 has a desired condition registration function 601 for transmitting the input desired conditions to the human resources matching business management device 1, and a human resources matching business management for job offer search instructions based on the input desired conditions. The matter search function 602 that sends to the device 1 and presents the search result, the matter confirmation function 603 that sends the instruction to confirm the job offer from the search results of the job offer to the human resources matching business management device 1, and the input work start. It is provided with a work record registration function for transmitting the time and end time to the attendance business management device 3, and a salary payment application function 605 for transmitting the input desired amount to the salary payment business management device 4. These functions are also the functions of the user program.

The user program has a function of associating each worker ID assigned by each company. Specifically, the storage unit 61 stores each worker ID assigned by each company that is a member of the consortium 8, and also stores a blockchain ID. For example, when various processes of the human resources matching system 10 are executed between the user terminal 6 and the human resources matching business management device 1, and the human resources matching business management device 1 newly issues a worker ID for the user. The user program stores this worker ID in the user terminal 6. Similarly, various processes of the human resources matching system 10 are executed between the user terminal 6, the attendance business management device 3 and the salary payment business management device 4, and the attendance business management device 3 and the salary payment business management device 4 are concerned. When a new worker ID is issued to the user, the user program stores the worker ID in the user terminal 6. Further, at the stage where the blockchain ID is attached to the user for the first time (for example, the stage where the user's work record data d70 is created for the first time in the human resources matching system 10), the user program uses the blockchain ID as the user. Since it is stored in the terminal 6, after that, this user performs various processing on the human resources matching business management device 1, the attendance business management device 3, and the salary payment business management device 4 using the user terminal 6. Also, it is possible to associate the blockchain ID with the worker ID assigned by each company.

The communication unit 64 transmits / receives data to / from the human resources matching business management device 1, the attendance business management device 3, and the salary payment business device 4 via the communication network 7.

<Operation of human resources matching system>
Next, the operation of the human resources matching system 10 according to the present embodiment will be described with reference to FIGS. 10 to 15.

First, the job offer registration process of the human resources matching system 10 will be described with reference to FIG. FIG. 10 is a sequence diagram showing the flow of the job offer registration process of the human resources matching system 10.

The job offer registration process shown in FIG. 10 is performed after the job application program of the job application business management device 2 is executed and the user is authenticated by the human resources matching business management device 1 (for example, authentication is performed by inputting a user ID and password). It is a process to be executed in the logged-in state after being executed. That is, the human resources matching business management device 1 executes the subsequent processing while recognizing the access destination company.

First, the person in charge of the recruiting company inputs the matter information to the recruiting application business management device 2 (step S10). Specifically, the case information is information corresponding to the case contents of the job offer case data d53 (see FIG. 3D). Next, the job application business management device 2 transmits the input matter information to the human resources matching business management device 1 (step S20).

When the human resources matching business management device 1 receives the matter information (step S30), the recruitment matter data d53 is created based on the received matter information, and the created recruitment matter data d53 is registered in the matter table 53 of the shared DB5 (step S30). Step S40).

When the human resources matching business management device 1 creates the job offer data d53, the company ID and the store ID are set based on the login information of the human resources matching business management device 1, and the project ID is newly issued and set. ..

As described above, according to the job offer registration process of the present embodiment, the job offer data d53 is registered in the shared DB when the job information is registered in the job application business management device 2 of the recruiting company. It has become.

Next, the desired condition registration process of the human resources matching system 10 will be described with reference to FIG. FIG. 11 is a sequence diagram showing the flow of the desired condition registration process of the human resources matching system 10.

The desired condition registration process shown in FIG. 11 is performed after the user program of the user terminal 6 is executed and the user is authenticated to the human resources matching business management device 1 (for example, a user ID and a password). This is the process to be executed (in the logged-in state after being authenticated by the input of). That is, the desired condition registration process is performed in a state in which the human resources matching business management device 1 recognizes the access destination user.

First, the user inputs the prior desired condition information to the user terminal 6 (step S110). Specifically, the prior desired condition information is information corresponding to the desired condition information 1 of the prior desired condition data d102 (see FIG. 5B). Next, the user terminal 6 transmits the input prior desired condition information to the human resources matching business management device 1 (step S120).

When the human resources matching business management device 1 receives the pre-desired condition information (step S130), it creates the pre-desired condition data d102 based on the received pre-desired condition information, and creates the pre-desired condition data d102 in the pre-desired condition table. Register in 102 (step S140).

As described above, according to the desired condition registration process of the present embodiment, the prior desired condition data d102 is registered in the prior desired condition table 102 when the prior desired condition information is input in the user terminal 6. It has become.

Next, the job offer search process of the human resources matching system 10 will be described with reference to FIG. FIG. 12 is a sequence diagram showing a flow of a job offer search process of the human resources matching system 10.

The job search process shown in FIG. 12 is performed after the user program of the user terminal 6 is executed and the user is authenticated to the human resources matching business management device 1 (for example, a user ID and a password). This is the process to be executed (in the logged-in state after being authenticated by the input of). That is, the job offer search process is performed in a state where the human resources matching business management device 1 recognizes the access destination user.

First, the user inputs desired condition information to the user terminal 6 (step S210). Specifically, the desired condition information is a desired date and time of work, a desired place of work, and is information corresponding to the desired condition information 2 of the desired condition data d103 (see FIG. 5C). Next, the user gives a search instruction for a job offer to the user terminal 6 (step S220). As a result, the user terminal 6 transmits the search instruction and the input desired condition information to the human resources matching business management device 1 (step S230).
When the human resources matching business management device 1 receives the search instruction and the desired condition information (step S240), first, the desired condition data d103 is created based on the received desired condition information, and the created desired condition data d103 is stored in the desired condition table. Register in 103 (step S250). The human resources matching business management device 1 then searches for job offer data d53 based on desired condition information, prior desired condition information, and work record data d70 (step 260), and acquires the corresponding job offer data d70 as a search result. (Step S270). Specifically, first, the job offer case data d53 that matches the desired condition information and the prior desired condition information is extracted from the case table 53. Here, if the extracted job offer data d53 does not have application conditions related to work performance, the extracted job offer data d53 is used as the search result. On the other hand, if the extracted job offer data d53 has application conditions related to work performance, the user's work performance data d70 is acquired from the blockchain network 7A, and whether or not the application conditions are satisfied is determined. If the judgment is made and the application condition is satisfied, the extracted job offer data d53 is used as the search result.

Next, the human resources matching business management device 1 transmits the acquired search result to the user terminal 6 that has transmitted the search instruction (step S280).

When the user terminal 6 receives the search result (step S290), the user terminal 6 displays the received search result (step S300).

As described above, according to the job offer search process of the present embodiment, the job offer data d53 is presented to the user when the desired condition information is input on the user terminal 6 and the search instruction for the job offer is given. .. Then, if the application conditions of the recruiting company include conditions related to work performance, it is possible to present search results that take into account the work performance of the user.

Next, the job offer confirmation process of the human resources matching system 10 will be described with reference to FIG. FIG. 13 is a sequence diagram showing a flow of job offer confirmation processing of the human resources matching system 10.

The job offer confirmation process shown in FIG. 13 is a process executed after the search result is displayed on the user terminal 6 in the job offer search process shown in FIG. That is, the job offer confirmation process is performed in a state where the human resources matching business management device 1 recognizes the access destination user.

After the user selects the desired job offer data d70 from the displayed search results, the user terminal 6 is instructed to confirm the job offer (step S310). As a result, the user terminal 6 transmits the matter confirmation information to the human resources matching business management device 1 (step S320). The case confirmation information is specifically the job offer case data d70 (case ID) selected by the user.

When the human resources matching business management device 1 receives the matter confirmation information (step S330), the human resources matching business management device 1 acquires the user profile information of the user from the worker table 101 (step S340). Specifically, the user profile information is information corresponding to the worker attribute information of the worker data d101. Next, the human resources matching business management device 1 transmits the confirmed job information and the user profile information to the job application business management device 2 (step S350). Specifically, the case information is information that reflects the work place and the work date and time desired by the user in the contents of the confirmed job offer data d70.

As a result, the job application business management device 2 receives the case information and the user profile information (step S360). After that, the recruiting company can hire the relevant human resources based on the case information and the user profile information. For example, if the application condition is a condition related to work performance, only the information of the user who has cleared the application condition is sent, so that the applicant may be adopted as it is unconditionally. On the other hand, the job seeker sent in the job offer confirmation process may be interviewed or the like to make further judgments.

As described above, according to the job offer confirmation processing of the present embodiment, the recruiting company can hire a job seeker in consideration of the work record of the user.

Next, the work record registration process of the human resources matching system 10 will be described with reference to FIG. The work record registration process is executed when the user is hired by the recruiting company after the job offer confirmation process. FIG. 14 is a sequence diagram showing the flow of the work record registration process of the human resources matching system 10.

The work record registration process shown in FIG. 14 is performed after the user program of the user terminal 6 is executed and the user is authenticated to the attendance business management device 3 (for example, the user ID and password). This is the process to be executed (in the logged-in state after being authenticated by input). That is, the work record registration process is performed in a state where the attendance work management device 3 recognizes the access destination user.

First, when the user inputs the work start time to the user terminal 6 at the start of work (step S410: YES, S420), the user terminal 6 inputs the input work start time to the attendance work management device 3. Transmit (step S430).

When the attendance work management device 3 receives the work start time (step S440), the attendance work management device 3 creates attendance data d301 based on the received work start time, registers it in the attendance table 301, and reflects the received work start time. The actual data d70 is created, and the created work actual data d70 is distributed to the blockchain network 7A (step S450).

Next, when the user inputs the work end time to the user terminal 6 at the end of work (step S460: YES, S470), the user terminal 6 sets the input work end time to the attendance work management device 3 (Step S480).

When the attendance work management device 3 receives the work end time (step S490), the attendance work management device 3 creates attendance data d301 based on the received work end time, registers it in the attendance table 301, and works record data reflecting the work end time. The d70 is created, and the created work record data d70 is distributed to the blockchain network 7A (step S500).

As described above, according to the work record registration process of the present embodiment, the work record data d70 is created every time the user inputs the work start time and the work end time on the user terminal 6.

<Salary payment processing>
Next, the salary payment processing of the human resources matching system 10 will be described with reference to FIG. The payroll process is executed after the user has worked for the company. FIG. 15 is a sequence diagram showing a flow of salary payment processing of the human resources matching system 10.

The salary payment process shown in FIG. 15 is performed after the user program of the user terminal 6 is executed and the user is authenticated to the salary payment business management device 4 (for example, the user ID and password). This is the process to be executed (in the logged-in state after being authenticated by input). That is, the salary payment process is performed in a state where the salary payment business management device 4 recognizes the access destination user.

When the user inputs the desired salary amount to the user terminal 6 (step S510) and instructs the salary payment (step S520), the user terminal 6 gives the salary payment instruction including the input desired amount. Is transmitted to the salary payment business management device 4 (step S530).

When the salary payment business management device 4 receives a salary payment instruction including a desired amount (step S540), the salary payment business management device 4 creates salary payment data d401 based on the received desired amount, registers it in the salary payment table 401, and blockschain network 7A. The work record data d70 of this user is acquired from, and the work record is totaled (step S550). Specifically, the working hours of the unpaid work record data d70 are totaled. For the determination of paid or unpaid, for example, the salary payment business management device 4 manages the work record data d70 of the target to which the salary has been paid in the past, such as adding a paid flag. In the salary payment process, such paid work record data d70 may be excluded from the processing target.

Next, the salary payment business management device 4 acquires hourly wage information for each job offer from the case table 53 (step S560), calculates the salary amount from the working hours and hourly wage information, and calculates the calculated salary amount and the instructed desired. The salary amounts are compared and the salary amount is set (step S570). Specifically, when the desired salary amount ≤ the calculated salary amount, the salary amount instructed by the user is set as the salary amount to be paid. On the other hand, when the desired salary amount> the calculated salary amount, the calculated salary amount is set as the salary amount to be paid.

Next, the salary payment business management device 4 transmits the payment amount information regarding the salary amount to be paid to the user terminal 6 (step S580).

When the user terminal 6 receives the payment amount information (step S590), the user terminal 6 displays the payment amount (step S600). In addition, when the desired salary amount> the calculated salary amount, it is also displayed that the desired salary amount is not paid. Although not shown, salary payment based on a set salary amount is made on a predetermined settlement date.

As described above, according to the salary payment process of the present embodiment, the salary is paid when the user inputs the desired amount on the user terminal 6 and gives an instruction to pay the salary. It is possible to apply for salary payment even on a predetermined settlement date based on the intention and convenience of.

As described above, according to the human resources matching system 10 of the present embodiment, the job offer data d53 and the user's past work record data d70 are collected in the consortium 8 composed of a plurality of companies and human resources service companies. Since it is shared, it is possible to objectively grasp the user's experience and skills. As a result, if the recruiting company sets conditions related to work performance in the application conditions, for example, in short-term employment, it is possible to eliminate the hiring business. That is, it is possible to hire desired human resources while simplifying the hiring work as compared with the conventional case. In addition, the user only has to register the desired conditions for the job, and the user can select the job of the desired job type without preparing a resume or having an interview, which is a convenient date and time. It is possible to work in a convenient place. That is, it is highly convenient for the user side.

In addition, since the user's work record data d70 is also created as attendance management on the employer's side, it does not impose a further burden on the user and the employer. As the user works at a company that is a member of the cooperative entity 8, the work record data d70 is accumulated, so that the recruiting company can make a more objective evaluation.

In addition, even if the user works for multiple companies that are members of the joint venture 8, it is not necessary to apply for salary payment to each company, and it depends on the total work situation of the salary payment service company. Since it is only necessary to apply for salary payment, the convenience of the user is high in terms of salary payment.

<Other embodiments>
In the attendance data d301 and the work record data d70 of the above-described embodiment, only the work hours of the user are used as the work record, but other elements may be added. For example, as shown in FIG. 7D, attendance data d301A and work record data d70 to which evaluation items are added may be adopted. In this case, for example, the person in charge of the company in which the user worked may input the work evaluation of the user and create the attendance data d301A and the work record data d70 reflecting the work evaluation. As a result, the work record data d70 takes into account not only the quantity but also the quality, so that the skill of the job seeker can be grasped more objectively.

In addition, the company affiliated with the consortium 8 described in the above embodiment performs the job application business of its own company in the job application business management device 2, and the user who works for his company in the attendance business management device 3. However, the companies that are members of the consortium 8 are not limited to this. For example, a company that is a member of the consortium 8 may be a company that has an agency function that performs job application work and attendance work of another company. That is, instead of a company that cannot have the job application business management device 2 and the attendance business management device 3 in its own company, the job application business management and the attendance business management of such a company may be performed. As a result, even companies such as small and medium-sized enterprises and sole proprietors who cannot have a large-scale information system by themselves can enjoy the benefits of the human resources matching system 10.

Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and is various with respect to the embodiments of the present invention without departing from the gist of the present invention. Can be modified or modified, and those accompanied by such modification or modification are also included in the technical scope of the present invention. In addition, the actions and effects described in the embodiments of the present invention merely list the most preferable actions and effects resulting from the present invention, and the actions and effects according to the present invention are described in the embodiments of the present invention. It is not limited to what has been done.

1 Human resources matching business management device 2 Job application business management device 3 Attendance business management device 4 Salary payment business management device 5 Shared DB
6 User terminal 7 Communication network 7A Blockchain network 10 Human resources matching system

Further, the human resources matching method according to the present invention is, as one aspect, a human resources matching method by a human resources matching system that manages human resources matching operations, and the human resources matching system stores job seeker data related to the attributes of job seekers. The job seeker data storage means, the desired condition data storage means for storing the desired condition data regarding the desired conditions for the job of the job seeker, and the joint venture including a plurality of companies and human resources service companies are accessible, and the joint venture It is equipped with a shared database that stores job offer data related to job offers from companies (hereinafter referred to as specific companies) included in the above, and work record data of job seekers shared between the joint ventures using a blockchain. , The job offer data can include conditions related to the work performance of the job seeker as application conditions required of the job seeker, and the work performance data includes at least information on working hours worked at the specific company. The job offer registration step of registering a job offer from the specific company as the job offer data in the shared database, and the desired condition registration of registering the desired conditions for the job of the job seeker as the desired condition data in the desired condition data storage means. When the search instruction is received by the step, the search instruction receiving step for receiving the search instruction regarding the job offer from the job seeker, and the search instruction receiving step, the search instruction is stored in the desired condition data storage means of the job seeker who gave the search instruction. Based on the desired condition data, the job offer data stored in the shared database, and the work record data of the job seeker distributed in the blockchain network, the job offer data matching the search instruction was extracted and extracted. Instructed by the job seeker to confirm the job offer selected from the search result presentation step presented to the job seeker and the search result presented by the search result presentation step using the job offer data as the search result. When the instruction to confirm the job is received by the confirmation instruction reception step and the confirmation instruction reception step, the information for specifying the job offer to the specific company that registered the job offer for which the job offer has been confirmed, and It is characterized by including a confirmation information transmission step of transmitting the job- seeker data stored in the job-seeker data storage means of the job- seeker who has instructed to confirm the case.

Claims (6)

A human resources matching system that manages human resources matching operations
A shared database that is accessible to a consortium that includes multiple companies and human resources service companies, and stores job offer data related to job offers from companies included in the consortium (hereinafter referred to as specific companies).
The work record data of job seekers shared by the consortium using the blockchain,
With
The job offer data can include conditions related to the work performance of the job seeker as application conditions required of the job seeker.
The work record data includes at least information on working hours worked at the specific company.
Job seeker data storage means for storing job seeker data related to job seeker attributes,
Desired condition data storage means for storing desired condition data related to desired conditions for job seekers,
A job offer registration means for registering a job offer from the specific company as the job offer data in the shared database, and
The desired condition registration means for registering the desired conditions for the job of the job seeker as the desired condition data in the desired condition data storage means, and
Search instruction receiving means that accepts search instructions related to job offers from job seekers,
When the search instruction is received by the search instruction receiving means, the desired condition data stored in the desired condition data storage means of the job seeker who gave the search instruction, the job offer data stored in the shared database, and the block. Based on the work record data of the job seeker distributed in the network of the chain, the job offer data matching the search instruction is extracted, and the extracted job offer data is used as the search result to present the search result presenting means to the job seeker. ,
A confirmation instruction receiving means for receiving a job confirmation instruction from a job seeker for a job offer selected from the search results presented by the search result presentation means.
When an instruction to confirm a job is received by the confirmation instruction receiving means, the job seeker who has instructed the specific company that registered the job offer that has been confirmed to confirm the job offer and the information that identifies the job offer. The definite information transmission means for transmitting the job seeker data stored in the job seeker data storage means of
A human resources matching system characterized by being equipped with. The first aspect of claim 1, wherein when the specific company employs a job seeker, the job seeker is further provided with a work record data registration means for registering the daily working hours of the job seeker as the work record data of the job seeker. Human resources matching system. The human resources matching system according to claim 1 or 2, wherein the work performance data further includes information on evaluation given to the job seeker by the specific company employed. The job listing data includes information about salary conditions.
When an application for salary payment is received from a job seeker, information on salary conditions included in the relevant job offer data of the specific company in which the job seeker worked, and the above-mentioned said of the job seeker distributed in the blockchain network. The human resources matching system according to any one of claims 1 to 3, further comprising a salary payment means for executing processing related to salary payment based on work record data. It is a human resources matching method using a human resources matching system that manages human resources matching operations.
The human resources matching system
Job seeker data storage means for storing job seeker data related to job seeker attributes,
A means for storing desired condition data and a means for storing desired condition data regarding desired conditions for a job seeker's work.
A shared database that is accessible to a consortium that includes multiple companies and human resources service companies, and stores job offer data related to job offers from companies included in the consortium (hereinafter referred to as specific companies).
The work record data of job seekers shared by the consortium using the blockchain,
With
The job offer data can include conditions related to the work performance of the job seeker as application conditions required of the job seeker.
The work record data includes at least information on working hours worked at the specific company.
A job offer registration step for registering a job offer from the specific company as the job offer data in the shared database, and
The desired condition registration step of registering the desired condition for the job of the job seeker as the desired condition data in the desired condition data storage means, and
A search instruction reception step that accepts search instructions regarding job offers from job seekers, and
When the search instruction is received by the search instruction reception step, the desired condition data stored in the desired condition data storage means of the job seeker who gave the search instruction, the job offer data stored in the shared database, and the block. Based on the work record data of the job seeker distributed in the network of the chain, the job offer data that matches the search instruction is extracted, and the extracted job offer data is used as the search result to present the search result presentation step to the job seeker. ,
For the job offer selected from the search results presented by the search result presentation step, a confirmation instruction acceptance step for receiving an instruction to confirm the job from the job seeker, and a confirmation instruction acceptance step.
When the instruction to confirm the job is received by the confirmation instruction reception step, the job seeker who has instructed the specific company that registered the job offer that has been confirmed to confirm the job offer and the information to identify the job offer. The confirmation information transmission step of transmitting the job seeker data stored in the job seeker data storage means, and
A human resources matching method characterized by having. A shared database that is accessible to joint ventures including multiple companies and human resources service companies, and stores job offer data related to job offers from companies included in the joint venture (hereinafter referred to as specific companies), and the joint The work record data of job seekers shared by business entities using a blockchain, the human resources matching business management device provided in the human resources service company, the job application business management device provided in the specific company, and the job offer The human resources matching business management device in a human resources matching system provided with a user terminal used by a person.
The job offer data can include conditions related to the work performance of the job seeker as application conditions required of the job seeker.
The work record data includes at least information on working hours worked at the specific company.
Job seeker data storage means for storing job seeker data related to job seeker attributes,
A means for storing desired condition data and a means for storing desired condition data regarding desired conditions for a job seeker's work.
A job offer registration means that accepts a job offer from the job offer application business management device and registers it in the shared database as the job offer data.
A desired condition registration means that receives a desired condition for work from the user terminal and registers it in the desired condition data storage means as the desired condition data.
A search instruction receiving means for receiving a search instruction regarding a job offer from the user terminal,
When the search instruction is received by the search instruction receiving means, the desired condition data stored in the desired condition data storage means of the job seeker who gave the search instruction, the job offer data stored in the shared database, and the block. Based on the work record data of the job seeker distributed in the network of the chain, the job offer data matching the search instruction is extracted, and the extracted job offer data is displayed as the search result on the user terminal of the job seeker. Search result display means and
A confirmation instruction receiving means for receiving a job confirmation instruction for a job offer selected from the search results displayed by the search result display means from the user terminal.
When the instruction to confirm the job is received by the confirmation instruction receiving means, the information for identifying the job offer and the confirmation of the job offer are sent to the job application business management device of the specific company that registered the job offer for which the job offer has been confirmed. Definite information transmission means for transmitting the job seeker data stored in the job seeker data storage means of the instructed job seeker, and
A human resources matching business management device characterized by being equipped with.

Images