Information processing system, information processing apparatus, server device, program, cloud, or method

The information processing system addresses inefficiencies in planning by generating constraint-satisfying plans for production, filling, and inspection, using unified data structures to manage inventory and reduce dummy data input, enhancing operational efficiency and user convenience.

JP2025112950APending Publication Date: 2025-08-01株式会社ALGO ARTIS
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
JP2024007533
Authority / Receiving Office
JP · JP
Patent Type
Applications
Current Assignee / Owner
Filing Date
2024-01-22
Publication Date
2025-08-01

AI Technical Summary

Technical Problem

Existing information processing systems fail to effectively utilize computer technology for planning tasks due to the complexity of handling various constraints, leading to inefficiencies in production, filling, inspection, and inventory management, requiring laborious input of dummy data and separate consideration of filling and inspection plans.

Method used

An information processing system that acquires and processes data to generate plans that satisfy multiple constraints, including production, filling, and inspection plans, using a unified data structure to abstract and manage inventory across tanks, silos, and warehouses, reducing the need for dummy data input and enabling flexible planning.

Benefits of technology

The system enhances planning efficiency by reducing the input of dummy data, allowing flexible processing flows, and facilitating integrated management of inventory and plans across different operations, thereby improving user convenience and reducing labor.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 2025112950000001_ABST
    Figure 2025112950000001_ABST
Patent Text Reader

Abstract

To provide an information system, an information processing apparatus, a server device, a cloud, a program, and a method for more appropriately supporting a plan.SOLUTION: A computer program causes a system to operate as: acquisition means which acquires data related to tasks used in one or more common modules related to a constraint condition and one or more individual modules related to the constraint condition; and generation means which makes a plan based on the data related to the tasks. The common modules and the individual modules are different in timing of incorporation to the system. The plan includes a plan related to a first party concerned and a plan related to a second party concerned, and same common modules are used by the first party concerned and the second party concerned, and different individual modules are used by the first party concerned and the second party concerned.SELECTED DRAWING: Figure 3
Need to check novelty before this filing date? Find Prior Art

Description

[Technical Field]

[0001] The technology disclosed in this application relates to an information processing system, an information processing device, a server device, a cloud, a program, or a method. [Background technology]

[0002] In recent years, effective use of information processing devices for planning support has been considered. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2010-122902 [Patent Document 2] Japanese Patent Application Publication No. 5-307554 [Non-patent literature]

[0004] [Non-Patent Document 1] Shigeru Tani (Toray Industries, Inc.) "Addressing Production Planning Problems in Materials Manufacturers," Operations Research Society of Japan, No. 11, 1998 [Non-patent document 2] https: / / www.youtube.com / watch?v=8kWeMTGLPtc Summary of the Invention [Problem to be solved by the invention]

[0005] However, there are situations where computer technology is not utilized to properly carry out planning. Therefore, various embodiments of the present invention provide an information processing system, an information processing device, a server device, a cloud, a program, or a method to solve the above-mentioned problems. [Means for solving the problem]

[0006] One embodiment of the present application is The system is an acquisition means for acquiring data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions, a generation means for generating a plan based on the data related to the task, a computer program for causing it to function.

[0007] Another embodiment according to the present application is where the system performs an acquisition step of acquiring data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions, a generation step of generating a plan based on the data related to the task, a method of execution.

[0008] Another embodiment according to the present application is an acquisition unit that acquires data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions, a generation unit that generates a plan based on the data related to the task, a system comprising the same.

[0009] Another embodiment according to the present application is an acquisition unit that acquires data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions, a generation unit that generates a plan based on the data related to the task, a cloud comprising the same.

Advantages of the Invention

[0010] According to one embodiment of the present invention, planning can be more appropriately supported.

Brief Description of the Drawings

[0011]

Figure 1

Figure 2

Figure 3

Figure 4(a)

Figure 4(b)

Figure 4(c)

Figure 4(d)

Figure 4(e)

Figure 4(f)

Figure 4(g)

Figure 4(h)

Figure 4(i)

Figure 5(a)

Figure 5(b)

Figure 5(c)

Figure 5(d)

Figure 5(e)

Figure 6(a)

Figure 6(b)

Figure 7(a)

Figure 7(b)

Figure 7(c)

Figure 7(d)

Figure 8(a)

Figure 8(b)

Figure 8(c)

Figure 9

[0012] 1. Summary An example of the technology disclosed in the present application is to use information processing technology to assist in planning.

[0013] The plan preferably formulates a plan that does not violate such various constraints under various constraints as described below. The plan may be, for example, a production plan for producing products or chemicals, a filling plan for filling the produced chemicals into a shipping form (container), an inspection plan for inspecting the produced products or chemicals, an inventory plan for storing products or chemicals, and / or a purchase plan for purchasing raw materials for products or chemicals. These plans need to consider various constraints. For example, since the number of production devices in the factory is limited, in order to efficiently use these limited production devices, it is necessary to plan the order of tasks for producing products so as to meet the product shipping plan. For example, in a reaction kettle, chemicals may be produced by reaction from raw materials. However, when different reactions are carried out from different raw materials in the same reaction kettle, in order to avoid contamination of different raw materials in the reaction kettle, when changing such raw materials and reactions, the reaction kettle may need to be cleaned. Since this cleaning period does not allow the reaction (production) of chemicals, the efficiency decreases. Similarly, devices such as filling devices and storage devices may require a cleaning period when the raw materials and chemicals used are different. There are also other constraints. For example, since personnel are required for the use of the device, it is necessary to ensure the personnel for operating the device within the range of personnel constraints (such as within the upper limit of personnel during factory holidays or at night), or it may also be preferable to keep the utility costs required for operating the device (such as electricity costs, water costs, gas costs, steam costs, etc.) within a predetermined range. Also, from the perspective of avoiding an inventory level that is lower than the shipping quantity or has a certain degree of low possibility of being lower at the shipping time in the shipping plan, it may be preferable to have a certain level of inventory. Therefore, it is preferable to be able to formulate a plan that preferably satisfies multiple constraints.

[0014] One example of a system may be an available mode when a user formulates a plan.

[0015] As an example of an overall view including the hardware that constitutes the system of one example, for example, FIG. 1 can be cited. In this figure, the system of each embodiment described in detail below may correspond to the server or cloud 101. In the present application documents, the term "system" may be composed of one or more information processing devices. Further, the system may include a network that connects between a plurality of information processing devices. Further, the system may include one or more user terminals and / or administrator terminals in this figure. Further, the system may include a cloud.

[0016] The administrator terminals 102a and 102b are terminals for managing the system. It may have a function of adjusting parameters regarding the functions provided by the system of each embodiment described later and a function of displaying the status of the system. The administrator terminal may be capable of inputting master data, task data, data regarding weighting used for KPI (Key Performance Indicator), and / or data related to common modules and individual modules, etc.

[0017] In this figure, two cases of the administrator terminal are shown, but it is not limited to two, and it may be one or more administrator terminals, or the administrator terminal may not be connected to the system or there may be no administrator terminal.

[0018] The user terminals 103a and 103b are terminals used by users of the system. The user may be a person who considers a plan using this system. The user may input data via the user terminal. The user terminal is provided with an input device and may input various data. For example, master data, task data, and / or data regarding weighting used for PKI, etc., described later may be input. The user terminal may be provided with an output device. For example, the output device may be a display and may display data related to the plan and displays regarding violation of the constraint conditions described later. In this figure, two cases of the user terminal are shown, but it is not limited to two, and it may be one or more user terminals.

[0019] 2. A Function of an Example Embodiment As shown in FIG. 2, a system of an example may include an acquisition unit, a processing unit, and a display unit. These acquisition unit, processing unit, and display unit may all be provided by the same information processing apparatus, or may be provided by different information processing apparatuses.

[0020] 2.1. Acquisition Unit The acquisition unit has a function of acquiring data. The data may include master data and / or task data. Further, the data may be data acquired by the user when changing data within the plan.

[0021] Additionally or alternatively, the acquisition unit may acquire data from various input devices. The input device may be any device capable of inputting data, such as a keyboard, a mouse, a touch panel, etc.

[0022] Additionally or alternatively, the acquisition unit may acquire data from another information processing apparatus different from the information processing apparatus having the acquisition unit. For example, the acquisition unit may be capable of communicating with another information processing apparatus different from the information processing apparatus having the acquisition unit, either wired or wirelessly, and may utilize the input of data from an input device related to such another information processing apparatus.

[0023] The acquisition unit may utilize data in the memory within the information processing apparatus. For example, data in a file within the information processing apparatus may be utilized.

[0024] 2.2. Processing Unit The processing unit has a function of processing using one or more data. The processing unit may have a function of generating a plan and / or a function of changing a plan using the data acquired by the acquisition unit.

[0025] The processing unit may be implemented by a CPU, a processor, a microprocessor, etc.

[0026] 2.3. Display Unit The display unit has a function of displaying data. The data to be displayed may be the data acquired by the acquisition unit and / or the data processed by the processing unit. For example, the display unit may display the master data, task data acquired by the acquisition unit, data related to the plan processed by the processing unit, and / or data related to the alert.

[0027] The display unit may be displayed by a display device. The display device may be any device as long as it has a function of displaying data, such as a display, a touch panel, etc.

[0028] 3. Embodiment Next, with reference to FIG. 3, the flow in an example system will be described.

[0029] Step 1 An example system acquires one or more pieces of master data and one or more pieces of task data. The master data and task data may be prepared in advance by the user or may be generated by another system.

[0030] In this application document, the master data may be basic data. The master data may be, for example, data related to devices, data related to utility costs, data related to products, etc. The data related to a device may include, for example, if it is a production device, products that the production device can manufacture, the period required to produce the products, the raw materials required to produce the products and their quantities, the frequency of maintenance and the period of maintenance, etc. Also, the data related to a device may include, if it is an inspection device, products that can be inspected, items that can be inspected, the period required for inspection, etc. Also, the data related to utility costs may include data on costs such as electricity bills, water bills, gas bills, steam bills, etc. Since the master data is the basic data of the device as described above, it is basically not changed, but it may be changed according to adjustments of the device, changes in fees, etc.

[0031] On the other hand, the task data may be data used according to the project. For example, it may be data on an order for a product from a client. For example, if there is an order to manufacture 100 lots of Product A, it may be data for manufacturing 100 lots of Product A. For example, it may be data such as putting X amount of raw material B and Y amount of raw material C into apparatus Z to manufacture Product A.

[0032] For example, as master data, one example of the system may be various ones shown in FIGS. 4(a) to 4(i). For example, the master data may include a batch task master, a batch task required time master, a continuous task master, a storage location master, a master of items storable at the storage location, a device storage location connection master, an item master, a BOM (Bill of Materials), and / or a BOM raw material master.

[0033] The batch task master may define the relationships among batch tasks, the devices used, the items serving as raw materials, the production volume, and / or the version. The continuous task master may define the relationships between the devices used, the raw materials, the production volume per unit time, and / or the version. The version in these cases may be used to manage these relationships as different versions because the raw materials and / or the production volume per batch may vary depending on the device used (for example, Task A may be managed as version X when using device X1 with raw material X2 and a production volume of 1, as version Y when using device Y1 with raw material Y2 and a production volume of 2, and as version Z when using device X1 with raw materials Z1 and Z2 and a production volume of 3, etc.). The batch task required time master may define the relationship between the batch task ID (batch task name) and the required time according to the number of batches. This is because the number of batch tasks and the required time do not have a proportional relationship, and the required time may be determined according to the batch task ID and the number of batches. Also, the required time may change between the first batch and subsequent batches in terms of the number of batches for a batch task, and the relationship between the number of batches of such a batch task and the required time may be defined. Further, since the amount of raw materials depends on the device (such as a production device) performing the batch task, the relationship between the amount of raw materials and the device performing the batch task may be defined. The storage location master may include the unit, the item storage location type, the upper limit quantity and / or the lower limit quantity, and / or whether only one type can be stored. The item master that can be stored in the storage location may specify the items that each storage location can hold, and indicate that items other than the specified ones cannot be stored. The device-storage location connection master may define the relationships between upstream and downstream devices and storage locations that are in a connection relationship within a factory, etc., and may indicate that the sending and storage locations are not in a connection relationship as defined therein. Also, the item master may relate the relationship between the item name, the unit of the item, and the type of the storage location of the item. The BOM may relate the item, the version, the production volume, and the details. This indicates that when a certain item is of a certain version described above, a specific production volume is generated. Also, the BOM raw material master may relate the relationship between the parent item, the version, the raw material, and the usage amount.This may indicate that a certain parent item can be generated by using the related raw materials in the amount as described in a certain version above.

[0034] In the plan, the inventors of the present application had grasped the plan generation technology as shown in FIG. 5(a) as the prior art. That is, the raw materials, chemicals, filled items, and packaging forms are defined as separate items. The output diagram in this case is as shown in FIG. 5(b). However, in this figure, it is a system premised on the process of batch-producing raw materials, filling them into tanks, and storing them in a warehouse. In such a system, although a certain customer can easily use it to perform the processing along this process, other customers may have other processes.

[0035] For example, when the filling operation is outsourced to another company instead of being performed in-house, there is no need to make a filling plan in-house. Nevertheless, the system according to such prior art only accepts plans premised on filling as understood by the inventors, so it was necessary to enter dummy data for the originally unnecessary filling plan locations. Note that even though it is called dummy data, it depends on other data (for example, the timing and quantity of filling may depend on other data), so there was a problem that it was very laborious just to create and enter the dummy data. Therefore, there has been a problem that the amount of dummy data input is huge.

[0036] In addition, when inspections are carried out after filling, in the process of this example, after filling, it is the process of the warehouse and it is not possible to enter a plan for inspections, and it was necessary to conduct a separate study only for that part (However, conducting a separate study means that it is necessary to separately study the inspection personnel, the necessary inspection time, inspection delays, and the cost of services required for inspections, etc., so the study cannot be completed only with the conventional system, and the labor for the study has increased significantly.).

[0037] Therefore, the system in the above example has the advantage of reducing the input amount of dummy data, making the processing flow flexible, and improving the convenience of use by enabling the input processing of abstracted master data and / or task data.

[0038] More specifically, as shown in FIG. 5(c), the system in one example may have a data structure of "item" as a superordinate concept of objects to be processed such as raw materials, intermediates, by-products, products, and packaging (containers) in the prior art. Here, an intermediate may be one that is generated by using a raw material or an intermediate but is not the final product and is used in the production of the final product. A by-product may be one that is generated by using a raw material or an intermediate but is not the final product and is not used in the production of the final product. The data structure of "item" may have flags that specify raw materials, intermediates, by-products, products, and packaging (containers) that the item specifically means. In this figure, it may be available as Itemtype (flag). This flag has a function of specifying whether it is any one of raw materials, intermediates, by-products, products, and packaging (containers) as a specific object of the item when applying the constraint conditions, and / or a function of specifying which plan or inventory of raw materials, intermediates, by-products, products, and packaging (containers) is indicated when specifically displaying the item. In particular, in the prior art, there are cases where intermediates and by-products cannot be used, but with such a configuration, the system in this example has the advantage of being able to use intermediates and by-products. Note that chemical products have a relationship in which intermediates or products are generated from raw materials. In this figure, in bom_row_material_master, the relationship between raw materials and the intermediates or products produced may be associated by one or more child items (raw materials) and one or more parent items (intermediates or products). In the above, the objects of raw materials, intermediates, by-products, products, and packaging (containers) are abstracted as "items", but in another example of the system, other objects may be abstracted and put into "items". An "item" is, in short, an object to be transformed such as raw materials, intermediates, by-products, products, and packaging (containers) in a factory.

[0039] Also, a system in one example may have a data structure of "task" as a higher-level concept indicating the processes themselves such as batch production, continuous production, filling, and inspection in the prior art. Note that as data, the data structure of "task" may have, as Devicetype (flag), what the task specifically means, i.e., what indicates the processes themselves such as batch production, continuous production, filling, and inspection. This flag may have a function of specifying whether, when applying the constraint conditions, it is any one of the processes such as batch production, continuous production, filling, and inspection as the specific object of the task, and / or a function of specifying whether it is any one of the processes such as batch production, continuous production, filling, and inspection when specifically displaying the task. Note that in the above, the processes of batch production, continuous production, filling, and inspection are abstracted as "task", but in another example system, other processes may be abstracted and put into "task". "Task" is, in short, anything that performs a conversion process on the above-mentioned "item" in a factory. In the prior art, there are cases where only the production plan cannot handle the filling plan, inspection plan, etc. However, when a configuration is provided that can generate a filling plan and / or an inspection plan in addition to the above production plan, there is an advantage that the filling plan and the inspection plan can be handled in the same way using a common format in addition to the production plan. In particular, for example, when incorporating a filling plan or an inspection plan into the plan, since equipment corresponding to these filling operations and inspection operations is required, the personnel and service fees of those equipment are required, and the time for implementing those plans is also required. Nevertheless, when only a part of the overall plan from raw material purchase to shipment is handled as in the conventional system and the filling plan and inspection plan are excluded, separate consideration of the remaining part is necessary and a burden is generated (that is, consideration of personnel for the inspection plan and filling plan, consideration of service fees, and time until shipment need to be newly considered in addition to the previous production plan, and since these may be related to each other, it is required to consider the inspection plan and filling plan many times in response to minor changes and adjustments in the production plan). Therefore, it can be said that the advantage of being able to uniformly handle the overall plan used by the user according to the user's circumstances is extremely large.Note that such an example system may have a configuration including a filling plan and an inspection plan, but it does not always necessarily have a filling plan or an inspection plan as an essential configuration. The technical idea of an example system lies in the ability to flexibly construct a plan in accordance with the plan of the operations desired by the user according to the user's circumstances.

[0040] In addition, an example system may have a data structure of a "storage facility" as a superordinate concept such as a tank, a silo, a warehouse, etc., which have a function of storing raw materials, intermediates, by-products, products, and shipping forms (containers) in the prior art. Note that as data, the data structure of the "storage facility" may have, as Storagetype (flag), what indicates the storage means itself such as a tank, a silo, a warehouse, etc., which the task specifically means. This flag may have a function of specifying whether it is any one of storage means such as a tank, a silo, a warehouse, etc. as a specific object of the storage facility when applying constraint conditions, and / or a function of specifying whether it is any one of storage means such as a tank, a silo, a warehouse, etc. when specifically displaying the storage facility. Note that in the above, the storage means such as a tank, a silo, a warehouse are abstracted as a "storage facility", but another example system may abstract other functions having other storage functions and put them into the "storage facility". In short, the "storage facility" only needs to have a function of storing what has been converted by the above "task" in the factory. In the prior art, it was difficult to manage inventory separately for tanks, silos, and warehouses based on constraint conditions. However, when the tanks, silos, and warehouses can be managed by flags as described above, there is an advantage that it becomes easier to manage inventory separately for tanks, silos, and warehouses.

[0041] When applying the restrictive conditions in the "Item", the function of specifying whether the specific object of the item is any one of raw materials, intermediates, by-products, products, and packaging (containers), and the function of specifying whether the specific object of the "Task" is any one of processes such as batch production, continuous production, filling, and inspection when applying the restrictive conditions, by combining both, a specific item (for example, any one of raw materials, intermediates, by-products, products, and packaging (containers)) and a specific task (for example, any one of processes such as batch production, continuous production, filling, and inspection) can be specified. Therefore, the target restrictive conditions can be selected and applied.

[0042] In addition, when specifically displaying items, there is a function to identify whether it indicates the plan or inventory of any of raw materials, intermediates, by-products, products, and packaging (containers), and when specifically displaying tasks, there is a function to identify whether it is any of the processes such as batch production, continuous production, filling, and inspection. By using these functions, the objects to be displayed can be presented as the same category (i.e., the same category such as the plan of batch tasks or the plan of filling tasks), which has the advantage of being easy to understand. FIG. 5(d) is an example of such a display. In this figure, for example, it is possible to display the inventory of raw materials for a specific item and chemicals (intermediate products or final products generated based on the raw materials). This is because in the item master data, it is possible to identify whether it is a raw material or a chemical by a flag. In the case of raw materials, since a specific item is associated with the raw material, after identifying the raw material for a specific item, it is possible to generate the current inventory data of the raw material. Similarly, in the batch task plan, it is possible to display the batch task ID, batch task name, start time, end time, number of batches, and the relationship between the production volume. Also, the change in the inventory at the storage location may display the situation where the amounts of each chemical (Chemical 1, Chemical 2) in the storage location and their total value change according to the schedule. Here, as described above, the batch task plan may be classified by type using a flag. For example, it may be the batch task plan for the production plan, the batch task plan for the filling plan, the batch task plan for the inspection plan, etc. Note that there can be various departments among the users of the system in this case. For example, the production management department, the logistics and shipping department, the inspection department, etc. And each department will create the relevant plans that it can be related to. For example, the production management department may create the batch task plan for the production plan, the logistics and shipping department may create the batch task plan for the filling plan, and the inspection department may create the inspection plan. Therefore, the users within each department may use the system in this example via the terminals used by the users within each department.For example, as a user terminal in FIG. 1, a system may be capable of communicating with one or more user terminals (which may also be referred to as production management terminals) used by persons related to the production management department, one or more user terminals (which may also be referred to as logistics and shipping management terminals) used by persons related to the logistics and shipping department, and / or one or more user terminals (which may also be referred to as inspection department terminals) used by persons related to the inspection department. The production management terminal may be used to create a batch task plan for the production plan and display the plan. The logistics and shipping management terminal may be used to create a batch task plan for the filling plan and display the plan. And / or the inspection department terminal may be used to create a batch task plan for the inspection plan and display the plan.

[0043] In this case, the production management terminal may be able to create and / or edit the production plan, but may not be able to create and / or edit the filling plan or the inspection plan. In this case, by granting the creation and / or editing authority only to the responsible section, there is an advantage of preventing confusion. Alternatively, even if the production management terminal can create and / or edit the filling plan or the inspection plan, the creation and / or editing associated with data indicating that it is created and / or edited by the relevant person in the production management department may be permitted. Even in this case, there is an advantage of preventing confusion. Similarly, in this case, the logistics management terminal, etc. may be able to create and / or edit the filling plan, but may not be able to create and / or edit the production plan or the inspection plan. In this case, by granting the creation and / or editing authority only to the responsible section, there is an advantage of preventing confusion. Alternatively, even if the logistics management terminal, etc. can create and / or edit the production plan or the inspection plan, the creation and / or editing associated with data indicating that it is created and / or edited by the relevant person in the logistics management department, etc. may be permitted. Even in this case, there is an advantage of preventing confusion. Similarly, in this case, the inspection department terminal may be able to create and / or edit the inspection plan, but may not be able to create and / or edit the production plan or the filling plan. In this case, by granting the creation and / or editing authority only to the responsible section, there is an advantage of preventing confusion. Alternatively, even if the inspection department terminal can create and / or edit the production plan or the filling plan, the creation and / or editing associated with data indicating that it is created and / or edited by the relevant person in the inspection department may be permitted. Even in this case, there is an advantage of preventing confusion. Note that in the above, the production management terminal, the logistics management terminal, etc., and / or the inspection department terminal may each display the plan of the batch task plan of the production plan, the batch task plan of the filling plan, and / or the batch task plan of the inspection plan. By being able to view the status of other plans, there is an advantage that each relevant person can consider the plan while understanding other situations. An example system may achieve the above by having a function of permitting for each terminal regarding the creation and / or editing of each of the above plans.In addition, the batch task plan for production planning, the batch task plan for filling planning, and / or the batch task plan for inspection planning may be configured to obtain approval from other departments through a workflow. Note that in the above description, it is mainly described as a batch task plan, but in addition to or instead of this, it may also be a continuous task plan.

[0044] Note that Fig. 5(e) illustrates an example of which parts are specifically made common by the above-mentioned abstraction technology in an example system in the display of the prior art. In the prior art, there may be cases where inventory management for each item cannot be performed, whereas the system of this example having the above configuration has the advantage of enabling inventory management for each item.

[0045] Note that the system of an example according to the present application is a technology that eliminates the need to input dummy data for the part where the input data is abstracted. Therefore, in the case where the input data is partially abstracted and the other part is not abstracted, for the abstracted part, the input of dummy data may be unnecessary, and for the other non-abstracted part, the input of dummy data may be required. Even in this case, since the input burden of dummy data is reduced in the abstracted part, there is an advantage in improving the convenience for the user.

[0046] In addition to the above-mentioned master data, an example system may obtain a shipping plan and current inventory data as task data. For example, it may be Fig. 6(a). Note that in the present application documents, the shipping plan may include the plan to sell. This is because the plan to sell can be regarded as the same as the shipping plan in terms of being the final output produced at the factory.

[0047] Step 2 One example of a system may generate plans such as a production plan, a filling plan, an inspection plan, and / or a purchasing plan based on a shipping plan and / or current inventory data. Here, the plans such as the production plan, the filling plan, the inspection plan, and / or the purchasing plan may preferably satisfy one or more of the constraints related to the master data. Note that in the case of newly producing a product, etc., as the inventory data, one example of a system may acquire the inventory data as 0.

[0048] The means for generating a production plan while satisfying the constraints may be organized as, for example, the problem of how to arrange various tasks on a schedule. That is, it may be the problem of arranging the production tasks (which products to produce, in which device or lane (such as a kiln), at which point in time on the schedule, and to what extent) to generate a production plan.

[0049] One example of a system may generate, as a production plan and a filling plan by arranging production tasks, for example, as shown in FIG. 6(b). In this figure, in reaction kiln 1, first, 10 tons of item A8 batch are generated, then switched to generate 9 tons of item B9 batch, and then switched to generate item C4 batch (2t). In reaction kiln 2, first, 10t of item A8 batch is generated, then switched to generate 5 tons of item D4 batch. In reaction kiln 3, 10 tons of item D8 batch are generated, then switched to generate 14 tons of item B14 batch. The above process may be an example. Here, the left - right direction in this figure may indicate the time flow (schedule). Therefore, the switching timing from the generation of item B9 batch in reaction kiln 1 and the switching timing from the generation of item A8 batch in reaction kiln 2 may be the same. Also, the switching timing from the generation of item D8 batch in reaction kiln 3 may precede the switching timing from the generation of item A8 batch in reaction kiln 1. Also, at filling station 1, a task of filling 3 tons of item A drums may be performed, and then a task of filling 10 tons into item C drums may be performed. At filling station 2, a task of filling 10 tons into item A flexible containers may be performed, and then a task of filling 2 tons into item D flexible containers may be performed.

[0050] One example of the system may generate an inspection plan and a purchase plan in addition to or instead of a production plan and a filling plan.

[0051] In a two-dimensional production plan including one or more production facilities such as manufacturing, inspection, filling, and other devices, lanes, and reaction kilns, and a temporal schedule, the above problem of arranging one or more production tasks becomes a problem of where to arrange each production task on the two-dimensional production plan, and the number of combinations becomes extremely large. The production plan with the production tasks arranged is required to preferably satisfy one or more constraints. Therefore, for the combination of arrangements of production tasks, a data structure such as a tree in computer science may be generated, and as a search of this data structure such as a tree, a production plan that preferably satisfies the constraints by arranging the production tasks may be generated by a breadth-first search, a depth-first search, or a combination of these.

[0052] When arranging production tasks on the two-dimensional production plan described above, the quantity and production time of the product to be produced may be specified based on the shipping plan. That is, by subtracting the current inventory quantity from the shipping plan, the quantity of the product to be produced by a specific time can be specified, and thus it may be required to arrange the production tasks so that the quantity of the product to be cleared by such a specific time can be produced. Note that the product to be produced is exceptional when the product can be produced from raw materials in one process (for example, when the final product B is produced from raw material A by a one-step production process), and it is common for the product to be produced from raw materials in multiple processes (for example, when the (intermediate) product B is generated from raw material A by a one-step production, and the final product C is produced from product B by a further one-step production. Note that it may not be limited to such two steps, and there may be cases where multiple processes are involved, and in each process, one or more raw materials and / or one or more intermediate products may be required for production). Therefore, they may be arranged in a form that satisfies the conditions of these production processes.

[0053] A system of an example may utilize two or more different types of constraint conditions. The two or more different types of constraint conditions may include general constraint conditions (which may also be referred to as "common modules") that can be utilized by general users of the system of this example, and constraint conditions specific to users (which may also be referred to as "individual modules") that can be added to the system of an example according to the circumstances of each company.

[0054] Since the common module is a constraint condition that can be utilized by general users, it may be a basic constraint condition. On the other hand, the individual module may or may not be utilized depending on the circumstances of each company.

[0055] An example of the common module may be Fig. 7(a). Also, an example of the individual module may be Fig. 7(b).

[0056] The individual module may be a logic for detecting constraint violations or calculating the amount of computation. The individual module may be a logic for specifying and displaying the location where a violation occurred when detecting a constraint violation, or a logic for displaying the amount of computation. Therefore, the individual module may specify the logic for the target display. For example, the individual module may specify a logic for displaying batch tasks, a logic for displaying the transition of item inventory, a logic for displaying the transition of storage location inventory, and / or a logic for displaying a sales plan, etc. An example of specifying the output target of an alert or the amount of computation for a display (view) is Fig. 7(c).

[0057] Also, the individual module may be handled in a common data format. By being handled in a common data format, developers can easily perform development, and since the data format is common when processing as a constraint condition, there is an advantage that the same processing format (for example, the same function) can be applied.

[0058] FIG. 7(d) illustrates the common data format included in the individual modules in the form of pseudo-code of the data structure and the specific meaning of each variable. By using the variables of the common data structure, the individual modules have the advantage of being uniformly usable. In particular, as will be described later with specific examples of display, when the individual modules have a common data structure for displaying alerts, the same access method can be used for data structures with the same meaning, etc., and there is an advantage that the processing for displaying alerts can be made common. For example, when the data structure of data that can be used in alert display, such as start date, end date, importance, object to be drawn for the alert, etc., is made common, there is an advantage that the processing (access to the data structure, method of using the data, etc.) when using these data can be made common (for example, since the data structures are the same, the same function can be used, and it may be possible to expect a reduction in coding effort and a reduction in bugs).

[0059] Also, in generating a production plan that preferably satisfies such constraint conditions, a priority order may be defined for the constraint conditions. In particular, as the priority order of the constraint conditions in the production plan, for example, the following priority orders may be considered.

[0060] For example, as Constraint Condition 1 with a high priority, the following may be applicable. · Constraint conditions that define the shipping plan (plan for shipping date and shipping quantity). This is to respect the customer's requirements to the maximum extent as the purpose of production. · Constraint conditions that define item switching. During item switching, production cannot be actually carried out. Therefore, if a plan is made to execute production tasks during the item switching time, there is a risk that production cannot be carried out as planned and the plan will fail (for example, if production during the item switching time is assumed, it may be necessary to execute production tasks at a date and time not required by the plan). · Constraints on the upper and / or lower limits of the inventory quantity for each item. When the constraint condition of the lower limit of the inventory is satisfied, there is an advantage of eliminating the problem of stock shortages. Also, when the constraint condition of the upper limit of the inventory is satisfied, there is an advantage of preventing excess inventory. Note that since the upper limit of the inventory of an item is a business-related excess inventory, it generally does not become physically critical unlike the violation of the upper limit in the following storage locations. · Constraints on the upper and / or lower limits of each storage location such as tanks, warehouses, silos, etc. When the constraint condition of the lower limit of the inventory is satisfied, there is an advantage of eliminating the problem of stock shortages. Also, when the constraint condition of the upper limit of the inventory is satisfied, there is an advantage of preventing the need to newly prepare a storage location for the overproduced products. Note that in the case of a violation of the upper limit of the inventory in a storage location, physically, there will be no storage location for the item, and for example, in the case of a storage location such as a tank or silo, the item may overflow, resulting in a critical situation. From the perspective of dealing with such a situation, the storage plan may include the movement of items from one storage location to another (sometimes referred to as tank rotation or silo rotation). Also, the plan for such item movement may include the storage location of the source, the storage location of the destination, the item to be moved, the quantity of the item to be moved, the start date of the movement, and / or the end date of the movement, etc.

[0061] Also, as constraint condition 2, which has a lower priority than constraint condition 1, the following may be available. · Generation of a plan to reduce the number of changeovers. When the number of changeovers is large, there may be a problem of a decrease in the operating rate of production equipment. Therefore, it is a preferable constraint condition to improve the operating rate. Constraints such as making the number of changeovers less than a predetermined number may be used. · Generation of a plan to increase the weighting for a specific KPI in the plan. For example, formulating a plan to improve important KPIs such as increasing the weighting of KPIs such as the number of stockouts and reducing the cost of utility fees (various costs such as the number of stockouts and profit and loss expenses).

[0062] Also, as constraint condition 3, which has a lower priority than constraint condition 2, the following may be available. ·On the premise of meeting the conditions of the shipping plan, an arbitrary interval may be set between tasks. In this case, by setting an interval between tasks, it is possible to avoid continuous operation of the device, which has the advantage of avoiding excessive operation of the production equipment. In this case, although the production efficiency decreases, since producing more than the shipping plan will result in excess inventory, a margin can be created for the device compared to the case of intensive operation.

[0063] The priority order of the constraint conditions may be numerically evaluated by a calculation based on the weighting for each constraint condition. For example, for constraint conditions A and B, when constraint condition B is given priority over constraint condition A, by weighting constraint condition B more heavily than constraint condition A, the evaluation result when either constraint condition A or constraint condition B is satisfied may be made higher for the latter.

[0064] As a means of generating a production plan that meets the constraint conditions, in addition to or instead of the above-described method, well-known techniques may be used. Various techniques for generating a plan that meets the constraint conditions have been proposed, ranging from automatic to heuristic, and these may also be used. In particular, for the above-described combination of task arrangements, a data structure such as a tree in computer science is generated, and as a search of this data structure such as a tree, a technique for generating a plan that preferably meets the constraint conditions by a breadth-first search, a depth-first search, or a combination of these, and a technique for arranging tasks by satisfying the constraint conditions with a higher priority in a situation where a priority order is provided for the constraint conditions may be used in addition to or instead of the above-described techniques. Well-known techniques may be applied.

[0065] Note that for the production plan, the inventory plan of the storage, and the purchase plan according to the present application, in step 2 above, one or more of the following constraint conditions may be used. 1) Production plan · Constraints related to the number of production line switches (Note that in a production line, changing the production item is called a switch. When changing the production item on a production line, it requires costs. For example, in a production line that handles solutions, it may be necessary to perform cleaning, or it may be necessary to change or adjust parameters related to production on the production line. Therefore, the number of switches may be restricted.) · Constraints related to equipment maintenance (For example, those related to the frequency and number of maintenance, etc.) · Constraints related to the production capacity of each production line (For example, production line 1 can produce X amount per day, while production line 2 can produce Y amount which is more than X amount per day, etc.) · Constraints related to the relationship between the production line and the product (For example, production item A can be produced on production line 1, but production item B cannot be produced on production line 1, etc.) · Constraints related to the operable date and time of each equipment (For example, due to the need for employees to monitor during equipment operation, there may be constraints such as not being able to operate on a predetermined date (such as a legal holiday).) · Constraints related to the leveling of production volume (For example, it is not possible to produce 50 tons the day after producing 5 tons, etc.) · Constraints related to the production order of products (For example, after the production of production item A, the production of production item B is required, or after the production of production item A, the production of production item B is not possible, etc.) · The upper limit of utility costs (For example, service fees such as electricity costs, water costs, gas costs, steam costs, etc.)

[0066] 2) Purchase plan · Constraints related to the procurement lead time from suppliers (For example, a certain raw material requires a predetermined period from order to delivery, etc.) · Constraints related to the maximum and minimum inventory levels of raw materials (For example, the maximum amount that a certain raw material can be stored by storage means such as tanks and warehouses, and the minimum amount that can be stored by storage means, etc.) · Constraints related to the maximum and minimum purchase quantities per order (For example, constraints related to the minimum purchase quantity based on contracts related to the purchase amount, etc.)

[0067] 3) Inventory plan · Constraints related to the capacity limits of warehouses and tanks (e.g., for a certain product, the upper limit of the capacity that can be held by storage means such as warehouses and tanks). · Constraints related to the appropriate inventory levels (e.g., constraints regarding the upper and lower limits of the appropriate inventory levels based on perspectives such as sudden product shipments and out - of - stock situations). · Constraints related to the relevance between products and warehouses / tanks (e.g., product A can only be stored in warehouse 1). · Constraints related to the relevance between warehouses / tanks and production lines (e.g., only products can be transported from tank 1 to line A). · Constraints related to the relevance between warehouses / tanks (e.g., transportation from tank A to tank B is possible, but transportation from tank B to tank C is not). · Constraints related to the transfer quantity and number of transfers between warehouses / tanks (e.g., the number of transports from tank A to tank B is X times, and the transfer quantity is Y).

[0068] Step 3 One example of a system may display data related to the generated plan. For example, one example of a system may display the generated plan. Specifically, it may display generated plans such as production plans, filling plans, inventory plans for storage facilities, and purchase plans.

[0069] In this application document, an alert may be something that has the meaning of notifying the user about a constraint violation. The alert may indicate a specific location within the display to notify the user. In this case, the user has the advantage of understanding which location to pay attention to. In addition to or instead of the above, the alert may also indicate a specific location within the display and display the importance of the alert (i.e., to what extent the user should pay attention to the constraint violation, the degree of the constraint violation) together. The importance of the alert may be displayed by a predetermined color, a predetermined mark, etc. For example, in the case of color, an alert that needs to be resolved for a major constraint violation may be displayed in red, and an alert that it is preferable to resolve for a minor constraint violation may be displayed in yellow, etc. In addition to or instead of the above, the alert may also indicate and display the content of the constraint violation. In this case, the user has the advantage of being able to immediately understand the meaning of the alert.

[0070] Figure 8(a) is an example of displaying an alert in the batch task view. The batch task view may display for each item produced by each device (Device_1 to Device_6) on the vertical axis, specifically during what period on the schedule on the horizontal axis. Such a batch task view may also be referred to as a display of the production plan. In this figure, alert 801 is displayed as "Violation of the upper limit of utility fees", and it is an example of being displayed in association with the calendar date for the day when the predetermined upper limit of utility fees has been exceeded. By being displayed in association with the calendar date, the date when the upper limit of utility fees has been exceeded can be understood, and the user has the advantage of being able to consider responses to such an alert. Also, alert 802 is displayed as "Overlap in switching time", indicating that the time period required for the switch after the production of item B by production facility Device_1 overlaps with the switching time period for the production of the next production item A. By such alert 802 indicating the specific overlapping location, the user has the advantage of being able to consider responses.

[0071] Figure 8(b) is an example of displaying alerts in the item inventory trend view. The item inventory trend view may display the trend of inventory for items (PACK1 and PACK80) on the vertical axis over the schedule on the horizontal axis. Such an item inventory trend view can also be referred to as the display of the production plan. In this figure, alert 803 displays the state where product A01 is in short supply, in association with the date on the schedule when it is in a shortage state. Since it simply indicates that the inventory quantity is decreasing, it is displayed in yellow. On the other hand, alert 804 indicates out-of-stock, in association with the date on the schedule when the quantity of product A01 becomes 0 and is out of stock, and is displayed in red. The user may be able to understand the degree of the inventory quantity (whether it is at the stage where the inventory quantity is decreasing or the inventory quantity is out of stock and has become 0) based on these inventory displays. Also, in this display, the quantity of shipments in the shipping plan (which may include the inventory quantity required for shipping) may be displayed together. In this case, since the relationship between the collection plan and the inventory quantity can be understood, even if there is a certain amount of inventory for a certain item, there is an advantage that the required inventory quantity can be understood in relation to the collection plan. In this case, the location of the inventory quantity on the inventory plan that is below the inventory quantity required in the shipping plan may be displayed as out-of-stock with an alert. In this case, there is an advantage that the presence or absence of out-of-stock can be displayed in relation to the shipping plan. Also, the location of the inventory quantity on the inventory plan that is below a predetermined number from the inventory quantity required in the shipping plan may be displayed as a point of attention with an alert. In this case, there is an advantage that the locations that require attention can be displayed in relation to the shipping plan. Note that in these cases, the shipping plan does not necessarily have to be displayed together, or it may not be displayed. Also, alert 805 may be displayed for the item. In particular, when the schedule is displayed over a long period in the horizontal date direction, it will be displayed beyond the left and right frames of the display screen. Even if it is displayed on the schedule, it may be displayed outside the screen and the user may not notice. Therefore, by displaying an alert for the item, it may indicate that an alert is displayed somewhere on the schedule for that item.In this case, even when an alert is displayed outside the screen in the schedule, there is an advantage that the user can notice the existence of the alert. Even when the alert exists within the screen rather than outside the screen, since the alert is displayed in association with the item, the user can understand that when an alert exists, it will be displayed on the item. Therefore, there is also an advantage that if the user first checks the item and there is an alert, the user can search for the alert on the schedule on the screen.

[0072] FIG. 8(c) is an example of displaying the upper limit of the storage quantity in the transition of the storage location inventory. Although it is not an alert, the upper limit 806 of the inventory in the storage location is also displayed in conjunction with the transition of the inventory quantity of the item in the storage location, so that the user can understand how much margin there is in the inventory. Note that the transition of the storage location inventory may be displayed in terms of the ratio or percentage of the actual inventory quantity with respect to the upper limit of the inventory (that is, the ratio of the inventory within the storage location), in addition to or instead of the above-mentioned transition of the inventory in the storage location. In this case, the user can understand the degree of margin of the inventory in the storage location. 4. Regarding Various Embodiments The computer program according to the first aspect is " operating the system an acquisition means for acquiring data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions, a generation means for generating a plan based on the data related to the task as a computer program for causing it to operate".

[0073] The computer program according to the second aspect is, in the first aspect, " the common module and the individual module have different timings of being incorporated into the system".

[0074] The computer program according to the third aspect is, in the first aspect or the second aspect, " The plan includes a plan related to a first party and a plan related to a second party. The common module is the same one used by the first party and the second party. The individual module is one in which different ones are used by the first party and the second party.

[0075] The computer program according to the fourth aspect is as follows in any one of the first to third aspects: The common module uses a data structure for specifying abstract items, a data structure for abstract tasks, and / or a data structure for specifying an abstract storage. The plan includes a production plan, a filling plan, an inspection plan, and / or a raw material purchase plan.

[0076] The computer program according to the fifth aspect is as follows in any one of the first to fourth aspects: The data structure for specifying the abstract item has a flag indicating raw materials, intermediates, by-products, products, and / or a shipping form.

[0077] The computer program according to the sixth aspect is as follows in any one of the first to fifth aspects: The data structure for specifying the abstract task has a flag indicating batch production, continuous production, filling, and / or inspection.

[0078] The computer program according to the seventh aspect is as follows in any one of the first to sixth aspects: The data structure for specifying the abstract storage has a flag indicating a tank, a silo, and / or a warehouse.

[0079] The computer program according to the eighth aspect is as follows in any one of the first to seventh aspects: The individual module has a common data structure for alert display.

[0080] The computer program according to the ninth aspect is the computer program according to any one of the first to eighth aspects. The alert display includes alerts associated with dates on the schedule for violations of specific constraints on the schedule.

[0081] The computer program according to the tenth aspect is a program according to any one of the first to ninth aspects, The alert display includes: an alert associated with one or more off-screen schedule dates upon violation of a particular schedule constraint; an alert associated with an item that is subject to a violation of a particular constraint on the schedule; and It includes.

[0082] The method according to the eleventh aspect includes: The system, an acquisition step of acquiring data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions; a generating step of generating a plan based on data related to the task; "How to do it."

[0083] The method according to the 12th aspect is the same as the method according to the 11th aspect. The system comprises a memory.

[0084] The system according to the thirteenth aspect includes: an acquisition unit that acquires data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions; a generation unit that generates a plan based on data related to the task; "A system that includes:

[0085] The method according to the 14th aspect is the one in which, in the 13th aspect, " the system includes a memory".

[0086] The cloud according to the 15th aspect is " an acquisition unit that acquires data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions, a generation unit that generates a plan based on the data related to the tasks, and includes a cloud".

[0087] The cloud according to the 16th aspect is the one in which, in the 15th aspect, " the cloud includes a memory".

[0088] 5. Information Processing Apparatus The mobile terminal, server, or cloud used in the above-described system may be composed of one or more information processing apparatuses. The information processing apparatus 10 may have a bus 11, an arithmetic unit 12, a storage device 13, an input device 14, a display device 15, and a communication IF 16 as shown in FIG. 9. Further, the information processing apparatus 10 may be directly or indirectly connected to other information processing apparatuses via a network 19. Further, the information processing apparatus 10 may be connected to a database (not shown). Further, the database may be included in the information processing apparatus 10.

[0089] The bus 11 may have a function of transmitting information among the arithmetic unit 12, the storage device 13, the input device 14, the display device 15, and the communication IF 16.

[0090] Examples of the arithmetic unit 12 include, for example, a processor. This may be a CPU or an MPU. Further, it may have a graphics processing unit, a digital signal processor, etc. In short, the arithmetic unit 12 may be any device that can execute program instructions.

[0091] The memory device 13 is a device for recording information. This can be either an external memory or an internal memory, and can be either a main memory or an auxiliary memory. It can also be a magnetic disk (hard disk), optical disk, magnetic tape, semiconductor memory, etc. Further, it may have a memory device via a network or a memory device on a cloud via a network.

[0092] Note that registers, L1 caches, L2 caches, etc., which store information at a position close to the arithmetic unit, may be included in the arithmetic unit 12 in the schematic diagram of this figure. However, in the design of computer architecture, as a device for recording information, the memory device 13 may include these. In short, it is sufficient that the arithmetic unit 12, the memory device 13, and the bus 11 are configured to cooperate to execute information processing.

[0093] The memory device 13 can be provided with a program for executing functions related to the present invention. It can also appropriately record data necessary for executing functions related to the present invention.

[0094] Also, the above describes the case where the arithmetic unit 12 is executed based on a program provided in the memory device 13. However, as one form in which the above bus 11, arithmetic unit 12, and memory device 13 are combined, the information processing related to this system may be realized by a programmable logic device capable of changing the hardware circuit itself or a dedicated circuit whose executed information processing is determined.

[0095] The input device 14 is for inputting information, but may have other functions. Examples of the input device 14 include pointing devices such as a keyboard, mouse, touch panel, or pen-type pointing device.

[0096] The display device 15 has, for example, a display, but may have other functions. The display device 15 may be a liquid crystal display, a plasma display, an organic EL display, or the like. In short, any device capable of displaying information may be used. Further, it may partially include an input device 14 such as a touch panel.

[0097] The network 19, together with the communication IF 16, transmits information. That is, it has a function of enabling the information of the information processing device 10 to be transmitted to other information terminals 18 via the network. The communication IF 16 may be in any connection format, such as USB, IEEE1394, Ethernet (registered trademark), PCI, SCSI, etc. The network 19 may be either wired or wireless, and may use an optical fiber, a coaxial cable, an Ethernet cable, or the like.

[0098] In this figure, the information processing device 10 has been described as a single unit, but the information processing device 10 may be composed of a plurality of information processing devices. The plurality of information processing devices may be connected internally or externally. Further, when the information processing device 10 is composed of a plurality of information processing devices, their owners may be different. Also, the person operating the information processing device 10 as the system according to the present invention may be different from the owner of the information processing device 10.

[0099] Also, in the description of each embodiment in this document, what is described as the processing of the system may be processed by one or more servers, the cloud, or one or more servers and the cloud.

[0100] The invention examples described in the embodiments of this document are not limited to those described in this document, and it goes without saying that they can be applied to various examples within the scope of the technical idea.

[0101] For example, in the present documents, a plan in a chemical plant that processes one or more raw materials in a reaction kettle or the like to produce chemicals has been described as an example. However, the technical idea disclosed in the present documents is not limited to such a plan and may be applicable also in the mechanical industry that produces products by assembling parts.

[0102] Further, the processes and procedures described in the present documents may be realized not only by those explicitly described in the embodiments but also by software, hardware, or a combination thereof. Also, the processes and procedures described in the present documents may be implemented as a computer program and executed on various computers. For example, the processes and procedures for realizing the systems of the above-described embodiments may be implemented as a computer program and executed on various computers. Also, these computer programs may be stored in a storage medium. Also, these programs may be stored in a non-transitory storage medium.

Claims

1. A system, an acquisition means for acquiring data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions; a generation means for generating a plan based on the data related to the task; A computer program for operating as such.

2. The common module and the individual module have different timings of being incorporated into the system. The computer program according to claim 1.

3. The plan includes a plan related to a first party and a plan related to a second party. The same common module is used by the first party and the second party. Different individual modules are used by the first party and the second party. The computer program according to claim 1 or 2.

4. The common module uses a data structure for specifying an abstract item, a data structure for an abstract task, and / or a data structure for specifying an abstract storage. The plan includes a production plan, a filling plan, an inspection plan, and / or a raw material purchase plan. The computer program according to claim 1 or 2.

5. The data structure for specifying the abstract item has a flag indicating a raw material, an intermediate product, a by-product, a product, and / or a packaging form. The computer program according to claim 4.

6. The data structure for specifying the abstract task has a flag indicating batch production, continuous production, filling, and / or inspection. The computer program according to claim 4.

7. The data structure for specifying the abstract storage has a flag indicating a tank, a silo, and / or a warehouse. The computer program according to claim 4.

8. The individual module has a common data structure for alert display. The computer program according to claim 1 or 2.

9. The alert display includes an alert associated with a date on the schedule for a specific constraint violation related to the schedule. The computer program according to claim 8.

10. The alert display in a specific constraint violation related to the schedule, includes an alert associated with a date on one or more off-screen schedules. An alert associated with an item that is the target of a specific constraint violation related to the schedule, The computer program according to claim 8, including

11. wherein the system An acquisition step of acquiring data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions, A generation step of generating a plan based on the data related to the task, A method of executing

12. wherein the system includes a memory, The method according to claim 11.

13. An acquisition unit that acquires data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions, A generation unit that generates a plan based on the data related to the task, A system comprising

14. wherein the system includes a memory, The system according to claim 13.

15. An acquisition unit that acquires data related to tasks used in one or more common modules related to constraint conditions and one or more individual modules related to constraint conditions, A generation unit that generates a plan based on the data related to the task, A cloud comprising

16. wherein the cloud includes a memory, The cloud according to claim 15.

Citation Information

Patent Citations

  • Actual result value input method for computer aided production control system

    JP1993307554A

  • Production planning supporting device and method, program, and computer readable storage medium

    JP2010122902A