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

Abstract

To provide a server apparatus for presenting a user specific unique salary to a user who uses a personnel information service.SOLUTION: In a communication system 1 in which a server 100, a plurality of user terminals 200, and a job offer side terminal 300 are connected via a network 400, the server related to providing a job opening information service comprises: a user information management unit for managing user information in which user identification information is associated with user work history information; a job opening information management unit for managing job opening information in which job opening identification information is associated with job conditions and a basic salary of a job opening; a setting unit for setting a user specific unique salary for the job opening identified by the job opening identification information based at least on the job conditions and the basic salary associated with the job opening identification information and the user work history information; and a transmission unit for transmitting display information to a user terminal of the user for displaying a job opening list related to the job openings included in the job opening information based on the user specific unique salary for each job opening.SELECTED DRAWING: Figure 1

Description

[Technical Field]

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

[0002] Systems that provide job information over a network have been put to practical use in the past. For example, Patent Document 1 discloses a job information providing system in which client job information is registered and posted on a server, and job seekers can view and apply for the information. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Publication No. 2015-122037 Summary of the Invention

[0004] According to a first aspect of the present invention, the server device is a server device for providing a job information service, and includes a user information management unit that manages user information in which user identification information is associated with a user's work history information; a job information management unit that manages job information in which job identification information is associated with the job's job conditions and basic salary; a setting unit that sets a user-specific salary 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 a transmission unit that transmits display information to the user's user terminal to display a list of job openings related to the job openings included in the job information based on the user's unique salary for each job opening.

[0005] According to a second aspect of the present invention, a control method of a server device includes managing user information in which user identification information is associated with a user's work history information; managing job information in which job identification information is associated with the job's job conditions and base salary; setting a user-specific salary for the job identified by the job identification information based at least on the job conditions and base salary associated with the job identification information and the user's work history information; and transmitting display information to the user's user terminal for displaying a list of job openings related to the job openings included in the job information based on the user's unique salary for each job opening.

[0006] According to a third aspect of the present invention, a program to be executed on a computer of a server device related to the provision of a job information service includes managing user information in which user identification information is associated with a user's work history information; managing job information in which job identification information is associated with the job's job conditions and basic salary; setting a user-specific salary 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 sending display information to the user's user terminal for displaying a list of job openings related to the job openings included in the job information based on the user's specific salary for each job opening. [Brief explanation of the drawings]

[0007] [Figure 1] 1 is a diagram illustrating a configuration of a communication system according to an embodiment of the present invention. [Figure 2] 1A and 1B are examples of information stored in a storage unit according to an embodiment of the present invention, in which (a) is an example of a user information table and (b) is an example of a recruiting information table. [Figure 3] 10 is an example of a user history information table stored in a storage unit according to an embodiment of the present invention. [Figure 4] 10 is an example of a job information table stored in a storage unit according to an embodiment of the present invention. [Figure 5] FIG. 1 is an explanatory diagram of an overview of one embodiment of the present invention. [Figure 6]10 is an example of a processing sequence of a communication system according to an embodiment of the present invention. [Figure 7] 10 is an example of a hiring history table stored in a storage unit according to an embodiment of the present invention. [Figure 8] 1A, 1B, and 1C are explanatory diagrams outlining an embodiment of the present invention. [Figure 9] 10 is an example of a processing sequence of a communication system according to an embodiment of the present invention. [Figure 10] 10(a) and 10(b) are both examples of screens according to one embodiment of the present invention. [Figure 11] 1A, 1B, and 1C are explanatory diagrams outlining an embodiment of the present invention. [Figure 12] FIG. 1 is an explanatory diagram of an overview of one embodiment of the present invention. [Figure 13] 10(a) and 10(b) are both examples of screens according to one embodiment of the present invention. [Figure 14] 10 is a flowchart illustrating a server control method according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0008] <Compliance with legal matters> It should be noted that the disclosures set forth herein are subject to compliance with the laws of the country of implementation, such as communications privacy, as required for the implementation of the disclosures.

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

[0010] <System configuration> FIG. 1 illustrates a configuration of a communication system 1 according to an embodiment of the present disclosure. As illustrated in FIG. 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 offers 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 terminal 300 is a terminal of the recruiting party (such as a company, store, individual, or hospital) that posts a job offer. Hereinafter, a company, store, individual, hospital, corporation, or organization (including for-profit and non-profit organizations) that posts a job offer may also be referred to as the "recruiting party." A recruiting user operates the recruiting terminal 300 to send information about the job offer they are posting to the server 100. There is no limit to the number of user terminals 200 and recruiting terminals 300 that can be connected to the network 400. Here, an application for using the job information service may be installed on the user terminal 200 and the recruiting party terminal 300. Alternatively, installation of an application on the user terminal 200 and the recruiting party terminal 300 is not essential, and a web page for using the job information service provided by the server 100 may be accessed from the user terminal 200 and the recruiting party terminal 300 via a web browser or the like.

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

[0012] One or more portions of network 400 may or may not be a wired or wireless network. Network 400 may include, by way of example and not limitation, 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), a portion of the Internet, a portion of the Public Switched Telephone Network (PSTN), a cellular network, integrated service digital networks (ISDN), wireless LAN, long term evolution (LTE), code division multiple access (CDMA), Bluetooth, satellite communications, etc., or a combination of two or more 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 recruiter terminal 300 is shown as a laptop. However, the user terminals 200 (200A, 200B, 200C) and the recruiter terminals 300 (300A, 300B) may be any information processing terminal capable of implementing the functions described in each embodiment. Examples of the user terminal 200 and the recruiter terminal 300 include, but are not limited to, smartphones, mobile phones (feature phones), computers (such as desktops, laptops, and tablets), media computer platforms (such as cable and satellite set-top boxes and digital video recorders), handheld computing devices (such as personal digital assistants (PDAs) and email clients), wearable devices (such as eyeglasses and watch devices), and other types of computers or communication platforms. The user terminal 200 and the recruiter terminal 300 may also be referred to as information processing terminals.

[0014] Because the configurations of user terminals 200 (200A, 200B, 200C) and employer terminals 300 (300A, 300B) are basically the same, the following description will focus on user terminal 200. Where necessary, the terminal used by user X will be referred to as user 200X or 300X, and user information in the job information service associated with user X or user terminal 200X or 300X will be referred to as user information X. User information refers to user information associated with the identification information or 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 user's name, user icon image, user age, user gender, user address, user hobbies and interests, and user identifier, which is input by the user or assigned by the job information service. It may be any one or a combination of these.

[0015] The server 100 has a function of providing a job information service to the user terminal 200. The server 100 may be any information processing device capable of implementing the functions described in each embodiment. The server 100 includes, but is not limited to, a server device, a computer (for example, but not limited to, a desktop, laptop, tablet, etc.), a media computer platform (for example, but not limited to, a cable or satellite set-top box, digital video recorder, etc.), a handheld computer device (for example, but not limited to, a PDA, email client, etc.), or other types of computers or communication platforms. The server 100 may also be referred to as an information processing device. When there is no need to distinguish between the server 100 and the user terminal 200, the server 100 and the user terminal 200 may or may not each be referred to as an information processing device.

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

[0017] <Hardware (HW) configuration> The HW configuration of each device included in the communication system 1 will be described with reference to FIG.

[0018] (1) Hardware configuration of the terminal (user terminal, recruiter terminal) As mentioned above, the user terminal 200 will be described here, but the configuration of the recruiting party terminal 300 is basically the same. The user terminal 200 comprises a control unit 210 (CPU: central processing unit), a memory unit 290, a communication I / F (interface) 220, an input / output unit 230, and a display unit 280. The HW components of the user terminal 200 are interconnected via a bus B, by way of example and not limitation. It is not essential that the HW configuration of the user terminal 200 includes all of the components. By way of example and not limitation, the user terminal 200 may or may not be configured so that individual components, such as the microphone 250, camera 270, or multiple components, are detachable.

[0019] The communication I / F 220 transmits and receives various data via the network 400. The communication may be performed either wired or wirelessly, and any communication protocol may be used as long as mutual communication is possible. The communication I / F 220 has a function of communicating with the server 100 via the network 400. The communication I / F 220 transmits various data to the server 100 in accordance with instructions from the control unit 210. The communication I / F 220 also receives various data transmitted from the server 100 and transmits it to the control unit 210. The communication I / F 220 may also be simply referred to as a communication unit. When the communication I / F 220 is configured from a physically structured circuit, it may also be referred to as a 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 results of processing performed by the user terminal 200. The input / output unit 230 may be an integrated unit having an input unit and an output unit, or may be separate units having an input unit and an output unit, or may not be so.

[0021] The input unit is realized by any one of or a combination of all types of devices that can receive input from a user and transmit information related to the input to the control unit 210. Examples of the input unit include, but are not limited to, a touch panel 240, a touch display, hardware keys such as a keyboard, a pointing device such as a mouse, a camera 270 (for operation input via moving images), and a microphone 250 (for operation input by voice).

[0022] The output unit is realized by any one or a combination of all kinds of devices that can output the processing results processed by the control unit 210. Examples of the output unit include, but are not limited to, a touch panel 240, a touch display, a speaker 260 (audio output), a lens (for example, but not limited to, 3D (three dimensions) output or hologram output), a printer, etc.

[0023] The display unit 280 is realized by any one of all types of devices or a combination thereof that can display according to the display data written to the frame buffer. Examples of the display unit 280 include, but are not limited to, a touch panel, a touch display, a monitor (for example, but not limited to, a liquid crystal display or an organic electroluminescence display (OLED)), a head mounted display (HDM), projection mapping, a hologram, and a device that can display images, text information, etc. in air (which may or may not be a vacuum). Note that these display units 280 may or may not be capable of displaying display data in 3D.

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

[0025] The control unit 210 has a circuit physically structured to execute the functions realized by the code or instructions contained in the program, and is realized by, for example and without limitation, a data processing device built into hardware. Therefore, the control unit 210 may or may not be expressed as a control circuit.

[0026] The control unit 210 may include, by way of example and not limitation, a central processing unit (CPU), a microprocessor, a processor core, a multiprocessor, an application-specific integrated circuit (ASIC), or a field programmable gate array (FPGA).

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

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

[0029] The microphone 250 is used to input audio data, the speaker 260 is used to output audio data, and the camera 270 is used to acquire video data.

[0030] (2) Server hardware configuration The server 100 includes a control unit 110 (CPU), a storage unit 150, a communication I / F 140, an input / output unit 120, and a display unit (display) 130. The components of the HW of the server 100 are connected to each other via a bus B, for example and not for limitation. Note that the HW of the server 100 does not necessarily have to include all the components as the configuration of the HW of the server 100. For example and not for limitation, the HW of the server 100 may or may not be configured such that the display 130 is detachable.

[0031] The control unit 110 has circuits physically structured to execute the functions realized by the codes or instructions contained in the program, and is realized, for example and without limitation, by a data processing device embedded in hardware.

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

[0033] The storage unit 150 has a function of storing various programs and various data required for the operation of the server 100. The storage unit 150 is realized by various storage media such as an HDD, an SSD, and a flash memory. However, in the present disclosure, the storage unit 150 is not limited to these. Furthermore, the storage unit 150 may or may not be expressed as a memory.

[0034] The communication I / F 140 transmits and receives various data via the network 400. This communication may be performed either wired or wirelessly, and any communication protocol may be used as long as mutual communication is possible. The communication I / F 140 has the function of communicating with the user terminal 200 and the recruiting terminal 300 via the network 400. The communication I / F 140 transmits various data to the user terminal 200 and the recruiting terminal 300 in accordance with instructions from the control unit 110. The communication I / F 140 also receives various data transmitted from the user terminal 200 and transmits it to the control unit 110. The communication I / F 140 may also be simply referred to as a communication unit. If the communication I / F 140 is configured as a physically structured circuit, it may also be referred to as a communication circuit.

[0035] The input / output unit 120 is realized by a device that inputs various operations to the server 100. The input / output unit 120 is realized by any one of or a combination of all types of devices that can receive input from a user and transmit information related to the input to the control unit 110. The input / output unit 120 is typically realized by hardware keys such as a keyboard or a pointing device such as a mouse. Note that the input / output unit 120 may or may not include, for example and without limitation, a touch panel, a camera (for inputting operations via moving images), or a microphone (for inputting operations via voice). However, in the present disclosure, the input / output unit 120 is not limited to these.

[0036] The display 130 is typically realized by a monitor (for example, but not limited to, a liquid crystal display or an organic electroluminescence display (OLED)). The display 130 may or may not be a head-mounted display (HDM) or the like. These displays 130 may or may not be capable of displaying display data in 3D. However, in the present disclosure, the display 130 is not limited to these.

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

[0038] In each embodiment of the present disclosure, the description will be given assuming that the CPU of the user terminal 200, the recruiting side terminal 300 and / or the server 100 executes the program P to realize the present invention.

[0039] The control unit 210 of the user terminal 200 and / or the control unit 110 of the server 100 may or may not implement each process using not only a CPU having a control circuit but also a logic circuit (hardware) formed in an integrated circuit (IC (Integrated Circuit) chip, LSI (Large Scale Integration)), etc., or a dedicated circuit. These circuits may be implemented by one or more integrated circuits, and multiple processes shown in each embodiment may or may not be implemented by a single integrated circuit. LSIs may also be referred to as VLSIs, super LSIs, ultra LSIs, etc., depending on the degree of integration. Therefore, the control unit 21 may or may not be expressed as a control circuit.

[0040] Furthermore, the program P (for example, but not limited to, a software program, a computer program, or a program module) of each embodiment of the present disclosure may or may not be provided in a state stored in a computer-readable storage medium. The storage medium can store the program P in a "non-transitory tangible medium." The program P may or may not be intended to realize part of the functions of each embodiment of the present disclosure. Furthermore, the program P may or may not be a so-called difference file (difference program) that can realize the functions of each embodiment of the present disclosure in combination with a program P already recorded on a storage medium.

[0041] The storage medium may include one or more semiconductor-based or other integrated circuits (ICs) (such as, by way of example and not limitation, field programmable gate arrays (FPGAs) or application-specific ICs (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 media, or any suitable combination of two or more of these. The storage medium may be volatile, nonvolatile, or a combination of volatile and nonvolatile, where appropriate. The storage medium is not limited to these examples and may be any device or medium capable of storing the program P. Furthermore, the storage medium may or may not be referred to as memory.

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

[0043] Furthermore, the program P of the present disclosure may or may not be provided to the server 100, the user terminal 200, and / or the recruiter terminal 300 via any transmission medium capable of transmitting the program (such as a communications network or broadcast waves). By way of example and not limitation, the server 100, the user terminal 200, and / or the recruiter terminal 300 execute the program P downloaded via the Internet or the like, thereby realizing the functions of the multiple functional units shown in each embodiment.

[0044] In addition, each embodiment of the present disclosure may 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 in the server 100, the user terminal 200 and / or the recruiter terminal 300 may or may not be realized by cloud computing consisting of one or more computers.

[0046] At least a portion of the processing in the user terminal 200 and the recruiting terminal 300 may or may not be performed by the server 100. In this case, at least a portion of the processing of each functional unit of the control unit 210 of the user terminal 200 and the control unit 310 of the recruiting terminal 300 may or may not be performed by the server 100.

[0047] At least a portion of the processing in the server 100 may or may not be performed by the user terminal 200 and / or the recruiting party terminal 300. In this case, at least a portion of the processing of each functional unit of the control unit 110 of the server 100 may or may not be performed by the user terminal 200 and / or the recruiting party terminal 300.

[0048] Unless explicitly stated otherwise, the judgment configuration in the embodiments of the present disclosure is not essential, and a predetermined process may or may not be performed when the judgment condition is met, or when the judgment condition is not met.

[0049] The programs of the present disclosure are implemented using, for example and without limitation, scripting languages ​​such as ActionScript and JavaScript (registered trademark), object-oriented programming languages ​​such as Objective-C and Java (registered trademark), and markup languages ​​such as HTML5.

[0050] <Functional configuration> The functional configuration of each device will be described with reference to FIG.

[0051] (1) Functional configuration of the terminal (user terminal, recruiter terminal) As mentioned above, the user terminal 200 will be described here, but the recruiting side terminal 300 may have basically the same configuration. The user terminal 200 includes a display processing unit 211 and an input / output control unit 212 as functions realized by the control unit 210. The display processing unit 211 displays information about job offers 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 offer list on the display unit 280 as information related to job offers. The display processing unit 211 also displays various screens on the display unit 280 when using the job information service. Examples of various screens when using the job information service include a screen for entering work history when registering for the job information service, a search screen for searching for a job offer desired by the user, and the like. The display processing unit 311 of the recruiting side terminal 300 may also display a screen on the display unit 380 for entering job conditions and the like related to the job offer. Job conditions will be described later.

[0052] The input / output control unit 212 accepts user input operations via the input / output unit 230 (typically, a touch panel 240). For example, the input / output control unit 212 accepts operations by the user to register for use of the job information service, to search for jobs, to apply for jobs, etc. Furthermore, the input / output control unit 312 accepts operations by the hiring user to input job requirements, to send a hiring notice to the user, etc.

[0053] (2) Server functional configuration The server 100 includes, as functions realized 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 .

[0054] FIG. 2 shows an example of information stored in the storage unit 150. FIG. 2(a) shows a user information table, and FIG. 2(b) shows a recruiting information table. The user information table TB10 stores various information related to users who use the recruitment information service. The user information table TB10 associates information such as a user name, email address, wage transfer 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 at the time of user registration. Note that the information stored in the user information table TB10 is not limited to this, and other information such as a telephone number, age, gender, and a predetermined user account designated by the user or the server 100 may also be stored.

[0055] Furthermore, the recruiting party information table TB20 in Figure 2(b) stores various information related to recruiting parties who use the job information service. In the recruiting party information table TB20, a recruiting party ID, which is an identifier for identifying each recruiting party, is associated with the name (store name, company name, individual name, etc.), main industry, email address, telephone number, location, etc. This information may be transmitted from the recruiting party terminal 300 to the server 100 at the time of user registration. Note that the information stored in the recruiting party information table TB20 is not limited to this, and the recruiting party account used in the job information service, number of employees, etc. may also be stored in the storage unit 150.

[0056] The user information management unit 111 manages user history information in which user identification information is associated with the user's work history information. FIG. 3 shows an example of a 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 that shown in the figure, and more or less information than that shown may be stored. Furthermore, the user history information may be a part of the user information.

[0057] In FIG. 3, the user history information table TB30 associates work history information with a user ID. Work history information refers to the user's experience in various occupations and jobs, and may include information about the content of jobs experienced as a full-time employee, part-time worker, temporary worker, seasonal worker, etc. The work history information may also be associated with cumulative time, which is the total time spent working in each job. This work history information can be transmitted from the user terminal 200 to the server 100 when the user registers to use the job information service. The server 100's storage unit 150 may store in advance master information the types of jobs used in the job information service. The server 100 may transmit display information to the user terminal 200 of the user registering to display a screen that allows the user to select work history from the master information. The server 100 may also transmit display information to the recruiting side terminal 300, which inputs the jobs being recruited, to display a screen that allows the user to select a job from the master information.

[0058] In the example of FIG. 3, in user history information table TB30A for user A, user A's user ID "user_A" is associated with work history information such as 60 hours in "hallway," 140 hours in "cooking assistant," 30 hours in "cashier," and 60 hours in "bakery." Note that the user can input the accumulated hours from user terminal 200 when registering for use. Note that while FIG. 3 shows a mode in which 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 who use the job information service, or may be generated by classifying users according to predetermined rules.

[0059] The job information management unit 112 manages job information in which the job conditions and base salary of the job are associated with an identifier (job identification information) for identifying each job. Figure 4 shows an example of a 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 that shown in the figure, and the information stored may be more or less than this.

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

[0061] The base salary is the compensation paid to a user for the performance of duties related to the job posting, and may be an hourly wage, daily wage, monthly wage, or wage, etc. In the example of FIG. 4, an hourly wage is shown as the base salary. For example, in FIG. 4, the job posting identified by the job posting ID "req_001" is associated with the name of the job posting company "Restaurant □△", the job posting company ID "rest_***", and the industry "restaurant." Furthermore, the job posting ID "req_001" is associated with information such as job requirements "Waiting," "Cooking assistant," and "Dishwashing," base salary "1,300 yen," work location "○○," working hours "10:00-20:00, 3 days a week or more," and no employment period limit.

[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 base 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 outlined using Fig. 5. Note that Fig. 5 is an example and does not limit the present invention.

[0063] The server 100 acquires, for example, job information 10 relating to job offers P to S acquired from the recruiting party from the recruiting party's terminal 300. In the example of FIG. 5, the job requirements 11 for job offer P are "cashier operation," "cleaning," and "stock restocking," with a base wage of 1,110 yen per hour. The job requirements for job offer Q are "hallway work," "cooking assistant," and "cashier operation," with a base wage of 1,100 yen per hour. The job requirements for job offer R are "bakery," "cashier operation," and "cleaning," with a base wage of 950 yen per hour. The job requirements for job offer S are "sorting and inspection," "packaging," and "inventory management," with a base wage of 900 yen per hour.

[0064] As will be described in detail later, according to one embodiment of the present invention, the base salary is adjusted based on the degree of match between the user's work history and the skills required for the recruited personnel, and a salary specific to the user is set. For example, the hourly wage for each job posting listed in the job posting information 10 is adjusted based on User A's work history 20A, and changes to the hourly wage shown in the job posting list 10A. In the example of FIG. 5, the hourly wages in the job posting information 10 are highest for Job P (1,110 yen), Job Q (1,100 yen), Job R (950 yen), and Job S (900 yen), in that order. However, the setting unit 113 sets User A's specific salary as Job Q (1,210 yen), Job P (1,165 yen), Job R (1,026 yen), and Job S (900 yen), as shown in the job posting list 10A, based on the degree of match between User A's work history 20A and the job requirements for each job posting. On the other hand, the setting unit 113 sets salaries specific to user B as job offer P (1,198 yen), job offer Q (1,155 yen), job offer R (997 yen), and job offer S (945 yen) as shown in job offer list 10B based on user B's work history 20B and job offer information 10. In other words, even for the same job offer, the salary will differ depending on the user's work history.

[0065] The generation unit 114 generates display information for displaying a job listing related to job listings included in the job information based on the user's unique salary for each job. The server 100 transmits the display information generated by the generation unit 114 to the user terminal 200 via the communication I / F 140. Job listings 10A and 10B are job listings related to the unique salaries of users A and B, respectively, set for job listings P to S. Because the unique salary for each user is set by the setting unit 113, the job listing 10A related to user A's unique salary and the job listing 10B related to user B's unique salary will differ, as shown in FIG. 5.

[0066] The user may be able to select a job offer for which a specific salary is to be set. For example, the user may be able to send search criteria such as the industry, minimum base salary, work history, and work location of the job offer to the server 100 using the user terminal 200. The server 100 may extract jobs 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 specific salary for the extracted job offer. The generation unit 114 may then generate a job offer list based on the specific salary for the job offers 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 to hire users who are more suited to the type of talent desired by the employer. Furthermore, because a job listing based on the user's specific salary is provided to the user, the user can easily identify job listings that offer favorable conditions for the user. This reduces the number of times the user has to operate the user terminal 200 in search of a job listing that offers favorable conditions for the user, resulting in a reduction in the load on the terminal.

[0068] The work history information included in the user information may be automatically updated as the user completes the job related to the job for which they were hired. This will be explained using FIGS. 6 to 8. FIG. 6 shows 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 accepts 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 I / F 220 (step S11). The information indicating that the user is applying for the job may include the job ID of the job to be applied for and the user ID. The communication I / F 220 of the server 100 transmits information regarding the application to the recruiting side terminal 300 of the recruiting party identified by the job ID received from the user terminal 200 (step S12). The recruiting side terminal 300 transmits information regarding the employment / rejection to the server 100 in response to an input operation by the recruiting user. Here, the recruiting side terminal 300 transmits information regarding the user's employment to the server 100 (step S13). The information regarding the employment of a user is information about a user to be employed for a certain job offer, and may be information that associates a job offer ID with a user ID. Note that the recruiting terminal 300 may basically transmit information indicating that the user will be employed for all job offers.

[0069] In response to acquiring information about the user's employment, the user information management unit 111 of the server 100 associates the user ID with the job ID of the job related to the user's employment, and stores the associated information in the storage unit 150 (step S14). FIG. 7 shows an example of a job history information table related to the user's employment history stored in the storage unit 150. The job history information table TB50 stores the history of jobs for which the user was employed, including information about jobs for which the job was completed (the employment period ended) and information about jobs currently being employed. Note that FIG. 7 is an example, and the information stored in the storage unit 150 is not limited to this example and may be more or less than this. For each user ID, the job history information table TB50 may associate the job ID for which the user identified by the user ID was employed, the user's unique salary for the 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 job related to the job identified by the job ID has been completed or whether the user is currently employed. Evaluation information and compensation will be described later.

[0070] In FIG. 7, for example, in the employment history information table TB50A for user ID "user_A," the user's unique salary at the time of employment of "1,100 yen" is associated with the job offer ID "req_010," and it is stored that the job has been completed. Furthermore, it is stored that the job for the job offer with job offer ID "req_001" has not been completed and is still in the employment period. Furthermore, in the employment history information table TB50B for user ID "user_B," the user's unique salary of "1,200 yen" is associated with the job offer ID "req_003," and it is stored that the work has been completed. Note that while FIG. 7 shows an example in which an employment history information table is created for each user, the present invention is not limited to this.

[0071] Although not shown in the sequence diagram of FIG. 6, during the user's employment period, the server 100 may receive information for determining the user's working hours, such as the user's arrival and departure times and break times, from the recruiting party terminal 300 and / or the user terminal 200. The user information management unit 111 updates the user's work history information based on the job information associated with the job ID in response to the completion of the user's job duties (step S15). The completion of the user's job duties may mean the completion of the employment period associated with the job ID, or may mean the receipt of information from the recruiting party terminal 300 indicating that the user's employment has ended. FIG. 8 shows a schematic diagram of the updating of the user's work history information. FIG. 8(a) is an example of the user history information table TB30A for the user ID "user_A" (user A) before the completion of the job duties. Assume that user A was hired for a job identified by the job ID "req_001" and completed the job requirements of "hallway," "cooking assistant," and "washing" (see the job information table TB40 in FIG. 4). Assume that the total working hours are 90 hours. The user information management unit 111 updates the work history information of user A based on the total working hours and the job conditions "hall," "cooking assistant," and "dishwashing" associated with the job ID. FIG. 8(b) shows an example of the updated user history information table TB31A for user A. The user information management unit 111 may allocate the total working hours of 90 hours to the three job conditions "hall," "cooking assistant," and "dishwashing" in 30-hour increments, and update the history information. In the example of FIGS. 8(a) and 8(b), the cumulative time for "hall," "cooking assistant," and "dishwashing" is updated from 60 hours to 90 hours, and the cumulative time for "dishwashing" is updated from 140 hours to 170 hours. Furthermore, "dishwashing," which was not previously stored as work history, is newly added to the user information, and its cumulative time is recorded as 30 hours. Note that the total working hours do not have to be allocated evenly. For example, the server 100 may receive the allocation ratio of working hours for each job from the recruiting party terminal 300 and update the user information based on the allocation ratio. Alternatively, the server 100 may receive information regarding the user's work content from the employer's terminal 300 at predetermined intervals (for example, one day, six hours, three hours, etc., but not limited to these) after the employment relationship between the user ID and the job offer ID is established.

[0072] The setting unit 113 may set the user's specific salary using the work history information updated by the user information management unit 111 (step S16). FIG. 8(c) is a diagram illustrating changes in the user's specific salary due to an update to the work history information. Note that the numerical values ​​in the diagram are hypothetical values ​​for ease of explanation, and the method for calculating the specific salary will be described later. For example, assume that the specific salary of Job A (hall, kitchen assistant, dishwashing) based on the user information table TB10A before the update was 1,200 yen. In contrast, the specific salary of Job A based on the updated user information table TB11A is set to 1,300 yen. This is because the degree of match between the job conditions of Job A and User A's work history information has increased due to the update to the user information. In contrast, the specific salary of Job B does not change before or after the update of the user information. This is because there is no change in the degree of match between the job conditions of Job B and User A's work history information.

[0073] 6, the generation unit 114 generates display information for displaying a job offer list based on the set unique pay. The communication I / F 140 transmits the display information for displaying the job offer list to the user terminal 200 (step S17). The user terminal 200 displays the received job offer list on the display unit 280 (step S18).

[0074] Thus, according to one embodiment of the present invention, the user's work history is automatically updated as the job is completed, and the user's unique salary is set according to the updated work history. At this time, the user's unique salary is set according to the degree to which their work history matches the job requirements of the job offer. Therefore, by including a variety of job types in their work history, the user can obtain a job with better conditions. This motivates the user to apply for a variety of jobs. Furthermore, employers benefit from the fact that users' experience in a variety of jobs increases the pool of personnel with the desired skills.

[0075] It is preferable that the updated work history cannot be changed by the user, thereby ensuring the reliability of the job information service. Alternatively, the allocation of work hours may be performed by the user, for example, within the user's working hours.

[0076] Regarding the payment of wages for the completion of a user's work, for example, the platform providing the job information service may pay the user's wages and then bill the employer for the wages afterward. This reduces the burden on employers who use the job information service and promotes the use of the job information service.

[0077] The control unit 110 of the server 100 calculates the wage to be paid to the user based on the user's unique salary and total working hours in response to the completion of the job for which the user was hired. Information about the calculated wage may be stored in the storage unit 150 in association with a recruiting ID associated with the job ID and a user ID. Information about wages accrued for multiple job IDs associated with the recruiting ID may be associated and accumulated with the recruiting ID. In other words, if multiple users are hired for job postings posted by a company, information about wages accrued for the multiple users is associated with the recruiting account. Information about wages accrued for multiple job IDs associated with the user ID may be associated and accumulated with the user ID. In other words, information about wages accrued for multiple job postings for which the user has completed job postings may be associated and accumulated with the user ID. Furthermore, information about wages accrued for the multiple job postings for which the user has completed job postings may be transmitted to the recruiting terminal 300 and the user terminal 200, for example, each time a job is completed. Alternatively, information about wages accrued may be transmitted to the recruiting terminal 300 and the user terminal 200 on a predetermined day, such as the 10th of each month.

[0078] A user may be able to 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 to transfer wages to a transfer account associated with the user ID to a specified external device based on information about wages stored in the memory unit 150. Furthermore, the control unit 110 of the server 100 may be able to send information requesting accumulated wages to the recruiting party terminal 300 on a specified day, such as the 15th of each month.

[0079] The above-described payment of wages is merely an example, and the present invention is not limited to this. Wages may be paid in any manner.

[0080] According to one embodiment of the present invention, the recruiting party may evaluate the user and correct the user's work history information in accordance with the evaluation. This will be described with reference to FIGS. 9 to 12. FIG. 9 shows 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 accepts 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 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 terminal 300 transmits information regarding the employment / rejection of the user to the server 100 in accordance with an input operation by the recruiting user. Here, the recruiting party terminal 300 transmits information regarding the user's employment to the server 100 (step S23). In response to acquiring information regarding the employment of the user, the user information management unit 111 of the server 100 associates the user ID with the job ID of the job related to the employment of the user, and stores the associated information in the storage unit 150 (step S24). In response to the completion of the user's duties, the user information management unit 111 updates the user's work history information based on the job information associated with the job ID (step S25). Note that steps S21 to S25 are similar to steps S11 to S15 in FIG. 6, and therefore detailed description thereof will be omitted.

[0081] Next, the communication I / F 340 of the recruiting terminal 300 transmits user evaluation information for the job posting in which the user has been hired (step S26). FIG. 10(a) shows an example of a 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. Note that the method for inputting the evaluation information is not limited to the illustrated example. For example, the evaluation may be selectable from five or fewer points or more than five points. Alternatively, evaluation items may be set, and evaluations may be made for each item. Evaluation items may include, but are not limited to, proactiveness, cooperativeness, politeness, and work attitude. Furthermore, the recruiting user may 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 side 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 offer for which the user was hired, based on the user evaluation information (step S27). FIG. 11 shows a schematic diagram of the correction of the user's work history information. FIG. 11(a) is an example of a user history information table TB30A for user ID "user_A" (user A) before completing the job, similar to FIG. 8(a). FIG. 11(b) is an example of a user history information table TB31A for user A, updated after completing the job for the job identified by the job ID "req_001," similar to FIG. 8(b). Here, it is assumed that evaluation information for user A is sent from the recruiting side terminal 300 associated with the job ID "req_001." The setting unit 113 corrects the user's work history information based on the received evaluation information. FIG. 11(c) is an example of the corrected user information table TB12A, in which the cumulative time for the job conditions "hallway work," "cooking assistant," and "dishwashing" associated with the job ID "req_001" has been corrected to increase by 10 hours each. Typically, the higher the evaluation, the more the cumulative time may be corrected to increase. In addition, if the evaluation is low, the cumulative time may be corrected to decrease. Furthermore, evaluation information may be acquired for each job, in which case the cumulative time may be corrected to increase only for jobs with high evaluations. Note that the example in FIG. 11 is for illustrative purposes only, and the actual manner of correction is not limited to this.

[0083] The setting unit 113 may set the user's specific salary using the corrected work history information. In addition, in the case of a job posting that requires personnel with a long period of work experience as a job condition, the specific salary is set higher as the accumulated time increases. In such a case, the user can be motivated to take their work seriously in order to increase the accumulated time.

[0084] The evaluation information may be used for purposes other than correcting the work history information. For example, there may be job offers that can only be viewed or applied for by users whose average evaluation value is equal to or greater than a predetermined threshold. That is, the generation unit 114 may transmit display information to the user terminal 200 that displays a job offer list corrected according to the user's evaluation information. The user's evaluation information may also be viewable by the employer. This allows the employer to hire users who have a favorable attitude toward their work.

[0085] In addition, new users who have just started using the job information service and have no employment history may be at a disadvantage when it comes to hiring because they do not have the above-mentioned evaluation information. In such cases, according to one embodiment of the present invention, it is possible to provide the employer with an incentive to hire the new user.

[0086] A detailed explanation will be given. When the user evaluation information acquired by the user information management unit 111 for the job posting related to the job posting ID first 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 reward granting unit 116 of the server 100 may associate a predetermined reward (first reward) with the user ID. The predetermined reward may be a wage granted separately from the base salary or the specific salary. Alternatively, the predetermined reward may be a right to receive a predetermined service, such as a service voucher or a coupon. The predetermined threshold may be, for example, a value indicating the highest evaluation, or it may not be such a value.

[0087] According to one embodiment of the present invention, new users can be motivated to work hard at the job for which they have been hired. Hiring new users leads to the acquisition of motivated personnel, which motivates the recruiting side to actively hire new users. Furthermore, the influx of new users to the job information service can be promoted, which can lead to the revitalization of the job information service.

[0088] The awarding of a reward is not limited to the first hire. For example, when the job vacancy ID first associated with a user ID by the user information management unit 111 is defined as the first job vacancy ID, the reward awarding unit 116 may associate a predetermined reward (second reward) with the user ID if the user evaluation information based on the user evaluation information acquired for the job vacancies related to the first to Nth job vacancies IDs (N is a predetermined integer) is equal to or greater than a predetermined threshold (second threshold). For example, the predetermined reward may be awarded to the user based on the average value of the evaluation information acquired for the jobs related to the first to fifth hires. Here, the value of N is not particularly limited, but is preferably a value that allows for the extraction of users with little work history and inexperience.

[0089] According to one embodiment of the present invention, inexperienced users with little evaluation information can be motivated to try various jobs and work to earn high evaluations. Furthermore, employers can hire motivated personnel even if the inexperienced users do not necessarily match the skills of the personnel they are looking to recruit.

[0090] The predetermined remuneration may be provided to the user by the platform that provides the job information service. If the predetermined remuneration were paid by the employer, there is a risk that the employer will not give a high rating. However, by having the platform pay the predetermined remuneration, bias by the employer can be prevented and the reliability of the job information service can be increased.

[0091] Furthermore, evaluation information may be input by the user to the recruiting party. FIG. 10(b) is an example of an input screen for the recruiting party's evaluation information, displayed on the display unit 280 of the user terminal 200. The input screen 42 displays details of the job offer, such as the store where the job offer will be made and the employment period, and allows the user to select an evaluation on a five-point scale. Note that the content of the evaluation information is not limited to this; it may be five or fewer points or more than five points, or evaluation information may be entered for multiple items. The server 100 may store the evaluation information transmitted from the user terminal 200 in association with the recruiting party ID. Furthermore, 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, such as specifying a rating of 3 or higher.

[0092] The generation unit 114 may also generate display information that displays the above-mentioned job listings in order of the hiring company's ratings. Alternatively, the generation unit 114 may generate display information that displays job listings based on criteria defined by a combination of the hiring company's rating information and the user's unique salary.

[0093] <Calculation method for specific salary> Next, a method for calculating the specific salary will be described. As described above, the job conditions and work history information may each include multiple types of job information. For example, in FIG. 5, the job conditions 11 for job offer P are "cashier," "cleaning," and "stocking," while the job conditions for job offer Q are "hall," "cooking assistant," and "cashier," while the job conditions for job offer R are "bakery," "cashier," and "cleaning," and the job conditions for job S are "sorting and inspection," "packing," and "inventory management." Furthermore, as work history information, user A's work history 20A is "hall," "cooking assistant," "cashier," and "bakery," while user B's work history 20B is "sorting and inspection," "stocking," "washing," and "cashier."

[0094] The setting unit 113 may determine the specific salary for a job posting based on the degree of match between the job information included in the job conditions of the job posting and the job information included in the user's work history information, and the base salary for the job posting. That is, the rate at which the base salary is increased may be set according to the degree of match 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 two match, the base salary may be increased by 8%; and if three match (perfect match), the base salary may be increased by 10%. This will be explained with reference to the example of FIG. 4. For example, since user A's work history 20 for job posting P matches one job condition, "cashier," user A's specific salary is 1,165 yen, which is a 5% increase from the base salary of 1,110 yen. Since user A's work history 20A for job posting Q matches three job conditions, "waiting room," "cooking assistant," and "cashier," user A's specific salary is 1,210 yen, which is a 10% increase from the base salary of 1,100 yen. Similarly, the specific salary for job offer R is 1,026 yen, which is an 8% increase from the base salary of 950 yen, and the specific salary for job offer S remains at the base salary of 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 specific salary is set according to the degree of match between work history and job requirements. This can motivate users to try various jobs. Furthermore, it can increase the number of people with skills in various jobs, improving the quality of the job information service and encouraging an influx of hiring users.

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

[0097] This will be explained using FIG. 12. FIG. 12 is a Venn diagram that schematically illustrates the job market, with job seekers U as the universal set and users with a certain job role as a subset. Using job Q in FIG. 5 as an example, FIG. 12 shows only the roles necessary for explanation, including a subset of users whose work history includes the job requirements of job Q ("hallway staff," "cooking assistant," and "cashier operator"), as well as a subset of users whose work history includes jobs T and U. The setting unit 113 may calculate a ratio (first ratio) of users who satisfy the job requirements of job Q to the total number of job seekers, and set the user's unique salary according to this ratio. For example, the ratio of users who have all three job roles in their work history (the black set 50 in FIG. 12), the ratio of users who have two roles in their work history, and the first ratio of users who have one role in their work history may be calculated, and the base salary may be increased according to this first ratio. For example, the specific salary of a user whose first ratio falls within a range of less than 10% may be increased by 15% from the base salary. The specific salary of a user whose first ratio falls within a range of 10% or more and less than 30% may be increased by 10% from the base salary. The specific salary of a user whose first ratio falls within a range of 30% or more and less than 60% may be increased by 5% from the base salary. Note that the base salary of a user whose first ratio falls within a range of 60% or more does not need to be increased. Note that the percentage by which the base salary is increased is not limited to the above.

[0098] That is, according to one embodiment of the present invention, the more rare a user's work history is, the higher the specific salary will be set, depending on the rarity of the user's work history. Situations in which rarity is high include when there are few users who have that job in their work history (e.g., job U in FIG. 11), and when there are many users who have that job in their work history, but only a few users who have combined that job with other jobs (the common part between job T and "cashier" in FIG. 12). This can motivate users to try out various jobs in order to become rare talent with a higher specific salary. Furthermore, for employers, this has the advantage of making it easier to hire the talent they are looking for.

[0099] In the above description, users are classified only by the number of matching job types, without distinguishing between job types. However, users may also be classified strictly based on the degree of matching of job types. In the example of FIG. 12, among users who match two of the three job conditions, job combinations such as "hallway worker" and "cash register operator," "hallway worker" and "cooking assistant," and "cash register operator" and "cooking assistant" may be considered, and the first ratio may be calculated for each combination.

[0100] The calculation method for the specific salary is not limited to the above. For example, points may be assigned to each job included in the job requirements, and the user may be awarded points based on their work history that matches the job. The user's specific salary may then be determined based on the total points. For example, if the total points are 70 points or more, the base salary may be increased by 15%. If the total points are 50 points or more but less than 70 points, the base salary may be increased by 8%, and if the total points are 30 points or more but less than 50 points, the base salary may be increased by 5%. Users with a total points of less than 30 points may not receive an increase in base salary. Taking job offer Q in FIG. 5 as an example, weighted points may be preset for the job requirements of job offer Q ("hallway staff"), "cooking assistant," and "cash register," such as 30 points for "hallway staff," 50 points for "cooking assistant," and 20 points for "cash register," and stored in the storage unit 150. In the case of user A with work history 20A, since his work history includes "hallway work," "cooking assistant," and "cashier operation," his total points will be 100 points and his unique salary will be set to 920 yen. In contrast, in the case of user B with work history 20B, since his work history includes "cashier operation," his total points will be 20 points and his basic salary will remain unchanged. In the above process, the conditions for increasing the points and basic salary are stored in advance in the memory unit 150, and the setting unit 113 can set the user's unique salary by referring to the user information and job information. Note that the numerical values ​​are not limited to these.

[0101] Furthermore, the experience time (cumulative time) for a job may be set as a job condition and stored in the storage unit 150. For example, job conditions may be set such as "10 hours or more" experience in "hall work," "30 hours or more" experience in "cooking assistance," and "10 hours or more" experience in "cashier operation." The setting unit 113 may refer to the user information stored in the storage unit 150 and calculate the degree of match between the job conditions and the user's work history as described above. The setting unit 113 may set the user's unique salary according to the degree of match. According to this embodiment, the unique salary is not set high for users who are employed for only a short period of time and do not have high proficiency. This allows the employer to recruit more desirable personnel.

[0102] The above description deals with an embodiment in which multiple types of jobs are set as job conditions. However, job conditions based on the experience time for a single job may be set and stored in the storage unit 150. For example, job conditions such as "10 hours or more," "50 hours or more," and "100 hours or more" for "hallway" experience may be set. In other words, a user with 10 hours or more but less than 100 hours of "hallway" experience has two job conditions matching his or her work history ("10 hours or more" and "50 hours or more"). The setting unit 113 may refer to the user information stored in the storage unit 150 and calculate the degree of match between the job conditions and the accumulated time of the user's work history, as described above. The setting unit 113 may set the user's unique salary according to the degree of match. In this embodiment, a user with higher proficiency in a certain job will be set a higher unique salary. This can motivate users to work on a certain job for a long period of time. Furthermore, this can lead to employers hiring more skilled personnel.

[0103] In addition, the above-mentioned job conditions, which are "X hours or more," may be "X days or more," "X times or more," etc. Furthermore, the employer may be able to select from the above-mentioned multiple methods of calculating the specific pay. Furthermore, the above-mentioned multiple methods of calculating the specific pay may be implemented in combination.

[0104] <Integration with messaging services> According to one embodiment of the present invention, a job information service and a predetermined messaging service can be linked, allowing notifications from the job information service to be sent via the messaging service. User IDs may be further associated with user accounts in the messaging service and stored in the user information table TB10. The communication I / F 140 may transmit information to be notified by the job information service and the user account to which the information should be sent as a message to an application server providing the messaging service. Information to be notified by the job information service may include, for example, information regarding the user's hiring status, wages paid to the user, and specific salary information set for the user. Note that a user may already be using the messaging service and have a user account, or may create a new user account when using the job information service. Linking the messaging service and the job information service may be achieved using existing methods, such as an API (Application Program Interface) provided by the messaging service.

[0105] This allows notifications to be sent using a messaging service that is easy for users to use, preventing problems such as users not noticing notifications. In addition, since notifications are outsourced to an external application, it also reduces the load on the server.

[0106] Furthermore, an official account for providing the job information service may be generated in the messaging service, and the job listing may be sent in the form of a message to the user terminal 200. That is, a user account for the job information service may be stored in the storage unit of the application server, and the communication I / F 140 of the server 100 may send display information for sending the job listing in the form of a message to the application server.

[0107] This will be explained using FIG. 13. FIG. 13(a) is an example of a talk room screen displayed on the user terminal 200 when using a messaging service. A user may request the server 100 to send information by exchanging messages (messages 61 and 64). Job listings 63 and 65 may also be sent in the form of messages in response to a user request or by a push notification from the job information service. Note that the method of sending the job listings is not limited to this, and a URL displaying the job listings may also be sent. A notification from the job information service may also be sent, such as message 66, informing the user that a reward has been awarded.

[0108] Furthermore, a user may be able to apply for a job from the job listing displayed on the user terminal 200. When the input / output unit 230 of the user terminal 200 accepts a user's selection of the job listing 63 or the job listing 64, the display unit 280 may display the job listing. Furthermore, when the input / output unit 230 accepts an operation to designate a specific job from the displayed job listing, the display unit 280 may display details of the specific job listing. FIG. 13(b) shows an example screen displaying job listing details displayed on the display unit 280. As shown on the details display screen 70, the job listing information may include the name of the hiring company, the industry, the work location, job conditions, working hours, and the hourly wage. The hourly wage may be the user's personal wage. Furthermore, the details display screen 70 may display an apply button 71 for applying for the job. When the input / output unit 230 of the user terminal 200 accepts the user's selection of the apply button 71, information regarding the user's application may be sent from the communication I / F 220 of the user terminal 200 to the server 100. Furthermore, the details display screen 70 may display information 72 regarding job offers similar to the job offer specified by the user from the job offer list (similar job offer information). When the job offer information management unit 112 of the server 100 receives a request for details of specific job offer information from the user terminal 200, it may extract job offers similar to the specific job offer by referring to the job offer information table. Note that similar job offers may be job offers that have a high degree of similarity in terms of industry, job conditions, work location, etc.

[0109] Thus, according to one embodiment of the present invention, a job listing specific to a user can be sent via a messaging service, thereby providing a user-friendly job information service and reducing the load on server 100.

[0110] A user account for the employer may be generated in the messaging service and stored in the storage unit 150 of the server 100 in association with the employer's user ID. A mutual friendship may then be established in the messaging service between the user and the employer with whom an employment relationship has been established. Establishing a mutual friendship may mean that messages can be exchanged. This allows the employer to send various notifications regarding the job to the user by message.

[0111] <Server control method> Next, a control method of the server 100 will be described with reference to the flowchart of FIG. 14. First, the user information management unit 111 of the server 100 stores user information, in which user identification information (user ID) is associated with the user's job information, in the storage unit 150 (step S31). Furthermore, the job information management unit 112 of the server 100 stores job information, in which job identification information (job ID) is associated with the job conditions and base salary of the job, 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 base salary associated with the job ID and the user's work history information (step S33). The generation unit 114 generates display information for displaying a list of job offers related to the job offers included in the job information based on the user's unique salary for each job offer, and the communication I / F 140 transmits the display information to the user terminal (step S34).

[0112] Although the embodiments of the present disclosure have been described based on various drawings and examples, it should be noted that those skilled in the art would easily be able to make various modifications and alterations based on the present disclosure. Therefore, it should be noted that these modifications and alterations are within the scope of the present disclosure. By way of example and not limitation, the functions included in each means, step, etc. may be rearranged so as not to be logically inconsistent, multiple means, steps, etc. may be combined or divided into one, or the order of steps may be changed. Furthermore, the configurations shown in each embodiment may be combined as appropriate.

[0113] For example, when a user registers to use a job information service, a messaging service may be used. That is, a message requesting information required for registration may be sent from the job information service to a chat room between the user's account and the user, and the user may respond to the message on the user terminal 200. This simplifies registration to the service and can increase the number of users of the job information service.

[0114] Furthermore, the job information service may allow a user to use a personal page dedicated to the user. The personal page may provide information on the history of jobs the user has been hired for using the job information service, the work history they have acquired, and the wages they have earned. Information on job offers suitable for the user may also be presented based on the user's work history. A job offer suitable for the user may be a job offer with job conditions that match the user's work history, or a job offer with job conditions that do not match the user's work history and that may provide the above-mentioned specified compensation. Note that the above information is not limited to the personal page, and may be displayed in any form as long as it can be viewed on the user terminal 200 at the user's request.

[0115] Furthermore, the recruiting terminal 300 may implement the above-described aspects on a single terminal, or the processing may be divided among multiple terminals. For example, a device for processing from posting a job offer to hiring a user may be provided separately from a device for managing duties such as counting the user's working hours and processing up to paying wages. This reduces the load on the recruiting terminal 300.

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

[0117] 100 servers 110 control section 111 User Information Management Department 112 Recruitment Information Management Department 113 Settings 114 Generation part 115 Evaluation Information Acquisition Unit 116 Reward Division 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 microphone 260 speakers 270 Camera 280 Display section 290 Storage section 300 Recruiter's terminal 310 Control Unit 311 Display processing unit 312 Input / Output Control Unit 320 Communication I / F 330 Input / output section 340 Touch Panel 350 microphone 360 speaker 370 camera 380 Display 390 Storage section

Claims

1. A program for causing an information processing device to execute the program, The information processing device is caused to set a first unique salary specific to the first user for the job offer based on the job conditions and compensation for the job offer and the work history information of the first user, and to set a second unique salary specific to the second user for the job offer based on the job conditions and compensation for the job offer and the work history information of the second user.

2. The program according to claim 1, The information processing device executes a first process for presenting the first unique pay to the first user and presenting the second unique pay to the second user.

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

4. A program according to any one of claims 1 to 3, The information processing device updates the work history information of the first user based on the completion of the job position for which the first user has been hired, and updates the work history information of the second user based on the completion of the job position for which the second user has been hired.

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

6. The program according to claim 5, The information processing device is caused to execute a second process for presenting the first evaluation information to the first user and presenting the second evaluation information to the second user.

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

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

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

Images