WO2014174561A1 - 保守業務支援装置および保守業務支援方法 - Google Patents

保守業務支援装置および保守業務支援方法 Download PDF

Info

Publication number
WO2014174561A1
WO2014174561A1 PCT/JP2013/061715 JP2013061715W WO2014174561A1 WO 2014174561 A1 WO2014174561 A1 WO 2014174561A1 JP 2013061715 W JP2013061715 W JP 2013061715W WO 2014174561 A1 WO2014174561 A1 WO 2014174561A1
Authority
WO
WIPO (PCT)
Prior art keywords
exception
maintenance
cost
maintenance work
work support
Prior art date
Application number
PCT/JP2013/061715
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 PCT/JP2013/061715 priority Critical patent/WO2014174561A1/ja
Priority to JP2015513368A priority patent/JP6033954B2/ja
Publication of WO2014174561A1 publication Critical patent/WO2014174561A1/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/20—Administration of product repair or maintenance
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/80—Management or planning

Definitions

  • the present invention relates to a maintenance work support apparatus and a maintenance work support method.
  • Exceptions are common in business. For example, there are not enough parts required for the job, or another job overlaps at the timing when the job should be executed, and so on. The same can be said for maintenance work, so it is necessary to handle exceptions and make maintenance work robust.
  • Patent Document 1 describes a system and method for reducing maintenance costs by simultaneously maintaining a plurality of devices.
  • a time interval (work interval) for performing maintenance and inspection work on a maintenance target device and a replacement interval for exchanging consumables necessary for each maintenance target device are determined in advance, and a counter is used as a device usage record. Is set. Based on this information, identify the maintenance target equipment to be maintained and checked next time, the timing to be worked on next time, and consumables to be replaced at that timing, and minimize the number of devices. Maintain at the same time.
  • Non-Patent Document 1 In order to handle business exceptions, Non-Patent Document 1, for example, describes an exception process (Exception Handler) for handling exceptions.
  • exception Handler In order to handle exceptions that occur among multiple players, the processes of “prediction”, “avoidance”, “detection”, and “solution” are introduced. “Prediction” and “avoidance” are measures before an exception still occurs, and “detection” and “resolution” are measures after an exception has already occurred.
  • one embodiment of the present invention realizes the following method.
  • the maintenance work support apparatus includes a maintenance schedule of each of a plurality of maintenance companies, an exception in maintenance cooperation of a plurality of maintenance companies, an exception process for dealing with the exception, and an implementation cost of the exception process.
  • a data acquisition unit that acquires data related to the amount of damage when an exception occurs and the amount of damage improvement caused by the exception process, and a control that performs operations related to maintenance operations using the data acquired by the data acquisition unit A section.
  • the control unit uses the data acquired by the data acquisition unit to extract multiple exception processes to handle exceptions, and compares the exception process implementation costs with the amount of damage improved by the exception process for each exception process. Output.
  • the processing flow figure which compares and displays the implementation cost and effect of the exception process with respect to an exception. Screen that accepts exception selection. A screen showing a comparison of the cost and effectiveness of the exception process.
  • FIGS. 1-10 An embodiment of the present invention will be described with reference to FIGS.
  • a system for estimating the occurrence cost of an exception and the cost and effect of an exception process as a countermeasure is assumed.
  • this does not limit the present invention, and the present invention can be applied to any situation in which an estimate of cost and effect when making maintenance cooperation robust against an exception is shown.
  • FIG. 1 shows an embodiment of the present invention for realizing a system that estimates an exception that occurs when maintenance is performed in cooperation between companies and an implementation cost and effect of an exception process as a countermeasure. It is a figure which shows the business flow of the whole concept in.
  • Maintenance company A100 maintains the dump
  • maintenance company B110 maintains the road.
  • the maintenance company B110 manages the operation of dumps on the road.
  • Maintenance company A100 and maintenance company B110 cooperate, maintenance company A100 maintains a dump, and maintenance company B110 maintains a road.
  • the processing business of the maintenance company A100 includes a business flow of the standard schedule 101 and a business flow of the exception process 102.
  • the processing business of the maintenance company B110 includes a business flow of the standard schedule 111 and a business flow of the exception process 112.
  • Standard schedule 101 and standard schedule 111 indicate standard work schedules that are determined in advance by the decision maker when maintenance company A100 and maintenance company B110 perform regular maintenance in cooperation.
  • the work schedule indicates a schedule for regular maintenance of dumps and roads, and a schedule for dump operations.
  • the standard schedule 101 shows the standard work schedule of the maintenance company A100
  • the standard schedule 111 shows the standard work schedule of the maintenance company B110.
  • process 120 standard schedule 101 and standard schedule 111 are started.
  • process 121 the maintenance company A100 performs regular dump maintenance.
  • regular maintenance of the road by the maintenance company B110 is performed.
  • the operation management of the dump by the maintenance company B110 is performed.
  • the standard schedule 101 and the standard schedule 111 are completed.
  • the exception process 102 and the exception process 112 are business flows that show countermeasures that can be implemented when an exception 130 occurs when the maintenance company A100 and the maintenance company B110 perform regular maintenance in cooperation.
  • the business flow is roughly divided into “forecast 131”, “avoidance 132”, “detection 133”, and “solution 134”.
  • the prediction 131 is a task for detecting in advance that the exception 130 occurs.
  • the avoidance 132 is a task for preventing the exception 130 detected in the prediction 131 from occurring.
  • the detection 133 is a task for detecting the generated exception 130 after the occurrence.
  • the solution 134 is a task for converging and resolving the exception 130 detected by the detection 133 so as to avoid an adverse effect due to the exception.
  • the exception 130 is road wear that occurs during the operation management 123.
  • the maintenance frequency measurement 140 is performed.
  • the maintenance frequency is measured based on the maintenance record of the dump recorded in the auxiliary storage device 220 (described later), and it is determined whether the frequency exceeds the threshold value.
  • sensor information is acquired from an external system that manages the sensor information provided in the dump, and it is measured that the dump shaft is shaking violently beyond a specified range.
  • idle time maintenance 141 is performed. In response to the prediction by the maintenance frequency measurement 140, the idle time maintenance 141 avoids the exception 130.
  • the free time maintenance 141 the road is maintained using the free time of the road. In other words, the time when the dump is subjected to maintenance is defined as the free time of the road, and the maintenance of the dump and the maintenance of the road are performed simultaneously in parallel. If the maintenance of the dump and the maintenance of the road are performed at the same time, the maintenance company A and the maintenance company B can cooperate to realize more efficient maintenance as a whole.
  • a running inspection 142 is performed.
  • the driving inspection 142 it is determined whether the tire is worn down more than a predetermined threshold by actually driving on the road with a dump truck or a normal car.
  • the road maintenance history recorded in the auxiliary storage device 220 is searched, and it is searched whether a certain time or more has elapsed since the last periodic maintenance.
  • the detection 133 attempts to detect the occurrence of an exception that cannot be predicted or avoided in the prediction 131 and avoidance 132 flows. Rather than simply detecting from the travel record of the dump, the occurrence of an exception is detected by linking the travel record of the dump and the maintenance record of the road.
  • immediate maintenance 143 is performed.
  • the exception 130 is resolved in the immediate maintenance 143 in response to the guess by the traveling inspection 142.
  • the road is immediately maintained regardless of the free time of the road.
  • the solution 134 prevents deterioration in business efficiency that may occur by maintaining the road immediately, regardless of the parallel maintenance of the dump and the road.
  • Fig. 2 shows an example of the system configuration.
  • the robust estimation system 200 at the time of maintenance cooperation is a general computer, and includes a central control device 230, a main storage device 210, an auxiliary storage device 220, a communication device 231, and an input / output device 232. These are connected to each other by a bus.
  • the auxiliary storage device 220 stores a schedule database 221, an exception database 222, and a cost conversion database 223 (detailed later).
  • the exception selection receiving unit 211, prediction, avoidance, detection, solution search unit 212, schedule adjustment unit 213, and cost / effect calculation unit 214 are programs. Thereafter, when the subject is described as “XX section”, the central controller 230 reads out each program from the auxiliary storage device 220 and loads it into the main storage device 210, and then the function of each program (detailed later). Shall be realized.
  • the robust estimation system 200 at the time of maintenance cooperation is assumed to perform input / output independently, but it may be connected to another terminal via a communication line and input / output data via the input / output device of the terminal.
  • a communication line various networks such as the Internet and LAN (Local Area Network), private line, WAN (Wide Area Network), power line network, wireless network, public line network, mobile phone network, satellite communication line are adopted. can do.
  • the server, database, and other devices of the maintenance company A manage the standard schedule 101, the exception process 102, the maintenance frequency measurement 140, the travel inspection 142, and data related to various data tables described later via a communication line.
  • the server, database or other device of the maintenance company B sends the data related to the standard schedule 111, the exception process 112, the idle time maintenance 141, the immediate maintenance 143, and various data tables described later to the management server via the communication line. Send.
  • the data acquisition unit of the management server corresponds to the maintenance schedule of each of the plurality of maintenance companies, the exception in the maintenance cooperation of the plurality of maintenance companies, and the exception. Data for each of the exception process, the execution cost of the exception process, the amount of damage when an exception occurs, and the amount of improvement in damage caused by the exception process are acquired.
  • the control unit of the management server uses the data acquired by the data acquisition unit to extract a plurality of exception processes for handling exceptions, and executes the exception process for each exception process. Comparing and outputting the cost and the amount of improvement of damage caused by the exception process. Details of these data contents and processing contents will be described later.
  • Fig. 3 shows an example of the schedule database 221.
  • the schedule database 221 includes a maintenance schedule table 300, an operation schedule table 310, and a map table 320.
  • the maintenance schedule table 300 includes a maintenance work schedule ID 301, a work name 302, a device ID / area ID 303, a maintenance company ID 304, a schedule start date and time 305, and a schedule end date and time 306.
  • Maintenance work schedule ID 301 is a key.
  • the maintenance schedule ID 301 is an identifier for uniquely identifying maintenance work for regular maintenance.
  • the work name 302 is a name of a maintenance work that briefly shows the contents of the maintenance work uniquely identified by the maintenance work schedule ID 301.
  • the device ID / area ID 303 is an identifier for uniquely identifying a device / equipment that is a maintenance target in the maintenance work uniquely identified by the maintenance work schedule ID 301.
  • the maintenance company ID 304 is an identifier for uniquely identifying a company that performs the maintenance work uniquely identified by the maintenance work schedule ID 301.
  • the schedule start date / time 305 is the start date / time of the maintenance work uniquely identified by the maintenance work schedule ID 301.
  • the schedule end date and time 306 is the end date and time of the maintenance work uniquely identified by the maintenance work schedule ID 301.
  • the operation schedule table 310 a schedule indicating when and through which road the dump is transported when the ore transports the ore in daily work is stored.
  • the operation schedule table 310 includes an operation schedule ID 311, a device ID 312, an area ID 313, an operation start date and time 314, and an operation end date and time 315.
  • the operation schedule ID 311 is a key.
  • the operation schedule ID 311 is an identifier for uniquely identifying the operation work of the daily operation schedule.
  • the device ID 312 is an identifier for uniquely identifying a device (dump) targeted by the operation work uniquely identified by the operation schedule ID 311.
  • the area ID 313 is an identifier for uniquely identifying equipment (road area) that passes through the operation work uniquely identified by the operation schedule ID 311.
  • the operation start date and time 314 is the start date and time of the operation work uniquely identified by the operation schedule ID 311.
  • the operation end date and time 315 is the end date and time of the operation work uniquely identified by the operation schedule ID 311.
  • map table 320 map information representing the road layout in the mine is stored. Since the map information is rewritten as the mining progresses, the map table 320 is rewritten every time a certain interval (for example, once every half a month) is passed. The person in charge of the maintenance company B110 travels through the mine with a normal car and conducts a field survey to rewrite the map table 320.
  • the map table 320 includes an area ID 321, a latitude 322, and a longitude 323.
  • the area ID 321 is a key.
  • the area ID 321 is an identifier for uniquely identifying an area on the road when the road is divided into a plurality of areas.
  • the latitude 322 stores measurement data when the position information (latitude) of a representative point (for example, a central location) is measured by GPS (Global Positioning System) for the area of the road with the area ID 321.
  • GPS Global Positioning System
  • FIG. 4 shows an example of the exception database 222.
  • the exception database 222 includes an exception pattern table 400 and an exception process table 410.
  • the exception pattern table 400 stores patterns that can occur as exceptions.
  • the exception indicates an exception (for example, exception 130) that occurs when the maintenance company A100 and the maintenance company B110 perform regular maintenance in cooperation.
  • the exception pattern table 400 includes an exception ID 401, an exception name 402, and a schedule ID 403.
  • the exception ID 401 is a key.
  • the exception ID 401 is an identifier for uniquely identifying a possible exception.
  • the exception name 402 is an exception name that briefly indicates the contents of the exception.
  • the schedule ID 403 is an identifier for uniquely identifying the work in which the exception occurred, and the value of the maintenance work schedule ID 301 or the operation schedule ID 311 is stored.
  • the schedule ID 403 is registered in advance as a default value.
  • the exception process table 410 shows countermeasures that can be implemented when the exception occurs.
  • the exception process table 410 includes an exception process ID 411, an exception process type 412, an exception process name 413, a process company ID 414, an exception ID 415, and a process cost 416.
  • the exception process ID 411 is a key.
  • the exception process ID 411 is an identifier for uniquely identifying the business work for the countermeasure plan.
  • the exception process type 412 indicates whether the work for the countermeasure proposal is classified as “prediction”, “avoidance”, “detection”, or “solution”.
  • the prediction is a business operation for detecting in advance that the exception occurs.
  • the avoidance is a business operation for preventing the exception detected in the prediction from occurring.
  • the detection is a business operation for detecting the generated exception after the occurrence.
  • the solution is a business operation for converging and resolving the exception detected by the detection so as to avoid an adverse effect due to the exception.
  • the exception process name 413 is a work name that briefly indicates the contents of the work for the countermeasure plan.
  • the process company ID 414 is an identifier for uniquely identifying a company that performs business work for the countermeasure proposal.
  • the exception ID 415 is an identifier for uniquely identifying an exception for which the countermeasure is to be taken.
  • the process cost 416 indicates the cost required for carrying out the business work for the countermeasure plan.
  • FIG. 5 shows an example of the cost conversion database 223.
  • the cost conversion database 223 includes a damage amount table 500, a damage improvement amount table 510, and an interruption cost table 520.
  • the damage amount table 500 information on the damage amount when an exception occurs is stored.
  • the damage amount table 500 includes an exception ID 501, a damaged company ID 502, and a damage amount 503.
  • An exception ID 501 and a damaged company ID 502 are keys.
  • the exception ID 501 is an identifier for uniquely identifying an exception that causes damage to a company.
  • the damaged company ID 502 is an identifier for uniquely identifying a company that is damaged by the exception.
  • the damage amount 503 indicates the amount of damage that occurs in the company due to the exception.
  • the damage improvement amount table 510 information on the improvement amount (effect) of damage to the exception is stored for a countermeasure plan (exception process) that can be implemented when an exception occurs.
  • the damage improvement amount table 510 includes an exception process ID 511, a damaged company ID 512, and a damage improvement amount 513.
  • the exception process ID 511 and the damaged company ID 512 are keys.
  • the exception process ID 511 is an identifier for uniquely identifying a business operation (exception process) for the countermeasure plan.
  • the damaged company ID 512 is an identifier for uniquely identifying a company that is damaged by the exception.
  • the damage improvement amount 513 indicates an amount (amount of damage improvement effect) for improving the damage generated in the company by the exception process.
  • the interrupt cost table 520 information on the cost required for executing an exceptional process by interrupting the schedule when maintenance work or operation work is performed according to the schedule database 221 is stored.
  • the interrupt cost table 520 includes an area ID 521, a start time 522, an end time 523, and an interrupt cost / time 524.
  • Area ID 521, start time 522, and end time 523 are keys.
  • the area ID 521 is an identifier for uniquely identifying a road area.
  • the start time 522 indicates the start time at which the interrupt price / time 524 is valid.
  • the end time 523 indicates the end time of the time when the interrupt price / time 524 is valid.
  • the interrupt price / time 524 indicates the cost per hour when performing the exception process.
  • the cost is a cost that is additionally generated due to an interruption when the exception process is executed by interrupting the maintenance work or the operation work.
  • the values of the start time 522, the end time 523, and the interrupt cost / time 524 may be changed depending on
  • FIG. 6 shows a processing flow in which selection of an exception that can occur is received, and an exception process, which is a countermeasure against the exception, is calculated and compared for display.
  • processing S600 the central control device 130 starts a processing flow of cost / effect comparison display.
  • the exception selection receiving unit 211 searches for an exception that may occur and displays it on the exception selection reception screen (FIG. 7: details later) of the input / output device 232. For possible exceptions, all records in the exception pattern table 400 are searched. The value of the exception ID 401 is displayed in the exception ID 702, and the value of the exception name 402 is displayed in the exception name 703.
  • the exception selection reception unit 211 receives a check of the exception selection 704 input from the user on the exception selection reception screen, and handles the exception for which the check has been received as an exception in the maintenance schedule / operation schedule. Decide that The exception ID 702 checked in the selection 704 is acquired. The record of the exception ID 501 in the damage amount table 500 that matches the exception ID 702 is searched, and the damaged company ID 502 and the damage amount 503 are acquired. The main storage device 210 stores “damaged company” and “damage amount”.
  • the prediction, avoidance, detection, and solution search unit 212 searches for the exception ID 415 in the exception process table 410 based on the exception ID 702 acquired in process S602. Get all matching records. For each of the values of the exception process type 412 of “prediction”, “avoidance”, “detection”, and “resolution”, the process cost 416 of each record is totaled for each process company ID 414. As a result, the cost for each of “forecast”, “avoidance”, “detection”, and “solution” is calculated for each company. The calculated costs of “prediction”, “avoidance”, “detection”, and “resolution” are linked to the exception process ID 411 and held in the main storage device 210. When there are a plurality of exception process IDs 411, all of the plurality are retained.
  • the schedule adjustment unit 213 searches for free time on the road where “avoidance” can be performed. “Avoid” searches the schedule start date and time 305 of the maintenance schedule table 300 for the latest maintenance schedule after the current time. The latest maintenance schedule is searched for all device IDs / area IDs 303 in which the device ID / area ID 303 indicates a road area ID, and the latest maintenance schedule is held in the main storage device 210 for each device ID / area ID 303. To do. By changing the code system of the device ID and the area ID (for example, the area ID is a code starting with “A”), only the area ID can be extracted from the device ID / area ID 303.
  • the search method searches for the operation start date / time 314 and the operation end date / time 315 before the time of the latest maintenance schedule for the record in which the device ID / area ID 303 matches the area ID 313, and from the time of the latest maintenance schedule Before, find out when the time zone is occupied by the dump. If there is an available time zone, the time zone is stored in the main storage device 210 as an “empty time zone”. If there is no available time zone, the “free time zone” is stored in the main storage device 210 as “none”.
  • the schedule adjustment unit 213 calculates an additional cost for each of “avoidance” and “solution”.
  • a value is entered in the “vacant time zone” for each area ID of the road held in the main storage device 210 in step S604
  • the time zone corresponding to the “vacant time zone” of the area ID is interrupted.
  • a search is made with the area ID 521, start time 522, and end time 523 of the cost table 520, and the value of the interrupt cost / time 524 of the corresponding record is extracted.
  • the value of the interrupt cost / time 524 having a low value is extracted.
  • a schedule interruption cost is calculated by multiplying the interruption expense / time 524 by a standard time (for example, 1 hour) required for maintenance.
  • the calculated schedule interruption cost is held in the main storage device 210 as a “schedule interruption expense”. If there is no value in the “free time zone”, the “schedule interruption cost” is set to the same value as the “solution” cost (the calculation of the “solution” cost will be described later in step S606).
  • the cost / benefit calculation unit 214 calculates the costs and effects of “forecast”, “avoidance”, “detection”, and “solution”, and displays the exceptional process cost / benefit display screen of the input / output device 232 (FIG. 8: Detailed description below).
  • the costs of “prediction”, “avoidance”, “detection”, and “resolution” are calculated by adding the additional cost (schedule interruption cost) calculated in process S605 to the cost calculated in process S603. Is calculated as a process cost.
  • the effects of “prediction”, “avoidance”, “detection”, and “solution” are searched based on the exception process ID 411 associated with each expense and held in the main storage device 210 in step S603.
  • the exception process ID 511 in the damage improvement amount table that matches the exception process ID 411 associated with “prediction”, “avoidance”, “detection”, and “resolution” is searched, and the damaged company ID 512 and the damage improvement amount 513 are obtained. get.
  • the process cost is set as the process cost 805
  • the damage improvement amount 513 is set as the damage improvement amount 804
  • the types of “forecast”, “avoidance”, “detection”, and “resolution” are set as the type 802.
  • the ID 512 is converted into the company name 801 and displayed on the exceptional process cost / effect display screen.
  • the conversion to the company name 801 is performed when the conversion table from the company ID to the name is stored in the auxiliary storage device 220.
  • the damaged company ID 512 is directly used as the maintenance company name. 801 is displayed.
  • the “damaged company” held in the main storage device 210 in step S602 matches the damaged company ID 512, the “damage amount” held in relation to the “damaged company” is processed as an exception process. Displayed in the damage amount 803 on the cost / effect display screen. Since there are a plurality of damaged company IDs 512, a maintenance company name 801, a type 802, a damage amount 803, a damage improvement amount 804, and a process cost 805 exist for each damaged company ID 512. For each damaged company ID 512, the maintenance company name 801, type 802, damage amount 803, damage improvement amount 804, and process cost 805 are summarized as cost / effect information 800 and cost / effect information 810. Display on the process cost / effect display.
  • the central controller 130 ends the process flow of the cost / effect comparison display.
  • FIG. 7 shows an example of the exception selection reception screen displayed in the processes S601 and S602 of FIG.
  • the exception selection reception screen is for displaying a list of exceptions that can be generated and allowing the user to select an exception for which countermeasures should be taken, and the input / output device 232 of the robust estimation system 200 during maintenance cooperation. Is displayed.
  • the exception selection reception screen includes a selection 701, an exception ID 702, an exception name 703, a check box 704, and a decision button 705.
  • a selection 701 is a field for displaying a check box 704.
  • the exception ID 702 is an identifier for uniquely identifying a possible exception.
  • the exception name 703 is an exception name that briefly indicates the contents of the exception.
  • the check box 704 is a check box for allowing the user to select which exception to take countermeasures among the exceptions.
  • the decision button 705 is a button to be pressed when the user decides that a countermeasure is to be taken against the exception selected by the check box 704.
  • FIG. 8 shows an example of the exceptional process cost / effect display screen displayed in step S606 of FIG.
  • the exception process cost / effect display screen is used to determine which countermeasure plan is incorporated into the maintenance schedule / operation schedule for exceptions that may occur in the maintenance schedule / operation schedule when the user forms a maintenance schedule. Thus, it is displayed on the input / output device 232 of the robust estimation system 200 during maintenance cooperation.
  • the exceptional process cost / effect display screen includes cost / effect information 800 and cost / effect information 810. The difference between the cost / benefit information 800 and the cost / benefit information 810 is that the maintenance company is different, and the displayed items are the same.
  • the cost / benefit information 800 includes a maintenance company name 801, a type 802, a damage amount 803, a damage improvement amount 804, and a process cost 805.
  • the cost / effect information 810 includes a maintenance company name 801, a type 802, a damage amount 803, a damage improvement amount 804, and a process cost 805.
  • a maintenance company name 801 indicates the name of a maintenance company whose cost / effect is estimated.
  • the type 802 indicates whether an exception process as a countermeasure proposal for an exception corresponds to “prediction”, “avoidance”, “detection”, or “resolution”.
  • the damage amount 803 indicates the amount of damage caused to the company due to an exception.
  • the damage improvement amount 804 indicates how much the damage amount 803 is improved by the exception process and the amount of improvement.
  • the process cost 805 indicates a cost for implementing the countermeasure plan. The cost indicates the total of the cost required for carrying out the work for the countermeasure plan and the cost required for interrupting the work for the maintenance schedule / operation schedule.
  • “prediction”, “avoidance”, “detection”, and “resolution” have been described as separate exception processes. However, as shown in the screen example, “prediction”, “avoidance”, “ A combination of “detection” and “solution” may be performed. In this case, after calculating the cost / benefit of the exceptional process separately for “forecast”, “avoidance”, “detection”, and “resolution” in process S606, the cost / benefit of “forecast” and “avoidance” is added. Combine the costs and benefits of “avoidance” and “detection”. Then, “Prediction / Avoidance” and “Detection / Resolution” are displayed in the type 802 of the exceptional process cost / effect display screen in FIG. 8, and the cost / effect is displayed in the process cost 805 and the damage improvement amount 804. And
  • the map table 320 is rewritten every time a certain interval (for example, once every half month), but the road map is fixed and the content is not rewritten even after a certain interval. (In other words, the same map table 320 may be kept).
  • an exception database for storing exceptions in maintenance cooperation an exception process as a countermeasure for the exception, and an implementation cost of the exception process, an exception damage amount, and an improvement amount of damage caused by the exception process are stored.
  • a cost conversion database by using the exception database and cost conversion database, it is possible to extract multiple exception processes as countermeasures against exceptions, and to compare and display the exception process implementation costs and the amount of improvement (effect) of exception damage .
  • a schedule database for storing existing maintenance schedules and operation schedules is maintained, and the interruption costs of exception processes for existing schedules are stored in the cost conversion database.
  • the cost necessary for interrupting the exceptional process into the existing schedule is calculated.

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　異なる企業が管理する機器・設備を連携して定期保守する際に生じる例外に対して、例外の対策案（例外プロセス）の実施費用・効果が分からない。　データ取得部は、複数の保守業者のそれぞれの保守スケジュールと、複数の保守業者の保守連携における例外と、例外に対応するための例外プロセスと、例外プロセスの実施費用、例外が発生した場合の被害額と、例外プロセスによる被害の改善額と、のそれぞれに関するデータを取得する。制御部は、取得したデータを用いて、例外に対応するための例外プロセスを複数抽出し、例外プロセス毎に、例外プロセスの実施費用と例外プロセスによる被害の改善額とを比較して出力する。

Description

保守業務支援装置および保守業務支援方法
　本発明は、保守業務支援装置および保守業務支援方法に関する。
　業務一般において、例外がつきものである。業務に必要な部品が足りない、業務を実施すべきタイミングで、別の業務が重なり、実施できない、などである。保守業務においても同様のことが言えるため、例外を取り扱い、保守業務を頑健にする必要がある。
　保守費用を低減するために、例えば、特許文献１に、複数の機器を同時に保守することで保守費用を低減するシステム及び方法が記載されている。前記特許文献１では保守対象機器を保守点検作業する時間間隔（作業間隔）と、各保守対象機器に必要な消耗品の交換を行う交換間隔が予め決められていて、また機器の利用実績としてカウンタを設定している。これらの情報を基に、費用が最小となるように、次回保守点検作業すべき保守対象機器と、次回作業すべきタイミングと、そのタイミングにおいて交換すべき消耗品とを特定し、複数の機器を同時に保守する。
　業務の例外を取り扱うために、例えば、非特許文献１に、例外を取り扱うための例外プロセス（Ｅｘｃｅｐｔｉｏｎ　Ｈａｎｄｌｅｒ：例外ハンドラー）が記載されている。複数のプレイヤ間に生じる例外を取り扱うために、「予測」、「回避」、「検出」、「解決」のプロセスを導入する。「予測」、「回避」は例外がまだ発生する前の対策で、「検出」、「解決」は例外が既に発生してしまった後の対策である。
特開２００９－１２４６７７号公報
Ｔｈｏｍａｓ　Ｗ．Ｍａｌｏｎｅ、Ｋｅｖｉｎ　Ｃｒｏｗｓｔｏｎ、Ｇｅｏｒｇｅ　Ａ．Ｈｅｒｍａｎ編、「Ｏｒｇａｎｉｚｉｎｇ　Ｂｕｓｉｎｅｓｓ　Ｋｎｏｗｌｅｄｇｅ」、Ｔｈｅ　ＭＩＴ　Ｐｒｅｓｓ出版、２００３年、ｐｐ．４２３－４３９
　しかしながら、特許文献１、非特許文献１に記載の技術では、異なる保守会社が保守会社間で連携して保守する「保守連携」のときに、例外プロセス（「予測」、「回避」、「検出」、「解決」）のうち、どの例外プロセスを導入すれば良いか分からない。つまり、例外プロセスによって、どれだけの費用がかかり、どれだけ例外の被害を改善する効果があるのか分からない。そのために、定期保守の保守スケジュールにどの例外プロセスをどれだけ追加して、頑健性をどの程度確保しなければならないか、分からない。
　上記課題を解決するため、本発明の一態様は以下の方法を実現する。
　即ち、本発明に係る保守業務支援装置は、複数の保守業者のそれぞれの保守スケジュールと、複数の保守業者の保守連携における例外と、例外に対応するための例外プロセスと、例外プロセスの実施費用と、例外が発生した場合の被害額と、例外プロセスによる被害の改善額と、のそれぞれに関するデータを取得するデータ取得部と、データ取得部により取得したデータを用いて保守業務に関する演算を実行する制御部と、を備える。制御部は、データ取得部により取得したデータを用いて、例外に対応するための例外プロセスを複数抽出し、例外プロセス毎に、例外プロセスの実施費用と例外プロセスによる被害の改善額とを比較して出力する。
　その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
　本発明によれば、保守連携時の例外対応の費用と改善効果を可視化して保守連携のスケジュールを頑健にすることが可能になる。
保守連携時の、例外発生とその対策（例外プロセス）の概要を示す図。 保守連携時の頑健化見積システムのシステム構成図。 スケジュールデータベースの具体例を示す構成図。 例外データベースの具体例を示す構成図。 費用換算データベースの具体例を示す構成図。 例外に対する例外プロセスの実施費用と効果を比較表示する処理フロー図。 例外の選択を受け付ける画面。 例外プロセスの実施費用と効果の比較を示す画面。
　以下、本発明を実施するための最良の形態を、図面を用いて説明する。
　本発明の一実施形態を図１乃至図８を用いて説明する。本実施の形態において、異なる企業間で管理する機器・設備の保守を企業間で連携して行う場合に、例外の発生とその対策である例外プロセスの実施費用及び効果を見積もるシステムを想定する。ただし、これにより本発明が限定されるものではなく、例外に対して保守連携を頑健化する際の費用・効果の見積を示す何れの状況においても、本発明は適用可能である。
　本実施の形態では、鉱山において鉱石を運搬するダンプに対して、ダンプそのものを保守する保守会社Ａと、ダンプが走る道路を保守する保守会社Ｂが存在するものとし、保守会社Ａと保守会社Ｂが連携してそれぞれの対象物（ダンプ、道路）を保守するものとする。
　図１は、本発明を実施するための形態において、企業間で連携して保守する場合に発生する例外とその対策としての例外プロセスの実施費用と効果を見積もるシステムを実現するための一利用形態における全体概念の業務フローを示す図である。
　保守会社Ａ１００はダンプを保守し、保守会社Ｂ１１０は道路を保守する。また、保守会社Ｂ１１０が道路上でのダンプの運行管理を行う。保守会社Ａ１００と保守会社Ｂ１１０は連携して、保守会社Ａ１００はダンプを、保守会社Ｂ１１０は道路を保守する。
　保守会社Ａ１００の処理業務は、標準スケジュール１０１の業務フローと、例外プロセス１０２の業務フローから構成される。保守会社Ｂ１１０の処理業務は、標準スケジュール１１１の業務フローと、例外プロセス１１２の業務フローから構成される。
　標準スケジュール１０１と標準スケジュール１１１は、保守会社Ａ１００と保守会社Ｂ１１０が定期保守を連携して行う際に、意思決定者が事前に決定していた標準的な作業スケジュールを示す。前記作業スケジュールは、ダンプ・道路の定期保守のスケジュールと、ダンプの運行スケジュールを示す。標準スケジュール１０１が保守会社Ａ１００の標準的な作業スケジュールを示し、標準スケジュール１１１が保守会社Ｂ１１０の標準的な作業スケジュールを示す。処理１２０にて、標準スケジュール１０１と標準スケジュール１１１が開始される。処理１２１にて、保守会社Ａ１００によるダンプの定期保守が行われる。処理１２２にて、保守会社Ｂ１１０による道路の定期保守が行われる。処理１２３にて、保守会社Ｂ１１０によるダンプの運行管理が行われる。処理１２４にて、標準スケジュール１０１と標準スケジュール１１１が終了する。
　例外プロセス１０２と例外プロセス１１２は、保守会社Ａ１００と保守会社Ｂ１１０が定期保守を連携して行う際に、例外１３０が発生したとき実施されうる対策案を示す業務フローである。前記業務フローは、大別して「予測１３１」、「回避１３２」、「検出１３３」、「解決１３４」から構成される。予測１３１は、例外１３０が発生することを事前に検知するための業務である。回避１３２は、予測１３１で検知した例外１３０を発生させないようにするための業務である。検出１３３は、発生した例外１３０を発生の事後に検知するための業務である。解決１３４は、検出１３３で検知した例外１３０を、例外による悪影響を避けるように収束させ解決するための業務である。
　本実施の形態では、例外１３０は、運行管理１２３の実施中に起きる道路の磨耗とした。予測１３１の具体例として、保守頻度計測１４０を行う。保守頻度計測１４０では、補助記憶装置２２０（後述）に記録されているダンプの保守記録を基に保守の頻度を計測し、頻度が閾値を越えているかどうかを判定する。閾値を越えている場合は、ダンプに備えられているセンサ情報を管理する外部システムからセンサ情報を取得し、ダンプのシャフトが規定の範囲を超えて激しく揺れているといったことを測定する。前記判定の結果と、前記測定の結果を組み合わせることで、例外１３０が発生しそうである、と予測する。つまり、ダンプの保守頻度が高い場合には、保守を発生させる一要因となる道路の磨耗が発生している可能性があると予測する。
　回避１３２の具体例として、空き時間保守１４１を行う。保守頻度計測１４０による前記予測を受けて、空き時間保守１４１にて例外１３０を回避する。空き時間保守１４１では、道路の空き時間を利用して、道路を保守する。つまり、ダンプが保守を受ける時間を道路の空き時間として、ダンプの保守と道路の保守が並行して同時に行われるようにする。ダンプの保守と道路の保守を同時に実施すれば、保守会社Ａと保守会社Ｂが連携して全体としてより効率の良い保守を実現することが可能になる。
　検出１３３の具体例として、走行検査１４２を行う。走行検査１４２では、ダンプまたは普通自動車で実際に道路を走行して、タイヤが規定の閾値以上に磨り減っているかどうか判定する。閾値を越えている場合は、補助記憶装置２２０に記録されている道路の保守履歴を検索し、最後の定期保守から一定時間以上経過しているかどうか検索する。前記判定の結果と、前記検索の結果を組み合わせることで、例外１３０が発生したと推測する。検出１３３は、予測１３１と回避１３２のフローでは予測・回避できない例外の発生を検出しようとするものである。単にダンプの走行記録から検出するのではなく、ダンプの走行記録と道路の保守記録とを連携させて例外の発生を検出する。
　解決１３４の具体例として、即時保守１４３を行う。走行検査１４２による前記推測を受けて、即時保守１４３にて例外１３０を解決する。即時保守１４３では、道路の空き時間に関係なく、即時に道路を保守する。解決１３４では、ダンプの保守と道路の保守の並行実施に拘らず、道路を即時に保守することで発生しうる業務効率の悪化を防ぐ。
　図２に、システム構成の例を示す。
　保守連携時の頑健化見積システム２００は、一般的なコンピュータであり、中央制御装置２３０、主記憶装置２１０、補助記憶装置２２０、通信装置２３１、及び入出力装置２３２を有する。これらはバスによって相互に接続されている。
　補助記憶装置２２０は、スケジュールデータベース２２１、例外データベース２２２、費用換算データベース２２３（詳細後記）を格納している。
　例外選択受付部２１１、予測、回避、検出、解決検索部２１２、スケジュール調整部２１３、費用・効果計算部２１４はプログラムである。以降、「○○部は」と主体を記した場合は、中央制御装置２３０が、補助記憶装置２２０から各プログラムを読み出し、主記憶装置２１０にロードしたうえで、各プログラムの機能（詳細後記）を実現するものとする。
　図２では、保守連携時の頑健化見積システム２００は単独で入出力を行うものとしたが、通信回線で他の端末と接続し、前記端末の入出力装置でデータを入出力するものとしても良い。通信回線としては、インターネットやＬＡＮ(Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ)の他、専用回線、ＷＡＮ(Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ)、電灯線ネットワーク、無線ネットワーク、公衆回線網、携帯電話網、衛星通信回線など様々なネットワークを採用することができる。
　図２の頑健化見積システム２００の例としては、保守会社Ａと保守会社Ｂがそれぞれ管理するサーバ、データベースまたはその他の装置からデータを収集して管理する管理サーバが想定される。この場合、保守会社Ａのサーバ、データベース、その他の装置は、標準スケジュール１０１、例外プロセス１０２、保守頻度計測１４０、走行検査１４２、後述する各種データテーブルに関連するデータを通信回線を介して管理サーバに送信する。また、保守会社Ｂのサーバ、データベースまたはその他の装置は、標準スケジュール１１１、例外プロセス１１２、空き時間保守１４１、即時保守１４３、後述する各種データテーブルに関連するデータを通信回線を介して管理サーバに送信する。
　管理サーバのデータ取得部（例えば、通信装置２３１がネットワークを介してデータを取得する）は、複数の保守業者のそれぞれの保守スケジュールと、複数の保守業者の保守連携における例外と、例外に対応するための例外プロセスと、例外プロセスの実施費用と、例外が発生した場合の被害額と、例外プロセスによる被害の改善額と、のそれぞれに関するデータを取得する。また、管理サーバの制御部（例えば、中央制御装置２３０）は、データ取得部により取得したデータを用いて、例外に対応するための例外プロセスを複数抽出し、例外プロセス毎に、例外プロセスの実施費用と前記例外プロセスによる被害の改善額とを比較して出力する。これらのデータの内容や処理内容の詳細は後述する。
　図３にスケジュールデータベース２２１の例を示す。スケジュールデータベース２２１は、保守スケジュールテーブル３００と、運行スケジュールテーブル３１０と、地図テーブル３２０から構成される。
　保守スケジュールテーブル３００においては、ダンプ、道路の定期保守がどのようなスケジュールで行われるのか、そのスケジュールが記憶されている。保守スケジュールテーブル３００は、保守作業スケジュールＩＤ３０１と、作業名３０２と、機器ＩＤ／エリアＩＤ３０３と、保守企業ＩＤ３０４と、スケジュール開始日時３０５と、スケジュール終了日時３０６で構成される。保守作業スケジュールＩＤ３０１がキーである。保守スケジュールＩＤ３０１は、定期保守の保守作業を一意に識別するための識別子である。作業名３０２は、保守作業スケジュールＩＤ３０１で一意に識別された保守作業の内容を簡潔に示した、保守作業の名称である。機器ＩＤ／エリアＩＤ３０３は、保守作業スケジュールＩＤ３０１で一意に識別された保守作業で保守の対象となる機器・設備を一意に識別する識別子である。前記機器・設備がダンプである場合はダンプの個体を識別する機器ＩＤ、前記機器・設備が道路である場合は道路のエリアを一意に識別するエリアＩＤを格納する。保守企業ＩＤ３０４は、保守作業スケジュールＩＤ３０１で一意に識別された保守作業を実施する企業を一意に識別するための識別子である。スケジュール開始日時３０５は、保守作業スケジュールＩＤ３０１で一意に識別された保守作業の開始日時である。スケジュール終了日時３０６は、保守作業スケジュールＩＤ３０１で一意に識別された保守作業の終了日時である。
　運行スケジュールテーブル３１０においては、ダンプが日々の業務で鉱石を運搬する際に、いつどの道路を通って運搬するか示すスケジュールが記憶されている。運行スケジュールテーブル３１０は、運行スケジュールＩＤ３１１と、機器ＩＤ３１２と、エリアＩＤ３１３と、運行開始日時３１４と、運行終了日時３１５で構成される。運行スケジュールＩＤ３１１がキーである。運行スケジュールＩＤ３１１は、日々の運行スケジュールの運行作業を一意に識別するための識別子である。機器ＩＤ３１２は、運行スケジュールＩＤ３１１で一意に識別された運行作業が対象とする機器（ダンプ）を一意に識別するための識別子である。エリアＩＤ３１３は、運行スケジュールＩＤ３１１で一意に識別された運行作業で通過する設備（道路のエリア）を一意に識別するための識別子である。運行開始日時３１４は、運行スケジュールＩＤ３１１で一意に識別された運行作業の開始日時である。運行終了日時３１５は、運行スケジュールＩＤ３１１で一意に識別された運行作業の終了日時である。
　地図テーブル３２０においては、鉱山における道路の配置状況を表した地図情報が記憶されている。鉱山の採掘の進捗により地図情報は書き換わるため、地図テーブル３２０は、一定間隔（例えば半月に一回）を経るごとに、内容が書き換わる。保守会社Ｂ１１０の担当者が普通自動車で鉱山を走行して、実地調査することで、地図テーブル３２０を書き換える。
　地図テーブル３２０は、エリアＩＤ３２１と、緯度３２２と、経度３２３で構成される。エリアＩＤ３２１がキーである。エリアＩＤ３２１は、道路を複数のエリアに区切ったときに、道路上のエリアを一意に識別するための識別子である。緯度３２２は、エリアＩＤ３２１の道路のエリアに対して、その代表的な地点（例えば中央地）の位置情報（緯度）をＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）で計測した際の計測データを格納する。経度３２３は、前記代表的な地点の位置情報（経度）をＧＰＳで計測した際の計測データを格納する。
　図４に例外データベース２２２の例を示す。例外データベース２２２は、例外パターンテーブル４００と、例外プロセステーブル４１０から構成される。
　例外パターンテーブル４００においては、例外として起こりうるパターンが記憶されている。前記例外は、保守会社Ａ１００と保守会社Ｂ１１０が定期保守を連携して行う際に発生する例外（例えば例外１３０）を示す。例外パターンテーブル４００は、例外ＩＤ４０１と、例外名４０２と、スケジュールＩＤ４０３で構成される。例外ＩＤ４０１がキーである。例外ＩＤ４０１は、起こりうる例外を一意に識別するための識別子である。例外名４０２は、前記例外の内容を簡潔に示した例外の名称である。スケジュールＩＤ４０３は、前記例外がどの作業中に発生したのか、作業を一意に識別するための識別子で、保守作業スケジュールＩＤ３０１または運行スケジュールＩＤ３１１の値が格納される。スケジュールＩＤ４０３は、既定値として予め登録しておく。
　例外プロセステーブル４１０においては、前記例外が発生したときに、実施されうる対策案を示したものである。例外プロセステーブル４１０は、例外プロセスＩＤ４１１と、例外プロセス種別４１２と、例外プロセス名４１３と、プロセス企業ＩＤ４１４と、例外ＩＤ４１５と、プロセス費用４１６で構成される。例外プロセスＩＤ４１１がキーである。例外プロセスＩＤ４１１は、前記対策案に対する業務作業を一意に識別するための識別子である。例外プロセス種別４１２は、前記対策案に対する業務作業が、「予測」、「回避」、「検出」、「解決」のどれに分類されるか示したものである。前記予測は、前記例外が発生することを事前に検知するための業務作業である。前記回避は、前記予測で検知した前記例外を発生させないようにするための業務作業である。前記検出は、発生した前記例外を発生の事後に検知するための業務作業である。前記解決は、前記検出で検知した前記例外を、前記例外による悪影響を避けるように収束させ解決するための業務作業である。例外プロセス名４１３は、前記対策案に対する業務作業の内容を簡潔に示した作業の名称である。プロセス企業ＩＤ４１４は、前記対策案に対する業務作業を実施する企業を一意に識別するための識別子である。例外ＩＤ４１５は、前記対策案を講じなければならない例外を一意に識別するための識別子である。プロセス費用４１６は、前記対策案に対する業務作業を実施する際にかかる費用を示す。
　図５に費用換算データベース２２３の例を示す。費用換算データベース２２３は、被害額テーブル５００と、被害改善額テーブル５１０と、割込費用テーブル５２０から構成される。
　被害額テーブル５００においては、例外が発生したときの被害額の情報が記憶されている。被害額テーブル５００は、例外ＩＤ５０１と、被害企業ＩＤ５０２と、被害額５０３で構成される。例外ＩＤ５０１と、被害企業ＩＤ５０２がキーである。例外ＩＤ５０１は、企業に被害をもたらす例外を一意に識別するための識別子である。被害企業ＩＤ５０２は、前記例外により被害が発生する企業を一意に識別するための識別子である。被害額５０３は、前記例外により前記企業において発生する被害の金額を示す。
　被害改善額テーブル５１０においては、例外が発生したときに実施されうる対策案（例外プロセス）に対して、前記例外に対する被害の改善額（効果）の情報が記憶されている。被害改善額テーブル５１０は、例外プロセスＩＤ５１１と、被害企業ＩＤ５１２と、被害改善額５１３で構成される。例外プロセスＩＤ５１１と、被害企業ＩＤ５１２がキーである。例外プロセスＩＤ５１１は、前記対策案に対する業務作業（例外プロセス）を一意に識別するための識別子である。被害企業ＩＤ５１２は、前記例外により被害が発生する企業を一意に識別するための識別子である。被害改善額５１３は、前記例外プロセスにより前記企業において発生した被害が改善される金額（被害改善の効果の金額）を示す。
　割込費用テーブル５２０においては、スケジュールデータベース２２１に従って保守作業や運行作業が行われているときに、スケジュールに割り込んで例外プロセスを実施する場合にかかる費用の情報が記憶されている。割込費用テーブル５２０は、エリアＩＤ５２１と、開始時刻５２２と、終了時刻５２３と、割込費用／時間５２４で構成される。エリアＩＤ５２１と、開始時刻５２２と、終了時刻５２３がキーである。エリアＩＤ５２１は、道路のエリアを一意に識別する識別子である。開始時刻５２２は、割込価格／時間５２４が有効な時刻の開始時刻を示す。終了時刻５２３は、割込価格／時間５２４が有効な時刻の終了時刻を示す。割込価格／時間５２４は、例外プロセスを実施する際に時間当たりにかかる費用を示す。前記費用は、保守作業や運行作業に割り込んで例外プロセスを実施するに当たって、割り込みにより追加で発生する費用である。開始時刻５２２、終了時刻５２３、割込費用／時間５２４は、季節によって値を変動させても良い。
　続いて、本実施の形態における例外プロセスの費用・効果の算出について説明する。図６は、発生しうる例外の選択を受け付け、例外への対策案である例外プロセスをその費用と効果を算出して比較表示する処理フローを示す。
　処理Ｓ６００にて、中央制御装置１３０が、費用・効果比較表示の処理フローを開始する。
　処理Ｓ６０１にて、例外選択受付部２１１が、発生しうる例外を検索して入出力装置２３２の例外選択受付画面（図７：詳細後記）に表示する。発生しうる例外は、例外パターンテーブル４００の全てのレコードを検索する。例外ＩＤ４０１の値を例外ＩＤ７０２に表示し、例外名４０２の値を例外名７０３に表示する。
　処理Ｓ６０２にて、例外選択受付部２１１が、前記例外選択受付画面にてユーザから入力された例外の選択７０４のチェックを受け付け、チェックを受け付けた例外を保守スケジュール・運行スケジュールの中で例外として取り扱うものと決定する。選択７０４にチェックされた例外ＩＤ７０２を取得する。例外ＩＤ７０２と一致する、被害額テーブル５００の例外ＩＤ５０１のレコードを検索し、被害企業ＩＤ５０２と、被害額５０３を取得する。主記憶装置２１０に「被害を受ける企業」、「被害額」として保持する。
　処理Ｓ６０３にて、予測、回避、検出、解決検索部２１２が、処理Ｓ６０２で取得した例外ＩＤ７０２を基に、例外プロセステーブル４１０の例外ＩＤ４１５を検索する。一致する全てのレコードを取得する。例外プロセス種別４１２の値が「予測」、「回避」、「検出」、「解決」の各々に関して、各々のレコードのプロセス費用４１６をプロセス企業ＩＤ４１４毎に合計する。これによって、企業ごとに「予測」、「回避」、「検出」、「解決」の各々にかかる費用を算出する。算出した「予測」、「回避」、「検出」、「解決」の費用を、例外プロセスＩＤ４１１に紐付けて、主記憶装置２１０に保持する。例外プロセスＩＤ４１１が複数ある場合は、複数全てを保持する。
　処理Ｓ６０４にて、スケジュール調整部２１３が、「回避」を行える道路の空き時間を検索する。「回避」は現在の時刻から後の直近の保守スケジュールを、保守スケジュールテーブル３００のスケジュール開始日時３０５から検索する。前記直近の保守スケジュールの検索は、機器ＩＤ／エリアＩＤ３０３が道路のエリアＩＤを示す全ての機器ＩＤ／エリアＩＤ３０３に関して検索し、機器ＩＤ／エリアＩＤ３０３毎に直近の保守スケジュールを主記憶装置２１０に保持する。機器ＩＤとエリアＩＤのコード体系を変えておく（例えば、エリアＩＤは「Ａ」から始まるコードとする）ことで、機器ＩＤ／エリアＩＤ３０３からエリアＩＤのみを抽出可能とする。次に、機器ＩＤ／エリアＩＤ３０３のエリアＩＤを基に、運行スケジュールテーブル３１０を検索することで、機器ＩＤ／エリアＩＤ３０３の道路のエリアが直近の保守スケジュールまでにダンプの運行で占有されていないか検索する。検索の方法は、機器ＩＤ／エリアＩＤ３０３がエリアＩＤ３１３と一致するレコードに関して、前記直近の保守スケジュールの時刻より前の運行開始日時３１４と運行終了日時３１５を検索し、前記直近の保守スケジュールの時刻より前で、いつの時間帯がダンプによって道路を占有されているか検索する。空いている時間帯があれば、その時間帯を「空き時間帯」として主記憶装置２１０に保持する。空いている時間帯がなければ、「空き時間帯」は「無し」として主記憶装置２１０に保持する。
　処理Ｓ６０５にて、スケジュール調整部２１３が、「回避」、「解決」の各々にかかる追加費用を算出する。処理Ｓ６０４にて主記憶装置２１０に保持された、道路のエリアＩＤ毎の「空き時間帯」に値が入っている場合は、そのエリアＩＤの「空き時間帯」に該当する時間帯を割込費用テーブル５２０のエリアＩＤ５２１、開始時刻５２２、終了時刻５２３で検索し、該当するレコードの割込費用／時間５２４の値を抽出する。複数レコードが検索された場合は、値の低い割込費用／時間５２４の値を抽出することとする。前記割込費用／時間５２４に、保守に要する標準時間（例えば１時間）を掛けて、スケジュール割込費用を算出する。算出したスケジュール割込費用を「スケジュール割込費用」として主記憶装置２１０に保持する。「空き時間帯」に値が入っていない場合は「スケジュール割込費用」は「解決」の費用と同値にする（「解決」の費用の算出は処理Ｓ６０６に後述）。
　処理Ｓ６０６にて、費用・効果計算部２１４が、「予測」、「回避」、「検出」、「解決」の費用とその効果を算出して、入出力装置２３２の例外プロセス費用・効果表示画面（図８：詳細後記）に表示する。「予測」、「回避」、「検出」、「解決」の費用は、処理Ｓ６０３にて算出された費用に、処理Ｓ６０５にて算出された追加費用（スケジュール割込費用）を加えて、その値をプロセス費用として算出する。「予測」、「回避」、「検出」、「解決」の効果は、処理Ｓ６０３にて各々の費用に紐付けられて主記憶装置２１０に保持されている例外プロセスＩＤ４１１を基に検索する。「予測」、「回避」、「検出」、「解決」に紐付けられている前記例外プロセスＩＤ４１１と一致する被害改善額テーブルの例外プロセスＩＤ５１１を検索し、その被害企業ＩＤ５１２と被害改善額５１３を取得する。本処理により、前記プロセス費用をプロセス費用８０５とし、前記被害改善額５１３を被害改善額８０４とし、「予測」、「回避」、「検出」、「解決」の種類を種別８０２とし、前記被害企業ＩＤ５１２を企業名８０１に変換して、例外プロセス費用・効果表示画面に表示する。企業名８０１への変換は、企業ＩＤから名称への変換テーブルを補助記憶装置２２０に格納している場合に変換するもので、前記変換テーブルが存在しない場合は、被害企業ＩＤ５１２をそのまま保守会社名８０１に表示する。また、処理Ｓ６０２にて主記憶装置２１０に保持した「被害を受ける企業」のうち前記被害企業ＩＤ５１２に一致する場合に、「被害を受ける企業」に関連して保持した「被害額」を例外プロセス費用・効果表示画面の被害額８０３に表示する。被害企業ＩＤ５１２は複数存在するので、被害企業ＩＤ５１２毎に、保守会社名８０１と、種別８０２と、被害額８０３と、被害改善額８０４と、プロセス費用８０５が存在する。被害企業ＩＤ５１２毎に保守会社名８０１と、種別８０２と、被害額８０３と、被害改善額８０４と、プロセス費用８０５を纏めたものを、費用・効果情報８００、費用・効果情報８１０として纏めて例外プロセス費用・効果表示画面に表示する。
　処理Ｓ６０７にて、中央制御装置１３０が、費用・効果比較表示の処理フローを終了する。
　図７に、図６の処理Ｓ６０１、処理Ｓ６０２で表示する例外選択受付画面の例を示す。前記例外選択受付画面は、発生しうる例外の一覧を表示して、ユーザから、対策をとるべき例外を選択してもらうためのもので、保守連携時の頑健化見積システム２００の入出力装置２３２に表示される。前記例外選択受付画面は、選択７０１と、例外ＩＤ７０２と、例外名７０３と、チェックボックス７０４と、決定ボタン７０５で構成される。選択７０１は、チェックボックス７０４を表示する欄である。例外ＩＤ７０２は、起こりうる例外を一意に識別するための識別子である。例外名７０３は、前記例外の内容を簡潔に示した例外の名称である。チェックボックス７０４は、前記例外のうち、どの例外に対して対策をとるのか、ユーザに選択してもらうためのチェックボックスである。決定ボタン７０５は、チェックボックス７０４で選択された例外に対して対策をとるものと、ユーザが決定する際に押下するためのボタンである。
　図８に、図６の処理Ｓ６０６で表示する例外プロセス費用・効果表示画面の例を示す。前記例外プロセス費用・効果表示画面は、ユーザが保守スケジュールを組む際に、保守スケジュール・運行スケジュールにおいて発生しうる例外に対して、どの対策案を保守スケジュール・運行スケジュールに組み込むか判断するためのもので、保守連携時の頑健化見積システム２００の入出力装置２３２に表示される。前記例外プロセス費用・効果表示画面は、費用・効果情報８００と、費用・効果情報８１０で構成される。費用・効果情報８００と費用・効果情報８１０の違いは、保守会社が異なる点であり、表示される項目は同一のものである。費用・効果情報８００は、保守会社名８０１と、種別８０２と、被害額８０３と、被害改善額８０４と、プロセス費用８０５で構成される。費用・効果情報８１０も同様に、保守会社名８０１と、種別８０２と、被害額８０３と、被害改善額８０４と、プロセス費用８０５で構成される。保守会社名８０１は、費用・効果を見積もる対象の保守会社の名称を示す。種別８０２は、例外に対する対策案としての例外プロセスが、「予測」、「回避」、「検出」、「解決」のどれに相当するのかを示す。被害額８０３は、例外によって企業に発生する被害の金額を示す。被害改善額８０４は、前記例外プロセスによって、被害額８０３がどれほど改善するか、その改善の金額を示す。プロセス費用８０５は、対策案を実施する際の費用を示す。前記費用は、対策案の業務作業の実施にかかる費用と、前記業務作業を保守スケジュール・運行スケジュールに割り込ませる際にかかる費用の合計を示す。
　なお、本実施の形態では、「予測」、「回避」、「検出」、「解決」は別々の例外プロセスとして説明してきたが、画面例にあるように、「予測」と「回避」、「検出」と「解決」を組み合わせて実施するものとしても良い。この場合、処理Ｓ６０６にて、例外プロセスの費用・効果を「予測」、「回避」、「検出」、「解決」で別々に算出した後に、「予測」と「回避」の費用・効果を足し合わせ、「回避」と「検出」の費用・効果を足し合わせる。そして、図８の例外プロセス費用・効果表示画面の種別８０２に、「予測・回避」、「検出・解決」と表示し、プロセス費用８０５、被害改善額８０４に、前記費用・効果を表示するものとする。
　なお、本実施の形態では、地図テーブル３２０は一定間隔（例えば半月に一回）を経るごとに内容が書き換わるものとしたが、道路の地図は固定とし一定間隔を経ても内容が書き換わらない（つまり、同じ地図テーブル３２０を保持し続ける）ものとしても良い。
　以上のように、本発明の実施形態では、保守連携における例外とその対策としての例外プロセスおよび例外プロセスの実施費用を格納する例外データベースと、例外の被害額、例外プロセスによる被害の改善額を格納した費用換算データベースを保持する。ここで、例外データベース、費用換算データベースを利用することにより、例外に対する対策案としての例外プロセスを複数抽出して、例外プロセスの実施費用および例外の被害の改善額（効果）を比較表示可能になる。
　さらに、既存の保守スケジュール、運行スケジュールを格納するスケジュールデータベースを保持し、費用換算データベースに既存スケジュールへの例外プロセスの割り込み費用を格納する。ここで、スケジュールデータベース、費用換算データベースを利用することにより、例外プロセスを既存のスケジュールに割り込ませるために必要な費用を算出する。前記費用を例外プロセスの実施費用に足し合わせて真の実施費用とすることで、例外プロセスの真の実施費用を比較表示可能になる。
　このように、本発明の実施形態によれば、保守連携したときに発生する例外に対して、どの例外プロセスを実施するとどれだけ費用がかかり例外の被害の改善に繋がるか可視化することができ、保守連携のスケジュールを頑健にすることが可能になる。
２００　保守連携時の頑健化見積システム
２１０　主記憶装置
２１１　例外選択受付部
２１２　予測、回避、検出、解決検索部
２１３　スケジュール調整部
２１４　費用・効果計算部
２２０　補助記憶装置
２２１　スケジュールデータベース
２２２　例外データベース
２２３　費用換算データベース
２３０　中央制御装置
２３１　通信装置
２３２　入出力装置

Claims (8)

  1. 　機器又は設備の複数の保守業者が連携する保守業務に関する保守業務支援装置であって、
    　前記複数の保守業者のそれぞれの保守スケジュールと、前記複数の保守業者の保守連携における例外と、前記例外に対応するための例外プロセスと、前記例外プロセスの実施費用と、前記例外が発生した場合の被害額と、前記例外プロセスによる被害の改善額と、のそれぞれに関するデータを取得するデータ取得部と、
    　前記データ取得部により取得したデータを用いて保守業務に関する演算を実行する制御部と、
    　を備え、
    　前記制御部は、前記データ取得部により取得したデータを用いて、前記例外に対応するための例外プロセスを複数抽出し、前記例外プロセス毎に、前記例外プロセスの実施費用と前記例外プロセスによる被害の改善額とを比較して出力することを特徴とする保守業務支援装置。
  2. 　請求項１記載の保守業務支援装置において、
    　前記制御部は、前記保守業者のスケジュールに割り込んで前記例外プロセスを実施するための割込費用を産出し、前記例外プロセスの実施費用と前記割込費用とを合計した合計費用を算出し、前記例外プロセス毎に、前記合計費用と前記改善額とを比較して出力することを特徴とする保守業務支援装置。
  3. 　請求項１記載の保守業務支援装置において、
    　前記例外プロセスは、予測、回避、検出および解決のうちのいずれかであることを特徴とする保守業務支援装置。
  4. 　請求項３記載の保守支援装置において、
    　前記例外プロセスのうち、予測および検出は第１の保守業者の例外プロセス、回避および解決は前記第１の保守業者とは異なる第２の保守業者の例外プロセスであることを特徴とする保守業務支援装置。
  5. 　機器又は設備の複数の保守業者が連携する保守業務に関する保守業務支援装置における保守業務支援方法であって、
    　前記保守業務支援装置は、データ取得部と制御部とを備え、
    　前記データ取得部は、前記複数の保守業者のそれぞれの保守スケジュールと、前記複数の保守業者の保守連携における例外と、前記例外に対応するための例外プロセスと、前記例外プロセスの実施費用と、前記例外が発生した場合の被害額と、前記例外プロセスによる被害の改善額と、のそれぞれに関するデータを取得し、
    　前記制御部は、前記データ取得部により取得したデータを用いて、前記例外に対応するための例外プロセスを複数抽出し、前記例外プロセス毎に、前記例外プロセスの実施費用と前記例外プロセスによる被害の改善額とを比較して出力することを特徴とする保守業務支援方法。
  6. 　請求項５記載の保守業務支援方法において、
    　前記制御部は、前記保守業者のスケジュールに割り込んで前記例外プロセスを実施するための割込費用を産出し、前記例外プロセスの実施費用と前記割込費用とを合計した合計費用を算出し、前記例外プロセス毎に、前記合計費用と前記改善額とを比較して出力することを特徴とする保守業務支援方法。
  7. 　請求項５記載の保守業務支援方法において、
    　前記例外プロセスは、予測、回避、検出および解決のうちのいずれかであることを特徴とする保守業務支援方法。
  8. 　請求項７記載の保守支援装置において、
    　前記例外プロセスのうち、予測および検出は第１の保守業者の例外プロセス、回避および解決は前記第１の保守業者とは異なる第２の保守業者の例外プロセスであることを特徴とする保守業務支援方法。
PCT/JP2013/061715 2013-04-22 2013-04-22 保守業務支援装置および保守業務支援方法 WO2014174561A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2013/061715 WO2014174561A1 (ja) 2013-04-22 2013-04-22 保守業務支援装置および保守業務支援方法
JP2015513368A JP6033954B2 (ja) 2013-04-22 2013-04-22 保守業務支援装置および保守業務支援方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/061715 WO2014174561A1 (ja) 2013-04-22 2013-04-22 保守業務支援装置および保守業務支援方法

Publications (1)

Publication Number Publication Date
WO2014174561A1 true WO2014174561A1 (ja) 2014-10-30

Family

ID=51791172

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/061715 WO2014174561A1 (ja) 2013-04-22 2013-04-22 保守業務支援装置および保守業務支援方法

Country Status (2)

Country Link
JP (1) JP6033954B2 (ja)
WO (1) WO2014174561A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109063859A (zh) * 2018-09-11 2018-12-21 深圳供电局有限公司 电网设备检修优化处理方法与装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001195483A (ja) * 2000-01-17 2001-07-19 Toshiba Corp プロジェクトリスク管理支援装置及びその方法並びにプログラムを記憶した記憶媒体
JP2004133634A (ja) * 2002-10-09 2004-04-30 Taisei Corp セキュリティ対策計画方法
JP2005157793A (ja) * 2003-11-26 2005-06-16 Hitachi East Japan Solutions Ltd 保守計画の支援システム及び保守計画の支援方法及び保守計画の支援のためのコンピュータプログラム
JP2012098820A (ja) * 2010-10-29 2012-05-24 Techno Management Solutions:Kk プロセスリスクアセスメント支援装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7440906B1 (en) * 2001-09-04 2008-10-21 Accenture Global Services Gmbh Identification, categorization, and integration of unplanned maintenance, repair and overhaul work on mechanical equipment
JP4491684B2 (ja) * 2004-12-24 2010-06-30 株式会社日立製作所 設備保守リスク評価システムおよび設備保守リスク評価方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001195483A (ja) * 2000-01-17 2001-07-19 Toshiba Corp プロジェクトリスク管理支援装置及びその方法並びにプログラムを記憶した記憶媒体
JP2004133634A (ja) * 2002-10-09 2004-04-30 Taisei Corp セキュリティ対策計画方法
JP2005157793A (ja) * 2003-11-26 2005-06-16 Hitachi East Japan Solutions Ltd 保守計画の支援システム及び保守計画の支援方法及び保守計画の支援のためのコンピュータプログラム
JP2012098820A (ja) * 2010-10-29 2012-05-24 Techno Management Solutions:Kk プロセスリスクアセスメント支援装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109063859A (zh) * 2018-09-11 2018-12-21 深圳供电局有限公司 电网设备检修优化处理方法与装置
CN109063859B (zh) * 2018-09-11 2020-12-11 深圳供电局有限公司 电网设备检修优化处理方法与装置

Also Published As

Publication number Publication date
JP6033954B2 (ja) 2016-11-30
JPWO2014174561A1 (ja) 2017-02-23

Similar Documents

Publication Publication Date Title
JP5416833B2 (ja) 性能監視装置，方法，プログラム
US8972179B2 (en) Method and apparatus to analyze GPS data to determine if a vehicle has adhered to a predetermined route
JP5350703B2 (ja) 交通情報生成装置、コンピュータプログラム、及び交通情報の生成方法
CN102147263A (zh) 用于规划行程组合的装置及方法
JPWO2016194628A1 (ja) 解約予測を用いた営業活動支援装置及び営業活動支援方法
JP2013041173A (ja) 障害予測システム及びプログラム
CN103136298A (zh) 电子设备及其信息呈现方法
US20140343974A1 (en) Selecting a Subset of Transit Trips Based on Time and Duration
JP2020139569A (ja) ガスボンベ管理システム、ガスボンベ管理装置、及びガスボンベ管理方法
US8583754B2 (en) Business flow distributed processing system and method
JP6033954B2 (ja) 保守業務支援装置および保守業務支援方法
CN103713990A (zh) 一种用于软件缺陷预测的方法和装置
US20130117275A1 (en) Index monitoring system, index monitoring method and program
JP2006227983A (ja) 作業者配置支援装置、作業者配置支援方法、作業者配置支援プログラム、記録媒体
JP5291510B2 (ja) 機器修理支援システム、機器修理支援方法
JP2008257501A (ja) 日報作成支援システムおよび日報作成支援プログラム
JP4954757B2 (ja) 土地資産価値取得システム、土地資産価値取得方法及びコンピュータプログラム
JP6778032B2 (ja) 業務プロセス評価方法および装置
JP6285467B2 (ja) 保守運用支援システム、保守運用支援方法、保守運用支援プログラム
JP2018005738A (ja) データ分析誘導装置およびデータ分析誘導方法
JP2012142794A (ja) サービス提供方法、情報処理装置及びプログラム
Hargrave et al. Integration of dynamic road condition updates for real-time ridesharing systems
JP2020119493A (ja) 業務支援システム、および業務支援方法
JP2019066950A (ja) 車両管理システム
KR20150106674A (ko) 건설중장비 비용 산정 시스템 및 방법

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015513368

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

Country of ref document: EP

Kind code of ref document: A1