WO2023100394A1 - 進捗管理装置、システム及び、方法 - Google Patents

進捗管理装置、システム及び、方法 Download PDF

Info

Publication number
WO2023100394A1
WO2023100394A1 PCT/JP2022/021955 JP2022021955W WO2023100394A1 WO 2023100394 A1 WO2023100394 A1 WO 2023100394A1 JP 2022021955 W JP2022021955 W JP 2022021955W WO 2023100394 A1 WO2023100394 A1 WO 2023100394A1
Authority
WO
WIPO (PCT)
Prior art keywords
work
data
progress
control unit
period
Prior art date
Application number
PCT/JP2022/021955
Other languages
English (en)
French (fr)
Inventor
舜馬 村田
朗宏 田中
Original Assignee
パナソニックＩｐマネジメント株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by パナソニックＩｐマネジメント株式会社 filed Critical パナソニックＩｐマネジメント株式会社
Publication of WO2023100394A1 publication Critical patent/WO2023100394A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/418—Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/04—Manufacturing

Definitions

  • the present disclosure relates to a progress management device, system, and method for simulating the progress of work.
  • Patent Document 1 discloses a work support device for automatically applying improvement measures that effectively reduce the burden on workers due to work.
  • the work support device collects information on production equipment and information on workers who work in cooperation with the production equipment in real time, and uses the information to determine the degree of work load, which indicates the degree of work burden on the worker. evaluate.
  • the work support device stores improvement measures for improving the degree of work load (for example, change of work speed for workers, replacement of work procedures, change of work height for production equipment, etc.).
  • a simulation is performed to estimate the estimated improvement effect, which indicates the degree of improvement in the degree of work load when the improvement measure is applied. Based on the estimated improvement effect, the work support device determines an application improvement plan to be applied to at least one of the worker and the production equipment from the stored improvement plans.
  • the present disclosure provides a progress management device, system, and method that can facilitate improvement of delays in work progress.
  • a progress management device manages the progress of executing pre-planned work.
  • the progress management device includes a storage unit, an acquisition unit, a control unit, and an output unit.
  • the storage unit stores plan data indicating a plan for work.
  • the acquisition unit acquires execution data indicating the status of work being executed.
  • the control unit controls a simulation process for predicting the progress of the work to be performed after the status indicated by the implementation data.
  • the output unit outputs information.
  • the control unit detects a delay state in which the progress predicted in the simulation process is delayed from the plan indicated by the plan data.
  • the control unit specifies an application deadline for applying measures so as to improve the delay state, based on prediction results of simulation processing for a case where the measures for improving the detected delay state are applied.
  • the control unit causes the output unit to output presentation information including the specified expiration date.
  • the progress management device, system, and method of the present disclosure it is possible to facilitate improvement of delays in work progress.
  • FIG. 2 is a functional block diagram illustrating the functional configuration of the progress management system according to the first embodiment;
  • FIG. Diagram exemplifying the data structure of various data in the progress management system Diagram for explaining the operation of the progress management system
  • Flowchart illustrating the operation of the analysis server Diagram for explaining the progress simulation in the progress management system
  • Flowchart illustrating processing of multiple progress simulations for obtaining an application deadline
  • FIG. 11 illustrates a functional configuration of a progress management system according to the second embodiment
  • FIG. 10 is a diagram for explaining a work non-start period in the progress management system of the second embodiment
  • Flowchart illustrating the operation of calculating the work unarrival period in the analysis server of the second embodiment
  • FIG. 11 illustrates a functional configuration of a progress management system according to the third embodiment
  • 14 is a flowchart illustrating an operation of calculating a standard work period in the analysis server of the third embodiment
  • FIG. 1 is a diagram for explaining an outline of a progress management system 1 according to this embodiment.
  • the progress management system 1 of the present embodiment is applied to manage the progress of a work planned in advance, that is, a work process in a workshop 4 such as a factory.
  • this system 1 collects and analyzes data in real time from a camera 2 that photographs a workplace 4, equipment 5-1 to 5-6 installed in the workplace 4, and the camera 2.
  • a server 7 Furthermore, the system 1 includes a manager terminal 8 that presents the results of analysis by an analysis server 7 to a work process manager 3, such as a supervisor of the workplace 4, and a workplace server 9 that executes various management controls in the workplace 4. and
  • Each installation 5 comprises a sensor connected to transmit sensor data to the analysis server 7 via a communication network such as a LAN, for example.
  • the sensors for example proximity sensors, generate sensor data containing information about objects passing through each facility 5 .
  • the camera 2 of this system 1 is arranged so that the entire range in which the workers W1 to W3 move in the workplace 4 is captured.
  • the camera 2 repeats the imaging operation at predetermined intervals, for example, in the workplace 4 to generate image data representing the captured image.
  • the camera 2 is connected, for example, to an analysis server 7 so that the image data is transmitted.
  • the analysis server 7 analyzes the received image data and sensor data while the work is being performed in the workshop 4, and executes simulation processing to predict the progress of the work process.
  • this system 1 when the progress predicted in the simulation process is in a state of being delayed from the work plan related to the work process, for example, a delay notification indicating such a delay state and information indicating the simulation result are sent from the analysis server 7 It is transmitted to the administrator terminal 8 .
  • the administrator 3 can consider measures to improve the delay state by checking the simulation results received from the analysis server 7, for example, on the administrator terminal 8.
  • the manager terminal 8 receives, for example, an operation by the manager 3 to decide on a policy, and transmits information indicating the decided policy to the workplace server 9 .
  • the workplace server 9 is configured to be capable of data communication with an external device such as the administrator terminal 8 via, for example, a communication network.
  • the workplace server 9 may be connected to the equipment 5 so that instruction data for reflecting measures in the work process being carried out in the workplace 4 is transmitted. Further, the workplace server 9 may be configured to be able to communicate with each terminal device such as sending instruction data to each terminal device such as a smart phone associated with each worker W1 to W3.
  • each facility 5 is used in work processes for manufacturing a plurality of types of products for each of the work lines L1 and L2.
  • a switching operation or the like is performed for switching the type of product to be manufactured.
  • FIG. 1 two work lines L1 and L2 and six equipments 5 are illustrated, but the number of work lines in the work place 4 is not limited to two, and the number of equipments 5 in each work line is one or four. It can be more than that.
  • each work line may include a different number of installations 5 .
  • the number of cameras 2 included in the system 1 and the number of workers W1 to W3 are not particularly limited.
  • FIG. 2 is a block diagram illustrating the configuration of the analysis server 7 .
  • the analysis server 7 is composed of an information processing device such as a server computer, for example.
  • the analysis server 7 is an example of a progress management device in this embodiment.
  • the analysis server 7 illustrated in FIG. 2 includes a control unit 70 , a storage unit 71 , an operation unit 72 , a display unit 73 , a device I/F 74 and a network I/F 75 .
  • the interface is abbreviated as "I/F”.
  • the control unit 70 includes, for example, a CPU or MPU that cooperates with software to realize predetermined functions.
  • the control unit 70 controls the overall operation of the analysis server 7, for example.
  • the control unit 70 reads the data and programs stored in the storage unit 71 and performs various arithmetic processing to realize various functions.
  • the control unit 70 may be composed of various semiconductor integrated circuits such as a GPU.
  • the control unit 70 executes a program containing a group of instructions for realizing the functions of the analysis server 7, for example.
  • the above program may be provided from a communication network or stored in a portable recording medium.
  • the control unit 70 may also include an internal memory as a temporary storage area for holding various data and programs.
  • control unit 70 may be a hardware circuit such as a dedicated electronic circuit or a reconfigurable electronic circuit designed to realize each of the above functions.
  • the control unit 70 may be composed of various semiconductor integrated circuits such as a CPU, MPU, GPU, GPGPU, TPU, microcomputer, DSP, FPGA, and ASIC.
  • the storage unit 71 is a storage medium that stores programs and data necessary for realizing the functions of the analysis server 7 .
  • the storage unit 71 includes a storage unit 71a and a temporary storage unit 71b, as shown in FIG.
  • the storage unit 71a stores parameters, data, control programs, etc. for realizing predetermined functions.
  • the storage unit 71a is composed of, for example, a hard disk drive (HDD) or a semiconductor memory device (SSD).
  • HDD hard disk drive
  • SSD semiconductor memory device
  • the storage unit 71a stores the above programs, various databases (DB) described later, and the like.
  • the temporary storage unit 71b is composed of a RAM such as DRAM or SRAM, and temporarily stores (that is, retains) data.
  • the temporary storage unit 71b holds various data such as image data and sensor data received from the camera 2 and the equipment 5 .
  • the temporary storage section 71b may function as a work area for the control section 70, or may be configured as a storage area in the internal memory of the control section 70.
  • the operation unit 72 is a general term for operation members that accept user operations.
  • the operation unit 72 is composed of, for example, a keyboard, a mouse, a trackpad, a touchpad, buttons, switches, or the like, or a combination thereof.
  • the operation unit 72 may constitute a touch panel together with the display unit 73 .
  • the operation unit 72 acquires various information input by the user's operation.
  • the display unit 73 is composed of, for example, a liquid crystal display or an organic EL display.
  • the display unit 73 may display various types of information such as information input from the operation unit 72 and various icons for operating the operation unit 72 .
  • the display unit 73 may constitute an output unit that outputs various information in the analysis server 7 .
  • the device I/F 74 is a circuit for connecting external devices to the analysis server 7 .
  • the equipment I/F 74 communicates according to a predetermined communication standard.
  • Predetermined communication standards include USB, HDMI (registered trademark), IEEE1395, WiFi (registered trademark), Bluetooth (registered trademark), and the like.
  • the device I/F 74 may constitute a communication unit that connects with an external device via a communication network such as the Internet.
  • the device I/F 74 may constitute an acquisition unit for receiving various information from an external device such as the camera 2 or an output unit for transmitting various information to the external device in the analysis server 7 .
  • the network I/F 75 is a circuit for connecting the analysis server 7 to a communication network via a wireless or wired communication line.
  • Network I/F 75 communicates according to a predetermined communication standard.
  • Predetermined communication standards include IEEE802.3, IEEE802.11a/11b/11g/11ac, and the like.
  • the network I/F 75 may constitute an acquisition unit for receiving various information or an output unit for transmitting various information in the analysis server 7 via a communication network.
  • FIG. 3 is a block diagram illustrating the configuration of the administrator terminal 8. As shown in FIG.
  • the administrator terminal 8 is configured by an information processing device such as a tablet terminal, for example.
  • the administrator terminal 8 of FIG. 3 includes a control section 80, a storage section 81, an operation section 82, a display section 83, a device I/F 84, and a network I/F 85.
  • the control unit 80 includes, for example, a CPU or MPU that cooperates with software to realize a predetermined function.
  • the control unit 80 controls the overall operation of the administrator terminal 8, for example.
  • the control unit 80 reads out the data and programs stored in the storage unit 81 and performs various arithmetic processing to realize various functions.
  • the above program may be provided from a communication network such as the Internet, or may be stored in a portable recording medium.
  • the storage unit 81 is a storage medium that stores programs and data necessary for realizing the functions of the administrator terminal 8.
  • the storage unit 81 includes a storage unit 81a and a temporary storage unit 81b, as shown in FIG.
  • the storage unit 81a stores parameters, data, control programs, etc. for realizing predetermined functions.
  • the storage unit 81a is composed of, for example, an HDD or an SSD.
  • the storage unit 81a stores the above programs and various data.
  • the temporary storage unit 81b is configured by a RAM such as DRAM or SRAM, and temporarily stores various data such as data received from the analysis server 7.
  • FIG. The temporary storage section 81b may function as a work area for the control section 80, or may be configured as a storage area in the internal memory of the control section 80.
  • the operation unit 82 is a general term for operation members that receive user operations, and may be configured in the same manner as the operation unit 72 of the analysis server 7, for example.
  • the operation unit 82 may constitute a touch panel together with the display unit 83 .
  • the operation unit 82 acquires various information input by user's operation.
  • the display unit 83 is composed of, for example, a liquid crystal display or an organic EL display.
  • the display unit 83 may display various information such as information input from the operation unit 82 and various icons for operating the operation unit 82 .
  • the display unit 83 may constitute an output unit that outputs various information on the administrator terminal 8 .
  • the device I/F 84 is a circuit for connecting external devices to the administrator terminal 8.
  • the device I/F 84 performs communication according to a predetermined communication standard, like the device I/F 74 of the analysis server 7, for example.
  • the device I/F 84 may constitute an acquisition unit for receiving various information from an external device or an output unit for transmitting various information to an external device in the administrator terminal 8, or may be connected to an external device via a communication network.
  • a communication unit may be configured.
  • the network I/F 85 is a circuit for connecting the administrator terminal 8 to a communication network via a wireless or wired communication line.
  • the network I/F 85 performs communication conforming to a predetermined communication standard, like the network I/F 75 of the analysis server 7, for example.
  • the network I/F 85 may be connected to the analysis server 7 via a communication network, for example.
  • the network I/F 85 may constitute an acquisition unit for receiving various information or an output unit for transmitting various information in the administrator terminal 8 via a communication network.
  • the configuration of the analysis server 7 and administrator terminal 8 as described above is an example, and is not limited to the above example.
  • the progress management method of this embodiment may be executed in distributed computing.
  • each acquisition unit in the analysis server 7 and the administrator terminal 8 may be implemented in cooperation with various software in the control units 70, 80, etc., respectively.
  • Each acquisition unit reads various information stored in various storage media (for example, storage units 71a and 81a) into work areas (for example, temporary storage units 71b and 81b) of control units 70 and 80, respectively, thereby obtaining various information. Acquisition may be performed.
  • FIG. 4 is a functional block diagram illustrating the functional configuration of the progress management system 1 according to the first embodiment.
  • the analysis server 7 includes a process log data generation unit 601, a process state data generation unit 602, a worker data generation unit 603, a simulator 701, and a notification unit 751, which are configured in the control unit 70, for example.
  • the analysis server 7 also includes a work plan DB 910, a process DB 611, a worker DB 613, and a policy candidate DB 717 configured in the storage unit 71a, for example.
  • the work plan DB 910 stores data indicating the work plan, which is acquired from the workplace server 9 via the network I/F 75 or the like, for example.
  • the process log data generation unit 601 refers to the work plan DB 910 and generates process log data D1, which will be described later, based on sensor data received from the equipment 5 at any time.
  • the process DB 611 accumulates process log data D1 generated in association with time.
  • the process state data generation unit 602 generates process state data D2 representing the state of the work process that changes in time series, based on the process log data D1 accumulated in the process DB 611 up to the latest time.
  • the process state data D2 is stored in the process DB 611, for example.
  • the worker data generation unit 603 applies image recognition technology to the image data received from the camera 2 to recognize the positions of the workers W1 and W2 in the workplace 4, thereby obtaining the positions of the workers W1 and W2 at each time. to generate worker data D3.
  • the worker DB 613 stores the generated worker data D3.
  • the number-of-workers estimation unit 604 estimates the number of workers, which indicates the number of workers W at each time, for each work area (described later) corresponding to each piece of equipment 5, for example, based on the worker data D3 of the worker DB 613. Calculate the value one by one.
  • Each data D1 to D3 is an example of implementation data in this embodiment.
  • the measure candidate DB 717 stores data indicating candidates for measures that can be applied to the facility 5 or the worker W in order to improve the delay state in the workplace 4 .
  • the simulator 701 detects the delay state, the simulator 701 refers to the policy candidate DB 717 and executes simulation processing when the policy is applied in the workplace 4 .
  • the notification unit 751 operates the network I/F 75 so that, for example, when a delay state is detected, the delay notification and the presentation data D8 including information on measures and various simulation results by the simulator 701 are transmitted to the administrator terminal 8. Control.
  • the administrator terminal 8 includes a presentation operation unit 861 that displays the delay notification and presentation data D8 received from the analysis server 7.
  • the presentation operation unit 861 also receives an operation by the administrator 3 to determine the measures included in the presentation data D8.
  • the presentation operation unit 861 may be configured by, for example, the operation unit 82 and the display unit 83, and may be configured by a display or the like superimposed on the touch panel.
  • the process log data generation unit 601 generates the process log data D1 using the data in the work plan DB 910.
  • the process log data generation unit 601, the process state data generation unit 602, and the worker data generation unit 603 are not limited to one processor, and may be executed by separate processors, or may be executed in any combination. It may be executed by two processors.
  • part or all of the generation units 601 to 603 may be provided in an information processing apparatus different from the analysis server 7 .
  • the notification unit 751 may be configured by the display unit 73 and may display the presentation data D8.
  • the process log data D1, the process state data D2, and the worker data D3 are managed in real time by the analysis server 7 as described above.
  • An example of the data structure of various data D1 to D3 will be described with reference to FIG.
  • FIG. 5 is a diagram exemplifying the data structure of various data D1 to D3 in this system 1. As shown in FIG. FIG. 5A illustrates the data structure of process log data D1. FIG. 5B illustrates the data structure of the process state data D2. FIG. 5C illustrates the data structure of worker data D3.
  • the process log data D1 exemplified in FIG. 5A includes "date and time”, "passing object” indicating the type of product passing through each facility 5, "work line”, “equipment”, and product production
  • a “lot ID” for identifying a unit, a “passage number”, and an “operating state” of the facility 5 are managed in association with each other.
  • the product type indicates, for example, the model.
  • "1" to “6" of "equipment” indicate facilities 5-1 to 5-6, among the facilities 5 in the workplace 4, in which passing objects are detected by sensors, respectively, and "1" of "work line” ' or '2' indicates either of the work lines L1 and L2 in which the facility is included.
  • the "passing number” is added from the process log data D1 at the past time, and the number of products that passed through the facility 5 in the "equipment” column by each time in the "date and time” column for the type in the "passing object” column. indicate the total number.
  • "Operating state” indicates whether the equipment 5 in the "equipment” column at each time is in a normal state or a stopped state.
  • the product of type "A” (also referred to as "product A”; the same shall apply hereinafter) It indicates passing through facility 5-6. Furthermore, in the process log data D1 of FIG. 5A, the lot ID of the product A that passed through the facility 5-6 at the relevant date and time is "143", the total number of the products A that have passed through the facility 5-6 (that is, the number of passes) is "201”, and a value indicating a stopped state is stored as the operating state of the equipment 5-6.
  • the process state data D2 generated based on the process log data D1 as described above includes, for example, as shown in FIG. ', 'equipment status', 'passing object', and 'lot ID' are associated with each other and managed.
  • the “equipment state” of the process state data D2 indicates, for example, the work performed in the equipment 5 included in each work line L1 or L2 during the period from the "start time” to the "end time”. Corresponds to the states in L1 and L2.
  • the "equipment status” includes "quality confirmation” for verifying the quality of parts and the like before production of the product, "production” for producing the product, and "change” for changing the type of product to be produced. Includes each state of "switching".
  • the process state data D2 in FIG. 5B indicates that for work line L1, for example, the product to be produced is changed from product A to product B during the period from the start time "2021.0801.0835.21" to the end time "2021.0801.0913.25". Indicates that a switching operation is to be performed. Further, the process state data D2 of this example indicates that the product B with the lot ID "212" will be produced in the subsequent period. In addition, before the quality confirmation of the product A, for example, a switching operation may be performed to switch from the state at the start of operation of the workshop 4 to the production of the product A.
  • the worker data D3 exemplified in FIG. 5C is associated with the period from the “start time” to the “end time”, the “worker” indicating the workers W1 to W3, and each piece of equipment 5 in the workplace 4. It is managed by associating it with the "work area”.
  • the “work area” is set in advance as a predetermined range in which work related to each piece of equipment 5 is performed, for example, in the work place 4 .
  • the analysis server 7 may store, for example, map data indicating the layout of the equipment 5 in the workplace 4 in a predetermined coordinate system in the storage unit 71a. Data D3 may be generated.
  • the worker W1 corresponds to the facility "1", that is, the facility 5-1. Indicates that you were in the work area.
  • the number of workers estimating unit 604 in FIG. 4 calculates the estimated number of workers for each piece of equipment 5 at each time.
  • FIG. 6 is a diagram for explaining the operation of the progress management system 1 of this embodiment.
  • FIG. 6(A) shows an example of a progress simulation by the analysis server 7 of this system 1.
  • the progress simulation is simulation processing for predicting the progress in real time during the execution of work in the workshop 4 .
  • the analysis server 7 calculates, in chronological order, predicted values of the production quantity as shown in FIG. 6A for times after the current time t0 during a predetermined period such as one day.
  • the production quantity indicates, for example, the cumulative value of the number of products produced from the start of production to each time for each of the work lines L1 and L2 in the workshop 4.
  • FIG. 6(A) includes various graphs Gp, Gh, and Gs showing temporal changes in the production quantity for one work line L1.
  • a graph Gp shows the production quantity planned in the work plan.
  • a graph Gh shows the actual production quantity actually produced in the workshop 4 up to the current time t0.
  • a graph Gs shows the predicted value of the production quantity after the current time t0.
  • the system 1 monitors whether or not the progress of the workplace 4 is predicted to be in a delayed state, for example, by sequentially performing progress simulations.
  • the completion time of the graph Gs predicted in the progress simulation is later than the planned completion time tp at which the work process is completed in the graph Gp of the work plan, and is detected as a delayed state. .
  • the analysis server 7 When the analysis server 7 detects a delay state as shown in FIG. 6A, it searches for measures that can eliminate the delay state, for example, by tentatively applying various measures in the measure candidate DB 717 to the progress simulation.
  • FIG. 6(B) shows a graph G0 of such search results in addition to the graph Gp of FIG. 6(A).
  • a graph G0 shows the predicted value of the production quantity calculated by the progress simulation assuming that the policy is applied at the current time t0.
  • the work process is completed earlier than the planned completion time tp, and it can be seen that the delay state can be resolved by the measure.
  • the completion time of the provisional prediction graph G0 is excessively earlier than the planned completion time tp.
  • the progress management system 1 of the present embodiment further identifies the application deadline indicating the latest time among the application times at which the delay state can be resolved by the policy by performing a progress simulation when changing the application time of the policy. Then, the system 1 presents the information to the manager 3 by including the application deadline of such measures in the presentation data D8.
  • FIG. 6(C) illustrates presentation data D8 by the system 1.
  • FIG. In addition to the graphs Gp, Gh and Gs shown in FIG. and present.
  • the delay from the current time t0 to the application deadline td of the specified measure is visualized (Fig.
  • the load at the time of implementation can be reduced.
  • FIG. 7 is a flowchart illustrating the operation of the analysis server 7 in this embodiment.
  • the processing shown in the flowchart of FIG. 7 is executed by the control unit 70 functioning as a simulator 701, for example.
  • the processing of this flowchart is repeatedly executed at predetermined intervals (for example, at intervals of one minute) for each of the work lines L1 and L2 in the work place 4, for example.
  • predetermined intervals for example, at intervals of one minute
  • control unit 70 acquires the process log data D1, the process state data D2, and the estimated number of workers from, for example, the DBs 611 and 910 and the number of workers estimation unit 604 in FIG. 4 (S11).
  • the control unit 70 may extract data related to the work line L1 to be processed from the data D1 and D2 and the estimated number of workers in the temporary storage unit 71b, for example.
  • control unit 70 executes a work process progress simulation based on the acquired data D1 and D2 and the estimated number of workers (S12). For example, as shown in FIG. 6A, the control unit 70 calculates the predicted value of the production quantity for each time after the current time t0. Details of the progress simulation will be described later.
  • the control unit 70 compares the completion time of the work process predicted by the progress simulation process (S12), that is, the estimated completion time, with the planned completion time, and determines that the predicted progress is behind the work plan. (S13). The control unit 70 determines whether or not it is in a delayed state depending on whether or not the estimated completion time is later than the planned completion time.
  • the control unit 70 eliminates the delayed state by executing a progress simulation assuming that each policy in the policy candidate DB 717 is applied at the current time t0. Explore possible measures.
  • the control unit 70 identifies, among the measures described above, a measure whose estimated completion time in the progress simulation assumed to be applied is earlier than the planned completion time tp, as shown in FIG. 6B, for example (S14).
  • the control unit 70 refers to, for example, the result of the progress simulation (S12) executed for the work line L2, and if the scheduled completion time is earlier than the planned completion time, the measure may be adopted. .
  • the period during which the production quantity increases corresponds to the period during which the facility status in the process status data D2 of FIG. 5(B) is "production".
  • the period during which the production quantity is constant corresponds to the period during which the equipment state of the process state data D2 is "switching".
  • the period of switching work is shortened by increasing the number of workers, and the period in which the production quantity is constant is shortened. and progress delays have been eliminated.
  • the period when the equipment status of the process status data D2 is "quality confirmed” may be included in the period of switching from the type that was produced immediately before, for example.
  • control unit 70 When the control unit 70 identifies a measure that can eliminate the delay state by applying it to the current time t0 (S14), the control unit 70 performs a plurality of progress simulations with different application times of the measure in order to estimate the application deadline td. Execute (S15). When a plurality of measures are specified in step S14, the control unit 70 performs a progress simulation process (S15) a plurality of times to obtain such an application time limit td for each measure. Details of the processing in step S15 will be described later.
  • the control unit 70 generates the presentation data D8 as shown in FIG. 6(C), for example, and transmits the delay notification and the presentation data D8 to the administrator terminal 8 via the network I/F 75 (S16).
  • control unit 70 After transmitting the presentation data D8 and the like (S16), the control unit 70 terminates the processing of this flowchart.
  • the analysis server 7 detects a progress delay state in the progress simulation (S12) (YES in S13), it identifies measures that can eliminate the delay state (S14), and applies the measures.
  • a deadline td is obtained (S15).
  • the presentation data D8 can include the application deadline td of measures that can improve the current situation when the delay state occurs.
  • step S16 After the transmission of the presentation data D8 and the like (S16), for example, after the administrator 3's operation to determine the policy is input on the administrator terminal 8, the next cycle of the process may be executed. Further, for example, in the progress simulation (S14) in which the measure is applied at the current time t0, if the estimated completion time is later than or matches the planned completion time, the control unit 70 does not execute step S15. You may proceed to step S16.
  • presentation data D8 including the application deadline td and various graphs for each measure may be generated and transmitted in step S16.
  • FIG. 8 is a diagram for explaining progress simulation in the progress management system 1.
  • the control unit 70 as a simulator 701, performs a discrete event simulation that reproduces the process of manufacturing products in the workplace 4 and stopping and restoring the equipment 5.
  • Discrete event simulation In a discrete event simulation, numerical calculations are performed to reproduce a real process as a system whose state changes due to events that occur at discrete points in time on the time axis. Discrete event simulation performs the following steps (s1) to (s3) using, for example, a state variable indicating the state of such a virtual system and an event list in which events that can occur in the system are associated with time. It is done by repeating. Each event occurs probabilistically by, for example, random numbers.
  • (s1) Advance the time in the simulation (hereinafter referred to as “simulation time") to the time when the next event occurs in the event list.
  • (s2) Acquire all possible events at the advanced time from the event list.
  • (s3) Execute a predefined process for each event to change the state of the system (that is, state variables), and register an event that will newly occur at a later time in the event list as the event occurs.
  • a progress simulation is performed by the manufacturing system 6a corresponding to the product manufacturing process and the equipment stop/restoration system 6b corresponding to the process of stopping and restoring the equipment 5.
  • Each of the systems 6a and 6b starts, for example, at the start of simulation processing, that is, from the current time t0.
  • an event occurring in the manufacturing system 6a may change according to, for example, the state of the equipment 5 by the equipment stop/restoration system 6b.
  • control unit 70 repeatedly executes the following steps (a1) to (a3) in the manufacturing system 6a until, for example, all types of products in the work plan are produced.
  • Step (a1) Elapse a predetermined switching period corresponding to the number of workers.
  • (a2) Allow the simulation time to elapse by the takt time of one product.
  • Step (a2) is repeated for the planned number (M in the example of FIG. 8) in the work plan.
  • the predetermined switching period is set in advance, for example, in a work plan as a period of switching work for switching to production of another type for each type of product.
  • the predetermined switching period in the present embodiment is set for each type of switching work, for example, for each number of workers assumed in advance.
  • the control unit 70 causes a predetermined switching period to elapse according to the estimated number of workers acquired in step S11 of FIG. 7, for example.
  • the simulation of the manufacturing system 6a may be executed from step (a2) above.
  • control unit 70 performs the following steps (b1)-( Repeat b2).
  • step (b1) Allow the simulation time to elapse for the period of the mean time between failures (MTBF).
  • (b2) Allow the simulation time to elapse for the period of the mean recovery time (MTTR).
  • the periods of MTBF and MTTR are set in advance in the analysis server 7, for example, from statistical values such as the average of the relevant periods in the past process state data D2.
  • the control unit 70 performs steps (a2) and (a3 ) stops running.
  • the control unit 70 changes the state of the facility 5 in the manufacturing system 6a to the normal state.
  • the control unit 70 of the analysis server 7 changes the states of the manufacturing system 6a and equipment stop/restoration system 6b as described above, for example, according to programs and various data stored in the storage unit 71a, thereby performing progress simulation processing. Execute.
  • FIG. 9 is a flow chart exemplifying the process of multiple progress simulations (S15) for obtaining the application deadline.
  • the processing of this flowchart is started when, for example, in the candidate measure DB 717, a measure that can improve the delay state by being applied at the current time t0 is specified (S14).
  • the control unit 70 of the analysis server 7 calculates an estimated completion time when the measure is applied N minutes after the current time t0 (S21).
  • N is a variable for determining the applicable deadline, and has an initial value of, for example, a positive number.
  • the control unit 70 calculates an estimated completion time of the work process, that is, an estimated completion time, based on, for example, the information on the work plan and the measures to be applied, by a simple calculation different from the progress simulation. The details of the method for calculating the estimated completion time will be described later.
  • control unit 70 refers to, for example, the work plan DB 910 to determine whether the calculated estimated completion time is earlier than the planned completion time (S22).
  • the control unit 70 increases N by a predetermined value (for example, 1 minute) (S23), and uses the increased N to calculate current time t0.
  • the estimated completion time when the measure is applied N minutes after is calculated again (S21).
  • the control unit 70 repeats the processing of steps S21 to S23 until the calculated estimated completion time is later than the planned completion time or matches the planned completion time (NO in S22).
  • the control unit 70 sets a time in the vicinity of N minutes after the current time t0 as a candidate time for the policy application deadline td (S24 ). Nearby times are set to five times, for example, N minutes, N ⁇ 10 minutes, and N ⁇ 20 minutes after the current time t0.
  • the control unit 70 executes a progress simulation in the case of applying the policy to each of the set candidate times, for example, by the same processing as in step S14 of FIG. 7 (S25).
  • control unit 70 calculates the difference between the estimated completion time in the progress simulation and the planned completion time, and determines the candidate time with the smallest difference as the policy application deadline td (S26).
  • control unit 70 After determining the application time limit td (S26), the control unit 70 ends the processing of this flowchart and proceeds to step S16 in FIG.
  • the application time of the measure is delayed from the current time t0 (S23 ), the calculation of the estimated completion time (S21) is repeated. Then, a candidate time is set near the obtained estimated completion time (S24), and a progress simulation for applying the measure to the candidate time is executed (S25), thereby accurately determining the application deadline td ( S26).
  • FIG. 10 is a diagram for explaining an example of a method for calculating the estimated completion time.
  • FIG. 10A shows an example of applying a measure at time t1 after current time t0 in calculating the estimated completion time (S21 in FIG. 9).
  • FIG. 10(B) shows an example of applying the same policy at time tn after FIG. 10(A).
  • FIG. 10 shows an example in which the work line L1 is increased by the application of the policy, and the number of workers is changed from one to two, as in the example of FIG.
  • the work plan in the example of FIG. 10 is completed by producing 100 pieces of product A, then switching to production of product B to produce 60 pieces, and then switching to production of product C to produce 150 pieces. In this way, the production work and the switching work are repeated until the number of products planned for production in the work plan (hereinafter referred to as "planned number") is produced for each of the products A to C.
  • the control unit 70 calculates each period of the production work and the switching work.
  • the period of production work for each product A to C is, for example, based on the work plan, for each product A to C, the tact time preset as the period required for production of one unit is multiplied by the number of productions in the work plan.
  • the period of production work for product A "100 minutes” is calculated from the takt time of product A "1 minute” and the planned number of products A "100 pieces" in the work plan. Calculated.
  • the period of the switching work is calculated by dividing a predetermined switching period when the number of workers is "1" based on the work plan, for example, by the number of workers on the work line L1.
  • the control unit 70 determines the number of workers in each switching period according to the number of workers set in advance for the work line L1 in the work plan, for example, and whether or not measures are applied.
  • the measure is not applied at the time of the switching work, and the period of the switching work is calculated as "40 minutes”.
  • the estimated completion time is calculated to be 415 minutes after the current time t0 in FIG. 10A, and is calculated to be 435 minutes after the current time t0 in FIG. 10B (S21). .
  • the calculation of the estimated completion time is repeated while delaying the application time of the measure within the range before the planned completion time, and the candidate time is set near the planned completion time. (S21 to S24).
  • the progress simulation can be executed for the candidate time of the application deadline td (S25), and the processing load of the progress simulation for obtaining the application deadline td can be reduced (S26).
  • the processing time for presenting improvement measures in the analysis server 7 can be shortened.
  • the presentation data D8 is transmitted to the administrator terminal 8 by executing the above-described progress simulation in the analysis server 7 (S16 in FIG. 7).
  • the operation of the administrator terminal 8 in response to the presentation data D8 transmitted from the analysis server 7 and the policy decision operation by the administrator 3 will be described with reference to FIG.
  • FIG. 11 is a flow chart illustrating the operation of the administrator terminal 8 according to the simulation results. The processing shown in this flow chart is executed by, for example, the control unit 80 controlling the presentation operation unit 861 in the administrator terminal 8, for example.
  • control unit 80 determines whether or not the presentation data D8 has been received from the analysis server 7 (S31).
  • control unit 80 repeats the determination in step S31 at a predetermined cycle, such as the execution cycle of the processing in FIG. 7, until the presentation data D8 is received.
  • the control unit 80 causes the presentation operation unit 861, for example, to send the result of the progress simulation in the presentation data D8 as shown in FIG. is displayed (S32).
  • the presentation operation unit 861 displays simulation results and the like for each measure, for example.
  • the administrator 3 confirms the results of the progress simulation and the application deadline td displayed for each measure in the presentation operation unit 861, for example, and selects whether or not to apply the measure. It can be performed.
  • the control unit 80 determines whether or not the administrator 3 has input a policy decision operation (S33).
  • step S33 If there is no policy decision operation (NO in S33), the control unit 80 repeats the determination in step S33 at a predetermined cycle until, for example, a decision operation is input. In this case, for example, the control unit 80 may repeat step S33 until the application time limit td of the measure has passed, and if there is no decision operation after the application time limit td has passed, the processing of this flowchart may be terminated. If the application deadline td is earlier than the current time t0 for a plurality of measures, step S33 is repeated until, for example, the longest application deadline td. The processing of this flowchart may be executed, for example, in the same period as the processing of FIG. A cycle may be initiated.
  • control unit 80 transmits various instructions according to the decided measure to, for example, the workplace server 9 (S34).
  • control unit 80 After notifying the workplace server 9 of the determined measures (S34), the control unit 80 terminates the processing of this flowchart.
  • the control unit 80 displays the result of the progress simulation of each measure and the application deadline td (S32), and according to the decision operation of the measure by the administrator 3 (YES in S33), An instruction corresponding to the measure is issued (S34).
  • the manager 3 can confirm the results of the progress simulation and the application deadline td displayed for each measure, for example, and determine the measures to be implemented in the workplace 4 .
  • the workplace server 9 receives instructions according to the determined measures, transmits various data such as feeding back the instructions to the equipment 5, and sends various data to the terminal devices associated with each worker W1 to W3 can be notified.
  • the analysis server 7 in the present embodiment is an example of a progress management device that manages the progress of executing a work process as an example of work planned in advance.
  • the analysis server 7 includes a storage unit 71 , a control unit 70 and a network I/F 75 .
  • the storage unit 71 stores plan data indicating a plan for work.
  • the control unit 70 (an example of an acquisition unit) acquires the process log data D1, the process state data D2, and the estimated number of workers as an example of implementation data indicating the status of work being performed (S11). Based on the stored plan data and the acquired implementation data, the control unit 70 performs progress simulation processing (simulation processing) for predicting the progress of work implementation after the current time t0 as an example of the situation indicated by the implementation data.
  • a network I/F 75 (an example of an output unit) outputs information.
  • the control unit 70 detects a delay state in which the progress predicted in the simulation process is delayed from the plan indicated by the plan data (S13).
  • the control unit 70 specifies an application time limit td for applying measures to improve the delay state based on prediction results of the simulation processing (S14, S15) in the case of applying the measures to improve the detected delay state. (S15).
  • the control unit 70 causes the network I/F 75 to output presentation data D8 as an example of presentation information including the specified expiration date td (S16).
  • the control unit 70 executes simulation processing based on the implementation data acquired by the acquisition unit (S12, S14, S15). Further, in the present embodiment, the control unit 70 controls a plurality of simulation processes with different application times of the measures to specify the application time limit td (S15).
  • the work process includes a process of switching work as an example of a process performed in the facility 5 with the worker W.
  • the estimated number of workers, the process log data D1, and the process state data D2, which are examples of implementation data, indicate the status of at least one of the workers W and the equipment 5.
  • FIG. Progress simulation processing which is an example of simulation processing, calculates a switching period as an example of a predicted period during which the process is performed based on implementation data, and The progress is predicted (S12, S14, S15).
  • the process performed in the facility 5 with the worker W may include a process of restoration work for the facility 5 .
  • the prediction period may be a period required for restoration work of the facility 5 .
  • control unit 70 calculates the number of workers in the equipment 5 based on the worker data D3 as an example of the implementation data acquired by the acquisition unit (S11).
  • the control unit 70 controls the progress simulation process (an example of the simulation process) so as to calculate the switching period (an example of the predicted period) based on the calculated number of workers (steps S12, S14, S15, steps S15, (a1)).
  • the control unit 70 calculates a predetermined switching period according to the number of workers as the switching period.
  • the measure includes adding a worker W.
  • the presentation data D8 which is an example of the presentation information, further includes graphs G0 and Gd as examples of prediction results of simulation processing when the policy is applied, and simulation processing when the policy is not applied. At least one of the graph Gs is included as an example of the prediction result of .
  • the progress management system 1 includes an analysis server 7 (an example of a progress management device) and an administrator terminal 8 (an example of a terminal device).
  • the manager terminal 8 receives the presentation data D8 as an example of the presentation information output from the progress management device (S31), and presents the received presentation data D8 to the manager 3 who is an example of the user (S32).
  • the manager 3 can check the presentation data D8 on the manager terminal 8, and it is possible to easily improve the delay state in the progress of the work process.
  • the administrator terminal 8 which is an example of a terminal device, includes a network I/F 85 as an example of a communication unit, a display unit 83, an operation unit 82, and a control unit 80 as an example of a terminal control unit. .
  • a network I/F 85 performs data communication with an external device.
  • the presentation operation section 861 included in the display section 83 displays presentation data D8 (an example of presentation information) received from the analysis server 7, which is an example of the progress management device (YES in S31) (S32).
  • the presentation operation unit 861 is also configured in the operation unit 82, and receives a policy determination operation by the administrator 3 as an example of a user operation for selecting whether or not to apply a policy based on the presentation data D8 (S33).
  • the control unit 80 responds to a user operation, and when an action to decide a measure is input (YES in S33), as an example of predetermined control, the determined A process of issuing an instruction according to the policy is executed (S34).
  • an action to decide a measure is input (YES in S33)
  • the determined A process of issuing an instruction according to the policy is executed (S34).
  • the progress management method in this embodiment is a method in which the analysis server 7, which is an example of a computer, manages the progress of carrying out work that has been planned in advance.
  • the storage unit 71 of the analysis server 7 stores plan data indicating a plan for work.
  • This method includes a step (S11) in which the analysis server 7 acquires implementation data indicating the status of work being carried out, and a control unit 70 of the analysis server 7 performs a step (S12, S14, S15) of controlling a simulation process for predicting the progress of the work to be performed after the status indicated by the implementation data; includes a step of outputting information (S16).
  • the control unit 70 detects a delay state in which the progress predicted in the simulation process is delayed from the plan indicated by the plan data (S13), and applies measures to improve the detected delay state. Based on the prediction result of the simulation process for, specify the application deadline td for applying the measure so as to improve the delay state (S14-S15), and present the presentation data D8 as an example of the presentation information including the specified application deadline td, Output to the network I/F 75 (S16).
  • a program is provided for causing the control unit of the computer to execute the progress management method as described above. According to the progress management method of this embodiment, it is possible to facilitate improvement of the delay state in the progress of the work process.
  • Embodiment 2 of the present disclosure will be described below with reference to FIGS. 12 to 14.
  • FIG. 1 the progress management system 1 that performs progress simulation based on various data D1 to D3 collected in real time has been described.
  • a progress management system 1 that performs a progress simulation according to past work tendencies, such as the period until the worker W starts work in the workplace 4, will be described.
  • FIG. 12 is a diagram illustrating the functional configuration of the progress management system 1 of this embodiment.
  • the analysis server 7 in the progress management system 1 of the present embodiment has, in addition to the same configuration as that of the first embodiment (FIG. 4), a work trend analysis unit 702A that generates information in advance to be used in the simulator 701A of the present embodiment, and a work trend analysis unit 702A.
  • a trend DB 715 is provided.
  • the work trend analysis unit 702A is configured in the control unit 70, for example, and generates work trend information indicating the tendency of work performed by the worker W in the workplace 4 based on the past process state data D2 and worker data D3.
  • the generated work tendency information is stored, for example, in the work tendency DB 715 configured in the storage unit 71a.
  • the work tendency information includes, for example, the period from the start of the switching work to the actual start of the switching work by at least one worker W in the workplace 4, that is, the work unstarted period.
  • the simulator 701A of this embodiment is configured in the same manner as the simulator 701 of the first embodiment, and executes progress simulation based on the work tendency information in addition to the data D1 to D3.
  • FIG. 13 is a diagram for explaining the work non-start period in the progress management system 1 of this embodiment.
  • FIG. 13 shows the time transition of the number of workers in the period from the start time ts to the end time te of the past switching work in the work line L1, for example.
  • the number of workers is "0" at the start time ts of the switching work managed in the past process state data D2, for example. That is, the switching work is not actually performed during the period T1 from the start time ts to the time ta when the number of workers becomes "1".
  • Such a work non-starting period T1 may occur, for example, in the work line L1 of the workshop 4, when the arrival of the worker W1 or the like to the equipment 5 is delayed after the specific equipment 5 is in the "switching" state.
  • each worker W1 to W3 is in charge of a plurality of work lines L1 and L2 in the workplace 4, it is assumed that the work non-starting period T1 is likely to occur.
  • the progress management system 1 of the present embodiment statistically calculates the work unstarted period T1 from the past work trends in the workplace 4, and performs a progress simulation using the work unstarted period T1.
  • the accuracy of the progress simulation can be improved, and the application deadline td can be specified with high accuracy.
  • FIG. 14 is a flow chart illustrating the operation of calculating the work unstarted period in the analysis server 7 of this embodiment.
  • Each processing shown in this flowchart is executed for each of the work lines L1 and L2 by the control unit 70 functioning as the work trend analysis unit 702A separately from the processing of FIG. 7, for example.
  • the processing of this flowchart is started at a predetermined cycle such as one day.
  • control unit 70 acquires past process state data D2 and worker data D3 stored in, for example, the process DB 611 and worker DB 613 (S101).
  • the control unit 70 calculates the work non-start period T1 based on the acquired past data D2 and D3 (S102).
  • the control unit 70 repeats the calculation of the period from the start time ts of the switching work to the arrival of at least one worker W, for example, every period in which the equipment status of the process status data D2 is "switching".
  • the control unit 70 calculates a statistical value such as an average of each calculated value as the work non-starting period T1 used for the progress simulation.
  • the start time ts and end time te of the switching work correspond to the start time and end time when the equipment state is "switching" in the process state data D2, for example.
  • the control unit 70 stores data indicating the calculated work non-start period T1 as work tendency information in, for example, the work tendency DB 715 shown in FIG. 12 (S103).
  • control unit 70 After storing the data of the work unstarted period T1 (S103), the control unit 70 ends the processing of this flowchart.
  • the data of the work unstarted period T1 based on the past process state data D2 and worker data D3 can be prepared in the work tendency DB 715 (S101-S103).
  • the progress simulation process (S12, S14, S15)
  • the work non-starting period T1 of the work tendency DB 715 the time transition of the predicted value of the production quantity is calculated, and the application deadline td of the measure is determined. It is possible to improve the accuracy of the calculation (S15, S26).
  • the control unit 70 as the simulator 701A performs a process of causing the work non-start period T1 to elapse when executing the progress simulation as in the first embodiment. For example, before the step (a1) described above in the manufacturing system 6a of FIG. 8, that is, before the predetermined switching period elapses, the control unit 70 causes the work non-starting period T1 of the switching work to elapse based on the work tendency information. .
  • the work non-start period of the switching work was explained, but the work non-start period of the restoration work of the facility 5 may be considered.
  • the work trend analysis unit 702A may calculate the work non-start period of the recovery work based on the past process log data D1 and the worker data D3 in the same manner as in the process of FIG.
  • the simulator 701A may cause the recovery work non-start period to elapse before step (b2) described above in the facility stop/restoration system 6b of FIG. 8, that is, before the MTTR period elapses.
  • the storage unit 71 stores work tendency information indicating the tendency of switching work (an example of a process) performed in the facility 5 with the worker W.
  • the control unit 70 refers to the work trend information stored in the storage unit 71 and performs progress simulation processing (an example of simulation processing) so that the trend indicated by the work trend information is reflected in the switching period (an example of the prediction period). is controlled (S12, S14, S15).
  • the work tendency information is an example of a first period indicating a tendency that the worker W was absent from the equipment 5 at the start time ts of the switching work (an example of the start time of the process). Includes period T1.
  • the control unit 70 refers to the work tendency information and controls the progress simulation process so that the work non-start period T1 is included in the switching period (S12, S14, S15).
  • Embodiment 3 of the present disclosure will be described below with reference to FIGS. 15 to 17.
  • FIG. 1 the progress management system 1 that uses the past work non-start period T1 for progress simulation has been described.
  • a progress management system 1 that uses information (standard work period) indicating trends in the period required for work by the worker W in the workshop 4 for progress simulation will be described.
  • FIG. 15 is a diagram illustrating the functional configuration of the progress management system 1 according to the third embodiment.
  • the work trend analysis unit 702B In the analysis server 7 of the progress management system 1 of this embodiment, in the same configuration as in the second embodiment, the work trend analysis unit 702B generates work trend information including the standard work period in addition to the work unstarted period T1. Further, the simulator 701B of the present embodiment has the same configuration as the simulator 701A of the second embodiment, for example, and executes progress simulation processing using the standard work period Tu in addition to the work non-start period T1.
  • FIG. 16 is a diagram for explaining the standard work period in the progress management system 1 of this embodiment. Similar to FIG. 13, FIG. 16 shows the time transition of the number of workers in the period from the start time ts to the end time te of the switching work for the work line L1, for example.
  • the number of workers is “1", “2”, “1", “0”, “1” in the periods T2, T3, T4, T5, and T6 following the work non-start period T1. It has become. In this way, the number of workers may fluctuate, for example, during the switching work of the work line L1.
  • the analysis server 7 of the present embodiment calculates the period required for the switching work when the number of workers is one, that is, the standard work period Tu, from each data D2 and D3 collected in the past, and calculates the number of workers and A progress simulation is performed using a switching period corresponding to the standard work period Tu.
  • FIG. 17 is a flowchart illustrating the operation of calculating the standard work period Tu in the analysis server 7 of this embodiment.
  • the control unit 70 as the work trend analysis unit 702B of the present embodiment executes steps S104 and S105 in addition to the same processing (FIG. 14) as in the second embodiment.
  • the control unit 70 calculates the standard work period Tu based on the past process state data D2 and worker data D3 (S104).
  • the standard work period Tu is calculated, for example, for each combination of the type of "passing object" (that is, each product A to C) in the process state data D2 of FIG. 5B and the type produced immediately before.
  • the control unit 70 repeats the calculation such as the above formula (1) for each period when the equipment state of the process state data D2 is "switching", and the statistical value such as the average of each calculated value is used as a standard for progress simulation. It is calculated as the work period Tu.
  • the control unit 70 stores data indicating the calculated standard work period Tu so as to be added to the work tendency information, for example, in the work tendency DB 715 (S105). After that, the control unit 70 terminates the processing of this flowchart. The processing of this flowchart is repeated at a predetermined cycle, for example, one day, like the processing of FIG. 14 .
  • standard work period data based on the past process state data D2 and worker data D3 can be prepared in the work tendency DB 715 (S104, S105).
  • the standard work period of the work tendency DB 715 can be used to perform progress simulation processing with higher accuracy (S12, S14, S15).
  • the execution order of steps S102 to S105 is not particularly limited to the illustrated order.
  • the simulator 701B of the present embodiment when executing the progress simulation, performs processing to allow a period corresponding to the number of workers and the standard work period to elapse instead of the predetermined switching period.
  • the control unit 70 as the simulator 701B causes the work non-starting period T1 to elapse before the step (a1) described above, and then replaces the step (a1) with the standard work Elapse the period obtained by dividing the period by the number of workers.
  • the control unit 70 calculates the elapsed period using the estimated number of workers acquired in step S11 of FIG. 7, for example.
  • control unit 70 calculates a period corresponding to the number of workers, for example, for each time interval corresponding to each estimated number of workers, and The elapsed period may be calculated by summing the periods.
  • the standard work period may be used instead of the predetermined switching period.
  • the simulator 701B may perform a progress simulation using only the standard work period Tu without using the work non-start period T1. In this case, steps S102 and S103 of the processing of the flowchart of FIG. 17 may not be executed.
  • the work tendency information includes the standard work period Tu as an example of the second period indicating the tendency of switching work (an example of a process) involving one worker.
  • the control unit 70 refers to the work tendency information and controls the progress simulation process (an example of the simulation process) so as to use the standard work period Tu for calculating the switching period (an example of the predicted period) (S12, S14, S15).
  • Embodiments 1 to 3 have been described as examples of the technology disclosed in the present application.
  • the technology in the present disclosure is not limited to this, and can also be applied to embodiments in which modifications, substitutions, additions, omissions, etc. are made as appropriate.
  • Other embodiments are exemplified below.
  • FIG. 18 is a diagram for explaining measures in the progress management system according to the modification.
  • FIG. 18 shows graphs Gh and Gs for work line L1, similar to FIG. 6(A).
  • the graph Gs in the case where the measures are not applied is delayed from the planned completion time tp.
  • FIG. 18 further shows a graph G1 of predicted values obtained by progress simulation when the measures of this modified example are applied at the current time t0.
  • equipment 5 is added to the delayed work line L1 from another work line L2 whose estimated completion time is earlier than the planned completion time tp by the progress simulation (S12).
  • the production work is shared among the facilities 5 in the work line L1, and the burden of the production work assigned to each facility 5 is reduced, thereby improving the production speed (that is, the production quantity per hour). Latency is improved.
  • the period corresponding to the production work that is, the period during which the production quantity increases with time
  • the delay state is eliminated.
  • the work plan information in the work plan DB 910 may be corrected according to the detection of the delay state.
  • the production quantity that is not completed by the planned completion time tp may be produced in another work line L2.
  • a predetermined production quantity (for example, half of the production quantity of the work plan) in the work line L1 may be produced in another work line L2. This also makes it possible to distribute the production quantity in the work line L1 to the work line L2 and improve the delay state.
  • the measures include at least one of addition of worker W, addition of facility 5, and correction of the work plan stored in work plan DB 910 as an example of correction of plan data.
  • a plurality of measures may be applied in any combination.
  • the number-of-workers estimation unit 604 of the analysis server 7 calculates the estimated number of workers based on the image data of the camera 2 .
  • Calculation of the estimated number of workers is not limited to the image data of the camera 2, and may be performed using other sensors or the like.
  • a work area corresponding to each piece of equipment 5 in the work place 4 may be provided with a vibration sensor for detecting vibration caused by each worker W.
  • FIG. The number-of-workers estimating unit 604 acquires the detection result of the vibration sensor, and based on the detection result, determines whether or not the worker W stays in each work area, or whether the worker W arrives or leaves, thereby estimating the number of workers. can be calculated.
  • the analysis server 7 is provided with the number-of-workers estimation unit 604, but the number-of-workers estimation unit 604 may not be provided. Further, in this embodiment, the analysis server 7 does not have to include the worker data generation unit 603 and the worker DB 613 .
  • the analysis server 7 of the present embodiment uses, for example, the number of workers preset in the work plan instead of the estimated number of workers to perform progress simulations (S12, S14, S15) and calculation of the estimated completion time (S21). you can go
  • the presentation data D8 as shown in FIG. 6(C) was described, but the presentation data D8 is not limited to the example of FIG. 6(C).
  • the presentation data D8 may include a graph G0 assuming that the policy is applied at the current time t0 as shown in FIG. 6B.
  • the presentation data D8 may include only the applicable time limit td.
  • the predetermined switching period used in the manufacturing system 6a of FIG. 8 is set for each number of workers assumed in advance.
  • the predetermined switching period may not be set for each number of workers, and may be set to a statistical value such as an average over a period of multiple switching operations in the past process state data D2, for example.
  • the process of simply allowing a predetermined switching period to elapse may be executed regardless of the number of workers.
  • the processing of FIG. 14 or FIG. 17, that is, the processing of generating work tendency information is executed at predetermined intervals.
  • the work tendency information in the work tendency DB 715 may be updated as needed.
  • the processing of FIG. 14 or FIG. 17 is not limited to a predetermined cycle, and for example, when the administrator terminal 8 inputs an operation to set a work non-start period, the operation is indicated. It may be started in response to transmission of an operation signal from the administrator terminal 8 to the analysis server 7 .
  • the processing in FIG. 14 or 17 is performed for each of the work lines L1 and L2.
  • the process of FIG. 14 or FIG. 17 may be executed for each worker W or for each facility 5 instead of for each work line L1, L2.
  • the work non-starting period T1 is calculated for each worker W or by averaging the workers W for each piece of equipment 5, for example.
  • switching work is performed when the equipment status of each of the work lines L1 and L2 is "switching" in the process status data D2.
  • the switching work may be performed not only for each of the work lines L1 and L2, but for each piece of equipment 5 on each of the work lines L1 and L2, for example.
  • an item of "equipment” may be provided in the process state data D2, and the state of each piece of equipment 5 may be managed.
  • the analysis server 7 acquires sensor data from the facility 5 and generates various data such as the process log data D1.
  • various processes of the analysis server 7 may be executed in the workshop server 9, for example.
  • the workplace server 9 may have the functional configuration of the analysis server 7 shown in FIG. 4, for example.
  • the analysis server 7 performs data communication with the equipment 5 via a communication network.
  • the analysis server 7 of this embodiment may be installed, for example, in the workshop 4 and connected to the facility 5 by the device I/F 74 so as to acquire various data.
  • the presentation data D8 may be output not only to the administrator terminal 8 but also to an external display terminal such as a display connected to the analysis server 7 via the device I/F 74, for example.
  • the analysis server 7 is implemented by an information processing device different from the administrator terminal 8.
  • the analysis server 7 may be configured integrally with the administrator terminal 8, for example.
  • control unit 70 of the analysis server 7 performs a progress simulation, which is an example of simulation processing.
  • the progress management device does not have to execute simulation processing.
  • the progress management device of this embodiment may further include a communication unit that performs data communication with an external arithmetic device that performs simulation processing.
  • the control unit may transmit the execution data acquired by the acquisition unit to the arithmetic device and receive the result of the simulation processing from the arithmetic device via the communication unit.
  • the workplace server 9 may be configured to manage various information of the workplace 4 on a communication network such as the Internet.
  • the site to which the progress management system 1 is applied is not limited to the workshop 4, and may be various sites such as a distribution warehouse or a sales floor of a store.
  • the present disclosure can be applied to various progress management systems that manage the progress of work processes in various environments such as factories, distribution sites, and stores.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Manufacturing & Machinery (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Automation & Control Theory (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Factory Administration (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

予め計画された作業を実施する進捗状況を管理する進捗管理装置は、作業に関する計画を示す計画データを格納する記憶部と、作業が実施中の状況を示す実施データを取得する取得部と、格納された計画データ及び取得された実施データに基づいて、実施データが示す状況より後に作業が実施される進捗状況を予測するシミュレーション処理を制御する制御部と、情報を出力する出力部とを備える。制御部は、シミュレーション処理において予測される進捗状況が、計画データが示す計画から遅延する遅延状態を検知し、検知した遅延状態を改善するための施策を適用した場合についてのシミュレーション処理の予測結果により、遅延状態が改善されるように施策を適用する適用期限を特定し、特定した適用期限を含む提示情報を、出力部に出力させる。

Description

進捗管理装置、システム及び、方法
　本開示は、作業の進捗状況をシミュレーションする進捗管理装置、システム、及び方法に関する。
　特許文献１は、作業により作業者にかかる負担を効果的に減らす改善策を自動的に適用するための作業支援装置を開示している。作業支援装置は、生産設備に関する情報、及び生産設備と協働して作業を行う作業者に関する情報をリアルタイムで収集して、当該情報から作業により作業者にかかる負担の程度を示す作業負担度を評価する。作業支援装置は、作業負担度を改善するための改善策（例えば、作業者が対象となる作業スピードの変更、作業手順の入れ替え、及び生産設備が対象となる作業高さの変更等）を記憶しており、改善策が適用された場合の作業負担度の改善の程度を示す推定改善効果を推定するシミュレーションを行う。作業支援装置は、推定改善効果に基づいて、記憶された改善策から、作業者及び生産設備の少なくとも一方に適用される適用改善策を決定する。
国際公開第２０２０／２１７３８１号
　本開示は、作業の進捗における遅延の改善を実施し易くすることができる進捗管理装置、システム、及び方法を提供する。
　本開示の一態様に係る進捗管理装置は、予め計画された作業を実施する進捗状況を管理する。進捗管理装置は、記憶部と、取得部と、制御部と、出力部とを備える。記憶部は、作業に関する計画を示す計画データを格納する。取得部は、作業が実施中の状況を示す実施データを取得する。制御部は、格納された計画データ及び取得された実施データに基づいて、実施データが示す状況より後に作業が実施される進捗状況を予測するシミュレーション処理を制御する。出力部は、情報を出力する。制御部は、シミュレーション処理において予測される進捗状況が、計画データが示す計画から遅延する遅延状態を検知する。制御部は、検知した遅延状態を改善するための施策を適用した場合についてのシミュレーション処理の予測結果により、遅延状態が改善されるように施策を適用する適用期限を特定する。制御部は、特定した適用期限を含む提示情報を、出力部に出力させる。
　これらの概括的かつ特定の態様は、システム、方法、及びコンピュータプログラム、並びに、それらの組み合わせにより、実現されてもよい。
　本開示における進捗管理装置、システム、及び方法によると、作業の進捗における遅延の改善を実施し易くすることができる。
本開示の実施形態１に係る進捗管理システムの概要を説明するための図 進捗管理システムにおける解析サーバの構成を例示するブロック図 進捗管理システムにおける管理者端末の構成を例示するブロック図 実施形態１に係る進捗管理システムの機能的構成を例示する機能ブロック図 進捗管理システムにおける各種データのデータ構造を例示する図 進捗管理システムの動作を説明するための図 解析サーバの動作を例示するフローチャート 進捗管理システムにおける進捗シミュレーションを説明するための図 適用期限を求めるための複数回の進捗シミュレーションの処理を例示するフローチャート 推定完了時刻の算出方法の一例を説明するための図 進捗管理システムの管理者端末におけるシミュレーション結果に応じた動作を例示するフローチャート 実施形態２に係る進捗管理システムの機能的構成を例示する図 実施形態２の進捗管理システムにおける作業未着手期間を説明するための図 実施形態２の解析サーバにおいて作業未着期間を算出する動作を例示するフローチャート 実施形態３に係る進捗管理システムの機能的構成を例示する図 実施形態３の進捗管理システムにおける標準作業期間を説明するための図 実施形態３の解析サーバにおいて標準作業期間を算出する動作を例示するフローチャート 変形例に係る進捗管理システムにおける施策を説明するための図
　以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
　なお、出願人は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。
（実施形態１）
１．構成
　実施形態１に係る進捗管理システムについて、図１を用いて説明する。図１は、本実施形態に係る進捗管理システム１の概要を説明するための図である。
１－１．進捗管理システムについて
　本実施形態の進捗管理システム１は、例えば工場のような作業場４において、予め計画された作業すなわち作業工程の進捗状況を管理する用途に適用される。本システム１は、例えば図１に示すように、作業場４を撮影するカメラ２と、作業場４に設置された設備５－１～５－６及びカメラ２からリアルタイムにデータを収集して解析する解析サーバ７とを備える。さらに、本システム１は、例えば作業場４の監督者といった作業工程の管理者３に、解析サーバ７による解析結果を提示する管理者端末８と、作業場４において各種の管理制御を実行する作業場サーバ９とを備える。
　図１の作業場４では、設備５－１，５－２及び５－３を含む作業ラインＬ１と、設備５－４，５－５及び５－６を含む作業ラインＬ２とが設置されている。以下では、設備５－１～５－６の総称を設備５という。各設備５は、例えば、ＬＡＮ等の通信ネットワークを介して解析サーバ７にセンサデータを送信するように接続されたセンサを備える。センサは、例えば近接センサであり、各設備５を通過する物体に関する情報を含むセンサデータを生成する。
　本システム１のカメラ２は、作業場４において作業者Ｗ１～Ｗ３が移動する範囲全体が映るように配置される。カメラ２は、作業場４において、例えば所定の周期で撮像動作を繰り返し、撮像画像を示す画像データを生成する。カメラ２は、例えば解析サーバ７に、画像データが送信されるように接続される。
　解析サーバ７は、作業場４における作業の実施中に、受信した画像データ及びセンサデータを解析して、作業工程の進捗状況を予測するシミュレーション処理を実行する。本システム１では、シミュレーション処理において予測される進捗状況が、作業工程に関する作業計画から遅延する状態である場合、例えば、こうした遅延状態を示す遅延通知及びシミュレーション結果を示す情報などが、解析サーバ７から管理者端末８に送信される。
　本システム１によれば、管理者３は、例えば管理者端末８において、解析サーバ７から受信したシミュレーション結果などを確認することで、遅延状態を改善するための施策を検討することができる。
　管理者端末８は、例えば管理者３による施策を決定する操作を受け付けて、決定された施策を示す情報を作業場サーバ９に送信する。作業場サーバ９は、例えば通信ネットワークを介して、管理者端末８等の外部機器とデータ通信可能に構成される。作業場サーバ９は、作業場４において実施中の作業工程に施策を反映するための指示データが送信されるように、設備５に接続されてもよい。さらに、作業場サーバ９は、例えば指示データを、各作業者Ｗ１～Ｗ３に関連付けられたスマートフォン等の端末装置に送信するように、各端末装置と通信可能に構成されてもよい。
　本例において、各設備５は、作業ラインＬ１，Ｌ２毎に複数の種類の製品を製造する作業工程に用いられ、作業者Ｗ１、Ｗ２及びＷ３といった作業者Ｗにより、各作業ラインＬ１，Ｌ２において製造する製品の種別を切り替えるための切替作業などが行われる。図１では、２つの作業ラインＬ１，Ｌ２及び６つの設備５を例示しているが、作業場４の作業ライン数は２つに限らず、各作業ラインにおける設備５の個数は１つ又は４つ以上でもよい。また、各作業ラインに異なる個数の設備５が含まれてもよい。また、本システム１に含まれるカメラ２の個数、及び作業者Ｗ１～Ｗ３の人数も特に限定されない。
　以下、本システム１における解析サーバ７及び管理者端末８の具体的な構成について、図２及び図３を用いてそれぞれ説明する。
１－２．解析サーバの構成
　図２は、解析サーバ７の構成を例示するブロック図である。解析サーバ７は、例えばサーバコンピュータのような情報処理装置で構成される。解析サーバ７は、本実施形態における進捗管理装置の一例である。図２に例示する解析サーバ７は、制御部７０と、記憶部７１と、操作部７２と、表示部７３と、機器Ｉ／Ｆ７４と、ネットワークＩ／Ｆ７５とを備える。以下、インタフェースを「Ｉ／Ｆ」と略記する。
　制御部７０は、例えばソフトウェアと協働して所定の機能を実現するＣＰＵ又はＭＰＵを含む。制御部７０は、例えば解析サーバ７の全体動作を制御する。制御部７０は、記憶部７１に格納されたデータ及びプログラムを読み出して種々の演算処理を行い、各種の機能を実現する。制御部７０は、ＧＰＵ等の種々の半導体集積回路で構成されてもよい。
　制御部７０は、例えば解析サーバ７の機能を実現するための命令群を含んだプログラムを実行する。上記のプログラムは、通信ネットワークから提供されてもよいし、可搬性を有する記録媒体に格納されていてもよい。また、制御部７０は、各種のデータ及びプログラムを保持する一時的な記憶領域として内部メモリを備えてもよい。
　また、制御部７０は、上記各機能を実現するように設計された専用の電子回路又は再構成可能な電子回路などのハードウェア回路であってもよい。制御部７０は、ＣＰＵ、ＭＰＵ、ＧＰＵ、ＧＰＧＰＵ、ＴＰＵ、マイコン、ＤＳＰ、ＦＰＧＡ及びＡＳＩＣ等の種々の半導体集積回路で構成されてもよい。
　記憶部７１は、解析サーバ７の機能を実現するために必要なプログラム及びデータを記憶する記憶媒体である。記憶部７１は、図２に示すように、格納部７１ａ及び一時記憶部７１ｂを含む。
　格納部７１ａは、所定の機能を実現するためのパラメータ、データ及び制御プログラム等を格納する。格納部７１ａは、例えばハードディスクドライブ（ＨＤＤ）または半導体記憶装置（ＳＳＤ）で構成される。例えば、格納部７１ａは、上記のプログラム、及び、後述する各種データベース（ＤＢ）などを格納する。
　一時記憶部７１ｂは、例えばＤＲＡＭ又はＳＲＡＭ等のＲＡＭで構成され、データを一時的に記憶（即ち、保持）する。例えば、一時記憶部７１ｂは、カメラ２及び設備５から受信した画像データ及びセンサデータといった各種データなどを保持する。また、一時記憶部７１ｂは、制御部７０の作業エリアとして機能してもよく、制御部７０の内部メモリにおける記憶領域で構成されてもよい。
　操作部７２は、ユーザの操作を受け付ける操作部材の総称である。操作部７２は、例えばキーボード、マウス、トラックパッド、タッチパッド、ボタン及びスイッチ等の何れか、又はそれらの組合せにより構成される。操作部７２は、表示部７３と共にタッチパネルを構成してもよい。操作部７２は、ユーザの操作によって入力される諸情報を取得する。
　表示部７３は、例えば液晶ディスプレイ又は有機ＥＬディスプレイで構成される。表示部７３は、操作部７２から入力された情報及び操作部７２を操作するための各種アイコンなど、各種の情報を表示してもよい。表示部７３は、解析サーバ７において諸情報を出力する出力部を構成してもよい。
　機器Ｉ／Ｆ７４は、解析サーバ７に、外部機器を接続するための回路である。機器Ｉ／Ｆ７４は、所定の通信規格に従い通信を行う。所定の通信規格には、ＵＳＢ、ＨＤＭＩ（登録商標）、ＩＥＥＥ１３９５、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。機器Ｉ／Ｆ７４は、インターネット等の通信ネットワークを介して、外部機器と接続する通信部を構成してもよい。機器Ｉ／Ｆ７４は、機器Ｉ／Ｆ７４は、解析サーバ７において、カメラ２等の外部機器から諸情報を受信する取得部あるいは外部機器に諸情報を送信する出力部を構成してもよい。
　ネットワークＩ／Ｆ７５は、無線または有線の通信回線を介して解析サーバ７を通信ネットワークに接続するための回路である。ネットワークＩ／Ｆ７５は、所定の通信規格により通信を行う。所定の通信規格には、ＩＥＥＥ８０２．３，ＩＥＥＥ８０２．１１ａ／１１ｂ／１１ｇ／１１ａｃ等が含まれる。ネットワークＩ／Ｆ７５は、解析サーバ７において、通信ネットワークを介して諸情報を受信する取得部あるいは諸情報を送信する出力部を構成してもよい。
１－３．管理者端末の構成
　図３は、管理者端末８の構成を例示するブロック図である。管理者端末８は、例えばタブレット端末などの情報処理装置で構成される。図３の管理者端末８は、制御部８０と、記憶部８１と、操作部８２と、表示部８３と、機器Ｉ／Ｆ８４と、ネットワークＩ／Ｆ８５とを備える。
　制御部８０は、例えばソフトウェアと協働して所定の機能を実現するＣＰＵ又はＭＰＵを含む。制御部８０は、例えば管理者端末８の全体動作を制御する。制御部８０は、記憶部８１に格納されたデータ及びプログラムを読み出して種々の演算処理を行い、各種の機能を実現する。上記のプログラムは、インターネット等の通信ネットワークから提供されてもよいし、可搬性を有する記録媒体に格納されていてもよい。
　記憶部８１は、管理者端末８の機能を実現するために必要なプログラム及びデータを記憶する記憶媒体である。記憶部８１は、図３に示すように、格納部８１ａ及び一時記憶部８１ｂを含む。
　格納部８１ａは、所定の機能を実現するためのパラメータ、データ及び制御プログラム等を格納する。格納部８１ａは、例えばＨＤＤ又はＳＳＤで構成される。例えば、格納部８１ａは、上記のプログラム、及び各種データなどを格納する。一時記憶部８１ｂは、例えばＤＲＡＭ又はＳＲＡＭ等のＲＡＭで構成され、解析サーバ７から受信されたデータといった各種データなどを一時的に記憶する。また、一時記憶部８１ｂは、制御部８０の作業エリアとして機能してもよく、制御部８０の内部メモリにおける記憶領域で構成されてもよい。
　操作部８２は、ユーザの操作を受け付ける操作部材の総称であり、例えば解析サーバ７の操作部７２と同様に構成されてもよい。操作部８２は、表示部８３と共にタッチパネルを構成してもよい。操作部８２は、ユーザの操作によって入力される諸情報を取得する。
　表示部８３は、例えば液晶ディスプレイ又は有機ＥＬディスプレイで構成される。表示部８３は、操作部８２から入力された情報及び操作部８２を操作するための各種アイコンなど、各種の情報を表示してもよい。表示部８３は、管理者端末８において諸情報を出力する出力部を構成してもよい。
　機器Ｉ／Ｆ８４は、管理者端末８に外部機器を接続するための回路である。機器Ｉ／Ｆ８４は、例えば解析サーバ７の機器Ｉ／Ｆ７４と同様に、所定の通信規格に従い通信を行う。機器Ｉ／Ｆ８４は、管理者端末８において外部機器から諸情報を受信する取得部あるいは外部機器に諸情報を送信する出力部を構成してもよいし、通信ネットワークを介して外部機器と接続する通信部を構成してもよい。
　ネットワークＩ／Ｆ８５は、無線または有線の通信回線を介して管理者端末８を通信ネットワークに接続するための回路である。ネットワークＩ／Ｆ８５は、例えば解析サーバ７のネットワークＩ／Ｆ７５と同様に、所定の通信規格に準拠した通信を行う。ネットワークＩ／Ｆ８５は、例えば通信ネットワークを介して、解析サーバ７に接続してもよい。ネットワークＩ／Ｆ８５は、管理者端末８において通信ネットワークを介して諸情報を受信する取得部あるいは送信する出力部を構成してもよい。
　以上のような解析サーバ７及び管理者端末８の構成は一例であり、上記の例に限らない。本実施形態の進捗管理方法は、分散コンピューティングにおいて実行されてもよい。また、解析サーバ７及び管理者端末８における各取得部は、それぞれ制御部７０、８０等における各種ソフトウェアとの協働によって実現されてもよい。各取得部は、各種記憶媒体（例えば格納部７１ａ、８１ａ）に格納された諸情報を、それぞれ制御部７０、８０の作業エリア（例えば一時記憶部７１ｂ、８１ｂ）に読み出すことによって、諸情報の取得を行ってもよい。
１－４．進捗管理システムの機能的構成
　以上のような解析サーバ７及び管理者端末８を含む進捗管理システム１の機能的な構成について、図４を用いて説明する。図４は、実施形態１に係る進捗管理システム１の機能的構成を例示する機能ブロック図である。
　解析サーバ７は、例えば制御部７０に構成される工程ログデータ生成部６０１、工程状態データ生成部６０２、作業者データ生成部６０３、シミュレータ７０１及び通知部７５１を備える。また、解析サーバ７は、例えば格納部７１ａに構成される作業計画ＤＢ９１０、工程ＤＢ６１１、作業者ＤＢ６１３及び施策候補ＤＢ７１７を備える。作業計画ＤＢ９１０は、例えば作業場サーバ９から、ネットワークＩ／Ｆ７５等を介して取得された、作業計画を示すデータを格納する。
　工程ログデータ生成部６０１は、例えば作業計画ＤＢ９１０を参照して、設備５から随時、受信されるセンサデータに基づいて、後述する工程ログデータＤ１を生成する。工程ＤＢ６１１は、時刻と対応付けて生成された工程ログデータＤ１を蓄積する。工程状態データ生成部６０２は、工程ＤＢ６１１に蓄積された最新時刻までの工程ログデータＤ１に基づいて、時系列に変化する作業工程の状態を示す工程状態データＤ２を生成する。工程状態データＤ２は、例えば工程ＤＢ６１１に格納される。
　作業者データ生成部６０３は、カメラ２から受信した画像データに画像認識技術を適用して、作業場４における作業者Ｗ１，Ｗ２の位置を認識することで、作業者Ｗ１，Ｗ２の時刻毎の位置を示す作業者データＤ３を生成する。作業者ＤＢ６１３は、生成された作業者データＤ３を格納する。作業者数推定部６０４は、作業者ＤＢ６１３の作業者データＤ３に基づいて、例えば各設備５に対応する作業エリア（後述）毎に、時刻毎の作業者Ｗの人数を示す作業者数の推定値を逐次、算出する。各データＤ１～Ｄ３は、本実施形態における実施データの一例である。
　シミュレータ７０１は、工程ログデータＤ１及び工程状態データＤ２と、作業者数推定部６０４により算出された推定作業者数とを随時、取得する。シミュレータ７０１は、例えば作業計画ＤＢ９１０を参照して、各データＤ１～Ｄ３に基づいて、進捗状況のシミュレーション処理を実行する。さらに、シミュレータ７０１は、作業計画との比較により、シミュレーション処理において予測された進捗状況の遅延状態を検知する。
　施策候補ＤＢ７１７は、作業場４において遅延状態を改善するために、設備５あるいは作業者Ｗについて適用可能な施策の候補を示すデータを格納する。シミュレータ７０１は、遅延状態を検知すると、施策候補ＤＢ７１７を参照して、作業場４において施策を適用した場合のシミュレーション処理を実行する。
　通知部７５１は、例えば遅延状態が検知されたとき、遅延通知と、施策の情報及びシミュレータ７０１による各種シミュレーション結果を含む提示データＤ８とを管理者端末８に送信するように、ネットワークＩ／Ｆ７５を制御する。
　管理者端末８は、解析サーバ７から受信した遅延通知及び提示データＤ８を表示する提示操作部８６１を備える。また、提示操作部８６１は、管理者３が提示データＤ８に含まれる施策を決定する操作を受け付ける。提示操作部８６１は、例えば操作部８２及び表示部８３に構成され、タッチパネル上に重畳したディスプレイ等で構成されてもよい。
　上記の例では、工程ログデータ生成部６０１が、作業計画ＤＢ９１０のデータを用いて工程ログデータＤ１を生成する例を説明したが、センサデータから製品の種別などが判別可能な場合は、センサデータのみから工程ログデータＤ１を生成してもよい。また、工程ログデータ生成部６０１と、工程状態データ生成部６０２と、作業者データ生成部６０３とは、１つのプロセッサに限らず、それぞれ別のプロセッサにより実行されてもよいし、任意の組み合わせで２つのプロセッサにより実行されてもよい。また、各生成部６０１～６０３の一部又は全部が解析サーバ７とは異なる情報処理装置に設けられてもよい。また、解析サーバ７において、通知部７５１は、表示部７３で構成されてもよく、提示データＤ８を表示してもよい。
１－５．各種データ構造について
　本実施形態の進捗管理システム１において、以上のように工程ログデータＤ１、工程状態データＤ２、及び作業者データＤ３が、解析サーバ７においてリアルタイムに管理される。各種データＤ１～Ｄ３のデータ構造の一例を、図５を用いて説明する。
　図５は、本システム１における各種データＤ１～Ｄ３のデータ構造を例示する図である。図５（Ａ）は工程ログデータＤ１のデータ構造を例示する。図５（Ｂ）は工程状態データＤ２のデータ構造を例示する。図５（Ｃ）は作業者データＤ３のデータ構造を例示する。
　図５（Ａ）に例示する工程ログデータＤ１は、「日時」と、各設備５を通過する製品の種別を示す「通過物」と、「作業ライン」と、「設備」と、製品の生産単位を識別する「ロットＩＤ」と、「通過数」と、設備５の「稼働状態」とを対応付けて管理する。製品の種別は、例えば機種等を示す。
　例えば、「設備」の「１」～「６」は、作業場４における設備５のうち、センサにより通過物が検知された設備５－１～５－６をそれぞれ示し、「作業ライン」の「１」または「２」は、当該設備が含まれる作業ラインＬ１，Ｌ２の何れかを示す。「通過数」は、例えば過去の時刻における工程ログデータＤ１からの加算により、「通過物」欄の種別について、「日時」欄の各時刻までに「設備」欄の設備５を通過した製品の総数を示す。「稼働状態」は、各時刻の「設備」欄における設備５が、正常状態または停止状態の何れであるかを示す。
　図５（Ａ）の工程ログデータＤ１は、例えば日時「2021.0801.0701.27」において、種別「Ａ」の製品（「製品Ａ」ともいう。以下同様。）が、作業ラインＬ２の設備「６」即ち設備５－６を通過することを示す。さらに、図５（Ａ）の工程ログデータＤ１では、当該日時において、通過した製品ＡのロットＩＤ「１４３」、設備５－６を通過した製品Ａの総数（即ち、通過数）「２０１」、及び設備５－６の稼働状態として停止状態を示す値が格納されている。
　以上のような工程ログデータＤ１に基づいて生成される工程状態データＤ２は、例えば図５（Ｂ）に示すように、「作業ライン」と、作業工程の状態の「開始時刻」及び「終了時刻」と、「設備状態」と、「通過物」と、「ロットＩＤ」とを対応付けて管理する。
　工程状態データＤ２の「設備状態」は、例えば各作業ラインＬ１またはＬ２に含まれる設備５において「開始時刻」から「終了時刻」までの期間に実施される作業を示し、作業工程の各作業ラインＬ１，Ｌ２における状態に対応する。図５（Ｂ）の例では、「設備状態」は、製品の生産前に部品等の品質を検証する「品質確認」、製品を生産する「生産」、及び生産する製品の種別を変更する「切替」の各状態を含む。
　図５（Ｂ）の工程状態データＤ２は、例えば作業ラインＬ１について、開始時刻「2021.0801.0835.21」から終了時刻「2021.0801.0913.25」までの期間に、生産する製品を製品Ａから製品Ｂに変更する切替作業が行われることを示す。また、本例の工程状態データＤ２は、以降の期間においてロットＩＤ「２１２」の製品Ｂが生産されることを示す。なお、製品Ａの品質確認の前に、例えば作業場４の操業開始時の状態から、製品Ａの生産に切り替える切替作業が行われてもよい。
　本例の作業場４では、例えば工程状態データＤ２において、設備５の設備状態が「切替」である場合の作業（即ち、切替作業）は、作業者Ｗにより人手で行われる。一方、設備５の設備状態が「生産」である場合の作業（即ち、生産作業）は、作業者Ｗの人手による作業を伴わない。
　図５（Ｃ）に例示する作業者データＤ３は、「開始時刻」から「終了時刻」までの期間と、作業者Ｗ１～Ｗ３を示す「作業者」と、作業場４において各設備５に関連付けられた「作業エリア」とを対応付けて管理する。「作業エリア」は、例えば作業場４において、各設備５に関する作業が行われる所定の範囲として予め設定される。解析サーバ７は、例えば格納部７１ａに、所定の座標系で作業場４における設備５の配置などを示す地図データを格納してもよく、作業者データ生成部６０３により、地図データを用いて作業者データＤ３を生成してもよい。
　図５（Ｃ）の作業者データＤ３は、例えば開始時刻「2021.0801.0700.00」から終了時刻「2021.0801.0700.07」までの期間に、作業者Ｗ１が、設備「１」即ち設備５－１に対応する作業エリアに滞在していたことを示す。こうした作業者データＤ３に基づき、例えば図４の作業者数推定部６０４において、各時刻における設備５毎の推定作業者数が算出される。
２．動作
　以上のように構成される進捗管理システム１の動作について、以下説明する。
２－１．動作の概要
　本実施形態の進捗管理システム１における解析サーバ７の動作の概要を、図６を用いて説明する。図６は、本実施形態の進捗管理システム１の動作を説明するための図である。
　図６（Ａ）は、本システム１の解析サーバ７による進捗シミュレーションの一例を示す。進捗シミュレーションは、作業場４における作業の実施中にリアルタイムに進捗状況を予測するシミュレーション処理である。解析サーバ７は、進捗シミュレーションにおいて、例えば１日などの所定期間中の現在時刻ｔ０より後の時刻について、図６（Ａ）に示すように、生産数量の予測値を時系列で算出する。生産数量は、例えば作業場４における作業ラインＬ１，Ｌ２毎に、生産開始から各時刻までに生産される製品の個数の累計値を示す。
　図６（Ａ）は、１つの作業ラインＬ１についての生産数量の時間変化を示す各種グラフＧｐ，Ｇｈ，Ｇｓを含む。グラフＧｐは、作業計画に計画された生産数量を示す。グラフＧｈは、現在時刻ｔ０までに作業場４において実際に生産された生産数量の実績値を示す。グラフＧｓは、現在時刻ｔ０より後の生産数量の予測値を示す。
　本システム１は、例えば進捗シミュレーションを逐次行うことで、作業場４の進捗状況が遅延状態と予測されるか否かを監視する。図６（Ａ）の例は、進捗シミュレーションにおいて予測されるグラフＧｓの完了時刻が、作業計画のグラフＧｐにおいて作業工程が完了する計画完了時刻ｔｐよりも遅くなっており、遅延状態として検知される。
　解析サーバ７は、図６（Ａ）のような遅延状態を検知すると、例えば施策候補ＤＢ７１７における各種施策を進捗シミュレーションに仮に適用することで、遅延状態を解消可能な施策を探索する。図６（Ｂ）は、図６（Ａ）のグラフＧｐに加えて、こうした探索結果のグラフＧ０を示す。グラフＧ０は、現在時刻ｔ０に施策の適用を仮定した進捗シミュレーションにより算出される生産数量の予測値を示す。
　図６（Ｂ）に例示する仮予測のグラフＧ０では、計画完了時刻ｔｐよりも早く作業工程が完了しており、当該施策で遅延状態が解消可能と分かる。但し、仮予測のグラフＧ０の完了時刻は、過度に計画完了時刻ｔｐよりも早い。実際の作業場４においては、施策が提示された時点で即時適用することは管理者３等にとって困難だが、提示時から多少の時間を置いて適用することは容易である場合が考えられる。この場合に、どの程度の時間を置ける猶予があるか、即ち、いつまでに施策を適用すれば遅延状態を解消できるかということが、管理者３等にとって有用な情報であると考えられる。
　そこで、本実施形態の進捗管理システム１は、更に施策の適用時刻を変える場合の進捗シミュレーションによって、当該施策により遅延状態を解消可能な適用時刻のうちの最も遅い時刻を示す適用期限を特定する。そして、本システム１は、こうした施策の適用期限を提示データＤ８に含めて、管理者３に情報提示を行う。
　図６（Ｃ）は、本システム１による提示データＤ８を例示する。本例の提示データＤ８は、図６（Ａ）の各グラフＧｐ，Ｇｈ，Ｇｓに加えて、施策の適用期限ｔｄと、適用期限ｔｄに施策を適用する場合の進捗シミュレーションの結果を示すグラフＧｄとを提示する。
　本システム１の提示データＤ８によれば、例えば、現在時刻ｔ０から、特定された施策の適用期限ｔｄまでの猶予が可視化され（図６（Ｃ））、管理者３等が作業場４において施策を実施する際の負荷を低減することができる。また、適用期限ｔｄまでに余裕があるにも関わらず現在時刻ｔ０に施策の即時適用を強いられた場合に生じ得る徒労を回避することができる。このように、本システム１によると、作業場４における遅延状態の改善を実施し易くすることができる。
２－２．解析サーバの動作
　進捗管理システム１における解析サーバ７の動作について、図４、図６及び図７を用いて説明する。
　図７は、本実施形態における解析サーバ７の動作を例示するフローチャートである。図７のフローチャートに示す処理は、例えばシミュレータ７０１として機能する制御部７０により実行される。本フローチャートの処理は、例えば作業場４における作業ラインＬ１，Ｌ２毎に、所定の周期（例えば１分間隔）で繰り返し実行される。以下では、本フローチャートの処理が作業ラインＬ１について実行される例を説明する。
　まず、制御部７０は、例えば図４の各ＤＢ６１１，９１０及び作業者数推定部６０４から、工程ログデータＤ１、工程状態データＤ２及び推定作業者数を取得する（Ｓ１１）。制御部７０は、例えば一時記憶部７１ｂにおいて各データＤ１，Ｄ２及び推定作業者数のデータから、処理対象の作業ラインＬ１に関するデータを抽出してもよい。
　次に、制御部７０は、取得したデータＤ１，Ｄ２及び推定作業者数に基づき、作業工程の進捗シミュレーションを実行する（Ｓ１２）。制御部７０は、例えば上述の図６（Ａ）に示すように、現在時刻ｔ０より後における時刻毎の生産数量の予測値を算出する。進捗シミュレーションの詳細については後述する。
　制御部７０は、進捗シミュレーションの処理（Ｓ１２）によって予測される作業工程の完了時刻、即ち推定完了時刻と、計画完了時刻との比較により、予測される進捗状況が、作業計画から遅延状態であるか否かを判断する（Ｓ１３）。制御部７０は、推定完了時刻が計画完了時刻よりも遅いか否かによって、遅延状態か否かを判断する。
　進捗状況が遅延状態である場合（Ｓ１３でＹＥＳ）、制御部７０は、施策候補ＤＢ７１７における各施策について、現在時刻ｔ０に当該施策を適用すると仮定した進捗シミュレーションを実行することで、遅延状態を解消可能な施策を探索する。制御部７０は、上記各施策のうち、例えば図６（Ｂ）に示すように、適用を仮定した進捗シミュレーションにおける推定完了時刻が計画完了時刻ｔｐよりも早くなる施策を特定する（Ｓ１４）。
　本実施形態では、遅延状態を解消可能な施策として、例えば別の作業ラインＬ２から、１人の作業者Ｗを作業ラインＬ１に追加する施策が特定される。ステップＳ１４において、制御部７０は、例えば作業ラインＬ２について実行された進捗シミュレーション（Ｓ１２）の結果を参照して、予定完了時刻が計画完了時刻よりも早い場合に、当該施策を採用してもよい。
　ここで、図６（Ｂ）の各グラフＧｐ，Ｇｈ，Ｇ０において、生産数量が増加する期間は、図５（Ｂ）の工程状態データＤ２における設備状態が「生産」の期間に対応する。また、各グラフＧｐ，Ｇｈ，Ｇ０において、生産数量が一定の期間は、工程状態データＤ２の設備状態が「切替」の期間に対応する。上記のような施策を現在時刻ｔ０に適用した場合のグラフＧ０では、現在時刻ｔ０より後において、作業者数の増員により切替作業の期間が短縮されることで、生産数量が一定の期間が短縮され、進捗の遅延が解消されている。なお、工程状態データＤ２の設備状態が「品質確認」の期間は、例えば直前に生産していた種別からの切替の期間に含まれてもよい。
　制御部７０は、現在時刻ｔ０に適用することで遅延状態を解消可能な施策を特定すると（Ｓ１４）、適用期限ｔｄを推定するために、施策の適用時刻を異ならせた複数回の進捗シミュレーションを実行する（Ｓ１５）。複数の施策がステップＳ１４において特定された場合、制御部７０は、各施策について、こうした適用期限ｔｄを求めるための複数回の進捗シミュレーションの処理（Ｓ１５）を行う。ステップＳ１５の処理の詳細については後述する。
　制御部７０は、例えば図６（Ｃ）に示すような提示データＤ８を生成し、ネットワークＩ／Ｆ７５により、管理者端末８に遅延通知と、提示データＤ８とを送信する（Ｓ１６）。
　提示データＤ８等の送信（Ｓ１６）後、制御部７０は、本フローチャートの処理を終了する。
　以上の処理によると、解析サーバ７は、進捗シミュレーション（Ｓ１２）において進捗状況の遅延状態を検知すると（Ｓ１３でＹＥＳ）、遅延状態を解消可能な施策を特定すると共に（Ｓ１４）、当該施策の適用期限ｔｄを求める（Ｓ１５）。これにより、遅延状態が生じたときに現状を改善できる施策の適用期限ｔｄを提示データＤ８に含めることができる。
　以上の処理では、提示データＤ８等の送信（Ｓ１６）後、例えば管理者端末８において施策を決定する管理者３の操作が入力されてから、次の周期の処理が実行されてもよい。また、例えば現在時刻ｔ０に施策を適用する進捗シミュレーション（Ｓ１４）において、推定完了時刻が、計画完了時刻と比較して遅いか、または一致する場合、制御部７０は、ステップＳ１５を実行せず、ステップＳ１６に進んでもよい。
　また、例えば施策候補ＤＢ７１７において、遅延状態を解消可能な施策が複数ある場合、ステップＳ１６において、施策毎の適用期限ｔｄ及び各種グラフを含む提示データＤ８が生成され、送信されてもよい。
２－３．進捗シミュレーションについて
　本実施形態の解析サーバ７における進捗シミュレーション（Ｓ１２，Ｓ１４，Ｓ１５）の詳細について、図８を用いて説明する。
　図８は、進捗管理システム１における進捗シミュレーションを説明するための図である。解析サーバ７において、例えば制御部７０はシミュレータ７０１として、作業場４における製品の製造、及び設備５の停止と復旧のプロセスを再現する離散事象シミュレーションを行う。
　離散事象シミュレーションでは、現実のプロセスを、時間軸上の離散時点において生起する事象により、状態が変化するシステムとして再現するための数値計算が実行される。離散事象シミュレーションは、例えばこうした仮想的なシステムの状態を示す状態変数、及びシステムにおいて生起し得る事象と時刻とを関連付けて登録した事象リストを用いて、以下のステップ（ｓ１）～（ｓ３）を繰り返すことで行われる。各事象は、例えば乱数により確率的に生起する。
（ｓ１）シミュレーションにおける時刻（以下、「シミュレーション時刻」という。）を、事象リストにおいて次の事象が生起する時刻に進める。
（ｓ２）事象リストから、進めた先の時刻で生起可能な事象を全て取得する。
（ｓ３）各事象について予め定義された処理を実行して、システムの状態（即ち状態変数）を変化させるとともに、事象の生起に伴い後の時刻で新たに生起する事象を事象リストに登録する。
　本実施形態の解析サーバ７では、例えば製品の製造プロセスに対応する製造システム６ａと、設備５の停止と復旧のプロセスに対応する設備停止／復旧システム６ｂとによる進捗シミュレーションが行われる。各システム６ａ，６ｂは、例えばシミュレーション処理の開始時、即ち現在時刻ｔ０から開始される。両システム６ａ，６ｂにおいて、例えば設備停止／復旧システム６ｂによる設備５の状態に応じて、製造システム６ａで生起する事象が変化してもよい。
　製造システム６ａでは、例えば種別毎の製品の生産と、生産する種別の切替とによる状態の変化が繰り返される。制御部７０は、製造システム６ａにおいて、例えば作業計画における全種別の製品が生産されるまで、以下のステップ（ａ１）～（ａ３）を繰り返し実行する。
（ａ１）作業者数に応じた所定の切替期間を経過させる。
（ａ２）シミュレーション時刻を製品１個のタクトタイム分経過させる。
（ａ３）作業計画における計画個数（図８の例ではＭ個）分、ステップ（ａ２）を繰り返す。
　本実施形態では、所定の切替期間は、例えば作業計画において、製品の種別毎に、別の種別の生産に切り替える切替作業の期間として予め設定される。本実施形態における所定の切替期間は、各種別間の切替作業について、例えば予め想定される作業者数毎に設定される。上記のステップ（ａ１）では、制御部７０は、例えば図７のステップＳ１１で取得した推定作業者数に応じて、所定の切替期間を経過させる。なお、進捗シミュレーションの実行時刻が、生産作業の期間内である場合、製造システム６ａのシミュレーションは、上記のステップ（ａ２）から実行されてもよい。
　設備停止／復旧システム６ｂでは、例えば設備５の異常による停止と、作業場４における設備５の復旧作業による再稼働とに応じた状態の変化が繰り返される。復旧作業は、例えば作業者Ｗによる人手の作業を含む。制御部７０は、設備停止／復旧システム６ｂにおいて、例えば製造システム６ａの稼働が終了するまで、即ち製造システム６ａにおいて作業計画の全種別の製品が製造されるまで、以下のステップ（ｂ１）～（ｂ２）を繰り返し実行する。
（ｂ１）シミュレーション時刻を平均故障間隔（ＭＴＢＦ）の期間分、経過させる。
（ｂ２）シミュレーション時刻を平均復旧時間（ＭＴＴＲ）の期間分、経過させる。
　ＭＴＢＦ及びＭＴＴＲの期間は、例えば過去の工程状態データＤ２における該当期間の平均といった統計値から、解析サーバ７において予め設定される。制御部７０は、上記のステップ（ｂ１）においてＭＴＢＦの期間を経過させた後、製造システム６ａにおいて、シミュレーション時刻が設備５による生産作業の期間内である場合、上記のステップ（ａ２），（ａ３）の実行を停止する。制御部７０は、ステップ（ｂ２）においてＭＴＴＲの
期間を経過させた後、製造システム６ａにおける設備５の状態を正常状態に変化させる。
　解析サーバ７の制御部７０は、例えば格納部７１ａに格納されたプログラム及び各種データにより、以上のような製造システム６ａ及び設備停止／復旧システム６ｂにおける状態を変化させることで、進捗シミュレーションの処理を実行する。
２－４．適用期限を求めるための複数回の進捗シミュレーションの処理
　図７のステップＳ１５における進捗シミュレーションの処理の詳細を、図９及び図１０を用いて説明する。
　図９は、適用期限を求めるための複数回の進捗シミュレーションの処理（Ｓ１５）を例示するフローチャートである。本フローチャートの処理は、例えば施策候補ＤＢ７１７において、現在時刻ｔ０に適用することで遅延状態を改善可能な施策が特定された（Ｓ１４）ときに開始される。
　まず、解析サーバ７の制御部７０は、現在時刻ｔ０からＮ分後に施策を適用する場合の推定完了時刻を算出する（Ｓ２１）。Ｎは、適用期限を求めるための変数であり、例えば正数の初期値を有する。ステップＳ２１において、制御部７０は、進捗シミュレーションとは異なる簡易な演算により、例えば作業計画及び適用する施策の情報に基づいて、作業工程が完了すると推定される時刻、即ち推定完了時刻を算出する。推定完了時刻の算出方法について詳細は後述する。
　次に、制御部７０は、例えば作業計画ＤＢ９１０を参照して、算出した推定完了時刻が計画完了時刻よりも早いか否かを判断する（Ｓ２２）。
　推定完了時刻が計画完了時刻より早いとき（Ｓ２２でＹＥＳ）、制御部７０は、所定の値（例えば１分）だけＮを増加させて（Ｓ２３）、増加させたＮを用いて、現在時刻ｔ０からＮ分後に施策を適用する場合の推定完了時刻を再び算出する（Ｓ２１）。制御部７０は、算出した推定完了時刻が計画完了時刻よりも遅いか、または計画完了時刻と一致する（Ｓ２２でＮＯ）まで、ステップＳ２１～Ｓ２３の処理を繰り返す。
　算出した推定完了時刻が計画完了時刻より早くない場合（Ｓ２２でＮＯ）、制御部７０は、現在時刻ｔ０からＮ分後の近傍の時刻を、施策の適用期限ｔｄの候補時刻として設定する（Ｓ２４）。近傍の時刻は、例えば現在時刻ｔ０からＮ分後、Ｎ±１０分後、及びＮ±２０分後の５つの時刻に設定される。
　制御部７０は、例えば図７のステップＳ１４と同様の処理により、設定した各候補時刻に施策を適用する場合の進捗シミュレーションを実行する（Ｓ２５）。
　制御部７０は、各候補時刻について、進捗シミュレーションにおける推定完了時刻と、計画完了時刻との差分を算出して、差分が最小となる候補時刻を施策の適用期限ｔｄとして決定する（Ｓ２６）。
　制御部７０は、適用期限ｔｄを決定すると（Ｓ２６）、本フローチャートの処理を終了して、図７のステップＳ１６に進む。
　以上の処理によると、推定完了時刻が計画完了時刻と一致するか、計画完了時刻を超える（Ｓ２２でＮＯ）まで、簡易な演算を用いて、現在時刻ｔ０から施策の適用時刻を遅くした（Ｓ２３）場合の推定完了時刻の算出（Ｓ２１）が繰り返される。そして、得られた推定完了時刻の近傍に候補時刻が設定され（Ｓ２４）、候補時刻に施策を適用する場合の進捗シミュレーションを実行することで（Ｓ２５）、適用期限ｔｄが精度良く決定される（Ｓ２６）。
　図１０は、推定完了時刻の算出方法の一例を説明するための図である。図１０（Ａ）は、推定完了時刻の算出（図９のＳ２１）において、現在時刻ｔ０後の時刻ｔ１に施策を適用する例を示す。図１０（Ｂ）は、図１０（Ａ）よりも後の時刻ｔｎに同じ施策を適用する例を示す。図１０では、図６の例と同様に作業ラインＬ１が施策の適用により増員し、作業者数が１人から２人になる例を示す。
　図１０の例における作業計画は、製品Ａを１００個、生産した後、製品Ｂの生産に切り替えて６０個生産し、さらに製品Ｃの生産に切り替えて１５０個生産することで完了する。このように、各製品Ａ～Ｃについて、作業計画において生産が計画される個数（以下、「計画個数」という。）を生産するまで、生産作業と切替作業とが繰り返される。
　推定完了時刻の算出（図９のＳ２１）において、制御部７０は、生産作業及び切替作業の各期間を算出する。各製品Ａ～Ｃの生産作業の期間は、例えば作業計画に基づいて、各製品Ａ～Ｃについて、１個の生産にかかる期間として予め設定されたタクトタイムと、作業計画の生産個数との乗算により算出される。図１０（Ａ），（Ｂ）では、例えば製品Ａの生産作業の期間「１００分」は、製品Ａのタクトタイム「１分」と、作業計画における製品Ａの計画個数「１００個」とから算出される。
　また、切替作業の期間は、例えば作業計画に基づいた、作業者数が「１」の場合の所定の切替期間を、作業ラインＬ１の作業者数で除算して算出される。制御部７０は、例えば作業計画において、作業ラインＬ１について予め設定された作業者数、及び施策の適用の有無に応じて、各切替期間の作業者数を決定する。
　図１０（Ａ）の例では、現在時刻ｔ０からＮ＝１分後の時刻ｔ１に施策を適用することから、製品Ａから製品Ｂへの切替作業の期間は、所定の切替期間「４０分」と作業者数「２人」から「２０分」と算出される。一方、図１０（Ｂ）の例では、当該切替作業の時点では施策を適用しておらず、当該切替作業の期間は「４０分」と算出される。こうした簡単な計算により、推定完了時刻は、図１０（Ａ）では現在時刻ｔ０の４１５分後と算出される一方、図１０（Ｂ）では現在時刻ｔ０の４３５分後と算出される（Ｓ２１）。
　以上のように、進捗シミュレーションを用いない簡易な演算により、計画完了時刻以前の範囲内で施策の適用時刻を遅めながら推定完了時刻の算出を繰り返し、計画完了時刻の近傍に候補時刻が設定される（Ｓ２１～Ｓ２４）。
　これにより、適用期限ｔｄの候補時刻について進捗シミュレーションを実行すればよく（Ｓ２５）、適用期限ｔｄを求めるための進捗シミュレーションの処理負荷を低減できる（Ｓ２６）。また、進捗シミュレーションの実行回数が抑制されることで、解析サーバ７において改善策を提示するための処理時間を短縮することができる。
２－５．施策決定の動作
　本実施形態の進捗管理システム１では、解析サーバ７における以上のような進捗シミュレーションの実行により、提示データＤ８が管理者端末８に送信される（図７のＳ１６）。解析サーバ７から送信された提示データＤ８と、管理者３による施策の決定操作とに応じた管理者端末８の動作について、図１１を用いて説明する。
　図１１は、管理者端末８におけるシミュレーション結果に応じた動作を例示するフローチャートである。本フローチャートに示す処理は、例えば管理者端末８において、例えば制御部８０が、提示操作部８６１を制御することにより実行される。
　まず、制御部８０は、解析サーバ７から提示データＤ８を受信したか否かを判断する（Ｓ３１）。
　提示データＤ８を受信していない場合（Ｓ３１でＮＯ）、制御部８０は、例えば提示データＤ８が受信されるまで、図７の処理の実行周期といった所定の周期でステップＳ３１の判断を繰り返す。
　提示データＤ８を受信した場合（Ｓ３１でＹＥＳ）、制御部８０は、例えば提示操作部８６１に、図６（Ｃ）に示すような提示データＤ８における進捗シミュレーションの結果と、施策の適用期限ｔｄとを表示させる（Ｓ３２）。提示操作部８６１は、例えば施策毎にシミュレーション結果等を表示する。これにより管理者３は、例えば提示操作部８６１において、施策毎に表示された進捗シミュレーションの結果及び適用期限ｔｄを確認して、施策を適用するか否かを選択する操作、即ち施策の決定操作を行うことができる。
　制御部８０は、例えば提示操作部８６１において、管理者３により施策の決定操作が入力されたか否かを判断する（Ｓ３３）。
　施策の決定操作がない場合（Ｓ３３でＮＯ）、制御部８０は、例えば決定操作が入力されるまで、所定の周期でステップＳ３３の判断を繰り返す。この場合、制御部８０は、例えば施策の適用期限ｔｄが経過するまでステップＳ３３を繰り返し、適用期限ｔｄの経過後に決定操作がなければ、本フローチャートの処理を終了してもよい。複数の施策において適用期限ｔｄが現在時刻ｔ０より先である場合、例えば最長の適用期限ｔｄまで、ステップＳ３３が繰り返される。本フローチャートの処理は、例えば図７の処理と同様の周期において実行されてもよく、例えば新たな提示データＤ８を受信（Ｓ３１でＹＥＳ）した場合、ステップＳ３３の処理を終了して、次の実行周期が開始されてもよい。
　施策の決定操作があった場合（Ｓ３３でＹＥＳ）、制御部８０は、例えば作業場サーバ９に、決定された施策に応じた各種指示を送信する（Ｓ３４）。
　決定された施策を作業場サーバ９に通知後（Ｓ３４）、制御部８０は、本フローチャートの処理を終了する。
　以上の処理によると、制御部８０は、各施策の進捗シミュレーションの結果及び適用期限ｔｄを表示して（Ｓ３２）、管理者３による施策の決定操作に応じて（Ｓ３３でＹＥＳ）、決定された施策に応じた指示を発行する（Ｓ３４）。これにより、管理者３は、例えば施策毎に表示された進捗シミュレーションの結果及び適用期限ｔｄを確認して、作業場４において実施する施策を決定することができる。さらに、例えば作業場サーバ９により、決定された施策に応じた指示を受けて、当該指示を設備５にフィードバックするような各種データを送信したり、各作業者Ｗ１～Ｗ３に関連付けられた端末装置に通知したりすることができる。
３．まとめ
　以上のように、本実施形態における解析サーバ７は、予め計画された作業の一例として作業工程を実施する進捗状況を管理する進捗管理装置の一例である。解析サーバ７は、記憶部７１と、制御部７０と、ネットワークＩ／Ｆ７５とを備える。記憶部７１は、作業に関する計画を示す計画データを格納する。制御部７０（取得部の一例）は、作業が実施中の状況を示す実施データの一例として、工程ログデータＤ１、工程状態データＤ２、及び推定作業者数を取得する（Ｓ１１）。制御部７０は、格納された計画データ及び取得された実施データに基づいて、実施データが示す状況の一例として現在時刻ｔ０より後に作業が実施される進捗状況を予測する進捗シミュレーションの処理（シミュレーション処理の一例）を制御する（Ｓ１２，Ｓ１４，Ｓ１５）。ネットワークＩ／Ｆ７５（出力部の一例）は、情報を出力する。制御部７０は、シミュレーション処理において予測される進捗状況が、計画データが示す計画から遅延する遅延状態を検知する（Ｓ１３）。制御部７０は、検知した遅延状態を改善するための施策を適用した場合についてのシミュレーション処理（Ｓ１４，Ｓ１５）の予測結果により、遅延状態が改善されるように施策を適用する適用期限ｔｄを特定する（Ｓ１５）。制御部７０は、特定した適用期限ｔｄを含む提示情報の一例として提示データＤ８を、ネットワークＩ／Ｆ７５に出力させる（Ｓ１６）。
　以上の解析サーバ７によると、進捗シミュレーションの処理において予測される進捗状況の遅延状態を検知して（Ｓ１３）、施策を適用する適用期限ｔｄを特定する（Ｓ１５）ことで、適用期限ｔｄを含む提示データＤ８が出力される（Ｓ１６）。これにより、提示データＤ８を用いて、作業工程の進捗状況における遅延状態の改善を実施し易くすることができる。本実施形態において、制御部７０は、取得部によって取得された実施データに基づいて、シミュレーション処理を実行する（Ｓ１２，Ｓ１４，Ｓ１５）。また、本実施形態において、制御部７０は、施策の適用時を異ならせた複数回のシミュレーション処理を制御して、適用期限ｔｄを特定する（Ｓ１５）。
　本実施形態において、作業の一例として、作業工程は、作業者Ｗを伴い設備５において行われる工程の一例として切替作業の工程を含む。実施データの一例である推定作業者数、工程ログデータＤ１及び工程状態データＤ２は、作業者Ｗと設備５との少なくとも一方に関する状況を示す。シミュレーション処理の一例である進捗シミュレーションの処理は、実施データに基づいて、当該工程が行われる予測期間の一例として切替期間を算出して、現在時刻ｔ０（実施データが示す状況の一例）より後の進捗状況を予測する（Ｓ１２，Ｓ１４，Ｓ１５）。本実施形態において、作業者Ｗを伴い設備５において行われる工程は、設備５の復旧作業の工程を含んでもよい。予測期間は、設備５の復旧作業にかかる期間であってもよい。
　本実施形態において、制御部７０は、取得部によって取得された実施データの一例として作業者データＤ３に基づいて、設備５における作業者数を算出する（Ｓ１１）。制御部７０は、算出した作業者数に基づき切替期間（予測期間の一例）を算出するように、進捗シミュレーションの処理（シミュレーション処理の一例）を制御する（ステップＳ１２，Ｓ１４，Ｓ１５、上記のステップ（ａ１））。本実施形態では、制御部７０は、切替期間として、作業者数に応じて所定の切替期間を算出する。
　本実施形態において、施策は、作業者Ｗの追加を含む。このような施策の適用により、例えば切替期間を短縮して、遅延状態を改善することができる。
　本実施形態において、提示情報の一例である提示データＤ８は、さらに、施策を適用した場合についてのシミュレーション処理の予測結果の一例として、グラフＧ０及びグラフＧｄと、施策を適用しない場合についてのシミュレーション処理の予測結果の一例として、グラフＧｓとのうちの少なくとも一方を含む。こうしたな提示データＤ８を用いることで、さらに作業工程の進捗状況における遅延状態の改善を実施し易くすることができる。
　本実施形態において、進捗管理システム１は、解析サーバ７（進捗管理装置の一例）と、管理者端末８（端末装置の一例）とを備える。管理者端末８は、進捗管理装置から出力された提示情報の一例として提示データＤ８を受信して（Ｓ３１）、受信した提示データＤ８をユーザの一例である管理者３に提示する（Ｓ３２）。こうした進捗管理システム１によれば、例えば管理者３が管理者端末８において提示データＤ８を確認することができ、作業工程の進捗状況における遅延状態の改善を実施し易くすることができる。
　本実施形態において、端末装置の一例である管理者端末８は、通信部の一例としてネットワークＩ／Ｆ８５と、表示部８３と、操作部８２と、端末制御部の一例として制御部８０とを備える。ネットワークＩ／Ｆ８５は、外部装置とデータ通信する。表示部８３に構成される提示操作部８６１は、進捗管理装置の一例である解析サーバ７から受信した（Ｓ３１でＹＥＳ）提示データＤ８（提示情報の一例）を表示する（Ｓ３２）。提示操作部８６１は、操作部８２においても構成され、提示データＤ８に基づき施策を適用するか否かを選択するユーザ操作の一例として、管理者３による施策の決定操作を受け付ける（Ｓ３３）。制御部８０は、ユーザ操作に応じて、施策を適用することが選択された場合の一例として施策の決定操作が入力された場合に（Ｓ３３でＹＥＳ）、所定の制御の一例として、決定された施策に応じた指示を発行する処理を実行する（Ｓ３４）。これにより、例えば施策を適用することが選択された場合に、当該施策に応じた制御を行って、作業工程の進捗状況における遅延状態の改善を実施し易くすることができる。
　本実施形態における進捗管理方法は、コンピュータの一例である解析サーバ７が、予め計画された作業を実施する進捗状況を管理する方法である。解析サーバ７の記憶部７１には、作業に関する計画を示す計画データが格納されている。本方法は、解析サーバ７が、作業が実施中の状況を示す実施データを取得するステップ（Ｓ１１）と、解析サーバ７の制御部７０が、格納された計画データ及び取得された実施データに基づいて、実施データが示す状況より後に作業が実施される進捗状況を予測するシミュレーション処理を制御するステップ（Ｓ１２，Ｓ１４，Ｓ１５）と、解析サーバ７のネットワークＩ／Ｆ７５（コンピュータの出力部の一例）が、情報を出力するステップ（Ｓ１６）とを含む。本方法において、制御部７０は、シミュレーション処理において予測される進捗状況が、計画データが示す計画から遅延する遅延状態を検知し（Ｓ１３）、検知した遅延状態を改善するための施策を適用した場合についてのシミュレーション処理の予測結果により、遅延状態が改善されるように施策を適用する適用期限ｔｄを特定し（Ｓ１４～Ｓ１５）、特定した適用期限ｔｄを含む提示情報の一例として提示データＤ８を、ネットワークＩ／Ｆ７５に出力させる（Ｓ１６）。
　本実施形態において、以上のような進捗管理方法をコンピュータの制御部に実行させるためのプログラムが提供される。本実施形態の進捗管理方法によると、作業工程の進捗状況における遅延状態の改善を実施し易くすることができる。
（実施形態２）
　以下、図１２～図１４を用いて、本開示の実施形態２を説明する。実施形態１では、リアルタイムに収集した各種データＤ１～Ｄ３に基づいて進捗シミュレーションを行う進捗管理システム１を説明した。実施形態２では、さらに、作業場４において作業者Ｗが作業に着手するまでの期間といった、過去の作業の傾向に応じて進捗シミュレーションを行う進捗管理システム１を説明する。
　以下、実施形態１に係る進捗管理システム１と同様の構成、動作の説明は適宜省略して、本実施形態に係る進捗管理システム１を説明する。
　図１２は、本実施形態の進捗管理システム１の機能的構成を例示する図である。本実施形態の進捗管理システム１における解析サーバ７は、実施形態１と同様の構成（図４）に加えて、本実施形態のシミュレータ７０１Ａに用いられる情報を予め生成する作業傾向解析部７０２Ａ及び作業傾向ＤＢ７１５を備える。
　作業傾向解析部７０２Ａは、例えば制御部７０に構成され、過去の工程状態データＤ２及び作業者データＤ３に基づき、作業場４において作業者Ｗにより作業が行われる傾向を示す作業傾向情報を生成する。生成された作業傾向情報は、例えば格納部７１ａに構成される作業傾向ＤＢ７１５に格納される。
　本実施形態において、作業傾向情報は、作業場４において、例えば切替作業の開始から、少なくとも１人の作業者Ｗが実際に切替作業に着手するまでの期間すなわち作業未着手期間を含む。本実施形態のシミュレータ７０１Ａは、実施形態１のシミュレータ７０１と同様に構成され、各データＤ１～Ｄ３に加えて、上記の作業傾向情報に基づいて、進捗シミュレーションを実行する。
　図１３は、本実施形態の進捗管理システム１における作業未着手期間を説明するための図である。図１３は、例えば作業ラインＬ１において過去にあった切替作業の開始時刻ｔｓから終了時刻ｔｅまでの期間における作業者数の時間推移を示す。
　図１３の例において、例えば過去の工程状態データＤ２に管理された、切替作業の開始時刻ｔｓでは、作業者数が「０」である。即ち、開始時刻ｔｓから、作業者数が「１」となる時刻ｔａまでの期間Ｔ１の間中、切替作業が実際には行われていない。こうした作業未着手期間Ｔ１は、例えば作業場４の作業ラインＬ１において、特定の設備５が「切替」の状態になってから、当該設備５へ作業者Ｗ１等の到着が遅れた場合に生じ得る。例えば、作業場４において各作業者Ｗ１～Ｗ３が複数の作業ラインＬ１，Ｌ２を担当するような場合、作業未着手期間Ｔ１が発生しやすいことが想定される。
　そこで、本実施形態の進捗管理システム１は、作業場４における過去の作業の傾向から、作業未着手期間Ｔ１を統計的に算出して、作業未着手期間Ｔ１を用いた進捗シミュレーションを行う。これにより、進捗シミュレーションの精度を向上させ、適用期限ｔｄを精度良く特定することができる。
　図１４は、本実施形態の解析サーバ７において作業未着手期間を算出する動作を例示するフローチャートである。本フローチャートに示す各処理は、例えば図７の処理とは別途、制御部７０が作業傾向解析部７０２Ａとして機能して、各作業ラインＬ１，Ｌ２について実行される。本フローチャートの処理は、例えば１日など所定の周期において開始される。
　まず、制御部７０は、図１２に示すように、例えば工程ＤＢ６１１及び作業者ＤＢ６１３に格納された過去の工程状態データＤ２及び作業者データＤ３を取得する（Ｓ１０１）。
　次に、制御部７０は、取得した過去の各データＤ２及びＤ３に基づき、作業未着手期間Ｔ１を算出する（Ｓ１０２）。制御部７０は、例えば工程状態データＤ２の設備状態が「切替」である期間毎に、切替作業の開始時刻ｔｓから少なくとも１人の作業者Ｗが到着するまでの期間の算出を繰り返す。そして、制御部７０は、各算出値の平均といった統計値を、進捗シミュレーションに用いる作業未着手期間Ｔ１として算出する。切替作業の開始時刻ｔｓ及び終了時刻ｔｅは、例えば工程状態データＤ２において、設備状態が「切替」であるときの開始時刻及び終了時刻に対応する。
　制御部７０は、例えば図１２に示す作業傾向ＤＢ７１５に、作業傾向情報として、算出した作業未着手期間Ｔ１を示すデータを格納する（Ｓ１０３）。
　作業未着手期間Ｔ１のデータを格納後（Ｓ１０３）、制御部７０は、本フローチャートの処理を終了する。
　以上の処理によれば、過去の工程状態データＤ２及び作業者データＤ３に基づいた作業未着手期間Ｔ１のデータが、作業傾向ＤＢ７１５に用意できる（Ｓ１０１～Ｓ１０３）。その後、進捗シミュレーションの処理（Ｓ１２，Ｓ１４，Ｓ１５）において、作業傾向ＤＢ７１５の作業未着手期間Ｔ１を用いることで、生産数量の予測値の時間推移を算出したり施策の適用期限ｔｄを決定したりする精度を良くすることができる（Ｓ１５，Ｓ２６）。
　本実施形態において、例えばシミュレータ７０１Ａとしての制御部７０は、実施形態１と同様に進捗シミュレーションを実行する際に、作業未着手期間Ｔ１を経過させる処理を行う。制御部７０は、例えば図８の製造システム６ａにおいて上述したステップ（ａ１）の前、即ち所定の切替期間を経過させる前に、作業傾向情報に基づき、切替作業の作業未着手期間Ｔ１を経過させる。
　上記の例では、切替作業の作業未着手期間について説明したが、設備５の復旧作業の作業未着手期間が考慮されてもよい。例えば、作業傾向解析部７０２Ａは、過去の工程ログデータＤ１及び作業者データＤ３に基づき、図１４の処理と同様に、復旧作業の作業未着手期間を算出してもよい。シミュレータ７０１Ａは、図８の設備停止／復旧システム６ｂにおいて、上述したステップ（ｂ２）の前、即ちＭＴＴＲの期間を経過させる前に、復旧作業の作業未着手期間を経過させてもよい。
　以上のように、本実施形態において、記憶部７１は、作業者Ｗを伴い設備５において切替作業（工程の一例）が行われた傾向を示す作業傾向情報を格納する。制御部７０は、記憶部７１に格納された作業傾向情報を参照して、作業傾向情報が示す傾向を切替期間（予測期間の一例）に反映するように進捗シミュレーションの処理（シミュレーション処理の一例）を制御する（Ｓ１２，Ｓ１４，Ｓ１５）。
　本実施形態において、作業傾向情報は、切替作業の開始時刻ｔｓ（工程の開始時の一例）において設備５に作業者Ｗが不在であった傾向を示す第１の期間の一例として、作業未着手期間Ｔ１を含む。制御部７０は、作業傾向情報を参照して、切替期間に作業未着手期間Ｔ１を含めるように進捗シミュレーションの処理を制御する（Ｓ１２，Ｓ１４，Ｓ１５）。
（実施形態３）
　以下、図１５～図１７を用いて、本開示の実施形態３を説明する。実施形態２では、過去の作業未着手期間Ｔ１を進捗シミュレーションに用いる進捗管理システム１を説明した。実施形態３では、さらに、作業場４において作業者Ｗが作業に要する期間の傾向を示す情報（標準作業期間）を進捗シミュレーションに用いる進捗管理システム１を説明する。
　以下、実施形態１，２に係る進捗管理システム１と同様の構成、動作の説明は適宜省略して、本実施形態に係る進捗管理システム１を説明する。
　図１５は、実施形態３に係る進捗管理システム１の機能的構成を例示する図である。本実施形態の進捗管理システム１における解析サーバ７では、実施形態２と同様の構成において、作業傾向解析部７０２Ｂが、作業未着手期間Ｔ１に加えて標準作業期間を含む作業傾向情報を生成する。さらに、本実施形態のシミュレータ７０１Ｂは、例えば実施形態２のシミュレータ７０１Ａと同様の構成において、作業未着手期間Ｔ１に加えて、標準作業期間Ｔｕを用いた進捗シミュレーションの処理を実行する。
　図１６は、本実施形態の進捗管理システム１における標準作業期間を説明するための図である。図１６は、図１３と同様に、例えば作業ラインＬ１について切替作業の開始時刻ｔｓから終了時刻ｔｅまでの期間における作業者数の時間推移を示す。
　図１６の例では、作業未着手期間Ｔ１の後に続く期間Ｔ２，Ｔ３，Ｔ４，Ｔ５，Ｔ６において順次、作業者数が「１」、「２」、「１」、「０」、「１」となっている。このように、例えば作業ラインＬ１の切替作業中に、作業者数が変動する場合がある。
　そこで、本実施形態の解析サーバ７は、過去に収集された各データＤ２，Ｄ３から、作業者数が一人の場合に切替作業に要する期間、即ち標準作業期間Ｔｕを算出し、作業者数及び標準作業期間Ｔｕに応じた切替期間を用いて、進捗シミュレーションを行う。
　図１６の例では、標準作業期間Ｔｕは、各期間Ｔ１～Ｔ６及び対応する作業者数に基づき、以下の式（１）の演算により算出される。当該演算は、図１６に斜線で示す領域の面積を求める演算に対応する。
Ｔｕ＝Ｔ１＊０＋Ｔ２＊１＋Ｔ３＊２＋Ｔ４＊１＋Ｔ５＊０＊Ｔ６＊１　（１）
　図１７は、本実施形態の解析サーバ７において標準作業期間Ｔｕを算出する動作を例示するフローチャートである。例えば、図７の処理とは別途、本実施形態の作業傾向解析部７０２Ｂとしての制御部７０は、実施形態２と同様の処理（図１４）に加えて、ステップＳ１０４，Ｓ１０５）を実行する。
　具体的に、制御部７０は、過去の工程状態データＤ２及び作業者データＤ３に基づき、標準作業期間Ｔｕを算出する（Ｓ１０４）。標準作業期間Ｔｕは、例えば図５（Ｂ）の工程状態データＤ２における「通過物」の種別（即ち各製品Ａ～Ｃ）と、直前に生産していた種別との組み合わせ毎に算出される。制御部７０は、工程状態データＤ２の設備状態が「切替」である期間毎に、上式（１）のような演算を繰り返し、各算出値の平均等の統計値を、進捗シミュレーションに用いる標準作業期間Ｔｕとして算出する。
　制御部７０は、例えば作業傾向ＤＢ７１５において、作業傾向情報に追加するように、算出した標準作業期間Ｔｕを示すデータを格納する（Ｓ１０５）。その後、制御部７０は、本フローチャートの処理を終了する。本フローチャートの処理は、図１４の処理と同様に、例えば１日など所定の周期で繰り返される。
　以上の処理によると、過去の工程状態データＤ２及び作業者データＤ３に基づいた標準作業期間のデータが、作業傾向ＤＢ７１５に用意できる（Ｓ１０４，Ｓ１０５）。これにより、例えば作業傾向ＤＢ７１５の標準作業期間を用いて、さらに精度良く進捗シミュレーションの処理を行うことができる（Ｓ１２，Ｓ１４，Ｓ１５）。なお、図１７の処理において、ステップＳ１０２～Ｓ１０５の実行順序は、特に図示した順序に限らない。
　本実施形態のシミュレータ７０１Ｂは、実施形態２と同様に進捗シミュレーションを実行する際に、所定の切替期間に代えて、作業者数及び標準作業期間に応じた期間を経過させる処理を行う。例えば、シミュレータ７０１Ｂとしての制御部７０は、図８の製造システム６ａにおいて、上述したステップ（ａ１）の前に作業未着手期間Ｔ１を経過させて、その後、ステップ（ａ１）に代えて、標準作業期間を作業者数で除した期間を経過させる。制御部７０は、例えば図７のステップＳ１１で取得された推定作業者数を用いて、経過させる期間を演算する。
　上記の演算において、標準作業期間において推定作業者数が変動する場合、制御部７０は、例えば各推定作業者数に対応する時間区間毎に、作業者数に応じた期間を算出して、各期間を合算することで、経過させる期間を演算してもよい。
　また、推定完了時刻の算出（図９のＳ２１）においても、所定の切替期間に代えて標準作業期間が用いられてもよい。
　また、シミュレータ７０１Ｂは、作業未着手期間Ｔ１を用いずに、標準作業期間Ｔｕのみを用いて進捗シミュレーションを行ってもよい。この場合、図１７のフローチャートの処理のうち、ステップＳ１０２，Ｓ１０３が実行されなくてもよい。
　以上のように、本実施形態において、作業傾向情報は、一作業者を伴い切替作業（工程の一例）が行われた傾向を示す第２の期間の一例として、標準作業期間Ｔｕを含む。制御部７０は、作業傾向情報を参照して、切替期間（予測期間の一例）の算出に標準作業期間Ｔｕを用いるように進捗シミュレーションの処理（シミュレーション処理の一例）を制御する（Ｓ１２，Ｓ１４，Ｓ１５）。
（他の実施形態）
　以上のように、本出願において開示する技術の例示として、実施形態１～３を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置換、付加、省略などを行った実施の形態にも適用可能である。また、上記各実施形態で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。以下、他の実施形態を例示する。
　上記の各実施形態では、作業場４における作業工程の進捗状況に生じた遅延状態を改善する施策として、遅延状態の作業ラインＬ１に作業者Ｗを追加する例を説明した。作業場４における作業工程に適用される施策は、これに限らない。以下、図１８を用いて、上記の各実施形態１～３の変形例を説明する。図１８は、変形例に係る進捗管理システムにおける施策を説明するための図である。
　図１８は、図６（Ａ）と同様に、作業ラインＬ１についての各グラフＧｈ，Ｇｓを示す。図１８の例においても、施策を適用しない場合のグラフＧｓは、計画完了時刻ｔｐから遅延状態を生じている。
　図１８は、さらに、現在時刻ｔ０に本変形例の施策を適用した場合の進捗シミュレーションによる予測値のグラフＧ１を示す。本変形例の施策では、例えば進捗シミュレーション（Ｓ１２）による推定完了時刻が計画完了時刻ｔｐよりも早い別の作業ラインＬ２から、遅延状態の作業ラインＬ１に設備５が追加される。これにより、作業ラインＬ１において設備５間で生産作業が分担され、各設備５に割り当てられる生産作業の負担が軽減されることで、生産速度（即ち、時間当たりの生産数量）が向上して、遅延状態が改善される。図１８のグラフＧ１では、施策を適用した現在時刻ｔ０の後に、生産作業に対応する期間（即ち、生産数量が時間に伴い増加する期間）が短縮され、遅延状態が解消されている。
　このため、本変形例の施策を現在時刻ｔ０に適用した場合、図１８に示すように、現在時刻ｔ０より後の生産作業に対応する期間において、グラフＧ１の傾きは、グラフＧｓの傾きよりも大きくなる。本変形例の施策において、作業ラインＬ１に追加する設備５は、例えば施策の適用時に稼働していない作業ラインの設備であってもよい。
　また、本実施形態では、作業場４における施策の別例として、遅延状態の検知に応じて、作業計画ＤＢ９１０における作業計画の情報が修正されてもよい。例えば、遅延状態である作業ラインＬ１において、作業計画で予定された生産数量のうち、計画完了時刻ｔｐまでに生産が完了しない分の生産数量が、別の作業ラインＬ２において生産されてもよい。また、作業ラインＬ１における所定の生産数量（例えば、作業計画の生産数量の半分）が別の作業ラインＬ２で生産されてもよい。これによっても、作業ラインＬ１における生産数量を作業ラインＬ２に分配して、遅延状態を改善することができる。また、本施策を適用する別の作業ラインＬ２において、進捗シミュレーションの予測値による生産完了時刻が計画完了時刻ｔｐよりも早い場合、例えば当該作業ラインについて、図９と同様の処理により、施策の適用期限ｔｄが決定されてもよい。
　上記の各実施形態において、施策は、作業者Ｗの追加と、設備５の追加と、計画データの修正の一例として、作業計画ＤＢ９１０に格納された作業計画の修正とのうちの少なくとも一つを含む。本実施形態において、複数の施策が任意の組み合わせで適用されてもよい。
　上記の各実施形態では、解析サーバ７の作業者数推定部６０４が、カメラ２の画像データに基づき、推定作業者数を算出する例を説明した。推定作業者数の算出は、カメラ２の画像データに限らず、他のセンサ等を用いて行われてもよい。例えば、作業場４の各設備５に対応する作業エリアに、各作業者Ｗによる振動を検知する振動センサが設けられてもよい。作業者数推定部６０４は、振動センサの検知結果を取得し、検知結果に基づいて、各作業エリアにおける作業者Ｗの滞在の有無、あるいは到着または離脱を判断することにより、推定作業者数を算出してもよい。
　上記の各実施形態では、解析サーバ７が、作業者数推定部６０４を備える例を説明したが、作業者数推定部６０４を備えなくてもよい。また、本実施形態において、解析サーバ７は、作業者データ生成部６０３及び作業者ＤＢ６１３を備えなくてもよい。本実施形態の解析サーバ７は、例えば推定作業者数の代わりに作業計画において予め設定された作業者数を用いて、進捗シミュレーション（Ｓ１２，Ｓ１４，Ｓ１５）及び推定完了時刻の算出（Ｓ２１）を行ってもよい。
　上記の各実施形態では、では、図６（Ｃ）に示すような提示データＤ８を説明したが、提示データＤ８は、図６（Ｃ）の例に限らない。例えば、提示データＤ８は、図６（Ｂ）に示すような現在時刻ｔ０に施策を適用すると仮定した場合のグラフＧ０を含んでもよい。また、提示データＤ８は、適用期限ｔｄのみを含んでもよい。
　上記の実施形態１，２では、進捗シミュレーションにおいて、図８の製造システム６ａで用いる所定の切替期間は、予め想定される作業者数毎に設定される例を説明した。本実施形態では、所定の切替期間は、作業者数毎に設定されなくてもよく、例えば過去の工程状態データＤ２における複数の切替作業の期間にわたる平均等の統計値に設定されてもよい。この場合、進捗シミュレーションにおいて、図８の製造システム６ａに関する上記のステップ（ａ１）では、作業者数によらず、単に所定の切替期間を経過させる処理が実行されてもよい。
　上記の実施形態２，３では、図１４または図１７の処理、即ち作業傾向情報を生成する処理を所定の周期において実行する例を説明した。この場合、例えば作業傾向ＤＢ７１５における作業傾向情報が随時、更新されてもよい。本実施形態において、図１４または図１７の処理は、所定の周期に限らず、例えば管理者端末８において、作業未着手期間を設定する管理者３の操作が入力されたとき、当該操作を示す操作信号が管理者端末８から解析サーバ７に送信されることに応じて開始されてもよい。
　上記の実施形態２，３では、図１４または図１７の処理は、作業ラインＬ１，Ｌ２毎に行われる例を説明した。本実施形態では、図１４または図１７の処理は、作業ラインＬ１，Ｌ２毎に代えて、作業者Ｗ毎、あるいは設備５毎に実行されてもよい。この場合、作業未着手期間Ｔ１は、例えば各作業者Ｗについて、あるいは設備５毎に作業者Ｗについての平均により算出される。
　上記の各実施形態では、工程状態データＤ２において、各作業ラインＬ１，Ｌ２の設備状態が「切替」であるときに、切替作業が行われる例を説明した。本実施形態では、作業ラインＬ１，Ｌ２毎に限らず、例えば各作業ラインＬ１，Ｌ２における設備５毎に、切替作業が行われてもよい。この場合、例えば工程状態データＤ２において「設備」の項目が設けられ、設備５毎の設備状態が管理されてもよい。
　上記の各実施形態では、解析サーバ７が、設備５からセンサデータを取得して、工程ログデータＤ１等の各種データを生成する例を説明した。本実施形態では、解析サーバ７の各種処理が、例えば作業場サーバ９において実行されてもよい。この場合、作業場サーバ９は、例えば図４に示す解析サーバ７の機能的構成を備えてもよい。
　上記の各実施形態では、解析サーバ７が、設備５と通信ネットワークを介してデータ通信を行う例を説明した。本実施形態の解析サーバ７は、例えば作業場４に設置され、機器Ｉ／Ｆ７４により、各種データを取得するように設備５に接続されてもよい。
　上記の各実施形態では、提示データＤ８が解析サーバ７から管理者端末８に送信される例を説明した。本実施形態では、提示データＤ８は、管理者端末８に限らず、例えば機器Ｉ／Ｆ７４を介して解析サーバ７に接続された、ディスプレイ等の外部の表示端末に出力されてもよい。
　上記の各実施形態では、解析サーバ７は、管理者端末８とは異なる情報処理装置により実現される例を説明した。本実施形態では、解析サーバ７は、例えば管理者端末８と一体的に構成されてもよい。
　上記の各実施形態では、解析サーバ７（進捗管理装置の一例）の制御部７０が、シミュレーション処理の一例である進捗シミュレーションを行う例を説明した。本実施形態において、進捗管理装置は、シミュレーション処理を実行しなくてもよい。本実施形態の進捗管理装置は、シミュレーション処理を行う外部の演算装置とデータ通信する通信部を更に備えてもよい。制御部は、通信部を介して、取得部によって取得された実施データを演算装置に送信して、演算装置からシミュレーション処理の結果を受信してもよい。
　上記の各実施形態では、作業場サーバ９が、作業場４において各種情報を管理する例を説明した。本実施形態では、作業場サーバ９は、インターネット等の通信ネットワーク上で作業場４の各種情報を管理する構成であってもよい。
　上記の各実施形態では、進捗管理システム１が工場のような作業場４に適用される例を説明した。本実施形態において、進捗管理システム１が適用される現場は特に作業場４に限らず、例えば物流倉庫又は店舗の売り場など種々の現場であってもよい。
　以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
　したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
　また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において、種々の変更、置換、付加、省略などを行うことができる。
　本開示は、工場、物流現場または店舗など種々の環境において、作業工程の進捗を管理する種々の進捗管理システムに適用可能である。

Claims (12)

  1. 　予め計画された作業を実施する進捗状況を管理する進捗管理装置であって、
    　前記作業に関する計画を示す計画データを格納する記憶部と、
    　前記作業が実施中の状況を示す実施データを取得する取得部と、
    　前記格納された計画データ及び前記取得された実施データに基づいて、前記実施データが示す状況より後に前記作業が実施される進捗状況を予測するシミュレーション処理を制御する制御部と、
    　情報を出力する出力部とを備え、
    　前記制御部は、
    　前記シミュレーション処理において予測される進捗状況が、前記計画データが示す計画から遅延する遅延状態を検知し、
    　前記検知した遅延状態を改善するための施策を適用した場合についての前記シミュレーション処理の予測結果により、前記遅延状態が改善されるように前記施策を適用する適用期限を特定し、
    　特定した適用期限を含む提示情報を、前記出力部に出力させる
    進捗管理装置。
  2. 　前記作業は、作業者を伴い設備において行われる工程を含み、
    　前記実施データは、前記作業者と前記設備との少なくとも一方に関する状況を示し、
    　前記シミュレーション処理は、前記実施データに基づいて、前記工程が行われる予測期間を算出して、前記実施データが示す状況より後の進捗状況を予測する
    請求項１に記載の進捗管理装置。
  3. 　前記記憶部は、前記作業者を伴い前記設備において前記工程が行われた傾向を示す作業傾向情報を格納し、
    　前記制御部は、前記記憶部に格納された作業傾向情報を参照して、前記作業傾向情報が示す傾向を前記予測期間に反映するように前記シミュレーション処理を制御する
    請求項２に記載の進捗管理装置。
  4. 　前記作業傾向情報は、前記工程の開始時において前記設備に前記作業者が不在であった傾向を示す第１の期間を含み、
    　前記制御部は、前記作業傾向情報を参照して、前記予測期間に前記第１の期間を含めるように前記シミュレーション処理を制御する
    請求項３に記載の進捗管理装置。
  5. 　前記作業傾向情報は、一作業者を伴い前記工程が行われた傾向を示す第２の期間を含み、
    　前記制御部は、前記作業傾向情報を参照して、前記予測期間の算出に前記第２の期間を用いるように前記シミュレーション処理を制御する
    請求項３又は４に記載の進捗管理装置。
  6. 　前記制御部は、
    　前記取得部によって取得された実施データに基づいて、前記設備における作業者数を算出し、
    　算出した作業者数に基づき前記予測期間を算出するように、前記シミュレーション処理を制御する
    請求項２から５のいずれか１項に記載の進捗管理装置。
  7. 　前記施策は、前記作業者の追加と、前記設備の追加と、前記計画データの修正とのうちの少なくとも一つを含む
    請求項２から６のいずれか１項に記載の進捗管理装置。
  8. 　前記提示情報は、さらに、前記施策を適用した場合についての前記シミュレーション処理の予測結果と、前記施策を適用しない場合についての前記シミュレーション処理の予測結果とのうちの少なくとも一方を含む
    請求項１から７のいずれか１項に記載の進捗管理装置。
  9. 　請求項１から８のいずれか１項に記載の進捗管理装置と、
    　前記進捗管理装置から出力された提示情報を受信して、受信した提示情報をユーザに提示する端末装置とを備える
    進捗管理システム。
  10. 　前記端末装置は、
    　外部装置とデータ通信する通信部と、
    　前記進捗管理装置から受信した提示情報を表示する表示部と、
    　前記提示情報に基づき前記施策を適用するか否かを選択するユーザ操作を受け付ける操作部と、
    　前記ユーザ操作に応じて、前記施策を適用することが選択された場合に所定の制御を実行する端末制御部とを備える
    請求項９に記載の進捗管理システム。
  11. 　コンピュータが、予め計画された作業を実施する進捗状況を管理する進捗管理方法であって、
    　前記コンピュータの記憶部には、前記作業に関する計画を示す計画データが格納されており、
    　前記コンピュータが、前記作業が実施中の状況を示す実施データを取得するステップと、
    　前記コンピュータの制御部が、前記格納された計画データ及び前記取得された実施データに基づいて、前記実施データが示す状況より後に前記作業が実施される進捗状況を予測するシミュレーション処理を制御するステップと、
    　前記コンピュータの出力部が、情報を出力するステップとを含み、
    　前記制御部は、
    　前記シミュレーション処理において予測される進捗状況が、前記計画データが示す計画から遅延する遅延状態を検知し、
    　前記検知した遅延状態を改善するための施策を適用した場合についての前記シミュレーション処理の予測結果により、前記遅延状態が改善されるように前記施策を適用する適用期限を特定し、
    　特定した適用期限を含む提示情報を、前記出力部に出力させる
    進捗管理方法。
  12. 　請求項１１に記載の進捗管理方法をコンピュータの制御部に実行させるためのプログラム。
PCT/JP2022/021955 2021-11-30 2022-05-30 進捗管理装置、システム及び、方法 WO2023100394A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-194793 2021-11-30
JP2021194793 2021-11-30

Publications (1)

Publication Number Publication Date
WO2023100394A1 true WO2023100394A1 (ja) 2023-06-08

Family

ID=86611791

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/021955 WO2023100394A1 (ja) 2021-11-30 2022-05-30 進捗管理装置、システム及び、方法

Country Status (1)

Country Link
WO (1) WO2023100394A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03117543A (ja) * 1989-09-29 1991-05-20 Hitachi Ltd 生産指示方式
JPH05128123A (ja) * 1991-11-01 1993-05-25 Toyota Motor Corp 生産計画管理装置
JP2012014386A (ja) * 2010-06-30 2012-01-19 Canon It Solutions Inc 情報処理装置、情報処理方法、及びコンピュータプログラム
JP2012168873A (ja) * 2011-02-16 2012-09-06 Kobe Steel Ltd 生産スケジュール立案装置及び生産スケジュール立案方法
WO2020217381A1 (ja) * 2019-04-25 2020-10-29 三菱電機株式会社 作業支援装置及び作業支援システム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03117543A (ja) * 1989-09-29 1991-05-20 Hitachi Ltd 生産指示方式
JPH05128123A (ja) * 1991-11-01 1993-05-25 Toyota Motor Corp 生産計画管理装置
JP2012014386A (ja) * 2010-06-30 2012-01-19 Canon It Solutions Inc 情報処理装置、情報処理方法、及びコンピュータプログラム
JP2012168873A (ja) * 2011-02-16 2012-09-06 Kobe Steel Ltd 生産スケジュール立案装置及び生産スケジュール立案方法
WO2020217381A1 (ja) * 2019-04-25 2020-10-29 三菱電機株式会社 作業支援装置及び作業支援システム

Similar Documents

Publication Publication Date Title
US20130067182A1 (en) Data processing method and system
US11687502B2 (en) Data center modeling for facility operations
US11550634B2 (en) Capacity management in a cloud computing system using virtual machine series modeling
US10088836B2 (en) Methods, systems, and apparatus for resource allocation in a manufacturing environment
JP2012141980A (ja) 生産プロセスにおける予測される障害を訂正するのに使用するためのシステムおよび方法
JP2016194736A (ja) プロジェクト実行計画立案支援方法、プロジェクト実行計画立案支援プログラム、および、プロジェクト実行計画立案支援システム
US8271982B2 (en) Rescheduling jobs for execution by a computing system
König Robust construction scheduling using discrete-event simulation
JP6695673B2 (ja) 計画生成装置および計画生成方法
JP5468282B2 (ja) プロジェクト管理支援装置
WO2023100394A1 (ja) 進捗管理装置、システム及び、方法
JP2016062149A (ja) 情報処理装置、工程バッファ算出方法、およびプログラム
JP2019179393A (ja) 作業支援装置、作業支援システム、作業支援方法および作業支援プログラム
JPH1196222A (ja) 工程進捗管理方法および工程管理装置
JP2011145982A (ja) 開発プロセス評価管理システムおよび開発プロセス評価管理方法ならびに開発プロセス評価管理プログラム
JP6802103B2 (ja) 営業支援装置
JP2010176255A (ja) 開発プロセス評価管理システム
JP5873913B2 (ja) 業務復旧支援システムおよび集約管理システム
JP2022177408A (ja) 作業時間推定装置、作業時間推定システム及び作業時間推定方法
JP2014120123A (ja) 情報処理装置及び情報処理方法
JP6436644B2 (ja) 分析装置およびコンピュータプログラム
WO2023026356A1 (ja) 監視システムおよび監視方法
JP6695298B2 (ja) 発注制御装置
JP2012256307A (ja) 作業スケジューリングプログラム，方法，およびシステム
Khelifati et al. A multi-agent approach for scheduling jobs and maintenance operations in the flowshop sequencing problem

Legal Events

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

Ref document number: 22900830

Country of ref document: EP

Kind code of ref document: A1