Information processing device, information processing method, and computer program
The information processing system addresses the challenge of managing work schedules for employees working at multiple locations by integrating desired shift acquisition, confirmed work information, and shift candidate extraction, resulting in optimized labor allocation and reduced costs.
Patent Information
- Application Number
- JP2023123835
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Priority Date
- 2022-07-28
- Filing Date
- 2023-07-28
- Publication Date
- 2025-01-22
- Estimated Expiration
- 2043-07-28
AI Technical Summary
Existing systems fail to effectively manage work schedules when employees work at multiple locations, leading to inefficiencies and difficulties in balancing labor demand and supply across different bases.
An information processing system that includes a server, user terminal, and worker terminal, which facilitates the acquisition of desired shifts and confirmed work information, extracts shift candidates, and displays them on a display means, allowing for the generation of work schedules that consider multiple locations and employee preferences.
Enables the easy creation of work schedules that balance labor demand and supply across multiple locations, optimizing personnel allocation and reducing unnecessary costs.
Smart Images

Figure 0007619663000001 
Figure 0007619663000002 
Figure 0007619663000003
Abstract
Description
[Technical Field]
[0001] The present invention relates to an information processing device, an information processing method, and a computer program. [Background technology]
[0002] There is known a technique for automatically generating work schedules for a plurality of employees (for example, Patent Document 1). [Prior art documents] [Patent documents]
[0003] [Patent Document 1] Patent Publication No. 2021-120791 Summary of the Invention [Problem to be solved by the invention]
[0004] This technology was unable to properly manage work schedules when one employee worked at multiple locations.
[0005] The present invention has been made in view of the above circumstances, and has as its object to easily generate work schedules for multiple bases. [Means for solving the problem]
[0006] In order to achieve the above object, one aspect of the present invention is to A desired shift acquisition means for acquiring desired shift information input by a worker, the desired shift information including at least the days on which the worker desires to work at multiple locations; A confirmed work information acquisition means for acquiring confirmed work information of the worker whose work has already been confirmed at a first base among the plurality of bases; An extraction means for extracting candidate shifts that can be assigned to the second location for the worker based on the desired shift information and the confirmed work information; a display control means for displaying the extracted shift candidates on a predetermined display means; The information processing device is provided with:
[0007] Another aspect of the present invention is an information processing method and a computer program corresponding to the information processing device. [Effects of the Invention]
[0008] According to the present invention, work schedules for multiple locations can be easily generated. [Brief explanation of the drawings]
[0009] [Figure 1] FIG. 1 is a diagram illustrating an overview of a first embodiment. [Figure 2] FIG. 1 is a diagram illustrating an example of the configuration of a shift management system. [Figure 3] FIG. 2 illustrates an example of a hardware configuration of a server. [Figure 4] FIG. 2 is a block diagram showing the functional configuration of a server. [Figure 5] FIG. 2 is a block diagram showing the functional configuration of a user terminal and a worker terminal. [Figure 6] 10 is a flowchart showing the flow of processing by the server. [Figure 7] 10 is a flowchart showing the flow of processing by the user terminal. [Figure 8] 10 is a flowchart showing the processing flow of a worker terminal. [Figure 9] FIG. 10 is a diagram illustrating an example of a screen display of a shift management system. [Figure 10] FIG. 10 is a diagram illustrating an example of a screen display of a shift management system. [Figure 11] FIG. 10 is a diagram illustrating an example of a screen display of a shift management system. [Figure 12] FIG. 10 is a diagram illustrating an example of a screen display of a shift management system. [Figure 13] FIG. 10 is a diagram illustrating an example of a screen display of a shift management system. [Figure 14] FIG. 10 is a diagram illustrating an overview of a second embodiment. [Figure 15]FIG. 2 is a block diagram showing the functional configuration of a server. [Figure 16] 10 is a flowchart showing the flow of processing by the server. DETAILED DESCRIPTION OF THE INVENTION
[0010] (First embodiment) <Summary> Hereinafter, the present embodiment will be described in detail with reference to the accompanying drawings. Fig. 1 is a diagram showing an outline of this embodiment (first embodiment). Fig. 1 shows a shift management system in this embodiment that manages the shifts of workers working at a convenience store or the like. In general shift management, employers assign work to desired shifts submitted by workers, but in this embodiment, we will describe a shift management system that can assign desired shifts to the employer's work (model shift). Specifically, in this embodiment, as shown in Fig. 1, a model shift is provided in advance from the headquarters. Then, the server 1 transmits it to each base (store), such as a convenience store (Store A) and a convenience store (Store B). At each base, a user (for example, a franchise owner or a store manager) performs the task of assigning the above-mentioned work shifts submitted by workers to the model shift obtained from the server 1 (shift management task). This prevents excessive requests for shifts, reducing unnecessary labor costs and enabling appropriate personnel allocation for necessary tasks.
[0011] An employer is an employer or manager of a business, or any other person who acts on behalf of an employer in matters relating to the workers of that business. Employers include, for example, business owners, directors, department managers, section managers, factory managers, store managers, etc., but in this embodiment, we will mainly explain an example in which the target employer is a store manager who manages the work shifts of workers at a convenience store, etc.
[0012] A worker is a person employed in a business or office, regardless of the type of occupation, who is paid wages, etc. Workers include, for example, full-time employees, part-time workers, casual workers, and other short-term workers, but in this embodiment, we will mainly explain an example in which the workers are non-regular workers such as casual workers. In this embodiment, the term "worker" also includes those to whom some labor is entrusted, such as "contracted work" or "contract work." A worker can also be considered as a person who supplies labor.
[0013] A shift is a management table that shows the employer's work and the employee's work preferences for each specific day and time period. Shifts are typically expressed in tabular form.
[0014] A desired shift is information about work submitted by a worker. The desired shift includes the work day (work day of the week), work hours (start time, end time), etc. The desired shift may also include the work location, work area, work hours, etc.
[0015] A model shift is information about a job that is predetermined by a user. For example, in a convenience store, the job could be cashiering or stocking shelves. In a restaurant, the job could be kitchen or dining. Generally, the expected daily sales and number of customers at each location often differ between weekdays and holidays. Therefore, for example, a model shift for weekdays and a model shift for holidays can be prepared in advance, and the model shift appropriate for the corresponding day can be used. Note that model shifts can be set, including the weekdays and holidays mentioned above, taking into consideration, for example, the following conditions: -Date information (e.g., weekdays, weekends, holidays, etc.) Climate information (e.g., weather, temperature, humidity, etc.) Location information (e.g., distance from the nearest station, residential area, nearby business bases, and stores in the same industry, etc.) Event information (e.g., whether or not there is an event, genre, etc.)
[0016] In this embodiment, the user (store manager) acquires the model shift (described later) from the headquarters, but this is not limited to this, and the user may create the model shift himself / herself. In this case, it is not essential for the server 1 to acquire the model shift from the headquarters. Furthermore, each base may create a model shift (a model shift unique to the base) by customizing the model shift acquired from the headquarters based on the above conditions, for example. The details of this embodiment will be described below.
[0017] <System configuration> FIG. 2 is a diagram illustrating an example of the configuration of a shift management system. The shift management system is configured by connecting a server 1, a user terminal 2 (demand side terminal), worker terminals 3-1 to 3-n (n is an integer value of 1 or more) (supply side terminals) via a network N. The network N is, for example, the Internet, a LAN (Local Area Network), or a VPN (Virtual Private Network).
[0018] The server 1 is a server (information processing device) that manages the entire shift management system. For example, the server 1 acquires user information (demand-side information; information on users who demand labor), model shifts, and the like transmitted from the user terminal 2. Employer information may include, for example, information about the employer's sales, information about the base, information about the type of work or job type (hereinafter referred to as "job") of employees such as kitchen staff or hall staff, information about employees, information about the employer's organization itself, and information about the organization's operations. The server 1 also acquires worker information (supplier information; information on the labor supplier consisting of n workers who supply labor) relating to workers (labor suppliers) provided from the worker terminal 3. Examples of worker information include desired shift information (shift information), worker personal information, ID, password, etc. In addition, the server 1 allocates a desired shift to a model shift in response to an instruction transmitted from the user terminal 2. The server 1 adjusts the imbalance between labor supply and demand that may occur as a result of allocating the desired shift to the model shift in response to instructions sent from the user terminal 2. Specifically, the server 1 corrects the imbalance between labor supply and demand by adjusting the desired shift to match the model shift. The server 1 also controls the display unit of the user terminal 2 to display (notify) the results of the desired shift adjustment made when correcting the imbalance between labor supply and demand. Specifically, the server 1 transmits information indicating the results of the desired shift adjustment (hereinafter referred to as "adjustment result information") to the user terminal 2. Details of these processes by the server 1 will be described later.
[0019] The user terminal 2 is an information processing device such as a personal computer, smartphone, or tablet terminal. The user terminal 2 is operated by a user, store manager, team leader, or the like who is requesting labor. For example, the user terminal 2 transmits input user information to the server 1. The user terminal 2 also displays adjustment result information transmitted from the server 1 on a user interface. Details of these processes performed by the user terminal 2 will be described later. It is assumed that there are multiple user terminals 2 for each user (user terminal 2-1, .... user terminal 2-n; n is a natural number greater than or equal to 1), but when no distinction is made, they will be referred to as user terminal 2.
[0020] The worker terminal 3 is an information processing device such as a personal computer, smartphone, or tablet terminal. The worker terminal 3 is operated by a worker (a person employed in a business or office, regardless of the type of occupation, who is paid a wage), an employee (for example, a full-time employee, a part-time employee, a casual employee, etc.), or the like, who supplies labor. For example, the worker terminal 3 transmits input worker information to the server 1. The worker terminal 3 also displays information regarding adjustment of desired shifts transmitted from the server 1 on a user interface, and transmits information input to the user interface to the server 1. Details of these processes performed by the worker terminal 3 will be described later. It is assumed that there are multiple worker terminals 3 for each worker (worker terminal 3-1, ... worker terminal 3-m; m is a natural number greater than or equal to 1), but when no distinction is made, they will be referred to as worker terminal 3.
[0021] <Hardware configuration> 3 is a block diagram showing the hardware configuration of the server 1 according to this embodiment. The server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input / output interface 15, an output unit 16, an input unit 17, a storage unit 18, a communication unit 19, and a drive 20.
[0022] The CPU 11 executes various processes in accordance with programs recorded in the ROM 12 or programs loaded from the storage unit 18 into the RAM 13. The RAM 13 also stores data and the like required for the CPU 11 to execute various processes. The CPU 11, the ROM 12, and the RAM 13 are interconnected via a bus 14. An input / output interface 15 is also connected to this bus 14.
[0023] The input / output interface 15 is connected to an output unit 16, an input unit 17, a storage unit 18, a communication unit 19, and a drive 20. The output unit 16 is composed of a display, a speaker, etc., and outputs various information as images and sounds. The input unit 17 is composed of a keyboard, a mouse, etc., and inputs various information. The storage unit 18 is composed of a hard disk, a DRAM (Dynamic Random Access Memory), etc., and stores various data. The communication unit 19 communicates with other devices via a network N including the Internet.
[0024] Removable media 21, such as a magnetic disk, optical disk, magneto-optical disk, or semiconductor memory, is appropriately attached to the drive 20. Programs read from the removable media 21 by the drive 20 are installed in the storage unit 18 as needed. The removable media 21 can also store various data stored in the storage unit 18 in the same way as the storage unit 18.
[0025] Although not shown, the user terminal 2 and the worker terminal 3 have the same hardware configuration as the hardware configuration shown in FIG.
[0026] <Functional configuration> <Server 1 functional configuration> FIG. 4 is a block diagram showing the functional configuration of the server 1. As shown in FIG. When the CPU 11 of the server 1 operates, a model shift acquisition unit 31, a model shift generation unit 32, a desired shift acquisition unit 33, an allocation unit 34, an adjustment unit 35, a work result information acquisition unit 36, a display control unit 37, etc. function.
[0027] The model shift acquisition unit 31 acquires the above-mentioned user information from the user terminal 2. The user information acquired by the model shift acquisition unit 31 is stored in the user information DB 41 and managed. Furthermore, the model shift acquisition unit 31 acquires the model shift from (a terminal not shown in) the headquarters shown in Fig. 1. Note that the model shift may be generated by the model shift generation unit 32 described later, and in this case, it is not essential for the model shift acquisition unit 31 to acquire the model shift from the headquarters.
[0028] The model shift generation unit 32 generates a model shift for each base based on the above-mentioned user information acquired by the model shift acquisition unit 31. In addition, the model shift generation unit 32 generates a model shift for each base. Specifically, the model shift generation unit 32 generates a model shift for each base based on, for example, past sales amounts and target sales amounts for each company, region, or base, past target numbers of customers, the number of workers required for each situation (busy season, normal season, etc.), etc. The model shift generation unit 32 can generate a model shift for each task. The model shifts generated by the model shift generation unit 32 are stored and managed in the model shift DB 42. The model shifts generated by the model shift generation unit 32 and specific examples of model shifts will be described later. The user may use the model shift obtained from the headquarters as is, and in this case, it is not essential for the model shift generation unit 32 to generate a model shift for each base.
[0029] The desired shift acquisition unit 33 acquires worker information including desired shifts transmitted from each of the worker terminals 3-1 to 3-n. The worker information acquired by the desired shift acquisition unit 33 is stored and managed in the worker information DB 43. In addition, the desired shift acquisition unit 33 acquires the desired shift of each worker transmitted from each of the worker terminals 3-1 to 3-n. The desired shift generated by the desired shift acquisition unit 33 is stored and managed in the desired shift DB 44. The desired shift may be generated by a desired shift generation unit (not shown) based on the worker information. The desired shift can be generated for each job. Specifically, the desired shift generation unit (not shown) generates the desired shift based on the worker's wishes and the worker's labor supply capacity. The worker's labor supply capacity is evaluated based on past experience, job performance, proficiency, etc.
[0030] The allocation unit 34 allocates the desired shift to the model shift. When allocating the desired shift to the model shift, the allocation unit 34 can take into consideration information related to the worker's labor supply capacity. Furthermore, the allocation unit 34 can allocate the desired shift to the model shift for each task. Here, the allocation unit 34 can automatically perform the process of allocating the desired shift to the model shift, or can perform the process of allocating the desired shift to the model shift based on an allocation instruction from the user. As an automatic allocation process, for example, the allocation unit 34 can compare the time of a specified task in a model shift with the time of a specified worker's desired shift, and prioritize allocation of the combination with the most overlapping time periods (automatic allocation pattern 1). Furthermore, when the overlapping time periods are the same, the allocation unit 34 can allocate preferentially according to the desired working hours. For example, it is preferable to allocate preferentially to the person with the shortest working hours (automatic allocation pattern 2). The allocating unit 34 may also automatically allocate workers based on the skill information, experience information, and the like of the workers that are stored in advance in the storage unit 18 (automatic allocation pattern 3). The above-mentioned patterns are merely examples, and various patterns may be prepared and combined to perform automatic allocation. <Automatic allocation pattern 1> Model shift kitchen work: 9am to 5pm Worker A's desired shift: 10:00 to 12:00 (overlapping time period: 2 hours) Worker B's desired shift: 9:00 to 20:00 (overlapping time period: 8 hours) →Worker B, who has many overlapping hours, is assigned to kitchen duties. <Automatic allocation pattern 2> Model shift kitchen work: 9am to 5pm Worker A's desired shift: 9:00 to 18:00 (desired regular working hours: 9 hours) Worker B's desired shift: 9:00 to 20:00 (desired working hours: 11 hours) → Worker A, who has fewer desired working hours, is assigned to kitchen work. <Automatic allocation pattern 3> Model shift kitchen work: 9am to 5pm Worker A's desired shift: 9:00 to 17:00 (kitchen work experience: 3 years) Worker B's desired shift: 9:00 to 17:00 (kitchen work experience: 1 year) →Worker A, who has more work experience, is assigned to kitchen work. When the allocation process is performed based on an allocation instruction from an employer, the allocation instruction may be directed to one worker, to multiple workers, or to all workers. Furthermore, when the allocation process is performed based on an allocation instruction from a user, the allocation instruction may be directed to one task, to multiple tasks, or to all tasks.
[0031] The adjustment unit 35 performs adjustments to correct imbalances between labor supply and demand that may arise as a result of the allocation process by the allocation unit 34. Specifically, the adjustment unit 35 corrects the imbalance by adjusting the desired shift to match the model shift. The adjustment of the desired shift is performed by decreasing or increasing the time period indicated by the desired shift to match the time period indicated by the model shift. For example, if Worker A's desired shift (9:00 to 17:00) is assigned to "hall work" (10:00 to 12:00) on the employer's model shift on a specific date, an imbalance will arise in which Worker A will not be able to work the time slots of 9:00 to 10:00 and 12:00 to 17:00, even though he originally wanted to work those times. In this case, for example, in response to instructions from the employer, the adjustment unit 35 will adjust Worker A's working hours to extend them beyond 10:00 to 12:00. The result of the adjustment by the adjustment unit 35 is notified to the user (displayed on the user terminal 2) as adjustment result information.
[0032] In addition, among the adjustments made by the adjustment unit 35, reducing the time periods indicated by the desired shift means narrowing down the time periods indicated by the original desired shift (e.g., 9:00 to 17:00) to a portion of the time periods (e.g., 13:00 to 17:00). In contrast, lengthening the time period indicated by the desired shift means increasing the time period indicated by the desired shift to match the time period indicated by the model shift, because the original desired shift cannot fill the model shift.
[0033] Here, if there are not enough desired shift time slots in the model shift time slots, the adjustment unit 35 performs control to notify the user. In other words, if there are not enough workers for the work that the user has scheduled in the model shift, the adjustment unit 35 performs control to notify the user. The adjustment unit 35 then proposes to the target worker that a new time slot be added to the time slot indicated by the desired shift (so-called a help request). Specifically, the adjustment unit 35 generates information regarding the proposal to add a new time slot to the time slot indicated by the desired shift (hereinafter referred to as "help information") and controls the notification to the labor supply side. Note that specific examples of imbalances between labor supply and demand that arise as a result of the allocation process will be described later. Also, specific examples of a user interface displayed on the user terminal 2 when generating help information will be described later.
[0034] The labor result information acquisition unit 36 acquires labor result information indicating the results of labor provided by the labor supplier. The labor result information can include text data and image (moving and still image) data. For example, it can include check comments from the base manager (store manager) after the cleaning work is completed, a record photo of the finished product, etc. The work result information can also include the degree of fulfillment of the model shift relative to the desired shift. The "degree of fulfillment" is expressed in units such as percentage. For example, if the degree of fulfillment is "70%," it means that the employee was able to work 70% of the desired shift. The work result information acquired by the work result information acquisition unit 36 is stored and managed in the work result information DB 45 and is used to evaluate the worker. For example, based on the work result information, the degree of completion of the work, such as whether the work was completed in a short time, is evaluated. The results of the worker evaluation are used for feedback, reflection on wages, etc.
[0035] The display control unit 37 controls the transmission of various information to each of the user terminal 2 and the worker terminal 3. For example, the display control unit 37 controls the display of various information, such as adjustment result information generated by the adjustment unit 35, on the display units of the user terminal 2 and the worker terminal 3. The display control unit 37 also controls the transmission of help information generated by the adjustment unit 35 to the worker terminal 3. The display control unit 37 also controls the transmission of result information acquired by the work result information acquisition unit 36 to the user terminal 2.
[0036] <Functional configuration of user terminal 2> FIG. 5A is a block diagram showing the functional configuration of the user terminal 2. As shown in FIG. In the control section (not shown) of the user terminal 2, an information acquisition section 51, an information management section 52, a transmission control section 53, and a display control section 54 function.
[0037] The information acquisition unit 51 acquires various types of information. For example, the information acquisition unit 51 acquires information input to a user interface. Examples of information input to the user interface include user information, information input to assign a desired shift to a model shift, and the like. The information acquisition unit 51 also acquires information transmitted to the user terminal 2 from the server 1, the worker terminal 3, and external sources. Examples of information transmitted to the user terminal 2 include model shifts, desired shifts, and adjustment result information.
[0038] The information management unit 52 stores and manages various types of information in a database. For example, the information management unit 52 stores and manages user information, model shifts, desired shifts, adjustment result information, etc. in a database provided in the storage unit 18.
[0039] The transmission control unit 53 controls the transmission of various information to the server 1 and the worker terminal 3. For example, the transmission control unit 53 controls the transmission of information input to the user interface to the server 1. Information input to the user interface includes user information, information input to assign a desired shift to a model shift, etc.
[0040] The display control unit 54 controls the display of various information on the display unit. For example, the display control unit 54 controls the display of a user interface on the display unit. The user interface displays model shifts, desired shifts, adjustment result information, etc. Specific examples of the user interface displayed on the display unit of the user terminal 2 will be described later.
[0041] <Functional configuration of worker terminal 3> FIG. 5B is a block diagram showing the functional configuration of the worker terminal 3. In the control section of the worker terminal 3, an information acquisition section 61, an information management section 62, a transmission control section 63, and a display control section 64 function.
[0042] The information acquisition unit 61 acquires various types of information. For example, the information acquisition unit 61 acquires information input to the user interface. Examples of information input to the user interface include desired shifts. The information acquisition unit 61 also acquires information sent to the worker terminal 3 from the server 1, the user terminal 2, and external sources. Examples of information sent to the worker terminal 3 include help progress and adjustment result information.
[0043] The information management unit 62 stores and manages various types of information in a database. For example, the information management unit 62 stores and manages worker information in a database (for example, worker information DB 43) provided in the storage unit 18.
[0044] The transmission control unit 63 controls the transmission of various information to the server 1 and the user terminal 2. For example, the transmission control unit 63 controls the transmission of information input to the user interface to the server 1. Examples of information input to the user interface include worker information, work result information, etc.
[0045] The display control unit 64 controls the display of various information on the display unit. For example, the display control unit 64 controls the display of a user interface on the display unit. The user interface displays help information, adjustment result information, etc. Specific examples of the user interface displayed on the display unit of the worker terminal 3 will be described later.
[0046] <Processing content> <<Server 1 processing details>> FIG. 6 is a flowchart showing the flow of processing by the server 1. The server 1 determines whether or not there is user information from the user terminal 2, and if there is (YES in step S601), acquires the transmitted user information (step S602). Then, the server 1 acquires a model shift for each business location based on the user information acquired in step S602 (step S603). On the other hand, if there is (NO in step S601) no user information from the user terminal 2, the server 1 repeats step S601 until user information is transmitted from the user terminal 2.
[0047] The server 1 determines whether worker information is present from each of the worker terminals 3-1 to 3-n, and if present (YES in step S604), acquires the worker information (step S605). The server 1 then acquires the desired shift based on the worker information acquired in step S605 (step S606). On the other hand, if worker information is absent from each of the worker terminals 3-1 to 3-n (NO in step S604), the server 1 repeats step S604 until worker information is transmitted from each of the worker terminals 3-1 to 3-n.
[0048] The server 1 assigns the desired shift to the model shift (step S607). If an imbalance between labor supply and demand occurs as a result of the assignment process in step S607 (YES in step S608), the server 1 corrects the imbalance by adjusting the desired shift to match the model shift (step S609). The server 1 then transmits the result of the adjustment in step S609 to the user terminal 2 (step S610). On the other hand, if no imbalance between labor supply and demand occurs as a result of the assignment process in step S607 (NO in step S608), that is, if a task is assigned to a time period that corresponds to the desired shift of a specific worker A, the server 1 transmits the result of the assignment process in step S607 to the user terminal 2 without making any adjustment (step S611).
[0049] When result information is transmitted from each of worker terminals 3-1 to 3-n by the processing of step S817 described below (YES in step S612), server 1 acquires the transmitted result information (step S613). Then, server 1 transmits the result information acquired in step S613 to user terminal 2 (step S614). On the other hand, if result information has not been transmitted from each of worker terminals 3-1 to 3-n (NO in step S612), server 1 repeats step S612 until result information is transmitted from each of worker terminals 3-1 to 3-n.
[0050] <<Processing details of user terminal 2>> FIG. 7 is a flowchart showing the flow of processing by the user terminal 2. When an operation to display the user interface is performed (YES in step S701), the user terminal 2 displays the user interface on the display unit (step S702). On the other hand, when an operation to display the user interface is not performed (NO in step S701), the user terminal 2 repeats step S701 until an operation to display the user interface is performed.
[0051] When user information is input to the user interface (YES in step S703), the user terminal 2 acquires the input user information (step S704). Then, the user terminal 2 transmits the user information acquired in step S704 to the server 1 (step S705). On the other hand, if user information has not been input to the user interface (NO in step S703), the user terminal 2 repeats step S703 until user information is input to the user interface.
[0052] When the model shift and desired shift are transmitted from the server 1 (YES in step S706), the user terminal 2 acquires the transmitted model shift and desired shift (step S707). Then, the user terminal 2 displays the model shift and desired shift on the user interface (step S708). On the other hand, if the model shift and desired shift have not been transmitted from the server 1 (NO in step S706), the user terminal 2 repeats step S706 until the model shift and desired shift are transmitted from the server 1.
[0053] When an input operation to assign a desired shift to a model shift is performed (YES in step S709), the user terminal 2 acquires the input information (step S710). Then, the user terminal 2 transmits the input information acquired in step S710 to the server 1 (step S711). On the other hand, when an input operation to assign a desired shift to a model shift is not performed (NO in step S709), the user terminal 2 repeats step S709 until an input operation to assign a desired shift to a model shift is performed.
[0054] When the desired shift adjustment result is transmitted from the server 1 (YES in step S712), the user terminal 2 acquires the desired shift adjustment result (step S713) and displays the desired shift adjustment result on the user interface (step S714). On the other hand, if the desired shift adjustment result has not been transmitted from the server 1 (NO in step S712), the user terminal 2 repeats step S712 until the desired shift adjustment result is transmitted from the server 1.
[0055] <<Processing details of worker terminal 3>> FIG. 8 is a flowchart showing the processing flow of the worker terminal 3. When an operation to display the user interface is performed (YES in step S801), the worker terminal 3 displays the user interface on the display unit (step S802). On the other hand, when an operation to display the user interface is not performed (NO in step S801), the worker terminal 3 repeats step S801 until an operation to display the user interface is performed.
[0056] When worker information is entered into the user interface (YES in step S803), the worker terminal 3 acquires the entered worker information (step S804). Then, the worker terminal 3 transmits the worker information acquired in step S804 to the server 1 (step S805). On the other hand, if worker information has not been entered into the user interface (NO in step S803), the worker terminal 3 repeats step S803 until worker information is entered into the user interface.
[0057] When the progress of the desired shift adjustment is sent from the server 1 (YES in step S806), the worker terminal 3 acquires the transmitted progress of the desired shift adjustment (step S807) and displays the acquired progress of the desired shift adjustment on the user interface (step S808). Then, the processing of the worker terminal 3 proceeds to step S809. On the other hand, if the progress of the desired shift adjustment has not been sent from the server 1 (NO in step S806), the worker terminal 3 repeats step S806 until the progress of the desired shift adjustment is entered into the user interface.
[0058] When an input operation to change the desired shift is performed (YES in step S809), the worker terminal 3 acquires the input information (step S810) and sends the acquired input information to the server 1 as worker information (step S811). On the other hand, if an input operation to change the desired shift is not performed (NO in step S809), the worker terminal 3 repeats step S809 until an input operation to change the desired shift is performed on the user interface.
[0059] When the result of the desired shift adjustment is sent from the server 1 (YES in step S812), the worker terminal 3 acquires the sent result of the desired shift adjustment (step S813) and displays the acquired result of the desired shift adjustment on the user interface (step S814). On the other hand, if the result of the desired shift adjustment has not been sent from the server 1 (NO in step S812), the worker terminal 3 repeats step S812 until the result of the desired shift adjustment is sent from the server 1.
[0060] When an operation to input result information is performed (YES in step S815), the worker terminal 3 acquires the input result information (step S816) and transmits the acquired result information to the server 1 (step S817). On the other hand, if an operation to input result information is not performed (NO in step S815), the worker terminal 3 repeats step S815 until an operation to input result information is performed.
[0061] <Screen display example> 9(A) to 13(B) are diagrams showing examples of screen displays of the shift management system. 9(A) and 9(B) are diagrams showing specific examples of user interfaces when the process of assigning desired shifts to model shifts is performed based on assignment instructions from a user. The user interface shown in FIG. 9(A) shows a viewable summary of the relationship between model shifts and desired shifts for a certain restaurant on a certain day. Specifically, frames Wd1 to Wd6 showing model shifts for each task at a certain restaurant and frames Ws1 to Ws4 showing the desired shifts of workers A to D engaged in tasks at that restaurant are associated with the same time axis.
[0062] The slots Wd1 and Wd2 both indicate model shifts for kitchen work, and the corresponding time periods are 10:00 to 15:00 for slot Wd1 and 13:00 to 22:00 for slot Wd2. In other words, a user (for example, a restaurant manager) has set two types of model shifts for kitchen work between 10:00 and 22:00.
[0063] Slots Wd3 to Wd6 all represent model shifts for hall work, with the corresponding time periods being: Wd3 from 9:00 to 15:00, Wd4 from 9:00 to 17:00, Wd5 from 15:00 to 22:00, and Wd6 from 13:00 to 22:00. In other words, the user has set four different model shifts for hall work between 9:00 and 22:00.
[0064] Slot Ws1 shows the desired shift for Worker A, who wishes to work from 9:00 to 19:00. Slot Ws2 shows the desired shift for Worker B, who wishes to work from 9:00 to 16:00. Slot Ws3 shows the desired shift for Worker C, who wishes to work from 13:00 to 22:00. Slot Ws4 shows the desired shift for Worker D, who wishes to work from 16:00 to 22:00.
[0065] 9(B) shows a specific example of an input operation by a user to instruct an assignment, in which a frame indicating a desired shift is superimposed on a frame indicating a model shift. For example, suppose a user wants to assign worker A to frame Wd1 indicating a model shift for kitchen work from 10:00 to 15:00. In this case, the user successively performs an operation to select frame Ws1 indicating worker A's desired shift and an operation to superimpose it on frame Wd1 indicating the model shift for kitchen work.
[0066] For example, the user clicks on frame Ws1 and then moves (drags) frame Ws1 so that it overlaps frame Wd1. Then, as shown in FIG. 9(B), the appearance of frame Wd1 changes, and regions D1 and D2, which represent the difference between frame Ws1 and frame Wd1, are visualized. Regions D1 and D2 indicate an imbalance that has occurred between labor demand and supply, and are displayed with a different appearance (e.g., a different color) from the appearance of frame Wd1. Regions D1 and D2 also visualize a portion of frame Ws1 that has been adjusted to correct the imbalance that has occurred between labor demand and supply. The adjustment can be made, for example, in response to an instruction to move the right or left edge of frame Wd1. The order of overlapping does not matter, and the frame indicating the model shift may be overlapped on the frame indicating the desired shift.
[0067] With frame Wd1 selected, the user presses button B1 labeled "Confirm." Then, although not shown, frame Wd1 becomes hidden, and the appearance of frame Ws1 changes to a state in which the contents of frame Wd1 can be recognized. This allows the user to understand at a glance that frame Ws1 has been assigned to frame Wd1. Note that the user can also display the hidden frame Wd1 again by performing a predetermined operation to cancel the assignment.
[0068] 10(A) and 10(B) show specific examples of user interfaces when the process of assigning desired shifts to model shifts is automatically performed by the shift management system. In the user interface shown in Fig. 10(A), similar to the example of Fig. 9(A) above, frames Wd1 to Wd6 showing model shifts for each task at a certain restaurant and frames Ws1 to Ws4 showing the desired shifts of workers A to D engaged in tasks at that restaurant are associated on the same time axis.
[0069] Now, suppose a user wishes to assign one of workers A to C to slots Wd1 and Wd2, which represent kitchen work shifts. In this case, as shown in FIG. 10(A), the user selects slots Wd1 and Wd2 and slots Ws1 to Ws3, and then presses button B2 labeled "Assign." This causes an assignment process to be performed for the selected slots (slots Wd1 and Wd2, and slots Ws1 to Ws3). FIG. 10(B) shows an example of the results of this assignment process.
[0070] In the example of FIG. 10(B), a portion of slot Ws1 is assigned to slot Wd1, and slot Ws3 is assigned to slot Wd2. That is, in the example of FIG. 10(B), workers A and C are assigned to slots Wd1 and Wd2, which indicate the model shift for kitchen work, while worker B is excluded from the assignment. As shown in FIG. 10(A) above, slots Ws1 and Ws2, which indicate the desired shifts of workers A and B, can both be eligible for assignment to slot Wd1, which indicates the model shift for kitchen work. However, in the assignment process of the shift management system, a portion of slot Ws1, which indicates worker A's desired shift, is assigned, while slot Ws2, which indicates worker B's desired shift, is excluded from the assignment. This is the result of the shift management system's assignment process taking into account information about the labor supply capacity of each of workers A and B.
[0071] For example, if Worker A is rated higher than Worker B in terms of labor supply ability for kitchen work, it is expected that Worker A will be able to contribute more to the sales of the base than Worker B. For this reason, Worker A will be more likely to be assigned than Worker B. However, this is just one example. For example, two slots Wd representing model shifts may be set for the same time period, with one of the slots Wd being assigned a slot Ws representing the desired shift of a veteran worker, and the remaining slot Wd being more likely to be assigned a slot Ws representing the desired shift of a less experienced worker.
[0072] Furthermore, during times when the number of workers deployed is low, experienced workers may be more likely to be assigned, and during times when the number of workers deployed is high, inexperienced workers may be more likely to be assigned. Furthermore, workers may be able to provide labor not only at their registered base but also at bases other than their registered base. In this case, the registered base may be given priority in assignment. Furthermore, if advance preparation or cleaning work is required, the number of workers may be increased, and an alert may be issued if the cumulative working hours limit is exceeded or if workers are assigned to work during times when they cannot work.
[0073] In addition, learning functions (AI) can also be used for the above allocation. For example, allocation may be performed automatically using a learning model that has learned past allocation performance data (trends). Furthermore, for example, when automatically allocating work, it is possible to take into consideration the skill information of the worker, determine whether there are any labor violations (overtime), whether the cumulative working hours have exceeded the worker's desired amount (and therefore whether the salary income to which dependent deductions are applicable) and so on. Furthermore, for example, when automatically allocating, the priority conditions of the workers to be allocated may be taken into consideration. In addition, the assigned data may be automatically reflected in the worker's (employee's) desired shift. Furthermore, if the store manager manually changes the allocation data after automatic allocation, the log information of the change may be acquired and compared with the sales performance to obtain the above-mentioned allocation performance data. Based on the sales performance, an existing model shift provided by the headquarters may be modified, or a new model shift may be generated based on the manually changed allocation data. In addition, the model shift may be provided with a function to issue an alert if there is a shift that was not automatically assigned. For shifts that were not automatically assigned, available workers may be automatically recruited. Furthermore, the time slots that were actually assigned and the time slots that were not assigned may be displayed so as to be distinguished (for example, by color) from each other for the entire desired shift. By doing as described above, it is possible to optimize the allocation of workers' desired shifts in accordance with a model shift that optimizes the business.
[0074] The above allocation may be made taking into consideration attendance records for a predetermined period in the past (for example, the past month). Here, it is advisable to obtain the worker's location information and acceleration information as attendance records (data). Location information and acceleration information can be obtained, for example, using IoT devices (e.g., smart watches; cybermetrics). This allows you to assign workers to avoid having them in the same position (e.g., kitchen) for three days, for example, which helps prevent workers from losing motivation. In addition, when the allocation data created by the above-mentioned learning function (AI) is manually changed, the changed allocation data may be learned (re-learned; feedback).
[0075] In this way, the user can select multiple frames representing model shifts and multiple frames representing desired shifts, and the shift management system can allocate within the selected range, but it is also possible to have the allocation process carried out all at once without selecting the allocation range. Specifically, as shown in Figure 10(A), when button B3 labeled "Allocate All at Once" is pressed, allocation is carried out for all frames Wd1 to Wd6 representing model shifts and all desired shifts Ws1 to Ws4.
[0076] In this case, the user does not need to select the slot Wd indicating the model shift or the slot Ws indicating the desired shift, which improves user convenience. Furthermore, allocation is achieved that takes into account the labor supply capacity of each worker for each task. For example, in the example of FIG. 10(A), slot Wd1 indicating the model shift for kitchen work and slot Wd3 indicating the model shift for hall work can be candidates for allocation to both slot Ws1 indicating the desired shift for Worker A and slot Ws2 indicating the desired shift for Worker B.
[0077] Here, let's say that the worker information includes information regarding labor supply capacity, such as information indicating that Worker A is good at kitchen work and information indicating that Worker B is good at hall work. In this case, the shift management system can assign, for example, slot Ws1 to slot Wd1 and slot Ws2 to slot Wd3 based on the worker information. This allows each worker to perform the work they are good at, making it possible to create a work schedule that takes into account the labor supply capacity of each worker.
[0078] Fig. 11 shows a specific example of a user interface that is displayed on the display unit of the user terminal 2 when the user selects a model shift. The user interface shown in Fig. 11 displays information about registered model shifts along with the notation "Model Shift List." Specifically, the model shift information "Model Shift Name," "Total Man-Hours," "Applicable Conditions," "Sales Plan," and "Operation" is displayed for each registered model shift.
[0079] Of the information about registered model shifts, "model shift name" refers to the registered name of the model shift. "Total man-hours" refers to the number of workers assigned per hour. "Applicable conditions" refers to the attributes of the day on which the model shift is applied (day of the week, public holidays, etc.). "Sales plan" refers to the planned amount of sales for the day on which the model shift is applied. "Operation" refers to information for accessing detailed information about the model shift. In the example of Figure 11, button B4 is displayed, which can be pressed to access detailed information about the model shift. Specific examples of the information displayed when button B4 is pressed will be described later with reference to Figure 12.
[0080] In the example of FIG. 11, the model shift name "Saturdays and Sundays (busy)" has a total man-hours of "53 man-hours," applicable conditions of "every week, Saturday, Sunday, and public holiday," and planned sales of "250,000 yen." In other words, the model shift name "Saturdays and Sundays (busy)" is a model shift model that is applied to busy days among Saturdays, Sundays, and public holidays every week. Also, the model shift name "Saturdays and Sundays (normal)" has a total man-hours of "29.5 man-hours," applicable conditions of "every week, Saturday, Sunday, and public holiday," and planned sales of "150,000 yen." In other words, the model shift name "Saturdays and Sundays (normal)" is a model shift model that is applied to normal days that are not busy days among Saturdays, Sundays, and public holidays every week.
[0081] In the example of FIG. 11, the model shift name "Weekdays (normal)" has a total man-hours of "60 man-hours," application conditions of "Monday, Tuesday, Wednesday, Thursday, Friday every week," and planned sales of "150,000" (yen). In other words, the model shift name "Weekdays (normal)" is a model shift model that is applied on normal days that are not busy days from Monday to Friday every week. In addition, the model shift name "Weekdays (busy)" has a total man-hours of "67.75 man-hours," application conditions of "Monday, Tuesday, Wednesday, Thursday, Friday every week," and planned sales of "300,000" (yen). In other words, the model shift name "Weekdays (busy)" is a model shift model that is applied on busy days from Monday to Friday every week.
[0082] Fig. 12 shows a specific example of a user interface that is displayed when button B4 in Fig. 11 is pressed. The user interface in Fig. 12 shows detailed information about the model shift name "Saturday and Sunday (busy)" from among the model shifts shown in Fig. 11.
[0083] As shown in FIG. 12, the model shift is displayed in the upper display area F1, with the model number of customers, total man-hours, location name, and tasks all displayed on the same time axis. Furthermore, the middle display area F2 displays a frame showing the model shift for each task. In the example of FIG. 12, two frames showing the model shift for kitchen tasks are displayed. One frame displays the word "Trainer" with a line L1, and the other frame displays the word "Mop Polishing" with a line L2. These displays visualize the time periods of important detailed tasks that make up kitchen tasks. Important detailed tasks can be set in advance, for example, at each location. By visualizing the time periods of important detailed tasks, the efficiency of desired shift allocation can be improved.
[0084] The lower display area F3 displays the model information, such as the total number of customers, total man-hours, man-hour sales, estimated labor costs, labor-hour surplus / deficiency, and labor cost rate, as well as a button B5 to save the model shift and a button B6 to add a new job to the model shift. Also, a selection button B7 to specify the number of frames to display for the model shift is displayed outside the model shift.
[0085] Fig. 13(A) shows a specific example of a user interface that is displayed on the user terminal 2 when generating help information. As shown in Fig. 13(A), the user interface displays the notation "Create new help," as well as various buttons for specifying the base name, "position" indicating the work, the target date and time period, the required number of people, and "target employee" indicating the target worker, and a field for inputting contact information regarding the work (work contact).
[0086] The user performs input operations to specify each piece of information while referring to the information sent from server 1. Server 1 then generates help information based on the input information entered into the user interface and notifies the labor supplier of the generated help information. Upon receiving the help information, the labor supplier generates new worker information as necessary and sends it to server 1. Server 1 then makes further adjustments.
[0087] FIG. 13(B) is a diagram showing a specific example of a user interface displayed on the display unit of the worker terminal 3 when a worker inputs worker information. As shown in Figure 13(B), the user interface displays various input fields for specifying the "employee name" indicating the worker, the base name, the "position" indicating the job, the target date and time period, and the break time, buttons for specifying the break start time and break end time, and a field for inputting work-related notices (work notices). If a worker views the job content (labor demand content) and finds that there is a shortage, they can apply for it themselves.
[0088] 13(B) is transmitted as worker information to the server 1. Then, as described above, the server 1 generates a desired shift based on the worker information entered into the user interface.
[0089] (Second embodiment) <Summary> Hereinafter, the present embodiment will be described in detail with reference to the accompanying drawings. Fig. 14 is a diagram showing an outline of this embodiment (second embodiment). Fig. 14 shows a shift management system in this embodiment that manages the shifts of workers working at a convenience store or the like. This embodiment differs from the first embodiment in that one worker works across multiple locations. Note that, although an example is shown in which a worker works at a convenience store and works at both convenience store (company A) and convenience store (company B), this is not limited to this and also includes cases where a worker works at multiple locations (locations; stores) within the same company. Details of this embodiment will be described below. Note that the system configuration of the shift management system and the hardware configuration of the server 1 and the like in this embodiment are the same as those in the first embodiment described above, so descriptions thereof will be omitted.
[0090] <Functional configuration> FIG. 15 is a block diagram showing the functional configuration of the server 1. As shown in FIG. When the CPU 11 of the server 1 operates, in addition to the functions described in the first embodiment above, a desired shift acquisition unit 71, a confirmed work information acquisition unit 72, an extraction unit 73, a skill information management unit 74, a desired working conditions acquisition unit 75, a work hour management unit 76, a recruited shift transmission unit 77, a designated base reception unit 78, a recruited shift acquisition unit 79, a desired shift information generation unit 80, and a display control unit 81 function. The desired shift acquisition unit 71 and the display control unit 81 can also be considered as functional units corresponding to the desired shift acquisition unit 33 and the display control unit 37 described above, respectively. The functional configurations of the user terminal 2 and the worker terminal 3 are the same as those in the first embodiment, and therefore will not be described here.
[0091] The desired shift acquisition unit 71 acquires the desired shift input by the worker from the worker terminal 3. The desired shift in this embodiment includes at least days on which the employee wishes to work at multiple locations, but in other respects is the same as the desired shift described above. In addition, the desired shift acquisition unit 71 may simultaneously acquire desired shifts input by workers at multiple locations. Normally, workers submit desired shifts for each location, but in this embodiment, even if desired shifts for multiple locations are acquired simultaneously when working at multiple locations, the user at each location can appropriately manage shifts through the control described below.
[0092] The confirmed work information acquisition unit 72 acquires confirmed work information for a worker at a specific location (first location) among multiple locations from the user terminal 2. For example, if one worker A works at multiple locations (e.g., the first location and the second location), without any control, the employers at the first and second locations will compete for the worker's desired shift on a first-come, first-served basis. In this case, if the portion of worker A's desired shift allocated to work at the first location is not notified to the second location, the employer at the second location will experience inconvenience in shift management. Therefore, the confirmed work information acquisition unit 72 acquires work information confirmed at the first location (confirmed work information). Then, the display control unit 81, described later, notifies the second location (a location other than the first location where worker A works) of the confirmed work information, thereby preventing the above-mentioned inconvenience.
[0093] The extraction unit 73 extracts candidate shifts (among the desired shifts) that can be assigned to the second location for the worker based on the desired shift information and the confirmed work information. The extraction unit 73 may also extract candidate shifts that can be assigned to the second location based on the travel time between the locations, in addition to the desired shift information and confirmed work information. Here, travel time refers to the travel time required to work consecutively between the first location and the second location, and typically refers to the travel time required to travel by public transportation such as a bus or train. In addition, when the desired working conditions are acquired by the desired working conditions acquisition unit 75 described below, the extraction unit 73 can extract candidate shifts that can be assigned to the worker's second location based on the desired working conditions in addition to the desired shift information and confirmed work information described above. The desired working conditions are working conditions set by the worker, and include at least one of the worker's desired priority, working hours, and working period at multiple locations. For example, a worker may preferentially work at a first location, and may wish to work at a second location for any desired shifts that are not available at the first location. In this case, by setting the above-mentioned priorities for each location as desired working conditions, shift management can be carried out in accordance with the worker's wishes. For example, a worker may wish to work at a first base near the school they attend during the day and at a second base near their home at night. In this case, by setting the above-mentioned working hours for each base as desired working conditions, shift management can be carried out in accordance with the worker's wishes. For example, if a worker wishes to work at a first location near the school they attend on weekdays and at a second location near their home on weekends, it would be a good idea to set the working period for each location as a desired working condition. The extracted shift options are displayed on a predetermined display unit of the terminal at the target base by the display control unit 81, which will be described later.
[0094] The skill information management unit 74 manages the skill information of workers working at multiple locations by linking it to common identification information. The skill information is stored in the skill information DB 47, for example. In this embodiment, the shared identification information is stored in the identification information DB 46 (identification information storage means). As a result, for example, even if a worker leaves the first base, the performance information of the worker, such as skill information, can be transferred to another base. The common identification information may be, for example, the worker's telephone number or email address, but is not limited to this.
[0095] The desired working conditions acquisition unit 75 acquires the above-mentioned desired working conditions from the worker terminal 3.
[0096] The working hours management unit 76 manages the total working hours of workers by accumulating the working hours of workers working at multiple locations. This makes it possible to determine, for example, whether a worker's overtime hours are within the range stipulated by the Labor Standards Act, even when the worker works for multiple companies. The working hours are stored, for example, in the working hours DB 48.
[0097] The offered shift transmission unit 77 simultaneously transmits the offered shift information input by a user (for example, a store manager) to worker terminals 3 working at multiple locations. Here, the recruited shift refers to a model shift to which no worker has yet been assigned.
[0098] The designated base reception unit 78 receives the designation of multiple bases from the worker terminal 3.
[0099] The offered shift acquisition unit 79 acquires the above-mentioned offered shift information for the specified multiple bases.
[0100] The desired shift information generating unit 80 generates desired shift information based on available shift information at multiple bases. This allows workers to create and submit their desired shifts based on the employer's available shifts at multiple locations, without waiting for the worker's desired shifts to be provided. This is particularly useful for workers who have ample time.
[0101] The display control unit 81 controls the display of various information on the user terminal 2 or the worker terminal 3. Furthermore, in this embodiment, the display control unit 81 controls the content to be displayed depending on whether the bases where one worker works belong to the same corporate group. That is, when the first base and the second base are in different companies, the display control unit 81 displays the on-duty time on the terminal corresponding to the second base based on the confirmed work information. Then, if the first base and the second base are from the same company, the display control unit 81 displays multiple work locations and working hours on the terminal corresponding to the second base based on the confirmed work information. The on-duty time includes working time at multiple locations and travel time between multiple locations.
[0102] <Processing content> FIG. 16 is a flowchart showing the flow of processing by the server 1.
[0103] In step S1601, the desired shift acquisition unit 71 acquires from the worker terminal 3 the desired shift input by the worker.
[0104] In step S1602, the desired working conditions acquisition unit 75 acquires the above-mentioned desired working conditions from the worker terminal 3.
[0105] In step S1603, the confirmed work information acquisition unit 72 acquires, from the user terminal 2, confirmed work information of a worker whose work has already been confirmed at a predetermined base (first base) among the multiple bases.
[0106] In step S1604, the extraction unit 73 extracts candidate shifts that can be assigned to the second location for the worker based on the desired working conditions in addition to the desired shift information and confirmed work information described above.
[0107] The processing from step S1605 to step S1609 is the same as the processing from step S607 to step S611 described above, and therefore a description thereof will be omitted.
[0108] (Variation) Although one embodiment of the present invention has been described above, the present invention is not limited to the above-described embodiment, and modifications, improvements, etc. within the scope of achieving the object of the present invention are included in the present invention.
[0109] For example, in the above-described embodiment, information indicating the imbalance between labor demand and supply is displayed on the display unit of the user terminal 2, but the help information displayed on the display unit of the worker terminal 3 may also include information indicating the imbalance between labor demand and supply.
[0110] In addition, in the above-described embodiment, help information is generated for one or more workers who belong to the same base, but help information may also be generated for one or more workers who belong to other bases.
[0111] In addition, worker evaluations can be visualized using a rating chart, and if a worker is unskilled, manuals and explanatory videos can be used to help them reach a certain level. After they have mastered a task, the employee's experience and quality will be recorded, and this will be reflected in their wages according to their level of proficiency. In addition, an alert or the like may be sent to workers to warn them about desired shifts that exceed predetermined working hours. In addition, a frame indicating break times may be displayed superimposed on the model shift. Furthermore, the frame indicating break times may be freely movable along the time axis. Note that break times are automatically set and adjusted to comply with, for example, the Labor Standards Act. It is also preferable that the worker's (employee's) shared ID (or phone number) is associated with an employee ID for each company.
[0112] Furthermore, the configuration of the shift management system and the hardware configuration of the server 1 are merely examples for achieving the object of the present invention and are not particularly limited. Furthermore, the functional configurations of the server 1, the user terminal 2, and the worker terminal 3 are also merely examples and are not particularly limited. It is sufficient for the shift management system to be provided with a function that can execute the above-mentioned processes as a whole, and the functional configuration used to realize this function is not limited to the above-mentioned example.
[0113] For example, in the above-described embodiment, the server 1 is configured to generate a model shift based on the user information transmitted from the user terminal 2. However, the present invention is not limited to this. For example, the user terminal 2 may be configured to generate a model shift based on the user information and transmit the model shift to the server 1. Alternatively, a learning model trained based on past allocation performance data, store sales data, information about the location, date and time, and other information that affects sales may be used to generate an appropriate model shift based on a small amount of information, such as information about the location and date and time.
[0114] Furthermore, the above-described processes of the server 1, user terminal 2, and worker terminal 3 constituting the shift management system are examples, and the shift management system as a whole may have the functions to realize the above-described processes. Therefore, some or all of the functions to realize the above-described processes may be shared or cooperated within the shift management system. That is, some or all of the functions of the server 1 may be functions of the user terminal 2 or the worker terminal 3, and some or all of the functions of the user terminal 2 may be functions of the server 1 or the worker terminal 3. Also, some or all of the functions of the worker terminal 3 may be functions of the server 1 or the user terminal 2. Furthermore, some or all of the functions of the server 1 that constitutes the shift management system may be transferred to another server (not shown). This promotes processing of the shift management system as a whole and also makes it possible for processes to complement each other.
[0115] Furthermore, the order of the steps of the processes of the server 1, the user terminal 2, and the worker terminal 3 shown above is merely an example and is not particularly limited. The processes are not necessarily performed in chronological order according to the illustrated order of steps, but may be performed in parallel or individually. Furthermore, the above-mentioned screen displays are merely an example and are not particularly limited.
[0116] The above-described series of processes can be executed by hardware or software. One functional block may be configured by hardware alone, software alone, or a combination of both. The processes in the above-described embodiments may be executed in combination.
[0117] When a series of processes is executed by software, the programs constituting the software are installed onto a computer or the like from a network or a recording medium. The computer may be a computer incorporated into dedicated hardware. The computer may also be a computer capable of executing various functions by installing various programs, such as a server, a general-purpose smartphone, or a personal computer.
[0118] The recording medium containing such a program may be configured not only as a removable medium (not shown) that is distributed separately from the device main body in order to provide the program to the user, but also as a recording medium that is provided to the user in a state that it is pre-installed in the device main body. In addition, in this specification, the term "system" means an overall device that is configured from multiple devices, multiple means, etc.
[0119] (others) In other words, the information processing device to which the present invention is applied can take various forms having the following configurations. That is, (1-1) an information processing device (e.g., server 1) having a demand schedule information acquisition means (e.g., model shift acquisition unit 31) for acquiring demand schedule information, which is a schedule of work required by an employer, a supply schedule information acquisition means (e.g., desired shift acquisition unit 33) for acquiring supply schedule information, which is a schedule of work desired by a worker, an allocation means (e.g., allocation unit 34) for assigning the supply schedule information to the demand schedule information, an adjustment means (e.g., adjustment unit 35) for adjusting the supply schedule information assigned by the allocation means based on the demand schedule information, and a display control means (e.g., display control unit 37) for displaying the supply schedule information adjusted by the adjustment means on a predetermined display unit. This makes it easy to generate a work schedule that takes into account the circumstances of the employer of the employee.
[0120] Also, (1-2) the allocation means may allocate the supply schedule information to the demand schedule information for each predetermined job. This allows for the creation of a work schedule that takes into account the circumstances of each job on the part of the employer of the employee.
[0121] Also, (1-3) the allocation means may allocate the supply schedule information to the demand schedule information based on an allocation instruction from the user. This allows a work schedule to be generated that takes into consideration the employer's evaluation of the employee.
[0122] In addition, (1-4) the allocation means may allocate the supply schedule information for the plurality of workers to the demand schedule information based on an allocation instruction from the user. This allows a work schedule to be generated that takes into consideration the employer's evaluation of the employee.
[0123] Furthermore, (1-5) the allocation means may allocate the supply schedule information for the plurality of workers to the demand schedule information for the plurality of jobs based on allocation instructions from the user. This allows for the creation of a work schedule that takes into account the circumstances of each job on the part of the employer of the employee.
[0124] Furthermore, (1-6) the display control means displays a first item (e.g., boxes Wd1 to Wd6) indicating the demand schedule information and a second item (e.g., boxes Ws1 to Ws4) indicating the supply schedule information in correspondence with the same time axis, and the allocation means allocates the supply schedule information to the demand schedule information in response to receiving an input operation for the first item or the second item. This allows employers to create work schedules that take into account the circumstances of each job simply by performing simple operations on the user interface.
[0125] Also, (1-7) the input operation may include an operation of overlapping the first item and the second item. This allows employers to create work schedules that take into account the circumstances of each job and the evaluation of employees, simply by performing simple operations on the user interface.
[0126] Also, (1-8) it is preferable to further include a demand schedule information generating means (for example, a model shift generating unit 32) that generates demand schedule information according to a predetermined base. This allows employers to prepare models in advance that can maximize sales for each location's situation, making it easy to create work schedules that maximize sales depending on the situation.
[0127] Also, (1-9) the supply schedule information may include labor skill information of the workers, and the allocation means may allocate the supply schedule information to the demand schedule information based on the skill information. This allows employers to easily create work schedules that take into account the evaluation of employees.
[0128] In addition, (1-10) the system may further include a result information acquisition means (e.g., work result information acquisition unit 36) for acquiring result information indicating the results of the work by the worker, and the display control means may display the result information on the specified display unit. This allows the employer of the employee to easily understand the employee's working status in relation to the created work schedule.
[0129] Also, (1-11) the result information may include a degree of fulfillment of the demand schedule information relative to the supply schedule information. This allows the employer to understand the allocation results for each employee.
[0130] In other words, the information processing device to which the present invention is applied can take various forms having the following configurations. That is, (2-1) an information processing device that includes a desired shift acquisition means (e.g., a desired shift acquisition unit 71) that acquires desired shift information input by a worker, the desired shift information including at least the days on which the worker wishes to work at multiple locations; a confirmed work information acquisition means (e.g., a confirmed work information acquisition unit 72) that acquires confirmed work information for the worker at a first location among the multiple locations, where work has already been confirmed; an extraction means (e.g., an extraction unit 73) that extracts shift candidates that can be assigned to the second location for the worker based on the desired shift information and the confirmed work information; and a display control means (e.g., a display control unit 81) that displays the extracted shift candidates on a predetermined display means. This makes it easy to generate a work schedule that takes into account the circumstances of the employee's employer, even if the employee works across multiple companies or multiple locations.
[0131] In addition, (2-2) the extraction means may extract candidate shifts that can be assigned to the second location for the worker based on the desired shift information, the confirmed work information, and the travel time when working consecutively at the first location and the second location. This makes it possible to create reasonable work shifts for workers who work at multiple locations.
[0132] In addition, (2-3) it is preferable to further include an identification information storage means (for example, an identification information DB 46) that stores common identification information linked to the identification information of the workers used at the plurality of bases. This allows workers to be managed without using identification numbers for each location, so for example, even if a worker leaves a location, the worker's information (skill information, etc.) can be transferred.
[0133] In addition, (2-4) it is preferable to further include a skill information management means (for example, a skill information management unit 74) that manages the skill information of the workers working at the multiple bases by linking it to the common identification information. This allows the skill information of a worker to be transferred even if the worker leaves a certain base, as described above.
[0134] In addition, (2-5) the system may further include a desired working conditions acquisition means (e.g., a desired working conditions acquisition unit 75) for acquiring desired working conditions set by the worker, including at least one of the worker's desired priority, working hours, and working period at the multiple locations, and the extraction means may extract shift candidates that can be assigned to the second location for the worker based on the desired shift information, the confirmed work information, and the desired working conditions. This allows for the creation of work shifts that meet the needs of workers.
[0135] In addition, (2-6) it is preferable to further have a working hours management means (e.g., working hours management unit 76) that manages the total working hours of the workers by accumulating the working hours of the workers working at the multiple bases. This makes it possible to manage the accumulated working hours of each worker, which would otherwise be difficult to grasp at a single location (or company).
[0136] In addition, (2-7) the desired shift acquisition means may simultaneously acquire the desired shifts at the plurality of bases input by the workers. This saves workers the trouble of having to submit their desired shifts at each location.
[0137] In addition, (2-8) it is preferable to further have a recruited shift sending means (e.g., recruited shift sending unit 77) that simultaneously sends the recruited shift information entered by the base manager to the workers working at the multiple bases. This allows workers to easily request help if there are not enough shifts available for their desired model shift.
[0138] In addition, (2-9) it is preferable to further have a designated base reception means (e.g., a designated base reception unit 78) that receives designation of the multiple bases from the worker, a recruited shift acquisition means (e.g., a recruited shift acquisition unit 79) that acquires recruited shift information at the multiple designated bases, and a desired shift information generation means (e.g., a desired shift information generation unit 80) that generates the desired shift information based on the recruited shift information at the multiple bases. This makes it easy to create the shifts desired by workers.
[0139] Furthermore, (2-10) if the first location and the second location are from different companies, the display control means may display the on-duty time on a terminal corresponding to the second location based on the confirmed work information, and if the first location and the second location are from the same company, the display control means may display the multiple work locations and on-duty time on a terminal corresponding to the second location based on the confirmed work information. This allows for shift management that takes security into consideration when working across multiple companies by restricting the display of work shift information for other companies.
[0140] Furthermore, (2-11) the on-duty time may include working time at the plurality of bases and travel time between the plurality of bases. This allows for shift management that is comfortable for workers while still taking security into consideration as described above. [Explanation of symbols]
[0141] 1: Server 2: User terminal 3: Worker terminal 11:CPU 18:Storage section 19:Communication section 31: Model shift acquisition unit 32: Model shift generation unit 33: Desired shift acquisition unit 34: Allocation unit 35: Adjustment unit 36: Labor result information acquisition unit 37: Display control unit 71: Desired shift acquisition unit 72: Confirmed work information acquisition unit 73: Extraction unit 74: Skills Information Management Department 75: Desired Working Conditions Acquisition Department 76: Working Hours Management Department 77: Recruitment shift sending unit 78: Designated base reception unit 79: Recruitment shift acquisition unit 80: Desired shift information generation unit 81: Display control unit
Claims
1. A desired shift acquisition means for acquiring desired shift information input by a worker, the desired shift information including at least days on which the worker desires to work at multiple locations; A confirmed work information acquisition means for acquiring confirmed work information of the worker whose work has already been confirmed at a first base among the plurality of bases; An extraction means for extracting shift candidates that can be assigned to the second base for the worker based on the desired shift information and the confirmed work information; A display control means for displaying the extracted shift options on a predetermined display means; Equipped with The display control means When the first base and the second base are different companies, the on-duty time is displayed on a terminal corresponding to the second base based on the confirmed work information, When the first base and the second base are of the same company, the plurality of bases and the working hours are displayed on a terminal corresponding to the second base based on the confirmed work information. Information processing device.
2. The extraction means extracts shift candidates that can be assigned to the second base for the worker based on the desired shift information, the confirmed work information, and the travel time when working consecutively at the first base and the second base. The information processing device according to claim 1 .
3. The system further includes an identification information storage means for storing common identification information linked to the identification information of the workers used at the plurality of bases. The information processing device according to claim 1 .
4. The system further includes a skill information management means for managing the skill information of the workers working at the plurality of bases by linking the skill information to the common identification information. The information processing device according to claim 3 .
5. The system further includes a desired working conditions acquisition means for acquiring desired working conditions including at least one of the priority, working hours, and working period desired by the worker at the plurality of bases, which are set by the worker; The extraction means extracts shift candidates that can be assigned to the second base for the worker based on the desired shift information, the confirmed work information, and the desired working conditions. The information processing device according to claim 1 .
6. The system further includes a working time management means for managing the total working hours of the workers by accumulating the working hours of the workers working at the multiple bases. The information processing device according to claim 1 .
7. The desired shift acquisition means acquires the desired shifts at the multiple bases input by the workers at the same time. The information processing device according to claim 1 .
8. The method further includes a recruitment shift transmission means for simultaneously transmitting recruitment shift information input by a base manager to the workers working at the plurality of bases. The information processing device according to claim 1 .
9. A designated base reception means for receiving designation of the plurality of bases from the worker; A recruiting shift acquisition means for acquiring recruiting shift information at the specified plurality of bases; Further comprising a desired shift information generating means for generating the desired shift information based on the recruitment shift information at the plurality of bases, The information processing device according to claim 1 .
10. The working time includes working time at the plurality of bases and travel time between the plurality of bases. The information processing device according to claim 1 .
11. A desired shift acquisition step for acquiring desired shift information input by a worker for working at multiple locations; A confirmed work information acquisition step of acquiring confirmed work information of the worker whose work has already been confirmed at a first base among the plurality of bases; An extraction step of extracting shift candidates that can be assigned to the second base for the worker based on the desired shift information and the confirmed work information; a display control step of displaying the extracted shift options on a predetermined display means; having In the display control step, When the first base and the second base are different companies, the on-duty time is displayed on a terminal corresponding to the second base based on the confirmed work information, When the first base and the second base are of the same company, the plurality of bases and the working hours are displayed on a terminal corresponding to the second base based on the confirmed work information. A method for controlling an information processing device.
12. A desired shift acquisition step for acquiring desired shift information input by a worker for working at multiple locations; A confirmed work information acquisition step of acquiring confirmed work information of the worker whose work has already been confirmed at a first base among the plurality of bases; An extraction step of extracting shift candidates that can be assigned to the second base for the worker based on the desired shift information and the confirmed work information; a display control step of displaying the extracted shift options on a predetermined display means; Including, In the display control step, When the first base and the second base are different companies, the on-duty time is displayed on a terminal corresponding to the second base based on the confirmed work information, When the first base and the second base are of the same company, the plurality of bases and the working hours are displayed on a terminal corresponding to the second base based on the confirmed work information. A computer program for causing a process to be executed by a computer.
Citation Information
Patent Citations
Attendance shift system and shift assignment server
JP2015225550A
Plan management system and plan management system
JP2017062656A
Work shift table creation device and program
JP2021120791A
Talent management system and program
JP2021140287A
Information processing device, information processing system, information processing method and program
JP2021177290A