Server device, control method for server device, and control program for server device

Abstract

This job posting service adjusts the base salary based on the degree of match between the user's work history and the skills required for the advertised position, setting a unique salary for each user. [Solution] In the communication system 1, the server device 100 for providing job information services includes a user information management unit 111 that manages user information by associating user identification information with the user's work history information, a job information management unit 112 that manages job information by associating job job identification information with the job conditions and basic salary of the job, a setting unit 113 that sets a unique salary for the user for the job identified by the job identification information based on the job conditions and basic salary associated with the job identification information and the user's work history information, and a transmission unit 140 that transmits display information to the user's user terminal to display a list of job postings related to the job information based on the unique salary for the user for each job.

Description

Technical Field

[0001] The present disclosure relates to a server device, a control method for the server device, and a control program for the server device.

Background Art

[0002] Conventionally, a system for providing job information on a network has been put into practical use. For example, Patent Document 1 discloses a job information providing system that enables job seekers to view and apply for job information in which client job information is registered and posted on a server.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

[0004] According to a first aspect of the present invention, a server device is a server device related to the provision of a job information service, and includes a user information management unit that manages user information in which user work history information is associated with user identification information, a job information management unit that manages job information in which job requirements and basic salary of a job are associated with job identification information, a setting unit that sets a unique salary for a user for a job identified by job identification information based at least on the job requirements and basic salary associated with the job identification information and the user's work history information, and a transmission unit that transmits display information for causing a user terminal of the user to display a job list related to a job included in the job information based on the unique salary of the user for each job.

[0005] According to a second aspect of the present invention, the server device control method includes: managing user information by associating user identification information with the user's work history information; managing job information by associating job identification information with the job conditions and basic salary of a job; setting a unique salary specific to the user for a job identified by the job identification information, based at least on the job conditions and basic salary associated with the job identification information and the user's work history information; and transmitting display information to the user's user terminal to display a list of job postings related to the job information based on the unique salary specific to the user for each job posting.

[0006] According to a third aspect of the present invention, a program to be executed on a computer of a server device for providing a job information service includes: managing user information by associating user identification information with the user's work history information; managing job information by associating job identification information with the job conditions and basic salary of a job; setting a unique salary for the user for the job identified by the job identification information, based at least on the job conditions and basic salary associated with the job identification information and the user's work history information; and transmitting display information to the user's user terminal to display a list of job postings related to the job information based on the unique salary for the user for each job posting. [Brief explanation of the drawing]

[0007] [Figure 1] This diagram shows the configuration of a communication system according to one embodiment of the present invention. [Figure 2] An example of information stored in a memory unit according to one embodiment of the present invention, where (a) is an example of a user information table and (b) is an example of a recruiter information table. [Figure 3] This is an example of a user history information table stored in a storage unit according to one embodiment of the present invention. [Figure 4] This is an example of a job information table stored in a memory unit according to one embodiment of the present invention. [Figure 5] This is an explanatory diagram of the outline of Mounting Embed. [Figure 6]This is an example of a processing sequence for a communication system according to one embodiment of the present invention. [Figure 7] This is an example of an employment history table stored in a memory unit according to one embodiment of the present invention. [Figure 8] (a), (b), and (c) are all explanatory diagrams illustrating the outline of one embodiment of the present invention. [Figure 9] This is an example of a processing sequence for a communication system according to one embodiment of the present invention. [Figure 10] (a) and (b) are examples of screens relating to one embodiment of the present invention. [Figure 11] (a), (b), and (c) are all explanatory diagrams illustrating the outline of one embodiment of the present invention. [Figure 12] This is an explanatory diagram of the outline of Mounting Embed. [Figure 13] (a) and (b) are examples of screens relating to one embodiment of the present invention. [Figure 14] This is a flowchart relating to a server control method according to one embodiment of the present invention. [Modes for carrying out the invention]

[0008] <Compliance with legal matters> Please note that the disclosures described herein are subject to compliance with the laws of the implementing country, including the confidentiality of communications, which are necessary for the implementation of these disclosures.

[0009] An embodiment for implementing the job information service related to this disclosure will be described with reference to the drawings.

[0010] <System Configuration> Figure 1 shows the configuration of a communication system 1 according to one embodiment of this disclosure. As disclosed in Figure 1, in the communication system 1, a server 100, user terminals 200 (200A, 200B, 200C), and recruiting terminals 300 (300A, 300B) of recruiting parties posting job openings are connected via a network 400. The server 100 provides a service (job information service) that provides job information to user terminals 200 owned by users via the network 400. The recruiting terminals 300 are terminals of recruiting parties (companies, stores, individuals, hospitals, etc.) that post job openings. Hereafter, companies, stores, individuals, hospitals, corporations, organizations (including for-profit and non-profit) that post job openings may be referred to as "recruiting parties." Users of the recruiting party operate the recruiting terminal 300 to transmit information about the job openings they are posting to the server 100. The number of user terminals 200 and recruiting terminals 300 connected to the network 400 is not limited. Here, the user terminal 200 and the recruiting terminal 300 may have an application installed for using the job information service. Alternatively, installation of an application on the user terminal 200 and the recruiting terminal 300 is not required; the user terminal 200 and the recruiting terminal 300 may access a web page for using the job information service provided on the server 100 via a web browser or the like.

[0011] Network 400 is responsible for connecting one or more user terminals 200, one or more recruiting terminals 300, and one or more servers 100. In other words, Network 400 is a communication network that provides a connection path so that user terminals 200 and recruiting terminals 300 can send and receive data after connecting to the server 100.

[0012] One or more parts of network 400 may or may not be wired or wireless networks. Network 400 may include, but is not limited to, an ad hoc network, an intranet, an extranet, a virtual private network (VPN), a local area network (LAN), a wireless LAN (WLAN), a wide area network (WAN), a wireless WAN (WWAN), a metropolitan area network (MAN), part of the internet, part of a public switched telephone network (PSTN), a mobile phone network, ISDN (integrated service digital networks), wireless LAN, LTE (long term evolution), CDMA (code division multiple access), Bluetooth (registered trademark), satellite communications, etc., or two or more combinations thereof. Network 400 may include one or more networks 400.

[0013] In FIG. 1, the user terminal 200 is shown as a smartphone, and the job-seeker terminal 300 is shown as a notebook computer. However, the user terminal 200 (200A, 200B, 200C) and the job-seeker terminal 300 (300A, 300B) may be any information processing terminal that can realize the functions described in each embodiment. The user terminal 200 and the job-seeker terminal 300 are, by way of example and not limitation, a smartphone, a mobile phone (feature phone), a computer (by way of example and not limitation, a desktop, a laptop, a tablet, etc.), a media computer platform (by way of example and not limitation, a cable, a satellite set-top box, a digital video recorder), a handheld computer device (by way of example and not limitation, a PDA (personal digital assistant), an email client, etc.), a wearable terminal (a glasses-type device, a watch-type device, etc.), or other types of computers, or a communication platform. Also, the user terminal 200 and the job-seeker terminal 300 may be referred to as information processing terminals.

[0014] Since the configurations of the user terminal 200 (200A, 200B, 200C) and the job-seeker terminal 300 (300A, 300B) are basically the same, in the following description, the user terminal 200 will be described. Also, as needed, the terminal used by user X will be referred to as user 200X and 300X, and the user information in the job information service associated with user X or user terminals 200X and 300X will be referred to as user information X. Note that user information is information of a user associated with identification information or an account used by the user in the job information service. User information includes, by way of example and not limitation, information associated with the user such as the name of the user, the icon image of the user, the age of the user, the gender of the user, the address of the user, the hobbies and interests of the user, the identifier of the user, etc., which are input by the user or assigned by the job information service, and may be any one or a combination of these, or not.

[0015] Server 100 is equipped with a function to provide job information services to user terminal 200. Server 100 can be any device as long as it is an information processing device that can realize the functions described in each embodiment. Server 100 includes, by way of example and not limitation, server devices, computers (such as, by way of example and not limitation, desktops, laptops, tablets, etc.), media computer platforms (such as, by way of example and not limitation, cables, satellite set-top boxes, digital video recorders), handheld computer devices (such as, by way of example and not limitation, PDAs, email clients, etc.), or other types of computers, or communication platforms. Also, Server 100 may be expressed as an information processing device. When there is no need to distinguish between Server 100 and user terminal 200, Server 100 and user terminal 200 may each be expressed as an information processing device, or may not be.

[0016] Note that in FIG. 1, only one Server 100 is shown, but it is not limited to this. That is, communication system 1 may include multiple servers. Specifically, Server 100 may be, for example, a distributed server system that cooperates by communicating via a network, or a so-called cloud server. That is, Server 100 is not limited to a physical server and may also include virtual servers.

[0017] <Hardware (HW) Configuration> Using FIG. 1, the HW configuration of each device included in communication system 1 will be described.

[0018] (1) HW Configuration of Terminal (User Terminal, Job Offer Side Terminal) As mentioned above, this section describes the user terminal 200, but the configuration of the recruiting terminal 300 is basically the same. The user terminal 200 comprises a control unit 210 (CPU: central processing unit), a storage unit 290, a communication interface 220, an input / output unit 230, and a display unit 280. The hardware components of the user terminal 200 are interconnected via bus B, not as an example but as an example. It is not mandatory for the hardware configuration of the user terminal 200 to include all components. Not as an example but as an example, the user terminal 200 may have a configuration in which individual components, or multiple components, such as the microphone 250 and camera 270, are removed, or it may not.

[0019] The communication interface 220 transmits and receives various types of data via the network 400. This communication may be performed via wired or wireless connection, and any communication protocol may be used as long as communication between the two parties is possible. The communication interface 220 has the function of communicating with the server 100 via the network 400. The communication interface 220 transmits various types of data to the server 100 according to instructions from the control unit 210. The communication interface 220 also receives various types of data transmitted from the server 100 and transmits them to the control unit 210. The communication interface 220 may also be simply referred to as the communication unit. Furthermore, if the communication interface 220 is composed of a physically structured circuit, it may also be referred to as the communication circuit.

[0020] The input / output unit 230 includes a device for inputting various operations to the user terminal 200, and a device for outputting the processing results processed by the user terminal 200. The input / output unit 230 may have an integrated input unit and an output unit, or it may have separate input and output units, or it may not have been integrated.

[0021] The input unit is implemented by any or a combination of any type of device capable of receiving user input and transmitting information related to said input to the control unit 210. The input unit includes, but is not limited to, hardware keys such as a touch panel 240, touch display, and keyboard, pointing devices such as a mouse, a camera 270 (operation input via video), and a microphone 250 (operation input via voice).

[0022] The output unit is implemented by any or a combination of any type of device capable of outputting the processing results processed by the control unit 210. The output unit includes, but is not limited to, a touch panel 240, a touch display, a speaker 260 (for audio output), a lens (for, but is not limited to, 3D (three-dimensional) output or hologram output), a printer, and the like.

[0023] The display unit 280 is implemented by any or a combination of any type of device capable of displaying data according to the display data written to the frame buffer. The display unit 280 includes, but is not limited to, touch panels, touch displays, monitors (including, but is not limited to, liquid crystal displays and OLEDs (organic electroluminescence displays)), head-mounted displays (HDMs), projection mapping, holograms, and devices capable of displaying images, text information, etc., in air (which may or may not be a vacuum). These display units 280 may or may not be capable of displaying display data in 3D.

[0024] If the input / output unit 230 is a touch panel, the input / output unit 230 and the display unit 280 may be arranged facing each other and have substantially the same size and shape.

[0025] The control unit 210 has physically structured circuitry to perform functions realized by code or instructions contained within the program, and is implemented, but is not limited to, by a data processing device built into the hardware. Therefore, the control unit 210 may or may not be described as a control circuit.

[0026] The control unit 210 includes, but is not limited to, a central processing unit (CPU), a microprocessor, a processor core, a multiprocessor, an ASIC (application-specific integrated circuit), and an FPGA (field programmable gate array).

[0027] The storage unit 290 has the function of storing various programs and data necessary for the operation of the user terminal 200. The storage unit 290 includes, but is not limited to, various storage media such as HDD (hard disk drive), SSD (solid state drive), flash memory, RAM (random access memory), and ROM (read-only memory). The storage unit 290 may or may not be referred to as memory.

[0028] The user terminal 200 stores program P in the storage unit 290, and by executing program P, the control unit 210 executes the processing of each part included in the control unit 210. In other words, program P stored in the storage unit 290 enables the user terminal 200 to realize the various functions executed by the control unit 210. Furthermore, this program P may or may not be described as a program module.

[0029] Microphone 250 is used for inputting audio data. Speaker 260 is used for outputting audio data. Camera 270 is used for acquiring video data.

[0030] (2) Server hardware configuration Server 100 comprises a control unit 110 (CPU), a storage unit 150, a communication interface 140, an input / output unit 120, and a display unit (display) 130. The hardware components of Server 100 are interconnected via bus B, not as an example but as an example. Note that the hardware configuration of Server 100 does not necessarily include all components. For example but as an example, Server 100 may or may not have a configuration that removes the display 130.

[0031] The control unit 110 has physically structured circuitry to perform functions realized by code or instructions contained within the program, and is implemented, but is not limited to, by a data processing device built into the hardware.

[0032] The control unit 110 is typically a central processing unit (CPU), but may also be a microprocessor, processor core, multiprocessor, ASIC, FPGA, or otherwise. In this disclosure, the control unit 110 is not limited to these.

[0033] The storage unit 150 has the function of storing various programs and data necessary for the operation of the server 100. The storage unit 150 is implemented using various storage media such as HDDs, SSDs, and flash memory. However, in this disclosure, the storage unit 150 is not limited to these. Furthermore, the storage unit 150 may or may not be referred to as memory.

[0034] The communication interface 140 transmits and receives various types of data via the network 400. This communication may be performed via wired or wireless connection, and any communication protocol may be used as long as communication between the two parties is possible. The communication interface 140 has the function of communicating with the user terminal 200 and the recruiting terminal 300 via the network 400. The communication interface 140 transmits various types of data to the user terminal 200 and the recruiting terminal 300 according to instructions from the control unit 110. The communication interface 140 also receives various types of data transmitted from the user terminal 200 and transmits them to the control unit 110. The communication interface 140 may also be simply referred to as the communication unit. Furthermore, if the communication interface 140 is composed of a physically structured circuit, it may also be referred to as the communication circuit.

[0035] The input / output unit 120 is implemented by a device that inputs various operations to the server 100. The input / output unit 120 is implemented by any or a combination of any type of device that can receive input from a user and transmit information related to said input to the control unit 110. Typically, the input / output unit 120 is implemented by hardware keys such as a keyboard or a pointing device such as a mouse. The input / output unit 120 may, but is not limited to, include, a touch panel, a camera (operation input via video), or a microphone (operation input via voice). However, in this disclosure, the input / output unit 120 is not limited to these.

[0036] The display 130 is typically implemented as a monitor (not limited to, but examples include a liquid crystal display or an OLED (organic electroluminescence display)). The display 130 may also be a head-mounted display (HDM) or otherwise. Furthermore, these displays 130 may or may not be capable of displaying data in 3D. However, the display 130 in this disclosure is not limited to these.

[0037] Server 100 stores program P in storage unit 150, and by executing program P, the control unit 110 performs the processing of each part included in the control unit 110. In other words, program P stored in storage unit 150 enables server 100 to realize each function executed by the control unit 110. This program P may or may not be described as a program module.

[0038] In each embodiment of this disclosure, it is described as being realized by the execution of program P by the CPUs of the user terminal 200, the recruiting terminal 300, and / or the server 100.

[0039] Furthermore, the control unit 210 of the user terminal 200 and / or the control unit 110 of the server 100 may implement each process not only with a CPU having a control circuit, but also with logic circuits (hardware) or dedicated circuits formed on an integrated circuit (IC (Integrated Circuit) chip, LSI (Large Scale Integration)), etc., or they may not. Also, these circuits may be implemented by one or more integrated circuits, and the multiple processes shown in each embodiment may be implemented by a single integrated circuit, or they may not. In addition, LSIs are sometimes called VLSI, Super LSI, Ultra LSI, etc., depending on the degree of integration. For this reason, the control unit 21 may or may not be described as a control circuit.

[0040] Furthermore, the program P of each embodiment of the present disclosure (not limited to, for example, a software program, a computer program, or a program module) may or may not be provided stored on a computer-readable storage medium. The storage medium is a “non-temporary tangible medium” capable of storing the program P. Also, the program P may or may not be for the purpose of implementing some of the functions of each embodiment of the present disclosure. Furthermore, the program P may or may not be a so-called differential file (differential program) that can implement the functions of each embodiment of the present disclosure in combination with a program P already recorded on the storage medium.

[0041] The storage medium may include one or more semiconductor-based or other integrated circuits (ICs) (for example, but not limited to, field-programmable gate arrays (FPGAs) or application-specific integrated circuits (ASICs)), hard disk drives (HDDs), hybrid hard drives (HHDs), optical disks, optical disk drives (ODDs), magneto-optical disks, magneto-optical drives, floppy diskettes, floppy disk drives (FDDs), magnetic tapes, solid-state drives (SSDs), RAM drives, secure digital cards, or drives, any other suitable storage medium, or any two or more suitable combinations thereof. The storage medium may be volatile, non-volatile, or a combination of volatile and non-volatile, where appropriate. The storage medium is not limited to these examples and may be any device or medium capable of storing program P. The storage medium may or may not be referred to as memory.

[0042] The server 100, user terminal 200, and / or recruiting terminal 300 can realize the functions of the multiple functional units shown in each embodiment by reading the program P stored in the storage medium and executing the read program P.

[0043] Furthermore, the program P of this disclosure may or may not be provided to the server 100, user terminal 200, and / or recruiting terminal 300 via any transmission medium capable of transmitting the program (such as a communication network or broadcast waves). The server 100, user terminal 200, and / or recruiting terminal 300 realize the functions of the multiple functional units shown in each embodiment by executing the program P downloaded via the internet or the like, for example, without limit.

[0044] Furthermore, each embodiment of this disclosure can also be realized in the form of a data signal embedded in a carrier wave, in which the program P is embodied by electronic transmission.

[0045] At least a portion of the processing on the server 100, user terminal 200, and / or recruiting terminal 300 may or may not be implemented by cloud computing consisting of one or more computers.

[0046] The configuration may or may not involve the server 100 performing at least a portion of the processing on the user terminal 200 and the recruiting terminal 300. In this case, the configuration may or may not involve the server 100 performing at least a portion of the processing on each functional unit of the control unit 210 of the user terminal 200 and the control unit 310 of the recruiting terminal 300.

[0047] The server 100 may be configured to perform at least a portion of its processing on the user terminal 200 and / or the recruiting terminal 300, or it may not be configured to do so. In this case, the server 100 may be configured to perform at least a portion of the processing of each functional unit of the control unit 110 on the user terminal 200 and / or the recruiting terminal 300, or it may not be configured to do so.

[0048] Unless otherwise explicitly stated, the configuration of the determination in the embodiments of this disclosure is not mandatory, and a predetermined process may be performed if the determination condition is met, or if the determination condition is not met, or not.

[0049] The programs disclosed herein may be implemented using, but are not limited to, scripting languages ​​such as ActionScript and JavaScript®, object-oriented programming languages ​​such as Objective-C and Java®, and markup languages ​​such as HTML5.

[0050] <Functional Configuration> The functional configuration of each device will be explained using Figure 1.

[0051] (1) Functional configuration of terminals (user terminal, recruiting terminal) As mentioned above, this section describes the user terminal 200, but the configuration of the recruiting terminal 300 may be basically the same. The user terminal 200 includes a display processing unit 211 and an input / output control unit 212, which are functions implemented by the control unit 210. The display processing unit 211 displays information about job postings obtained from the server 100 in the display area of ​​the display unit 280. As will be described in detail later, the display processing unit 211 displays a job posting list on the display unit 280 as information related to job postings. The display processing unit 211 also displays various screens used when using the job posting service on the display unit 280. These various screens used when using the job posting service may include, for example, a screen for entering work history when registering to use the job posting service, a search screen for searching for job postings that the user desires, etc. In addition, the display processing unit 311 of the recruiting terminal 300 may display a screen for entering job requirements, etc., on the display unit 380. Job requirements will be described later.

[0052] The input / output control unit 212 receives user input operations via the input / output unit 230 (typically a touch panel 240). For example, the input / output control unit 212 receives user operations such as registering to use the job information service, searching for jobs, and applying for jobs. The input / output control unit 312 also receives operations such as the employer's user inputting job requirements and sending employment notifications to users.

[0053] (2) Server Functional Configuration The server 100 includes, as functions implemented by the control unit 110, a user information management unit 111, a job information management unit 112, a setting unit 113, a generation unit 114, an evaluation information acquisition unit 115, and a reward granting unit 116.

[0054] Figure 2 shows an example of information stored in the storage unit 150. Figure 2(a) shows the user information table, and Figure 2(b) shows the recruiter information table. The user information table TB10 stores various information about users who use the job information service. The user information table TB10 associates information such as username, email address, wage payment destination, and place of residence with a user ID (IDentifier), which is an identifier (user identification information) for identifying each user. This information may be transmitted from the user terminal 200 to the server 100 when the user registers. Note that the information stored in the user information table TB10 is not limited to this, and telephone number, age, gender, a predetermined user account specified by the user or specified by the server 100, etc., may also be stored.

[0055] Furthermore, the recruiter information table TB20 in Figure 2(b) stores various information about recruiters using the job information service. The recruiter information table TB20 associates a recruiter ID, which is an identifier for each recruiter, with information such as name (store name, company name, individual name, etc.), main industry, email address, telephone number, and address. This information may be transmitted from the recruiter terminal 300 to the server 100 when the user registers. Note that the information stored in the recruiter information table TB20 is not limited to this; recruiter accounts used in the job information service, the number of employees, etc., may also be stored in the storage unit 150.

[0056] The user information management unit 111 manages user history information, which associates user identification information with the user's work history information. Figure 3 shows an example of the user history information table TB30 stored in the storage unit 150. Note that the user history information stored in the storage unit 150 is not limited to what is shown in the figure; it may store more information than shown, or less. Also, the user history information may be only a part of the user information.

[0057] In Figure 3, the user history information table TB30 associates work history information with the user ID. Work history information refers to the user's work history, including occupations and duties, and may include information about the content of duties performed as a full-time employee, part-time worker, temporary worker, short-term worker, seasonal worker, etc. Furthermore, cumulative time, which is the sum of the time spent in each duty, may be associated with the work history information. This work history information can be sent from the user terminal 200 to the server 100 when the user registers to use the job posting service. The server 100's storage unit 150 may store the types of duties used in the job posting service as master information in advance. The server 100 may send display information to the user terminal 200 of the user registering to display a screen prompting the user to select their work history from the master information. The server 100 may also send display information to the recruiting terminal 300, which inputs the job postings, to display a screen prompting the user to select a duty from the master information.

[0058] In the example shown in Figure 3, the user history information table TB30A for user A associates user A's user ID "user_A" with work history information such as "waitstaff" 60 hours, "kitchen assistant" 140 hours, "cashier" 30 hours, and "bakery" 60 hours. Users can input their cumulative hours from the user terminal 200 when registering for the service. Although Figure 3 shows a configuration in which the user history information table TB30 is generated for each user, the present invention is not limited to this. For example, the user history information table may be generated as a single table for all users of the job information service, or it may be generated by classifying users according to predetermined rules.

[0059] The job information management unit 112 manages job information that associates the job conditions and basic salary of each job with an identifier (job identification information) to identify each job. Figure 4 shows an example of the job information table TB40 stored in the storage unit 150. Note that the job information stored in the storage unit 150 is not limited to what is shown in the figure, and the information stored may be more or less than what is shown.

[0060] In Figure 4, the job information table TB40 associates a job ID, which is an identifier (job identification information) for each job posting, with the name, employer ID, industry, job conditions, base salary, work location, working hours, employment period, etc. The name may be the name of the employer who posted the job. The employer ID is an identifier that uniquely identifies each employer and may consist of any alphanumeric characters. Since one job ID is assigned to each job posting, multiple job IDs may be associated with one employer ID, for example, if a store posts multiple job postings. The industry may be the main industry of the employer who posted the job identified by the job ID. Job conditions may be information specifying multiple skills, work history, or experience required of the recruited personnel. In the figure, only three job conditions are shown, but the number of job conditions is not limited to this. That is, the number of job conditions may be more or less depending on the employer's needs. The server 100 may also send display information to the recruiting terminal 300, which inputs the job to be recruited, to display a screen that allows the terminal to select a job from the master information. In the job information service according to one embodiment of the present invention, personnel with the skills indicated in the job requirements are preferred, but the users who can post job openings are not limited to personnel who possess all the skills indicated in the job requirements. In the figure, different recruiting users are associated with each job ID, but one recruiting user may post multiple job openings. That is, job openings identified by job ID may be obtained from the same company, etc., or from different companies, etc.

[0061] Basic salary is the compensation paid to the user in accordance with the performance of the duties related to the job posting, and may be an hourly wage, daily wage, monthly wage, or other form of payment. In the example in Figure 4, an example of an hourly wage is shown as the basic salary. For example, in Figure 4, the job posting identified by job ID "req_001" is associated with the name of the employer who posted the job, "Restaurant □△", the employer ID "rest_***", and the industry "Restaurant". Furthermore, job ID "req_001" is associated with information such as job conditions "Hall staff", "Cooking assistant", "Dishwasher", basic salary "1300 yen", work location "○○", working hours "10:00-20:00 3 days a week~", and no restrictions on the employment period.

[0062] The setting unit 113 sets a unique salary for the user for the job identified by the job identification information, based at least on the job conditions and basic salary associated with the job identification information and the user's work history information. The setting of the unique salary by the setting unit 113 will be explained in detail with reference to Figure 5. Note that Figure 5 is just an example and does not limit the present invention.

[0063] Server 100 retrieves job information 10 related to job postings P to S from the recruiting party, for example, from the recruiting party's terminal 300. In the example in Figure 5, the job conditions 11 for job posting P are "cashier," "cleaning," and "stocking shelves," with a base hourly wage of 1110 yen. The job conditions for job posting Q are "waitstaff," "cooking assistant," and "cashier," with a base hourly wage of 1100 yen. The job conditions for job posting R are "bakery," "cashier," and "cleaning," with a base hourly wage of 950 yen. The job conditions for job posting S are "sorting and inspection," "packaging," and "inventory management," with a base hourly wage of 900 yen.

[0064] As will be explained in more detail later, according to one embodiment of the present invention, the base salary is adjusted according to the degree of match between the user's work history and the skills required for the recruited personnel, and a salary unique to the user is set. For example, the hourly wage for each job shown in the job information 10 is adjusted according to user A's work history 20A and changes to the hourly wage shown in the job list 10A. In the example in Figure 5, in the job information 10, the hourly wages are highest for job P (1110 yen), job Q (1100 yen), job R (950 yen), and job S (900 yen). However, the setting unit 113 sets a salary unique to user A according to the degree of match between user A's work history 20A and the job conditions for each job, as shown in the job list 10A, to job Q (1210 yen), job P (1165 yen), job R (1026 yen), and job S (900 yen). On the other hand, the setting unit 113 sets User B's unique salary based on User B's work history 20B and job information 10, as shown in the job list 10B, with Job P (1198 yen), Job Q (1155 yen), Job R (997 yen), and Job S (945 yen). In other words, even for the same job, the salary will differ depending on the user's work history.

[0065] The generation unit 114 generates display information to display a list of job postings included in the job information, based on the user's specific salary for each job posting. The server 100 transmits the display information generated by the generation unit 114 to the user terminal 200 via the communication interface 140. Job posting lists 10A and 10B are job posting lists related to the specific salaries of users A and B, respectively, set for job postings P to S. Since the setting unit 113 sets the specific salary for each user, the job posting list 10A related to user A's specific salary and the job posting list 10B related to user B's specific salary will be different, as illustrated in Figure 5.

[0066] Furthermore, users may be able to select which job postings have a fixed salary set. For example, a user may send search criteria such as the industry, minimum base salary, work history, and work location of the job posting they wish to apply for to the server 100 from the user terminal 200. The server 100 may extract job postings that match the search criteria sent from the user terminal 200 from the job information table TB40, and the setting unit 113 may set the fixed salary for the extracted job postings. The generation unit 114 may then generate a list of job postings based on the fixed salary for the job postings that match the user's search criteria.

[0067] Thus, according to one embodiment of the present invention, the base salary is adjusted according to the user's work history. This makes it possible for employers to hire users who are a better match for the personnel they are looking for. Furthermore, since users are provided with a list of job postings based on their individual salary, they can easily identify job postings that are favorable to them. This reduces the number of times users have to operate the user terminal 200 to search for job postings that are favorable to them, and as a result, reduces the load on the terminal.

[0068] Furthermore, the work history information included in the user information may be automatically updated as the user completes the duties related to the job for which they were hired. This will be explained using Figures 6 to 8. Figure 6 is an example of a processing sequence of a communication system according to one embodiment of the present invention. First, when the input / output unit 230 of the user terminal 200 receives a job selection (application for a job) from the user, it transmits information indicating that the user is applying for the job from the communication interface 220 (step S11). The information indicating that the user is applying for a job may include the job ID of the job being applied for and the user ID. The communication interface 220 of the server 100 transmits information regarding the application to the recruiting terminal 300 on the recruiting side, which is identified by the job ID received from the user terminal 200 (step S12). The recruiting terminal 300 transmits information regarding acceptance / rejection to the server 100 according to the input operation of the recruiting user. Here, the recruiting terminal 300 transmits information regarding the user's acceptance to the server 100 (step S13). User recruitment information refers to information about a user who will be hired for a particular job, and may include information linking the job ID and the user ID. The job-recruiting terminal 300 may, in principle, send a notification of hiring for all job postings.

[0069] The user information management unit 111 of server 100 associates the user ID with the job ID of the job posting related to the user's employment, and stores it in the storage unit 150 (step S14). Figure 7 shows an example of an employment history information table related to a user's employment history, which is stored in the storage unit 150. The employment history information table TB50 stores the history of jobs in which the user was hired, including information on jobs in which the duties have been completed (employment period has ended) and information on jobs in which the user is currently employed. Note that Figure 7 is just an example, and the information stored in the storage unit 150 is not limited to this and may be more or less than this. For each user ID, the employment history information table TB50 may associate the job ID in which the user identified by the user ID was hired, the user's specific salary for that job ID, the status of the job identified by the job ID, evaluation information, compensation, etc. Note that the status of the job identified by the job ID may be information indicating whether the duties related to the job identified by that job ID have been completed or whether the user is still employed. Evaluation information and compensation will be described later.

[0070] In Figure 7, for example, in the employment history information table TB50A for user ID "user_A", the job ID "req_010" is associated with the user's unique salary at the time of hiring, "1100 yen", and it is stored that the job has been completed. Furthermore, the job for job ID "req_001" is not yet completed and is still in the employment period. Similarly, in the employment history information table TB50B for user ID "user_B", the job ID "req_003" is associated with the user's unique salary, "1200 yen", and it is stored that the work has been completed. Note that Figure 7 shows an example where an employment history information table is created for each user, but the present invention is not limited to this.

[0071] Although not shown in the sequence diagram in Figure 6, during the user's employment period, the server 100 may receive information from the recruiting terminal 300 and / or the user terminal 200, such as the user's attendance and break times, to determine the user's working hours. The user information management unit 111 updates the user's work history information based on the job information associated with the job ID when the user's duties are completed (step S15). Completion of the user's duties may mean that the employment period associated with the job ID has ended, or that the recruiting terminal 300 has received information indicating that the user's employment has ended. Here, Figure 8 shows a schematic diagram of how the user's work history information is updated. Figure 8(a) is an example of the user history information table TB30A for user ID "user_A" (user A) before the completion of duties. Assume that user A was hired for a job identified by job ID "req_001" and completed the duties of "hall staff," "kitchen assistant," and "dishwasher" (see job information table TB40 in Figure 4). Let's assume the total working hours were 90 hours. The user information management unit 111 updates user A's work history information based on the total working hours and the job conditions "waitstaff," "kitchen assistant," and "dishwasher" associated with the job ID. Figure 8(b) is an example of user history information table TB31A for user A after the update. The user information management unit 111 may also allocate the 90 hours of total working hours to the three job conditions "waitstaff," "kitchen assistant," and "dishwasher," 30 hours each, and update the history information. In the examples of Figures 8(a) and (b), the cumulative time for "waitstaff" is updated from 60 hours to 90 hours, and the cumulative time for "kitchen assistant" is updated from 140 hours to 170 hours. Furthermore, "dishwasher," which was not previously stored in the work history, is newly added to the user information, and its cumulative time is stored as 30 hours. Note that the distribution of total working hours does not have to be equal. For example, the server 100 may receive the allocation ratio of working hours for each job from the job-recruiting terminal 300 and update the user information based on the allocation ratio. Alternatively, the server 100 may receive information regarding the user's work from the recruiting terminal 300 at predetermined intervals (for example, every day, every 6 hours, every 3 hours, etc., but not limited to these) after an employment relationship is established between the user ID and the job ID.

[0072] The setting unit 113 may set the user's unique salary using the work history information updated by the user information management unit 111 (step S16). Figure 8(c) illustrates the change in the user's unique salary due to the update of the work history information. Note that the numerical values ​​in the figure are provisional for ease of explanation, and the method for calculating the unique salary will be described later. For example, suppose the unique salary for job A (hall staff, kitchen assistant, dishwasher) based on the user information table TB10A before the update was 1200 yen. In contrast, the unique salary for job A based on the updated user information table TB11A is set to 1300 yen. This is because the degree of agreement between the job conditions of job A and the work history information of user A has increased due to the update of the user information. In contrast, the unique salary for job B does not change before and after the user information update. This is because there is no change in the degree of agreement between the job conditions of job B and the work history information of user A.

[0073] Returning to Figure 6, the generation unit 114 generates display information to display a job listing based on the set specific salary. The communication interface 140 transmits the display information to display the job listing to the user terminal 200 (step S17). The user terminal 200 displays the received job listing on the display unit 280 (step S18).

[0074] As described above, according to one embodiment of the present invention, a user's work history is automatically updated upon completion of a job, and the user's unique salary is set according to the updated work history. In this case, the user's unique salary is set according to the degree of match between the work history and the job requirements of the job posting, so that the user can obtain better job postings by having a diverse range of job types as part of their work history. Therefore, it is possible to motivate the user to apply for various job postings. Furthermore, employers benefit from the fact that the number of people with the desired skills increases as users gain experience in diverse job types.

[0075] Furthermore, it is preferable that updated work history cannot be changed by the user. This ensures the reliability of the job information service. Alternatively, the allocation of working hours may be done by the user, for example, within the user's working hours.

[0076] Regarding the payment of wages upon completion of a user's work, for example, the platform providing the job information service may pay the wages to the user and then subsequently claim the wages from the employer. This would reduce the burden on employers using the job information service and promote its use.

[0077] The control unit 110 of the server 100 calculates the wages to be paid to the user based on the user's individual salary and total working hours, in accordance with the completion of the job duties for which the user has been hired. The calculated wage information may be stored in the storage unit 150, associated with the recruiter ID associated with the job ID and the user ID, respectively. The recruiter ID may be associated with and stored information regarding wages incurred for multiple job IDs associated with that recruiter ID. That is, if multiple users are hired for a job advertised by a company, information regarding wages incurred for multiple users will be associated with the recruiter's account. Similarly, the user ID may be associated with and stored information regarding wages incurred for multiple job IDs associated with that user ID. That is, information regarding wages incurred for multiple job duties that the user has completed may be associated with and stored with the user ID. Furthermore, the wage information may be transmitted to the recruiter terminal 300 and the user terminal 200, for example, each time a duty is completed. Alternatively, the wage information may be transmitted to the recruiter terminal 300 and the user terminal 200 on a predetermined day, such as the 10th of each month.

[0078] The user may send information requesting payment of wages from the user terminal 200 to the server 100. The control unit 110 of the server 100 may send a request for wage payment to a designated external device based on the wage information stored in the storage unit 150, to the bank account associated with the user ID. Furthermore, the control unit 110 of the server 100 may send information requesting the accumulated wages to the recruiting terminal 300 on a predetermined day, for example, the 15th of each month.

[0079] The wage payment described above is merely an example, and the present invention is not limited thereto. Wage payments may be made in any manner.

[0080] In addition, according to one embodiment of the present invention, the recruiting party may evaluate the user and correct the user's work history information according to the evaluation. This will be explained using Figures 9 to 12. Figure 9 is an example of a processing sequence of a communication system according to one embodiment of the present invention. First, when the input / output unit 230 of the user terminal 200 receives a job selection (application for a job) from the user, it transmits information indicating that the user has applied for the job from the communication I / F 220 (step S21). The communication I / F 220 of the server 100 transmits information regarding the application to the recruiting party's terminal 300, which is identified by the job ID received from the user terminal 200 (step S22). The recruiting party's terminal 300 transmits information regarding acceptance / rejection to the server 100 according to the input operation of the recruiting party's user. Here, the recruiting party's terminal 300 transmits information regarding the user's acceptance to the server 100 (step S23). The user information management unit 111 of server 100 associates the user ID with the job ID of the job posting related to the user's employment, and stores it in the storage unit 150, in response to the acquisition of information regarding the user's employment (step S24). The user information management unit 111 updates the user's work history information based on the job posting information associated with the job ID, in response to the completion of the user's duties (step S25). Steps S21 to S25 are the same as steps S11 to S15 in Figure 6, so a detailed explanation is omitted.

[0081] Next, user evaluation information for the job in which the user was hired is transmitted from the communication I / F 340 of the recruiting terminal 300 (step S26). Figure 10(a) is an example of the user evaluation information input screen 41 displayed on the display unit 380 of the recruiting terminal 300. The input screen 41 displays information about the user, such as the user's name, job duties, and employment period. The recruiting user may select an evaluation of the user on a five-point scale. The method of inputting evaluation information is not limited to that shown in the figure. For example, the evaluation may be selected from five or fewer levels, or five or more levels. Alternatively, evaluation items may be set, and evaluations may be made for each item. Examples of evaluation items may be, but are not limited to, proactiveness, cooperativeness, politeness, work attitude, etc. The recruiting user may also transmit any text as evaluation information for the user from the recruiting terminal 300.

[0082] The evaluation information acquisition unit 115 acquires user evaluation information from the recruiting terminal 300. The user information management unit 111 may associate and store the acquired evaluation information in the user's employment history information table TB50. The setting unit 113 corrects the work history information for the job in which the user was hired according to the user evaluation information (step S27). Here, Figure 11 shows a schematic diagram of how the user's work history information is corrected. Figure 11(a) is an example of the user history information table TB30A for user ID "user_A" (user A) before job completion, similar to Figure 8(a). Figure 11(b) is an example of the user history information table TB31A for user A, updated after job completion for the job identified by job ID "req_001", similar to Figure 8(b). Here, let's assume that evaluation information for user A is transmitted from the recruiting terminal 300 related to job ID "req_001". The setting unit 113 corrects the user's work history information according to the received evaluation information. Figure 11(c) shows an example of a corrected user information table TB12A, in which the cumulative time for the job conditions "Hall Staff," "Cooking Assistant," and "Dishwasher" related to job ID "req_001" has been corrected to increase by 10 hours each. Typically, the cumulative time may be increased for higher evaluations. Conversely, the cumulative time may be decreased for lower evaluations. Furthermore, evaluation information may be obtained for each job, in which case the cumulative time may be increased only for jobs with high evaluations. Note that the example in Figure 11 is for illustrative purposes only, and the actual form of correction is not limited to this.

[0083] The setting unit 113 may set the user's unique salary using the corrected work history information. In the case of job postings that require candidates with extensive work experience, the unique salary will be set higher as the accumulated hours increase. In such cases, this can motivate the user to seriously engage with their work in order to increase their accumulated hours.

[0084] Furthermore, evaluation information may be used for purposes other than correcting work history information. For example, it may be possible to make the job listings viewable only to users whose average evaluation score is above a predetermined threshold, or to select job postings that are only available to users with such a score. In other words, the generation unit 114 may send display information to the user terminal 200 that displays a job listing corrected according to the user's evaluation information. In addition, the user's evaluation information may be viewable by the employer. This allows the employer to hire users with a desirable attitude towards their work.

[0085] Furthermore, new users who have just started using the job posting service and have no hiring history may be at a disadvantage in the hiring process because the aforementioned evaluation information is not available. In such cases, according to one embodiment of the present invention, it is possible to provide the employer with an incentive to hire new users.

[0086] Let me explain in detail. The reward granting unit 116 of the server 100 may associate a predetermined reward (first reward) with a user ID if the user evaluation information obtained by the user information management unit 111 for a job posting related to the job posting ID initially associated with the user ID (i.e., the job posting that first hired a new user) is equal to or greater than a predetermined threshold (first threshold). The predetermined reward may be wages granted separately from basic salary and specific salary. Alternatively, the predetermined reward may be a right to enjoy a predetermined service, such as a service voucher or coupon. The predetermined threshold may be, for example, the value indicating the highest evaluation, or it may not be.

[0087] According to one embodiment of the present invention, new users can be inspired to take on the job related to the position they have been hired for, and are motivated to work diligently. For employers, hiring new users leads to acquiring motivated personnel, thus providing them with an incentive to actively recruit new users. Furthermore, it can promote the influx of new users into the job information service, leading to the revitalization of the job information service.

[0088] Furthermore, the awarding of rewards is not limited to the first time a user is hired. For example, the reward awarding unit 116 may associate a predetermined reward (second reward) with a user ID if, when the job ID initially associated with the user ID by the user information management unit 111 is designated as the first, the user evaluation information obtained for job IDs from the first to the Nth (where N is a predetermined integer) is equal to or greater than a predetermined threshold (second threshold). For example, a predetermined reward may be awarded to a user based on the average value of the evaluation information obtained for the first to fifth jobs. Here, the value of N is not particularly limited, but it is preferable that it is a value that allows for the extraction of users with little work experience and limited experience.

[0089] According to one embodiment of the present invention, it is possible to motivate users with limited evaluation information and little experience to try various job roles and work to achieve high evaluations. Furthermore, for employers, it is possible to hire more motivated individuals, even if they are inexperienced users whose skills do not necessarily match those of the recruited personnel.

[0090] Furthermore, the aforementioned predetermined compensation may be provided to users by the platform providing the job information service. If the predetermined compensation is borne by the employer, there is a risk that employers may not give high ratings. However, by having the platform bear the predetermined compensation, it is possible to prevent bias by employers and enhance the reliability of the job information service.

[0091] Furthermore, evaluation information may also be entered by the user to the employer. Figure 10(b) shows an example of an input screen for evaluation information from the employer, displayed on the display unit 280 of the user terminal 200. The input screen 42 displays details of the job, such as the hiring store and employment period, and allows the user to select an evaluation on a 5-point scale. The content of the evaluation information is not limited to this; it may be less than 5 points or more than 5 points, and evaluation information may be entered for multiple items. The server 100 may store the evaluation information sent from the user terminal 200 in association with the employer ID. In addition, the evaluation information may be viewable on the user terminal 200 and may be used as a condition for the user to search for jobs, for example, specifying an evaluation of 3 or higher.

[0092] Furthermore, the generation unit 114 may generate display information that displays the above-mentioned job listings in order of the employer's evaluation. Alternatively, it may generate display information that displays job listings based on criteria defined by a combination of the employer's evaluation information and the user's unique salary.

[0093] <Method for calculating individual salary> Next, we will explain how to calculate the fixed salary. As mentioned above, job conditions and work history information may each include multiple types of job information. For example, in Figure 5, job conditions 11 for job posting P are "cashier," "cleaning," and "stocking shelves," job conditions for job posting Q are "waitstaff," "kitchen assistant," and "cashier," job conditions for job posting R are "bakery," "cashier," and "cleaning," and job conditions for job posting S are "sorting and inspection," "packing," and "inventory management." In addition, as work history information, user A's work history 20A is "waitstaff," "kitchen assistant," "cashier," and "bakery," and user B's work history 20B is "sorting and inspection," "stocking shelves," "dishwashing," and "cashier."

[0094] The setting unit 113 may determine the specific salary for a job based on the degree of agreement between the job information included in the job conditions of a job posting and the job information included in the user's work history information, and the base salary of the job posting. In other words, a percentage increase in the base salary may be set according to the degree of agreement between the job conditions and the work history as job information. For example, if the user's work history matches one of the three job conditions, the base salary may be increased by 5%, if there are two matches, the base salary may be increased by 8%, and if there are three matches (perfect match), the base salary may be increased by 10%. This will be explained with reference to the example in Figure 4. For example, User A's work history 20 for job posting P matches one job condition, "cashier," so User A's specific salary will be 1165 yen, which is a 5% increase from the base salary of 1110 yen. User A's work history 20A for job posting Q matches three job conditions: "waitstaff," "kitchen assistant," and "cashier," so the specific salary will be 1210 yen, which is a 10% increase from the base salary of 1100 yen. Similarly, the specific salary for job opening R is 1,026 yen, an 8% increase from the base salary of 950 yen, while the specific salary for job opening S remains at 900 yen because there is no matching job. Note that the above figures are merely examples, and the present invention is not limited to these.

[0095] Thus, according to one embodiment of the present invention, a fixed salary is set according to the degree of match between work experience and job requirements. Therefore, it is possible to motivate users to try various types of jobs. Furthermore, it is possible to increase the number of people with skills in various types of jobs, improve the quality of the job information service, and encourage the influx of users from the hiring side.

[0096] The method for calculating the unique salary is not limited to the above. According to one embodiment of the present invention, the unique salary may be set based on the user's work history, depending on how rare the user is in the job market. That is, the setting unit 113 may calculate the degree of agreement between the job information included in the job conditions of a job and the job information included in the user's work history information, and determine the unique salary for a job based on the percentage of users identified by the user identification information included in the user information that satisfy the degree of agreement, and the basic salary of a job.

[0097] This will be explained using Figure 12. Figure 12 is a Venn diagram that schematically represents the job market, with job seekers U as the whole set and users who have a certain job as part of their work experience as subsets. Note that Figure 12 uses job posting Q from Figure 5 as an example and only shows the jobs necessary for the explanation, showing subsets of users who have the job conditions "waitstaff," "kitchen assistant," and "cashier" as part of their work experience, and subsets of users who have job T and job U as part of their work experience. The setting unit 113 calculates the proportion (first proportion) of users who meet the job conditions of job posting Q to the total number of job seekers, and may set the individual salary for each user according to this proportion. For example, the first proportion of users who have all three job conditions as part of their work experience (the blacked-out set 50 in Figure 12), the proportion of users who have two of them as part of their work experience, and the first proportion of users who have one of them as part of their work experience can be calculated, and the base salary may be increased according to this first proportion. For example, the unique salary of users whose first percentage is less than 10% may be increased by 15% from their base salary. Similarly, the unique salary of users whose first percentage is between 10% and 30% may be increased by 10% from their base salary. Furthermore, the unique salary of users whose first percentage is between 30% and 60% may be increased by 5% from their base salary. However, the base salary of users whose first percentage is 60% or more does not need to be increased. Note that the percentage of the base salary increase is not limited to those stated above.

[0098] In other words, according to one embodiment of the present invention, the more rare a user's work history is, the higher their individual salary will be set. Situations where rarity is high include when there are few users with experience in that job (for example, job U in Figure 11), or when there are many users with experience in that job, but few users with experience in a combination of that job and other jobs (the common part between job T and "cashier" in Figure 12). Therefore, users can be motivated to challenge themselves in various job types in order to become rare personnel with higher individual salaries. Furthermore, employers benefit from being able to more easily recruit the talent they are looking for.

[0099] In the above, users were categorized solely by the number of matching jobs, without distinguishing between different types of jobs. However, users could also be strictly categorized by the degree of matching job types. In the example in Figure 12, users who match two out of the three job conditions could be categorized into job combinations such as "waitstaff" and "cashier," "waitstaff" and "kitchen assistant," and "cashier" and "kitchen assistant," and the first percentage could be calculated for each such combination.

[0100] The method for calculating the unique salary is not limited to the above. For example, points may be assigned to each job included in the job conditions, and points may be awarded to the user according to their work experience that matches the job. The user's unique salary may then be set according to the total points. For example, if the total points are 70 or more, the base salary may be increased by 15%. If the total points are 50 or more but less than 70, the base salary may be increased by 8%, and if the total points are 30 or more but less than 50, the base salary may be increased by 5%. Users with a total score of less than 30 points do not need to have their base salary increased. To explain using the job posting Q in Figure 5 as an example, weighted points may be pre-set for the job conditions "Hall Staff," "Cooking Assistant," and "Cashier" in the job posting Q, such as 30 points for "Hall Staff," 50 points for "Cooking Assistant," and 20 points for "Cashier," and these may be stored in the memory unit 150. For user A, who has work experience 20A, their work experience includes "waitstaff," "kitchen assistant," and "cashier," resulting in a total score of 100 points and a base salary of 920 yen. In contrast, for user B, who has work experience 20B, their work experience includes "cashier," resulting in a total score of 20 points and no change in base salary. The above process is performed by storing conditions for increasing points and base salary in advance in the memory unit 150, and the setting unit 113 can set the user's base salary by referring to user information and job information. The numerical values ​​are not limited to these.

[0101] Furthermore, as a job requirement, the experience time (cumulative time) for the job may also be set and stored in the memory unit 150. For example, job requirements may be set as "10 hours or more" for "hall staff" experience, "30 hours or more" for "kitchen assistant" experience, and "10 hours or more" for "cashier" experience. The setting unit 113 may refer to the user information stored in the memory unit 150 and calculate the degree of agreement between the job requirements and the user's work history as described above. The setting unit 113 may set the user's individual salary according to the degree of agreement. According to this embodiment, an individual salary will not be set high for users who are only employed for a short period and do not have a high level of skill. And for employers, it becomes possible to recruit personnel who are more in line with their preferences.

[0102] In the above, we described a configuration in which multiple types of jobs are set as job conditions. However, job conditions based on the experience time for a single job may also be set and stored in the memory unit 150. For example, job conditions such as "10 hours or more," "50 hours or more," and "100 hours or more" for experience in "hall" may be set. In other words, a user with 10 hours or more but less than 100 hours of experience in "hall" will have two matching job conditions and work history ("10 hours or more," "50 hours or more"). The setting unit 113 may refer to the user information stored in the memory unit 150 and calculate the degree of agreement between the job conditions and the cumulative time in the user's work history, as described above. The setting unit 113 may set the user's unique salary according to the degree of agreement. In this embodiment, a higher unique salary will be set for a user with higher proficiency in a particular job. Therefore, it is possible to motivate users to work on a particular job for a long period of time. Furthermore, employers can recruit more skilled personnel.

[0103] Furthermore, the job conditions described above as "○ hours or more" may also be described as "○ days or more," "○ times or more," etc. Additionally, the employer may choose from the multiple methods for calculating the individual salary described above. Furthermore, the multiple methods for calculating the individual salary described above may be combined.

[0104] <Integration with messaging services> According to one embodiment of the present invention, a job posting service and a predetermined messaging service are linked, and notifications from the job posting service can be sent via the messaging service. The user information table TB10 may store user IDs further associated with user accounts in the messaging service. The communication I / F140 may send the information to be notified by the job posting service and the user account to which that information should be sent as a message to the application server providing the messaging service. The information to be notified by the job posting service may include, for example, information regarding the user's hiring / rejection status, information regarding the wages to be paid to the user, and information regarding the unique salary set for the user. Note that the user may have already used the messaging service and have a user account, or a new user account may be created when using the job posting service. Existing methods such as APIs (Application Program Interfaces) provided by the messaging service may be used for linking the messaging service and the job posting service.

[0105] This allows for notifications to be sent using a user-friendly messaging service, avoiding problems such as users missing notifications. Furthermore, by outsourcing notifications to an external application, it also reduces the server load.

[0106] Furthermore, an official account related to the provision of the job information service may be generated in the messaging service, and the job list may be sent to the user terminal 200 in message format. That is, the user account for the job information service may be stored in the memory of the application server, and the communication I / F 140 of the server 100 may send display information to the application server indicating that the job list will be sent in message format.

[0107] This will be explained using Figure 13. Figure 13(a) is an example of a talk room screen displayed on the user terminal 200 when using the messaging service. The user may request the server 100 to send information through message exchange (messages 61, 64). In addition, job lists 63, 65 may be sent in message format in response to the user's request or via push notification from the job information service. Note that the method of sending the job list is not limited to this, and a URL to display the job list may also be sent. Furthermore, as a notification from the job information service, a message such as message 66 may be sent informing the user that their compensation has been granted.

[0108] Furthermore, the user may apply for jobs from the job list displayed on the user terminal 200. When the input / output unit 230 on the user terminal 200 receives a selection from the user of job list 63 or job list 64, the display unit 280 may display the job list. Furthermore, when the input / output unit 230 receives an operation to specify a particular job from the displayed job list, the display unit 280 may display the details of that specific job information. Figure 13(b) shows an example of a screen displaying the details of job information on the display unit 280. As shown in the details display screen 70, the job information may include the name of the employer, industry, work location, job conditions, working hours, and hourly wage. The hourly wage may be the user's own wage. Furthermore, the details display screen 70 may display an application button 71 for applying to the job. When the input / output unit 230 of the user terminal 200 receives a selection of the application button 71 by the user, information regarding the user's application may be sent from the communication interface 220 of the user terminal 200 to the server 100. Furthermore, the detailed display screen 70 may display information (similar job information) 72 regarding jobs similar to the job specified by the user from the job list. When the job information management unit 112 of the server 100 receives a request from the user terminal 200 for details of a specific job, it may extract jobs similar to that specific job by referring to the job information table. Similar jobs may be jobs with a high degree of matching in terms of industry, job conditions, work location, etc.

[0109] Thus, according to one embodiment of the present invention, a list of job postings unique to each user can be sent via a messaging service. This allows for the provision of user-friendly job information services and reduces the load on the server 100.

[0110] Furthermore, a user account for the recruiting party may be created in the messaging service and stored in the storage unit 150 of the server 100, associated with the recruiting party's user ID. A mutual "friendship" relationship may also be established between the user and the recruiting party in the messaging service once an employment relationship has been established. A mutual friendship relationship means that message exchange is possible. This allows the recruiting party to send various job-related notifications to the user via message.

[0111] <Server control method> Next, the control method for server 100 will be explained using the flowchart in Figure 14. First, the user information management unit 111 of server 100 stores user information, which associates the user's job information with the user identification information (user ID), in the storage unit 150 (step S31). Also, the job information management unit 112 of server 100 stores job information, which associates the job conditions and basic salary of a job with the job identification information (job ID), in the storage unit 150 (step S32). The setting unit 113 sets a unique salary for the user for the job identified by the job ID, based on the job conditions and basic salary associated with the job ID and the user's work history information (step S33). The generation unit 114 generates display information to display a list of job postings related to the job postings included in the job information, based on the unique salary for the user for each job posting, and the communication I / F 140 transmits this display information to the user terminal (step S34).

[0112] While embodiments of this disclosure have been described based on the drawings and examples, it should be noted that those skilled in the art will find it easy to make various modifications and alterations based on this disclosure. Therefore, it should be noted that these modifications and alterations are within the scope of this disclosure. Not limited to, but as an example, the functions, etc., included in each means, each step, etc., can be rearranged in a logically consistent manner, and multiple means, steps, etc., can be combined into one, or divided, or the order of steps can be changed. Furthermore, the configurations shown in each embodiment may be combined as appropriate.

[0113] For example, a messaging service may be used when a user registers for a job posting service. That is, a message requesting the necessary registration information may be sent from the job posting service to the user's account in a chat room with the user, and the user may respond on the user terminal 200. This makes it easier to register for the service and makes it possible to increase the number of users of the job posting service.

[0114] Furthermore, the job information service may provide users with a dedicated My Page. This My Page may provide information on the user's job history, acquired work experience, and earned wages through the job information service. In addition, information on job openings suitable for the user may be presented according to the user's work experience. A suitable job opening may be one with job conditions that match the user's work experience, or it may be one with job conditions that do not match the user's work experience but which may offer the aforementioned predetermined compensation. Note that the above information is not limited to My Page; it is acceptable as long as it is viewable on the user terminal 200 upon the user's request.

[0115] Furthermore, while the recruiting terminal 300 may implement the above-described configuration on a single terminal, it may also divide the processing among multiple terminals. For example, separate devices may be provided for processing from posting job openings to hiring users, and for managing job duties such as counting users' working hours and processing wage payments. This reduces the load on the recruiting terminal 300.

[0116] Furthermore, the memory unit provided in server 100 may be implemented as a separate storage device from the server and connected to server 100 via network 400. [Explanation of Symbols]

[0117] 100 servers 110 Control Unit 111 User Information Management Department 112 Recruitment Information Management Department 113 Settings Section 114 Generation part 115 Evaluation Information Acquisition Unit 116 Reward Distribution Department 120 Input / output section 130 Display section 140 Communication I / F 150 Storage section 151 User Information Table 152 Job Information Table 200 user terminals 210 Control Unit 211 Display Processing Unit 212 Input / Output Control Unit 220 Communication I / F 230 Input / output section 240 Touch Panel 250 microphones 260 speakers 270 Cameras 280 Display section 290 Storage section 300 Recruitment-side terminals 310 Control Unit 311 Display Processing Unit 312 Input / Output Control Unit 320 Communication I / F 330 Input / output section 340 Touch Panel 350 microphones 360 Speakers 370 Camera 380 Display 390 Storage section

Claims

1. A program to be executed by an information processing device, The information processing device is instructed to set a first unique salary specific to the first user for the job based on the compensation for the job and the work history information of the first user, and to set a second unique salary specific to the second user for the job based on the compensation and the work history information of the second user.

2. The program according to claim 1, The information processing device is instructed to perform a first process for presenting the first specific salary to the first user and the second specific salary to the second user.

3. The program according to claim 2, The first process includes a process for presenting the first unique salary to the first user via a messaging service and a process for presenting the second unique salary to the second user via the messaging service.

4. The program according to claim 1, The first fixed salary is set for each of the multiple job postings, including the first job posting, and the second fixed salary is set for each of the multiple job postings, including at least the first job posting.

5. A program according to any one of claims 1 to 4, The information processing device is instructed to update the work history information of the first user based on the completion of the duties of the job for which the first user was hired, and to update the work history information of the second user based on the completion of the duties of the job for which the second user was hired.

6. A program according to any one of claims 1 to 5, The information processing device is instructed to correct the work history information of the first user in the job posting in which the first user was hired, based on the first evaluation information for the first user in the job posting in which the first user was hired, and to correct the work history information of the second user in the job posting in which the second user was hired, based on the second evaluation information for the second user in the job posting in which the second user was hired.

7. L according to claim 6, The information processing device is instructed to perform a second process for presenting the first evaluation information to the first user and presenting the second evaluation information to the second user.

8. The program according to claim 7, The second process includes a process for presenting the first evaluation information to the first user via a messaging service and presenting the second evaluation information to the second user via the messaging service.

9. An information processing method for an information processing device, This includes setting a unique salary for the first user for the job based on the compensation for the job and the work history information of the first user, and setting a unique salary for the second user for the job based on the compensation and the work history information of the second user.

10. An information processing device, The system includes a control unit that sets a unique salary for the first user for the job based on the compensation for the job and the work history information of the first user, and sets a unique salary for the second user for the job based on the compensation and the work history information of the second user.

Images