WO2020161929A1 - ブロックチェーンを活用した人材マッチングシステム、人材マッチング方法、及び人材マッチング業務管理装置 - Google Patents

ブロックチェーンを活用した人材マッチングシステム、人材マッチング方法、及び人材マッチング業務管理装置 Download PDF

Info

Publication number
WO2020161929A1
WO2020161929A1 PCT/JP2019/017133 JP2019017133W WO2020161929A1 WO 2020161929 A1 WO2020161929 A1 WO 2020161929A1 JP 2019017133 W JP2019017133 W JP 2019017133W WO 2020161929 A1 WO2020161929 A1 WO 2020161929A1
Authority
WO
WIPO (PCT)
Prior art keywords
job
data
job seeker
recruitment
human resource
Prior art date
Application number
PCT/JP2019/017133
Other languages
English (en)
French (fr)
Inventor
悠 桑原
馨一郎 清田
Original Assignee
パーソルキャリア株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パーソルキャリア株式会社 filed Critical パーソルキャリア株式会社
Priority to JP2019551403A priority Critical patent/JP6713588B1/ja
Publication of WO2020161929A1 publication Critical patent/WO2020161929A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management

Definitions

  • the present invention relates to a technology related to a human resource matching business for matching a job seeker and a recruiting company via a communication network, and particularly to a human resource matching system, a human resource matching method, and a human resource matching business for performing a human resource matching business using a block chain.
  • management device Regarding management device.
  • recruiting companies are now demanding a system for recruiting human resources that is different from the conventional one, as there is a shortage of human resources due to the decrease in the working population. For example, they are looking for a mechanism that allows them to hire desired human resources in a short period of time when they need to, without going through a series of recruitment procedures such as job recruitment, interviews, and proper judgment.
  • the conventional human resource matching system had a problem that it could not meet the requirements 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 needed, and for a job seeker to work in a desired job type at a convenient date and time and place. It is an object of the present invention to provide a human resource matching system, a human resource matching method, and a human resource matching business management device that can perform
  • the human resource matching system is, as one aspect thereof, a human resource matching system that manages human resource matching operations and is accessible by a joint venture including a plurality of companies and human resource service companies.
  • a shared database that stores recruitment case data relating to recruitment cases from companies included in the joint venture (hereinafter, referred to as a specific company) and the work of job seekers who share the joint venture using the blockchain.
  • Actual job data, and the recruiting job data can include conditions relating to the work performance of the job seeker as an application condition required for the job seeker, and the work achievement data is the working hours worked at the specific company.
  • a job seeker data storage means for storing job seeker data relating to the attributes of the job seeker, a desired condition data storage means for storing desired condition data relating to desired conditions for the job seeker, and the specific company Job recruiting job registration means for registering the job recruitment job as the job recruitment job data in the shared database, desired condition registration means for registering desired conditions for the job of the job seeker as the desired condition data in the desired condition data storage means, and job seeking Search instruction receiving means for receiving a search instruction regarding a job offer from a worker, and, when the search instruction is received by the search instruction receiving means, desired condition data stored in the desired condition data storage means of the job seeker who has issued the search instruction.
  • the job offer data matching the search instruction is extracted, and the extracted job offer data is extracted.
  • the acceptance means and the confirmation instruction acceptance means have received the matter confirmation instruction, information for identifying the recruitment matter and the matter confirmation instruction for the specific company that has registered the matter confirmed recruitment matter
  • a confirmation information transmitting unit that transmits the job applicant data stored in the job applicant data storage unit of the job applicant who made the job.
  • the human resource matching method is, as one aspect thereof, a human resource matching method by a human resource matching system that manages human resource matching operations, wherein the human resource matching system stores job applicant data relating to attributes of job applicants.
  • a shared database that stores job application data related to job applications from companies (hereinafter referred to as “specific companies”) and job performance data of job seekers that is shared between the consortiums using a blockchain.
  • the job offer data may include a condition regarding a work record of a job seeker as an application condition required for a job seeker, and the work record data includes at least information regarding work hours worked at the specific company, Recruitment matter registration step of registering a recruitment matter from the specific company as the recruitment matter data in the shared database, and registration of desired conditions for the job seeker's work as the desired condition data in the desired condition data storage means.
  • a search instruction receiving step that receives a search instruction regarding a job offer from a job seeker, and, when a search instruction is received by the search instruction receiving step, is stored in the desired condition data storage means of the job seeker who has issued the search instruction.
  • the job offer data that matches the search instruction is extracted and extracted.
  • the search result presenting step of presenting the job offer case data as the search result to the job seeker, and the job seeker's instruction to confirm the case for the job offer selected from the search results presented by the search result presenting step.
  • a confirmation instruction receiving step for receiving the case confirmation instruction in the confirmation instruction receiving step, information specifying the recruitment case with respect to the specific company that has registered the case-fixed recruitment case, and
  • a confirmation information transmitting step of transmitting the job applicant data stored in the job applicant data storage means of the job applicant who has instructed to confirm the case.
  • a consortium including a plurality of companies and a human resource service company can access, and from a company (hereinafter referred to as a specific company) included in the consortium.
  • a shared database that stores job offer data relating to the job offer, job performance data of job seekers shared between the consortiums using a blockchain, and a human resource matching business management device provided in the human resource service company;
  • the recruiting application data management device provided in the specific company, and a user terminal used by a job seeker, the personnel matching business management device in a personnel matching system, wherein the job offer data is for a job seeker.
  • the application condition to be sought can include a condition regarding the work record of the job seeker, and the work record data includes at least information regarding working hours worked at the specific company, and stores job seeker data regarding attributes of the job seeker.
  • Job seeker data storage means desired condition data storage means for storing desired condition data relating to desired conditions for the job of the job seeker, and a job application from the job application management device, and the shared database as the job application data.
  • Search instruction receiving means for receiving a search instruction regarding the search condition, and when the search instruction is received by the search instruction receiving means, the desired condition data and the shared database stored in the desired condition data storage means of the job seeker who has issued the search instruction. Based on the job offer data stored in, and the work record data of the job seekers distributed in the block chain network, the job offer data that matches the search instruction is extracted, and the extracted job offer data is used as the search result.
  • Search result display means to be displayed on the user terminal of the job seeker, and an instruction to confirm the job for the job case selected from the search results displayed by the search result display means from the user terminal.
  • the confirmation job reception device receives the job confirmation job in the job recruiting application management device of the specific company that registered the job confirmed job confirmation job.
  • FIG. 1 is a schematic configuration diagram of a human resource matching system according to an embodiment of the present invention. It is a schematic diagram which shows the characteristic of the human resource matching system which concerns on embodiment of this invention.
  • A is a figure which shows each table which shared DB concerning embodiment of this invention has,
  • (b) is a figure which shows the data structure of the company table concerning embodiment of this invention typically,
  • (c) ) Is a figure which shows typically the data structure of the store table which concerns on embodiment of this invention,
  • (d) is a figure which shows typically the data structure of the case table which concerns on embodiment of this invention.
  • It is a schematic block diagram of the personnel matching business management apparatus which concerns on embodiment of this invention.
  • FIG. 1 is a schematic configuration diagram of an attendance work management device according to an embodiment of the present invention.
  • (A) is a figure which shows typically the data structure of the attendance table which concerns on embodiment of this invention
  • (b) is a figure which shows the data structure of the work performance data concerning embodiment of this invention typically.
  • (C) is a diagram schematically showing the data structure of the payroll table according to the embodiment of the present invention
  • (d) is a modification of the attendance table and work record data according to the embodiment of the present invention.
  • It is a figure which shows a data structure typically.
  • It is a schematic block diagram of the payroll operation 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 recruiting matter registration process of the personnel matching system which concerns on embodiment of this invention.
  • It is a sequence diagram which shows the flow of desired condition registration processing of the personnel matching system which concerns on embodiment of this invention.
  • It is a sequence diagram which shows the flow of the recruiting matter search process of the personnel matching system which concerns on embodiment of this invention.
  • FIG. 1 is a schematic configuration diagram of a human resource matching system 10 according to an embodiment of the present invention.
  • the human resource matching system 10 enables a company to share desired job information and work experience information of a job seeker among joint enterprises 8 including a plurality of companies and human resource service companies, so that a company can obtain desired information when needed.
  • the human resource matching system 10 includes a human resource matching business management device 1 installed in a human resource service company that joins the joint venture 8, and a job application installed in each company that joins the joint enterprise 8.
  • Business management device 2 and attendance management device 3 salary payment management device 4 provided in a payroll service company that joins the joint venture 8, and a shared database accessible by each company that joins the joint venture 8.
  • a shared DB shared database accessible by each company that joins the joint venture 8.
  • a shared DB shared database accessible by each company that joins the joint venture 8
  • a shared DB shared DB
  • a user terminal 6 used by a job seeker hereinafter, also referred to as a user
  • devices can communicate with each other, for example, an Internet network, a public network, etc.
  • a communication network 7 consisting of
  • FIG. 2 is a schematic diagram showing the features of the human resource matching system 10.
  • the human resource matching system 10 shares job offer information and past work record information of job seekers within the joint venture 8.
  • the job offer information that is, the data originating from the company, among them, is stored and managed in the shared DB 5 as the job offer case data d53.
  • work record information that is, personal data is managed as work record data d70 distributed to the block chain network 7A.
  • a communication network using a block chain is referred to as a block chain network 7A for convenience.
  • the reason why personal data is not managed in the shared DB5 but is managed in the blockchain is that personal data must be handled very 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 the tampering of the data is prevented and the data safety is further ensured by using the block chain.
  • each company that joins the joint venture 8 can objectively grasp the experience and skill of the human resources based on the work record data d70 distributed in the block chain network 7A. ..
  • the work record data d70 is accumulated as work records when the user works at a company that is a member of the joint venture 8.
  • the human resource matching business management device 1 uses the work performance data d70 for human resource matching between the recruiting company and the job seeker, and the attendance business management device 3 uses the work performance data d70. Is recorded as the work record data d70, and the payroll management device 4 executes the payroll processing based on the work record data d70 of the user.
  • the user uses the program installed in the user terminal 6 (hereinafter, referred to as a user program) to perform the human resource matching system 10, specifically, the human resource matching work management device 1, the attendance work management device 3, The payroll management device 4 can be accessed to perform registration of desired conditions for job search, search and application for job offers, attendance management of working companies, and payroll application. ..
  • FIG. 3 is a diagram for explaining the data stored in the shared DB 5.
  • the shared DB 5 includes a company table 51, a store table 52, and a case table 53.
  • 3B is a schematic diagram of the data structure of the company table 51
  • FIG. 3C is the store table 52
  • FIG. 3A is a diagram for explaining the data stored in the shared DB 5.
  • the shared DB 5 includes a company table 51, a store table 52, and a case table 53.
  • 3B is a schematic diagram of the data structure of the company table 51
  • FIG. 3C is the store table 52
  • the company table 51 is a table that stores master information of companies that participate in the joint venture 8. As shown in FIG. 3B, the company table 51 stores a company data d51 including a company ID, a company name, and a business type that can uniquely identify the company in the joint venture 8. That is, the company table 51 is a table that stores the name and attribute information of each company. Specific examples of the company data d51 include a company ID “123456789”, a company name “Persol Izakaya Co., Ltd.”, and a business type “restaurant business”.
  • the store table 52 is a table that stores master information about stores of companies that are members of the joint venture 8. As shown in FIG. 3C, the store table 52 stores store data d52 including a store ID capable of uniquely identifying the store within the company, a company ID, and a store name. That is, the store table 52 is a table that stores the store name for 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 “Persol 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 recruitment case data d53 registered by the recruiting company. As shown in FIG. 3D, the case table 53 stores job case data d53 including a case ID, a store ID, a company ID that can uniquely identify the job case within the joint venture 8, and the contents of the case. It is a table to be stored.
  • the details of the case are composed of the case name, type of business, job details, remarks such as belongings and notes, hourly wages, transportation expenses, work place, contact information, work date and time, and application conditions. That is, the case table 53 stores the recruitment contents for each recruitment case.
  • the recruiting case data d53 is registered in the case table 53 of the shared DB 5 by executing the recruiting case registration process of the human resource matching system 10 described later.
  • FIG. 4 is a functional block diagram of the personnel matching business management device 1.
  • the human resource matching business management device 1 is a core device of the human resource matching system 10 for matching a job seeker and a recruiting company.
  • the human resource matching business management device 1 is configured of, for example, a hard disk and the like, and includes a storage unit 11 that stores data relating to human resource matching business and, for example, a CPU and a memory and the like.
  • a storage unit 11 that stores data relating to human resource matching business and, for example, a CPU and a memory and the like.
  • various processes of the human resource matching system 10 described later job recruitment case registration process, desired condition registration process, job recruitment case search process, job recruitment process
  • It includes a control unit 12 that executes a case confirmation process) and a communication unit 13 that transmits and receives data to and from other devices via the communication network 7.
  • the storage unit 11 is configured to include a worker table 101, a preliminary desired condition table 102, a desired condition table 103, and a mapping table 104.
  • 5A shows a schematic diagram of the worker table 101
  • FIG. 5B shows a pre-desired condition table
  • FIG. 5C shows a desired condition table 103
  • FIG. 5D shows a schematic diagram of the data structure of the mapping table 104.
  • the worker table 101 is a table that stores user attribute information. 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.
  • the worker attribute information includes, for example, information such as worker name, age, sex, educational background, address, and contact information.
  • the worker data d101 a worker ID "123456789”, a worker name "Saburo Suzuki", an age "19”, a gender "male”, an academic background "while attending university”, an address "3, Ogikubo, Suginami-ku, Tokyo” , Contact information “080-0000-0000” and the like.
  • 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 resource matching system 10.
  • the advance desired condition table 102 is a table for storing conditions desired by a user when applying for a job offer.
  • the pre-desired condition table 102 stores pre-desired condition data d102 configured by associating the worker ID with the desired condition information 1.
  • the desired condition information 1 is information such as a desired business type, a desired job type, and an hourly wage.
  • 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 a desired condition registration process of the human resource 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 desired condition data d103 configured by associating the worker ID with the desired condition information 2.
  • the desired condition information 2 is information on the place and the date and time.
  • the desired condition data d103 is data that the user inputs when searching for a job offer, and is registered in the desired condition table 103 by executing a job offer search process of the human resource matching system 10 described later.
  • the mapping table 104 is a table that stores mapping data d104 that associates a worker ID with a block chain ID that can uniquely identify a user in the block chain network 7A.
  • each company that belongs to the joint venture 8 issues a worker ID in its own code system in each information system of each company. That is, even the same user is assigned different worker IDs in each company. Therefore, by using this mapping table 104, user data can be shared within the joint venture 8.
  • Specific examples of the mapping data d104 include worker ID “123456789” and block chain ID “121212121”.
  • control unit 12 when the control unit 12 is subdivided into main functions, they are classified into a case registration function 105, a desired condition registration function 106, a case search function 107, and a case confirmation function 108.
  • the case registration function 105 is a function for reflecting the recruitment information input to the recruitment application management apparatus 2 in the personnel matching system 10. More specifically, the recruitment information registered in the recruitment application management device 2 of the company is transmitted to the human resource matching business management device 1, so the shared DB 5 as the recruitment case data d53 via the human resource matching business management device 1. This is a function of registering in the item table 53.
  • the desired condition registration function 106 is a function for reflecting desired condition information 1 (desired industry, desired occupation, hourly salary) and desired condition information 2 (place, date and time) input by the user on the user terminal 6 in the human resource matching system 10. is there. Specifically, the input desired condition information 1 is registered in the pre-desired condition table 102 of the human resource matching operation management device 1 as pre-desired condition data d102, and the input desired condition information 2 is set as desired condition data d103 in human resource matching operation 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 for searching for a job offer based on the desired condition information 2 (location, date and time) entered by the user on the user terminal 6 and presenting the search result to the user. More specifically, the case search function 107 searches the shared DB 5 for the corresponding job case data d53 based on the desired condition information 1 and the desired condition information 2, and applies the application conditions regarding the work record to the corresponding job case data d53. 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 satisfying the application conditions are obtained. This is a function presented to the user.
  • the desired condition information 1 is a desired business type “restaurant business”, a desired job type “hall staff”, an hourly wage “900 yen or more”, and the desired condition information 2 is a place “Tokyo station”, a date and time “2018.12.
  • the recruiting case data d53 that matches such a desired condition is extracted from the case table 53.
  • the extracted job offer data d53 for example, when there is an application condition “experience for 30 hours or more of hall staff”
  • the work record data d70 of this user is acquired from the blockchain network 7A, and the application condition is obtained. It is determined whether or not the condition is satisfied.
  • the extracted job offer item data d53 is presented to the user as a search result.
  • this application condition is not satisfied, the extracted job offer item data d53 is not presented to the user as a search result.
  • searching for the job offer item data d53 based on the user's desired condition not only the user's desired condition but also the condition regarding the usage record required by the recruiting company is taken into consideration. Human resources matching.
  • the case confirmation function 108 is a function of transmitting the user information to the recruiting company when the user selects and confirms a desired recruitment case from the search results presented to the user by the case search function 107. Is. Specifically, for the recruitment application management device 2 of the recruiting company that issued the confirmed recruitment matter data d53, the recruitment matter content (based on the content of the recruitment matter data d53), the working date and time, and the location (in accordance with the content of the desired condition information 2) Based on the content of the worker data d101).
  • FIG. 6 is a functional configuration diagram of the attendance management device 3.
  • the attendance work management device 3 is a device that manages a work record when a user works in a company that belongs to the joint venture 8.
  • the time and attendance management apparatus 3 is composed of, for example, a hard disk and the like, and includes a storage unit 31 that stores data related to attendance and attendance management, and, for example, a CPU and a memory, and controls the storage unit 31.
  • a storage unit 31 that stores data related to attendance and attendance management, and, for example, a CPU and a memory, and controls the storage unit 31.
  • the control unit 32 that executes the work record registration process of the human resource matching system 10 described later, and other units via the communication network 7
  • a communication unit 33 that transmits and receives data to and from the device.
  • the storage unit 31 is 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 that stores the work records of users. As shown in FIG. 7A, the attendance table 301 stores attendance data d301 including a worker ID, a case ID, a work start time, and a work end time. As a specific example of the attendance data d301, a worker ID “abcdefghi”, a case ID “987654321”, a work start time “2018.12.22.21:00”, and a work end time “2018.12.22.22:00”. And so on. That is, the attendance table 301 is data for managing one working hour of the user for each worker ID and case ID.
  • Attendance data d301 is data input from the user terminal 6 each time the user works at the company where the employee works, and is registered in the attendance table 301 by executing the work record registration process of the personnel matching system 10 described later. It
  • the mapping table 302 is a table that stores mapping data d302 that associates worker IDs with block chain IDs.
  • the mapping data d302 has the same data structure as the mapping data d104 (see FIG. 5(d)), and a description thereof will be omitted.
  • the mapping table 302 is referred to when converting the attendance data d301 created by the attendance management device 3 into the attendance record data 7A to be distributed to the block chain network 7A.
  • the control unit 32 has a working time recording function 303 as a main function.
  • the work time recording function 303 creates time data d301 based on the work start time and the work end time input by the user via the user terminal 6, registers the time data d301 in the time table 301, and uses the mapping table 302. To create work record data d70 and distribute the created work record data d70 to the block chain 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 to the block chain network 7A.
  • the work record data d70 includes a block chain ID, a case ID, a work start time, and a work end time.
  • FIG. 8 is a functional block diagram of the salary payment management apparatus 4.
  • the salary payment operation 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.
  • the salary payment operation management device 4 includes, for example, a hard disk or the like, a storage unit 41 that stores data related to the salary payment operation, and a storage unit 41 that includes, for example, a CPU and a memory.
  • a control unit 42 that executes a salary payment process of the human resource matching system 10, which will be described later, and another via the communication network 7
  • a communication unit 43 that transmits and receives data to and from the device.
  • the storage unit 41 is 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 that stores a desired amount of money applied by a user. As shown in FIG. 7C, the salary payment table 401 stores salary payment data d401 in which the worker ID and the desired amount of money 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 resource matching system 10 can manage the work record data d70 of all companies that are members of the joint venture 8, if the user is working at a plurality of companies that are members of the joint venture 8, It is possible to apply for salaries that combine the work records of multiple companies.
  • the mapping table 402 is a table that stores mapping data d402 that associates worker IDs with block chain IDs.
  • the mapping data d402 has the same data structure as the mapping data d104 (see FIG. 5(d)), and a description thereof will be omitted.
  • the mapping table 402 is referred to when the work record data d70 of the user who has applied for the salary payment is acquired from the block chain 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 a salary payment process based on the desired amount of money applied by the user via the user terminal 6. For details, while obtaining the work record data d70 of the user who has applied for salary payment from the blockchain network 7A, refer to the corresponding job offer data d53 in the shared DB 5 based on each case ID of the obtained work record data d70. Then, the hourly wage information of the referred job offer data d53 is acquired, and the salary amount is calculated.
  • the salary payment function 403 of the present embodiment when an application amount exceeding the work record of the user is applied, only the amount up to the work record is paid (for example, joining the joint venture 8). If you apply for a 40-hour salary at a company that works for only 30 hours, you will be paid only 30 hours.
  • the human resource matching work management device 1, attendance work management device 3, and payroll work management device 4 have the functions as the application server, the database server, and the Web (World Wide Web) server as described above. Various kinds of information can be exchanged with the user terminal 6. Further, the human resource matching business management device 1, the attendance business management device 3, and the salary payment business management device 4 may be configured by a system in which a plurality of devices are network-connected, in addition to a physically single device. When configured with a plurality of devices, they may all be installed in the same place, or may be installed dispersedly in a plurality of places.
  • a program for executing various processes of the human resource matching system 10 It is stored in the main storage device such as the above memory or the auxiliary storage device such as a hard disk. Then, this program can be recorded on a computer-readable recording medium such as a hard disk, a flexible disk, a CD (Compact Disc), a DVD (Digital Versatile Disc), and a BD (Blu-ray Disc (registered trademark)). It is also possible to deliver via a communication network.
  • FIG. 9 is a functional configuration diagram of the user terminal 6.
  • the user terminal 6 for example, an information processing terminal such as a smartphone, a tablet terminal, a personal computer (PC) is assumed.
  • a smartphone is used as the user terminal 6 will be described as an example.
  • 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.
  • a storage unit 61 a UI (User Interface) unit 62
  • a control unit 63 a control unit 63
  • a communication unit 64 a communication unit 64.
  • the storage unit 61 is composed of, for example, a flash memory or the like, and is configured to store data and programs used by the control unit 63 for control.
  • a user program for executing various processes of the human resource matching system 10 is installed.
  • the UI unit 62 doubles 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 according to the input operation.
  • it is configured by a touch panel that also serves as a display screen, a microphone, a speaker, and the like.
  • the control unit 63 is composed of, for example, a CPU and a memory, and controls the storage unit 61, transfers various data, performs various calculations, temporarily stores data, etc. The process on the terminal 6 side is executed.
  • the control unit 63 sends a desired condition input function to the human resource matching operation management device 1 as a desired condition registration function 601 and a job matching operation management for a recruitment case search instruction based on the input desired condition.
  • a case search function 602 that sends the result to the apparatus 1 and presents the search result
  • a case confirmation function 603 that transmits an instruction to confirm the recruitment case from the search results of the recruitment case to the human resource matching business management apparatus 1
  • the input work start for transmitting the time and end time to the attendance management apparatus 3
  • a payroll application function 605 for transmitting the input desired amount to the payroll management apparatus 4 are provided.
  • the user program has the function of associating each worker ID assigned by each company.
  • the storage unit 61 stores each worker ID given to each company that joins the joint venture 8, and also the block chain ID.
  • the human resource matching system 10 when various processes of the human resource matching system 10 are executed between the user terminal 6 and the human resource matching business management device 1, and the human resource matching business management device 1 newly issues a worker ID to the user.
  • the user program stores this worker ID in the user terminal 6.
  • various processes of the human resource matching system 10 are executed between the user terminal 6 and the attendance work management device 3 and the payroll work management device 4, and the attendance work management device 3 and the payroll work management device 4 are concerned.
  • the worker ID is newly issued to the user, the user program stores this worker ID in the user terminal 6.
  • the program for the user sets the blockchain ID to the user. Since it is stored in the terminal 6, this user thereafter uses the user terminal 6 to perform various processes on the personnel matching business management apparatus 1, attendance business management apparatus 3, and payroll business management apparatus 4. Also, it is possible to associate the block chain ID with the worker ID given by each company.
  • the communication unit 64 sends and receives data to and from the human resource matching business management device 1, the attendance business management device 3, and the salary payment business device 4 via the communication network 7.
  • FIG. 10 is a sequence diagram showing the flow of the recruiting case registration process of the human resource matching system 10.
  • the recruiting application program of the recruitment application management apparatus 2 is executed, and after the user is authenticated by the personnel matching business management apparatus 1 (for example, authentication is performed by inputting a user ID and a password. Is performed in the login state after the above). That is, the human resource matching business management device 1 executes the subsequent processing while recognizing the company of the access destination.
  • the person in charge of the recruiting company inputs the case information to the recruiting application management apparatus 2 (step S10).
  • the case information is, specifically, information corresponding to the case content of the job offer case data d53 (see FIG. 3D).
  • the recruiting application management device 2 transmits the input case information to the personnel matching service management device 1 (step S20).
  • the human resource matching business management device 1 Upon receiving the case information (step S30), the human resource matching business management device 1 creates recruitment case data d53 based on the received case information and registers the created recruitment case data d53 in the case table 53 of the shared DB 5 ( Step S40).
  • the human resource matching business management device 1 sets the company ID and the store ID based on the login information of the human resource matching business management device 1, and newly sets and sets the case ID. ..
  • the recruitment case data d53 is registered in the shared DB when the recruitment information is registered in the recruitment application management apparatus 2 of the recruiting company. Has become.
  • FIG. 11 is a sequence diagram showing a flow of desired condition registration processing of the human resource matching system 10.
  • the user program of the user terminal 6 is executed, and the user is authenticated by the human resource matching service management device 1 (for example, the user ID and the password).
  • the human resource matching service management device 1 for example, the user ID and the password.
  • the desired condition registration process is performed in a state in which the personnel matching business management device 1 recognizes the user who is the access destination.
  • the user inputs the desired condition information in advance to the user terminal 6 (step S110).
  • the pre-desired condition information is specifically information corresponding to the desired condition information 1 of the pre-desired condition data d102 (see FIG. 5B).
  • the user terminal 6 transmits the input desired pre-condition information to the human resource matching business management device 1 (step S120).
  • the human resources matching operation management device 1 When the human resources matching operation management device 1 receives the advance desired condition information (step S130), it creates the advance desired condition data d102 based on the received advance desired condition information, and stores the created advance desired condition data d102 in the advance desired condition table. It registers in 102 (step S140).
  • the preliminary desired condition data d102 is registered in the preliminary desired condition table 102 upon the input of the desired desired condition information at the user terminal 6. Has become.
  • FIG. 12 is a sequence diagram showing the flow of the recruiting case search process of the human resource matching system 10.
  • the user program of the user terminal 6 is executed, and after the user is authenticated by the human resource matching business management device 1 (for example, the user ID and password). Is a process executed in the login state after being authenticated by the input of. That is, the recruiting case search processing is performed in a state in which the personnel matching business management device 1 recognizes the user who is the access destination.
  • the human resource matching business management device 1 for example, the user ID and password
  • the user inputs desired condition information to the user terminal 6 (step S210).
  • the desired condition information is a desired date and time to 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).
  • the user instructs the user terminal 6 to search for a job offer item (step S220).
  • the user terminal 6 transmits the search instruction and the input desired condition information to the human resource matching business management device 1 (step S230).
  • the human resource matching operation management device 1 receives the search instruction and the desired condition information (step S240)
  • 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.
  • the human resource matching business management device 1 searches the recruiting case data d53 based on the desired condition information, the preliminary desired condition information, and the work record data d70 (step 260), and acquires the corresponding recruitment case data d70 as a search result. (Step S270). Specifically, first, the job offer case data d53 that matches the desired condition information and the preliminary desired condition information is extracted from the case table 53. If there is no application condition relating to the work record in the extracted job offer item data d53, the extracted job offer item data d53 is used as the search result.
  • the extracted job offer data d53 has application conditions relating to the work record
  • the work record data d70 of the user is acquired from the block chain network 7A to determine whether the application condition is satisfied. If it is determined that the application conditions are satisfied, the extracted job offer case data d53 is used as the search result.
  • the human resource matching business management device 1 transmits the acquired search result to the user terminal 6 that has transmitted the search instruction (step S280).
  • step S290 Upon receiving the search result (step S290), the user terminal 6 displays the received search result (step S300).
  • the job offer case data d53 is presented to the user when the desired condition information is input to the user terminal 6 and the search instruction for the job offer case is given. .. Then, when there is a condition regarding the work record in the application conditions of the recruiting company, it is possible to present the search result in which the work record of the user is added.
  • FIG. 13 is a sequence diagram showing the flow of the recruiting case determination process of the human resource 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 recruitment case determination process is performed in a state in which the personnel matching business management device 1 recognizes the user who is the access destination.
  • the user terminal 6 After the user selects the desired recruitment case data d70 from the displayed search results, the user terminal 6 is instructed to confirm the case (step S310). As a result, the user terminal 6 transmits the case confirmation information to the human resource matching business management device 1 (step S320).
  • the case confirmation information is specifically the recruitment case data d70 (case ID) selected by the user.
  • the human resource matching business management device 1 Upon receiving the case confirmation information (step S330), the human resource matching business management device 1 acquires the user profile information of the user from the worker table 101 (step S340).
  • the user profile information is specifically information corresponding to the worker attribute information of the worker data d101.
  • the human resource matching business management device 1 transmits the case information of the confirmed recruitment case and the user profile information to the recruiting application management device 2 (step S350).
  • the case information is, specifically, information in which the work place and the work date and time desired by the user are reflected in the content of the confirmed job case data d70.
  • the job application management apparatus 2 receives the case information and the user profile information (step S360).
  • the recruiting company can perform the recruiting work of the human resources based on the case information and the user profile information. For example, when the condition regarding the work record is used as the application condition, only the information of the user who has cleared the application condition is sent, so that the condition may be adopted as it is without any condition.
  • the job seeker sent in the job offer case determination process may be interviewed and further judged.
  • the recruiting company can hire the job seeker in consideration of the work record of the user.
  • FIG. 14 is a sequence diagram showing the flow of work record registration processing of the human resource matching system 10.
  • the user program of the user terminal 6 is executed, and the user is authenticated by the attendance management device 3 (for example, a user ID and a password).
  • the attendance management device 3 for example, a user ID and a password.
  • step S410 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 management device 3. It is transmitted (step S430).
  • the attendance work management apparatus 3 When the attendance work management apparatus 3 receives the attendance start time (step S440), it creates attendance data d301 based on the received attendance start time, registers it in the attendance table 301, and reflects the received attendance start time. The performance data d70 is created, and the created work performance data d70 is distributed to the block chain network 7A (step S450).
  • step S460 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 uses the input work end time as the attendance management device 3 (Step S480).
  • the attendance work management device 3 When the attendance work management device 3 receives the attendance end time (step S490), it creates attendance data d301 based on the received attendance end time, registers it in the attendance table 301, and reflects the attendance end time on the attendance record data. d70 is created, and the created work record data d70 is distributed to the block chain network 7A (step S500).
  • 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.
  • FIG. 15 is a sequence diagram showing a flow of salary payment processing of the human resource matching system 10.
  • the user program of the user terminal 6 is executed, and the user is authenticated by the salary payment operation management device 4 (for example, a user ID and a password
  • the salary payment operation management device 4 for example, a user ID and a password
  • step S510 When the user inputs a desired salary amount to the user terminal 6 (step S510) and instructs payroll (step S520), the user terminal 6 instructs the salary payment including the input desired salary. Is transmitted to the salary payment operation management device 4 (step S530).
  • the payroll operation management device 4 When the payroll operation management device 4 receives the payroll instruction including the desired amount of money (step S540), it creates the payroll data d401 based on the received desired amount of money and registers it in the payroll table 401, and also the blockchain 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. Note that the determination as to whether payment has been made or not has been made, for example, by the payroll operation management device 4 performing management such as attaching a payment flag to the work record data d70 for which the salary has been paid in the past, In the salary payment process, such paid work record data d70 may be excluded from the processing target.
  • the salary payment service management device 4 acquires hourly wage information for each recruitment item from the item table 53 (step S560), calculates a salary amount from the working hours and hourly wage information, and calculates the calculated amount of salary and the desired amount.
  • the salary amounts are compared to set the salary amount (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 paying amount.
  • the salary payment business management device 4 transmits the payment amount information regarding the pay amount to be paid to the user terminal 6 (step S580).
  • the user terminal 6 Upon receiving the payment amount information (step S590), the user terminal 6 displays the payment amount (step S600). Further, when the desired salary amount>the calculated salary amount, it is displayed that the desired salary amount is not paid. Although not shown, salary payment based on the set salary amount is performed on a predetermined settlement date.
  • the salary payment process of the present embodiment since the user inputs the desired amount of money in the user terminal 6 and gives an instruction for the salary payment, the salary is paid, so that the user side It is possible to apply for salary payment even on a predetermined settlement date based on the will and convenience of the above.
  • the job offer data d53 and the past work record data d70 of the user are stored in the consortium 8 composed of a plurality of companies and human resource service companies. Since it is shared, the user's experience and skills can be grasped objectively.
  • the recruiting company can eliminate the hiring work, for example, in short-term employment if the application conditions set the conditions relating to the work record. That is, it is possible to hire desired human resources while simplifying the recruiting work as compared with the conventional case.
  • the user only has to register the desired conditions for the job, and the user can select the job of the desired job category without preparing a resume and without having an interview, and a convenient date and time can be selected. It is possible to work in a place that is convenient for you. That is, it is highly convenient for the user side.
  • the user's work record data d70 is also created as attendance management on the employer side, it does not become a further burden on the user and the employer company.
  • the work record data d70 is accumulated as the user works at the company that is a member of the cooperative enterprise 8, so that the recruiting company can make a more objective evaluation.
  • the attendance data d301 and the work record data d70 in the above embodiment have only the work hours of the user as the work record, other elements may be added.
  • the attendance data d301A and the work performance data d70 to which the evaluation items are added may be adopted.
  • a person in charge of the company in which the user works may input the work evaluation of the user and create the attendance data d301A and the work record data d70 in which the work evaluation is reflected.
  • the work record data d70 is obtained in which not only the quantity but also the quality is taken into consideration, so that the skills of the job seeker can be grasped more objectively.
  • a company that joins the consortium 8 described in the above embodiment performs a job application for the company in the job application management device 2, and a user who works in the company in the attendance management device 3.
  • the companies that join the joint venture 8 are not limited to this.
  • a company that is a member of the joint venture 8 may be a company that has an agency function for performing job application and attendance work of other companies. That is, instead of a company that cannot own the recruitment application management device 2 or attendance management device 3 in its own company, such enterprise recruitment application management or attendance management may be performed.
  • a company such as a small and medium-sized company or a sole proprietor who cannot own a large-scale information system can enjoy the benefits of the human resource matching system 10.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

人材マッチングシステム１０は、特定企業からの求人案件データを記憶する共有データベースと、共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、求職者から求人案件に関する検索指示を受け付けた場合、検索指示をした求職者の希望条件、共有データベースに記憶された求人案件データ、及びブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、検索結果として該求職者に提示する検索結果提示手段と、検索結果に対して求職者が求人案件の確定をした場合、該求人案件を特定する情報及び求職者のプロフィールデータを、該求人案件を登録した特定企業に送信する確定情報送信手段と、を備える。

Description

ブロックチェーンを活用した人材マッチングシステム、人材マッチング方法、及び人材マッチング業務管理装置
　本発明は、通信ネットワークを介して、求職者と求人企業の引き合わせを行う人材マッチング業務に関する技術に関し、特に、ブロックチェーンを用いて人材マッチング業務を行う人材マッチングシステム、人材マッチング方法及び人材マッチング業務管理装置に関する。
　従来、パート、アルバイト等短期の労働を希望する者は、求人企業の募集に対して応募し、企業は応募者に対して履歴書等による書面審査および面接等を行って採用してきた。短期間労働に継続して従事することを希望する者は人材派遣サービスに登録することも多い。人材派遣サービスに関する技術としては、派遣スタッフに関する情報を登録したデータベースを用意しておき、企業から求人要請があった場合に、求人条件に適合する人材を派遣スタッフとして選定し、企業に紹介する人材派遣システムが開示されている（例えば、特許文献１参照）。
特開２００６－２６８７８５号公報
　しかしながら、このような人材派遣サービスに登録する場合であっても、人材派遣会社へ登録する際に履歴書等により経験やスキルを登録し、人材派遣会社に対し労働条件に関する希望を伝える必要があった。また、求人企業側も、人材派遣会社の選択に基づき派遣される労働者が自己の求人のニーズに合致するか否かが勤務を開始しないと分かりにくいという不自由があった。
　このような状況の下、アルバイトなど短期的又は不定期に労働したいと考えている求職者においては、ライフスタイルの変化に伴い、新たな働き方を望んでいる。例えば、求職者の中には、履歴書を用意することなく、また、面接を受けることなく、希望の職種の仕事を選べ、都合のよい日時に都合の良い場所で働くことを望んでいる者もいる。
　また、求人企業においても、労働人口減少に基づく人材不足が起きている昨今、従来とは異なる人材採用の仕組みを求めている。例えば、求人募集、面接、適正判断など一連の採用手続を経ることなく、必要なときに所望の人材を短期間で雇用することができる仕組みを求めている。
　すなわち、従来型の人材マッチングシステムにおいては、求人企業及び求職者の双方の要望を満たすことができないという問題があった。
　本発明は上記の事情を鑑みてなされたものであり、企業にとっては必要なときに所望の人材を雇用することができ、求職者にとっては都合の良い日時及び場所で希望の職種にて働くことができる人材マッチングシステム、人材マッチング方法及び人材マッチング業務管理装置を提供することを目的とする。
　上記目的を達成するため、本発明に係る人材マッチングシステムは、その一態様として、人材マッチング業務を管理する人材マッチングシステムであって、複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、を備え、前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、求職者の仕事への希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、前記特定企業からの求人案件を前記求人案件データとして前記共有データベースに登録する求人案件登録手段と、求職者の仕事に対する希望条件を前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録手段と、求職者から求人案件に関する検索指示を受け付ける検索指示受付手段と、前記検索指示受付手段により検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者に提示する検索結果提示手段と、前記検索結果提示手段により提示された検索結果の中から選択された求人案件に対して、求職者から案件確定の指示を受け付ける確定指示受付手段と、前記確定指示受付手段により案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業に対して、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信手段と、を備えることを特徴とする。
　また、本発明に係る人材マッチング方法は、その一態様として、人材マッチング業務を管理する人材マッチングシステムによる人材マッチング方法であって、前記人材マッチングシステムは、求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、求職者の仕事に対する希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、を備え、前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、前記特定企業からの求人案件を前記求人案件データとして前記共有データベースに登録する求人案件登録ステップと、求職者の仕事に対する希望条件を前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録ステップと、求職者から求人案件に関する検索指示を受け付ける検索指示受付ステップと、前記検索指示受付ステップにより検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者に提示する検索結果提示ステップと、前記検索結果提示ステップにより提示された検索結果の中から選択された求人案件に対して、求職者から案件確定の指示を受け付ける確定指示受付ステップと、前記確定指示受付ステップにより案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業に対して、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信ステップと、を備えることを特徴とする。
　本発明に係る人材マッチング業務管理装置は、その一態様として、複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、前記人材サービス会社に設けられた人材マッチング業務管理装置と、前記特定企業に設けられた求人申込業務管理装置と、求職者が用いる利用者端末と、を備えた人材マッチングシステムにおける前記人材マッチング業務管理装置であって、前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、求職者の仕事に対する希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、前記求人申込業務管理装置から、求人案件を受け付け、前記求人案件データとして前記共有データベースに登録する求人案件登録手段と、前記利用者端末から、仕事に対する希望条件を受け付け、前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録手段と、前記利用者端末から、求人案件に関する検索指示を受け付ける検索指示受付手段と、前記検索指示受付手段により検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者の前記利用者端末に表示する検索結果表示手段と、前記利用者端末から、前記検索結果表示手段により表示された検索結果の中から選択された求人案件に対して、案件確定の指示を受け付ける確定指示受付手段と、前記確定指示受付手段により案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業の前記求人申込業務管理装置に、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信手段と、を備えることを特徴とする。
　本発明によれば、企業にとっては必要なときに所望の人材を雇用することができ、求職者にとっては都合の良い日時及び場所で希望の職種にて働くことができる。
本発明の実施の形態に係る人材マッチングシステムの概略構成図である。 本発明の実施の形態に係る人材マッチングシステムの特徴を示す概要図である。 （ａ）は、本発明の実施の形態に係る共有ＤＢが有する各テーブルを示す図、（ｂ）は、本発明の実施の形態に係る企業テーブルのデータ構成を模式的に示す図、（ｃ）は、本発明の実施の形態に係る店舗テーブルのデータ構成を模式的に示す図、（ｄ）は、本発明の実施の形態に係る案件デーブルのデータ構成を模式的に示す図である。 本発明の実施の形態に係る人材マッチング業務管理装置の概略構成図である。 （ａ）は、本発明の実施の形態に係るワーカーテーブルのデータ構成を模式的に示す図、（ｂ）は、本発明の実施の形態に係る事前希望条件テーブルのデータ構成を模式的に示す図、（ｃ）は、本発明の実施の形態に係る希望条件テーブルのデータ構成を模式的に示す図、（ｄ）は、本発明の実施の形態に係るマッピングテーブルのデータ構成を模式的に示す図である。 本発明の実施の形態に係る勤怠業務管理装置の概略構成図である。 （ａ）は、本発明の実施の形態に係る勤怠テーブルのデータ構成を模式的に示す図、（ｂ）は、本発明の実施の形態に係る勤務実績データのデータ構成を模式的に示す図、（ｃ）は、本発明の実施の形態に係る給与支払テーブルのデータ構成を模式的に示す図、（ｄ）は、本発明の実施の形態に係る勤怠テーブル及び勤務実績データの変形例のデータ構成を模式的に示す図である。 本発明の実施の形態に係る給与支払業務管理装置の概略構成図である。 本発明の実施の形態に係る利用者端末の概略構成図である。 本発明の実施の形態に係る人材マッチングシステムの求人案件登録処理の流れを示すシーケンス図である。 本発明の実施の形態に係る人材マッチングシステムの希望条件登録処理の流れを示すシーケンス図である。 本発明の実施の形態に係る人材マッチングシステムの求人案件検索処理の流れを示すシーケンス図である。 本発明の実施の形態に係る人材マッチングシステムの求人案件確定処理の流れを示すシーケンス図である。 本発明の実施の形態に係る人材マッチングシステムの勤務実績登録処理の流れを示すシーケンス図である。 本発明の実施の形態に係る人材マッチングシステムの給与支払処理の流れを示すシーケンス図である。
　以下、本発明の実施の形態について図面を用いて説明する。
　＜人材マッチングシステムの構成＞
　図１は、本発明の実施の形態に係る人材マッチングシステム１０の概略構成図である。人材マッチングシステム１０は、複数の企業及び人材サービス会社などで構成される共同事業体８の間で、求人情報や求職者の勤務実績情報を共有することにより、企業にとっては必要なときに所望の人材を雇用することができ、求職者にとっては都合の良い日時及び場所で希望の職種にて働くことができる人材マッチングサービスを提供する。
　人材マッチングシステム１０は、図１に示すように、共同事業体８に加盟する人材サービス会社に設置された人材マッチング業務管理装置１と、共同事業体８に加盟する各企業に設置された求人申込業務管理装置２及び勤怠業務管理装置３と、共同事業体８に加盟する給与支払サービス会社に設けられた給与支払業務管理装置４と、共同事業体８に加盟する各会社がアクセス可能な共有データベース（以下、共有ＤＢと表記する）５と、求職者（以下、利用者ともいう）が利用する利用者端末６と、各装置をそれぞれ相互に通信可能とする、例えば、インターネット網、公衆網などからなる通信ネットワーク７と、を備えている。
　人材マッチングシステム１０の各構成装置について説明する前に、図２を用いて、人材マッチングシステム１０の特徴を簡単に説明する。図２は、人材マッチングシステム１０の特徴を示した概要図である。
　人材マッチングシステム１０は、上述したように、共同事業体８内で、求人情報及び求職者の過去の勤務実績情報を共有している。本実施の形態では、このうち、求人情報、つまり企業発のデータは、求人案件データｄ５３として共有ＤＢ５に格納されて管理されている。これに対して、勤務実績情報、つまり個人のデータは、ブロックチェーンネットワーク７Ａに流通する勤務実績データｄ７０として管理されている。なお、本実施の形態では、通信ネットワーク７のうち、ブロックチェーンを用いる通信ネットワークを便宜上、ブロックチェーンネットワーク７Ａと表記している。
　ここで、個人のデータを共有ＤＢ５で管理せず、ブロックチェーンで管理しているのは、個人のデータに関しては、そのプライバシを保護するため、極めて慎重に取り扱わなければならないという観点による。すなわち、本実施の形態における勤務実績データｄ７０は、ブロックチェーンを用いることにより、データの改竄の防止とデータの安全性がより保障された状態で管理されている。
　この結果、共同事業体８に加盟する各企業は、ブロックチェーンネットワーク７Ａに流通している勤務実績データｄ７０に基づいて、人材の経験やスキルを客観的に把握することができるようになっている。なお、この勤務実績データｄ７０は、利用者が共同事業体８に加盟している企業で働いた場合、勤務実績として蓄積されていくものである。
　より詳しくは、人材マッチング業務管理装置１は、この勤務実績データｄ７０を用いて求人企業と求職者との人材マッチングに活用し、勤怠業務管理装置３は、利用者が当該企業において勤務した勤務実績を勤務実績データｄ７０として記録していき、給与支払業務管理装置４は、利用者の勤務実績データｄ７０に基づいて給与支払処理を実行するようになっている。一方、利用者は、利用者端末６にインストールされたプログラム（以下、利用者用プログラムという）を介して人材マッチングシステム１０、具体的には、人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務管理装置４にアクセスできるようになっており、求職に対する希望条件の登録、求人案件に対する検索及び応募、勤めている企業の勤怠管理、並びに給与支払申請などを行うようになっている。
　以下、人材マッチングシステム１０を構成する、図２に示した各装置について詳細に説明する。
　図３は、共有ＤＢ５に格納されるデータを説明する図である。共有ＤＢ５は、図３（ａ）に示すように、企業テーブル５１と、店舗テーブル５２と、案件テーブル５３と、を備えている。図３（ｂ）は、企業テーブル５１、図３（ｃ）は、店舗テーブル５２、図３（ｄ）は、案件テーブル５３のデータ構成の模式図である。
　企業テーブル５１は、共同事業体８に参加する企業のマスタ情報を記憶するテーブルである。企業テーブル５１は、図３（ｂ）に示すように、企業を共同事業体８内で一意に識別可能な企業ＩＤ、企業名、及び業種で構成された企業データｄ５１を記憶している。つまり、企業テーブル５１は、企業ごとに企業の名称や属性情報を記憶しているテーブルである。企業データｄ５１の一具体例としては、企業ＩＤ“１２３４５６７８９”、企業名“パーソル居酒屋株式会社”、業種“飲食業”などが挙げられる。
　店舗テーブル５２は、共同事業体８に加盟する企業の店舗に関するマスタ情報を記憶するテーブルである。店舗テーブル５２は、図３（ｃ）に示すように、店舗を企業内で一意に識別可能な店舗ＩＤ、企業ＩＤ、及び店舗名で構成された店舗データｄ５２を記憶している。つまり、店舗テーブル５２は、企業の店舗ごとに店舗の名称を記憶しているテーブルである。店舗データｄ５２の一具体例としては、店舗ＩＤ“９７５４３１”、企業ＩＤ“１２３４５６７８９”、店舗名“パーソル居酒屋丸の内店”などが挙げられる。
　なお、企業データｄ５１及び店舗データｄ５２は、図示しないマスタ登録処理により各企業から事前に登録される。
　案件テーブル５３は、求人企業が登録した求人案件データｄ５３を記憶するテーブルである。案件テーブル５３は、図３（ｄ）に示すように、求人案件を共同事業体８内で一意に識別可能な案件ＩＤ、店舗ＩＤ、企業ＩＤ、及び案件内容で構成された求人案件データｄ５３を記憶するテーブルである。ここで、案件内容は、詳しくは、案件名、業種、職務内容、持ち物や注意事項などの備考、時給、交通費、勤務地、連絡先、勤務日時、応募条件で構成されている。つまり、案件テーブル５３は、求人案件ごとの求人内容を記憶している。求人案件データｄ５３は、後述する人材マッチングシステム１０の求人案件登録処理を実行することにより、共有ＤＢ５の案件テーブル５３に登録される。
　求人案件データｄ５３の一具体例としては、案件ＩＤ“９８７６５４３２１”、企業ＩＤ“１２３４５６７８９”、店舗ＩＤ“９７５４３１”、案件名“東京駅近、ホールスタッフ（パーソル居酒屋丸の内店）］”、業種“ホールスタッフ”、業種“ホールスタッフ”、職務内容“ホールにて、お客様のメニュー取り、支払対応を行っていただきます。”、持ち物“汚れても良いズボン”、注意事項“ピアスＮＧ”、時給“１０００円”、交通費“６００円”、勤務地“東京都千代田区東京都千代田区丸の内２－５－２”、緊急連絡先“０００－００００－００００”、求人担当者“鈴木二郎”、勤務日時１“２０１８．１２．２６．１７：００－２１：００”、勤務日時２“２０１８．１２．２７．１７：００－２１：００”、勤務日時３“２０１８．１２．２８．１７：００－２１：００”、応募条件“ホールスタッフ３０時間以上経験”
などが挙げられる。このように、本実施の形態の求人案件データｄ５３には、応募条件に求職者の勤務実績（この具体例では、勤務時間）に関する条件を登録することができる。
　図４は、人材マッチング業務管理装置１の機能構成図である。人材マッチング業務管理装置１は、求職者と求人企業の引き合わせを行う人材マッチングシステム１０の中核的な装置である。
　人材マッチング業務管理装置１は、図４に示すように、例えば、ハードディスク等から構成され、人材マッチング業務に関するデータを記憶する記憶部１１と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部１１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、後述する人材マッチングシステム１０の各種処理（求人案件登録処理、希望条件登録処理、求人案件検索処理、求人案件確定処理）を実行する制御部１２と、通信ネットワーク７を介して他の装置とデータの送受信を行う通信部１３と、を備えている。
　記憶部１１は、詳しくは、ワーカーテーブル１０１、事前希望条件テーブル１０２、希望条件テーブル１０３、及びマッピングテーブル１０４を具備する構成となっている。図５（ａ）にワーカーテーブル１０１、図５（ｂ）に事前希望条件テーブル、図５（ｃ）に希望条件テーブル１０３、図５（ｄ）にマッピングテーブル１０４のデータ構成の模式図を示す。
　ワーカーテーブル１０１は、利用者の属性情報を記憶するテーブルである。ワーカーテーブル１０１は、図５（ａ）に示すように、利用者を当該企業（人材サービス会社）において一意に識別可能なワーカーＩＤとワーカー属性情報を対応付けて構成されたワーカーデータｄ１０１を記憶している。ここで、ワーカー属性情報は、例えば、ワーカー名、年齢、性別、学歴、住所、連絡先などの情報で構成される。ワーカーデータｄ１０１の一具体例としては、ワーカーＩＤ“１２３４５６７８９”、ワーカー名“鈴木三郎”、年齢“１９”、性別“男性”、学歴“大学在学中”、住所“東京都杉並区荻窪３丁目”、連絡先“０８０－００００－００００”などが挙げられる。
　なお、ワーカーデータｄ１０１は、利用者が人材マッチングシステム１０を利用するに際して図示しない利用者情報登録処理を実行することにより、利用者端末６から事前に登録される。
　事前希望条件テーブル１０２は、仕事への求人応募に際して利用者の希望する条件を記憶するテーブルである。事前希望条件テーブル１０２は、図５（ｂ）に示すように、ワーカーＩＤと希望条件情報１を対応付けて構成された事前希望条件データｄ１０２を記憶している。ここで、希望条件情報１は、希望業種、希望職種、時給などの情報である。事前希望条件データｄ１０２の一具体例としては、ワーカーＩＤ“１２３４５６７８９”、希望業種“飲食業”、希望職種“ホールスタッフ”、時給“９００円以上”
などが挙げられる。事前希望条件データｄ１０２は、利用者が事前に登録しておくデータであり、後述する人材マッチングシステム１０の希望条件登録処理を実行することにより事前希望条件テーブル１０２に登録される。
　希望条件テーブル１０３は、利用者のより具体的な希望条件を記憶するテーブルである。希望条件テーブル１０３は、図５（ｃ）に示すように、ワーカーＩＤと希望条件情報２を対応付けて構成された希望条件データｄ１０３を記憶している。ここで、希望条件情報２は、場所及び日時の情報である。希望条件データｄ１０３の一具体例としては、ワーカーＩＤ“１２３４５６７８９”、場所“東京駅”、日時“２０１８．１２．２９．１７：００－２２：００”
などが挙げられる。希望条件データｄ１０３は、利用者が求人案件を検索する際に入力するデータであり、後述する人材マッチングシステム１０の求人案件検索処理を実行することにより希望条件テーブル１０３に登録される。
　マッピングテーブル１０４は、ワーカーＩＤと、利用者をブロックチェーンネットワーク７Ａにおいて一意に識別可能なブロックチェーンＩＤと、を対応付けたマッピングデータｄ１０４を記憶するテーブルである。本実施の形態では、共同事業体８に加盟する各企業は、各企業内のそれぞれの情報システムにおいてワーカーＩＤを独自のコード体系にて発番している。つまり、同一の利用者であっても、各企業において異なるワーカーＩＤが割り振られている。そのため、このマッピングテーブル１０４を用いることにより、利用者のデータを共同事業体８内で共有できるようにしている。マッピングデータｄ１０４の一具体例としては、ワーカーＩＤ“１２３４５６７８９”、ブロックチェーンＩＤ“１２１２１２１２１”などが挙げられる。
　図４に戻り、制御部１２を、主たる機能ごとに細分化すると、案件登録機能１０５、希望条件登録機能１０６、案件検索機能１０７、及び案件確定機能１０８に分類される。
　案件登録機能１０５は、求人申込業務管理装置２に入力された求人情報を人材マッチングシステム１０に反映する機能である。詳しくは、企業の求人申込業務管理装置２に対して登録された求人情報は、人材マッチング業務管理装置１に送信されるので、人材マッチング業務管理装置１を介して、求人案件データｄ５３として共有ＤＢ５の案件テーブル５３に登録する機能である。
　希望条件登録機能１０６は、利用者が利用者端末６に入力した希望条件情報１（希望業種、希望職種、時給）や希望条件情報２（場所、日時）を人材マッチングシステム１０に反映する機能である。詳しくは、入力された希望条件情報１を事前希望条件データｄ１０２として人材マッチング業務管理装置１の事前希望条件テーブル１０２に登録し、入力された希望条件情報２を希望条件データｄ１０３として人材マッチング業務管理装置１の希望条件テーブル１０３に登録する機能である。
　案件検索機能１０７は、利用者が利用者端末６に入力した希望条件情報２（場所、日時）に基づいて、求人案件を検索して、検索結果を利用者に提示する機能である。案件検索機能１０７は、詳しくは、希望条件情報１及び希望条件情報２に基づいて該当する求人案件データｄ５３を共有ＤＢ５の中から検索し、また、該当する求人案件データｄ５３に勤務実績に関する応募条件がある場合には、当該利用者の勤務実績データｄ７０をブロックチェーンネットワーク７Ａから取得し、この応募条件に合致するか否かを判断し、希望条件情報２及び応募条件を満たす求人案件データｄ５３を利用者に提示する機能である。
　例えば、事希望条件情報１が、希望業種“飲食業”、希望職種“ホールスタッフ”、時給“９００円以上”であり、事希望条件情報２が、場所“東京駅”、日時“２０１８．１２．２９．１７：００－２２：００”の場合には、このような希望条件に合致する求人案件データｄ５３を案件テーブル５３の中から抽出する。そして、抽出された求人案件データｄ５３において、例えば、応募条件“ホールスタッフ３０時間以上経験”がある場合には、この利用者の勤務実績データｄ７０をブロックチェーンネットワーク７Ａから取得して、この応募条件を満たすか否かを判定する。そして、この応募条件を満たす場合には、この抽出された求人案件データｄ５３を検索結果として利用者に提示する。一方、この応募条件を満たさない場合には、抽出された求人案件データｄ５３は検索結果として利用者に提示されない。このように本実施の形態において、利用者の希望条件に基づいて求人案件データｄ５３を検索する場合には、利用者側の希望条件だけでなく、求人企業側の求める利用実績に関する条件を加味して人材マッチングを行う。
　案件確定機能１０８は、案件検索機能１０７により利用者に提示された検索結果の中から、利用者が所望の求人案件を選択して確定させた場合、求人企業に利用者の情報を送信する機能である。詳しくは、確定した求人案件データｄ５３を出した求人企業の求人申込業務管理装置２に対して求人案件内容（求人案件データｄ５３の内容に基づく）、勤務日時及び場所（希望条件情報２の内容に基づく）、利用者のプロフィール情報（ワーカデータｄ１０１の内容に基づく）を送信する。
　図６は、勤怠業務管理装置３の機能構成図である。勤怠業務管理装置３は、共同事業体８に加盟する企業において利用者が勤務した場合の勤務実績を管理する装置である。
　勤怠業務管理装置３は、図６に示すように、例えば、ハードディスク等から構成され、勤怠業務管理に関するデータを記憶する記憶部３１と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部３１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、後述する人材マッチングシステム１０の勤務実績登録処理を実行する制御部３２と、通信ネットワーク７を介して他の装置とデータの送受信を行う通信部３３と、を備えている。
　記憶部３１は、詳しくは、勤怠テーブル３０１、及びマッピングテーブル３０２を具備する構成となっている。図７（ａ）に勤怠テーブル３０１のデータ構成の模式図を示す。
　勤怠テーブル３０１は、利用者の勤務実績を記憶するテーブルである。勤怠テーブル３０１は、図７（ａ）に示すように、ワーカーＩＤ、案件ＩＤ、勤務開始時間、及び勤務終了時間から構成される勤怠データｄ３０１を記憶している。勤怠データｄ３０１の一具体例としては、ワーカーＩＤ“ａｂｃｄｅｆｇｈｉ”、案件ＩＤ“９８７６５４３２１”、勤務開始時間“２０１８．１２．２２．１７：００”、勤務終了時間“２０１８．１２．２２．２２：００”などが挙げられる。すなわち、勤怠テーブル３０１は、ワーカーＩＤ及び案件ＩＤごとに、利用者の１回の勤務時間を管理するデータとなっている。勤怠データｄ３０１は、利用者が勤務先の企業で勤務するたびに利用者端末６から入力するデータであり、後述する人材マッチングシステム１０の勤務実績登録処理を実行することにより勤怠テーブル３０１に登録される。
　マッピングテーブル３０２は、ワーカーＩＤと、ブロックチェーンＩＤと、を対応付けたマッピングデータｄ３０２を記憶するテーブルである。マッピングデータｄ３０２は、マッピングデータｄ１０４と同一のデータ構成（図５（ｄ）参照）であるため、説明を省略する。マッピングテーブル３０２は、勤怠業務管理装置３で作成した勤怠データｄ３０１をブロックチェーンネットワーク７Ａに流通させる勤務実績データ７Ａに変換する場合に参照される。
　制御部３２は、主たる機能として、勤務時間記録機能３０３を有する。勤務時間記録機能３０３は、利用者が利用者端末６を介して入力した勤務開始時間及び勤務終了時間に基づいて勤怠データｄ３０１を作成して、勤怠テーブル３０１に登録するとともに、マッピングテーブル３０２を用いて勤務実績データｄ７０を作成し、作成した勤務実績データｄ７０をブロックチェーンネットワーク７Ａに流通させる機能である。
　図７（ｂ）に勤務実績データｄ７０のデータ構成の模式図を示す。勤務実績データｄ７０は、ブロックチェーンネットワーク７Ａに流通するデータである。勤務実績データｄ７０は、図７（ｂ）に示すように、ブロックチェーンＩＤ、案件ＩＤ、勤務開始時間、及び勤務終了時間から構成される。勤務実績データｄ７０の一具体例としては、ブロックチェーンＩＤ“１２１２１２１２１”、案件ＩＤ“９８７６５４３２１”、勤務開始時間“２０１８．１２．２２．１７：００”、勤務終了時間“２０１８．１２．２２．２２：００”などが挙げられる。
　図８は、給与支払業務管理装置４の機能構成図である。給与支払業務管理装置４は、共同事業体８に加盟する企業に利用者が勤務した後、利用者からの給与支払申請に対して勤務実績に応じた給与支払処理を実行する装置である。
　給与支払業務管理装置４は、図８に示すように、例えば、ハードディスク等から構成され、給与支払業務に関するデータを記憶する記憶部４１と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部４１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、後述する人材マッチングシステム１０の給与支払処理を実行する制御部４２と、通信ネットワーク７を介して他の装置とデータの送受信を行う通信部４３と、を備えている。
　記憶部４１は、詳しくは給与支払テーブル４０１、及びマッピングテーブル４０２を具備する構成となっている。図７（ｃ）に給与支払テーブル４０１のデータ構成の模式図を示す。
　給与支払テーブル４０１は、利用者が申請した希望金額を記憶するテーブルである。給与支払テーブル４０１は、図７（ｃ）に示すように、ワーカーＩＤと希望金額を対応付けた給与支払データｄ４０１を記憶している。勤怠データｄ４０１の一具体例としては、ワーカーＩＤ“ＡＢＣＤＥＦＧＨＩ”、希望金額“３０，０００円”などが挙げられる。人材マッチングシステム１０では、共同事業体８に加盟するすべての企業の勤務実績データｄ７０を管理することができるため、利用者は、共同事業体８に加盟する複数の企業において勤務していた場合、複数の企業における勤務実績を合算した給与を申請することが可能である。
　マッピングテーブル４０２は、ワーカーＩＤと、ブロックチェーンＩＤと、を対応付けたマッピングデータｄ４０２を記憶するテーブルである。マッピングデータｄ４０２は、マッピングデータｄ１０４と同一のデータ構成（図５（ｄ）参照）であるため、説明を省略する。マッピングテーブル４０２は、給与支払処理において、給与支払申請をした利用者の勤務実績データｄ７０をブロックチェーンネットワーク７Ａから取得する際に参照される。
　制御部４２は、主たる機能として、給与支払機能４０３を有する。給与支払機能４０３は、利用者が利用者端末６を介して申請した希望金額に基づいて、給与支払処理を実行する。詳しくは、給与支払申請をした利用者の勤務実績データｄ７０をブロックチェーンネットワーク７Ａから取得するとともに、取得した勤務実績データｄ７０のそれぞれの案件ＩＤに基づいて共有ＤＢ５の該当する求人案件データｄ５３を参照し、参照した求人案件データｄ５３の時給情報を取得して、給与金額を算出する。なお、本実施の形態の給与支払機能４０３においては、利用者の勤務実績を超えた申請金額を申請した場合、勤務実績までの金額しか支払わないようにしている（例えば、共同事業体８に加盟する企業において３０時間しか勤務していないのに４０時間分の給料を申請した場合には、３０時間分の給与しか払われない）。
　なお、人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務管理装置４は、上述したようなアプリケーションサーバ、データベースサーバ、及びＷｅｂ（World　Wide　Web）サーバとしての機能を有しており、利用者端末６と種々の情報授受ができるようになっている。さらに、人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務管理装置４は、物理的に一つからなる装置の他、複数の装置がネットワーク接続されたシステムから構成されてもよく、複数の装置で構成された場合には、同一の場所にすべてが設置されていてもよいし、複数の場所に分散して設置されていてもよい。
　また、本実施の形態に係る人材マッチングシステム１０の各種処理（求人案件登録処理、希望条件登録処理、求人案件検索処理、求人案件確定処理、勤務実績登録処理、給与支払処理）を実行するプログラムは、上述したメモリなどの主記憶装置やハードディスクなどの補助記憶装置に格納されているものである。そして、このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Compact　Disc）、ＤＶＤ（Digital　Versatile　Disc）、ＢＤ（Blu-ray　Disc（登録商標））などのコンピュータが読み取り可能な記録媒体に記録することも、通信ネットワークを介して配信することも可能である。
　図９は、利用者端末６の機能構成図である。利用者端末６には、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ（personal　computer；ＰＣ）などの情報処理端末が想定される。以下、一例としてスマートフォンを利用者端末６に用いた場合について説明する。
　利用者端末６は、図９に示すように、記憶部６１と、ＵＩ（User　Interface）部６２と、制御部６３と、通信部６４と、を具備する構成である。
　記憶部６１は、例えば、フラッシュメモリ等から構成され、制御部６３が制御に用いるデータやプログラムなどを記憶するようになっている。本実施の形態の記憶部６１には、人材マッチングシステム１０の種々の処理を実行するための利用者用プログラムがインストールされている。
　ＵＩ部６２は、情報処理端末の入力部及び出力部を兼ねるものであり、利用者からの入力操作を受け付けるとともに、入力操作に応じて制御部６３にて処理された結果を出力するようになっている。例えば、表示画面を兼ねたタッチパネル、マイク、スピーカなどで構成されている。
　制御部６３は、例えば、ＣＰＵ及びメモリ等から構成され、記憶部６１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、人材マッチングシステム１０における利用者端末６側の処理を実行する。
　制御部６３は、人材マッチングシステム１０における機能として、入力された希望条件を人材マッチング業務管理装置１に送信する希望条件登録機能６０１、入力された希望条件に基づく求人案件検索指示を人材マッチング業務管理装置１に送信し、検索結果を提示する案件検索機能６０２、求人案件の検索結果の中から求人案件を確定させる指示を人材マッチング業務管理装置１に送信する案件確定機能６０３、入力された勤務開始時間及び終了時間を勤怠業務管理装置３に送信する勤務実績登録機能、及び入力された希望金額を給与支払業務管理装置４に送信する給与支払申請機能６０５を備える。これらの機能は、利用者用プログラムの機能でもある。
　なお、利用者用プログラムは、各企業で付されるそれぞれのワーカーＩＤを対応付ける機能を備えている。詳しくは、記憶部６１には、共同事業体８に加盟する各企業で付されたそれぞれのワーカーＩＤが記憶されているとともにブロックチェーンＩＤも記憶されている。例えば、利用者端末６と人材マッチング業務管理装置１との間で人材マッチングシステム１０の各種処理が実行され、人材マッチング業務管理装置１が当該利用者に対してワーカーＩＤを新たに発番した場合には、利用者用プログラムは、このワーカーＩＤを利用者端末６内に記憶する。同様にして、利用者端末６と勤怠業務管理装置３及び給与支払業務管理装置４との間で人材マッチングシステム１０の各種処理が実行され、勤怠業務管理装置３及び給与支払業務管理装置４が当該利用者に対してワーカーＩＤを新たに発番した場合には、利用者用プログラムは、このワーカーＩＤを利用者端末６内に記憶する。また、利用者に初めてブロックチェーンＩＤが付された段階（例えば、人材マッチングシステム１０において初めて利用者の勤務実績データｄ７０が作成される段階）において、利用者用プログラムは、ブロックチェーンＩＤを利用者端末６内に記憶するので、以後、この利用者が利用者端末６を用いて人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務管理装置４に対して種々の処理を行っても、ブロックチェーンＩＤと各企業で付されたワーカーＩＤを対応付けることが可能となっている。
　通信部６４は、通信ネットワーク７を介して人材マッチング業務管理装置１、勤怠業務管理装置３、及び給与支払業務装置４とデータの送受信を行うようになっている。
　＜人材マッチングシステムの動作＞
　次に、図１０～図１５を用いて、本実施の形態に係る人材マッチングシステム１０の動作について説明する。
　まず、図１０を用いて、人材マッチングシステム１０の求人案件登録処理について説明する。図１０は、人材マッチングシステム１０の求人案件登録処理の流れを示すシーケンス図である。
　なお、図１０に示す求人案件登録処理は、求人申込業務管理装置２の求人申込プログラムを実行させて、人材マッチング業務管理装置１にユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）に実行される処理である。すなわち、人材マッチング業務管理装置１は、アクセス先の企業を認識した状態で以後の処理を実行する。
　まず、求人企業の担当者が求人申込業務管理装置２に対して案件情報を入力する（ステップＳ１０）。案件情報とは、具体的には、求人案件データｄ５３の案件内容に相当する情報である（図３（ｄ）参照）。次いで、求人申込業務管理装置２は、入力された案件情報を人材マッチング業務管理装置１に送信する（ステップＳ２０）。
　人材マッチング業務管理装置１は、案件情報を受信すると（ステップＳ３０）、受信した案件情報に基づいて求人案件データｄ５３を作成し、作成した求人案件データｄ５３を共有ＤＢ５の案件テーブル５３に登録する（ステップＳ４０）。
　なお、人材マッチング業務管理装置１は求人案件データｄ５３を作成する場合、企業ＩＤ及び店舗ＩＤを人材マッチング業務管理装置１のログイン情報に基づいて設定し、案件ＩＤを新たに発番して設定する。
　このように本実施の形態の求人案件登録処理によれば、求人企業の求人申込業務管理装置２において求人情報が登録されることを契機に、求人案件データｄ５３は共有ＤＢに登録されるようになっている。
　次に、図１１を用いて、人材マッチングシステム１０の希望条件登録処理について説明する。図１１は、人材マッチングシステム１０の希望条件登録処理の流れを示すシーケンス図である。
　なお、図１１に示す希望条件登録処理は、利用者端末６の利用者用プログラムを実行させて、利用者が人材マッチング業務管理装置１に対してユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、希望条件登録処理は、人材マッチング業務管理装置１がアクセス先の利用者を認識した状態で行われている。
　まず、利用者が利用者端末６に対して事前希望条件情報を入力する（ステップＳ１１０）。事前希望条件情報とは、具体的には、事前希望条件データｄ１０２の希望条件情報１に相当する情報である（図５（ｂ）参照）。次いで、利用者端末６は、入力された事前希望条件情報を人材マッチング業務管理装置１に送信する（ステップＳ１２０）。
　人材マッチング業務管理装置１は、事前希望条件情報を受信すると（ステップＳ１３０）、受信した事前希望条件情報に基づいて事前希望条件データｄ１０２を作成し、作成した事前希望条件データｄ１０２を事前希望条件テーブル１０２に登録する（ステップＳ１４０）。
　このように本実施の形態の希望条件登録処理によれば、利用者端末６において事前希望条件情を入力することを契機に、事前希望条件データｄ１０２は事前希望条件テーブル１０２に登録されるようになっている。
　次に、図１２を用いて、人材マッチングシステム１０の求人案件検索処理について説明する。図１２は、人材マッチングシステム１０の求人案件検索処理の流れを示すシーケンス図である。
　なお、図１２に示す求人案件検索処理は、利用者端末６の利用者用プログラムを実行させて、利用者が人材マッチング業務管理装置１に対してユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、求人案件検索処理は、人材マッチング業務管理装置１がアクセス先の利用者を認識した状態で行われている。
　まず、利用者が利用者端末６に対して希望条件情報を入力する（ステップＳ２１０）。希望条件情報とは、具体的には、勤務する希望日時、勤務先の希望場所であり、希望条件データｄ１０３の希望条件情報２に相当する情報である（図５（ｃ）参照）。次いで、利用者は、利用者端末６に対して求人案件の検索指示をする（ステップＳ２２０）。これにより、利用者端末６は、検索指示、及び入力された希望条件情報を人材マッチング業務管理装置１に送信する（ステップＳ２３０）
　人材マッチング業務管理装置１は検索指示、及び希望条件情報を受信すると（ステップＳ２４０）、まず、受信した希望条件情報に基づいて希望条件データｄ１０３を作成し、作成した希望条件データｄ１０３を希望条件テーブル１０３に登録する（ステップＳ２５０）。人材マッチング業務管理装置１は、次いで、希望条件情報、事前希望条件情報、及び勤務実績データｄ７０に基づいて求人案件データｄ５３を検索し（ステップ２６０）、該当する求人案件データｄ７０を検索結果として取得する（ステップＳ２７０）。具体的には、まず、希望条件情報及び事前希望条件情報に合致した求人案件データｄ５３を案件テーブル５３から抽出する。ここで、抽出した求人案件データｄ５３に勤務実績に関する応募条件が存在しない場合には、この抽出した求人案件データｄ５３を検索結果とする。これに対して、抽出した求人案件データｄ５３に勤務実績に関する応募条件が存在する場合には、ブロックチェーンネットワーク７Ａから利用者の勤務実績データｄ７０を取得して、当該応募条件を満たすか否かを判定し、当該応募条件を満たす場合には、この抽出した求人案件データｄ５３を検索結果とする。
　次に、人材マッチング業務管理装置１は取得した検索結果を、検索指示を送信した利用者端末６に送信する（ステップＳ２８０）。
　利用者端末６は、検索結果を受信すると（ステップＳ２９０）、受信した検索結果を表示する（ステップＳ３００）。
　このように本実施の形態の求人案件検索処理によれば、利用者端末６において希望条件情報を入力し、求人案件の検索指示することを契機に、求人案件データｄ５３が利用者に提示される。そして、求人企業の応募条件に勤務実績に関する条件が存在する場合、利用者の勤務実績を加味した検索結果が提示されることも可能である。
　次に、図１３を用いて、人材マッチングシステム１０の求人案件確定処理について説明する。図１３は、人材マッチングシステム１０の求人案件確定処理の流れを示すシーケンス図である。
　なお、図１３に示す求人案件確定処理は、図１２に示した求人案件検索処理において検索結果が利用者端末６に表示された後に実行される処理である。すなわち、求人案件確定処理は、人材マッチング業務管理装置１がアクセス先の利用者を認識した状態で行われている。
　利用者が表示された検索結果の中から所望の求人案件データｄ７０の選択をした後、利用者端末６に対して案件確定の指示をする（ステップＳ３１０）。これにより、利用者端末６は、案件確定情報を人材マッチング業務管理装置１に送信する（ステップＳ３２０）。案件確定情報とは、具体的には、利用者に選択された求人案件データｄ７０（案件ＩＤ）である。
　人材マッチング業務管理装置１は、案件確定情報を受信すると（ステップＳ３３０）当該利用者の利用者プロフィール情報をワーカーテーブル１０１から取得する（ステップＳ３４０）。利用者プロフィール情報とは、具体的には、ワーカーデータｄ１０１のワーカー属性情報に相当する情報である。次いで、人材マッチング業務管理装置１は、確定した求人案件の案件情報、及び利用者プロフィール情報を求人申込業務管理装置２に送信する（ステップＳ３５０）。案件情報とは、具体的には、確定した求人案件データｄ７０の内容に、利用者が希望した勤務場所及び勤務日時が反映された情報である。
　これにより、求人申込業務管理装置２は、案件情報、及び利用者プロフィール情報を受信する（ステップＳ３６０）。以後、求人企業は、この案件情報、及び利用者プロフィール情報に基づいて、当該人材の採用業務を行うことができる。例えば、勤務実績に関する条件を応募条件としていた場合には、応募条件をクリアーした利用者の情報だけが送られてくるので、無条件にそのまま採用としてもよい。一方、求人案件確定処理において送られてきた求職者に対して、面接等を行い、さらに判断を重ねるようにしてもよい。
　このように本実施の形態の求人案件確定処理によれば、求人企業は、利用者の勤務実績を加味して求職者を採用することができる。
　次に、図１４を用いて、人材マッチングシステム１０の勤務実績登録処理について説明する。勤務実績登録処理は、求人案件確定処理の後、利用者が求人企業に採用された場合に実行される。図１４は、人材マッチングシステム１０の勤務実績登録処理の流れを示すシーケンス図である。
　なお、図１４に示す勤務実績登録処理は、利用者端末６の利用者用プログラムを実行させて、利用者が勤怠業務管理装置３に対してユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、勤務実績登録処理は、勤怠業務管理装置３がアクセス先の利用者を認識した状態で行われている。
　まず、利用者は、勤務開始時に利用者端末６に対して勤務開始時間を入力すると（ステップＳ４１０：ＹＥＳ、Ｓ４２０）、利用者端末６は、入力された勤務開始時間を勤怠業務管理装置３に送信する（ステップＳ４３０）。
　勤怠業務管理装置３は、勤務開始時間を受信すると（ステップＳ４４０）、受信した勤務開始時間に基づいて勤怠データｄ３０１を作成し、勤怠テーブル３０１に登録するとともに、受信した勤務開始時間を反映した勤務実績データｄ７０を作成し、作成した勤務実績データｄ７０をブロックチェーンネットワーク７Ａに流通させる（ステップＳ４５０）。
　次に、利用者は、勤務終了時に利用者端末６に対して勤務終了時間を入力すると（ステップＳ４６０：ＹＥＳ、Ｓ４７０）、利用者端末６は、入力された勤務終了時間を勤怠業務管理装置３に送信する（ステップＳ４８０）。
　勤怠業務管理装置３は、勤務終了時間を受信すると（ステップＳ４９０）、受信した勤務終了時間に基づいて勤怠データｄ３０１を作成し、勤怠テーブル３０１に登録するとともに、勤務終了時間を反映した勤務実績データｄ７０を作成し、作成した勤務実績データｄ７０をブロックチェーンネットワーク７Ａに流通させる（ステップＳ５００）。
　このように本実施の形態の勤務実績登録処理によれば、利用者が利用者端末６において勤務開始時間及び勤務終了時間を入力するたびに勤務実績データｄ７０が作成されるようになっている。
　＜給与支払処理＞
　次に、図１５を用いて、人材マッチングシステム１０の給与支払処理について説明する。給与支払処理は、利用者が企業に勤務した後に実行される。図１５は、人材マッチングシステム１０の給与支払処理の流れを示すシーケンス図である。
　なお、図１５に示す給与支払処理は、利用者端末６の利用者用プログラムを実行させて、利用者が給与支払業務管理装置４に対してユーザ認証された後（例えば、ユーザＩＤ及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、給与支払処理は、給与支払業務管理装置４がアクセス先の利用者を認識した状態で行われている。
　利用者は、利用者端末６に対して希望の給与金額を入力し（ステップＳ５１０）、給与支払の指示をすると（ステップＳ５２０）、利用者端末６は、入力された希望金額を含む給与支払指示を給与支払業務管理装置４に送信する（ステップＳ５３０）。
　給与支払業務管理装置４は、希望金額を含む給与支払指示を受信すると（ステップＳ５４０）、受信した希望金額に基づく給与支払データｄ４０１を作成し、給与支払テーブル４０１に登録するとともに、ブロックチェーンネットワーク７Ａからこの利用者の勤務実績データｄ７０を取得し、勤務実績を集計する（ステップＳ５５０）。具体的には、未払分の勤務実績データｄ７０の勤務時間を集計する。なお、支払済又は未払の判断は、例えば、給与支払業務管理装置４が、過去に給与を支払った対象の勤務実績データｄ７０に対しては、支払済みのフラグを付すなどの管理をし、給与支払処理においてはこのような支払済みの勤務実績データｄ７０を処理対象外とするようにしてもよい。
　次に、給与支払業務管理装置４は、案件テーブル５３から求人案件ごとの時給情報を取得し（ステップＳ５６０）、勤務時間と時給情報から給与金額を算出し、算出した給与金額と指示された希望の給与金額を比較し、給与金額を設定する（ステップＳ５７０）。具体的には、希望の給与金額≦算出した給与金額の場合、利用者から指示された給与金額を支払う給与金額として設定する。一方、希望の給与金額＞算出した給与金額の場合、算出した給与金額を支払う給与金額として設定する。
　次に、給与支払業務管理装置４は、支払う給与金額に関する支払金額情報を利用者端末６に送信する（ステップＳ５８０）。
　利用者端末６は、支払金額情報を受信すると（ステップＳ５９０）、支払金額を表示する（ステップＳ６００）。また、希望の給与金額＞算出した給与金額の場合には、希望の給与金額が支払われない旨の表示も行う。なお、図示していないが、設定された給与金額に基づく給与支払は予め定めた決済日に行われるようになっている。
　このように本実施の形態の給与支払処理によれば、利用者が利用者端末６において希望金額を入力し、給与支払の指示をすることを契機に、給与支払が行われるので、利用者側の意思や都合に基づき予め定めた決済日でも給給与支払申請をすることができる。
　以上、本実施の形態の人材マッチングシステム１０によれば、複数の企業及び人材サービス会社などで構成される共同事業体８内で、求人案件データｄ５３、及び利用者の過去の勤務実績データｄ７０を共有しているので、利用者の経験やスキルを客観的に把握することができる。この結果、求人企業側は、応募条件に勤務実績に関する条件を設定していれば、例えば、短期間の雇用においては、採用業務をなくすことも可能である。すなわち、従来に比べて採用業務を簡素化しつつ所望の人材を雇用することができる。また、利用者側は、仕事に対する希望条件を登録するだけでよく、利用者側で履歴書を用意することなく、また、面接を受けることなく、希望の職種の仕事を選べ、都合のよい日時に都合の良い場所で働くことが可能である。すなわち、利用者側にとっても、利便性は高い。
　また、利用者の勤務実績データｄ７０も、雇用する企業側の勤怠管理として作成されていくので、利用者及び雇用する企業のさらなる負担となることはない。なお、利用者が協同事業体８に加盟している企業で働くに従って勤務実績データｄ７０が蓄積されていくので、求人企業は、より客観的な評価を下すことが可能となる。
　また、利用者が共同事業体８に加盟している複数の企業で働いた場合であっても、個々の企業に給与支払申請をする必要がなく、給与支払サービス会社に合計した勤務実勢に応じた給与支払申請をすればよいので、給与支払に関しても利用者の利便性は高い。
　＜その他の実施の形態＞
　上記実施の形態の勤怠データｄ３０１及び勤務実績データｄ７０は、利用者の勤務時間のみを勤務実績としたが、これ以外の要素を加えてもよい。例えば、図７（ｄ）に示すように、評価の項目を追加した勤怠データｄ３０１Ａ及び勤務実績データｄ７０を採用してもよい。この場合には、例えば、利用者が勤務した企業の担当者が利用者の勤務評価を入力して、勤務評価が反映された勤怠データｄ３０１Ａ及び勤務実績データｄ７０を作成するようにしてもよい。これにより、量だけなく質も加味した勤務実績データｄ７０となるので、求職者のスキルをより客観的に把握することが可能となる。
　また、上記実施の形態で説明した共同事業体８に加盟する企業は、求人申込業務管理装置２において自らの企業の求人申込業務を行い、勤怠業務管理装置３において自らの企業に勤務する利用者の勤怠業務を行っていたが、共同事業体８に加盟する企業はこれに限定されない。例えば、共同事業体８に加盟する企業を、他の企業の求人申込業務や勤怠業務を行う代理店機能を有する企業としてもよい。すなわち、自らの企業において求人申込業務管理装置２や勤怠業務管理装置３を持つことができない企業の代わりに、このような企業の求人申込業務管理や勤怠業務管理を行うようにしてもよい。これにより、中小企業、個人事業主など自社で大規模な情報システムを持つことができない企業であっても、人材マッチングシステム１０の恩恵を享受することが可能となる。
　以上、本発明の実施の形態について説明してきたが、本発明は、上述した実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲において、本発明の実施の形態に対して種々の変形や変更を施すことができ、そのような変形や変更を伴うものもまた、本発明の技術的範囲に含まれるものである。また、発明の実施の形態に記載された、作用及び効果は、本発明から生じる最も好適な作用及び効果を列挙したに過ぎず、本発明による作用及び効果は、本発明の実施の形態に記載されたものに限定されるものではない。
１　人材マッチング業務管理装置
２　求人申込業務管理装置
３　勤怠業務管理装置
４　給与支払業務管理装置
５　共有ＤＢ
６　利用者端末
７　通信ネットワーク
７Ａ　ブロックチェーンネットワーク
１０　人材マッチングシステム
 

Claims (6)

  1. 　人材マッチング業務を管理する人材マッチングシステムであって、
    　複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、
    　前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、
    を備え、
    　前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、
    　前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、
    　求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、
    　求職者の仕事への希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、
    　前記特定企業からの求人案件を前記求人案件データとして前記共有データベースに登録する求人案件登録手段と、
    　求職者の仕事に対する希望条件を前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録手段と、
    　求職者から求人案件に関する検索指示を受け付ける検索指示受付手段と、
    　前記検索指示受付手段により検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者に提示する検索結果提示手段と、
    　前記検索結果提示手段により提示された検索結果の中から選択された求人案件に対して、求職者から案件確定の指示を受け付ける確定指示受付手段と、
    　前記確定指示受付手段により案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業に対して、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信手段と、
    を備えることを特徴とする人材マッチングシステム。
  2. 　前記特定企業が求職者を雇用している場合、求職者の日々の勤務時間を、求職者の前記勤務実績データとして登録する勤務実績データ登録手段をさらに備えることを特徴とする請求項１記載の人材マッチングシステム。
  3. 　前記勤務実績データは、雇用した前記特定企業が求職者に与えた評価に関する情報をさらに備えることを特徴とする請求項１又は２記載の人材マッチングシステム。
  4. 　前記求人案件データは、給与の条件に関する情報を含み、
    　求職者から給与支払の申請を受け付けた場合、該求職者が働いた特定企業の該当する前記求人案件データに含まれる給与の条件に関する情報、及び前記ブロックチェーンのネットワークに流通する該求職者の前記勤務実績データに基づいて給与支払に関する処理を実行する給与支払手段をさらに備えることを特徴とする請求項１乃至３のいずれか１項に記載の人材マッチングシステム。
  5. 　人材マッチング業務を管理する人材マッチングシステムによる人材マッチング方法であって、
    　前記人材マッチングシステムは、
    　求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、
    　求職者の仕事に対する希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、
    　複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、
    　前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、
    を備え、
    　前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、
    　前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、
    　前記特定企業からの求人案件を前記求人案件データとして前記共有データベースに登録する求人案件登録ステップと、
    　求職者の仕事に対する希望条件を前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録ステップと、
    　求職者から求人案件に関する検索指示を受け付ける検索指示受付ステップと、
    　前記検索指示受付ステップにより検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者に提示する検索結果提示ステップと、
    　前記検索結果提示ステップにより提示された検索結果の中から選択された求人案件に対して、求職者から案件確定の指示を受け付ける確定指示受付ステップと、
    　前記確定指示受付ステップにより案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業に対して、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信ステップと、
    を備えることを特徴とする人材マッチング方法。
  6. 　複数の企業及び人材サービス会社を含む共同事業体がアクセス可能であり、該共同事業体に含まれる企業（以下、特定企業という）からの求人案件に関する求人案件データを記憶する共有データベースと、前記共同事業体の間でブロックチェーンを用いて共有する求職者の勤務実績データと、前記人材サービス会社に設けられた人材マッチング業務管理装置と、前記特定企業に設けられた求人申込業務管理装置と、求職者が用いる利用者端末と、を備えた人材マッチングシステムにおける前記人材マッチング業務管理装置であって、
    　前記求人案件データは、求職者に求める応募条件として、求職者の勤務実績に関する条件を含むことが可能であり、
    　前記勤務実績データは、前記特定企業で働いた勤務時間に関する情報を少なくとも備え、
    　求職者の属性に関する求職者データを記憶する求職者データ記憶手段と、
    　求職者の仕事に対する希望条件に関する希望条件データを記憶する希望条件データ記憶手段と、
    　前記求人申込業務管理装置から、求人案件を受け付け、前記求人案件データとして前記共有データベースに登録する求人案件登録手段と、
    　前記利用者端末から、仕事に対する希望条件を受け付け、前記希望条件データとして前記希望条件データ記憶手段に登録する希望条件登録手段と、
    　前記利用者端末から、求人案件に関する検索指示を受け付ける検索指示受付手段と、
    　前記検索指示受付手段により検索指示を受け付けた場合には、検索指示をした求職者の前記希望条件データ記憶手段に記憶された希望条件データ及び前記共有データベースに記憶された求人案件データ、並びに前記ブロックチェーンのネットワークに流通する該求職者の勤務実績データに基づいて、検索指示に合致する求人案件データを抽出し、抽出した求人案件データを検索結果として、該求職者の前記利用者端末に表示する検索結果表示手段と、
    　前記利用者端末から、前記検索結果表示手段により表示された検索結果の中から選択された求人案件に対して、案件確定の指示を受け付ける確定指示受付手段と、
    　前記確定指示受付手段により案件確定の指示を受け付けた場合には、案件確定された求人案件を登録した前記特定企業の前記求人申込業務管理装置に、該求人案件を特定する情報、及び案件確定の指示をした求職者の前記求職者データ記憶手段に記憶された求職者データを送信する確定情報送信手段と、
    を備えることを特徴とする人材マッチング業務管理装置。
     
PCT/JP2019/017133 2019-02-06 2019-04-23 ブロックチェーンを活用した人材マッチングシステム、人材マッチング方法、及び人材マッチング業務管理装置 WO2020161929A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2019551403A JP6713588B1 (ja) 2019-02-06 2019-04-23 ブロックチェーンを活用した人材マッチングシステム、人材マッチング方法、及び人材マッチング業務管理装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019019338 2019-02-06
JP2019-019338 2019-02-06

Publications (1)

Publication Number Publication Date
WO2020161929A1 true WO2020161929A1 (ja) 2020-08-13

Family

ID=71947972

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/017133 WO2020161929A1 (ja) 2019-02-06 2019-04-23 ブロックチェーンを活用した人材マッチングシステム、人材マッチング方法、及び人材マッチング業務管理装置

Country Status (1)

Country Link
WO (1) WO2020161929A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112508534A (zh) * 2020-12-17 2021-03-16 杭州趣链科技有限公司 基于区块链的人事信息管理方法、装置及相关设备
WO2022071202A1 (ja) * 2020-09-30 2022-04-07 株式会社ネオキャリア 情報処理装置、情報処理システム、情報処理方法、記憶媒体及びプログラム
WO2023249044A1 (ja) * 2022-06-24 2023-12-28 ギグワークス株式会社 求人者と求職者との間で仕事の機会をマッチングさせるための方法、コンピュータ及びプログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018150606A1 (ja) * 2016-02-18 2018-08-23 株式会社野村総合研究所 情報処理装置、情報処理方法およびコンピュータプログラム
US20180293547A1 (en) * 2017-04-06 2018-10-11 Jaspreet Randhawa Methods and systems for employment and education verification using blockchain
JP2018173673A (ja) * 2017-03-31 2018-11-08 Ｈｒソリューションズ株式会社 マッチングシステム、プログラム、及びマッチング方法
CN108875093A (zh) * 2018-08-31 2018-11-23 广州黄埔区块链培训中心有限公司 一种基于区块链的履历管理方法及系统
CN109003043A (zh) * 2018-06-27 2018-12-14 中国银行股份有限公司 一种基于区块链的履历信息管理系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018150606A1 (ja) * 2016-02-18 2018-08-23 株式会社野村総合研究所 情報処理装置、情報処理方法およびコンピュータプログラム
JP2018173673A (ja) * 2017-03-31 2018-11-08 Ｈｒソリューションズ株式会社 マッチングシステム、プログラム、及びマッチング方法
US20180293547A1 (en) * 2017-04-06 2018-10-11 Jaspreet Randhawa Methods and systems for employment and education verification using blockchain
CN109003043A (zh) * 2018-06-27 2018-12-14 中国银行股份有限公司 一种基于区块链的履历信息管理系统
CN108875093A (zh) * 2018-08-31 2018-11-23 广州黄埔区块链培训中心有限公司 一种基于区块链的履历管理方法及系统

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022071202A1 (ja) * 2020-09-30 2022-04-07 株式会社ネオキャリア 情報処理装置、情報処理システム、情報処理方法、記憶媒体及びプログラム
CN112508534A (zh) * 2020-12-17 2021-03-16 杭州趣链科技有限公司 基于区块链的人事信息管理方法、装置及相关设备
WO2023249044A1 (ja) * 2022-06-24 2023-12-28 ギグワークス株式会社 求人者と求職者との間で仕事の機会をマッチングさせるための方法、コンピュータ及びプログラム

Similar Documents

Publication Publication Date Title
JP6713588B1 (ja) ブロックチェーンを活用した人材マッチングシステム、人材マッチング方法、及び人材マッチング業務管理装置
US10489837B2 (en) System and method for facilitating transactions as conversations between participants
Krishna et al. Implementing public information systems in developing countries: Learning from a success story
US8332253B1 (en) Just in time workflow construction
WO2020161929A1 (ja) ブロックチェーンを活用した人材マッチングシステム、人材マッチング方法、及び人材マッチング業務管理装置
US20100241581A1 (en) System and Method for Interactive Interview and Recruitment
JP2020173489A (ja) 無資金事業支援装置、無資金事業支援システム、無資金事業支援方法及び無資金事業支援プログラム
JP6592665B2 (ja) 求人媒体管理プログラム及びその装置
WO2019015786A1 (en) SYSTEM AND METHOD FOR COORDINATING PRODUCTS AND SERVICES FOR CLIENTS
JP2008197726A (ja) 求人求職支援サーバ
JP2017054317A (ja) 人材派遣システム、人材派遣方法およびそのプログラム
JP6986845B2 (ja) 業務支援装置、業務支援方法、業務支援システム、及びプログラム
JP2004199525A (ja) 前払可能な支払方法及びサーバ装置、並びにプログラム
JP7354085B2 (ja) ビジネス支援装置、ビジネス支援方法、及びビジネス支援プログラム
JP7483517B2 (ja) 交通費支払システム及び交通費支払方法
JP5809589B2 (ja) 業務引継ぎ判定システム及び業務引継ぎ判定方法
JP2022188652A (ja) 人材紹介業者間のアライアンスサポートシステム
JP2022172846A (ja) 申請手続補助システム
JP2013152598A (ja) 物件情報マッチングシステム
JP2003108794A (ja) ジョブ管理方法およびアサインシステム
JP2020194387A (ja) マッチング支援装置、マッチング支援方法、コンピュータプログラム及び記録媒体
JP2021099706A (ja) 送客管理システムおよび送客管理サーバ
JP2007072811A (ja) 保険金請求に係わる手続きを処理する情報処理装置および情報処理方法
KR20010094121A (ko) 인터넷을 이용한 용역직 인력 관리방법
Weaver A Case Study: Independent Restaurant Managers’ Perceptions of Factors that Influence the Adoption of E-Commerce Technology in the Wake of the COVID-19 Pandemic

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2019551403

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19914267

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19914267

Country of ref document: EP

Kind code of ref document: A1