WO2014147711A1 - スケジュール決定装置及び決定方法 - Google Patents

スケジュール決定装置及び決定方法 Download PDF

Info

Publication number
WO2014147711A1
WO2014147711A1 PCT/JP2013/057683 JP2013057683W WO2014147711A1 WO 2014147711 A1 WO2014147711 A1 WO 2014147711A1 JP 2013057683 W JP2013057683 W JP 2013057683W WO 2014147711 A1 WO2014147711 A1 WO 2014147711A1
Authority
WO
WIPO (PCT)
Prior art keywords
schedule
operator
time
operations
execution
Prior art date
Application number
PCT/JP2013/057683
Other languages
English (en)
French (fr)
Inventor
健太郎 渡邊
佑樹 長沼
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to JP2015506396A priority Critical patent/JP6039791B2/ja
Priority to PCT/JP2013/057683 priority patent/WO2014147711A1/ja
Publication of WO2014147711A1 publication Critical patent/WO2014147711A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063116—Schedule adjustment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management

Definitions

  • the present invention relates to a schedule determination apparatus and a determination method for determining an execution schedule of a manual operation performed by an operator or an operation performed by software for cloud service operation.
  • OPEX operation management cost
  • An operator works according to some routine operation work flows (operation routine flow) of the infrastructure that constitutes the cloud service, in response to a request from a customer who receives the service.
  • An administrator who supervises the operator assigns an operation work flow of the cloud service to the operator.
  • the operator works according to the operation work flow assigned by the administrator.
  • An operator may be assigned multiple operational workflows at the same time.
  • Such an operation work flow is a series of processes composed of a plurality of operations (the operation may be further subdivided into a plurality of tasks), and the operator installs management software corresponding to each operation.
  • RBA Run Book Automation
  • Patent Document 1 discloses a content in which a business procedure is defined as a workflow in order to automate a business process, and each procedure constituting the workflow is sequentially executed by a workflow control device.
  • the RBA technology listed above can be regarded as an application of the business process automatic execution technology disclosed in Patent Document 1 to operation management operations.
  • Patent Document 2 discloses a technique for managing a schedule of a device and its worker.
  • the schedule is adjusted so that there is no duplication of the device usage occupancy time by shifting the device usage occupancy time and the operator work time.
  • the disclosed schedule determination device is realized by a management server connected to a management terminal.
  • the management server receives a scenario execution request from the management terminal, determines the scheduled start time and scheduled end time of the operations constituting the scenario, and secures the schedule of operators and equipment that execute operations that satisfy these times,
  • the execution schedule management unit displays the secured schedule on the management terminal, and the management terminal displays the restraint time display request.
  • the operator's schedule is acquired, and operations whose scheduled operation start time is within the specified time are grouped. From the grouped operations, the earliest scheduled start time of the operation is started.
  • a schedule evaluation unit that obtains the time until the scheduled end time of the operation with a later scheduled end time as an operator's restraint time and displays it on the management terminal, and the execution schedule management unit requests the operator's schedule change from the management terminal.
  • the operator's schedule is acquired, the operations whose scheduled operation start time of the acquired schedule is grouped within a predetermined time, and when there is an operation that can adjust the schedule among the grouped operations, the adjustable operation
  • the time between the scheduled start time of the operation with the earliest scheduled start time and the scheduled end time of the operation with the latest scheduled end time of the group including the rescheduled operation Determined as the time, a new constraint time is shorter than the restraint time schedule evaluation unit is determined to display the operator's schedule including a schedule and a new duty time and reschedule the management terminal.
  • FIG. 3 is a system configuration diagram showing a management server that determines an operation execution schedule and its management target. It is a figure which shows an example of a scenario definition table. It is a figure which shows an example of a scenario instance table. It is a figure which shows an example of an operator schedule management table. It is a figure which shows an example of an apparatus schedule management table. It is a flowchart which shows the process by the execution schedule management part when a scenario execution request is received. It is a figure which shows the process in which an execution schedule evaluation part calculates an operator's restraint time. It is a figure which shows the process rescheduled by the execution schedule management part so that the operator's restraint time may be shortened.
  • the execution order and execution timing of the operation including the manual operation are adjusted to adjust the execution order and execution of the operation.
  • Determine timing In this decision, operations including manual tasks with similar execution start times are grouped, and the time from the earliest start time to the latest end time of operations within each group is defined as the operator's constraint time, and this constraint time is short.
  • the execution timing and execution order are determined as follows.
  • FIG. 1 is a system configuration diagram showing a management server that determines an operation execution schedule and its management target.
  • the management server functions as a schedule determination device.
  • a management server 101 and a management terminal 102 are connected via a management IP network 107.
  • the management server 101 is connected to a device for providing a cloud service, such as a management target server or storage device, via the management IP network 107, but is not shown.
  • the management server 101 performs scheduling to determine the execution order and execution timing of operations.
  • the management server 101 can be composed of a general computer and includes a central processing unit 111, a main storage device 112, and an external storage device 113.
  • the main storage device 112 stores an execution schedule evaluation unit 130, an execution schedule management unit 131, an operator schedule management unit 132, an equipment schedule management unit 133, and a scenario execution unit 134, and is read into the central processing unit 111. As a result, the function of each processing unit is executed.
  • the execution schedule evaluation unit 130 evaluates the operation schedule. Specifically, based on the schedule of operations including the current manual task, the operator's restraint time is calculated and the current schedule is evaluated.
  • the execution schedule management unit 131 manages the schedule of an operator (referred to collectively as an operator, which is referred to as an operator, an approver, an administrator, etc. depending on the role) and a device schedule.
  • the execution schedule management unit 131 accepts an execution request for an operation scenario (hereinafter referred to as a scenario) from the management terminal 102 or an operation reschedule request from the management terminal 102, so that the operator's restraint time is shortened. Schedule.
  • the execution schedule evaluation unit 130 calculates the constraint time. Specific processing steps will be described later.
  • the operator schedule management unit 132 manages the operator's schedule.
  • the operator schedule includes an operation schedule including an operator's manual task related to the scenario, and a meeting schedule not related to the scenario.
  • the operator schedule management unit 132 manages the operator's schedule, displays the operator's schedule information, and accepts the operator's schedule change request.
  • the device schedule management unit 133 manages the use schedule of devices.
  • the device usage schedule includes a task schedule registered in the device management software.
  • the scenario execution unit 134 sequentially executes scenarios requested to be executed from the management terminal 102.
  • the scenario execution unit 134 sequentially executes each operation constituting the scenario. If the operation is an automatic execution task for a device, a task execution request is issued to the device. If the operation is a manual task, a notification indicating an execution request is sent to the corresponding operator.
  • the external storage device 113 includes a scenario definition table 200, a scenario instance table 300, an operator schedule management table 400, and a device schedule management table 500.
  • the scenario definition table 200 is a table that defines the contents of a scenario.
  • a scenario is a predefined sequence of operations.
  • a scenario includes at least one operation.
  • FIG. 2 is a diagram illustrating an example of the scenario definition table 200.
  • Each record of the scenario definition table 200 indicates scenario definition information. When there are a plurality of operations constituting a scenario, records are registered in the order in which the operations are executed. “#” In each figure indicates an identifier.
  • the scenario definition table 200 includes a scenario template identifier 201, a scenario content 202, an operation identifier 203, a request destination condition 204, and a requested operation content 205.
  • the scenario template identifier 201 is a scenario identifier.
  • the scenario content 202 is the content of the scenario.
  • the operation identifier 203 is an identifier of each operation constituting the scenario.
  • the request destination condition 204 is condition information of an operation request destination. If the operation requires execution of management software, this information is information for specifying the management software. In the case of a manual operation, this is information for specifying an operator to be executed.
  • the requested operation content 205 is the content of the operation.
  • the scenario instance table 300 is a table that stores the execution state and execution schedule of a scenario in response to a scenario execution request from the management terminal 102.
  • the scenario requested to be executed from the management terminal 102 is registered in the scenario instance table 300 with reference to the scenario definition table 200.
  • FIG. 3 is a diagram illustrating an example of the scenario instance table 300.
  • the scenario instance table 300 includes a scenario 301, an operation identifier 305, a request destination 306, an execution state 307, and a time 308.
  • the scenario 301 includes a scenario instance identifier 302, a scenario template identifier 303, and scenario contents 304.
  • the time 308 includes the scheduled start time 309, the scheduled end time 310, the actual start time 311, the actual end time 312, and the scenario deadline time 313 of the operation 305 to be executed.
  • Scenario 301 is content representing a scenario.
  • the scenario instance identifier 302 is an identifier for identifying a scenario instance.
  • the scenario template identifier 303 is an identifier for identifying the original scenario definition of the scenario instance.
  • the scenario content 304 is the content of a scenario executed with a scenario instance.
  • the operation identifier 305 is an identifier for identifying operations constituting the scenario instance.
  • a template identifier 303, scenario contents 304, and an operation identifier 305 are used.
  • the request destination 306 is a request destination that requests execution of the operation specified by the operation identifier 305.
  • the request destination for requesting the execution of the operation is information for specifying specific management software or information for specifying an operator who performs a manual operation.
  • the execution state 307 is an execution state of the operation specified by the operation identifier 305.
  • the execution state of the operation includes execution states such as reception complete, schedule adjustment, temporary provisional reservation, full schedule reservation, execution in progress, execution completion.
  • the reception completion state indicates a state where the management server 101 receives a scenario execution request from the management terminal 102, and the request destination 306, the scheduled start time 309, and the scheduled end time 310 for requesting the execution of each operation of the scenario are undetermined.
  • the schedule adjustment in progress state indicates a state in which processing for determining a request destination 306 for requesting execution of each operation of the scenario, a scheduled start time 309, and a scheduled end time 310 is being executed.
  • the temporary schedule secured state is a state in which a consistent schedule for each operation of the scenario is being secured, and the schedule of the operator who executes each operation and the equipment required for the execution of the operation (the target device of the operation) is temporarily held.
  • the request destination 306, scheduled start time 309, and scheduled end time 310 are determined for an operation 305 having a scenario 301, but the request destination 306, scheduled start time 309, and scheduled end time are determined for other operations 305 that constitute the scenario 301.
  • 310 indicates an undetermined state.
  • the operator indicating the request destination 306 and the target device of the operation also have a schedule for executing the operation from the scheduled start time 309 to the scheduled end time 310.
  • Schedule book secured status indicates the status where the scenario schedule has been secured. For each operation constituting the scenario, the request destination 306, the scheduled start time 309, and the scheduled end time 310 are determined. An operator indicating the request destination and a target device of the operation also have a schedule for executing the operation from the scheduled start time 309 to the scheduled end time 310. Execution of the scenario operation is not started in the secured schedule state.
  • “In-execution state” indicates that the operation according to Nario has been started and is being executed.
  • the execution completion state indicates a state in which execution of each operation of the scenario is finished.
  • Time 308 is an operation execution schedule schedule and execution result schedule information.
  • the scheduled start time 309 is a scheduled time for starting execution of the operation.
  • the scheduled end time 310 is a scheduled time when the execution of the operation is ended.
  • the actual start time 311 is the time when the execution of the operation is started.
  • the end record time 312 is the time when the execution of the operation is ended.
  • the scenario deadline time 313 is time limit information designated when a time limit is set at the end time in accordance with a scenario execution request from the management terminal 102.
  • the scenario execution unit 134 sequentially executes the operations identified by the template identifier 303 and the operation identifier 305 for each instance of the scenario instance table 300. It controls the execution of the operations and tasks defined by the requested operation content 205 indicated by the scenario template identifier 201 and the operation identifier 203 of the scenario definition table 200 corresponding to the template identifier 303 and the operation identifier 305.
  • the scenario execution unit 134 issues an operation execution request to the request destination 306 of the scenario instance table 300. If the operation is an operation to management software or a device, an operation execution request is issued to the management software or device.
  • the operation of the operation is requested by transmitting an email requesting the operation to the operator of the request destination 306 or by transmitting a message or event information requesting the operation. . .
  • the time when the operation is started is stored as the actual start time 311.
  • the time when the operation is finished is stored as the end result time 312.
  • the execution state 307 is changed to the execution completion state, and the operation following the operation is started. In this way, when execution of all the series of operations belonging to the scenario instance is completed, execution of the scenario instance is completed.
  • the operator schedule management table 400 is a table that stores an operator's work schedule.
  • FIG. 4 is a diagram illustrating an example of the operator schedule management table 400.
  • the operator schedule management table 400 includes an administrator identifier 401, an operator name 402, a team 403, a role 404, an authority 405, a start time 406, an end time 407, a scheduled content 408, a related operation 409, a secured state 410, and an adjustment availability 411. Contains.
  • the administrator identifier 401 is an identifier that identifies an operator or the like.
  • the operator name 402 is name information of the operator, and the team 403 is affiliation information such as a team or a group to which the operator belongs.
  • the role 404 is the role information of the operator, the authority 405 is the authority information held by the operator, the start time 406 is the scheduled start time of the operator's schedule, and the end time 407 is the scheduled end time of the operator's schedule.
  • the schedule content 408 is information on the schedule of the operator.
  • the related operation 409 is identifier information of the operation when the schedule of the operator is registered by the operation scheduling requested by the first management server 101.
  • the secured state 410 is a state secured so that the operator's schedule is being adjusted or no other schedule is entered, and is temporarily secured during the scenario schedule adjustment, or the scenario schedule adjustment is completed. Status information indicating that the reservation (start time 406, end time 407, scheduled content 408, and related operation 409) is secured. When the schedule is being adjusted or not in the secured state, the secured state 410 is null (empty). When the state is temporarily secured during schedule adjustment, the state information indicates a provisional secured state. In addition, when the schedule adjustment is completed and the reservation is secured, the status information indicates the secured status.
  • Adjustability 411 indicates whether or not the execution time (start time 406 and / or end time 407) of the operator's schedule can be changed. True indicates adjustable, False indicates non-adjustable. A reservation that has already been executed becomes False because it cannot be adjusted.
  • the device schedule management table 500 is a table for storing schedule information of operations requested to be executed by the management software for managing devices and devices.
  • FIG. 5 is a diagram illustrating an example of the device schedule management table 500.
  • the device schedule management table 500 includes an operation request destination identifier 501, a device identifier 502, a task identifier 503, task contents 504, an execution state 505, a start time 506, an end time 507, a related operation 508, a reservation state 509, and adjustment availability 510. Contains.
  • the operation request destination identifier 501 is an identifier for identifying a device or management software determined by the execution schedule management unit 131 or the device schedule management unit 133 of the management server 101 as an operation request destination (request destination 306 of the scenario instance table 300). .
  • the device identifier 502 is an identifier of a device that executes a task constituting the operation.
  • the management software or device identified by the operation request destination identifier 501 is a device or the like that is the actual execution destination of the task, it is the identifier of the device.
  • the operation requested by the operation request destination identifier 501 is composed of at least one task, and the identifier of the device that executes the task is the device identifier 502.
  • the task identifier 503 is an identifier of a task that constitutes an operation.
  • the task content 504 is the content of a task that constitutes an operation.
  • the execution state 505 is an execution state of tasks constituting the operation.
  • the execution state of the task includes states such as unexecuted, executing, and execution completed.
  • the start time 506 is the execution start time of the task that constitutes the operation.
  • the end time 507 is the execution end time of the task constituting the operation.
  • the related operation 508 is the operation identifier 305 of the scenario instance table 300 that identifies the operation if the task is a task constituting the operation requested to be executed from the scenario execution unit 134.
  • the secured state 509 is a state secured so that the device schedule is being adjusted or other schedules are not entered, and is temporarily secured during the scenario schedule adjustment, or the scenario schedule adjustment has been completed.
  • Status information indicating that reservations (start time 506, end time 507, and related operation 508) are secured.
  • the secured state 509 is null (empty).
  • the state information indicates a provisional secured state.
  • the status information indicates the secured status.
  • the adjustment availability 510 indicates whether or not the schedule execution time (start time 506 and / or end time 507) of the device can be changed. True indicates adjustable, False indicates non-adjustable. A task that has already been executed becomes False because it cannot be adjusted.
  • FIG. 6 is a flowchart showing processing of the execution schedule management unit 131 when an operation scenario execution request (hereinafter, scenario execution request) is received from the management terminal 102.
  • scenario execution request an operation scenario execution request
  • a scenario execution request is accepted (step 601).
  • the scenario execution request includes a scenario template identifier for specifying the content of the scenario to be executed, and deadline information specifying a time at which the scenario execution must be completed.
  • the scenario information is acquired from the scenario execution request (step 602).
  • a scenario template identifier is acquired from the scenario execution request received in step 601.
  • the scenario template identifier 201 in the scenario definition table 200 is searched to identify a record with a matching scenario template identifier.
  • the definition contents of the scenario requested to execute the scenario are stored.
  • the operation operation identifier 203 and requested operation content 205) constituting the scenario and the condition information (request destination condition 204) of the request destination of the operation are acquired.
  • a scenario instance is generated and registered (step 603).
  • a new scenario 301 record corresponding to the scenario execution request is generated in the scenario instance table 300.
  • the scenario instance identifier 302 a unique identifier for identifying a record is set.
  • Information on the record of the scenario definition table 200 identified in step 602 is set in the record.
  • the scenario template identifier 201 of the record specified in step 602 is set.
  • the scenario content 304 the scenario content 202 identified in step 602 is set.
  • the operation number 305 the operation identifier 203 of the record specified in step 602 is set.
  • the reception completion state is set.
  • Nothing is set in the request destination 306, the scheduled start time 309, the scheduled end time 310, the actual start time 311, and the actual end time 312.
  • the deadline time 313 a time as deadline information included in the scenario execution request received in step 601 is set.
  • Steps 605 and 606 are executed for the operation 305 constituting the set scenario 301 (step 604). If there are multiple operations 305, they are executed for each of them.
  • the scheduled start time 309 and scheduled end time 310 of each operation are calculated (step 605).
  • a record representing the operation identified by the operation identifier 305 constituting the new scenario 301 in the scenario instance table 300 generated in step 603 is specified, and the scheduled start time 309 and scheduled end time 310 of the operation of the record are set.
  • the scheduled operation start time 309 is the first operation of the scenario 301, the current time is set. In the case of the second and subsequent operations of the scenario 301, the time after the scheduled end time of the immediately preceding operation is set as the scheduled start time 309 of the operation. If the operation schedule provisional reservation fails in step 606, which will be described later, and step 605 is executed again, a time different from the scheduled start time and end time of the operation for which provisional reservation has failed fails. Scheduled time. The operation end scheduled time 310 is calculated by adding the operation execution time to the operation start scheduled time 309.
  • the execution time used to calculate the operation end scheduled time 310 is estimated from the execution history of the same or similar operations executed in the past.
  • the process estimated from the execution history of the same operation is shown.
  • a record corresponding to the operation to be processed is specified from the scenario instance table 300, and its operation identifier 305 is specified.
  • Each operation identifier 305 in the scenario instance table 300 is the same as the identified operation identifier, and a record in which the execution state 307 is completed is searched.
  • the execution time of the same operation executed in the past is calculated from the difference between the end record time 312 and the start record time 311 of the record hit by the search.
  • a statistical value such as an average value or a maximum value of the calculated execution times may be calculated as the operation execution time.
  • the request destination 306 of the operation constituting the scenario 301 is specified, and the schedule of the specified request destination 306 is provisionally secured (step 606). Details of this step will be described later with reference to FIG.
  • the operator or device that executes the operation of the scenario 301 is determined, and the schedule of the determined operator or device is secured by using the operation start time 309 to the end time 310 as the time for executing the operation. If a schedule of operations constituting the scenario 301 (actually, a schedule of an operator or a device that executes the operation) can be secured, the schedule is secured in the form of provisional reservation in the sense that the schedule is unconfirmed. If the schedule of all the operations constituting the scenario 301 can be provisionally secured, the schedule of each operation constituting the scenario 301 is changed to the actual reservation, assuming that the schedule of the scenario 301 can be secured.
  • step 607 It is determined whether the request destination 306 for executing each operation constituting the scenario 301 has been determined by the processing from step 604 to step 606 (step 607). As a result of the determination, if the request destination 306 for executing each operation can be determined, the process proceeds to step 608. If there is an operation for which even one request destination 306 could not be determined, the process proceeds to step 618.
  • Whether or not the request destination 306 for executing each operation of this step has been determined is determined by determining that the execution state 307 has been temporarily reserved for all the operations stored in the scenario instance record generated in step 603 in the scenario instance table 300. Judgment is made.
  • step 608 It is determined whether the scheduled end time 310 of the scenario 301 satisfies the deadline 313 requested by the scenario 301 (step 608). All the operations stored in the scenario instance record generated in step 603 are referred to the scheduled end time 310 and compared with the time of the deadline 313. As a result of the comparison, if the latest time of the scheduled end time 310 is earlier than the time of the deadline 313, it is determined that the deadline is satisfied. If the latest time of the scheduled end time 310 is later than the time of the deadline 313, it is determined that the deadline is not satisfied.
  • step 608 If the determination result in step 608 is YES (deadline is satisfied), the process proceeds to step 611. If the determination result is NO (does not satisfy the deadline), the process proceeds to step 618 (step 609).
  • a message to the effect that the scenario execution request has been accepted is displayed on the management terminal 102 and the process ends (step 611). For all the operations stored in the scenario instance record generated in step 603, the execution state 307 is changed to the scheduled book secured state. After changing to the secured state, a message to the effect that the scenario execution request has been accepted is displayed to the management terminal 102 that is the request source in step 601.
  • step 618 If the result of determination in step 607 or step 609 is NO, it is determined whether all candidates (A) and (B) described later have been determined (step 618). For all operations described in the scenario instance record generated in step 603, the execution state 307 is changed to a schedule adjustment state. Further, the request destination 306, the scheduled start time 309 and the scheduled end time 310 of the operation are initialized and returned to the blank.
  • step 618 If the determination result at step 618 is YES, the process proceeds to step 620. In this case, it is indicated that even if there is no request destination 306 of the operation 305 constituting the scenario 301, the schedule of the request destination 306 cannot be secured even if there is, and the execution request for the scenario 301 cannot be accepted.
  • step 618 the process proceeds to step 612 (step 619).
  • the operation 305 can be executed if there is another request destination 306 of the operation 305 that constitutes the scenario 301 or if the schedule of a candidate device or operator that executes the operation 305 is adjusted.
  • step 619 If the result of determination in step 619 is NO, it is determined whether there is another request destination candidate (A) that can execute operation 305 (step 612). Based on the condition information of the request destination of operation 305 acquired in step 602, operation 305 determines whether to request the operator to execute or to request the device to execute.
  • the operator schedule management table 400 is searched for the operator name 402 of the team 403, the role 404, and the authority 405 that satisfies the request destination condition acquired in step 602. It is determined whether there is another request destination candidate (A) that can be executed by determining whether there is a record for which the processing from step 604 to step 606 has not been executed.
  • the operation request destination identifier 501 that satisfies the request destination condition acquired in step 602 is specified by searching the device schedule management table.
  • step 612 determines whether the determination result of step 612 is YES. If the determination result of step 612 is YES, the process proceeds to step 614. If NO, the process proceeds to step 615 (step 613).
  • Step 614 Specify another request destination of the operation, and proceed to Step 605 (Step 614).
  • One of the request destination candidates specified in step 612 is selected, and the flow advances to step 604 to determine a request destination candidate specified in the subsequent processing.
  • step 613 it is determined whether there is a schedule adjustment candidate (B) for the device or operator (step 615). Whether or not the schedule of the device can be adjusted is determined based on whether or not the adjustment availability 510 of the device schedule management table 500 is true if the schedule to be adjusted is a device schedule. If the adjustment availability 510 is True, the schedule can be adjusted. If the schedule to be adjusted is an operator's schedule, the determination is made based on whether the adjustment availability 411 of the operator schedule management table 400 is True. If the adjustment availability 411 is True, the operation can be adjusted for the schedule.
  • step 615 If the determination result in step 615 is YES, the process proceeds to step 617, and if NO, the process proceeds to step 618 (step 616).
  • Step 617 Adjust other schedules of the device and operator and proceed to Step 604 (Step 617).
  • the scenario 301 to which the operation to be readjusted determined to be adjustable in step 615 belongs is specified from the scenario instance table 300, and the schedule of all the operations constituting the scenario 301 is readjusted.
  • the same processing as in steps 604 to 606 is executed, and the time zone schedule excluding the time zone from the scheduled start time 309 before readjustment to the scheduled end time 310 before readjustment. Try to secure. If the schedule cannot be readjusted in step 617, all request destinations cannot be determined in step 607 after step 606, and the scenario execution request cannot be accepted as a determination result in step 619.
  • FIG. 7 is a flowchart showing a process in which the execution schedule evaluation unit 130 calculates and displays the operator's constraint time in response to the operator's constraint time display request.
  • the execution schedule evaluation unit 130 calculates the operator's constraint time based on the schedule at the time when the constraint time display request is received.
  • the display request includes operator identification information for specifying an operator to display the restraint time.
  • the schedule information of the display request target operator is acquired (step 702).
  • the administrator identifier 401 in the operator schedule management table 400 is searched, and schedule information (start time 406, end time 407, schedule content 408) of the record with the administrator identifier 401 that matches the operator identification information included in the display request is acquired. .
  • schedule information is acquired for each record corresponding to each. Each record corresponds to an operation.
  • the scheduled operations are grouped (step 703). Operations that are close in time are grouped, and a constraint time is calculated for the grouped operations. For example, when the execution schedule evaluation unit 130 has a time threshold and the start time 406 is within the threshold time from the current time, the operation is grouped as one group. And Another grouping method may be as follows. If the time from the end time 407 of a certain operation to the start time 406 of another adjacent operation is less than or equal to the threshold time, a certain operation and another operation are made the same group, and if the time is longer than the threshold time, a different group To do.
  • the operator restraint time is calculated from the difference between the predicted start time of the operation with the earliest start time in the group and the predicted end time of the operation with the latest end time (step 704). All the records of the operator schedule management table 400 corresponding to the grouped operations are searched, and the time from the earliest start time 406 to the latest end time 407 of the operations in the group is set as the operator binding time. In this way, operations close to the target operator are grouped, and the time from the earliest start time 406 to the latest end time 407 of the operations in the group is set as the constraint time. By doing so, it is possible to prevent the time between operations that are not close to each other (exceeding the threshold time), that is, the free time of the operator from being added as the constraint time for the operation execution.
  • these restraint times calculated for each group correspond to the operator's restraint time display request.
  • the maximum value, the average value, the minimum value, or the evaluation value (for example, five-step evaluation) calculated according to a predetermined evaluation formula may be calculated as the constraint time index. The selection of these indices may be based on the way (parameters, etc.) of the operator's request to display the restraint time.
  • the operator's binding time is output to the management terminal 102 (step 705).
  • FIG. 8 is a flowchart showing a process in which the execution schedule management unit 131 reschedules (schedules changes) an operator's operation in order to shorten the operator's binding time.
  • a schedule change request for requesting shortening of the operator's restraint time is received from the management terminal 102 (step 801).
  • the schedule change request message includes operator identification information that is identification information for specifying an operator to be restrained for shortening.
  • step 802 The administrator identifier 401 in the operator schedule management table 400 is searched, and the schedule information (start time 406, end time 407, schedule content 408) of the record with the administrator identifier 401 that matches the operator identifier information included in the schedule change request is acquired. To do. When there are a plurality of administrator identifiers 401 that match the operator identification information, schedule information is acquired for each record corresponding to each.
  • step 803 Group multiple scheduled operations (step 803). Similar to step 703, the operations are grouped.
  • step 804 to step 808 the shortest constraint time of the operator designated by the schedule change request is calculated.
  • the operator's constraint time is calculated for each adjustable schedule candidate, and if the calculated constraint time is shorter than the previously calculated constraint time, the newly calculated constraint time is temporarily stored internally, so that the shortest constraint Calculate time.
  • the operator restraint time (A) is calculated from the difference between the predicted start time of the operation with the earliest start time in the group and the predicted end time of the operation with the latest end time (step 804).
  • the restraint time is calculated as in step 704.
  • the difference between the earliest start time 406 and latest end time 407 of the operations in the group is defined as the operator restraint time (A).
  • step 805 It is determined whether the calculated operator restraint time (A) is shorter than the stored operator restraint time (B) (step 805). In step 805, it is determined whether the newly calculated operator constraint time (A) is shorter than the operator constraint time (B) temporarily stored in the execution schedule management unit 131 in step 807 described later. When step 805 is executed for the first time, the operator restraint time (B) is not stored, so the determination here is YES.
  • step 805 If YES in step 805, the process proceeds to step 807. If NO, the process proceeds to step 808 (step 806). If the determination in step 805 is YES, this indicates that there is a schedule candidate with a shorter constraint time (a newly calculated operator constraint time (A). If NO, the operator constraint time temporarily stored is stored. (B) has shown that it is shorter than the newly calculated operator restraint time (A).
  • the scheduling information (C) and the operator restraint time (A) calculated at that time are stored (step 807). Since the newly calculated operator restraint time (A) is a shorter restraint time, the newly calculated operator restraint time (A) is used as the operator restraint time (B), and the schedule adjustment candidates (start time 406, end time 407).
  • the execution schedule management unit 131 temporarily stores the scheduled contents 408) as scheduling information (C).
  • step 808 It is determined whether there is another schedule adjustment candidate capable of adjusting the operator's schedule in the group (step 808). Referring to operator schedule management table 400, it is determined whether there is a schedule adjustment candidate.
  • step 811 If YES in step 808, the process proceeds to step 811. If NO, the process proceeds to step 810 (step 810). In the case of YES, the process proceeds to step 811 in order to evaluate the constraint time of other schedule adjustment candidates determined in step 808. In the case of NO, it is determined that the constraint time of all schedule adjustment candidates has been evaluated, and the process proceeds to Step 810.
  • step 811 a change schedule candidate obtained by changing the schedule of the adjustable schedule belonging to the group in the group is obtained, and the steps after step 804 subsequent to the change schedule candidate are executed.
  • step 809 If NO in step 809, the stored restraint time (B) and schedule information (C) at that time are output (step 810).
  • the execution schedule management unit 131 outputs the constraint time (B) and scheduling information (C) stored therein to the management terminal 102 and waits for a schedule change confirmation request from the management terminal 102.
  • step 812 If YES in step 812, the process proceeds to step 814. If NO, the process proceeds to step 815 (step 813). In the process of waiting for the schedule confirmation request in step 812, if a schedule confirmation request is received, the process proceeds to step 814. If a message for canceling the schedule change is received, the process proceeds to step 813. If there is no message, wait for a confirmation request message.
  • the operator's schedule is changed based on the schedule information (C) (step 814).
  • the execution schedule management unit 131 updates the contents of the changed operator schedule management table 400 with the scheduling information (C) stored therein.
  • FIG. 9 is a flowchart showing a process of determining a request destination (operator or device) for executing an operation by the execution schedule management unit 131 and temporarily securing a schedule of the request destination (operator or device).
  • step 606 of FIG. 6 is processed as a subroutine will be described as an example.
  • An operation request destination determination request is accepted (step 901).
  • operation identification information 305 for identifying an operation for which the request destination 306 is determined
  • condition information for specifying the request destination for securing the schedule 306, and the operation destination information 305 are to be secured.
  • the scheduled start time 309 of the schedule and the scheduled end time 310 of the schedule to be secured are included.
  • the request destination condition 204 includes request destination type information indicating whether the operation is to be executed by the operator to be determined as the request destination or the operation is automatically executed by the device. Further, in the case of an operation executed by the operator, the request destination condition 204 includes condition information for specifying the team to which the operator belongs, condition information for specifying the role or authority of the operator, and the like. When the operation is executed by a plurality of operators, it includes condition information for specifying a team required for the operator for each operator, condition information for specifying a role, and authority. Hereinafter, such condition information for each operator is referred to as a member condition.
  • the request destination condition is composed of one or more member conditions. When the request target is a device, it includes condition information for specifying an operation request destination that is a request destination of a task for operating the device.
  • step 902 The operation identifier, request destination condition, scheduled start time, and scheduled end time are specified (step 902).
  • the operation identifier 305, the request destination condition 204, the scheduled start time 309, and the scheduled end time 310 included in the operation request destination determination request are acquired.
  • step 903 The type of operation request destination is determined (step 903). If the request destination 306 of the operation that satisfies the request destination condition 204 is a device, the process proceeds to step 915. If the request destination 306 is an operator, the process proceeds to step 904.
  • step 905 If there are a plurality of operators designated as the operation request destinations 306, the process proceeds to step 905. If the designated operator is one person, the process proceeds to step 917. (Step 904).
  • Steps 906 to 909 are executed for each operator constituting the operator set designated as the operation request destination 306 (step 905).
  • the operator member conditions included in the request destination condition 204 acquired in step 902 are acquired one by one, and the steps from step 906 to step 909 are executed.
  • step 906 An operator that satisfies the request destination condition 204 is specified (step 906). Details of the processing in this step will be described later with reference to FIGS. 10, 11, 12, and 13.
  • the operator that satisfies the request destination condition 204 is specified based on the specified member condition.
  • the specified person's schedule is temporarily secured from the scheduled start time to the scheduled end time of the operation (step 907).
  • the operator schedule management table 400 is searched based on the operator name 402 specified in step 906, and a new record with the reservation state 410 set to “provisional reservation state” is added.
  • the start time 406 of the newly added record is set as the scheduled start time 309 acquired in step 902, and the end time 407 is set as the scheduled end time 310 acquired in step 902.
  • step 910 If the processing from step 906 to step 908 has been executed for the member condition, the process proceeds to step 910. If not executed, the process proceeds to step 909 (step 908). When the processing from step 906 to step 909 for specifying the operator is executed for all the member conditions acquired in step 905, the process proceeds to step 910. Otherwise, go to step 909.
  • step 909 The next member condition is specified, and the processing after step 906 is executed (step 909).
  • the member condition that has not been executed in steps 906 to 909 is identified based on the member condition acquired in step 905.
  • step 912 It is determined whether the schedules of all members (operators) designated in the operation request destination condition 204 have been provisionally secured. If the schedules of all members have been provisionally secured, the process proceeds to step 912. If there is a member (operator) that cannot be temporarily reserved, the process proceeds to step 911 (step 910). If the processing of step 906 and step 907 is executed for all the member conditions and the record of the temporarily secured state is successfully added, the process proceeds to step 912. Otherwise, go to step 911.
  • step 922 By deleting the record added in step 907 from the operator schedule management table 400, the temporarily secured schedule is released.
  • Step 912 If the schedule of all members can be secured temporarily, it is determined that a plurality of operators such as teams and groups can execute the operation at the same time. (Step 912), the temporarily secured schedule is treated as secured (Step 913). Based on the operation identifier 305 acquired in step 902, a record corresponding to the operation stored in the scenario instance table 300 is specified. The identification information of the operator temporarily reserved is stored in the request destination 306 of the record. Further, the scheduled start time acquired in step 902 is stored as the scheduled start time 309 of the record, and the scheduled end time acquired in step 902 is stored as the scheduled end time 310 of the record.
  • step 915 If it is determined in step 903 that the operation request destination is a device, a device that satisfies the request destination condition 204 is specified (step 915).
  • the device schedule management table 500 is searched to identify a device that matches the request destination condition 204 acquired in step 902.
  • step 916 From the scheduled start time to the scheduled end time of the operation, the specified device schedule is provisionally reserved, and the process proceeds to step 913 (step 916).
  • a new record is added to the device schedule management table 500 for the device identified in step 915, and the start time 506 and the end time 507 are set as the scheduled start time 309 and the scheduled end time 310 acquired in step 902, respectively.
  • the secured state 509 is assumed to be a provisional secured state.
  • step 917 When it is determined in step 904 that there is only one operator, an operator that satisfies the request destination condition 204 is specified (step 917). Details of the processing in this step will be described later using FIG. 10, FIG. 11, FIG. 12, and FIG.
  • the specified person's schedule is temporarily secured from the scheduled start time to the scheduled end time of the operation (step 918).
  • the operator schedule management table 400 is searched based on the operator name 402 specified in step 917, and a new record with the reservation state 410 set to “provisional reservation state” is added.
  • the start time 406 of the newly added record is set as the scheduled start time acquired in step 902, and the end time 407 is set as the scheduled end time acquired in step 902.
  • step 919 It is determined whether or not the schedule has been provisionally secured in step 918 (step 919). If it can be secured, the process proceeds to step 920, and if it cannot be secured, the process proceeds to step 922. If the processing from step 917 to step 918 for specifying the operator is executed for the request destination condition 204 acquired in step 902, the process proceeds to step 920. Otherwise, go to step 922.
  • step 919 If it is determined in step 919 that the operator has been secured, the secured operator is determined as the operation request destination (step 920). Based on the operation identifier 305 acquired in step 902, the record of the scenario instance table 300 is specified. The operator who temporarily secures the request destination 306 of the record is used as identification information. Further, the scheduled start time 309 acquired in step 902 at the scheduled start time 309 of the record is set, and the scheduled end time 310 of the record is set as the scheduled end time 310 acquired in step 902.
  • step 920 The operator determined in step 920, the secured schedule, and the fact that the securing was successful are responded to the caller of this subroutine processing flow and the process is terminated (step 921).
  • step 922 If it is determined in steps 911 and 919 that the schedule could not be secured, the process is terminated in response to the subroutine caller that the schedule securing of the operation has failed (step 922).
  • step 916 After processing step 916, it is determined whether the schedule has been temporarily secured (step 923). If it is determined that it has been secured, the process proceeds to step 924. If it is determined that it could not be secured, the process proceeds to step 926 (step 923).
  • step 923 If it is determined in step 923 that the device has been secured, the secured device is determined as the operation request destination (step 924).
  • the device schedule management table 500 is searched based on the device specified in step 915, and a new record with the secured state 509 as “provisional secured state” is added.
  • the start time 506 of the newly added record is set as the scheduled start time 309 acquired in step 902, and the end time 507 is set as the scheduled end time acquired in step 902.
  • step 923 If it is determined in step 923 that the allocation has not been ensured, the process is terminated in response to the subroutine caller that the allocation has failed (step 926).
  • FIG. 10 is a process flow diagram of a first process example for identifying an operator that satisfies the request destination condition in step 906.
  • this processing it is possible to assign work to the same operator for operations with high similarity between operations based on an index of operation characteristics designated in advance. Thereby, since the operator can perform the same operation continuously, the burden on the operator can be reduced.
  • the feature of the requested operation is extracted (step 1001).
  • the feature of the operation is extracted based on the requested operation content 205 defined in the scenario definition table 200 and the skill and proficiency required for the operation.
  • operation characteristic information such as category information, skill information, proficiency level information, and software used (or web site).
  • step 1002 the degree of similarity between the requested operation and each operation having an execution history within a predetermined time (predetermined time to present) is calculated (step 1002).
  • the related operation 409 of the record in which the past time within the predetermined time is stored in the end time 407 of the operator schedule management table 400 is referred to, and the definition contents of the corresponding operation are stored in the scenario template identifier 201 and the operation identifier 203 of the scenario definition table 200. And identify from.
  • the operation contents such as category information, skill information, and proficiency information to which the operation belongs by referring to the operation characteristic table described in step 1001 using the value of the requested operation content 205 of the scenario definition table 200 as a key. Get the feature information.
  • the similarity between the acquired past feature information and the feature information acquired in step 1001 is calculated.
  • the similarity is calculated by, for example, calculating a score indicating the distance between categories stored in advance in the external storage device 113, and calculating the similarity as the distance is different.
  • a score is calculated from the presence or absence of a skill, and the closer the score is, the higher the similarity is calculated.
  • the proficiency level the closer the index indicating the proficiency level is, the higher the similarity is calculated.
  • the score is calculated based on the determination whether the used software (used Web site) is the same, or whether the used function, the used site, and the used page are the same, and the similarity is comprehensively calculated.
  • the overall similarity is calculated from the category similarity, the skill similarity, the proficiency level, and the usage software (or usage site) similarity calculated in this way using a predetermined calculation formula.
  • step 1003 The operator of each operation is referred to and the similarity is totaled for each operator (step 1003).
  • the similarities calculated in step 1002 are totaled by grouping and summing.
  • a second processing example for specifying an operator that satisfies the request destination will be described.
  • the second processing example when an operation execution request composed of a plurality of tasks including an operator's manual task is input, the execution order and execution timing of all the tasks including each manual task are adjusted, and the manual operation task is executed.
  • the assignment of operators who perform work tasks, the execution order and execution timing of each task are determined.
  • the operator who performs the manual task is determined in consideration of the work continuity and the work content, and the manual task with the execution start time close to that is grouped, and the task with the earliest start time in each group is executed.
  • FIG. 11 is a process flow diagram of a second process example for identifying an operator that satisfies the request destination condition in Step 906. By this processing, operations defined in the same scenario instance can be positively assigned to the same operator.
  • Operation feature extraction is the same as step 1001 in FIG.
  • step 1102 For other operations constituting the scenario instance, if operators to be executed are determined, the operators are totaled and specified as an operator set (step 1102).
  • the scenario instance identifier 302 in the scenario instance table 300 is searched, a set of records that match the scenario instance identifier acquired in step 1101 is specified, and the operator of the request destination 306 of those records is specified as an operator set.
  • the largest operator (the operator that appears most frequently as the operator of the request destination 306) is determined as the request destination of the requested operation, and the processing of this subroutine is terminated (step 1103).
  • the number of operations is totaled for each operator belonging to the operator set acquired in step 1102. The operator with the largest number of operations is determined as the operation request destination.
  • the number of operations is the largest after narrowing down to operators (manager identifier 401) that match the request destination condition 204.
  • An operator may be determined as an operation request destination.
  • a third processing example for specifying an operator that satisfies the request destination will be described.
  • the third processing example when an execution request for an operation composed of a plurality of tasks including an operator's manual task is input, the execution order and execution timing of all the tasks including each manual task are adjusted and The assignment of operators who perform work tasks, the execution order and execution timing of each task are determined.
  • the operator who performs the manual task is determined in consideration of the skill required for performing the manual task and the skill of the operator who performs the task, and the manual tasks that are close to the execution start time are grouped.
  • the constraint time of the operator is calculated from the time difference between the execution start time of the task with the earliest start time and the execution end time of the task with the latest execution end time, and the execution timing and execution order are set so as to shorten this constraint time.
  • An example of processing to be determined is shown.
  • FIG. 12 is a process flow diagram of a third process example for identifying an operator that satisfies the request destination condition in step 906.
  • the operation can be assigned to the operator in consideration of the skill of the operator working on the operation.
  • work can be assigned to the operator based on the operator's operation proficiency and the operation processing speed.
  • step 1201 The feature of the requested operation is extracted (step 1201).
  • the extraction of the feature of the operation is the same as step 1001 in FIG.
  • an operation set having similar characteristics in the operation execution history is acquired (step 1202).
  • the related operation 409 of the record in which the past time within a certain time set in the end time column 407 of the operator schedule management table 400 is stored is referred to, and the definition contents of the corresponding operation are stored in the scenario definition table 200. It is specified from the scenario template identifier field 201 and the operation identifier field 203.
  • the operation characteristic table described in step 1001 is referred to, and the category to which the operation belongs and the usage software (or usage site) belong. get.
  • the similarity between the acquired past feature information and the feature information acquired in step 1001 is calculated.
  • the similarity is calculated by, for example, calculating a score indicating the distance between categories stored in advance in the external storage device 113, and calculating the similarity as the distance is different.
  • the overall similarity is calculated from the calculated skill similarity and proficiency similarity using a predetermined calculation formula. Then, an operation having a similarity that exceeds a similarity threshold stored in advance in the external storage device 113 is specified, and an operation set is acquired.
  • step 1203 The time of each operation belonging to the acquired similar operation set is acquired, and the average execution time is totaled for each operator (step 1203).
  • the time from the start record time 311 to the end record time 31 in the scenario instance table 300 is defined as the operation execution time.
  • the operator having a shorter average execution time is determined as a request destination, assuming that the operator with a shorter average execution time is a master operator among the results of the operation execution time.
  • FIG. 13 is a process flow diagram of a fourth process example for identifying an operator who satisfies the request destination condition in step 906.
  • This process makes it possible to assign the same operation as the operation executed recently by the operator. As a result, the operator can continuously perform similar work, and as a result, the simple work is repeated, so that the work time can be shortened and the work switching burden can be reduced.
  • the operator can concentrate on the same management software. You will be able to make use of past know-how and experience without having to look up manuals and documents.
  • the feature of the requested operation is specified (step 1301).
  • the extraction of the feature of the operation is the same as step 1001 in FIG. (2)
  • the schedule of each operator is acquired, and a predetermined number of operation sets to be executed most recently are identified for each operator, going back from the scheduled start time of the requested operation (step 1302).
  • the scheduled start time 309 of the operation requested in step 1301 is acquired.
  • the start time 406 of the operator schedule management table 400 is searched, and the operation identifier of the related operation 409 of the record at a time before a predetermined time before the scheduled start time 309 of the operation requested in step 1301 is obtained as an administrator identifier 401 ( Aggregate by operator).
  • the similarity between each operation of the identified operation set and the requested operation is aggregated and calculated for each operator (step 1303).
  • the definition content of the corresponding operation is specified from the scenario template identifier 201 and the operation identifier 203 of the scenario definition table 200.
  • the operation feature table Using the value of the requested operation content 205 of the scenario definition table 200 as a key for the definition content of the corresponding operation, refer to the operation feature table to obtain operation feature information such as category information, skill information, and proficiency level information to which the operation belongs. To do.
  • the similarity between the acquired past feature information and the feature information acquired in step 1001 is calculated.
  • the similarity is calculated by, for example, calculating a score indicating the distance between categories stored in advance in the external storage device 113, and calculating the similarity as the distance is different.
  • a score is calculated from the presence or absence of a skill, and the closer the score is, the higher the similarity is calculated.
  • the proficiency level the closer the index indicating the proficiency level is, the higher the similarity is calculated.
  • the score is calculated based on the determination whether the used software (used Web site) is the same, or whether the used function, the used site, and the used page are the same, and the similarity is comprehensively calculated.
  • the overall similarity is calculated from the category similarity, the skill similarity, the proficiency level, and the usage software (or usage site) similarity calculated in this way using a predetermined calculation formula.
  • 101 Management server
  • 102 Management terminal
  • 111 Central processing unit
  • 112 Main storage device
  • 113 External storage device
  • 130 Execution schedule evaluation unit
  • 131 Execution schedule management unit
  • 132 Operator schedule management unit
  • 133 Device schedule management unit
  • 134 scenario execution unit
  • 200 scenario definition table
  • 300 scenario instance table
  • 400 operator schedule management table
  • 500 device schedule management table.

Abstract

　シナリオを構成するオペレーションを実行するオペレータのスケジュールを確保し、オペレーションの終了予定時刻がデッドライン時刻を満足するとき、確保したスケジュールを表示する。オペレータによるオペレーションの開始予定時刻が所定時間内のオペレーションをグループ化し、グループの中で最も開始予定時刻が早い開始予定時刻から最も終了予定時刻が遅い終了予定時刻までの時間をオペレータの拘束時間とする。グループの中の調整可能なオペレーションを再スケジュールし、再スケジュールしたオペレーションを含むグループの、最も開始予定時刻が早い開始予定時刻から最も終了予定時刻が遅い終了予定時刻までの時間を新たな拘束時間として求め、新たな拘束時間が先に求めた拘束時間より短いとき、新たな拘束時間及び再スケジュールしたスケジュールを表示する。

Description

スケジュール決定装置及び決定方法
　本発明は、クラウドサービス運用のために、オペレータが実行する手作業のオペレーションやソフトウェアが実行するオペレーションの実行スケジュールを決定するスケジュール決定装置及び決定方法に関するものである。
　クラウドサービス運用のためには、運用管理コスト（OPEX）の低減が不可欠であり、オペレータがいかに効率よくサービス運用するかが鍵となっている。クラウドサービス運用では、サービスを受ける顧客の要望に応じて、クラウドサービスを構成するインフラのいくつかの定型的な運用作業フロー（運用定型フロー）に従ってオペレータが作業する。オペレータを統括する管理者がオペレータにクラウドサービスの運用作業フローを割当てる。オペレータは、管理者から割当てられた運用作業フローに従って作業する。オペレータが同時に複数の運用作業フローを割当てられることもある。
　このような運用作業フローは複数のオペレーション（（オペレーションは、さらに複数のタスクに細分されることもある。）から構成される一連の処理となっていて、オペレータは各オペレーションに対応する管理ソフトを順次呼び出して実行するのが通常である。最近では、ITの運用管理コスト低減や操作ミス低減を目的として、このような運用作業フローを極力自動実行する傾向にある。このような自動実行を支援する代表的な技術としてはRun Book Automation(RBA)がある。
　また、特許文献１では、業務プロセスを自動化するために業務手順をワークフローとして定義して、ワークフロー制御装置によりワークフローを構成する各手続を順序実行する内容を開示している。上記に挙げたRBA技術は、特許文献１が示す業務プロセスの自動実行技術を運用管理のオペレーションに適用したものとも見ることができる。
　さらに、特許文献２では、機器とその作業者のスケジュールを管理する技術を開示している。機器の利用占有時間や作業者の作業時間をずらして、機器の利用占有時間の重複がないようにスケジュール調整する。
特開2009-80581公報 特開2006-285784公報
　運用定型フローが示す一連のオペレーションには、承認タスク、目視確認タスク、及びAPIが提供されておらずGUIを介して作業するしかないタスクが必ず存在するので、RBAでも、運用定型フローも完全自動実行は難しい。このような人の作業（承認、目視確認、GUIを介した作業）を必要とするタスク（手作業タスク）があるときに、順次作業が割り当てられると、オペレータ（承認タスクについては承認者）を人手作業で拘束するので、オペレータは他のオペレーションなどの作業ができなくなる。そこで、オペレータを拘束する時間を短縮するオペレーション実行スケジュール決定装置及び決定方法が必要となる。
　開示するスケジュール決定装置は、管理端末と接続した管理サーバによって実現される。管理サーバは、管理端末からシナリオの実行要求を受け付け、シナリオを構成するオペレーションの開始予定時刻と終了予定時刻を決定し、これらの時刻を満足するオペレーションを実行するオペレータ及び機器のスケジュールを確保し、確保したスケジュールによるオペレーションの終了予定時刻が、実行要求に含まれるデッドライン時刻を満足するとき、確保したスケジュールを管理端末に表示する実行スケジュール管理部、並びに、管理端末からオペレータの拘束時間の表示要求を受け付け、オペレータのスケジュールを取得し、取得したスケジュールのオペレーションの開始予定時刻が所定時間内のオペレーションをグループ化し、グループ化したオペレーションの中で、最も開始予定時刻が早いオペレーションの開始予定時刻から最も終了予定時刻が遅いオペレーションの終了予定時刻までの時間をオペレータの拘束時間として求めて、管理端末に表示するスケジュール評価部を有し、実行スケジュール管理部は、管理端末からオペレータのスケジュールの変更要求を受け付け、オペレータのスケジュールを取得し、取得したスケジュールのオペレーションの開始予定時刻が所定時間内のオペレーションをグループ化し、グループ化したオペレーションの中でスケジュールを調整可能なオペレーションがあるとき、調整可能なオペレーションを再スケジュールし、再スケジュールしたオペレーションを含むグループの、最も開始予定時刻が早いオペレーションの開始予定時刻から最も終了予定時刻が遅いオペレーションの終了予定時刻までの時間をオペレータの新たな拘束時間として求め、新たな拘束時間がスケジュール評価部が求めた拘束時間より短いとき、新たな拘束時間及び再スケジュールしたスケジュールを含むオペレータのスケジュールを管理端末に表示する。
　本発明によれば、オペレータを拘束する時間を短縮するオペレーション実行スケジュールを決定できる。
オペレーションの実行スケジュールを決定する管理サーバとその管理対象を示すシステム構成図である。 シナリオ定義テーブルの一例を示す図である。 シナリオインスタンステーブルの一例を示す図である。 オペレータスケジュール管理テーブルの一例を示す図である。 機器スケジュール管理テーブルの一例を示す図である。 シナリオ実行要求を受け付けたときの実行スケジュール管理部による処理を示すフロー図である。 実行スケジュール評価部がオペレータの拘束時間を算出する処理を示す図である。 実行スケジュール管理部によるオペレータの拘束時間を短縮するように再スケジューリングする処理を示す図である。 実行スケジュール管理部によるオペレーションの要求先決定とそのスケジュールを仮確保する処理を示すフロー図である。 要求先条件を満たすオペレータを特定する第１の処理例の処理フロー図である。 要求先条件を満たすオペレータを特定する第２の処理例の処理フロー図である。 要求先条件を満たすオペレータを特定する第３の処理例の処理フロー図である。 要求先条件を満たすオペレータを特定する第４の処理例の処理フロー図である。
　以下、発明を実施するための形態を説明する。本実施形態では、オペレータの手作業タスクを含む複数のオペレーションから構成されるオペレーションシナリオの実行要求に応答して、手作業を含むオペレーションの実行順序と実行タイミングを調整してオペレーションの実行順序と実行タイミングを決定する。この決定において、実行開始時刻の近い手作業タスクを含むオペレーションをグループ化し、各グループ内でオペレーションの、最も早い開始時刻から最も遅い終了時刻までの時間をオペレータの拘束時間とし、この拘束時間が短くなるように実行タイミングと実行順序に決定する。
　図１は、オペレーションの実行スケジュールを決定する管理サーバとその管理対象を示すシステム構成図である。管理サーバは、スケジュール決定装置として機能する。本システムは、管理サーバ１０１と管理端末１０２が、管理用ＩＰネットワーク１０７を介して接続されている。管理サーバ１０１は、管理用ＩＰネットワーク１０７を介して管理対象のサーバやストレージ装置などクラウドサービスを提供するための機器に接続しているが図示を省略する。
　管理サーバ１０１は、オペレーションの実行順序や実行タイミングを決定するスケジューリングを行う。管理サーバ１０１は、一般的な計算機で構成でき、中央演算装置１１１、主記憶装置１１２、外部記憶装置１１３を備えている。
　主記憶装置１１２には、実行スケジュール評価部１３０と、実行スケジュール管理部１３１と、オペレータスケジュール管理部１３２と、機器スケジュール管理部１３３と、シナリオ実行部１３４とが格納され、中央演算装置１１１に読み込まれることにより各処理部の機能を実行する。
　実行スケジュール評価部１３０は、オペレーションのスケジュールを評価する。具体的には、現在の手作業タスクを含むオペレーションのスケジュールに基づいて、オペレータの拘束時間を算出し、現在のスケジュールを評価する。
　実行スケジュール管理部１３１は、オペレータ（役割に応じて、オペレータ、承認者、管理者などと呼ばれるが、総称してオペレータと呼ぶ。）のスケジュールや機器のスケジュールを管理する。実行スケジュール管理部１３１は、管理端末１０２からのオペレーションシナリオ（以下、シナリオ）の実行要求の受け付けや、管理端末１０２からのオペレーションの再スケジュール要求を受け付けて、オペレータの拘束時間が短くなるように再スケジュールする。拘束時間は、実行スケジュール評価部１３０が算出する。具体的な処理ステップについては後述する。
　オペレータスケジュール管理部１３２は、オペレータのスケジュールを管理する。オペレータのスケジュールには、シナリオにかかわるオペレータの手作業タスクを含むオペレーションスケジュールの他に、シナリオに関係ない打合せスケジュールなども含まれる。オペレータスケジュール管理部１３２は、オペレータのスケジュールを管理し、オペレータのスケジュール情報を表示したり、オペレータのスケジュール変更要求を受け付けたりする。
　機器スケジュール管理部１３３は、機器の利用スケジュールを管理する。機器の利用スケジュールには、機器管理ソフトウェアへ登録されたタスクスケジュールも含まれる。
　シナリオ実行部１３４は、管理端末１０２から実行要求のあったシナリオを順次実行する。シナリオ実行部１３４は、シナリオを構成する各オペレーションを順次実行していく。オペレーションが機器への自動実行タスクであれば、機器へタスクの実行要求を発行する。オペレーションが人手のタスクであれば、該当するオペレータに対して実行要求を示す通知を行う。
　外部記憶装置１１３には、シナリオ定義テーブル２００と、シナリオインスタンステーブル３００と、オペレータスケジュール管理テーブル４００と、機器スケジュール管理テーブル５００とを備えている。
　シナリオ定義テーブル２００は、シナリオの内容を定義したテーブルである。シナリオは、一連のオペレーションを予め定義したものである。シナリオには、少なくとも一つのオペレーションを含む。
　図２は、シナリオ定義テーブル２００の一例を示す図である。シナリオ定義テーブル２００の各レコードは、シナリオの定義情報を示す。あるシナリオを構成するオペレーションが複数あるとき、オペレーションを実行する順番にレコードを登録する。各図中の「♯」は識別子を示す。シナリオ定義テーブル２００は、シナリオテンプレート識別子２０１と、シナリオ内容２０２と、オペレーション識別子２０３と、要求先条件２０４と、要求オペレーション内容２０５とから構成されている。
　シナリオテンプレート識別子２０１は、シナリオの識別子である。シナリオ内容２０２は、シナリオの内容である。オペレーション識別子２０３は、シナリオを構成する各オペレーションの識別子である。要求先条件２０４は、オペレーションの要求先の条件情報である。管理ソフトの実行を要求するオペレーションであれば、その管理ソフトを特定する情報である。人手によるオペレーションであれば、実行するオペレータを特定する情報である。要求オペレーション内容２０５は、オペレーションの内容である。
　シナリオインスタンステーブル３００は、管理端末１０２からのシナリオの実行要求に対応して、そのシナリオの実行状態や実行スケジュールを記憶するテーブルである。管理端末１０２から実行要求されたシナリオを、シナリオ定義テーブル２００を参照して、シナリオインスタンステーブル３００にエントリ登録する。
　図３は、シナリオインスタンステーブル３００の一例を示す図である。シナリオインスタンステーブル３００は、シナリオ３０１、オペレーション識別子３０５、要求先３０６、実行状態３０７、及び時刻３０８を含む構成である。シナリオ３０１には、シナリオインスタンス識別子３０２と、シナリオテンプレート識別子３０３と、シナリオ内容３０４を含んでいる。時刻３０８は、実行するオペレーション３０５の、開始予定時刻３０９と、終了予定時刻３１０と、開始実績時刻３１１と、終了実績時刻３１２と、シナリオデッドライン時刻３１３を含んでいる。
　シナリオ３０１は、シナリオを表す内容である。シナリオインスタンス識別子３０２は、シナリオインスタンスを識別する識別子である。シナリオテンプレート識別子３０３は、シナリオインスタンスの元のシナリオ定義を識別する識別子である。シナリオ内容３０４は、シナリオインスタンスで実行するシナリオの内容である。オペレーション識別子３０５は、シナリオインスタンスを構成するオペレーションを識別する識別子である。
　たとえば、管理端末１０２から実行要求されたシナリオの内容が「仮想サーバデプロイ」であるならば、実行要求されたシナリオにシナリオインスタンス識別子３０２として「SI1」を付し、シナリオ定義テーブル２００を参照して、「仮想サーバデプロイ」に対応するシナリオテンプレート識別子２０１「ST1」、シナリオ内容２０２「仮想サーバデプロイ」、及びオペレーション識別子２０３「OP1、OP2、・・、OP5」のそれぞれを、シナリオインスタンステーブル３００のシナリオテンプレート識別子３０３、シナリオ内容３０４、及びオペレーション識別子３０５とする。
　要求先３０６は、オペレーション識別子３０５で特定されるオペレーションの実行を要求する要求先である。オペレーションの実行を要求する要求先は、具体的な管理ソフトウェアを特定する情報や具体的に手作業するオペレータを特定する情報である。
　実行状態３０７は、オペレーション識別子３０５で特定されるオペレーションの実行状態である。オペレーションの実行状態には、受付完、スケジュール調整中、スケジュール仮確保済み、スケジュール本確保済み、実行中、実行完了などの実行状態がある。
　受付完状態とは、管理サーバ１０１が管理端末１０２からシナリオの実行要求を受け付け、シナリオの各オペレーションの実行を要求する要求先３０６や開始予定時刻３０９や終了予定時刻３１０が未定の状態を示す。スケジュール調整中状態とは、シナリオの各オペレーションの実行を要求する要求先３０６や開始予定時刻３０９や終了予定時刻３１０を決定する処理を実行中の状態を示す。
　スケジュール仮確保済み状態とは、シナリオの各オペレーションの一貫したスケジュールを確保中で、各オペレーションを実行するオペレータやオペレーションの実行に必要な機器（オペレーションの対象機器）のスケジュールを仮押さえした状態である。たとえば、シナリオ３０１のあるオペレーション３０５について要求先３０６や開始予定時刻３０９や終了予定時刻３１０が決定したが、そのシナリオ３０１を構成する他のオペレーション３０５について要求先３０６や開始予定時刻３０９や終了予定時刻３１０が未定の状態を示す。要求先３０６を示すオペレータやオペレーションの対象機器も開始予定時刻３０９から終了予定時刻３１０までの間、オペレーションを実行するためにスケジュールが確保される。
　スケジュール本確保済み状態とは、シナリオのスケジュールを確保できた状態を示す。シナリオを構成する各オペレーションについて、要求先３０６と開始予定時刻３０９と予定終了時刻３１０が決定した状態を示す。要求先を示すオペレータやオペレーションの対象機器のも開始予定時刻３０９から終了予定時刻３１０までの間、オペレーションを実行するためにスケジュールが確保されている。スケジュール本確保済み状態では、シナリオのオペレーションの実行を開始していない。
　実行中状態とは、ナリオに従ったオペレーションの実行を開始し、実行中の状態であることを示す。実行完了状態とは、シナリオの各オペレーションの実行が終了した状態であることを示す。
　時刻３０８は、オペレーションの実行予定スケジュールや実行実績スケジュール情報である。開始予定時刻３０９は、オペレーションの実行を開始する予定時刻である。終了予定時刻３１０は、オペレーションの実行を終了する予定時刻である。開始実績時刻３１１は、オペレーションの実行を開始した時刻である。終了実績時刻３１２は、オペレーションの実行を終了した時刻である。シナリオデッドライン時刻３１３は、管理端末１０２からシナリオの実行要求に伴って、その終了時刻に期限が設けられた場合に、指定された期限情報である。
　シナリオインスタンステーブル３００及びシナリオ定義テーブル２００を用いたシナリオ実行部１３４の処理を簡単に説明する。シナリオ実行部１３４は、シナリオインスタンステーブル３００のインスタンスごとに、テンプレート識別子３０３とオペレーション識別子３０５とで識別されるオペレーションを順次実行していく。テンプレート識別子３０３とオペレーション識別子３０５に対応する、シナリオ定義テーブル２００のシナリオテンプレート識別子２０１とオペレーション識別子２０３が示す要求オペレーション内容２０５で定義されたオペレーションおよびタスクの実行を制御する。シナリオ実行部１３４は、シナリオインスタンステーブル３００の要求先３０６にオペレーションの実行要求を発行する。オペレーションが管理ソフトや機器へのオペレーションである場合には、管理ソフトや機器に対してオペレーションの実行要求を発行する。一方、オペレーションが人手の作業である場合には、要求先３０６のオペレータに対して作業を依頼するメールを送信したり、作業を依頼するメッセージやイベント情報を送信することでオペレーションの実行を要求する。。オペレーションを実行開始したときに、開始実績時刻３１１としてオペレーションを開始した時刻を記憶する。オペレーションが終了するのを検出すると、終了実績時刻３１２としてオペレーションが終了した時刻を記憶する。そして、実行状態３０７を実行完了状態に変更し、そのオペレーションに後続するオペレーションを実行開始する。このようにして、シナリオインスタンスに属する一連のオペレーションをすべて実行完了したら、シナリオインスタンスの実行完了となる。
　オペレータスケジュール管理テーブル４００は、オペレータの作業のスケジュールを記憶するテーブルである。
　図４は、オペレータスケジュール管理テーブル４００の一例を示す図である。オペレータスケジュール管理テーブル４００は、管理者識別子４０１、オペレータ名４０２、チーム４０３、ロール４０４、権限４０５、開始時刻４０６、終了時刻４０７、予定内容４０８、関連オペレーション４０９、確保状態４１０、及び調整可否４１１を含んでいる。
　管理者識別子４０１は、オペレータなどを識別する識別子である。オペレータ名４０２は、オペレータの名前情報であるチーム４０３は、オペレータの属するチームやグループなどの所属情報である。ロール４０４は、オペレータのロール情報である権限４０５は、オペレータが有する権限情報である
　開始時刻４０６は、オペレータの予定の開始予定時刻である終了時刻４０７は、オペレータの予定の終了予定時刻である。予定内容４０８は、オペレータの予定の内容情報である
　関連オペレーション４０９は、オペレータの予定が、第１管理サーバ１０１が実行要求したオペレーションのスケジューリングによって登録されているとき、そのオペレーションの識別子情報である。
　確保状態４１０は、オペレータのスケジュールが調整中または他のスケジュールが入らないように確保された状態であって、シナリオのスケジュール調整中に一時的に確保された状態、またはシナリオのスケジュール調整が完了して予約（開始時刻４０６、終了時刻４０７、予定内容４０８及び関連オペレーション４０９）が確保された状態であることを示す状態情報である。スケジュール調整中または確保状態にない場合には、確保状態４１０はNull（空）である。スケジュール調整中に一時的に確保された状態である場合には、状態情報は仮確保状態を示す。また、スケジュール調整完了済みで予約が確保されている場合には、状態情報は本確保状態を示す。
　調整可否４１１は、そのオペレータのスケジュールの実行時刻（開始時刻４０６及び／又は終了時刻４０７）の変更が可能か否かを示す。Trueなら調整可能を示し、Falseなら調整不可能を示す。すでに実行が完了した予約は、調整できないためFalseになる。
　機器スケジュール管理テーブル５００は、機器や機器を管理する管理ソフトに実行要求されたオペレーションのスケジュール情報を記憶するテーブルである。
　図５は、機器スケジュール管理テーブル５００の一例を示す図である。機器スケジュール管理テーブル５００は、オペレーション要求先識別子５０１、機器識別子５０２、タスク識別子５０３、タスク内容５０４、実行状態５０５、開始時刻５０６、終了時刻５０７、関連オペレーション５０８、確保状態５０９、及び調整可否５１０を含んでいる。
　オペレーション要求先識別子５０１は、管理サーバ１０１の実行スケジュール管理部１３１や機器スケジュール管理部１３３がオペレーションの要求先（シナリオインスタンステーブル３００の要求先３０６）として決定した機器や管理ソフトを識別する識別子である。
　機器識別子５０２は、オペレーションを構成するタスクを実行する機器の識別子である。オペレーション要求先識別子５０１で識別される管理ソフトや機器が、タスクの実際の実行先とした機器等があるとき、その機器の識別子である。オペレーション要求先識別子５０１に要求されるオペレーションは、少なくとも一つのタスクから構成され、そのタスクを実行する機器の識別子が機器識別子５０２である。
　タスク識別子５０３は、オペレーションを構成するタスクの識別子である。タスク内容５０４は、オペレーションを構成するタスクの内容である。実行状態５０５は、オペレーションを構成するタスクの実行状態である。タスクの実行状態には、未実行、実行中、実行完了などの状態がある。
　開始時刻５０６は、オペレーションを構成するタスクの実行開始時刻である。終了時刻５０７は、オペレーションを構成するタスクの実行終了時刻である。
　関連オペレーション５０８は、タスクがシナリオ実行部１３４から実行要求されたオペレーションを構成するタスクであれば、そのオペレーションを特定するシナリオインスタンステーブル３００のオペレーション識別子３０５である。
　確保状態５０９は、機器のスケジュールが調整中または他のスケジュールが入らないように確保された状態であって、シナリオのスケジュール調整中に一時的に確保された状態、またはシナリオのスケジュール調整が完了して予約（開始時刻５０６、終了時刻５０７、及び関連オペレーション５０８）が確保された状態であることを示す状態情報である。スケジュール調整中または確保状態にない場合には、確保状態５０９はNull（空）である。スケジュール調整中に一時的に確保された状態である場合には、状態情報は仮確保状態を示す。また、スケジュール調整完了済みで予約が確保されている場合には、状態情報は本確保状態を示す。
　調整可否５１０は、その機器のスケジュールの実行時刻（開始時刻５０６及び／又は終了時刻５０７）の変更が可能か否かを示す。Trueなら調整可能を示し、Falseなら調整不可能を示す。すでに実行が完了したタスクについては、調整できないためFalseになる。
　図６は、管理端末１０２からオペレーションシナリオ実行要求（以下、シナリオ実行要求）を受け付けたときの実行スケジュール管理部１３１の処理を示すフロー図である。
　（１）シナリオ実行要求を受け付ける（ステップ６０１）。
シナリオ実行要求には、実行するシナリオの内容を特定するためのシナリオテンプレート識別子、シナリオの実行が完了しなければならない時刻を指定したデッドライン情報を含んでいる。
　（２）シナリオ実行要求からシナリオ情報を取得する（ステップ６０２）。
ステップ６０１で受け付けたシナリオ実行要求からシナリオテンプレート識別子を取得する。このシナリオテンプレート識別子にもとづきシナリオ定義テーブル２００のシナリオテンプレート識別子２０１を検索し、シナリオテンプレート識別子が一致するレコードを特定する。この特定したレコードに、シナリオ実行要求のあったンシナリオの定義内容を記憶している。このシナリオ定義より、シナリオを構成するオペレーション（オペレーション識別子２０３および要求オペレーション内容２０５）やオペレーションの要求先の条件情報（要求先条件２０４）を取得する。
　（３）シナリオインスタンスを生成して登録する（ステップ６０３）。
シナリオインスタンステーブル３００に、シナリオ実行要求に対応する新たなシナリオ３０１のレコードを生成する。シナリオインスタンス識別子３０２にはレコードを識別するための一意な識別子を設定する。　そのレコードにステップ６０２で特定したシナリオ定義テーブル２００のレコードの情報を設定する。テンプレート識別子３０３には、ステップ６０２で特定したレコードのシナリオテンプレート識別子２０１を設定する。シナリオ内容３０４には、ステップ６０２で特定したシナリオ内容２０２を設定する。オペレーション番号３０５には、ステップ６０２で特定したレコードのオペレーション識別子２０３を設定する。
　実行状態３０７には、受付完状態を設定する。要求先３０６、開始予定時刻３０９、終了予定時刻３１０、開始実績時刻３１１、および終了実績時刻３１２には、何も設定しない。デッドライン時刻３１３には、ステップ６０１で受け付けたシナリオ実行要求に含まれるデッドライン情報としての時刻を設定する。
　（４）設定したシナリオ３０１を構成するオペレーション３０５に関してステップ６０５とステップ６０６を実行する（ステップ６０４）。オペレーション３０５が複数の場合は、それらの各々に関して実行する。
　（５）各オペレーションの開始予定時刻３０９と終了予定時刻３１０を算出する（ステップ６０５）。
ステップ６０３で生成したシナリオインスタンステーブル３００の新たなシナリオ３０１を構成するオペレーション識別子３０５で識別されるオペレーションを表すレコードを特定し、そのレコードのオペレーションの開始予定時刻３０９と終了予定時刻３１０を設定する。
　オペレーションの開始予定時刻３０９は、シナリオ３０１の最初のオペレーションであれば、現在時刻を設定する。シナリオ３０１の２番目以降のオペレーションであれば、直前のオペレーションの終了予定時刻以降の時刻をそのオペレーションの開始予定時刻３０９とする。もし、後述するステップ６０６においてオペレーションのスケジュール仮確保が失敗して再度ステップ６０５を実行する場合には、仮確保が失敗したオペレーションの開始予定時刻や終了予定時刻とは異なる時刻を開始予定時刻や終了予定時刻とする。オペレーションの終了予定時刻３１０は、オペレーションの実行時間を、そのオペレーション開始予定時刻３０９に加算することにより算出する。
　オペレーションの終了予定時刻３１０の算出に用いる実行時間は、過去に同一または類似のオペレーションを実行した実行履歴から推定する。同一オペレーションの実行履歴から推定する処理を示す。ステップ６０４において処理の対象となるオペレーションに対応するレコードをシナリオインスタンステーブル３００から特定し、そのオペレーション識別子３０５を特定する。シナリオインスタンステーブル３００の各オペレーション識別子３０５が、特定したオペレーション識別子と同一であり、実行状態３０７が完了状態のレコードを検索する。検索してヒットしたレコードの終了実績時刻３１２と開始実績時刻３１１との差分から、過去に実行された同一オペレーションの実行時間を算出する。過去に実行された同一オペレーションが複数の場合には、算出した各実行時間の平均値や最大値などの統計値を算出して、オペレーションの実行時間としてもよい。
　（６）シナリオ３０１を構成するオペレーションの要求先３０６を特定し、特定した要求先３０６のスケジュールを仮確保する（ステップ６０６）。本ステップの詳細は、図９を用いて後述する。
シナリオ３０１のオペレーションを実行するオペレータまたは機器を決定し、オペレーションの開始予定時刻３０９から終了予定時刻３１０までをオペレーションを実行するための時間として、決定したオペレータまたは機器のスケジュールを確保する。シナリオ３０１を構成するオペレーションのスケジュール（実体としては、オペレーションを実行するオペレータまたは機器のスケジュール）を確保できたならば、スケジュールは未確定という意味での仮確保という形でスケジュールを確保する。シナリオ３０１を構成するすべてのオペレーションのスケジュールを仮確保できたならば、シナリオ３０１のスケジュールを確保できたとして、シナリオ３０１を構成する各オペレーションのスケジュールを本確保したことに変更する。
　（７）ステップ６０４からステップ６０６の処理でシナリオ３０１を構成する各オペレーションを実行する要求先３０６を決定できたかを判定する（ステップ６０７）。
判定の結果、各オペレーションを実行する要求先３０６を決定できた場合は、ステップ６０８に進む。ひとつでも要求先３０６を決定できなかったオペレーションがある場合には、ステップ６１８に進む。
　本ステップの各オペレーションを実行する要求先３０６を決定できたかの判定は、シナリオインスタンステーブル３００におけるステップ６０３で生成したシナリオインスタンスのレコードに記憶されたすべてのオペレーションについて実行状態３０７がスケジュール仮確保済み状態になったかを判定する。
　（８）シナリオ３０１の終了予定時刻３１０が、シナリオ３０１に要求されたデッドライン３１３を満たしているか判定する（ステップ６０８）。
ステップ６０３で生成したシナリオインスタンスのレコードに記憶されたすべてのオペレーションについて終了予定時刻３１０を参照し、デッドライン３１３の時刻と比較する。比較した結果、デッドライン３１３の時刻よりも終了予定時刻３１０の最も遅い時刻の方が早ければデッドラインを満たしていると判定する。終了予定時刻３１０の最も遅い時刻の方がデッドライン３１３の時刻よりも遅ければデッドラインを満たしていないと判定する。
　（９）ステップ６０８の判定結果がYES（デッドラインを満たしている）の場合は、ステップ６１１に進む。判定結果がNO（デッドラインを満たしていない）の場合は、ステップ６１８に進む（ステップ６０９）。
　（１０）シナリオ実行要求を受け付けた旨のメッセージを管理端末１０２に表示して終了する（ステップ６１１）。
ステップ６０３で生成したシナリオインスタンスのレコードに記憶されたすべてのオペレーションについて、実行状態３０７をスケジュール本確保済み状態に変更する。本確保済み状態に変更後にステップ６０１の要求元である管理端末１０２に対してシナリオ実行要求を受け付けた旨のメッセージを表示する。
　（１１）ステップ６０７やステップ６０９の判定の結果、NOの場合は、後述する（Ａ）（Ｂ）の全候補を判定済みか判定する（ステップ６１８）。
ステップ６０３で生成したシナリオインスタンスのレコードに記載されたすべてのオペレーションについて、実行状態３０７をスケジュール調整中状態に変更する。また、要求先３０６、オペレーションの開始予定時刻３０９および終了予定時刻３１０を初期化して未記入に戻す。
　（１２）ステップ６１８の判定の結果がYESの場合はステップ６２０に進む。この場合、シナリオ３０１を構成するオペレーション３０５の要求先３０６がないか、あっても要求先３０６のスケジュールが確保できず、シナリオ３０１の実行要求を受け付けられないことを示す。
　ステップ６１８の判定の結果がNOの場合はステップ６１２に進む（ステップ６１９）。この場合、シナリオ３０１を構成するオペレーション３０５の要求先３０６が他にあるか、オペレーション３０５を実行する候補の機器やオペレータのスケジュールを調整すれば、オペレーション３０５を実行できるようになる可能性がある。
　（１３）シナリオ実行要求を受け付けられない旨のエラーメッセージを管理端末１０２に表示して終了する（ステップ６２０）。
　（１４）ステップ６１９の判定の結果、NOの場合、オペレーション３０５を実行可能な他の要求先候補（A）があるか判定する（ステップ６１２）。
ステップ６０２で取得した、オペレーション３０５の要求先の条件情報にもとづき、オペレーション３０５は実行をオペレータに要求するものか、実行を機器に要求するものかを判定する。
　オペレーション３０５がオペレータに要求するものである場合、ステップ６０２で取得した要求先の条件を満足する、チーム４０３、ロール４０４、および権限４０５のオペレータ名４０２を、オペレータスケジュール管理テーブル４００から検索する。すでにステップ６０４からステップ６０６の処理を実行していないレコードがあるかを判定することにより実行可能な他の要求先候補（A）があるかを判定する。
　オペレーション３０５が機器に実行要求するものである場合、ステップ６０２で取得した要求先の条件を満足する、オペレーション要求先識別子５０１を、機器スケジュール管理テーブルを検索して特定する。
　（１５）ステップ６１２の判定の結果がYESの場合、ステップ６１４に進む。NOの場合、ステップ６１５に進む（ステップ６１３）。
　（１６）オペレーションの他の要求先を特定し、ステップ６０５に進む（ステップ６１４）。
ステップ６１２で特定した要求先候補のうちから一つ選択して、ステップ６０４に進み、以降の処理で特定する要求先の候補とする。
　（１７）ステップ６１３の判定の結果、NOの場合、機器やオペレータのスケジュール調整候補（B）はあるか判定する（ステップ６１５）。
機器のスケジュール調整可否は、調整対象のスケジュールが機器のスケジュールであれば、機器スケジュール管理テーブル５００の調整可否５１０がTrueであるかにより判定する。調整可否５１０がTrueであれば、時刻調整が可能なスケジュールである。
調整対象のスケジュールがオペレータのスケジュールであれば、オペレータスケジュール管理テーブル４００の調整可否４１１がTrueであるかにより判定する。調整可否４１１がTrueであれば、スケジュール調整可能なオペレーションである。
　（１８）ステップ６１５の判定の結果がYESの場合、ステップ６１７に進み、NOの場合、ステップ６１８に進む（ステップ６１６）。
　（１９）機器やオペレータの他のスケジュールを調整してステップ６０４に進む（ステップ６１７）。
ステップ６１７のスケジュールの再調整は、ステップ６１５で調整可能と判定した再調整対象のオペレーションが属するシナリオ３０１をシナリオインスタンステーブル３００から特定し、そのシナリオ３０１を構成する全オペレーションのスケジュールを再調整する。再調整対象のオペレーションに対して、ステップ６０４からステップ６０６までと同様の処理を実行し、再調整前の開始予定時刻３０９から再調整前の終了予定時刻３１０の時間帯を除外した時間帯のスケジュールの確保を試みる。
ステップ６１７でスケジュールの再調整ができなければ、ステップ６０６以降のステップ６０７で全要求先を決定できず、ステップ６１９の判定結果としてシナリオ実行要求を受け付けられないことになる。
　図７は、オペレータの拘束時間表示要求に対応して、実行スケジュール評価部１３０がオペレータの拘束時間を算出し、表示する処理を示すフロー図である。実行スケジュール評価部１３０は、拘束時間表示要求を受け付けた時点におけるスケジュールに基づいて、オペレータの拘束時間を算出する。
　（１）管理端末１０２からオペレータの拘束時間の表示要求を受け付ける（ステップ７０１）。
表示要求には、拘束時間を表示する対象のオペレータを特定するオペレータ識別情報を含む。
　（２）表示要求の対象のオペレータのスケジュール情報を取得する（ステップ７０２）。
オペレータスケジュール管理テーブル４００の管理者識別子４０１を検索し、表示要求に含まれるオペレータ識別情報と一致した管理者識別子４０１のレコードのスケジュール情報（開始時刻４０６、終了時刻４０７、予定内容４０８）を取得する。オペレータ識別情報と一致する管理者識別子４０１が複数ある場合、それぞれに対応するレコードごとにスケジュール情報を取得する。個々のレコードがオペレーションに対応している。
　（３）スケジューリングされた複数オペレーションをグループ化する（ステップ７０３）。
時間的に近接するオペレーションをグループ化して、グループ化したオペレーションに関して拘束時間を算出する。オペレーションのグループ化は、たとえば、実行スケジュール評価部１３０が時間の閾値を持ち、開始時刻４０６が、現在時刻から閾値の時間以内であれば一つのグループとし、閾値の時間を超えていれば異なるグループとする。
また、他のグループ化の方法として次のようにしても良い。あるオペレーションの終了時刻４０７から、近接する他のオペレーションの開始時刻４０６までの時間が閾値の時間以下であれば、あるオペレーションと他のオペレーションを同一グループとし、閾値の時間よりも長ければ異なるグループとする。
　（４）グループ内で最も開始時刻の早いオペレーションの開始予想時刻と最も終了時刻の遅いオペレーションの終了予想時刻の差分からオペレータ拘束時間を算出する（ステップ７０４）。
グループ化したオペレーションに相当するオペレータスケジュール管理テーブル４００のレコードをすべて検索し、グループ内のオペレーションの最も早い開始時刻４０６から最も遅い終了時刻４０７までの時間をオペレータ拘束時間とする。
このように、対象のオペレータの近接したオペレーションをグループ化して、グループ内のオペレーションの最も早い開始時刻４０６から最も遅い終了時刻４０７までの時間を拘束時間とする。このようにすることで、近接していない（閾値の時間を超えている）オペレーション間の時間、すなわちオペレータの自由時間をオペレーション実行のための拘束時間として加算することを防止できる。
　グループごとに算出されたこれらの拘束時間を、オペレータの拘束時間の表示要求に対応するものとする。また、これらの拘束時間の最大値、平均値、最小値、または所定の評価式に従って算出した評価値（たとえば５段階評価）を拘束時間の指標として算出してもよい。これらの指標の選択は、オペレータの拘束時間の表示要求の仕方（パラメータなど）に基づけばよい。
　（５）オペレータの拘束時間を管理端末１０２に出力する（ステップ７０５）。
　図８は、オペレータの拘束時間を短縮するために、実行スケジュール管理部１３１がオペレータのオペレーションを再スケジュール（スケジュール変更）する処理を示すフロー図である。
　（１）オペレータの拘束時間の短縮を要求するスケジュール変更要求を管理端末１０２から受付ける（ステップ８０１）。
スケジュール変更要求メッセージは、拘束時間短縮する対象のオペレータを特定する識別情報であるオペレータ識別情報を含む。
　（２）スケジュール情報を取得する（ステップ８０２）。
オペレータスケジュール管理テーブル４００の管理者識別子４０１を検索し、スケジュール変更要求に含まれるオペレータ識別子情報一致したが管理者識別子４０１のレコードのスケジュール情報（開始時刻４０６、終了時刻４０７、予定内容４０８）を取得する。オペレータ識別情報と一致する管理者識別子４０１が複数ある場合、それぞれに対応するレコードごとにスケジュール情報を取得する。
　（３）スケジューリングされた複数オペレーションをグループ化する（ステップ８０３）。
ステップ７０３と同様にオペレーションをグループ化する。
　つづく、ステップ８０４からステップ８０８では、スケジュール変更要求で指定されたオペレータの最も短い拘束時間を算出する。調整可能なスケジュール候補それぞれでオペレータの拘束時間を算出し、算出した拘束時間がいままで算出した拘束時間よりも短ければ新たに算出した拘束時間を一時的に内部で記憶することで、最も短い拘束時間を算出する。
　（４）グループ内で最も開始時刻の早いオペレーションの開始予想時刻と最も終了時刻の遅いオペレーションの終了予想時刻の差分からオペレータ拘束時間（A）を算出する（ステップ８０４）。
ステップ７０４と同様に拘束時間を算出する。具体的には、グループ内のオペレーションで最も早い開始時刻４０６最も遅い終了時刻４０７の差分をオペレータ拘束時間（A）とする。
　（５）記憶しているオペレータ拘束時間（B）よりも、算出したオペレータ拘束時間（A）が短いかを判定する（ステップ８０５）。
ステップ８０５では、後述するステップ８０７で実行スケジュール管理部１３１が一時的に内部で記憶しているオペレータ拘束時間（B）よりも、新たに算出したオペレータ拘束時間（A）が短いかを判定する。はじめてステップ８０５を実行する場合、オペレータ拘束時間（B）は記憶されていないため、ここでの判定はYESと判定する。
　（６）ステップ８０５の判定の結果、YESの場合ステップ８０７に進む。NOの場合、ステップ８０８に進む（ステップ８０６）。
ステップ８０５の判定がYESの場合は、より短い拘束時間（新たに算出したオペレータ拘束時間（A）のスケジュール候補があったことを示している。NOの場合は、一時記憶しているオペレータ拘束時間（B）の方が、新たに算出したオペレータ拘束時間（A）より短いことを示している。
　（７）スケジューリング情報（C）とそのときの算出したオペレータ拘束時間（A）を記憶する（ステップ８０７）。
新たに算出したオペレータ拘束時間（A）がより短い拘束時間であるため、新たに算出したオペレータ拘束時間（A）をオペレータ拘束時間（B）として、そのスケジュール調整候補（開始時刻４０６、終了時刻４０７、予定内容４０８）をスケジューリング情報（C）として実行スケジュール管理部１３１が内部に一時的に記憶する。
　（８）グループ内でオペレータのスケジュールを調整可能な他のスケジュール調整候補があるか判定する（ステップ８０８）。
オペレータスケジュール管理テーブル４００を参照して、スケジュールの調整候補があるかを判定する。
　（９）ステップ８０８の判定の結果、YESならば、ステップ８１１に進み、NOならば、ステップ８１０に進む（ステップ８１０）。
YESの場合は、ステップ８０８で判定した他のスケジュール調整候補の拘束時間を評価するために、ステップ８１１に進む。NOの場合は、全てのスケジュール調整候補の拘束時間を評価したとして、ステップ８１０に進む。
　（１０）グループ内でオペレータのスケジュールを再スケジュールしてステップ８０４に進む（ステップ８１１）。
ステップ８１１では、グループに属する調整可能なスケジュールをそのグループ内でスケジュール変更した変更スケジュール候補を求め、その変更スケジュール候補で後続するステップ８０４以降のステップを実行する。
　（１１）ステップ８０９の判定でNOならば、記憶している拘束時間（B）とそのときのスケジュール情報（C)を出力する（ステップ８１０）。
　実行スケジュール管理部１３１が内部で記憶している拘束時間（B）とスケジューリング情報（C）を管理端末１０２に出力し、管理端末１０２からのスケジュール変更の確定要求を待つ。
　（１２）スケジュール変更の確定要求を受け付けたか判定する（ステップ８１２）。
　（１３）ステップ８１２の判定の結果、YESならステップ８１４に進む。NOならステップ８１５に進む（ステップ８１３）。
ステップ８１２のスケジュール確定要求を待つ処理の中で、スケジュール確定要求を受付けたらステップ８１４に進む。スケジュール変更をキャンセルするメッセージを受付けたらステップ８１３に進む。何もメッセージがない場合は確定要求メッセージを待つ。
　（１４）スケジュール情報（C)にもとづき、オペレータのスケジュールを変更する（ステップ８１４）。
実行スケジュール管理部１３１が内部で記憶しているスケジューリング情報（C)で変更オペレータスケジュール管理テーブル４００の内容を更新する。
　（１５）オペレータのスケジュールを変更した旨のメッセージを管理端末１０２に出力する（ステップ８１５）
　図９は、実行スケジュール管理部１３１によるオペレーションを実行する要求先（オペレータや機器）の決定と、要求先（オペレータや機器）のスケジュールを仮確保する処理を示すフロー図である。図６のステップ６０６をサブルーチンとして処理する場合を例に説明する。
　（１）オペレーションの要求先決定要求を受け付ける（ステップ９０１）。
オペレーションの要求先決定要求には、要求先３０６を決定する対象のオペレーションを識別するオペレーション識別情報３０５と、スケジュール確保する要求先を３０６特定するための条件情報（要求先条件２０４）と、確保しようとするスケジュールの開始予定時刻３０９と、確保しようとするスケジュールの終了予定時刻３１０を含む。
　要求先条件２０４には、要求先決定対象のオペレータが実行するオペレーションか、機器が自動実行するオペレーションかを示す要求先の種別情報を含む。
さらに、要求先条件２０４には、オペレータが実行するオペレーションの場合、オペレータが属するチームを特定する条件情報、オペレータのロールまたは権限を特定する条件情報などを含む。オペレーションを複数のオペレータにより実行する場合には、オペレータごとにオペレータに求められるチームを特定する条件情報、ロール、権限を特定する条件情報を含む。以降、このようなオペレータごとの条件情報を構成員条件と呼ぶ。要求先条件には、ひとつ以上の構成員条件から構成されているものとする。
また、要求対象が機器である場合には、機器を操作するタスクの要求先となるオペレーション要求先を特定する条件情報などを含む。
　（２）オペレーションの識別子、要求先条件、開始予定時刻、終了予定時刻を特定する（ステップ９０２）。
オペレーションの要求先決定要求に含むオペレーション識別子３０５、要求先条件２０４と開始予定時刻３０９と終了予定時刻３１０を取得する。
　（３）オペレーションの要求先の種別を判定する（ステップ９０３）。
要求先条件２０４を満足するオペレーションの要求先３０６が機器であればステップ９１５に進む。要求先３０６がオペレータであればステップ９０４に進む。
　（４）オペレーションの要求先３０６として指定されているオペレータが複数人の場合は、ステップ９０５に進む。指定されているオペレータが一人である場合はステップ９１７に進む。（ステップ９０４）。
　（５）オペレーションの要求先３０６として指定されたオペレータ集合を構成する各オペレータに対して、ステップ９０６からステップ９０９までを実行する（ステップ９０５）。
　ステップ９０２で取得した要求先条件２０４に含まれるオペレータの構成員条件をひとつずつ取得して、ステップ９０６からステップ９０９までのステップを実行する。
　（６）要求先条件２０４をみたすオペレータを特定する（ステップ９０６）。本ステップの処理の詳細を、図１０、図１１、図１２、図１３を用いて後述する。
　特定した構成員条件にもとづいて、要求先条件２０４を満たすオペレータを特定する。
　（７）オペレーションの予定開始時間から予定終了時間まで、特定した人のスケジュールを仮確保する（ステップ９０７）。
ステップ９０６で特定したオペレータ名４０２をもとにオペレータスケジュール管理テーブル４００を検索し、確保状態４１０を「仮確保状態」とした新たなレコードを追加する。新たに追加したレコードの開始時刻４０６をステップ９０２で取得した開始予定時刻３０９とし、終了時刻４０７をステップ９０２で取得した終了予定時刻３１０とする。
　（８）構成員条件に対してステップ９０６からステップ９０８までの処理を実行済みであれば、ステップ９１０に進む。実行済みでなければ、ステップ９０９に進む（ステップ９０８）。
ステップ９０５で取得したすべての構成員条件に対してオペレータを特定するステップ９０６からステップ９０９の処理を実行したらステップ９１０に進む。そうでなければステップ９０９に進む。
　（９）次の構成員条件を特定して、ステップ９０６以下の処理を実行する（ステップ９０９）。
ステップ９０５で取得した構成員条件でステップ９０６からステップ９０９の処理を実行していない構成員条件を特定する。
　（１０）オペレーションの要求先条件２０４で指定された全構成員（オペレータ）のスケジュールを仮確保できたか判定し、全構成員のスケジュールを仮確保できた場合はステップ９１２に進む。仮確保できない構成員（オペレータ）があった場合にはステップ９１１に進む（ステップ９１０）。
すべての構成員条件に対して、ステップ９０６とステップ９０７の処理を実行して仮確保状態のレコードの追加に成功した場合には、ステップ９１２に進む。そうでない場合には、ステップ９１１に進む。
　（１１）確保できなかった構成員（オペレータ）がいる場合には、確保に失敗したものとして、仮確保したスケジュールを開放し、ステップ９２２に進む（ステップ９１１）。
オペレータスケジュール管理テーブル４００から、ステップ９０７で追加したレコードを削除することにより、仮確保したスケジュールを開放する。
　（１２）全構成員のスケジュールを仮確保できた場合には、チームやグループなど複数人のオペレータが同時にオペレーションを実行するスケジュールを確保できたとして、その複数人のオペレータをオペレーションの要求先として決定し（ステップ９１２）、仮確保したスケジュールを確保扱いにする（ステップ９１３）。
ステップ９０２で取得したオペレーション識別子３０５をもとに、シナリオインスタンステーブル３００に記憶したオペレーションに相当するレコードを特定する。そのレコードの要求先３０６に仮確保したオペレータの識別情報を記憶する。また、レコードの開始予定時刻３０９にステップ９０２で取得した開始予定時刻を、レコードの終了予定時刻３１０にステップ９０２で取得した終了予定時刻を記憶する。
　（１３）最後に決定したオペレータ、確保したスケジュール、確保成功した旨を本サブルーチンの呼び出し元に応答して終了する（ステップ９１４）。
　（１４）ステップ９０３にて、オペレーションの要求先が機器であると判定した場合には、要求先条件２０４を満たす機器を特定する（ステップ９１５）。
機器スケジュール管理テーブル５００を検索し、ステップ９０２で取得した要求先条件２０４に合致する機器を特定する。
　（１５）オペレーションの開始予定時刻から終了予定時刻まで、特定した機器のスケジュールを仮確保し、ステップ９１３に進む（ステップ９１６）。
ステップ９１５で特定した機器を機器スケジュール管理テーブル５００に新たなレコードを追加し、開始時刻５０６と終了時刻５０７をそれぞれステップ９０２で取得した開始予定時刻３０９と終了予定時刻３１０とする。また、確保状態５０９を仮確保状態とする。
　（１６）ステップ９０４でオペレータが一人であると判定した場合には、要求先条件２０４を満たすオペレータを特定する（ステップ９１７）。本ステップの処理の詳細を、ステップ９０６と同様に、図１０、図１１、図１２、図１３を用いて後述する。
　（１７）オペレーションの予定開始時間から予定終了時間まで、特定した人のスケジュールを仮確保する（ステップ９１８）。
ステップ９１７で特定したオペレータ名４０２をもとにオペレータスケジュール管理テーブル４００を検索し、確保状態４１０を「仮確保状態」とした新たなレコードを追加する。新たに追加したレコードの開始時刻４０６をステップ９０２で取得した開始予定時刻とし、終了時刻４０７をステップ９０２で取得した終了予定時刻とする。
　（１８）ステップ９１８でスケジュールを仮確保できたか判定する（ステップ９１９）。確保できた場合にはステップ９２０に進み、確保できなかった場合にはステップ９２２に進む。
ステップ９０２で取得した要求先条件２０４に対してオペレータを特定するステップ９１７からステップ９１８の処理を実行したらステップ９２０に進む。そうでなければステップ９２２に進む。
　（１９）ステップ９１９で確保できたと判定した場合、確保したオペレータをオペレーションの要求先として決定する（ステップ９２０）。
ステップ９０２で取得したオペレーション識別子３０５をもとに、シナリオインスタンステーブル３００のレコードを特定する。そのレコードの要求先３０６を仮確保したオペレータを識別情報とする。また、レコードの開始予定時刻３０９にステップ９０２で取得した開始予定時刻３０９とし、レコードの終了予定時刻３１０をステップ９０２で取得した終了予定時刻３１０とする。
　（２０）ステップ９２０で決定したオペレータと、確保したスケジュール、確保成功した旨を本サブルーチン処理フローの呼び出し元に応答して終了する（ステップ９２１）。
　（２１）ステップ９１１およびステップ９１９で、スケジュールを確保できなかったと判定した場合、オペレーションのスケジュール確保に失敗した旨をサブルーチン呼び出し元に応答して終了する（ステップ９２２）。
　（２２）ステップ９１６を処理後、スケジュールを仮確保できたか判定する（ステップ９２３）。確保できたと判定した場合にはステップ９２４に進む。確保できなかったと判定した場合にはステップ９２６に進む（ステップ９２３）。
　（２３）ステップ９２３で確保できたと判定した場合、確保した機器をオペレーション要求先として決定する（ステップ９２４）。
ステップ９１５で特定した機器をもとに機器スケジュール管理テーブル５００を検索し、確保状態５０９を「仮確保状態」とした新たなレコードを追加する。新たに追加したレコードの開始時刻５０６をステップ９０２で取得した開始予定時刻３０９とし、終了時刻５０７をステップ９０２で取得した終了予定時刻とする。
　（２４）決定した機器、確保したスケジュール、確保に成功した旨を本サブルーチンの呼出し元に応答して終了する（ステップ９２５）。
　２５）ステップ９２３で確保できなかったと判定した場合には、確保失敗した旨を本サブルーチン呼び出し元に応答して終了する（ステップ９２６）。
　図１０は、ステップ９０６の要求先条件を満たすオペレータを特定する第１の処理例の処理フロー図である。この処理によって、あらかじめ指定したオペレーションの特徴という指標に基づいてオペレーション間の類似性の高いオペレーションを同じオペレータに作業を割当てることができる。これにより、オペレータは同じような作業を連続して実施できるのでオペレータの負担を軽減できる。
　（１）要求のあったオペレーションの特徴を抽出する（ステップ１００１）。
オペレーションの特徴を、シナリオ定義テーブル２００に定義された要求オペレーション内容２０５やオペレーションに求められるスキルや習熟度をもとにして抽出する。図示していないが、外部記憶装置１１３にあらかじめ記憶された、オペレーションの内容とそのオペレーションのカテゴリ、オペレーションに求められるスキル、習熟度、利用するソフトウェア(または利用Webサイト)の対応テーブル（オペレーション特徴テーブル）を参照し、要求のあったオペレーションに関するカテゴリ情報、スキル情報、習熟度情報、利用ソフトウェア(または利用Webサイト)といったオペレーションの特徴情報を取得する。
　（２）抽出したオペレーションの特徴を指標にして、要求のあったオペレーションと所定時間（所定時間過去から現在まで）内の実行履歴を持つ各オペレーションとの類似度を算出する（ステップ１００２）。
オペレータスケジュール管理テーブル４００の終了時刻４０７が所定時間以内の過去の時刻が格納れたレコードの関連オペレーション４０９を参照し、該当するオペレーションの定義内容をシナリオ定義テーブル２００のシナリオテンプレート識別子２０１とオペレーション識別子２０３とから特定する。該当するオペレーションの定義内容をシナリオ定義テーブル２００の要求オペレーション内容２０５の値をキーにして、ステップ１００１で説明したオペレーション特徴テーブルを参照して、オペレーションの属するカテゴリ情報、スキル情報、習熟度情報といったオペレーションの特徴情報を取得する。これら取得した過去の特徴情報と、ステップ１００１で取得した特徴情報との類似度を算出する。類似度の算出は、たとえば、外部記憶装置１１３にあらかじめ記憶されているカテゴリ間の距離を示すスコアを算出し、距離が違いものほど高い類似度として算定する。また、スキル情報については、スキルの有無からスコアを算定し、スコアが近いものほど高い類似度として算定する。習熟度については、習熟度を表す指標が近いものほど高い類似度として算定する。また、利用ソフトウェア(利用Webサイト)が同じか否か、またはその利用機能や利用サイト、利用ページが同じか否かの判定からスコアを計算し類似度を総合的に算定する。このように算定したカテゴリの類似度、スキルの類似度、習熟度、利用ソフトウェア(または利用サイト)の類似度から総合的な類似度をあらかじめ決められた算出式により算出する。
　（３）各オペレーションのオペレータを参照し、オペレータごとに類似度を集計する（ステップ１００３）。
オペレータスケジュール管理テーブル４００の管理者識別子欄４０１が一致するオペレーションごとに、ステップ１００２で算出した類似度をグループ化して合計することにより集計する。
　（４）集計した類似度の値が最も大きいオペレータをオペレーション要求先として決定する（ステップ１００４）。
　つづいて、要求先条件を満たすオペレータを特定する第２の処理例について説明する。第２の処理例では、オペレータの手作業タスクを含む複数タスクから構成されるオペレーションの実行要求が投入されると、各手作業タスクを含む全タスクの実行順序と実行タイミングを調整して、手作業タスクを実施するオペレータの割当てと各タスクの実行順序と実行タイミングを決定する。この決定において、作業の連続性・作業内容を勘案して手作業タスクを実施するオペレータを決定し、実行開始時刻の近い手作業タスクをグループ化し、各グループ内でもっとも開始時刻の早いタスクの実行開始時刻と実行終了時刻の最も遅いタスクの実行終了時刻との時間差からオペレータの拘束時間を算出し、この拘束時間が短くなるように実行タイミングと実行順序を決定する処理例を示す。ここで、作業の連続性・作業内容を勘案するとは、あるオペレーションの実行先オペレータを（作業可能な）複数オペレータの中から決定する場合に、同一シナリオインスタンスに属する他のオペレーションと同じオペレータに積極的に割り当てるように決定することで、シナリオインスタンス内での連続性を満たすようにするということである。
　図１１は、ステップ９０６の要求先条件を満たすオペレータを特定する第２の処理例の処理フロー図である。この処理によって、同一シナリオインスタンスで定義されたオペレーションを積極的に同じオペレータに割り当てることができる。
　（１）要求のあったオペレーションの属するシナリオインスタンスを特定する（ステップ１１０１）。
　オペレーションの特徴の抽出は、図１０のステップ１００１と同様である。
　（２）シナリオインスタンスを構成する他のオペレーションについて、実行するオペレータが決まっていればそのオペレータを集計し、オペレータ集合として特定する（ステップ１１０２）。
シナリオインスタンステーブル３００のシナリオインスタンス識別子３０２を検索し、ステップ１１０１で取得したシナリオインスタンス識別子と一致するレコードの集合を特定し、それらのレコードの要求先３０６のオペレータを特定してオペレータ集合とする。
（３）オペレータ集合のうち、もっとも多いオペレータ（要求先３０６のオペレータとして最も多く現れるオペレータ）を要求のあったオペレーションの要求先として決定して、本サブルーチンの処理を終了する（ステップ１１０３）
ステップ１１０２で取得したオペレータ集合に属するオペレータごとにオペレーション数を集計する。オペレーション数の最も多かったオペレータをオペレーションの要求先として決定する。なお、このとき、オペレータスケジュール管理テーブル４００のチーム４０３、ロール４０４、権限４０５を参照して、要求先条件２０４に合致するオペレータ（管理者識別子４０１）に絞り込んだうえで、オペレーション数の最も多かったオペレータをオペレーションの要求先として決定してもよい。
　つづいて、要求先条件を満たすオペレータを特定する第３の処理例について説明する。第３の処理例では、オペレータの手作業タスクを含む複数タスクから構成されるオペレーションの実行要求が投入されると、各手作業タスクを含む全タスクの実行順序と実行タイミングを調整して、手作業タスクを実施するオペレータの割当てと各タスクの実行順序と実行タイミングを決定する。この決定において、手作業タスク実施に求められるスキルとタスクを実施するオペレータのスキルとを勘案して手作業タスクを実施するオペレータを決定し、実行開始時刻の近い手作業タスクをグループ化し、各グループ内でもっとも開始時刻の早いタスクの実行開始時刻と実行終了時刻の最も遅いタスクの実行終了時刻との時間差からオペレータの拘束時間を算出し、この拘束時間が短くなるように実行タイミングと実行順序を決定する処理例を示す。
　図１２は、ステップ９０６の要求先条件を満たすオペレータを特定する第３の処理例の処理フロー図である。この処理によって、オペレータがオペレーションを作業するスキルを勘案して、オペレーションをオペレータに割り当てることができる。これにより、オペレータのオペレーション習熟度、オペレーションの処理スピードに基づいてオペレータに作業を割当てることができる。
　（１）要求のあったオペレーションの特徴を抽出する（ステップ１２０１）。
オペレーションの特徴の抽出は、図１０のステップ１００１と同様である。
　（２）抽出したオペレーションの特徴をもとづき、オペレーションの実行履歴にある類似の特徴を有するオペレーション集合を取得する（ステップ１２０２）。
オペレータスケジュール管理テーブル４００の終了時刻欄４０７にあらじめ設定されたある一定時間以内の過去の時刻が格納れたレコードの関連オペレーション４０９を参照し、該当するオペレーションの定義内容をシナリオ定義テーブル２００のシナリオテンプレート識別子欄２０１とオペレーション識別子欄２０３とから特定する。該当するオペレーションの定義内容をシナリオ定義テーブル２００の要求オペレーション内容欄２０５の値をキーにして、ステップ１００１で説明したオペレーション特徴テーブルを参照して、オペレーションの属するカテゴリや利用ソフトウェア（または利用サイト）を取得する。これら取得した過去の特徴情報と、ステップ１００１で取得した特徴情報との類似度を算出する。類似度の算出は、たとえば、外部記憶装置１１３にあらかじめ記憶されているカテゴリ間の距離を示すスコアを算出し、距離が違いものほど高い類似度として算定する。このように算定したスキルの類似度、習熟度の類似度から総合的な類似度をあらかじめ決められた算出式により算出する。そして、あらかじめ外部記憶装置１１３に記憶された類似度の閾値を超過した類似度を有するオペレーションを特定し、オペレーション集合して取得する。
　（３）取得した類似のオペレーション集合に属する各オペレーションの時間を取得し、そのオペレータごとに平均実行時間を集計する（ステップ１２０３）。
シナリオインスタンステーブル３００の開始実績時刻３１１から終了実績時刻３１までの時間をオペレーションの実行時間とする。
　（４）平均実行時間の最も短いオペレータをオペレーションの要求先として決定する（ステップ１２０４）。
　オペレーションの実行時間の実績のうち、平均実行時間が短いオペレータほど習熟したオペレータであるとして、平均実行時間の短いオペレータを要求先として決定する。
　図１３は、ステップ９０６の要求先条件を満たすオペレータを特定する第４の処理例の処理フロー図である。この処理によって、オペレータが最近実行したオペレーションと同じオペレーションを割当てることができるようになる。これによって、オペレータは類似作業を連続して実施できるようになり、結果として単純作業の繰り返しになり、作業時間を短縮できたり、作業の切り替え負担を減らせたりできる。また、たとえば、同じ管理ソフトや同じ管理ソフトのタスクというレベルでの特徴をベースに類似度を判定することによって、オペレータは同じ管理ソフトに集中して作業することができるようになるし、新たにマニュアルや文書を調べたりすることなく過去のノウハウや経験を活かして作業できるようになる。
　（１）要求のあったオペレーションの特徴を特定する（ステップ１３０１）。
オペレーションの特徴の抽出は、図１０のステップ１００１と同様である。
（２）各オペレータのスケジュールを取得し、要求のあったオペレーションの開始予定時刻から遡り、直近で実行する所定数のオペレーション集合をオペレータごとに特定する（ステップ１３０２）。
ステップ１３０１で要求のあったオペレーションの開始予定時刻３０９を取得する。
オペレータスケジュール管理テーブル４００の開始時刻４０６を検索し、ステップ１３０１で要求のあったオペレーションの開始予定時刻３０９よりも所定時間以前からの時刻のレコードの関連オペレーション４０９のオペレーション識別子を、管理者識別子４０１（オペレータ）ごとに集計する。
　（３）特定した特徴を指標として、特定したオペレーション集合の各オペレーションと要求のあったオペレーションとの類似度を集計して、オペレータごとに算出する（ステップ１３０３）。
該当するオペレーションの定義内容をシナリオ定義テーブル２００のシナリオテンプレート識別子２０１とオペレーション識別子２０３とから特定する。該当するオペレーションの定義内容をシナリオ定義テーブル２００の要求オペレーション内容２０５の値をキーにして、オペレーション特徴テーブルを参照して、オペレーションの属するカテゴリ情報、スキル情報、習熟度情報といったオペレーションの特徴情報を取得する。これら取得した過去の特徴情報と、ステップ１００１で取得した特徴情報との類似度を算出する。類似度の算出は、たとえば、外部記憶装置１１３にあらかじめ記憶されているカテゴリ間の距離を示すスコアを算出し、距離が違いものほど高い類似度として算定する。また、スキル情報については、スキルの有無からスコアを算定し、スコアが近いものほど高い類似度として算定する。習熟度については、習熟度を表す指標が近いものほど高い類似度として算定する。また、利用ソフトウェア(利用Webサイト)が同じか否か、またはその利用機能や利用サイト、利用ページが同じか否かの判定からスコアを計算し類似度を総合的に算定する。このように算定したカテゴリの類似度、スキルの類似度、習熟度、利用ソフトウェア(または利用サイト)の類似度から総合的な類似度をあらかじめ決められた算出式により算出する。
　（４）集計した類似度の最も高いオペレータをオペレーションの要求先として決定する（ステップ１３０４）。
　本実施形態によれば、オペレータを拘束する時間を短縮するオペレーション実行スケジュールを決定できる。
　１０１：管理サーバ、１０２：管理端末、１１１：中央演算装置、１１２：主記憶装置、１１３：外部記憶装置、１３０：実行スケジュール評価部、１３１：実行スケジュール管理部、１３２：オペレータスケジュール管理部、１３３：機器スケジュール管理部、１３４：シナリオ実行部、２００：シナリオ定義テーブル、３００：シナリオインスタンステーブル、４００：オペレータスケジュール管理テーブル、５００：機器スケジュール管理テーブル。

Claims (8)

  1. 管理端末と接続し、オペレータや機器のスケジュールを決定するスケジュール決定装置であって、
    前記管理端末からシナリオの実行要求を受け付け、前記実行要求の受付に応答して、オペレーションシナリオを定義したシナリオ定義テーブルを参照して、前記実行要求に対応する前記シナリオを構成する複数のオペレーションの各々の開始予定時刻と終了予定時刻を決定し、複数の前記オペレーションを実行するオペレータ及び機器のスケジュールを格納する領域を、各々オペレータスケジュール管理テーブルおよび機器スケジュール管理テーブルに設け、決定した前記開始予定時刻と前記終了予定時刻を満足する、複数の前記オペレーションを実行するオペレータ及び機器のスケジュールを仮確保し、仮確保した前記オペレータ及び機器のスケジュールを各々前記オペレータスケジュール管理テーブル及び機器スケジュール管理テーブルに格納し、仮確保した前記スケジュールによる複数の前記オペレーションの前記終了予定時刻が、前記実行要求に含まれるデッドライン時刻を満足するとき、前記オペレータスケジュール管理テーブル及び機器スケジュール管理テーブルの、仮確保した前記オペレータ及び前記機器の前記スケジュールを確保状態に変更し、前記実行要求を受け付けたことを示すメッセージと確保状態に変更した前記スケジュールを前記管理端末に表示する実行スケジュール管理部、並びに
    前記管理端末から前記オペレータの拘束時間の表示要求を受け付け、前記表示要求の受付に応答して、前記オペレータスケジュール管理テーブルから前記オペレータの、前記スケジュールを含むスケジュールを取得し、取得したスケジュールのオペレーションの開始予定時刻が所定時間内のオペレーションをグループ化し、グループ化した前記オペレーションの中で、最も開始予定時刻が早いオペレーションの開始予定時刻から最も終了予定時刻が遅いオペレーションの終了予定時刻までの時間を前記オペレータの前記拘束時間として求め、求めた前記拘束時間を前記管理端末に表示するスケジュール評価部を有し、
    前記実行スケジュール管理部は、前記管理端末から前記オペレータのスケジュールの変更要求を受け付け、前記変更要求の受付に応答して、前記オペレータスケジュール管理テーブルから前記オペレータのスケジュールを取得し、取得したスケジュールのオペレーションの開始予定時刻が所定時間内のオペレーションをグループ化し、グループ化した前記オペレーションの中でスケジュールを調整可能なオペレーションがあるとき、調整可能な前記オペレーションのスケジュールを再スケジュールし、再スケジュールした前記オペレーションを含むグループの、最も開始予定時刻が早いオペレーションの開始予定時刻から最も終了予定時刻が遅いオペレーションの終了予定時刻までの時間を前記オペレータの新たな拘束時間として求め、前記新たな拘束時間が前記スケジュール評価部が求めた前記拘束時間より短いとき、前記新たな拘束時間及び再スケジュールしたスケジュールを含む前記オペレータのスケジュールを前記管理端末に表示することを特徴とするスケジュール決定装置。
  2. 前記実行スケジュール管理部は、取得した前記オペレータのスケジュールのオペレーションの開始予定時刻が所定時間内のオペレーションによるグループ化の前に、前記オペレータのスケジュールの、オペレーション間の類似度が高いオペレーションによりグループ化することを特徴とする請求項１に記載のスケジュール決定装置。
  3. 前記実行スケジュール管理部は、複数の前記オペレーションを実行する各オペレータとして、前記オペレーションと類似したオペレーションを実行した履歴があるオペレータを選択することを特徴とする請求項１に記載のスケジュール決定装置。
  4. 前記実行スケジュール管理部は、前記オペレーションと類似したオペレーションを実行した履歴があるオペレータが複数の場合、類似した前記オペレーションの平均実行時間が最も短いオペレータを選択することを特徴とする請求項３に記載のスケジュール決定装置。
  5. 管理端末と接続したスケジュール決定装置が、オペレータや機器のスケジュールを決定する方法であって、前記スケジュール決定装置は、
    前記管理端末からシナリオの実行要求を受け付け、前記実行要求の受付に応答して、オペレーションシナリオを定義したシナリオ定義テーブルを参照して、前記実行要求に対応する前記シナリオを構成する複数のオペレーションの各々の開始予定時刻と終了予定時刻を決定し、複数の前記オペレーションを実行するオペレータ及び機器のスケジュールを格納する領域を、各々オペレータスケジュール管理テーブルおよび機器スケジュール管理テーブルに設け、決定した前記開始予定時刻と前記終了予定時刻を満足する、複数の前記オペレーションを実行するオペレータ及び機器のスケジュールを仮確保し、仮確保した前記オペレータ及び機器のスケジュールを各々前記オペレータスケジュール管理テーブル及び機器スケジュール管理テーブルに格納し、仮確保した前記スケジュールによる複数の前記オペレーションの前記終了予定時刻が、前記実行要求に含まれるデッドライン時刻を満足するとき、前記オペレータスケジュール管理テーブル及び機器スケジュール管理テーブルの、仮確保した前記オペレータ及び前記機器の前記スケジュールを確保状態に変更し、前記実行要求を受け付けたことを示すメッセージと確保状態に変更した前記スケジュールを前記管理端末に表示し、
    前記管理端末から前記オペレータの拘束時間の表示要求を受け付け、前記表示要求の受付に応答して、前記オペレータスケジュール管理テーブルから前記オペレータの、前記スケジュールを含むスケジュールを取得し、取得したスケジュールのオペレーションの開始予定時刻が所定時間内のオペレーションをグループ化し、グループ化した前記オペレーションの中で、最も開始予定時刻が早いオペレーションの開始予定時刻から最も終了予定時刻が遅いオペレーションの終了予定時刻までの時間を前記オペレータの前記拘束時間として求め、求めた前記拘束時間を前記管理端末に表示し、
    前記管理端末から前記オペレータのスケジュールの変更要求を受け付け、前記変更要求の受付に応答して、前記オペレータスケジュール管理テーブルから前記オペレータのスケジュールを取得し、取得したスケジュールのオペレーションの開始予定時刻が所定時間内のオペレーションをグループ化し、グループ化した前記オペレーションの中でスケジュールを調整可能なオペレーションがあるとき、調整可能な前記オペレーションのスケジュールを再スケジュールし、再スケジュールした前記オペレーションを含むグループの、最も開始予定時刻が早いオペレーションの開始予定時刻から最も終了予定時刻が遅いオペレーションの終了予定時刻までの時間を前記オペレータの新たな拘束時間として求め、前記新たな拘束時間が前記スケジュール評価部が求めた前記拘束時間より短いとき、前記新たな拘束時間及び再スケジュールしたスケジュールを含む前記オペレータのスケジュールを前記管理端末に表示することを特徴とするスケジュール決定方法。
  6. 前記スケジュール決定装置は、取得した前記オペレータのスケジュールのオペレーションの開始予定時刻が所定時間内のオペレーションによるグループ化の前に、前記オペレータのスケジュールの、オペレーション間の類似度が高いオペレーションによりグループ化することを特徴とする請求項５に記載のスケジュール決定方法。
  7. 前記スケジュール決定装置は、複数の前記オペレーションを実行する各オペレータとして、前記オペレーションと類似したオペレーションを実行した履歴があるオペレータを選択することを特徴とする請求項５に記載のスケジュール決定方法。
  8. 前記スケジュール決定装置は、前記オペレーションと類似したオペレーションを実行した履歴があるオペレータが複数の場合、類似した前記オペレーションの平均実行時間が最も短いオペレータを選択することを特徴とする請求項７に記載のスケジュール決定方法。
PCT/JP2013/057683 2013-03-18 2013-03-18 スケジュール決定装置及び決定方法 WO2014147711A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2015506396A JP6039791B2 (ja) 2013-03-18 2013-03-18 スケジュール決定装置及び決定方法
PCT/JP2013/057683 WO2014147711A1 (ja) 2013-03-18 2013-03-18 スケジュール決定装置及び決定方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/057683 WO2014147711A1 (ja) 2013-03-18 2013-03-18 スケジュール決定装置及び決定方法

Publications (1)

Publication Number Publication Date
WO2014147711A1 true WO2014147711A1 (ja) 2014-09-25

Family

ID=51579448

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/057683 WO2014147711A1 (ja) 2013-03-18 2013-03-18 スケジュール決定装置及び決定方法

Country Status (2)

Country Link
JP (1) JP6039791B2 (ja)
WO (1) WO2014147711A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110297485A (zh) * 2018-03-23 2019-10-01 本田技研工业株式会社 远程驾驶管理装置以及计算机可读存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101908484B1 (ko) * 2015-10-30 2018-10-17 주식회사 포스코 파우더 처리 장치 및 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998025219A1 (fr) * 1996-12-04 1998-06-11 Hitachi, Ltd. Systeme d'aide au travail
JP2006244088A (ja) * 2005-03-02 2006-09-14 Canon Inc 情報処理装置および工程管理方法およびそのプログラム
JP2008124692A (ja) * 2006-11-10 2008-05-29 Fujitsu Fsas Inc コールセンタにおけるオペレータスケジュール管理システム及びコールセンタにおけるオペレータスケジュール管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998025219A1 (fr) * 1996-12-04 1998-06-11 Hitachi, Ltd. Systeme d'aide au travail
JP2006244088A (ja) * 2005-03-02 2006-09-14 Canon Inc 情報処理装置および工程管理方法およびそのプログラム
JP2008124692A (ja) * 2006-11-10 2008-05-29 Fujitsu Fsas Inc コールセンタにおけるオペレータスケジュール管理システム及びコールセンタにおけるオペレータスケジュール管理方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110297485A (zh) * 2018-03-23 2019-10-01 本田技研工业株式会社 远程驾驶管理装置以及计算机可读存储介质
JP2019168893A (ja) * 2018-03-23 2019-10-03 本田技研工業株式会社 遠隔運転管理装置及びプログラム
US11249473B2 (en) 2018-03-23 2022-02-15 Honda Motor Co., Ltd. Remote driving managing apparatus, and computer readable storage medium
JP7041565B2 (ja) 2018-03-23 2022-03-24 本田技研工業株式会社 遠隔運転管理装置及びプログラム
CN110297485B (zh) * 2018-03-23 2022-06-28 本田技研工业株式会社 远程驾驶管理装置以及计算机可读存储介质

Also Published As

Publication number Publication date
JPWO2014147711A1 (ja) 2017-02-16
JP6039791B2 (ja) 2016-12-07

Similar Documents

Publication Publication Date Title
US20080046862A1 (en) Business task management
Kress et al. A worker constrained flexible job shop scheduling problem with sequence-dependent setup times
US10055703B2 (en) Factory management system
US20140278652A1 (en) Hybrid system and method for selecting and deploying field technicians in a facilities management hybrid workforce
WO2013128555A1 (ja) タスク管理方法及びタスク管理装置
US20070100881A1 (en) Method, system and storage medium for identifying and allocating surplus inventory
CN110070289A (zh) 任务分配方法、装置、设备及存储介质
JP6039791B2 (ja) スケジュール決定装置及び決定方法
US20150294247A1 (en) Method of managing business description, apparatus and storage medium
JP2008250556A (ja) ワークフロー管理システム、ワークフロー管理方法、及びプログラム
CN115511292B (zh) 一种生产排程方法、系统、智能终端和存储介质
CN116860344A (zh) 一种流程管理方法、系统、设备及介质
Afifi et al. RBPSim: A Resource-aware Extension of BPSim Using Workflow Resource Patterns.
JPH1063751A (ja) ワークフローシステムおよびその作業分割方法
US20180060787A1 (en) Information processing method, information processing device and client terminal
KR101676467B1 (ko) 프로비저닝 방법 및 그 장치
JP5057481B2 (ja) ワークフローシステム、制御方法、およびプログラム
JP4489340B2 (ja) 情報管理支援装置、情報管理支援システム、情報管理支援方法、記憶媒体、及びプログラム
US20180240210A1 (en) System and method for transportation scheduling and planning
JP2006146530A (ja) スケジューリング支援システム
US20230058488A1 (en) Negotiation apparatus, negotiation method, and nontransitory computer readable medium storing program
CN110852571B (zh) 加盟商的房源管理方法、计算机可读存储介质及服务器
JP2011076544A (ja) 作業手順策定支援システム、作業手順策定支援方法、および作業手順策定支援プログラム
JP2010218324A (ja) 業務割振り装置、業務割振り方法及び業務割振りプログラム
US20180349823A1 (en) Systems and methods for generating and managing service appointments

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: 13878693

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015506396

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13878693

Country of ref document: EP

Kind code of ref document: A1