WO2025220189A1 - マーケットシステムおよび発注促進方法 - Google Patents

マーケットシステムおよび発注促進方法

Info

Publication number
WO2025220189A1
WO2025220189A1 PCT/JP2024/015449 JP2024015449W WO2025220189A1 WO 2025220189 A1 WO2025220189 A1 WO 2025220189A1 JP 2024015449 W JP2024015449 W JP 2024015449W WO 2025220189 A1 WO2025220189 A1 WO 2025220189A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
maintenance
replacement
components
time
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/JP2024/015449
Other languages
English (en)
French (fr)
Inventor
明洋 東田
政利 藤田
光朗 倉田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fuji Corp
Original Assignee
Fuji Corp
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 Fuji Corp filed Critical Fuji Corp
Priority to PCT/JP2024/015449 priority Critical patent/WO2025220189A1/ja
Publication of WO2025220189A1 publication Critical patent/WO2025220189A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/01—Customer relationship services
    • G06Q30/015—Providing customer assistance, e.g. assisting a customer within a business location or via helpdesk
    • G06Q30/016—After-sales
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]

Definitions

  • This specification discloses a market system and an order promotion method.
  • Patent Document 1 describes a method of acquiring operation information of production equipment, diagnosing the condition of the production equipment parts based on the operation information, and estimating the replacement times from the condition of the parts.
  • the primary purpose of this disclosure is to appropriately notify customers of the guidance necessary to ensure stable operation of production equipment, and to encourage them to place orders on e-commerce sites.
  • This disclosure takes the following measures to achieve the above-mentioned primary objective.
  • the market system of the present disclosure comprises: A market system that operates an e-commerce site where customers can order components that make up production equipment, a storage unit that collects and stores operation information including a cumulative usage time or a cumulative usage count of the component for each of the components; a prediction unit that predicts a replacement time for each of the components based on the replacement cycle of the components and the operation information; a notification unit that notifies the customer of a guide to order the component related to the predicted replacement time through the electronic commerce site before the predicted replacement time arrives;
  • the gist of the project is to provide the following:
  • the market system disclosed herein predicts the replacement time for each component based on the component replacement cycle and operation information including the component's cumulative usage time or cumulative usage count. Furthermore, before the predicted replacement time arrives, the system notifies the customer with a guide to ordering the component due for replacement on the e-commerce site. This reduces the management burden on customers, and allows them to be appropriately notified when a component needs to be replaced, encouraging them to place an order on the e-commerce site.
  • FIG. 1 is a diagram showing an outline of the configuration of a market system 10.
  • FIG. 1 is an explanatory diagram showing an outline of the functions and processing of a market system 10.
  • FIG. 10 is an explanatory diagram showing an example of information stored in an operation DB 33e.
  • 10 is a flowchart showing an example of a period setting process.
  • FIG. 4 is an explanatory diagram showing an example of a correction coefficient map.
  • FIG. 10 is an explanatory diagram showing an example of information stored in a period DB 33f; 10 is a flowchart showing an example of a timing prediction process.
  • 10 is a flowchart showing an example of a notification process.
  • FIG. 10 is a diagram showing an outline of the configuration of a market system 10B according to a modified example.
  • FIG. 10 is a diagram showing an outline of the configuration of a market system 10B according to a modified example.
  • 10 is an explanatory diagram showing an outline of functions and processes of a market system 10B according to a modified example.
  • 10 is a flowchart showing an example of a derived model-related process.
  • 10 is a flowchart showing an example of a period derivation process.
  • Figure 1 is a configuration diagram showing an outline of the configuration of the market system 10.
  • Figure 2 is an explanatory diagram showing an outline of the functions and processing of the market system 10.
  • the market system 10 comprises a management server 20 that manages the entire system, and a data server 30 that stores a database (DB) in which various information is collected (accumulated).
  • the management server 20 and the data server 30 are connected via a network 12.
  • the management server 20 is also connected to a vendor terminal 50 and a customer terminal 60 via the network 12.
  • Figure 1 shows one vendor terminal 50 and one customer terminal 60, in reality, multiple terminals are connected.
  • the market system 10 supports the purchase of components such as various devices and equipment, as well as production equipment made up of components, and also supports the maintenance of components.
  • Examples of production equipment include work systems WS used for various tasks in various industries such as manufacturing and transportation.
  • the work system WS is configured to perform predetermined tasks using a robot 100 equipped with a vertical articulated robot arm. Examples of the predetermined tasks include picking work such as mechanical parts and electronic components. Note that the tasks may include welding, deburring, painting, etc., and may be performed in collaboration with a worker.
  • the work system WS in Figure 2 also includes an end effector 102 and camera 103 attached to the tip link of the robot arm, a conveyor 104 for transporting trays or boards on which workpieces are placed, and a feeder 105 for supplying workpieces.
  • each module of the work system WS is configured as an IoT (Internet of Things) module equipped with various sensors and wireless communication functions.
  • IoT Internet of Things
  • Each module transmits information acquired by the various sensors to the data server 30 via the network 12 using the wireless communication function.
  • Each module also uses replaceable consumables. Examples of consumables include tubes, cables, belts, chains, filters, bearings, gaskets, and packing. Replaceable claw parts used to grip the workpiece with the end effector 102 are also consumables.
  • maintenance of the modules involves checking the operation of each part of each module, checking for abnormal noise, rattles, and continuity, applying lubricant, retightening bolts in each part, removing foreign matter, and cleaning.
  • Replacement involves replacing each module, which is a durable item that can be used for a relatively long period of time, with a new one, and replacing consumable items used in each module with new ones.
  • maintenance is performed on the modules, but not on the consumables.
  • Replacement is performed on both the modules and the consumables.
  • the management server 20 comprises a control unit 21, a memory unit 23, and a communication unit 25.
  • the control unit 21 has a CPU, ROM, RAM, etc.
  • the control unit 21 exchanges information with the data server 30, vendor terminal 50, customer terminal 60, etc.
  • the control unit 21 also manages Marketplace MP, an e-commerce site where customers can select and purchase various modules online. Customers can select various modules from Marketplace MP and request quotes or purchases, or request maintenance of the various modules.
  • the work system WS1 in Figure 2 was purchased by customer A from Marketplace MP and delivered to the factory ( Figure 2 (1)).
  • the storage unit 23 is composed of a HDD, SSD, etc., and stores various application programs and various data.
  • the communication unit 25 is connected to the network 12, etc., and communicates with the data server 30, vendor terminal 50, customer terminal 60, etc.
  • the administrator inputs various instructions to the management server 20 via an input unit 27 such as a keyboard or mouse.
  • the management server 20 also displays various information on a display unit 29 such as a monitor.
  • the data server 30 comprises a control unit 31 having a CPU, ROM, RAM, etc., a memory unit 33 consisting of an HDD, SSD, etc., and a communication unit 35 connected to the network 12, etc., and communicating with the management server 20 and each module of each work system WS.
  • the memory unit 33 stores a module DB 33a, a case DB 33b, a vendor DB 33c, a customer DB 33d, an operation DB 33e, and a cycle DB 33f. Note that while the data server 30 is a separate device from the management server 20, it may also be part of the management server 20.
  • Module DB 33a registers (stores) module data including the module type and specification information for each module that can be purchased on Marketplace MP.
  • Module types include, for example, robots, end effectors, cameras, conveyors, feeders, etc.
  • Specification information also includes information about the vendor providing each module (vendor ID, described below), the module's product number (model), size, shape, and drawing files such as 3D CAD data.
  • Specification information also includes performance information such as rated load, range of motion, payload capacity, and operating speed, depending on the module type.
  • Project DB33b registers various information for each project of each work system WS (each piece of equipment) that has already been delivered to a customer or that the customer is considering purchasing before delivery.
  • This information includes the name of the project (project name), overall specification information for the work system WS, specification information for each module of the work system WS, and information on the delivery cost and estimated cost.
  • Overall specification information includes information such as the size, weight, and shape of the work (object) to be worked on, information on the layout and installation space of each module in the work system WS, and drawing files such as 3D CAD data for the work system WS.
  • Delivery cost and estimated cost information includes information such as the overall cost of the work system WS, the cost of each module, and installation costs.
  • Vendor DB 33c stores various information for each vendor, such as the name of the certified vendor, each vendor's unique vendor ID, capital, number of employees, business field, and types of modules provided by the vendor.
  • Customer DB 33d stores customer information for each customer, such as the name of the certified customer, each customer's unique customer ID, contact information such as email address and address, and customer purchase history.
  • the operation DB 33e stores specification information, configuration information, operation information, work information, etc. for each work system WS (equipment) that has been delivered to a customer.
  • Specification information includes information on the work to be performed, information on the layout and installation space of each module, and information on the work content.
  • Work information includes the size, weight, and shape of the work.
  • Configuration information includes information such as the name and product number of each module and each consumable item.
  • Figure 3 shows an example in which the robot, end effector, and conveyor each contain one type of consumable item, but this is not limited to this and they may contain two or more types of consumable items. Furthermore, some types of modules, such as cameras, may not contain consumable items.
  • Operation information includes, for example, load information on the work situation (content and environment), such as output, continuous time, and temperature, as well as information on cumulative usage time, such as cumulative time 1 and cumulative time 2.
  • load information on the work situation such as output, continuous time, and temperature
  • cumulative usage time such as cumulative time 1 and cumulative time 2.
  • each module is configured as an IoT module as described above, information acquired by various sensors is sequentially transmitted to the data server 30 and accumulated and stored in the operation DB 33e ( Figure 2 (2)). While Figure 3 shows an example of items included in the operation information, the operation DB 33e actually stores received information, such as output and temperature, in chronological order.
  • Output indicates, for example, the output of an actuator, such as a motor, possessed by the module.
  • the average value of maximum output for each operating day and the average output ratio to rated output may also be stored.
  • Continuous time indicates, for example, the time during which the module was used continuously on an operating day of the operating system WS, i.e., the time during which the operating system WS was operating continuously without pausing (continuous operating time). Additionally, the average continuous time per operating day (average continuous operating time) may be stored. Temperature indicates the temperature of the module while it is operating. Note that other information indicating the working environment of the module (such as humidity) may be registered in addition to temperature. Cumulative time 1 indicates the accumulated time of use since the module was maintained. Cumulative time 2 indicates the accumulated time of use since the module or consumables were replaced.
  • cumulative time 1 and cumulative time 2 may be the accumulated time of use since the operation system WS began operating. Furthermore, for modules that can count the number of images taken (operations), such as cameras, the number of uses may be stored instead of the usage time. In that case, cumulative time 1 and cumulative time 2 may be the accumulated number of uses, respectively.
  • the work information includes the maintenance date, evaluation, replacement date, etc.
  • the maintenance date is information on the date on which module maintenance was performed.
  • the evaluation is information indicating whether the maintenance cycle MC was appropriate when maintenance was performed in accordance with the maintenance cycle MC. For example, when a worker checks the wear on the module after performing maintenance, if the wear is normal and the maintenance cycle MC is appropriate, the worker will register the evaluation as " ⁇ .” If the wear is lighter than normal and the maintenance cycle MC is short, meaning that maintenance should be performed early, the worker will register the evaluation as " ⁇ .” If the wear is more severe than normal and the maintenance cycle MC is long, meaning that maintenance should be performed late, the worker will register the evaluation as " ⁇ .” Note that evaluations may be registered not only at the time of maintenance but also at the time of replacement.
  • the replacement date is information on the date on which the module or consumable was replaced.
  • Work information is registered based on information sent from the mobile terminal of the worker who performed the maintenance or replacement, or based on information entered by the worker using input units 27 and 67.
  • maintenance dates and replacement dates may be sent to the data server 30 by performing a predetermined operation on each IoT module. Note that in this embodiment, it is not essential that specification information and work information be included in the operation information, and such information may not be included.
  • the period DB 33f registers the maintenance period MC, replacement period RC, etc. for each module and each consumable item in the work system WS. Details of the registration process for these maintenance period MC and replacement period RC will be described later.
  • the vendor terminal 50 comprises a control unit 51 having a CPU, ROM, RAM, etc.; a storage unit 53 such as an HDD or SSD that stores various application programs and various data; and a communication unit 55 that is connected to the network 12 or the like and communicates with the management server 20, etc.
  • the vendor terminal 50 receives various instructions from the vendor and various information that needs to be registered from an input unit 57 such as a keyboard or mouse.
  • the vendor terminal 50 also displays various screens of Marketplace MP on a display unit 59 such as a monitor.
  • the customer terminal 60 comprises a control unit 61, a memory unit 63, and a communication unit 65.
  • Various instructions from the customer and various information that needs to be registered are input into the customer terminal 60 via an input unit 67 such as a keyboard or mouse.
  • the customer terminal 60 also displays various screens of the Marketplace MP on a display unit 69 such as a display.
  • a display unit 69 such as a display.
  • FIG. 2(a) information such as that shown in FIG. 3 is presented (FIG. 2(a)). This information is displayed, for example, on the display unit 69 of the customer terminal 60.
  • FIG. 4 is a flowchart showing an example of the cycle setting process. This process is executed by the control unit 21 of the management server 20 when cycle setting is selected on a setting screen (not shown) displayed on the display unit 69 of the customer terminal 60, for example.
  • the control unit 21 sets the maintenance period MC and replacement period RC for each module that makes up the work system WS (S100), and sets the replacement period RC for each consumable included in the module (S110).
  • the control unit 21 may accept and set the maintenance period MC and replacement period RC from the customer via, for example, a setting screen displayed on the display unit 69 of the customer terminal 60.
  • the customer may input and set each period based on the settings of previously delivered work systems WS and general maintenance and replacement periods.
  • the setting screen displays recommended maintenance and replacement periods by default, and the customer may set these recommended periods as is, or may change the recommended periods to set different periods.
  • the control unit 21 determines whether the customer has selected to set a correction coefficient (S120), and if it determines that the correction coefficient has not been selected, proceeds to S140.
  • the operating information includes output, time (continuous time), temperature, etc.
  • the correction coefficient is a coefficient used to correct the maintenance cycle MC and replacement cycle RC in the processing described below based on the output, time, and temperature. If the control unit 21 determines that the correction coefficient has been selected, it sets a correction coefficient map for the item selected by the customer from output, time, and temperature (S130), and proceeds to S140. Note that the customer only needs to select at least one item from output, time, and temperature, and may select two or more items.
  • Figure 5 is an explanatory diagram showing an example of a correction coefficient map.
  • the horizontal axis represents the selected item (output, time, or temperature), and the vertical axis represents the correction coefficient.
  • a correction coefficient map is set for each item.
  • the correction coefficient is set based on one of the setting lines L.
  • the reference setting line L is setting line L0 (see solid line).
  • Each setting line L is set so that the correction coefficient is set to 1 when the item value is within a reference range R that includes the reference value (reference output, reference time, reference temperature) SV.
  • the correction coefficient is set to a smaller value the larger the value, and a larger value the smaller the value.
  • the output coefficient X which corrects the period based on output, is set to 1 when the output is within the reference range R, and is set to a smaller value the larger the output outside the reference range R, and a larger value the smaller the output.
  • the time coefficient Y which corrects the period based on time
  • the temperature coefficient Z which corrects the period based on temperature, are also set in a similar manner.
  • different reference ranges R may be set for each of the coefficients X to Z, and they are not limited to using the same setting line L.
  • a setting line L2 may be used, with a slope determined so that the impact of exceeding the reference range R is greater.
  • a setting line L1 may be used, with a slope determined so that the impact of exceeding the reference range R is smaller.
  • the reference range R is not limited to a symmetrical range centered on the reference value SV, but may be, for example, a range that includes all values smaller than the reference value SV.
  • the slope of the setting line L may also be determined arbitrarily by the customer.
  • FIG. 6 is an explanatory diagram showing an example of the cycle DB 33f.
  • the maintenance cycles MC and replacement cycles RC for modules such as robots, end effectors, cameras, and conveyors, as well as the replacement cycles RC for consumables included in each module, are registered.
  • an output coefficient X, a time coefficient Y, and a temperature coefficient Z are registered as correction coefficients for each module and its consumables.
  • FIG 7 is a flowchart showing an example of timing prediction processing.
  • This processing determines the timing of maintenance and replacement based on the maintenance cycle MC and replacement cycle RC, and is executed by the control unit 31 of the data server 30.
  • the control unit 31 acquires operation information of the operation system WS to be predicted, and the maintenance cycle MC and replacement cycle RC of each module and each consumable item in the operation system WS (S200).
  • the control unit 31 acquires operation information from the operation DB 33e ( Figure 2(b)), and acquires the maintenance cycle MC and replacement cycle RC from the cycle DB 33f ( Figure 2(c)).
  • control unit 31 determines whether the period DB 33f contains a correction coefficient map for any of the modules or consumables of the work system WS, i.e., whether the correction coefficient map set in S130 of the period setting process is registered (S210). If the control unit 31 determines that there is no correction coefficient map, it proceeds to S230. On the other hand, if the control unit 31 determines that there is a correction coefficient map, it sets a correction coefficient based on the operation information and the correction coefficient map and corrects each period MC, RC (maintenance period MC and replacement period RC) (S220).
  • the control unit 31 sets the correction coefficient of the output coefficient X, time coefficient Y, and temperature coefficient Z for which a correction coefficient map is registered, based on the operation information and the correction coefficient map.
  • the control unit 31 also corrects the maintenance period MC and replacement period RC by multiplying the maintenance period MC and replacement period RC by the set correction coefficient, respectively. If multiple correction coefficients are set, the control unit 31 can perform corrections by multiplying the maintenance cycle MC and replacement cycle RC by the multiple correction coefficients, respectively.
  • an output coefficient X, a time coefficient Y, and a temperature coefficient Z are registered as correction coefficients for the robot and its consumables. Therefore, the control unit 31 sets the output coefficient X based on the output correction coefficient map and the output of the operation information, sets the time coefficient Y based on the time correction coefficient map and the usage time of the operation information, and sets the temperature coefficient Z based on the temperature correction coefficient map and the temperature of the operation information. The control unit 31 then performs corrections by multiplying the output coefficient X, time coefficient Y, and temperature coefficient Z by the maintenance cycle MC (X x Y x Z x MC) and the replacement cycle RC (X x Y x Z x RC). Note that in FIG.
  • the output coefficient X and time coefficient Y are registered as correction coefficients for the end effector, conveyor, and their consumables, but the temperature coefficient Z is not. Therefore, each cycle MC and RC is corrected by multiplying the corrected output coefficient X by the time coefficient Y, while the temperature coefficient Z remains at 1. Also, since the camera's correction coefficients are not registered, the camera's cycles MC and RC will remain at the registered values without being corrected.
  • control unit 31 predicts the timing of maintenance and replacement for each module and each consumable item based on the maintenance cycle MC, replacement cycle RC, and cumulative times 1 and 2 included in the operation information (S230).
  • the control unit 31 calculates the approximate number of days until maintenance by dividing the difference between the maintenance cycle MC and cumulative time 1 by the average continuous operating time, and predicts the timing of maintenance.
  • the control unit 31 also calculates the approximate number of days until replacement by dividing the difference between the replacement cycle RC and cumulative time 2 by the average continuous operating time, and predicts the timing of replacement.
  • the time coefficient Y and temperature coefficient Z are set smaller than 1 if the output is higher than the reference range R of the reference value SV of the correction coefficient map, and are set larger than 1 if the output is lower than the reference range R of the reference value SV of the correction coefficient map. Therefore, if the load on a module or consumable is high due to high output or temperature or a long period (continuous time), it becomes easier to determine the time for maintenance or replacement, and the processing described below can be used to appropriately prompt maintenance or replacement.
  • the control unit 31 determines whether any of the modules are nearing their predicted maintenance deadlines, for example, whether the deadline is within a predetermined period (S240), and if it determines that no modules are nearing their maintenance deadlines, proceeds to S260. On the other hand, if the control unit 31 determines that any modules are nearing their predicted maintenance deadlines, it sets the corresponding modules as the modules to be maintained (S250) and proceeds to S260. The control unit 31 also determines whether any of the modules are nearing their predicted replacement deadlines, for example, whether the deadline is within a predetermined period (S260), and if it determines that no modules are nearing their replacement deadlines, proceeds to S280. On the other hand, if the control unit 31 determines that any modules or consumables are nearing their replacement deadlines, it sets the corresponding modules or consumables as the modules to be replaced (S270) and proceeds to S280.
  • control unit 31 determines whether or not there is a target that has been set in at least one of S250 and S270 (S280), and if it determines that there is no target that has been set, it terminates this processing. On the other hand, if the control unit 31 determines that there is a target that has been set, it sends information about that target to the management server 20 (S290, Figure 2 (3)), and terminates this processing.
  • FIG 8 is a flowchart showing an example of the notification process.
  • the control unit 21 of the management server 20 first determines whether or not it has received the information sent from the data server 30 in S290 of Figure 7, i.e., information on modules requiring maintenance or replacement (S300), and if it determines that it has not received the information, it terminates this process. On the other hand, if the control unit 21 determines that it has received the information, it determines whether or not there is a module requiring maintenance (S310), and if it determines that there is no module requiring maintenance, it proceeds to S330. Furthermore, if the control unit 21 determines that there is a module requiring maintenance, it creates a maintenance guide for the module in question (S320) and proceeds to S330.
  • the maintenance guide includes information such as the name of the module in question and the predicted maintenance time.
  • control unit 21 determines whether there is an item that can be replaced (S330), and if it determines that there is not, proceeds to S370. If the control unit 21 determines that there is an item that can be replaced, it creates a guide to replacing the target module or consumable (S340).
  • the replacement guide includes information such as the name of the target module, the predicted replacement time, and the purchase price on Marketplace MP.
  • the control unit 21 determines whether there is a replacement, such as a successor or improved product, for the target module or consumable (S350), and if it determines that there is not a replacement, proceeds to S370.
  • the control unit 21 determines whether there is a replacement, for example, based on whether information on successor or improved products is registered in the module DB 33a.
  • control unit 21 determines that there is a replacement, it includes the replacement for the target module or consumable in the guide (S360) and proceeds to S370. That is, the notification in S360 includes information such as whether the module or consumable item can be replaced with a substitute, and the purchase price of the substitute item on Marketplace MP. Next, the control unit 21 notifies the customer of the notification created in at least one of S320, S340, and S360 (S370, Figure 2 (4)), and then ends this processing.
  • Customers who receive notices of maintenance or replacement may respond, for example, as follows: When a customer receives a notice of maintenance, if the customer is able to perform the maintenance themselves, they will have their own workers perform the maintenance. If the customer is unable to perform the maintenance themselves, they will request maintenance from Marketplace MP ( Figure 2 (5)). That is, the customer places an order for maintenance with the module vendor or other party via Marketplace MP. The vendor that receives the order will have a worker go to the customer's factory or other location to perform maintenance on the module ( Figure 2 (6)). The worker who performed the maintenance will register the maintenance date and rating for the module, and reset cumulative time 1.
  • a customer when notified of a replacement notice, they purchase the module or consumable related to the notice through Marketplace MP (Figure 2 (5)). That is, the customer places an order for the module or consumable related to the notice with the vendor via Marketplace MP. Note that if the notice includes a replacement, the customer may purchase a replacement module or consumable. Upon receiving such an order, the vendor will send a worker to the customer's factory or other location along with the module or consumable (including the replacement) to replace the module or consumable ( Figure 2 (6)). Alternatively, if the customer is able to replace the module or consumable in-house, they may have their own worker replace the module or consumable shipped by the vendor.
  • the worker who replaces the module registers the replacement date of the module and resets the maintenance date and cumulative time 1 and 2.
  • the worker who replaces the consumable registers the replacement date of the consumable and resets cumulative time 2. Note that cumulative time 1 and 2 may be recorded without being reset. By recording cumulative times 1 and 2, multiple pieces of data can be obtained that combine the cumulative time when maintenance or replacement was performed and the evaluation at that time. Customers can use the multiple pieces of data obtained to later check maintenance records and evaluate the appropriateness of maintenance intervals.
  • the customer may check the maintenance evaluation in the operation DB 33e and reset (change) the maintenance cycle MC.
  • the customer selects cycle setting (resetting) on a settings screen (not shown) displayed on the display unit 69 of the customer terminal 60, for example, and resets the cycle, such as lengthening or shortening it, based on the evaluation.
  • the cycle may also be reset by a vendor or worker.
  • the control unit 21 of the management server 20 registers the reset cycle in the cycle DB 33f. In this way, by repeatedly resetting the maintenance cycle MC reflecting the evaluation, the maintenance cycle MC registered in the cycle DB 33f is optimized.
  • the memory unit 33 of the data server 30 corresponds to the memory unit
  • the control unit 31 of the data server 30 that executes the timing prediction process corresponds to the prediction unit
  • the control unit 21 of the management server 20 that executes the notification process corresponds to the notification unit.
  • the replacement time for each component is predicted based on the component's replacement cycle RC and operation information including the component's cumulative time 2 (cumulative usage time). Furthermore, before the predicted replacement time arrives, the customer is notified with a guide to order the component due for replacement on Marketplace MP (an e-commerce site). This reduces the management burden on the customer, and allows appropriate notification to customers when component replacement is necessary, encouraging them to place an order on Marketplace MP.
  • the cumulative time 2 (cumulative usage time) of the consumables contained in the component is stored in the operation information, and the replacement time for each consumable is predicted based on the replacement cycle RC of the consumables and the operation information.
  • the customer is notified via Marketplace MP with instructions to order the consumables that are due for replacement. This makes it possible to reduce the management burden on the customer when replacement is necessary for consumables contained in the component, and to encourage ordering via Marketplace MP.
  • the management burden on the customer increases, making it highly significant to apply this disclosure.
  • the market system also predicts the timing of maintenance for each component based on the component's maintenance cycle MC and operation information including the component's cumulative time 1 (cumulative usage time). Furthermore, before the predicted maintenance time arrives, the system notifies the customer of maintenance for the component associated with the maintenance period. This reduces the customer's management burden while also allowing appropriate notification to customers when component maintenance is required, encouraging them to order maintenance through Marketplace MP.
  • the market system stores operation information that includes load information related to the operating load of components. Furthermore, the timing of maintenance and replacement is predicted based on the operation information and the corrected maintenance cycle MC and replacement cycle RC, which tend to become shorter the higher the operating load. This allows the operating load of components to be appropriately reflected in determining the cycles, making it possible to provide necessary information to customers more appropriately.
  • the storage unit collects and stores operational information transmitted via communication from modules with IoT functionality for each module. This makes it possible to easily collect operational information and appropriately notify customers of necessary guidance.
  • the management server 20 sets the maintenance cycle MC and replacement cycle RC to cycles input by the customer, for example, but this is not limited to this.
  • a derived model may be created and the maintenance cycle MC derived using that derived model may be set.
  • a derived model for the maintenance cycle MC is used as an example, but it may also be applied to a derived model for the replacement cycle RC.
  • Figure 9 is a configuration diagram showing an outline of the configuration of a modified market system 10B.
  • Figure 10 is an explanatory diagram showing an outline of the functions and processing of a modified market system 10B.
  • the market system 10B also includes a simulation device 40 (simulation unit).
  • the simulation device 40 includes a control unit 41 having a CPU, ROM, RAM, etc., a storage unit 43 such as an HDD or SSD, and a communication unit 45 connected to the network 12 or the like to communicate with the management server 20, data server 30, vendor terminal 50, customer terminal 60, etc.
  • the simulation device 40 is shown as a separate device from the management server 20 and data server 30, it may also be part of the management server 20 or data server 30.
  • the control unit 41 constructs a simulation model MS as a digital twin of the work system WS, which is a combination of various modules, and accepts simulation conditions SC, which include specification information such as information about the target workpiece and the work content of the work system WS.
  • the simulation conditions SC are input by the customer to the customer terminal 60, for example, by customer B in Figure 10 for simulating the work system WS0 ( Figure 10(d)).
  • the simulation conditions SC may also be input by the vendor to the vendor terminal 50, or may be generated by the management server 20 or the simulation device 40.
  • the control unit 41 then executes a simulation using the simulation model MS based on the simulation conditions SC, and generates simulation results SR, which include information such as the motor output of the module, load information such as continuous time and temperature, and cycle time.
  • the simulation device 40 outputs the simulation model MS, simulation conditions SC, and simulation results SR to the data server 30 ( Figure 10(e)).
  • the data server 30 stores the information input from the simulation device 40, for example, in the case
  • FIG. 11 is a flowchart showing an example of the derivation model-related process.
  • the control unit 31 determines whether it is time to create the derivation model 34 (S400), and if it determines that it is not time to create it, the process proceeds to S430.
  • the timing to create the derivation model 34 may be, for example, when the operation DB 33e and the cycle DB 33f have accumulated sufficient information to be used to create the derivation model 34, even though the derivation model 34 has not yet been created.
  • the control unit 31 determines that it is time to create the derivation model 34, it acquires specification information and load information (output, continuous time, temperature, etc.) from the operation DB 33e and acquires the maintenance cycle MC from the cycle DB 33f to create the derivation model 34 (S410).
  • the derivation model 34 may be created through statistical analysis or machine learning. For example, the derivation model 34 may be created for each type of workpiece or type of work content, using load information as the explanatory variable and the maintenance cycle MC as the objective variable. As described above, the maintenance cycle MC is optimized based on an evaluation of the work information, so that the maintenance cycle MC derived by the derivation model 34 can be made appropriate.
  • the control unit 31 registers the created derivation model 34 in the memory unit 33 (S420) and proceeds to S430.
  • the control unit 31 also determines whether it is time to update the derived model 34 (S430), and if it determines that it is not time to update, it terminates this processing.
  • the timing to update the derived model 34 may be, for example, the timing when information used to create the derived model 34 is added and stored in the operation DB 33e or the cycle DB 33f. If the control unit 31 determines that it is time to update the derived model 34, it acquires the specification information and load information added to the operation DB 33e and the maintenance cycle MC added to the cycle DB 33f, updates the derived model 34 corresponding to the specification information (S440), and terminates this processing. In this way, in this modified example, when information used to create the derived model 34 is added, the derived model 34 is updated, and therefore the accuracy of derivation of the maintenance cycle MC using the derived model 34 can be improved.
  • FIG. 12 is a flowchart showing an example of the cycle derivation process.
  • the control unit 31 executes the cycle derivation process when there are simulation results SR for the work system WS (work system WS0 in Figure 10) from which the cycle is to be derived. Note that when there are no simulation results SR from which to derive the cycle, the control unit 31 may, for example, prompt the customer to input simulation conditions SC and execute a simulation.
  • the control unit 31 acquires simulation conditions SC, including specification information, for the work system WS to be derived (S500), and acquires simulation results SR, including load information (S510). In S500 and S510, the control unit 31 acquires the simulation conditions SC and simulation results SR input from the simulation device 40 (stored in the case DB 33b of the storage unit 33). Next, the control unit 31 derives a maintenance cycle MC using the derivation model 34 based on the acquired specification information and load information (S520), and presents the maintenance cycle MC to, for example, the customer (S530, Figure 10(f)). The control unit 31 may present the derived maintenance cycle MC to the customer terminal 60, for example.
  • the customer can check the maintenance cycle MC sent to the customer terminal 60 on the display unit 69. This allows the customer to determine the appropriate maintenance cycle MC for the work system WS under consideration, such as by running a simulation. Note that the control unit 31 may present the maintenance cycle MC not only to the customer but also to the vendor.
  • the control unit 31 determines whether an instruction to register the presented maintenance cycle MC has been received (S540), and if it determines that an instruction has not been received, the process ends. For example, if the customer agrees with the maintenance cycle MC confirmed on the display unit 69, they can issue an instruction to register that maintenance cycle MC. On the other hand, if the control unit 31 determines that an instruction has been received, the control unit 31 associates the maintenance cycle MC with the work system WS and registers it in the cycle DB 33f (S550, Figure 10(g)), and then ends the process.
  • the simulation device 40 creates a simulation model MS of the work system WS in a virtual space, accepts simulation conditions SC including specification information, simulates the simulation model MS, and outputs simulation results SR including load information. Furthermore, the control unit 31 generates a derivation model 34 for deriving a maintenance cycle MC from the specification information, load information, and cycle information based on the specification information, load information, and cycle information. The control unit 31 then uses the derivation model 34 based on the simulation conditions SC and simulation results SR to derive the maintenance cycle MC. This makes it possible to create a derivation model 34 that reflects the load information and maintenance evaluation of each work system WS that has already been delivered.
  • the derivation model 34 can be used to derive an appropriate maintenance cycle MC and present it to the customer. This allows customers to consider module components taking the maintenance cycle MC into account, for example, during the review stage before introducing the work system WS. For example, a customer may select a small module prioritizing price, but the motor's output or temperature may increase, shortening the maintenance cycle and increasing costs. Even in such cases, in this variant, the derived model 34 is used to present the maintenance cycle MC to the customer before purchase, enabling appropriate selection of each module that makes up the work system WS.
  • both the maintenance cycle MC and the replacement cycle RC are used to determine the timing of maintenance or replacement, but this is not limited to this, and it is also possible to use only one of the maintenance cycle MC and the replacement cycle RC to determine the timing of maintenance or replacement.
  • the timing of maintenance or replacement for modules is determined using the maintenance cycle MC and replacement cycle RC, and the timing of replacement for consumables is determined using the replacement cycle RC, but this is not limited to this.
  • the timing of maintenance or replacement for consumables may also be determined using the maintenance cycle MC and replacement cycle RC.
  • the timing of maintenance or replacement for modules is determined, it is also possible for consumables not to be managed and their timing of maintenance or replacement determined. However, in order to reduce the management burden on customers, it is preferable to manage consumables as well.
  • the substitute is included in the notification, but this is not limited to this, and it is also possible not to determine whether a substitute is available and not to include the substitute in the notification.
  • the maintenance period MC and replacement period RC can be corrected based on output, time, and temperature, but this is not limited to this, and the maintenance period MC and replacement period RC may be corrected based on only one or two of output, time, and temperature. Alternatively, such correction of the maintenance period MC and replacement period RC may not be performed.
  • each module is configured as an IoT module, and operation information is transmitted from the IoT module to the data server 30, but this is not limited to this, and each module does not have to be configured as an IoT module.
  • the control unit of the work system WS may collect operation information from each module and transmit it to the data server 30.
  • This disclosure can be used in technical fields such as e-commerce sites for components of production equipment.

Landscapes

  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

生産設備を構成する構成品をカスタマが発注可能な電子商取引サイトを運営するマーケットシステムは、構成品の累積使用時間または累積使用回数を含む稼働情報を構成品毎に収集して記憶する記憶部と、構成品の交換の周期と、稼働情報とに基づいて、構成品毎に交換の時期を予測する予測部と、予測された交換の時期になる前に、時期に係る構成品を電子商取引サイトで発注する案内をカスタマに通知する通知部と、を備える。

Description

マーケットシステムおよび発注促進方法
　本明細書は、マーケットシステムおよび発注促進方法について開示する。
　従来、生産設備で使用される部品などの交換時期を推定するものが提案されている。例えば、特許文献１には、生産設備の稼動情報を取得し、稼働情報に基づいて生産設備の部品の状態を診断し、部品の状態から交換時期を推定することが記載されている。
国際公開第２０２２／１４９３６８号
　ここで、生産設備を構成する装置や機器などの構成品を、カスタマが購入可能な電子商取引サイトを運営するマーケットシステムも知られている。そのようなシステムでは、カスタマに導入した生産設備を安定的に稼働させるために構成品の交換やメンテナンスなどが必要になれば、電子商取引サイトでカスタマに発注してもらうことが望ましい。一方で、カスタマによっては、交換やメンテナンスの時期を適切に管理することが困難な場合がある。このため、カスタマの管理負担を抑えるために、必要な案内をカスタマに適切に通知することが求められる。
　本開示は、生産設備を安定的に稼働させるのに必要な案内をカスタマに適切に通知して、電子商取引サイトでの発注を促すことを主目的とする。
　本開示は、上述の主目的を達成するために以下の手段を採った。
　本開示のマーケットシステムは、
　生産設備を構成する構成品をカスタマが発注可能な電子商取引サイトを運営するマーケットシステムであって、
　前記構成品の累積使用時間または累積使用回数を含む稼働情報を前記構成品毎に収集して記憶する記憶部と、
　前記構成品の交換の周期と、前記稼働情報とに基づいて、前記構成品毎に交換の時期を予測する予測部と、
　予測された交換の時期になる前に、前記時期に係る前記構成品を前記電子商取引サイトで発注する案内をカスタマに通知する通知部と、
　を備えることを要旨とする。
　本開示のマーケットシステムでは、構成品の交換の周期と、構成品の累積使用時間または累積使用回数を含む稼働情報とに基づいて、構成品毎に交換の時期を予測する。また、予測した交換の時期になる前に、交換の時期に係る構成品を電子商取引サイトで発注する案内をカスタマに通知する。これにより、カスタマの管理負担を抑えつつ構成品の交換が必要になれば案内をカスタマに適切に通知して、電子商取引サイトでの発注を促すことができる。
マーケットシステム１０の構成の概略を示す構成図。 マーケットシステム１０の機能と処理の概略を示す説明図。 稼働ＤＢ３３ｅに記憶される情報の一例を示す説明図。 周期設定処理の一例を示すフローチャート。 補正係数マップの一例を示す説明図。 周期ＤＢ３３ｆに記憶される情報の一例を示す説明図。 時期予測処理の一例を示すフローチャート。 通知処理の一例を示すフローチャート。 変形例のマーケットシステム１０Ｂの構成の概略を示す構成図。 変形例のマーケットシステム１０Ｂの機能と処理の概略を示す説明図。 導出モデル関連処理の一例を示すフローチャート。 周期導出処理の一例を示すフローチャート。
　本開示の実施形態について図面を用いて説明する。図１は、マーケットシステム１０の構成の概略を示す構成図である。図２は、マーケットシステム１０の機能と処理の概略を示す説明図である。マーケットシステム１０は、システム全体を管理する管理サーバ２０と、各種情報が収集（蓄積）されたデータベース（ＤＢ）を記憶するデータサーバ３０とを備える。管理サーバ２０とデータサーバ３０とは、ネットワーク１２を介して接続されている。また、管理サーバ２０は、ネットワーク１２を介してベンダ端末５０やカスタマ端末６０に接続されている。図１では、ベンダ端末５０やカスタマ端末６０をそれぞれ１つずつ示すが、実際には複数接続されている。
　マーケットシステム１０は、各種の装置や機器などの構成品や、構成品で構成される生産設備の購入の支援を行う他、構成品のメンテナンスの支援などを行う。生産設備としては、製造業や運輸業などの各種産業の各種作業で用いられる作業システムＷＳなどが挙げられる。作業システムＷＳは、図２に示すように、例えば垂直多関節型のロボットアームを備えるロボット１００により所定作業を行うように構成されている。所定作業の作業内容としては、例えば機械部品や電子部品などのワークのピッキング作業が挙げられる。なお、作業内容は、溶接作業やバリ取り作業、塗装作業などでもよく、作業者と協働して行われるものでもよい。図２の作業システムＷＳは、ロボットアームの先端リンクに取り付けられるエンドエフェクタ１０２やカメラ１０３、ワークが配置されるトレイや基板などを搬送するコンベア１０４、ワークを供給するフィーダ１０５なども備える。
　これらのロボット１００やエンドエフェクタ１０２、カメラ１０３、コンベア１０４、フィーダ１０５など、作業システムＷＳを構成する構成品をモジュールともいう。本実施形態では、作業システムＷＳの各モジュールが、各種センサや無線通信機能を有するＩｏＴ（Internet of Things）モジュールとして構成されている。各モジュールは、各種センサにより取得された情報を、無線通信機能によりネットワーク１２を介してデータサーバ３０に送信する。また、各モジュールでは、交換可能な消耗品が使用されている。消耗品は、例えば、チューブやケーブル、ベルト、チェーン、フィルタ、ベアリング、ガスケット、パッキンなどである。また、エンドエフェクタ１０２でワークを把持するために使用され、交換可能な爪部品なども消耗品である。
　本実施形態では、構成品であるモジュールのメンテナンスは、各モジュールに対して、各部の動作確認、異音やガタツキ、導通などの点検、潤滑剤の塗布や各部のボルトの増し締め、異物の除去や清掃などを行うことである。また、交換は、比較的長期間に亘って使用可能な耐久品としての各モジュールを新たなものに替えることと、各モジュールで使用される消耗品を新たなものに替えることである。即ち、本実施形態では、メンテナンスは、モジュールに対して行われるが消耗品に対しては行われない。一方、交換は、モジュールと消耗品の双方で行われる。
　管理サーバ２０は、制御部２１と、記憶部２３と、通信部２５とを備える。制御部２１は、ＣＰＵやＲＯＭ、ＲＡＭなどを有する。制御部２１は、データサーバ３０やベンダ端末５０、カスタマ端末６０などと情報のやり取りを行う。また、制御部２１は、各種モジュールをカスタマがオンラインで選択して購入可能なＥＣサイトであるマーケットプレイスＭＰの管理を行う。なお、カスタマは、マーケットプレイスＭＰから各種モジュールを選択して見積依頼や購入依頼をしたり、各種モジュールのメンテナンスを依頼したりすることができる。図２の作業システムＷＳ１は、マーケットプレイスＭＰでカスタマＡに購入されて工場に納入されたものである（図２（１））。
　記憶部２３は、ＨＤＤやＳＳＤなどで構成され、各種アプリケーションプログラムや各種データなどを記憶する。通信部２５は、ネットワーク１２などに接続され、データサーバ３０やベンダ端末５０、カスタマ端末６０などと通信を行う。管理サーバ２０には、キーボードやマウスなどの入力部２７から管理者による各種指示などが入力される。また、管理サーバ２０は、ディスプレイなどの表示部２９に各種情報を表示する。
　データサーバ３０は、ＣＰＵやＲＯＭ、ＲＡＭなどを有する制御部３１と、ＨＤＤやＳＳＤなどで構成された記憶部３３と、ネットワーク１２などに接続され管理サーバ２０や各作業システムＷＳの各モジュールなどと通信を行う通信部３５とを備える。記憶部３３は、モジュールＤＢ３３ａと、案件ＤＢ３３ｂと、ベンダＤＢ３３ｃと、カスタマＤＢ３３ｄと、稼働ＤＢ３３ｅと、周期ＤＢ３３ｆとを記憶する。なお、データサーバ３０を、管理サーバ２０と別の装置としたが、管理サーバ２０の一部であってもよい。
　モジュールＤＢ３３ａには、マーケットプレイスＭＰで購入可能なモジュール毎に、モジュールの種類や仕様情報などを含むモジュールデータが登録（記憶）されている。モジュールの種類には、例えばロボットやエンドエフェクタ、カメラ、コンベア、フィーダなどのうち、いずれの種類であるかが登録される。また、仕様情報は、各モジュールの提供元のベンダの情報（後述するベンダＩＤ）やモジュールの品番（型式）、サイズ、形状、３ＤＣＡＤデータなどの図面ファイルなどを含む。また、仕様情報は、モジュールの種類に応じて、定格負荷や可動範囲、可搬重量、作動速度などの能力情報を含む。
　案件ＤＢ３３ｂには、カスタマに納入済み、またはカスタマが購入を検討中などの納入前の各作業システムＷＳ（各設備）の案件毎に各種情報が登録されている。各種情報としては、案件の名称（プロジェクト名）や、作業システムＷＳの全体の仕様情報、作業システムＷＳの各モジュールの仕様情報、納入金額や見積金額の情報などが登録されている。全体の仕様情報は、作業対象のワーク（対象物）のサイズや重量、形状などの情報、作業システムＷＳにおける各モジュールのレイアウトや設置スペースの情報、作業システムＷＳの３ＤＣＡＤデータなどの図面ファイルなどを含む。納入金額や見積金額の情報は、作業システムＷＳの全体の金額や各モジュールの金額、設置費用などの情報を含む。
　ベンダＤＢ３３ｃには、認証登録がなされたベンダの名称や各ベンダに固有のベンダＩＤ、資本金や従業員数、事業分野、ベンダが提供するモジュールの種類などの各種情報がベンダ毎に登録されている。カスタマＤＢ３３ｄには、認証登録がなされたカスタマの名称や各カスタマに固有のカスタマＩＤ、メールアドレスや住所などの連絡先、カスタマの購入履歴などのカスタマ情報がカスタマ毎に登録されている。
　稼働ＤＢ３３ｅには、図３に示すように、カスタマに納入済みの作業システムＷＳ（設備）毎に、仕様情報と、構成情報と、稼働情報と、作業情報などが登録されている。仕様情報は、作業対象のワークの情報や各モジュールのレイアウトや設置スペースの情報、作業内容の情報などを含む。ワークの情報は、ワークのサイズや重量、形状などを含む。構成情報は、各モジュールや各消耗品について、名称や品番などの情報を含む。図３では、ロボットやエンドエフェクタ、コンベアがそれぞれ１種類の消耗品を含むものを例示するが、これに限られず、２種類以上の消耗品を含んでもよい。また、例えばカメラなど、モジュールの種類によっては消耗品を含まなくてもよい。
　稼働情報は、例えば、出力や連続時間、温度などの作業状況（内容や環境）における負荷情報と、累積時間１や累積時間２などの累積使用時間の情報とを含む。上述したように各モジュールがＩｏＴモジュールとして構成されるため、各種センサにより取得された情報がデータサーバ３０に逐次送信されて稼働ＤＢ３３ｅに蓄積して記憶される（図２（２））。図３では稼働情報に含まれる項目の一例を示すが、実際には稼働ＤＢ３３ｅには、出力や温度など、受信した情報が時系列順に記憶されている。出力は、例えばモジュールが有するモータなどのアクチュエータの出力を示す。また、時系列順の出力以外に、稼働日毎の最大出力の平均値や定格出力に対する平均の出力割合などが記憶されていてもよい。なお、ロボット１００は、ロボットアームの各関節にモータを有するなど、複数のモータを有するため、モータ毎の出力がそれぞれ登録されていればよい。連続時間は、例えば作業システムＷＳの稼働日においてモジュールが連続的に使用された時間、即ち作業システムＷＳが休止せずに連続的に作動していた時間（連続作動時間）を示す。また、稼働日毎の平均の連続時間（平均連続作動時間）などが記憶されていてもよい。温度は、稼働中のモジュールの温度を示す。なお、温度以外に、モジュールの作業環境を示す他の情報（湿度など）が登録されてもよい。累積時間１は、モジュールがメンテナンスされてからの使用時間を累積した時間を示す。累積時間２は、モジュールや消耗品が交換されてからの使用時間を累積した時間を示す。なお、作業システムＷＳが納入されてからメンテナンスや交換が行われていない場合、累積時間１や累積時間２は、作業システムＷＳが稼働開始してからの使用時間を累積した時間とすればよい。また、例えばカメラなど、撮像（作動）の回数をカウントできるモジュールは、使用時間に代えて使用回数を記憶してもよい。その場合、累積時間１や累積時間２は、それぞれ累積使用回数とすればよい。
　作業情報は、メンテナンス日と、評価と、交換日などを含む。メンテナンス日は、モジュールのメンテナンスが行われた年月日の情報である。評価は、メンテナンス周期ＭＣに従ってメンテナンスが行われた場合に、そのメンテナンス周期ＭＣが適切であったか否かを示す情報である。例えば、作業者は、メンテナンスを行った際にモジュールの損耗具合を確認し、損耗具合が通常程度であり、メンテナンス周期ＭＣが適切といえる場合に、評価に「○」を登録する。また、作業者は、損耗具合が通常より軽度であり、メンテナンス周期ＭＣが短い即ちメンテナンスの時期が早いといえる場合に、評価に「△」を登録する。また、作業者は、損耗具合が通常より重度であり、メンテナンス周期ＭＣが長い即ちメンテナンスの時期が遅いといえる場合に、評価に「×」を登録する。なお、メンテナンス時だけでなく、交換時にも評価が登録されるようにしてもよい。交換日は、モジュールまたは消耗品の交換が行われた年月日の情報である。作業情報は、メンテナンスや交換を行った作業者の携帯端末から送信された情報に基づいて登録されたり、作業者が入力部２７，６７で入力した情報に基づいて登録されたりする。また、ＩｏＴモジュールである各モジュールに対する所定操作により、メンテナンス日や交換日がデータサーバ３０に送信されてもよい。なお、本実施形態では、稼働情報に仕様情報や作業情報を含むことは必須ではなく、それらの情報を含まなくてもよい。
　周期ＤＢ３３ｆは、作業システムＷＳの各モジュールや各消耗品について、メンテナンス周期ＭＣや交換周期ＲＣなどが登録されている。これらのメンテナンス周期ＭＣや交換周期ＲＣの登録処理の詳細は、後述する。
　ベンダ端末５０は、ＣＰＵやＲＯＭ、ＲＡＭなどを有する制御部５１と、各種アプリケーションプログラムや各種データなどを記憶するＨＤＤやＳＳＤなどの記憶部５３と、ネットワーク１２などに接続され管理サーバ２０などと通信を行う通信部５５とを備える。ベンダ端末５０は、キーボードやマウスなどの入力部５７からベンダによる各種指示や登録が必要な各種情報などが入力される。また、ベンダ端末５０は、ディスプレイなどの表示部５９に、マーケットプレイスＭＰの各画面などを表示する。
　カスタマ端末６０は、ベンダ端末５０と同様に、制御部６１と、記憶部６３と、通信部６５とを備える。カスタマ端末６０は、キーボードやマウスなどの入力部６７からカスタマによる各種指示や登録が必要な各種情報などが入力される。また、カスタマ端末６０は、ディスプレイなどの表示部６９に、マーケットプレイスＭＰの各画面などを表示する。また、本実施形態では、カスタマが例えばカスタマ端末６０からネットワーク１２を介してデータサーバ３０にアクセスすることで、図３に示したような情報が提示されるものとする（図２（ａ））。その情報は、例えばカスタマ端末６０の表示部６９に表示される。これにより、カスタマは、稼働ＤＢ３３ｅに記憶された稼働情報や作業情報など、作業システムＷＳの稼働状況を確認することができる。
　次に、こうして構成されたマーケットシステム１０の動作、特にカスタマに納入済みの作業システムＷＳにおける各モジュールや各消耗品について、交換やメンテナンスの案内をカスタマに通知する処理を説明する。まず、メンテナンス周期ＭＣや交換周期ＲＣの設定処理を説明する。図４は、周期設定処理の一例を示すフローチャートである。この処理は、例えばカスタマ端末６０の表示部６９に表示された設定画面（図示略）で周期設定が選択された場合に、管理サーバ２０の制御部２１により実行される。
　周期設定処理では、制御部２１は、作業システムＷＳを構成する各モジュールのメンテナンス周期ＭＣと交換周期ＲＣとをそれぞれ設定し（Ｓ１００）、モジュールに含まれる各消耗品の交換周期ＲＣをそれぞれ設定する（Ｓ１１０）。なお、制御部２１は、例えばカスタマ端末６０の表示部６９に表示された設定画面を介して、メンテナンス周期ＭＣや交換周期ＲＣのカスタマによる入力を受け付けて、設定すればよい。カスタマは、これまでに納入した作業システムＷＳでの設定や、メンテナンスや交換の一般的な周期などを参考に、各周期を入力して設定すればよい。なお、設定画面にメンテナンスや交換の推奨周期がデフォルトで表示されており、カスタマはその推奨周期をそのまま設定してもよいし、推奨周期から変更した周期を設定してもよい。
　続いて、制御部２１は、カスタマにより補正係数の設定が選択されたか否かを判定し（Ｓ１２０）、選択されていないと判定すると、Ｓ１４０に進む。上述したように、稼働情報には、出力や時間（連続時間）、温度などが含まれている。補正係数は、それらの出力や時間、温度に基づいて、後述する処理でメンテナンス周期ＭＣと交換周期ＲＣとを補正するための係数である。制御部２１は、補正係数の設定が選択されたと判定すると、出力と時間と温度のうちカスタマにより選択された項目の補正係数マップを設定して（Ｓ１３０）、Ｓ１４０に進む。なお、カスタマは、出力と時間と温度のうち少なくとも１つの項目を選択すればよく、２つ以上の項目を選択してもよい。
　図５は、補正係数マップの一例を示す説明図である。図５では、横軸に選択された項目（出力、時間または温度）をとり、縦軸に補正係数をとる。なお、補正係数マップは、項目毎にそれぞれ設定される。補正係数マップでは、補正係数がいずれかの設定ラインＬに基づいて設定される。基準の設定ラインＬは、設定ラインＬ０（実線参照）とする。各設定ラインＬは、項目の値が基準値（基準出力，基準時間，基準温度）ＳＶを含む基準範囲Ｒ内の場合に補正係数を値１とし、項目の値が基準範囲Ｒ外の場合、値が大きいほど補正係数を小さくし、値が小さいほど補正係数を大きくするように定められている。このため、例えば出力に基づいて周期を補正する出力係数Ｘは、出力が基準範囲Ｒ内にある場合に値１に設定され、基準範囲Ｒ外では出力が大きいほど小さく設定され、出力が小さいほど大きく設定される。時間に基づいて周期を補正するための時間係数Ｙと、温度に基づいて周期を補正するための温度係数Ｚも、同様の傾向で設定される。なお、各係数Ｘ～Ｚは、異なる基準範囲Ｒが設定されてもよいし、同じ設定ラインＬを用いるものに限られない。例えば影響をより重視する係数については、基準範囲Ｒを超える場合の影響がより大きくなるように傾きが定められた設定ラインＬ２を用いてもよい。逆に、基準範囲Ｒを超える場合の影響がより小さくなるように傾きが定められた設定ラインＬ１を用いてもよい。なお、基準範囲Ｒは、基準値ＳＶを中心とする対称の範囲に限られず、例えば基準値ＳＶよりも小さい側を全て含むような範囲としてもよい。また、設定ラインＬの傾きを、カスタマが任意に定めてもよい。Ｓ１３０の補正係数マップの設定では、設定対象とする係数の基準値ＳＶや基準範囲Ｒ、設定ラインＬなどが設定される。
　そして、制御部２１は、Ｓ１１０やＳ１３０で設定した内容を、周期ＤＢ３３ｆに登録して（Ｓ１４０）、本処理を終了する。図６は、周期ＤＢ３３ｆの一例を示す説明図である。例えば作業システムＷＳにおいて、ロボットやエンドエフェクタ、カメラ、コンベアなどのモジュールのメンテナンス周期ＭＣと交換周期ＲＣ、各モジュールに含まれる消耗品の交換周期ＲＣが登録されている。また、各モジュールおよびその消耗品の補正係数として、出力係数Ｘと時間係数Ｙと温度係数Ｚとが登録されている。
　図７は、時期予測処理の一例を示すフローチャートである。この処理は、メンテナンス周期ＭＣや交換周期ＲＣに基づいてメンテナンスや交換の時期を判定するものであり、データサーバ３０の制御部３１により実行される。時期予測処理では、制御部３１は、予測対象の作業システムＷＳの稼働情報と、当該作業システムＷＳにおける各モジュールや各消耗品のメンテナンス周期ＭＣと交換周期ＲＣを取得する（Ｓ２００）。なお、制御部３１は、稼働ＤＢ３３ｅから稼働情報を取得し（図２（ｂ））、周期ＤＢ３３ｆからメンテナンス周期ＭＣと交換周期ＲＣとを取得する（図２（ｃ））。
　次に、制御部３１は、周期ＤＢ３３ｆに当該作業システムＷＳの各モジュールや各消耗品のいずれかの補正係数マップがあるか否か、即ち周期設定処理のＳ１３０で設定された補正係数マップが登録されているか否かを判定する（Ｓ２１０）。制御部３１は、補正係数マップがないと判定すると、Ｓ２３０に進む。一方、制御部３１は、補正係数マップがあると判定すると、稼働情報と補正係数マップとに基づいて補正係数を設定して各周期ＭＣ，ＲＣ（メンテナンス周期ＭＣと交換周期ＲＣ）を補正する（Ｓ２２０）。Ｓ２２０では、制御部３１は、出力係数Ｘと時間係数Ｙと温度係数Ｚのうち補正係数マップが登録されている補正係数を、稼働情報と補正係数マップとに基づいて設定する。また、制御部３１は、設定した補正係数をメンテナンス周期ＭＣと交換周期ＲＣにそれぞれ乗じることにより、メンテナンス周期ＭＣと交換周期ＲＣとを補正する。なお、複数の補正係数が設定されている場合、制御部３１は、複数の補正係数をメンテナンス周期ＭＣと交換周期ＲＣにそれぞれ乗じることにより補正すればよい。
　例えば、図６では、ロボットおよびその消耗品の補正係数として、出力係数Ｘと時間係数Ｙと温度係数Ｚとが登録されている。このため、制御部３１は、出力の補正係数マップと稼働情報の出力とに基づいて出力係数Ｘを設定し、時間の補正係数マップと稼働情報の使用時間とに基づいて時間係数Ｙを設定し、温度の補正係数マップと稼働情報の温度とに基づいて温度係数Ｚを設定する。そして、制御部３１は、出力係数Ｘと時間係数Ｙと温度係数Ｚを、メンテナンス周期ＭＣに乗じると共に（Ｘ×Ｙ×Ｚ×ＭＣ）、交換周期ＲＣに乗じることで（Ｘ×Ｙ×Ｚ×ＲＣ）、補正する。なお、図６では、エンドエフェクタやコンベアおよびそれらの消耗品の補正係数として、出力係数Ｘと時間係数Ｙとが登録されており、温度係数Ｚは登録されていないから、補正後の出力係数Ｘと時間係数Ｙとを乗じると共に温度係数Ｚは値１のまま乗じることで、各周期ＭＣ，ＲＣが補正される。また、カメラの補正係数は登録されていないから、カメラの各周期ＭＣ，ＲＣは補正されずに登録された値のままとなる。
　続いて、制御部３１は、メンテナンス周期ＭＣと交換周期ＲＣと、稼働情報に含まれる累積時間１，２とに基づいて、各モジュールや各消耗品についてのメンテナンスや交換の時期を予測する（Ｓ２３０）。制御部３１は、例えば、メンテナンス周期ＭＣと累積時間１との差分を平均連続作動時間で除することにより、メンテナンスまでの大凡の日数を算出して、メンテナンスの時期を予測する。また、制御部３１は、例えば、交換周期ＲＣと累積時間２との差分を平均連続作動時間で除することにより、交換までの大凡の日数を算出して、交換の時期を予測する。
　ここで、例えば、稼働情報の出力が補正係数マップの基準値ＳＶの基準範囲Ｒよりも高目に外れている場合、値１よりも小さな出力係数Ｘが設定される。その出力係数Ｘを各周期ＭＣ，ＲＣに乗じて補正することで各周期ＭＣ，ＲＣが短くなる。一方、稼働情報の出力が補正係数マップの基準値ＳＶの基準範囲Ｒよりも低目に外れている場合、値１よりも大きな出力係数Ｘが設定される。その出力係数Ｘを各周期ＭＣ，ＲＣに乗じて補正すると各周期ＭＣ，ＲＣが長くなる。同様に、時間係数Ｙや温度係数Ｚも、補正係数マップの基準値ＳＶの基準範囲Ｒよりも高目に外れている場合に値１よりも小さく設定され、補正係数マップの基準値ＳＶの基準範囲Ｒよりも低目に外れている場合に値１よりも大きく設定される。したがって、出力や温度が高いか時間（連続時間）が長いために、モジュールや消耗品の負荷が高い場合には、メンテナンスや交換の時期が判定されやすくなるから、後述する処理でメンテナンスや交換を適切に促すことが可能となる。一方、出力や温度が低いか時間（連続時間）が短いために、モジュールや消耗品の負荷が低い場合には、メンテナンスや交換の時期が判定されにくくなるから、後述する処理でメンテナンスや交換を必要以上に促すことを抑制することができる。
　そして、制御部３１は、予測したメンテナンスの時期が近いもの、例えばメンテナンスの時期まで所定期間以内のものがあるか否かを判定し（Ｓ２４０）、メンテナンスの時期が近いものがないと判定すると、Ｓ２６０に進む。一方、制御部３１は、メンテナンスの時期が近いものがあると判定すると、該当するモジュールをメンテナンスの対象に設定して（Ｓ２５０）、Ｓ２６０に進む。また、制御部３１は、予測した交換の時期が近いもの、例えば交換の時期まで所定期間以内のものがあるか否かを判定し（Ｓ２６０）、交換の時期が近いものがないと判定すると、Ｓ２８０に進む。一方、制御部３１は、交換の時期が近いものがあると判定すると、該当するモジュールや消耗品を交換の対象に設定して（Ｓ２７０）、Ｓ２８０に進む。
　次に、制御部３１は、Ｓ２５０およびＳ２７０の少なくともいずれかで設定した対象があるか否かを判定し（Ｓ２８０）、設定した対象がないと判定すると、本処理を終了する。一方、制御部３１は、設定した対象があると判定すると、その対象の情報を管理サーバ２０に送信して（Ｓ２９０，図２（３））、本処理を終了する。
　続いて、管理サーバ２０の通知処理を説明する。図８は、通知処理の一例を示すフローチャートである。通知処理では、管理サーバ２０の制御部２１は、まず図７のＳ２９０でデータサーバ３０から送信される情報、即ちメンテナンスまたは交換の対象の情報を受信したか否かを判定し（Ｓ３００）、受信していないと判定すると、本処理を終了する。一方、制御部２１は、情報を受信したと判定すると、メンテナンスの対象があるか否かを判定し（Ｓ３１０）、メンテナンスの対象がないと判定すると、Ｓ３３０に進む。また、制御部２１は、メンテナンスの対象があると判定すると、対象のモジュールのメンテナンスの案内を作成して（Ｓ３２０）、Ｓ３３０に進む。メンテナンスの案内には、対象のモジュールの名称や予測したメンテナンスの時期などの情報を含む。
　次に、制御部２１は、交換の対象があるか否かを判定し（Ｓ３３０）、交換の対象がないと判定すると、Ｓ３７０に進む。また、制御部２１は、交換の対象があると判定すると、対象のモジュールや消耗品の交換の案内を作成する（Ｓ３４０）。交換の案内には、対象のモジュールの名称や予測した交換の時期、マーケットプレイスＭＰでの購入価格などの情報を含む。続いて、制御部２１は、対象のモジュールや消耗品について、後継品や改良品などの代替品があるか否かを判定し（Ｓ３５０）、代替品がないと判定すると、Ｓ３７０に進む。制御部２１は、例えばモジュールＤＢ３３ａに後継品や改良品などの情報が登録されているか否かに基づいて、代替品があるか否かを判定する。制御部２１は、代替品があると判定すると、対象のモジュールや消耗品の代替品を案内に含めて（Ｓ３６０）、Ｓ３７０に進む。即ち、Ｓ３６０の案内には、モジュールまたは消耗品を代替品に交換してもよい旨や、マーケットプレイスＭＰでの代替品の購入価格などの情報も含む。続いて、制御部２１は、Ｓ３２０、Ｓ３４０およびＳ３６０の少なくともいずれかで作成した案内をカスタマに通知して（Ｓ３７０，図２（４））、本処理を終了する。
　メンテナンスや交換の案内が通知されたカスタマは、例えば以下のように対応する。カスタマは、メンテナンスの案内が通知された場合、自社でメンテナンスが可能であれば、自社の作業者にメンテナンスを行わせる。また、カスタマは、自社で対応可能でなければ、マーケットプレイスＭＰにメンテナンスを依頼する（図２（５））。即ち、カスタマは、マーケットプレイスＭＰを介して、モジュールのベンダなどにメンテナンスを発注する。発注を受けたベンダは、作業者をカスタマの工場などに向かわせて、モジュールのメンテナンスを行う（図２（６））。メンテナンスを行った作業者は、そのモジュールのメンテナンス日や評価を登録し、累積時間１をリセットする。
　また、カスタマは、交換の案内が通知された場合、案内に係るモジュールや消耗品をマーケットプレイスＭＰで購入する（図２（５））。即ち、カスタマは、マーケットプレイスＭＰを介して、案内に係るモジュールや消耗品をベンダに発注する。なお、案内に代替品が含まれる場合、カスタマはモジュールの代替品や消耗品の代替品を購入してもよい。それらの発注を受けたベンダは、カスタマの工場などにモジュールや消耗品（代替品を含む）と共に作業者を向かわせて、モジュールや消耗品の交換を行う（図２（６））。あるいは、カスタマは、自社で交換可能であれば、ベンダから発送されたモジュールや消耗品を、自社の作業者に交換させてもよい。モジュールの交換を行った作業者は、そのモジュールの交換日を登録し、メンテナンス日や累積時間１，２をリセットする。また、消耗品の交換を行った作業者は、その消耗品の交換日を登録し、累積時間２をリセットする。なお、累積時間１，２はリセットせずに記録するものとしてもよい。累積時間１，２を記録することによって、メンテナンスや交換を行った際の累積時間とその時の評価とを併せたデータを複数取得することができ、カスタマは取得した複数のデータによって、後々にメンテナンスの記録の確認やメンテナンス周期の妥当性などの評価を行うことができる。
　また、カスタマは、稼働ＤＢ３３ｅのメンテナンスの評価を確認して、メンテナンス周期ＭＣを再設定（変更）してもよい。カスタマは、例えばカスタマ端末６０の表示部６９に表示された設定画面（図示略）で周期設定（再設定）を選択し、評価に基づいて周期を長くしたり短くするなどの再設定を行う。なお、周期の再設定は、ベンダや作業者などが行ってもよい。管理サーバ２０の制御部２１は、再設定された周期を周期ＤＢ３３ｆに登録させる。このように、評価を反映させたメンテナンス周期ＭＣの再設定を繰り返すことで、周期ＤＢ３３ｆに登録されているメンテナンス周期ＭＣが最適化されることになる。
　ここで、本実施形態の構成要素と本開示の構成要素との対応関係を明らかにする。本実施形態のデータサーバ３０の記憶部３３が記憶部に相当し、時期予測処理を実行するデータサーバ３０の制御部３１が予測部に相当し、通知処理を実行する管理サーバ２０の制御部２１が通知部に相当する。本実施形態では、マーケットシステム１０の動作を説明することにより本開示の発注促進方法の一例も明らかにしている。
　以上説明した本実施形態のマーケットシステム１０では、構成品の交換周期ＲＣと、構成品の累積時間２（累積使用時間）を含む稼働情報とに基づいて、構成品毎に交換の時期を予測する。また、予測した交換の時期になる前に、マーケットプレイスＭＰ（電子商取引サイト）で交換の時期に係る構成品を発注する案内をカスタマに通知する。これにより、カスタマの管理負担を抑えつつ構成品の交換が必要になれば案内をカスタマに適切に通知して、マーケットプレイスＭＰでの発注を促すことができる。
　また、稼働情報に、構成品が有する消耗品の累積時間２（累積使用時間）を含めて記憶し、消耗品の交換周期ＲＣと、稼働情報とに基づいて、消耗品毎に交換の時期を予測し、予測された交換の時期になる前に、マーケットプレイスＭＰで交換の時期に係る消耗品の発注の案内をカスタマに通知する。このため、構成品が有する消耗品についても、カスタマの管理負担を抑えつつ交換が必要になれば案内をカスタマに適切に通知して、マーケットプレイスＭＰでの発注を促すことができる。構成品が複数の消耗品を有する場合には、カスタマの管理負担が大きくなるから、本開示を適用する意義が高い。
　また、交換の時期に係る構成品について、後継品を含む代替品がある場合、代替品を案内に含めて通知する。このため、後継品などの代替品がある場合に、カスタマが代替品の存在を把握してなくても、代替品の発注を促すことができる。
　また、マーケットシステムでは、構成品のメンテナンス周期ＭＣと、構成品の累積時間１（累積使用時間）を含む稼働情報とに基づいて、構成品毎にメンテナンスの時期を予測する。また、予測したメンテナンスの時期になる前に、メンテナンスの時期に係る構成品のメンテナンスの案内をカスタマに通知する。これにより、カスタマの管理負担を抑えつつ構成品のメンテナンスが必要になれば案内をカスタマに適切に通知することができるから、マーケットプレイスＭＰでのメンテナンスの発注を促すことができる。
　また、マーケットシステムでは、稼働情報に、構成品の稼働負荷に関する負荷情報を含めて記憶する。また、稼働負荷が高いほど短くなる傾向でメンテナンス周期ＭＣや交換周期ＲＣを補正した補正後周期と、稼働情報とに基づいて、メンテナンスや交換の時期を予測する。このため、構成品の稼働負荷を周期の判定に適切に反映させることができるから、必要な案内をカスタマにより適切に通知することができる。
　また、マーケットシステムでは、記憶部は、ＩｏＴ機能を有するモジュールから、通信により送信される稼働情報をモジュール品毎に収集して記憶する。このため、稼働情報を手間なく収集して、必要な案内をカスタマに適切に通知することができる。
　なお、本開示は上述した実施形態に何ら限定されることはなく、本開示の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。
　実施形態では、管理サーバ２０は、メンテナンス周期ＭＣと交換周期ＲＣを、例えばカスタマにより入力された周期に設定したが、これに限られない。以下の変形例のように、導出モデルを作成し、その導出モデルで導出されたメンテナンス周期ＭＣに設定してもよい。変形例では、メンテナンス周期ＭＣ用の導出モデルを例示して説明するが、交換周期ＲＣ用の導出モデルに適用してもよい。なお、変形例では、メンテナンスの評価に基づいて周期ＤＢ３３ｆのメンテナンス周期ＭＣが再設定されて最適化されているものとする。
　図９は、変形例のマーケットシステム１０Ｂの構成の概略を示す構成図である。図１０は、変形例のマーケットシステム１０Ｂの機能と処理の概略を示す説明図である。マーケットシステム１０Ｂは、管理サーバ２０やデータサーバ３０の他に、シミュレーション装置４０（シミュレーション部）を備える。シミュレーション装置４０は、ＣＰＵやＲＯＭ、ＲＡＭなどを有する制御部４１と、ＨＤＤやＳＳＤなどの記憶部４３と、ネットワーク１２などに接続され管理サーバ２０やデータサーバ３０、ベンダ端末５０、カスタマ端末６０などと通信を行う通信部４５とを備える。なお、シミュレーション装置４０を、管理サーバ２０やデータサーバ３０と別の装置としたが、管理サーバ２０やデータサーバ３０の一部であってもよい。
　制御部４１は、各種モジュールを組み合わせた作業システムＷＳのデジタルツインとしてシミュレーションモデルＭＳを構築し、対象のワークの情報や作業システムＷＳの作業内容などの仕様情報を含むシミュレーション条件ＳＣを受け付ける。シミュレーション条件ＳＣは、カスタマによりカスタマ端末６０に入力されるものなどとし、例えば図１０のカスタマＢにより作業システムＷＳ０のシミュレーションのために入力されるものである（図１０（ｄ））。なお、シミュレーション条件ＳＣは、ベンダによりベンダ端末５０などに入力されてもよいし、管理サーバ２０やシミュレーション装置４０により生成されてもよい。そして、制御部４１は、シミュレーション条件ＳＣに基づいてシミュレーションモデルＭＳを用いたシミュレーションを実行し、モジュールが有するモータの出力、連続時間や温度などの負荷情報やサイクルタイムなどの情報を含むシミュレーション結果ＳＲを生成する。シミュレーション装置４０は、シミュレーションモデルＭＳと、シミュレーション条件ＳＣと、シミュレーション結果ＳＲとを、データサーバ３０に出力する（図１０（ｅ））。データサーバ３０は、シミュレーション装置４０から入力した情報を、例えば記憶部３３の案件ＤＢ３３ｂに記憶する。
　次に、データサーバ３０の制御部３１（導出部）がメンテナンス周期ＭＣを導出するための処理を説明する。まず、メンテナンス周期ＭＣを導出するための導出モデル３４を作成したり更新したりする処理を説明する。図１１は、導出モデル関連処理の一例を示すフローチャートである。導出モデル関連処理では、制御部３１は、導出モデル３４の作成タイミングであるか否かを判定し（Ｓ４００）、作成タイミングでないと判定すると、Ｓ４３０に進む。なお、導出モデル３４の作成タイミングは、例えば、導出モデル３４が作成されていない状態で、稼働ＤＢ３３ｅや周期ＤＢ３３ｆに、導出モデル３４の作成に用いられる情報が十分に蓄積されたタイミングなどとする。
　制御部３１は、導出モデル３４の作成タイミングであると判定すると、稼働ＤＢ３３ｅから仕様情報と負荷情報（出力、連続時間、温度など）とを取得すると共に周期ＤＢ３３ｆからメンテナンス周期ＭＣを取得して導出モデル３４を作成する（Ｓ４１０）。導出モデル３４は、統計解析により作成されてもよいし、機械学習により作成されてもよい。例えば、導出モデル３４は、ワークの種類や作業内容の種類毎に、負荷情報を説明変数とし、メンテナンス周期ＭＣを目的変数として作成されればよい。上述したように、メンテナンス周期ＭＣが作業情報の評価に基づいて最適化されることにより、導出モデル３４により導出されるメンテナンス周期ＭＣを適切なものとすることができる。制御部３１は、作成した導出モデル３４を記憶部３３に登録して（Ｓ４２０）、Ｓ４３０に進む。
　また、制御部３１は、導出モデル３４の更新タイミングであるか否かを判定し（Ｓ４３０）、更新タイミングでないと判定すると、本処理を終了する。導出モデル３４の更新タイミングは、例えば、導出モデル３４の作成に用いられる情報が、稼働ＤＢ３３ｅや周期ＤＢ３３ｆに追加で蓄積されたタイミングなどとする。制御部３１は、導出モデル３４の更新タイミングであると判定すると、稼働ＤＢ３３ｅに追加された仕様情報と負荷情報とを取得すると共に周期ＤＢ３３ｆに追加されたメンテナンス周期ＭＣを取得して仕様情報に対応する導出モデル３４を更新して（Ｓ４４０）、本処理を終了する。このように、変形例では、導出モデル３４の作成に用いられる情報が追加されると、導出モデル３４が更新されるから、導出モデル３４によりメンテナンス周期ＭＣの導出の精度を向上させることができる。
　続いて、導出モデル３４を用いてメンテナンス周期ＭＣを導出する処理を説明する。図１２は、周期導出処理の一例を示すフローチャートである。制御部３１は、周期の導出対象の作業システムＷＳ（図１０では、作業システムＷＳ０）のシミュレーション結果ＳＲがある場合に、周期導出処理を実行する。なお、制御部３１は、導出対象のシミュレーション結果ＳＲがない場合、例えば、シミュレーション条件ＳＣを入力してシミュレーションを実行するようにカスタマに促してもよい。
　周期導出処理では、制御部３１は、導出対象の作業システムＷＳについて、仕様情報を含むシミュレーション条件ＳＣを取得すると共に（Ｓ５００）、負荷情報を含むシミュレーション結果ＳＲを取得する（Ｓ５１０）。なお、Ｓ５００，Ｓ５１０では、制御部３１は、シミュレーション装置４０から入力された（記憶部３３の案件ＤＢ３３ｂに記憶された）、シミュレーション条件ＳＣとシミュレーション結果ＳＲとを取得する。次に、制御部３１は、取得した仕様情報と負荷情報とに基づいて、導出モデル３４を用いてメンテナンス周期ＭＣを導出し（Ｓ５２０）、そのメンテナンス周期ＭＣを、例えばカスタマに提示する（Ｓ５３０，図１０（ｆ））。制御部３１は、導出したメンテナンス周期ＭＣを、カスタマ端末６０に送信するなどにより、カスタマに提示すればよい。カスタマは、カスタマ端末６０に送信されたメンテナンス周期ＭＣを表示部６９で確認することができる。このため、カスタマは、シミュレーションを実行するなど検討中の作業システムＷＳについて、適切なメンテナンス周期ＭＣを把握することができる。なお、制御部３１は、カスタマに限られず、ベンダにメンテナンス周期ＭＣを提示してもよい。
　次に、制御部３１は、提示したメンテナンス周期ＭＣを登録する旨の指示を受けたか否かを判定し（Ｓ５４０）、指示を受けていないと判定すると、本処理を終了する。例えばカスタマは、表示部６９で確認したメンテナンス周期ＭＣに同意した場合、そのメンテナンス周期ＭＣを登録する旨の指示を行えばよい。一方、制御部３１は、指示を受けたと判定すると、メンテナンス周期ＭＣを当該作業システムＷＳに対応付けて周期ＤＢ３３ｆに登録して（Ｓ５５０，図１０（ｇ））、本処理を終了する。
　このように、変形例では、シミュレーション装置４０が、作業システムＷＳのシミュレーションモデルＭＳを仮想空間上に作成し、仕様情報を含むシミュレーション条件ＳＣを受け付けてシミュレーションモデルＭＳのシミュレーションを行い、負荷情報を含むシミュレーション結果ＳＲを出力する。また、制御部３１は、仕様情報と負荷情報と周期情報とに基づいて、仕様情報と負荷情報からメンテナンス周期ＭＣを導出するための導出モデル３４を生成する。そして、制御部３１は、シミュレーション条件ＳＣとシミュレーション結果ＳＲとに基づいて導出モデル３４を用いてメンテナンス周期ＭＣを導出する。これにより、既に納入された各作業システムＷＳの負荷情報やメンテナンスの評価などを反映した導出モデル３４を作成することができる。そして、新たな作業システムＷＳの構成を検討する際や発注する前に、導出モデル３４を用いて適切なメンテナンス周期ＭＣを導出して、カスタマに提示することなどができる。このため、例えば作業システムＷＳを導入する前の検討段階で、カスタマはメンテナンス周期ＭＣを考慮したモジュールの構成品の検討が可能となる。例えば、カスタマが、価格を重視して小型のモジュールを選定したものの、モータの出力が高くなったり温度が高くなったりしてメンテナンスの周期が短くなり、却ってコストが増大する場合がある。そのような場合でも、変形例では、導出モデル３４を用いて購入前にメンテナンス周期ＭＣをカスタマに提示するから、作業システムＷＳを構成する各モジュールの適切な選定が可能となる。
　実施形態では、メンテナンス周期ＭＣと交換周期ＲＣとを両方用いてメンテナンスや交換の時期を判定したが、これに限られず、メンテナンス周期ＭＣと交換周期ＲＣとの一方のみを用いてメンテナンスや交換の時期の一方のみを判定してもよい。
　実施形態では、モジュールについてメンテナンス周期ＭＣと交換周期ＲＣとを用いてメンテナンスや交換の時期を判定し、消耗品について交換周期ＲＣを用いて交換の時期を判定したが、これに限られない。例えば、消耗品についても、メンテナンス周期ＭＣと交換周期ＲＣとを用いてメンテナンスや交換の時期を判定してもよい。また、モジュールについてメンテナンスや交換の時期を判定するものの、消耗品についてはメンテナンスや交換の時期を判定せずに管理しなくてもよい。ただし、カスタマの管理負担を抑えるために、消耗品についても管理するものが好ましい。
　実施形態では、構成品や消耗品について代替品があると判定した場合には、代替品を案内に含めて通知したが、これに限られず、代替品があるか否かを判定せず、代替品を案内に含めなくてもよい。
　実施形態では、出力と時間と温度とに基づいて、メンテナンス周期ＭＣや交換周期ＲＣを補正可能としたが、これに限られず、出力と時間と温度とのうちいずれか１つまたは２つのみに基づいてメンテナンス周期ＭＣや交換周期ＲＣを補正可能としてもよい。あるいは、そのようなメンテナンス周期ＭＣや交換周期ＲＣの補正を行わなくてもよい。
　実施形態では、各モジュールがＩｏＴモジュールとして構成され、ＩｏＴモジュールからデータサーバ３０に稼働情報が送信されたが、これに限られず、各モジュールがＩｏＴモジュールとして構成されなくてもよい。例えば、作業システムＷＳの制御部が各モジュールの稼働情報を収集して、データサーバ３０に送信してもよい。
　本開示は、生産設備の構成品の電子商取引サイトの技術分野などに利用可能である。
　１０，１０Ｂ　マーケットシステム、１２　ネットワーク、２０　管理サーバ、２１，３１，４１，５１，６１　制御部、２３，３３，４３，５３，６３　記憶部、２５，３５，４５，５５，６５　通信部、２７，５７，６７　入力部、２９，５９，６９　表示部、３０　データサーバ、３３ａ　モジュールＤＢ、３３ｂ　案件ＤＢ、３３ｃ　ベンダＤＢ、３３ｄ　カスタマＤＢ、３３ｅ　稼働ＤＢ、３３ｆ　周期ＤＢ、３４　導出モデル、４０　シミュレーション装置、５０　ベンダ端末、６０　カスタマ端末、１００　ロボット、１０２　エンドエフェクタ、１０３　カメラ、１０４　コンベア、１０５　フィーダ、ＭＳ　シミュレーションモデル、ＭＰ　マーケットプレイス、ＷＳ０，ＷＳ１　作業システム。

Claims (9)

  1. 　生産設備を構成する構成品をカスタマが発注可能な電子商取引サイトを運営するマーケットシステムであって、
    　前記構成品の累積使用時間または累積使用回数を含む稼働情報を前記構成品毎に収集して記憶する記憶部と、
    　前記構成品の交換の周期と、前記稼働情報とに基づいて、前記構成品毎に交換の時期を予測する予測部と、
    　予測された交換の時期になる前に、前記時期に係る前記構成品を前記電子商取引サイトで発注する案内をカスタマに通知する通知部と、
    　を備えるマーケットシステム。
  2. 　前記記憶部は、前記稼働情報に、前記構成品が有する消耗品の累積使用時間または累積使用回数を含めて記憶し、
    　前記予測部は、前記消耗品の交換の周期と、前記稼働情報とに基づいて、前記消耗品毎に交換の時期を予測し、
    　前記通知部は、予測された交換の時期になる前に、前記時期に係る前記消耗品を前記電子商取引サイトで発注する案内をカスタマに通知する、
    　請求項１に記載のマーケットシステム。
  3. 　前記通知部は、交換の時期に係る前記構成品について、後継品を含む代替品がある場合、前記代替品を前記案内に含めて通知する、
    　請求項１に記載のマーケットシステム。
  4. 　生産設備を構成する構成品をカスタマが発注可能な電子商取引サイトを運営するマーケットシステムであって、
    　前記構成品の累積使用時間または累積使用回数を含む稼働情報を前記構成品毎に収集して記憶する記憶部と、
    　前記構成品のメンテナンスの周期と、前記稼働情報とに基づいて、前記構成品毎にメンテナンスの時期を予測する予測部と、
    　予測されたメンテナンスの時期になる前に、前記時期に係る前記構成品のメンテナンスの案内をカスタマに通知する通知部と、
    　を備えるマーケットシステム。
  5. 　前記記憶部は、前記稼働情報に、前記構成品の稼働負荷に関する負荷情報を含めて記憶し、
    　前記予測部は、前記稼働負荷が高いほど短くなる傾向で前記周期を補正した補正後周期と、前記稼働情報とに基づいて、前記時期を予測する、
    　請求項１または４に記載のマーケットシステム。
  6. 　前記記憶部は、前記生産設備における生産の対象物および内容に関する仕様情報と、前記構成品の稼働負荷に関する負荷情報と、前記周期に関する周期情報とを記憶し、
    　前記生産設備のシミュレーションモデルを仮想空間上に作成し、前記仕様情報を含むシミュレーション条件を受け付けて前記シミュレーションモデルでシミュレーションを行い、前記負荷情報を含むシミュレーション結果を出力するシミュレーション部と、
    　前記仕様情報と前記負荷情報と前記周期情報とに基づいて前記仕様情報と前記負荷情報から前記周期を導出するための導出モデルを生成し、前記シミュレーション条件と前記シミュレーション結果とに基づいて前記導出モデルを用いて前記周期を導出する導出部と、
    　を備える請求項１または４に記載のマーケットシステム。
  7. 　前記記憶部は、ＩｏＴ機能を有する前記構成品から、通信により送信される前記稼働情報を前記構成品毎に収集して記憶する、
    　請求項１または４に記載のマーケットシステム。
  8. 　生産設備を構成する構成品をカスタマが発注可能な電子商取引サイトにおける発注促進方法であって、
    　前記構成品の累積使用時間または累積使用回数を含む稼働情報を前記構成品毎に収集して記憶するステップと、
    　前記構成品の交換の周期と、前記稼働情報とに基づいて、前記構成品毎に交換の時期を予測するステップと、
    　予測された交換の時期になる前に、前記時期に係る前記構成品を前記電子商取引サイトで発注する案内をカスタマに通知するステップと、
    　を含む発注促進方法。
  9. 　生産設備を構成する構成品をカスタマが発注可能な電子商取引サイトにおける発注促進方法であって、
    　前記構成品の累積使用時間または累積使用回数を含む稼働情報を前記構成品毎に収集して記憶するステップと、
    　前記構成品のメンテナンスの周期と、前記稼働情報とに基づいて、前記構成品毎にメンテナンスの時期を予測するステップと、
    　予測されたメンテナンスの時期になる前に、前記時期に係る前記構成品のメンテナンスの案内をカスタマに通知するステップと、
    　を含む発注促進方法。
PCT/JP2024/015449 2024-04-18 2024-04-18 マーケットシステムおよび発注促進方法 Pending WO2025220189A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/015449 WO2025220189A1 (ja) 2024-04-18 2024-04-18 マーケットシステムおよび発注促進方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/015449 WO2025220189A1 (ja) 2024-04-18 2024-04-18 マーケットシステムおよび発注促進方法

Publications (1)

Publication Number Publication Date
WO2025220189A1 true WO2025220189A1 (ja) 2025-10-23

Family

ID=97403139

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/015449 Pending WO2025220189A1 (ja) 2024-04-18 2024-04-18 マーケットシステムおよび発注促進方法

Country Status (1)

Country Link
WO (1) WO2025220189A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008243018A (ja) * 2007-03-28 2008-10-09 Konica Minolta Business Technologies Inc 消耗品を備えた装置
WO2021038634A1 (ja) * 2019-08-23 2021-03-04 株式会社Ｆｕｊｉ マーケットシステム
WO2022149368A1 (ja) * 2021-01-07 2022-07-14 パナソニックＩｐマネジメント株式会社 装置保全支援装置、装置保全方法、装置保全プログラムならびに装置保全支援システム
JP2022146689A (ja) * 2021-03-22 2022-10-05 住友建機株式会社 ショベル、ショベルの表示装置、ショベルの管理装置
JP2022189513A (ja) * 2021-06-11 2022-12-22 本田技研工業株式会社 選択支援装置、選択支援方法、記憶媒体及びプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008243018A (ja) * 2007-03-28 2008-10-09 Konica Minolta Business Technologies Inc 消耗品を備えた装置
WO2021038634A1 (ja) * 2019-08-23 2021-03-04 株式会社Ｆｕｊｉ マーケットシステム
WO2022149368A1 (ja) * 2021-01-07 2022-07-14 パナソニックＩｐマネジメント株式会社 装置保全支援装置、装置保全方法、装置保全プログラムならびに装置保全支援システム
JP2022146689A (ja) * 2021-03-22 2022-10-05 住友建機株式会社 ショベル、ショベルの表示装置、ショベルの管理装置
JP2022189513A (ja) * 2021-06-11 2022-12-22 本田技研工業株式会社 選択支援装置、選択支援方法、記憶媒体及びプログラム

Similar Documents

Publication Publication Date Title
Ni et al. Decision support systems for effective maintenance operations
JP6926224B2 (ja) 技能基盤システム、技能モデル化装置および技能流通方法
JP6880343B1 (ja) スケジューラシステム、スケジューラ管理装置および機械学習装置
KR101228633B1 (ko) 설비 관리 시스템, 설비 관리 방법 및 프로그램을 기록한 컴퓨터 판독 가능 기록 매체
JP6806384B2 (ja) 故障予測システム
US8666516B2 (en) Advanced planning system
KR102637167B1 (ko) 생산 공정 및 기업간 생산 계획과 연동된 제품 이송최적화 방법
Schreiber et al. Integrated production and maintenance planning in cyber-physical production systems
CN116300720A (zh) 一种智能化产线柔性调度高级计划排产系统
CN112766530B (zh) 生产准备及生产启动作业辅助装置、系统及方法
CN113841094A (zh) 作业辅助装置及作业辅助系统
US20250164974A1 (en) Production Management Device, Production Management System, and Production Management Method
KR100453699B1 (ko) 생산공정 모니터링 시스템을 이용한 생산관리 시스템제공방법 및 장치
JP6894414B2 (ja) 在庫管理支援システム及び方法
JP2000210845A (ja) 生産管理装置及び生産管理方法
US20200241503A1 (en) Industrial machine management system, method for managing industrial machine, and non-transitory computer-readable storage medium
CN117436625A (zh) 一种生产排程管理方法、系统、设备及介质
JPWO2020178937A1 (ja) 設備導入支援システム
JP2006134022A (ja) 製品の販売価格・保守管理費用の設定評価支援装置、及び製品の販売価格・保守管理費用の設定評価支援方法
JPH05342222A (ja) 生産管理システム
JP2006318046A (ja) 情報管理システムおよび情報管理方法
JP2002099598A (ja) 機械及び機械部品の残存価値算出システムおよび残存価値算出方法
JP2023035417A (ja) 保守支援システム
JP6713963B2 (ja) サプライチェーン業務シミュレーションの初期在庫情報生成方法及び装置
JP7364121B1 (ja) 設備保全管理システム

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

Country of ref document: EP

Kind code of ref document: A1