JP2022078010A5 - - Google Patents

Description

The present invention relates to a method and program for simulating the construction of ships based on a unified database.

The amount of work, that is, the number of man-hours for each work, which is the basis for setting the production (construction) plan and schedule of shipbuilding, is generally obtained based on the concept of "man-hours = standard time per amount of material to be managed x amount of material to be managed".
However, in essence, only the main work (the work by which the product moves toward completion) is proportional to the amount of managed materials, and the incidental work (the main work cannot proceed without doing it, but it cannot be done by itself). Work that does not progress towards completion of the product) and non-value-added actions (actions that have no value in terms of completing the product) are determined on a different level from the amount of material under management. It is treated simply as proportional. It is reported that the main work rate in shipbuilding is generally 30 to 40%, although it depends on the job type.
On the other hand, there are line simulators that simulate the manufacturing process, but they require manual input of all the detailed operations one by one. In addition, line simulators are suitable for simulations that repeat similar work, such as mass-produced line production where the flow of goods and worker movements are fixed. It is not suitable for simulations that change work depending on the situation.

Here, Patent Document 1 describes a ship and offshore plant production simulation framework that is commonly applied regardless of the different environments of each shipyard, and each shipyard based on this ship and offshore plant production simulation framework The cross-validation simulation system for shipbuilding and marine processes, the block crane lifting and loading simulation system, the GIS information infrastructure facility simulation system, and the block and logistics control simulation system, which are differentially applied to different environments, are separably combined. Accordingly, a ship and offshore plant production simulation integrated solution system with expandability and recyclability that is effectively applied according to the situation of each shipyard is disclosed.
In addition, Patent Document 2 discloses a method for generating a project plan, which includes information describing the ranking relationship between tasks, information indicating the required time of the task, and information indicating the variability of the required time of the task. The specification information is received by the processor unit, and the project specification information is used by the processor unit to generate a simulation model of the project and run the simulation model multiple times to identify the subset of tasks forming the critical path. generating simulation results data, and generating from the simulation results data a project network presentation including an identified subset of tasks forming the critical path, the project specification information being stored in a text file, an electronic spreadsheet A method is disclosed that is received by a processor unit in an information format selected from a group of information formats consisting of a file and an extensible markup language file.
Further, Patent Document 3 discloses a scheduling apparatus that performs production scheduling for a production object consisting of a plurality of processes, and includes process connection information for setting the connection order relationship of the processes, movement of each block included in the processes, and Storage means for storing block flow information for setting routes, work schedule information for setting the schedule for each process in each block, and constraint conditions for each process, and downstream processes based on the information stored in the storage means Interpreting means for rearranging in order going back from upstream to upstream; model creating means for creating a scheduling model based on the sorted process data obtained by the interpreting means; and optimizing the schedule for each scheduling model obtained by the model creating means. and an output means for outputting the scheduling results obtained by the schedule planning means.
In addition, in Patent Document 4, a process plan, an equipment layout plan based on the process plan, a staffing plan based on the process plan and equipment layout plan, and a production plan based on the process plan, equipment layout plan, and staff layout plan. Production system planning that uses the production line model created in each plan to simulate production activities, create evaluation standard values for each plan, judge the quality of each plan based on the standard values, and modify the plan based on the results. A method is disclosed.
Further, in Patent Document 5, a performance/plan information database that stores operation performance information and work plan information of production distribution equipment, and a specified time using the operation performance information and work plan information stored here A statistical information calculation unit that calculates the statistical value of the operational status of the production and distribution equipment in the specified period, and the calculated statistical value of the operational status of the production and distribution equipment to determine the number of facilities included in the production and distribution equipment in the specified time period. A facility operation status screen showing the operation status is displayed, and in response to selection operation of the facility displayed on the facility operation status screen, a list of operations to be performed in the selected facility is displayed as a work information list. An equipment operation status display section superimposed on the operation status screen, and a Gantt chart of equipment included in the production and distribution equipment or work related to the selected product are displayed in accordance with the selection operation of the product. a Gantt chart display unit that displays a Gantt chart screen and identifies and displays the selected work and the work that precedes and succeeds the selected work in response to the selection operation of the work in the Gantt chart screen. An operation support system for distribution facilities is disclosed.
In addition, Non-Patent Document 1 includes Process Planning and Scheduling as specific functions corresponding to process management for building a shipbuilding CIM. Determining methods and procedures for manufacturing, Scheduling expands the results of Process Planning from the viewpoint of utilization of time and on-site equipment based on knowledge of specific situations at the actual manufacturing site, and determines delivery dates and other conditions is described, and a shipyard model for process control based on object orientation is disclosed.
In addition, in Non-Patent Document 2, in order to evaluate the effect of introducing production equipment in the shipbuilding process, new production It discloses a method for evaluating the impact of equipment introduction on the overall process period and cost, and states that the production process simulation considers the constraints of the shipyard's workplace and the skills of workers. .

Utility Model Registration No. 3211204 JP 2013-117959 A JP 2007-183817 A Japanese Patent Application Laid-Open No. 2003-162313 JP 2015-138321 A

Takeo Koyama, and one other person, “Fundamental Study on Process Control System for Construction of Shipbuilding CIM”, Transactions of The Society of Naval Architects of Japan, The Society of Naval Architects of Japan, November 1989, No. 166, pp.415-423 Taiga Mitsuyuki, 3 others, "Research on introduction of production equipment using shipbuilding process simulation", Transactions of the Japan Society of Naval Architects and Ocean Engineers, Japan Society of Naval Architects and Ocean Engineers, December 2016, No. 24, p291-298

Patent Documents 1-4 and Non-Patent Documents 1-2 do not attempt to precisely reproduce the production behavior of workers, including main work and incidental work, in a construction simulation.
In addition, Patent Document 5 does not accumulate information on factory equipment and workers for simulation in a database.
SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a ship building simulation method and a ship building simulation program based on a unified database that can simulate ship building at a detailed work level.

In a ship construction simulation method based on a unified database corresponding to claim 1, a method of simulating ship construction based on information represented by a standardized data structure accumulated in the unified database, comprising: A product model setting step that obtains basic design information from the unified database and sets it as a product model expressed in a standardized data structure, and standardized data obtained from the unified database for information on factory equipment and workers that build ships. Based on the facility model setting step, which is set as a facility model represented by the structure, and the product model and facility model set earlier , the assembly procedure for building the ship from the component parts is defined, and the tasks at each stage of the assembly procedure are defined. and create a process model represented by a standardized data structure considering whether the task is within the capability range of equipment and workers in the facility model , and a time based on the process model A simulation step that performs a time-evolutionary simulation that sequentially calculates the progress of construction of each building, a time-series information conversion step that converts the results of the time-evolutionary simulation into time-series data and provides construction time-series information, and provides construction time-series information and an information provision step to be performed.
According to the present invention as set forth in claim 1, the user can perform simulation at a detailed work level for each hour based on the information expressed in the data structure that standardizes the construction of the ship, and the accuracy is high. Based on the construction chronological information as a simulation result, it is possible to consider improvement of the factory, improvement of production design, cost prediction at the time of receiving an order, capital investment, etc., which leads to reduction of construction cost and shortening of construction period.

The present invention according to claim 2 is characterized in that the facility model is created in advance based on information on the equipment and workers, expressed in a standardized data structure, and stored in a unified database.
According to the second aspect of the present invention, since the facility model is stored in the unified database as a standardized data structure, the facility model with the standardized data structure can be obtained, used jointly, set, and stored as new information. etc. can be easily performed.

The present invention according to claim 3 is characterized in that the product model is created in advance based on the basic design information of the ship, expressed in a standardized data structure, and stored in a unified database.
According to this invention of Claim 3, acquisition of a product model can be performed simply, for example, without accessing a design system. In addition, since the product model is a data structure that standardizes the types and attributes of information, and the relationships between multiple pieces of information, for example, it is easier to acquire product models and create process models, and to facilitate accumulation. can be done.

The present invention according to claim 4 is characterized by further executing a process model accumulation step of accumulating in a unified database the process model represented by the standardized data structure created in the process model creation step.
According to the fourth aspect of the present invention, time evolution system simulation can be performed using accumulated process models, for example, as past ship process data in next simulation opportunities or similar ship simulations. In addition, for example, the data structure of the process model standardizes the types and attributes of information and the relationship between multiple pieces of information, facilitating accumulation and use of process models.

In the present invention according to claim 5, the process model accumulation step is executed in advance to accumulate the process model in the unified database, the process model is acquired from the unified database in the simulation step, the simulation step, the time series information conversion step, and the information It is characterized by executing a providing step.
According to the fifth aspect of the present invention, it is possible to save time for creating a process model when performing a time evolution system simulation. In addition, it is possible to acquire process models from the unified database and perform time-evolution simulations using other computers or computers installed at other locations.

According to a sixth aspect of the present invention, the process model includes an assembly tree representing assembly dependencies as an assembly procedure and a task tree representing dependencies between tasks based on the assembly tree.
According to the sixth aspect of the present invention, it is possible to clarify the assembly procedure and the dependency relationship between the tasks involved in it, and create a process model with high accuracy.

The present invention according to claim 7 is characterized in that the task includes a custom task constructed by combining basic tasks, which are functions that can be executed in the time evolution system simulation.
According to the seventh aspect of the present invention, it is possible to improve the accuracy of the time evolution system simulation by custom tasks that combine small tasks for each type of task.

The present invention according to claim 8 is characterized in that, in the process model creation step, worker schedule information is created based on the assembly procedure and tasks.
According to the eighth aspect of the present invention, it is possible to accurately reproduce all the production actions of workers including main work and auxiliary work based on schedule information, and perform time evolution system simulation.

According to the ninth aspect of the present invention, in the process model creation step, factory layout information relating to the layout of equipment and workers in the factory is created based on the assembly procedure and tasks.
According to the ninth aspect of the present invention, a time evolution system simulation can be performed based on factory layout information that reflects the arrangement of equipment and workers.

According to the tenth aspect of the present invention, at least one of schedule information and factory layout information is provided in the information providing step.
According to the tenth aspect of the present invention, the user can directly or indirectly confirm at least one of the created schedule information and factory layout information as needed.

The present invention according to claim 11 is characterized in that process data of past ships built in the past are obtained from a unified database and used for creating the process model.
According to the eleventh aspect of the present invention, when a product model or facility model is changed based on basic design information, a process model can be quickly and accurately created with less labor than creating a process model from scratch. be able to. The process data includes a process model, and the process data can also be expressed in a standardized data structure and stored in a unified database.

In the present invention according to claim 12, the time evolution system simulation in the simulation step sequentially calculates the position of the completed parts or component parts of the ship, the position and occupancy status of equipment and workers, and the progress status of assembly and tasks for each hour. It is characterized by
According to the twelfth aspect of the present invention, it is possible to accurately perform a time-evolution simulation related to the construction of a ship.

The present invention according to claim 13 is a rule including a brain, which is a judgment rule given to a worker to proceed with a virtual work or to decide equipment to be used by the worker in the virtual work. It is characterized by using information.
According to the thirteenth aspect of the present invention, by using the rule information, it becomes easier for the worker in the time evolution system simulation to proceed with the virtual work accurately and to determine the equipment. In addition, it is possible for workers to use their brains to make judgments on work that is not repetitive and is often judged on site, and to proceed with virtual work smoothly.

In the present invention according to claim 14, the standardized data structure of the product model, facility model, and process model includes at least classes divided by a plurality of data types, relationships between classes, and parent-child relationships between classes. It is characterized by having a data structure containing
According to the fourteenth aspect of the present invention, acquisition, storage, and use of product models, facility models, and process models are facilitated by the data structure centered on classes and relationships between classes.

A fifteenth aspect of the present invention is characterized in that the construction chronological information includes at least one of a Gantt chart, a work breakdown diagram, a work procedure manual, man-hours, and flow lines.
According to the fifteenth aspect of the present invention, by providing information that embodies such construction time-series information, the user can know the construction time-series information as a result of the time evolution system simulation, and can Or you can obtain useful knowledge for construction, such as facility changes, bottleneck analysis and clarification, and man-hour prediction.

The present invention according to claim 16 is characterized in that, in the information providing step, at least the construction chronological information is provided as a standardized data structure to the unified database.
According to the sixteenth aspect of the present invention, the types, attributes, and formats of information provided as construction time-series information are standardized data as construction time-series information in consideration of the relationship with product models and the like. The structure allows easy accumulation in a unified database. In addition, construction chronological information accumulated as a standardized data structure, for example, can be obtained from a unified database, referenced during actual ship construction, used as information during subsequent simulations, and machine learning of rule information. It can be used for

According to claim 17 of the present invention, there is provided a verification step of verifying construction time-series information converted into time-series data in the time-series information conversion step, and a model for correcting at least one of a product model and a facility model based on the verification result. It is characterized by further performing a correction step.
According to the seventeenth aspect of the present invention, whether or not to modify the product model or the facility model is determined by verifying the construction time-series information based on the desired target, and the product model or the facility model is appropriately modified. can be modified to

In the present invention according to claim 18, when at least one of the product model and the facility model is corrected in the model correction step, the process model creation step and the simulation are performed based on at least one of the corrected product model and the facility model. It is characterized by repeating a step, a time-series informationization step, and a verification step.
According to the eighteenth aspect of the present invention, it is possible to obtain a simulation result in which the construction of the ship is within the target range by correcting the product model and the facility model.

In a ship construction simulation program based on a unified database corresponding to claim 19, a program for simulating construction of a ship based on information represented by a standardized data structure accumulated in the unified database, comprising: , a product model setting step, a facility model setting step, a process model creation step, a simulation step, a time-series informationization step, and an information provision step in a ship construction simulation method based on a unified database. and
According to the present invention as set forth in claim 19, the user can perform simulation at a detailed work level for each hour based on the information expressed in the data structure that standardizes the construction of the ship. Based on the construction chronological information as a simulation result, it is possible to consider improvement of the factory, improvement of production design, cost prediction at the time of receiving an order, capital investment, etc., which leads to reduction of construction cost and shortening of construction period.

The present invention according to claim 20 is characterized by causing the computer to further execute a process model storage step.
According to the present invention as defined in claim 20, time evolution system simulation can be performed using accumulated process models, for example, as past ship process data in the next simulation opportunity or similar ship simulation. In addition, for example, the data structure of the process model standardizes the types and attributes of information and the relationship between multiple pieces of information, facilitating accumulation and use of process models.

According to the twenty-first aspect of the present invention, the computer further executes a verification step and a model correction step.
According to the twenty-first aspect of the present invention, whether or not to modify the product model or the facility model is determined by verifying the construction time-series information based on the desired target, and the product model or the facility model is appropriately modified. can be modified to

According to the ship construction simulation method based on the unified database of the present invention, the user can simulate the construction of a ship at a detailed work level for each hour based on the information expressed in the standardized data structure. Based on the construction chronological information as a highly accurate simulation result, it is possible to consider improvement of the factory, improvement of production design, cost prediction at the time of receiving an order, capital investment, etc. Therefore, it is possible to reduce construction costs and shorten the construction period. leads to

In addition, if the facility model is created in advance based on information on equipment and workers, expressed in a standardized data structure, and stored in a unified database, the facility model is a standardized data structure in the unified database. Since it is stored, it is possible to easily obtain facility models with standardized data structures, share usage, settings, and store new information.

In addition, if the product model is created in advance based on the basic design information of the ship, expressed in a standardized data structure and stored in a unified database, the acquisition of the product model can be performed, for example, by accessing the design system. can be done easily without In addition, since the product model is a data structure that standardizes the types and attributes of information, and the relationships between multiple pieces of information, it is easier to acquire product models and create process models, and to store them easily. can be done.

In addition, when further executing the process model accumulation step of accumulating the process model represented by the standardized data structure created in the process model creation step in a unified database, for example, the next simulation opportunity, or the simulation of a similar ship Time evolution system simulation can be performed using the accumulated process model as past ship process data. In addition, for example, the data structure of the process model standardizes the types and attributes of information and the relationship between multiple pieces of information, facilitating accumulation and use of process models.

In addition, when the process model accumulation step is executed in advance to accumulate the process model in the unified database, the process model is acquired from the unified database in the simulation step, and the simulation step, chronological informationization step, and information provision step are executed , the time to create a process model can be saved when a time evolution system simulation is to be performed. In addition, a process model can be acquired from the unified database and a time-evolution system simulation can be performed using another computer or a computer installed at another location.

In addition, if the process model includes an assembly tree that represents the dependencies of assembly as assembly procedures and a task tree that represents the dependencies between tasks based on the assembly tree, the assembly procedure and the dependencies of the tasks involved in it are included. Able to clarify and create process models with accuracy.

In addition, if the task includes a custom task that is constructed by combining basic tasks, which are functions that can be executed in the time evolution simulation, the custom task that combines small tasks for each type of work will improve the accuracy of the time evolution simulation. can be improved.

In addition, in the process model creation step, when creating worker schedule information based on assembly procedures and tasks, based on the schedule information, all production actions of workers, including main work and incidental work, can be precisely reproduced. time evolution system simulation can be performed.

Also, in the process model creation step, when creating factory layout information regarding the placement of equipment and workers in the factory based on assembly procedures and tasks, based on the factory layout information that reflects the placement of equipment and workers , time evolution system simulation can be performed.

In addition, when providing at least one of schedule information and factory layout information in the information providing step, the user directly or indirectly confirms at least one of the created schedule information and factory layout information as necessary. can be done.

In addition, when creating a process model, if the process data of past ships built in the past is acquired from the unified database and used, if the product model or facility model is changed based on the basic design information, the process model can be created from scratch. It is possible to create a process model quickly and accurately with less labor than creating a . The process data includes a process model, and the process data can also be expressed in a standardized data structure and stored in a unified database.

In addition, if the time evolution system simulation in the simulation step is to sequentially calculate the position of the ship's finished parts or components, the position and occupancy of equipment and workers, and the progress of assembly and tasks by time, Time-evolution simulations related to ship construction can be performed with high accuracy.

In addition, when using rule information including a brain, which is a judgment rule given to a worker for the worker to proceed with the virtual work or to decide the equipment to be used by the worker in the virtual work, By using the rule information, it becomes easier for the workers in the time evolution system simulation to proceed with the virtual work accurately and to decide the equipment. In addition, it is possible for workers to use their brains to make judgments on work that is not repetitive and is often judged on site, and to proceed smoothly with virtual work.

In addition, if the standardized data structure of the product model, facility model, and process model has a data structure that includes at least classes divided by multiple data types, relationships between classes, and parent-child relationships between classes , product models, facility models, and process models can be easily acquired, stored, and used by a data structure centered on classes and relationships between classes.

Also, if the construction time-series information includes at least one of a Gantt chart, work breakdown diagram, work procedure manual, man-hours, or flow line, information that embodies such construction time-series information shall be provided. By knowing the construction time-series information as a result of the time evolution system simulation, the user can obtain useful knowledge for construction, such as changes in component parts or facilities, analysis and clarification of bottlenecks, and man-hour prediction.

Also, in the information providing step, when providing at least the construction time-series information as a standardized data structure to the unified database, the type and attributes of the information provided as the construction time-series information, format, etc. With a standardized data structure as construction chronological information in consideration of relationships, it can be easily accumulated in a unified database. In addition, construction chronological information accumulated as a standardized data structure, for example, can be obtained from a unified database, referenced during actual ship construction, used as information during subsequent simulations, and machine learning of rule information. It can be used for

Further, when further executing a verification step of verifying the construction time-series information converted into time-series data in the time-series informationization step and a model correction step of correcting at least one of the product model and the facility model based on the verification result. can determine whether or not to modify the product model or facility model by verifying the construction time-series information based on the desired target, and can appropriately modify the product model or facility model.

Further, when at least one of the product model and the facility model is corrected in the model correction step, the process model creation step, the simulation step, and the time-series informationization are performed based on at least one of the corrected product model and facility model. If the step and the verification step are repeated, it is possible to obtain a simulation result in which the product model or facility model is modified and the construction of the ship is within the target range.

In addition, according to the ship construction simulation program based on the unified database of the present invention, the user can simulate the construction of a ship at a detailed work level for each hour based on information expressed in a standardized data structure. Based on the construction time-series information as a highly accurate simulation result, it is possible to improve the factory, improve the production design, estimate the cost at the time of receiving an order, and consider equipment investment, etc. Therefore, it is possible to reduce the construction cost and construction period. lead to a reduction in

In addition, when the computer is caused to further execute the process model accumulation step, for example, time evolution system simulation is performed using the accumulated process model as past ship process data in the next simulation opportunity or similar ship simulation. be able to. In addition, for example, the data structure of the process model standardizes the types and attributes of information and the relationship between multiple pieces of information, facilitating accumulation and use of process models.

Further, when the computer is caused to further execute the verification step and the model correction step, it is determined whether or not the product model or the facility model should be corrected by verifying the construction time-series information based on the desired target, Appropriately modify product and facility models.

Flow of ship construction simulation method based on unified database according to first embodiment of the present invention Block diagram of the simulator used for the construction simulation method Overview of the same Diagram showing an example of the same product model Diagram showing the connection relationship of the same five-plate model A diagram showing a three-dimensional model of the first plate P1 Diagram showing an example of a product model of the same three-plate model Diagram showing an example of a 3D model of the same facility Diagram showing an example of the same facility model Conceptual diagram of the same process model Detailed flow of the process model creation steps A diagram showing an example of an assembly tree for the five-plate model A diagram showing an example of an assembly tree for the three-plate model A diagram showing an example of expressing the relationship of all the same tasks as a tree A diagram showing an example of the task tree of the same three-plate model A diagram showing an example of task tree data for the same three-plate model Diagram showing an example of assignment of tasks to workers and order of tasks in the same three-plate model Diagram showing an example of actually placing in the simulation space Diagram showing an example of factory layout information in the three-plate model Detailed flow of the same simulation step Diagram showing a simulation using the same brain Diagram showing pseudocode for the same simulation step A diagram showing a movement task (move) as an example of the same basic task A diagram showing a welding task (weld) as an example of the same basic task A diagram showing a crane move task (CraneMove) as an example of the same basic task A diagram showing an example of the same material distribution task "go pick it up" A diagram showing an example of the distribution task "Place" A diagram showing an example of expressing the same welding task by combining basic tasks A diagram showing an example of configuring a movable mesh in an area surrounded by walls with the same two entrances. Diagram showing an example of isomorphic data Figure showing an example of the weld line data A diagram showing an example of the same back burn line data Diagram showing an example of the same product model data Diagram showing an example of the same polyline data Diagram showing an example of same assembly tree data Diagram showing an example of the same task tree data Detailed flow of same output processing Flow of ship construction simulation method based on unified database according to second embodiment of the present invention Block diagram of the simulator used for the construction simulation method FIG. 2 shows an example of a standardized data structure of a product model according to an embodiment of the invention; Diagram showing an example of the standardized data structure of the same facility model A diagram showing the product model among examples of the standardized data structure of the same product model, facility model, and process model A diagram showing the facility model among examples of the standardized data structure of the same product model, facility model, and process model A diagram showing a process model among examples of the standardized data structure of the same product model, facility model, and process model Gantt chart of simulation calculation results in the assembly scenario of case 1 according to the embodiment of the present invention Gantt chart of simulation calculation results in the assembly scenario of Case 2 Three-dimensional external view of the simulation in Case 2

A ship building simulation method and a ship building simulation program based on a unified database according to a first embodiment of the present invention will be described.
FIG. 1 is a flowchart of a ship construction simulation method based on a unified database according to this embodiment, FIG. 2 is a block diagram of a simulator used in the construction simulation method, and FIG. 3 is an overall schematic diagram.
The ship construction simulation method based on the unified database simulates the construction of a ship based on information represented by a standardized data structure accumulated in the unified database 70 . In this method, the information necessary for constructing a virtual shipbuilding factory is arranged for the purpose of expressing detailed movements of workers, that is, even the movements of elemental work within the construction simulation. A shipbuilding factory is constructed from three models: a product (product) model, a facility (equipment and workers including tools) model, and a process (work) model. These three models are the core data needed to model a shipyard. Also, in executing the simulation, schedule information 31 and factory layout information 32 are defined together as two pieces of accompanying information that complement these pieces of information.
The product model is an actual product, and the facility model 72 is a systematized data group that abstracts actual equipment and workers and can be handled in a simulation. I can say. It can also be said that the process model is a system of virtual work guided by the product model and the facility model 72 .

The simulator used in the construction simulation method includes a product model setting unit 10, a facility model setting unit 20, a construction simulation unit 30, an information providing unit 40, a verification unit 50, a model correction unit 60, and a process model accumulation unit 80. and is connected to a unified database 70 that accumulates information related to ship construction in a standardized data structure.
The unified database 70 stores basic design information 71, a facility model 72 having equipment information 72A and worker information 72B, process data 73 of past ships, rule information 74, and quality information 77. By storing various types of information in the unified database 70 in this way, it becomes easier to store and acquire information than when separate databases are provided for each type of information, and joint use of information becomes possible. Database management can be centralized. Note that the unified database 70 may be a physically consolidated database, or may be a distributed database linked via a communication line. Regardless of whether it is a consolidated database or a distributed database, basically each type of accumulated information has a standardized data structure, or is converted to have a standardized data structure. It is important to obtain information, and the fact that each type of information has its own standardized data structure or can be converted into a standardized data structure is also called "unification".
The facility model 72 is created in advance based on information on factory equipment and workers (equipment information 72A and worker information 72B), expressed in a standardized data structure, and accumulated in the unified database 70 . The "standardized data structure" of the facility model 72 means that the types and attributes of information about facilities and workers are defined as classes, and relationships such as parent-child relationships between classes are defined as an information tree. . Factory equipment also includes tools.

In the product model setting step S1 shown in FIG. 1, the product model setting unit 10 is used to acquire the basic design information 71 of the ship and set it as a product model.
The basic design information 71 includes the connection relationship between the finished parts of the ship and the component parts that make up the finished parts. For example, if the product is a ship's hull, the finished parts are the blocks (sections) that make up the ship's hull, and the component parts are plates that make up the blocks. A connection relation is represented by a node (node, entity information of parts) and an edge (edge, connection information of parts). It is also possible to set the entire ship as the finished parts of the ship, and position the component parts as the parts that make up the ship, such as the hull, hull, ballast tanks, fuel tanks, main engines, auxiliary machines, piping, and wiring.
Basic design information 71 is stored in a unified database 70 . Thereby, acquisition of the basic design information 71 can be performed easily, for example, without accessing a design system.
The basic design information 71 can also be obtained from a CAD system (not shown). By acquiring the basic design information 71 from the CAD system, the basic design information 71 created by the CAD system can be effectively used for setting the product model. The basic design information 71 can also include, for example, information including a connection relationship represented by nodes and edges obtained by converting hull design CAD data. The information including this connection relationship may be obtained by converting in advance by the CAD system, or may be obtained by converting by the product model setting unit 10 after obtaining the basic design information 71 . If the basic design information 71 obtained from the CAD system is held in a unique data structure in each CAD system, the product model setting unit 10 converts the CAD data into a data structure that can be used in simulation. In addition, acquisition of the basic design information 71 from the CAD system can be performed using various means such as acquisition using short-range wireless communication and storage means, in addition to acquisition via a communication line.
In the product model, as information related to the product to be assembled, attribute information of the parts themselves constituting the product and connection information between the parts are defined. The product model does not include information on work related to product assembly (assembly procedure, process).
A product is considered to be a combination of individual parts that have substance as constituent parts. Therefore, a product model is defined using a graph structure represented by nodes and edges based on graph theory. It is assumed that an edge, which is a connection between nodes, has no directionality and is an undirected graph.

FIG. 4 is a diagram showing an example of a product model, and FIG. 5 is a diagram showing a connection relationship of a five-plate model. The five-plate model in FIG. 5 shows a simplified product model for convenience of explanation, but the object of the product model may include complex hull blocks, hull structure, and even the entire ship. is possible.
Here, a double bottom block as shown in FIG. 4(a) is targeted for a simplified five-plate model as shown in FIG. 4(b). Strictly speaking, the first plate P1 is the inner bottom, the third plate P3 is the bottom shell, the second plate P2 and the fourth plate P4 are the girder, and the fifth plate P5 is the longi. ing. There are no color plates or floors, and the number of longi is small.
This finished part is defined by the mating relationships shown in FIG. Each of the plates P1 to P5 corresponds to the node of the entity of the component part, and line1 to line5, which are the connection relations between them, correspond to the edge. For the sake of simplicity, a five-plate model is used here, but even in an actual completed part composed of many components, the entire completed part can be defined by the component entities and their connection relationships. , it is possible to define a product model using a similar graphical representation.

FIG. 6 is a diagram showing a three-dimensional model of the first plate P1.
The shape of the component parts of the product can be defined by inputting a 3D CAD model. As shown in FIG. 6, the coordinate system of the three-dimensional model defines a rectangle (bounding-box) that encloses the entire member. The 3D model is placed so that is the origin position. Also, during the execution of the simulation, the position of the reference point defined in the 3D model (coordinates in the local coordinate system or the global coordinate system) and orientation information (Eulerian angles and quaternions based on the initial orientation) can be referenced at any time. do.

Edges indicating connection information between component parts need to indicate connection information between the component parts. In this embodiment, for the sake of simplification, information on the position and orientation of each component in the coordinate system of the completed state of the completed component is provided. Specifically, three points are arbitrarily given as reference points to each component, and information is held in the form of coordinate data indicating where the three points are positioned in the coordinate system in the completed state. By using the information, it is possible to calculate the positional relationship between arbitrary components.

The weld line information is held as three-dimensional information. For example, one weld line is composed of a weld line path (polyline) and a welding torch direction vector (normal vector). These information are data defined in the coordinate system of the completed state of the completed part, and when the welding task (custom task 33) is actually performed in the simulation, based on the position and orientation of the component part at that timing , coordinate transformation is performed on the weld line data. In addition to the weld line path, the orientation of the torch can also be defined to define the operator's position during welding. Furthermore, since the orientation of the torch during welding can be recognized, the welding posture can be determined.

In this way, the product model includes information such as connection relationships between component parts, joint data at joints, and positions and angles of component parts in the finished part. Depending on the performance of the CAD system, the basic design information 71 acquired from the CAD system may not include some of the data necessary for creating the product model. For example, few CAD systems can handle back burn-in data. In such a case, in the product model setting step S1, data necessary for creating the product model, which is not included in the basic design information 71, is created.
Summarizing the data described above, the product model is arranged as node and edge information as shown in Tables 1 and 2 below.

Also, FIG. 7 is a diagram showing an example of a product model of a three-plate model.
FIG. 7 shows a product model, which is a database in which joining relationships between component parts (first plate P1, second plate P2, and third plate P3) are registered. "name" is the name, "parent" is the parent product, and "type" is the type. Three reference coordinates (vo(0,0,0), vx(1,0,0), vz(0,0,1)) of each plate P1 to P3 are omitted. Also, although the target ID is originally described in the data, it is described as "name" for explanation.
As described above, the product model does not include information on work (processes) related to assembly.

Returning to FIG. 1, in the facility model setting step S2, the facility model setting unit 20 is used to set a facility model 72 represented by a standardized data structure.
In the facility model setting step S2, the information (data) regarding the equipment and workers of the ship building factory can be acquired from the unified database 70 and set as a facility model 72 expressed in a standardized data structure. In the embodiment, since the facility models 72 created in advance are accumulated in the unified database 70 as described above, the facility models 72 represented by the standardized data structure are directly acquired from the unified database 70 and set. Since the facility model 72 is stored in the unified database 70 as a standardized data structure, acquisition of the standardized data structure of the facility model 72, shared use, setting, and accumulation of new information can be easily performed. .
In the facility model 72, as information relating to the facilities of the factory, in addition to the individual name of the facility (for example, welder No. 1) and type (for example, welder), the capability value of each facility is defined. The ability value defines the maximum value (range) of the function that the facility has. For example, one of the capacity values of a crane is a lifting load value, a speed, and the like, and the range of the capacity values is the maximum lifting load value and the maximum speed.
In addition, since not only products but also facilities can become obstacles on the movement path of workers, the shape is defined using a three-dimensional model. As a result, it is also possible to determine three-dimensional interference between objects within the simulator. Here, FIG. 8 is a diagram showing an example of a three-dimensional model of a facility, FIG. 8(a) is a worker, FIG. 8(b) is a welder, FIG. 8(c) is a crane, and FIG. 8(d) is The floor, and FIG. 8(e) is the surface plate.

Specific attribute information held by the facility model 72 is shown in Table 3 below.

Also, FIG. 9 is a diagram showing an example of a facility model.
FIG. 9 shows a facility model, which is a database in which factory facilities are registered. "name" is the name, "type" is the type, "model_fwile_path" is the shape (three-dimensional model data), and "ability" is the ability (defines the ability value range of the facility).

In this way, the finished parts and components in the product model and the factory equipment in the facility model 72 are represented by three-dimensional models. The accuracy of simulation can be improved by using a three-dimensional model.

Returning to FIG. 1, in the process model creation step S3, based on the product model and the facility model 72, a process model is created in which the assembly procedures and tasks for constructing a ship from component parts are clarified and expressed in a standardized data structure. . Here, it is important that the product model and facility model 72 are set first, and the process model is created later. By proceeding in this order, a process model can be accurately created without going back, and subsequent processing can be performed smoothly.
FIG. 10 is a conceptual diagram of a process model.
A process model is data in which work information related to a series of assembly processes is defined. The process model includes an assembly tree representing assembly dependencies as an assembly procedure for building a ship from component parts, and a task tree representing dependencies between tasks based on the assembly tree. This makes it possible to clarify the assembly procedure and the dependencies of the tasks involved in it, and create a process model with high accuracy. A task here refers to a unit of work including the custom task 33 .

FIG. 11 is a detailed flow of the process model creation step.
First, the product model set in the product model setting step S1 and the facility model 72 prepared in the facility model setting step S2 are read into the construction simulation section 30 (process model preparation information reading step S3-1).
Next, in creating the process model, the process data 73 of past ships built in the past are referred to from the unified database 70, and it is selected whether or not to be diverted (diversion determination step S3-2).
In the diversion judgment step S3-2, if it is selected not to be diverted, the assembly procedure including the intermediate parts of the component parts is defined as an assembly tree without referring to the process data 73 of the past ship (assembly tree definition step S3-2). -3) Define appropriate tasks in each stage of the assembly procedure (task definition step S3-4), and define the context as a task dependency relationship as a task tree (task tree definition step S3-5).
On the other hand, in the diversion judgment step S3-2, if diversion is selected, similar process data is extracted from the unified database 70 (past ship process data extraction step S3-6), assembly tree definition step S3-3, In the task definition step S3-4 and the task tree definition step S3-5, the extracted past ship process data 73 is referred to and used. By using the process data 73 of the past ship, when the product model and the facility model 72 are changed based on the basic design information 71, the process model can be created quickly and accurately with less labor than creating a process model from scratch. can be created. The process data 73 includes a process model, and the process data 73 can also be expressed in a standardized data structure and stored in the unified database 70 .

Here, FIG. 12 is a diagram showing an example of an assembly tree of a five-plate model.
In the assembly tree definition step S3-3, the assembly tree is defined with information on intermediate parts (names, attitudes of parts) and information on the context of assembly. Since there is a sequential relationship in the assembly order of parts, the assembly tree is represented by a directed graph.
An intermediate part is a component in a state in which several members are joined together, and a finished part is obtained by assembling intermediate parts and members, or assembling intermediate parts with each other. In FIG. 12, the first plate P1, the second plate P2 and the fourth plate P4 are combined to form the first intermediate component U1, and the third plate P3 and the fifth plate P5 are combined to The second intermediate part U2 is formed, and the first intermediate part U1 and the second intermediate part U2 are combined to form the completed part SUB1. The first plate P1 is used as a base for assembling the first intermediate component U1, the third plate P3 is used as a base for assembling the second intermediate component U2, and the second plate P3 is used for assembling the finished component SUB1. It is based on the intermediate part U2.

Table 4 below shows the attribute information required to define the assembly tree. Define this information on all intermediate and finished parts.

Also, FIG. 13 is a diagram showing an example of an assembly tree of a three-plate model. "name" is the name, "product1 (base)" is the base part among the target parts to be joined, "product2" is the target part to be joined, and "coordinate transformation information of components in the intermediate part" is the definition of the intermediate part. be. Note that the three reference coordinates (vo(0,0,0), vx(1,0,0), vz(0,0,1)) of intermediate parts and finished parts are omitted. Also, although the target ID is originally described in the data, it is described as "name" for explanation.
In the three-plate model of FIG. 13, the first plate P1 and the second plate P2 are combined to form an intermediate part, which is combined with the third plate P3 to form a finished part. The first plate P1 is used as a base for assembling the intermediate parts, and the third plate P3 is used as a base for assembling the finished parts.

In the task tree definition step S3-5, the task tree is defined with information necessary for the task and information on the sequential relationship between tasks. For example, in task definition step S3-4, three types of tasks shown in Table 5 below are defined.

Here, FIG. 14 is a diagram showing an example of expressing the relationship of all tasks as a tree.
Fig. 14 assumes a scenario in which each plate (steel plate) of P1 to P5 is arranged in a predetermined position for a five-plate model, and temporary welding and final welding are performed to assemble a finished part. is.
Since tasks have context, the tree of tasks is represented by a directed graph in the task tree definition step S3-5. For example, the task [Temporary welding 0] means that it cannot be started until all the tasks [Material distribution 0], [Material distribution 1], and [Material distribution 2] are completed.

Table 6 below shows specific attribute information that the task tree has. For example, in the task [Material distribution 0], the object [Second plate P2] is placed at the position (8m, 0m, 2m) on the object [Surface plate 2] using the facility [Crane 1], and the Euler angle (0 , 0, 0) is defined. The material distribution task does not define the coordinates of the starting point, and starts from the coordinates at the time of execution of the task when the simulation is performed. Similarly, the task [Main welding 0] uses the facility [Welding machine 2] to target the edge [line 1] (the joint between the first plate P1 and the second plate P2), 0.2 m The information is defined that the final welding is performed at a speed of /s. However, this task cannot be started until the task [temporary welding 0] is completed due to the context of the tasks. Weld path information refers to information associated with the edge of the product model.

Also, FIG. 15 is a diagram showing an example of a task tree of the three-plate model, and the table on the right side expresses the graph on the left side. FIG. 16 is a diagram showing an example of task tree data of the three-plate model. In FIG. 16, "name" is a name, "task type" is a type, "product" is a related part, "facility" is a related facility, "conditions" is task tree information, and "task data" is task information (the task unique data required for Although the target ID is originally described in the data, it is described as "name" for explanation.
In this example, as shown in FIG. 15, each plate (steel plate) of P1 to P3 is arranged at a predetermined position for a three-plate model, and temporary welding and final welding are performed to obtain a finished part. Assuming a scenario in which

Further, as shown in FIG. 11, in the process model creation step S3, worker schedule information 31 is created based on the assembly procedure and tasks (schedule information creation step S3-8). As shown in FIG. 11, it is important to first decide the assembly procedure and then decide the tasks, so that the process model can be accurately created without going back, and the subsequent processing can be performed smoothly. That is, the assembly tree is created first, and the task tree is created later.
The schedule information 31 is the assignment of tasks, including the order, to each worker who is the subject of action. As a result, based on the schedule information 31, it is possible to accurately reproduce and simulate all the production actions of workers, including main work and auxiliary work. Also, the schedule information 31 is provided to the user from a monitor, a printer, or the like provided in the information providing section 40 . This allows the user to directly or indirectly check the created schedule information 31 as needed. Note that the schedule information 31 can also be provided only when requested by the user.

In the process model, information related to the assembly tree and the task tree is defined, but the schedule information 31 defines the assignment of workers in charge and the specific execution order of the tasks for each task defined in the task tree. be done.
An example of creating the schedule information 31 is shown in Table 7 below. In this example, worker 1 is assumed to be an iron worker, and is assigned a material distribution task and a temporary welding task. The worker 1 starts from the task [Material distribution 0] and sequentially performs the tasks up to the task [Temporary welding 4]. On the other hand, worker 2 is assumed to be a worker in a welding job, and the main welding tasks are assigned in order. The worker 2 starts from the task [final welding 0] and sequentially performs up to the task [final welding 3].

17 is a diagram showing an example of assignment of tasks to workers and the order of tasks in the three-plate model shown in FIGS. 15 and 16, and FIG. , and the task order, FIG. 17(b) shows the assignment of tasks to the worker 2 and the task order, and FIG. 17(c) shows schedule information in a data format. Although the target ID is originally described in the data, it is described as "name" for explanation.

Further, as shown in FIG. 11, in this embodiment, before the schedule information creation step S3-8, based on the facility model 72, it is determined whether or not the task exceeds the ability value range of the facility (ability value Range determination step S3-7).
If it is determined in the ability value range determination step S3-7 that the task does not exceed the ability value range of the facility, the process advances to the schedule information creation step S3-8 to create the schedule information 31. FIG. Thus, by creating the schedule information 31 when it is determined that the task does not exceed the capability value range of the facility, it is possible to prevent the creation of the schedule information 31 in which a simulation exceeding the capability value of the facility or task is performed. can. Also, the created process model is provided to the user from the information providing unit 40 .
On the other hand, when it is determined that the task exceeds the capability value range of the facility in the ability value range determination step S3-7, the assembly tree definition step S3-3, the task definition step S3-4, and the task tree definition step S3-5 are performed. to redefine the intermediate part definition, the assembly tree definition, the task definition, and the task tree definition. By redefining each definition, a more accurate process model can be created.

After the schedule information creation step S3-8, based on the assembly procedure and tasks, the factory layout information 32 relating to the actually used factory equipment and worker arrangement is created (factory layout information creation step S3-9). As a result, the simulation can be performed based on the factory layout information 32 that reflects the arrangement of equipment and workers. Also, the factory layout information 32 is provided to the user from a monitor, a printer, or the like provided in the information providing section 40 . This allows the user to directly or indirectly confirm the created factory layout information 32 as needed. Note that the factory layout information 32 can also be provided only when requested by the user.

The product model and facility model 72 defined so far do not define arrangement information in the factory. Therefore, the factory layout information 32 defines the initial layout of each object. The required attribute information is shown in Table 8 below. FIG. 18 is a diagram showing an example of actual arrangement in the simulation space.

FIG. 19 is a diagram showing an example of factory layout information in the three-plate model. Although the target ID is originally described in the data, it is described as a "name" for explanation.
From the product model/facility model 72 database, layout.csv defines the placement information of parts and facilities that are actually used for simulation.

Returning to FIG. 1, after the process model creation step S3, the process model storage unit 80 is used to store the created process model represented by the standardized data structure in the unified database 70 (process model storage step S4). By executing the process model accumulation step S4, for example, it is possible to perform a time evolution system simulation using the accumulated process model as the process data 73 of the past ship in the next simulation opportunity or similar ship simulation. Become.
In addition, for example, the data structure of the process model standardizes the types and attributes of information and the relationship between multiple pieces of information, facilitating accumulation and use of process models. The "standardized data structure" of the process model defines the types and attributes of information related to processes, such as tasks as elemental work (attribute information with start time and end time, etc.) as classes. It defines relationships such as parent-child relationships between classes as an information tree.
The quality information 77 of the standardized data structure stored in the unified database 70 can also be used to create the process model. For example, when defining and creating assembly trees and task trees, and when creating schedule information 31 and factory layout information 32, quality standards as quality information 77 and past quality conditions can be considered. Furthermore, it is possible to create a process model, etc., taking into consideration the design conditions and manufacturing conditions of past ships, inspection results, service tests, and the accumulated quality status after service. For example, work standards for welding, the relationship between assembly parts and the likelihood of welding defects, past cases that required repair, defects during non-destructive inspection and preventive measures, deterioration and defects after service and countermeasures A process model, schedule information 31, and factory layout information 32 can be created in consideration of the method and the like.

After the process model creation step S3, a time evolution system simulation (time evolution in three-dimensional space) is performed to sequentially calculate the progress of construction for each hour based on the created process model (simulation step S5).
In the time-evolution simulation, construction in shipbuilding is simulated by changing the position and occupancy of each facility and product on the three-dimensional platform and the progress of the custom task 33 based on the process model. It is also possible to give random numbers to deliberately degrade the accuracy of the intermediate parts, and to simulate the effects of the effects down to the downstream processes. Also, the relationship between the custom task 33 and the task tree represents the contextual relationship of the custom tasks 33 in a tree structure, and a task tree is formed by connecting the custom tasks 33 .
In this embodiment, a three-dimensional platform is built using Unity (registered trademark), which is a game engine.
Given three arguments: variables x _f and x _p representing the position, angle, and occupation of each facility and product at time t, and _st representing the state of incomplete or completed custom task 33 in the process model, the construction simulation part Represents the change in _xf , _xp , st to the next time t+1 by varying each argument associated with the task according to preset rules in order of the custom task 33 listed in the schedule defined _by 30. be able to. This will print the time history of each argument.

FIG. 20 is a detailed flow of the time evolution system simulation.
First, the product model set in the product model setting step S1, the facility model 72 set in the facility model setting step S2, the process model created in the process model creating step S3, the schedule information 31, and the factory layout information 32 are unified. Objects are placed on the three-dimensional platform based on the rule information 74 for the worker to autonomously proceed with the virtual work acquired from the database 70 (simulation execution information reading step S5-1). Note that the rule information 74 can also include information for determining equipment to be used by workers in virtual work.
Here, the rule information 74 is restrictions and options necessary for autonomous judgment by the construction simulation unit 30 . For example, in the welding task (custom task 33), only the types of welders that can be used are designated as the rule information 74, and the construction simulation unit 30 autonomously determines which welder to use during the simulation.
That is, the rule information 74 describes how a virtual worker makes decisions in the simulation. By using the rule information 74, it becomes easier for the worker in the simulation to accurately proceed with the virtual work and to select equipment. Further, the rule information 74 can be stored in a database other than the unified database 70, but by storing the rule information 74 in the unified database 70 as in the present embodiment, other simulations can be performed in common. available. The rule information 74 is created in advance like a catalog and stored in the unified database 70 . It should be noted that the rule information 74 can also be created and acquired by autonomous learning through reinforcement learning, multi-agents, or the like. As a method for autonomously creating the rule information 74 by reinforcement learning or the like, a method is used in which the agent freely moves around the building simulation unit 30 and learns efficient rules to generate the rule information 74 . An example of the rule information 74 is as follows.
Rule 1A: Get an empty nearby tool.
Rule 1B: Acquire a nearby tool that is free even in the post-process.
Rule 2: When using cranes, select cranes that do not interfere with other processes due to interference between cranes.
Rule 3: Place the magnetic fishing tackle on the dolly after use.
Rule 4: For subsequent processes in the same work place, collect tools together.
These rules are assigned to the workers before performing the time evolution system simulation, and are as follows, for example.
Worker 1: Rule 1A
Worker 2: Rule 1B, Rule 2, Rule 3, Rule 4
Worker 1 is assumed to be a new worker, and worker 2 is assumed to be a skilled worker. Since the new worker 1 thinks only of himself and moves, he may interfere with other processes.

Based on the rule information 74, uninput task information and schedule information 31 are automatically constructed during execution of the time evolution system simulation. In this embodiment, the rule information 74 includes brains, which are judgment rules given to workers.
The brain is made to correspond to the custom task 33 on a one-to-one basis and constructed before executing the time evolution system simulation. In the time evolution system simulation, the brain is operated sequentially to reproduce how the worker makes decisions according to the situation in the time evolution. As a result, workers can use the brain to make decisions on tasks that are not repetitive but very often determined on site, such as shipbuilding processes, and can proceed smoothly with virtual tasks.
Contents determined by the brain, which is one of the rule information 74, are roughly classified into the following four.
1. Necessary arguments are determined for one custom task 33 .
2. One custom task 33 is selected from a plurality of custom tasks 33 belonging to one certain type (task type).
3. One type is selected from a plurality of types of custom tasks 33 .
4. A response is selected based on a rule when a conflict occurs while the custom task 33 is being executed.

In the judgment method by the brain, first, candidate groups are created as a combination of arguments, evaluation parameters are extracted for each of the candidate groups, evaluation values are calculated based on predetermined evaluation value rules, and finally the most Select the one with the highest evaluation value.
Extraction of evaluation parameters, predetermined rules, and selection based on evaluation values are as follows, for example, using the distribution task as an example.
[Extraction of evaluation parameters]
A group of evaluation parameters related to judgment is sequentially acquired during the time evolution system simulation.
・p1: distance from the worker's current location to the product ・p2: distance from the product to the crane ・p3: distance from the product to the destination (the destination is automatically calculated)
・p4: Whether it is a base plate or not (0 or 1)
・p5: Action possible without interference (0 or 1)
[Evaluation value rule]
v=(p4−0.2*(p1+p2+p3))*p5
[Selection]
Select the task with the highest evaluation value among the evaluation values greater than 0.
Task 1: v1
Task 2: v2
Task 3: v3
・・・

Brain's evaluation value rule is constructed manually or by machine learning.
When constructing manually, the rules are estimated and constructed through the results of video analysis and interviews with workers.
When constructing by machine learning, there are two construction methods. The first construction method acquires data on the movement of workers, tools, and products in a shipbuilding factory by monitoring using cameras and position sensors, etc., and from the acquired large amount of data, it is possible to identify the relationship between workers and products. A neural network that organizes parameters X such as distance and distance between workers and tools, and worker task selection results (judgment history) Y, uses the organized data as training data, and predicts task selection results Y from parameters X. It is constructed as a machine learning model such as In the second construction method, a goal is set, for example, the shorter the time, the better, and the reinforcement learning with the goal as a reward is applied to automatically construct the optimum strategy.

Examples of brains for each task type are shown in Table 9 below. In the table, "AtBrain" is the brain of distribution At, "FtBrain" is the brain of tacking At, "WtBrain" is the brain of final welding Wt, and "DtBrain" is the brain of back-fired Dt.
Regarding the custom task 33, Table 10 below shows the arguments that are automatically determined during the simulation and the arguments that are built in the task tree in advance. Arguments that are underlined are auto-determined arguments, and arguments that are not underlined are pre-constructed arguments.

21A and 21B are diagrams showing a state of a simulation using a brain, FIG. 21(a) being a material distribution task and FIG. 21(b) being a welding task.
In the material allocation task, restrictions on material allocation locations and placement positions are determined automatically.
In the welding task, evaluation parameters such as the position of the weld line are acquired and evaluation value calculation is performed. Note that the evaluation value calculation takes into account the welding area, such as not performing other work near the welding operator.

As shown in FIG. 20, after the simulation execution information reading step S5-1, among the custom tasks 33 described in the schedule information 31, the top task is executed for all the action subjects, and the time is increased by 1 second. do. (Task execution step S5-2). The custom task 33 is defined as a method in advance, and the assigned custom task 33 is changed based on the rule information 74 or the like depending on the situation.
Time-evolving simulation sequentially calculates the positions of finished parts or components of a ship, the positions and occupancy of equipment and workers, and the progress of assembly procedures and tasks over time. As a result, it is possible to accurately perform a time-evolution system simulation related to the construction of a ship.

Next, it is determined whether or not the custom task 33 has ended (task end determination step S5-3).
When it is determined that the custom task 33 has not ended in the task end determination step S5-3, the process returns to the task execution step S5-2 and the custom task 33 is executed.
On the other hand, when it is determined that the custom task 33 has ended in the task end judging step S5-3, the ended custom task 33 is deleted from the head of the schedule, and whether or not all the assigned custom tasks 33 have ended is determined. judgment (simulation end judgment step S5-4).
If it is determined in the simulation end determination step S5-4 that all the assigned custom tasks 33 have not been completed, the process returns to the task execution step S5-2 and the custom task 33 is executed.
On the other hand, if it is determined in the simulation end determination step S5-4 that all the assigned custom tasks 33 have ended, the simulation ends. The simulation thus runs repeatedly until all scheduled custom tasks 33 are exhausted.

Further, as shown in FIG. 1, in the simulation step S5, the interim result of the time evolution system simulation is provided from the information providing unit 40 (intermediate result providing step S5-5). Interim results of the simulation are provided to the user, for example, each time the task execution step S5-2 is completed. Based on the provided interim result, the user determines whether to continue the simulation as it is or to change the custom task 33 or the like to perform the next simulation. This makes it easier for the user to make judgments based on the intermediate results and to perform simulations in accordance with the user's intentions.
The provision of interim results in step S5-5 for provision of interim results can be arbitrarily selected by the user, for example, when pressing the execution button of the simulator, and is not executed when OFF is selected. On the other hand, if ON is selected, for example, the monitor will be in viewing mode, providing an animated flow of the simulation situation, and the user can press the pause button or press the play button. , can be checked sequentially. When the user presses the pause button, the user can see the already completed custom tasks 33, the ongoing custom tasks 33, and the scheduled custom tasks 33 not yet performed. The order of the tasks 33 can be changed, and the tools used in the custom task 33 can be changed and specified. After making changes, pressing the play button restarts the simulation and proceeds with the changed scenario.
Further, in the time evolution system simulation of the simulation step S5, the rule information 74 and the task acquired in advance are used, and the virtual worker autonomously advances the virtual work. Specifically, a custom task 33 configured by combining the rule information 74 and a basic task as a task is used to proceed with virtual work.
The rule information 74 is, for example, the types of welders that can be used, as described above. By using the rule information 74 and the tasks, it becomes easier for the virtual worker in the simulation to accurately proceed with the virtual work.
It is also possible to accept changed conditions from the user after the interim result provision step S5-5, and to execute the time evolution system simulation based on the changed conditions. As a result, it is possible to accurately perform a simulation based on the changed conditions that reflect the user's intentions.
FIG. 22 shows pseudo code for the simulation.

The basic tasks that make up custom task 33 represent small tasks that can be used for general purposes.
A basic task is a function that can be executed on a time evolution system simulation, and is constructed as a function before executing the time evolution system simulation. A basic task is a basic function required for a simulation, given an argument, such as moving or occupying the simulation object associated with that argument. Also, the basic task becomes a function that considers three-dimensional constraints.
Build a custom task 33 as a combination of basic tasks. By including a custom task 33 constructed by combining basic tasks, which are functions that can be executed in the time evolution system simulation, the custom task 33 that combines small tasks for each type of work improves the accuracy of the time evolution system simulation. can be improved.
Specific examples of basic tasks are shown in Table 11 below. There are many basic tasks other than those listed in Table 11.

FIG. 23 is a diagram showing a move task (move) as an example of a basic task. The definition of the move task is as follows.
・Have the name of the moving subject and the coordinates of the destination as arguments.
・On the simulation, it becomes a function that moves the subject at a specific speed.
・Automatically calculates the shortest route considering the 3D topography.
・If there are obstacles such as manholes and longi on the route, and it is necessary to pass through or straddle the obstacles, the speed is reduced accordingly.

FIG. 24 is a diagram showing a welding task (weld) as an example of a basic task. The definition of the welding task is as follows.
・The name of the subject, the name of the target welding line, and the name of the welding machine to be used are arguments.
・On the simulation, it becomes a function that moves near the weld line at a specific welding speed.
・The welder has a power cable, torch, and hose, and the cable and hose interfere with other objects.
・The welding speed is changed depending on whether the welding line is upward or downward.

FIG. 25 is a diagram showing a crane move task (CraneMove) as an example of a basic task. The definition of the crane movement task is as follows.
・The subject name and the coordinate value of the destination are used as arguments.
・On the simulation, it becomes a function that moves to the destination at a specific moving speed.
・In this basic task, the subject is the equipment (crane). The device takes the form of being instructed to perform a task from the outside.
・Consider the movable area as a constraint by judging interference with other cranes.

Here, the custom task 33 defined as a method in advance before the task execution step S5-2 will be described in detail. Custom task 33 is defined as follows.
The custom task 33 is constructed as a combination of basic tasks, and is expressed as one custom task 33 as a set of uninterrupted series of patterned or customary tasks. For example, if the custom task 33 is a material distribution task, the sequence is "move to object -> grab object -> move with object -> place object".
Arguments are passed to the custom task 33, and based on the arguments, basic tasks are constructed in a predetermined order, and finally a list of basic tasks is constructed.
A custom task 33 is constructed for each task to be reproduced, such as a material distribution task, a temporary attaching task, a welding task, and the like.
- The custom task 33 has a common argument as an input and a unique argument for each task.
- The custom task 33 includes a task mainly performed by a person and a task mainly performed by a device. For example, the subject of the material distribution task is a person (worker), and the subject of the automatic welding task is a device (automatic welder).

Table 12 below shows examples of task types, function names, and arguments of custom tasks 33 assigned to people, and Table 13 below shows examples of function names and arguments of custom tasks 33 assigned to devices.

FIG. 26 is a diagram showing an example of the distribution task "go pick up" as a custom task. A hoist crane will be used.
The task type of this material allocation task is "material allocation At", the function name is "AtPick", and the common arguments are "task name, task type, function name, target, used facility, preceding task, subject name, requested facility type/ number", with no unique arguments.
Below is an example of a list of basic tasks that make up the distribution task "go pick up".
1. move (subject, location of facility)
2. move (subject and facility, target location)
3. Crane Hoist (Lower)
4. Timeout (specified number of seconds)
5. Crane Hoist
The basic task 3 lowers the hook, the basic task 4 waits for the slinging time, and the basic task 5 raises the hook.

FIG. 27 is a diagram showing an example of the distribution task "arrange" as a custom task.
The task type of this material allocation task is "material allocation At", the function name is "AtPlace", and the common arguments are "task name, task type, function name, target, used facility, preceding task, subject name, requested facility type/ number", and the unique argument is "reference object of distribution destination, coordinate values (x, y, z), Euler angles (θ, φ, ψ)".
An example of a list of basic tasks that make up the distribution task "Place" is shown below.
1. move (subject, facility and object, to specified coordinates)
2. Crane Hoist (Lower)
3. Timeout (specified number of seconds)
4. Crane Hoist
Note that the basic task 3 above is to wait for the time required to remove the object.

FIG. 28 is a diagram showing an example in which the main welding task, which is one of the custom tasks, is represented by a combination of basic tasks.
Variables x _f , x _p , and _st are changed by executing the task as a method. For this purpose, a method is defined for each custom task, and the custom task is expressed as a combination of basic tasks, which are more detailed methods.
First, the basic task (Wait_start) that checks the start condition is a method that waits until the condition is met.
The basic task (Wait_hold) that secures the tool is a basic method that waits if all the tools to be used are not available, and if they are available, changes the state to be occupied for this task.
Expressions such as moving a component by a crane are expressed as a movement task (move), which changes the position and angle at a specified speed.
Based on the welding line information defined in the product model, the welding task (weld) moves the welding torch and worker at a speed based on the movement to the welding start point and welding posture, and moves the component to the next intermediate part. It is a method that changes to Various tasks are expressed by combinations of such basic tasks, and constructed as methods in advance (before task execution step S5-2).
Thus, custom task 33 describes a predetermined standard procedure. The custom task 33 is created like a catalog before the time evolution system simulation. An example of custom task 33 is as follows.
Temporary Welding (custom task 33): Go get the welder + go get the crane + hang the part + align the position + temporarily fasten At this time, which tool (welder 1 or welder 2, etc.) is selected is determined based on rule information 74 (rule 1A, rule 1B, rule 2, etc.). Further, regarding rule 3 of the rule information 74, if a magnet-type crane is used, a new task of placing the tool on the cart after use occurs. Of course, the user can also specify the tool to be used without being based on the rule information 74 .

In addition, for movement among basic tasks, it is assumed that it is often difficult to manually input the movement route in all tasks, so the construction simulation unit 30 is set to search for the route and automatically judge. preferably. In this case, specifically, first, a movable area is dynamically generated as a mesh, and the vertices and line segments of the mesh are regarded as a path, and the path is automatically calculated by the A* algorithm.
FIG. 29 is a diagram showing an example of constructing a movable mesh in an area surrounded by walls having two entrances. Since there is no mesh in the vicinity of the wall 90 , a path is generated that moves around the wall 90 . For implementation, for example, NavmeshAgent class of Unity (registered trademark) is utilized. As a result, by designating a destination point or a destination object in a basic task, an intermediate route is automatically calculated, and input work can be greatly reduced.

Table 14 below shows specific examples of input data to be input in the simulation. Data on facilities are excluded.

FIG. 30 is a diagram showing an example of shape data.
The sample shown in FIG. 30 assumes a small set named SUB_F. All parts are defined in a local coordinate system for each part and in a stable posture. Although a solid model is used, other data formats are also possible.

FIG. 31 is a diagram showing an example of weld line data.
The weld line data is defined for each weld line, and the weld line polyline is in the finished state coordinate system. In the central figure, the solid line is the welding line, and the dotted line is the welding line drawn in the opposite direction of the torch. The figure on the right is a side view, where "o" indicates the position of the weld line, and "triangle" indicates the position of the line drawn in the opposite direction of the torch.
As described above, in this embodiment, the welding speed is defined to be changed depending on whether the welding line is upward or downward. The welding speed can also be changed based thereon.

FIG. 32 is a diagram showing an example of back burning line data.
Here, it is assumed that the back side of the bone is heated with a gas burner in the small assembly stage for the purpose of removing distortion. The backburn polyline is in the finished coordinate system. In the figure on the left, the solid line is the back-burning line, and the dotted line is the back-burning line drawn in the opposite direction of the gas burner. The figure on the right is a side view, where "○" indicates the position of the back-burning wire, and "△" indicates the position of the welding line drawn in the opposite direction of the gas burner.

FIG. 33 is a diagram showing an example of product model data.
Column A is titled "Name" and contains the names of the parts and weld seams. Column B has a title of "group name" and describes the name of the group to which it belongs. Column C has a title of "type", "node" for parts, and "edge" for lines. Columns D and E are titled "node" and contain information about which parts are connected by lines. Column F is titled “Path” and describes paths indicating storage locations of shape data and welding line data. Column G is titled "Position Information" and describes the relative positions and angles of the parts in the completed state. Column H is titled "Weight" and contains the weight of the part.

FIG. 34 is a diagram showing an example of polyline data.
Column A is titled "LineName" and contains the name of the backing line. Column B is titled "LineType" and describes the type of line. Column C is titled "ParentProductName" and contains information about which product (parent product) is used as a reference. Column D is titled "Path" and describes the path indicating the storage location of the back burn-in data.

FIG. 35 is a diagram showing an example of assembly tree data.
In the left figure, column A is titled "Name" and contains the name of the intermediate part. Column B is titled "ComponentName" and describes the name of the member that constitutes the intermediate component. Column C has the title "isBasedProduct", and if it is a base plate, "base" is written. Column D has the title "ProductPose" and, in the case of the base plate, describes the position and angle of the base plate in the local coordinate system of the intermediate part.
The figure on the right shows an example of the assembly tree of the plate model.

FIG. 36 is a diagram showing an example of task tree data.
Column A is titled "TaskName" and contains the name of the task. Column B is titled "TaskType" and describes the type of task. Column C is titled "FunctionName" and contains the name in the simulator. Columns D to G describe arguments required for each task. Column H is titled "RequiredFacilityList" and lists the required facilities.
Types of tasks described in column B include At1 (material distribution), Ft (temporary attachment), Wt (final welding), Tt (reversal), Dt (back baking), At2 or At3 (movement of product), etc. There is
Among columns D to G in which necessary arguments are described for each task, column D is titled “TaskObject” and describes an object. Column E is titled “TaskFacility” and describes the name of the facility to be used. Column F is titled "TaskConditions" and lists the predecessor tasks. Column G is titled "TaskParameter" and contains parameters unique to the task. Note that "null" is written in the task condition column of column F, but this is automatically determined within the simulation.
The description in column H indicates what kind of tool and how many tools the work can be done. For example, "Crane 1" in the figure indicates that the work cannot be done without one crane. .

Returning to FIG. 1, after the simulation step S5, the results of the time evolution system simulation are converted into time-series data and used as construction time-series information 34 (time-series information conversion step S6). The time-series data is time-history data such as the position, angle, and occupancy status of each facility including the workers who are the action subjects.

After the time-series information generation step S6, the construction time-series information 34 is provided to the user using the information providing unit 40 (information provision step S7). The user can use a cloud server or the like to cross-share the acquired construction time-series information 34 with workers, designers, administrators, and other relevant parties. If the user sees the acquired construction time-series information 34 and feels the need to modify the simulation conditions, the user can operate the ship construction simulation system from the site via the cloud server for minor modifications. can.
Here, FIG. 37 is a detailed flow of output processing by the information providing unit.
First, the product model, facility model 72, process model, schedule information 31, rule information 74, and construction time series information 34 are read (output information reading step S7-1).
Next, calculations and generation necessary for display are performed, and the construction chronological information 34 is displayed (display step S7-2). The construction chronological information 34 preferably includes at least one of a Gantt chart, work procedure manual, work breakdown diagram, man-hours, or flow line. By providing information that embodies such construction time-series information 34, the user can know the construction time-series information 34 as a result of simulation, change components or facilities, analyze and clarify bottlenecks, It is possible to obtain useful knowledge for construction, such as man-hour prediction. Since the work breakdown configuration diagram can describe the start time and finish time of each task from the time series information, it can be treated as the construction time series information 34, though not directly. Also, man-hours are, for example, the number of days required for each task expressed as "00 man-days". The construction time series information 34 can also be represented as a part (PERT) diagram. In addition, the work procedure manual indicates which work the worker should carry out next, which equipment (such as a crane) should be used at that time, and which tools should be obtained from where. The work procedure manual, work breakdown diagram, man-hours, and flow line can also be represented as time-series information.

In this way, a product model setting step S1 in which the basic design information 71 of the ship is acquired from the unified database 70 and set as a product model represented by a standardized data structure, and information on factory equipment and workers for building the ship are stored. A facility model setting step S2 for setting a facility model 72 obtained from a unified database 70 and represented by a standardized data structure, and an assembly procedure and tasks for building a ship from component parts based on the product model and the facility model 72. is clarified, and a process model creation step S3 for creating a process model represented by a standardized data structure; By executing the time-series information conversion step S6 for converting the results of the time evolution system simulation into time-series data and making the construction time-series information 34, and the information providing step S7 for providing the construction time-series information 34, the user can obtain the standardized data Based on the information represented by the structure, it is possible to simulate the construction of a ship at a detailed work level for each hour, and improve and manufacture the factory based on the construction chronological information 34 as the highly accurate simulation result. Because it is possible to consider design improvements, cost predictions at the time of receiving orders, and facility investment, it leads to lower construction costs and shorter construction periods. In addition, since the facility model 72 is created in advance based on the information about the equipment and the workers, and is stored in the unified database 70 in the form of a standardized data structure, the facility model 72 with the standardized data structure is acquired. and shared use, and accumulation of new information can be easily performed.
In addition, since the construction chronological information 34 exists even at a very detailed work level, it is possible to visually confirm or use a portable terminal such as a tablet, AR (Augmented Reality) technology, MR (Mixed Reality) technology, or a hologram display. It is possible to improve work efficiency by transmitting information to workers so that they can check the actual size in a virtual space using VR (Virtual Reality). It is also possible to provide voice work guidance using an AI chatbot or the like.

In addition, in the information providing step S7, at least the construction time series information 34 is provided to the unified database 70 as a standardized data structure. As a result, the types, attributes, formats, etc. of the information provided as the construction time-series information 34 are standardized as the construction time-series information 34 in consideration of the relationship with the product model, etc., and are stored in the unified database 70. Can be easily accumulated. In addition, the construction chronological information 34 accumulated as a standardized data structure is acquired from, for example, the unified database 70, referred to when constructing an actual ship, used as information during a later simulation, and rule information 74 It can be used for machine learning of
The "standardized data structure" of the construction time-series information 34 means that the types, attributes, formats, etc. of the information as the construction time-series information 34 are defined. Also, define the relationship of data to be applied to the format.
It is also possible to provide the unified database 70 with set product models, facility models 72, process models, schedule information 31, factory layout information 32, and the like.

Also, the verification unit 50 is used to verify the construction time-series information 34 converted into time-series data in the time-series information conversion step S6 (verification step S8). Then, using the model correction unit 60, at least one of the product model and the facility model 72 is corrected based on the verification result in the verification step S8 (model correction step S9). For example, in the verification step S8, it is determined whether or not the result of the construction time-series information 34 exceeds the range of the desired target. fix it. As a result, whether or not the product model and facility model 72 should be corrected can be determined by verifying the construction time-series information 34 based on the desired target, and the product model and facility model 72 can be corrected appropriately. . If it is determined in the verification step S8 that the result of the construction time-series information 34 does not exceed the desired target range, the process ends without proceeding to the model correction step S9. As the desired goal, for example, a predetermined time is set, but in addition to that, the degree of work leveling (whether the work load can be distributed), the degree of ensuring safety in the workplace, the degree of danger, etc. It can include presence or absence, etc.
Further, when at least one of the product model and the facility model 72 is corrected in the model correction step S9, based on at least one of the corrected product model and the facility model 72, the process model creation step S3, the simulation step S5, Time series information conversion step S6 and verification step S8 are repeated. At this time, the product model or facility model 72 that was not corrected in the model correction step S9 is used before correction. By repeating each step in this way, it is possible to obtain a simulation result in which the product model and facility model 72 are corrected and the construction of the ship is within the target range. As a goal, for example, a predetermined time is set, but in addition to that, leveling of work (whether the work load can be distributed), ensuring safety in the workplace, presence or absence of danger, etc. can be included.

Each of the steps described above can be executed by a computer using a building program.
In this case, the program causes the computer to perform at least a product model setting step S1, a facility model setting step S2, a process model creation step S3, a simulation step S5, a time series information conversion step S6, and an information provision step S7. let it run. This makes it possible for the user to simulate the construction of a ship at a detailed work level for each hour based on the information represented by the standardized data structure. Based on 34, it is possible to consider improvement of the factory, improvement of production design, cost estimation at the time of receiving an order, facility investment, etc., which leads to reduction of construction cost and shortening of construction period.
Further, by causing the computer to further execute the process model accumulation step S4, for example, the accumulated process model is used as the process data 73 of the past ship in the next simulation opportunity or similar ship simulation. It can be performed. In addition, for example, the data structure of the process model standardizes the types and attributes of information and the relationship between multiple pieces of information, facilitating accumulation and use of process models.
Further, by causing the computer to further execute a verification step S8 and a model correction step S9, it is possible to verify whether or not the product model and facility model 72 should be corrected based on the construction time-series information 34 based on the desired target. , and the product model and facility model 72 can be appropriately modified.

Next, a ship building simulation method and a ship building simulation program based on a unified database according to a second embodiment of the present invention will be described. It should be noted that members having the same functions as those in the above-described embodiment are denoted by the same reference numerals, and descriptions thereof are omitted.
FIG. 38 is a flowchart of a ship construction simulation method based on the unified database according to this embodiment, and FIG. 39 is a block diagram of a simulator used in the construction simulation method.
In this embodiment, the product model 75 is created in advance based on the basic design information 71 of the ship, expressed in a standardized data structure, and accumulated in the unified database 70 . This makes it possible to easily obtain the product model 75 without accessing the design system, for example. The product model 75 can also be accumulated in the unified database 70 as data for product model setting.
In addition, since the product model 75 has a data structure in which, for example, the types and attributes of information and the relationships between a plurality of pieces of information are standardized, acquisition of the product model 75 and creation of the process model 76 can be performed more easily. Accumulation can be done easily. The standardized data of the product model 75 is, for example, information of each block tree-structured by dividing into blocks, specifically, block name, block constituent member, member name, shape of each member, member connection information, and weld line information. The "standardized data structure" of the product model 75 means that the types and attributes of this information are defined as classes, and relationships such as parent-child relationships between classes are defined as an information tree.

The construction simulation section 30 is divided into a construction simulation section I and a construction simulation section II. The construction simulation section I creates the process model 76, and the construction simulation section II executes time evolution system simulation. is configured to
In this embodiment, the created process model 76 is accumulated in the unified database 70 by executing the process model accumulation step S4 in advance before the simulation. This process model 76 is represented by a standardized data structure. Then, in a simulation step S5, the process model 76 is acquired from the unified database 70, and the simulation step S5, the time series information processing step S6, and the information providing step S7 are executed. As a result, the time for creating the process model 76 can be saved when the time evolution system simulation is to be performed. Also, another computer or a computer installed at another location can obtain the process model 76 from the unified database 70 and perform a time evolution system simulation.

Also in this embodiment, each step described above can be executed by a computer using a building program.

FIG. 40 is a diagram showing an example of the standardized data structure of the product model.
The standardized data structure of the product model expresses product information as a BOM (Bill of Materials), and indicates a hierarchical structure between classes and attribute information of each class.
In FIG. 40, the classes, which are the constituent elements of the standardized data structure, are indicated by rectangles, their types (names) are indicated in the rectangles, and the relationships between classes and the parent-child relationships between classes are illustrated in a tree structure. . Also, the attribute information of each class is described to the right of the square. Specifically, the highest class is the "number ship" that indicates the ship to be built such as the first ship and the second ship, and the class one level below is the "block" that constitutes the hull. The class one level below is the "member", "connection line", or "material" that composes the block, and the class that is one level below is the "welding line" that composes the connection line, and the "pipe" that composes the part. and "equipment", "welding material", "paint", "suspension piece" and "mounting jig" that constitute materials. The attribute information of the class "welding line" is "leg length" and "groove shape", the attribute information of the class "pipe" is "pipe system" and "pipe material", and the attribute information of the class "equipment" is The information is "fitting type", the attribute information of the class "welding material" is "type (material)" and "wire diameter", the attribute information of the class "paint" is "type (material)", and the attribute information of the class "paint" is "type (material)". The attribute information of the "suspension piece" is "suspension piece type", and the attribute information of the class "mounting jig" is "mounting bracket type".
Although not shown, a subclass can be set for each outfit. Examples of subclasses include "ladder" and "tube support".

FIG. 41 is a diagram showing an example of the standardized data structure of the facility model.
The standardized data structure of the facility model expresses the facility information in BOE (Bill of Equipment), and indicates the hierarchical structure between classes and the attribute information of each class.
In FIG. 41, classes, which are constituent elements of the standardized data structure, are described, and relationships between classes and parent-child relationships between classes are shown in a tree structure. The class at the top layer is the type (name) of the shipbuilding factory such as "Factory A/B", and the class one level below is the type (name) of the building in each factory such as "Building A/B/C". One class further down is the type (name) of the surface plate in each building such as "Surface plate A/B/C/D", and the class one further down is "Welder A/B/C", " Feeder A/B/C", "Simple automatic cart A/B", "Grinder A/B", "Block A", "Gas torch A/B", "Crane A/B", "Installation team A ", "Welding Team A", and "Material Distribution Team A", equipment (or tools) used in each surface plate, and types (names) of workers.
Although not shown, attribute information such as ability values and shapes are set for each class such as a welder and an installation team. Shapes can also be arranged as classes related to classes such as "welder" and "crane".

Figures 42-1 to 42-3 are diagrams showing examples of standardized data structures of product models, facility models, and process models. The data structure of the model is represented by BOE, and the data structure of the process model shown in FIG. 42-3 is represented by BOP (Bill of Process). In addition, the standardized data structure of the product model shown in Fig. 42-1 is divided into parent-child relationships of "large group", "medium group", and "small group" in the instance of the class "block". It differs from the standardized data structure of the product model shown in FIG. Also, the standardized data structure of the facility model shown in FIG. 42-2 differs from the standardized data structure of the facility model shown in FIG. 40 in that the lowest class is expressed as a higher level concept.
As shown in Figures 42-1 to 42-3, the information of the process model to be reproduced by the simulator is combined with the information of the product model that is the target of the process model and the information of the facility model that is necessary for the process model. Represent by structure and organize the relationship of each model. As a result, it is possible to manage the process model by associating the target product and facility of each process. In addition, organize the process expressions (process granularity) required for the operation of the simulator. As a result, the data handled in shipbuilding design and production planning can be managed in a unified manner on the unified database 70, so that shipbuilding design and production planning work can be operated based on a single piece of information, shortening the lead time for construction. It contributes to shortening and optimization of design and production planning.

Of the standardized data structure of the process model shown in FIG. A specific example of "mounting A to D" and task "process C-1 to 2" is "welding A to B", a specific example of task "process D-1" is "reversal A", task "process E-1 to 2” is “piping A to B”, a specific example of task “process F-1 to 2” is “strain removal A to B”, and a specific example of task “process G-1 to 2” is “rust prevention A specific example of the task "process H-1-2" is "cleaning A-B".
For each process such as material distribution, installation, welding, etc., the information of the product model and the information of the facility model are associated and organized in order to express the process appropriately in the simulator. That is, the simulator organizes which information of the product model and which information of the facility model should be represented as a set so that the simulator can reproduce each process, and reflects this in the design of the BOP. In particular, we are devising expressions such as cleaning work and anti-corrosion painting work that accompany welding work. Focusing on this, "welding lines" are associated as product model information.
The process model also defines the execution order of each process. The order of execution is, for example, as shown on the right side of FIG. "Process C-1 (welding A)" → "process E-1 (piping A)" → "process F-1 (strain relief A)" → "process H-1 (cleaning A)" → "process G-1 (Antirust coating A)” → “Process D-1 (Reverse A)” → “Process A-2 (Material distribution B)” → “Process B-3 (Installation C)” → “Process A-3 (Material distribution C)” → “Process B-4 (Installation D)” → “Process C-2 (Welding B)” → “Process E-2 (Piping B)” → “Process F-2 (Strain relief B” → “Process H-2 (Cleaning B)”→“Process G-2 (Antirust coating B)”.
Thus, the standardized data structures of the product model, facility model, and process model include at least a plurality of classes classified by data type, relationships between classes, and parent-child relationships between classes. This facilitates the acquisition, storage, and use of product models, facility models, and process models by a data structure based on classes and relationships between classes.

An embodiment using a shipyard model as input data will be described. Table 15 below shows set values for the moving speed of the worker, the moving speed of the crane, and the speed per unit length of the welding work set for the simulation. Although these values are uniformly set here, they can also be defined for each task (for example, according to the welding posture).

Temporary welding should be represented by intermittent welding lines like tack welding, but in this embodiment, for the sake of simplicity, the welding line path (polyline) used for final welding is also used. , representing work differences by varying the welding speed per unit length. Also, the welding work in the assembly scenario set in this embodiment is only horizontal fillet welding, and upward welding does not occur.
For the 3D CAD model file, the OBJ format (Wavefront Technologies, Inc.), which is a general-purpose intermediate file format that can be imported into Unity (registered trademark), was adopted.

(Case 1)
FIG. 43 is a Gantt chart of simulation calculation results in the case 1 assembly scenario. The name on the vertical axis indicates each facility and product (finished part, intermediate part, component part), and the horizontal axis indicates time (s). The horizontal bar with vertical lines indicates the time occupied by the material distribution task, the horizontal bar with horizontal lines indicates the temporary welding task, and the horizontal bar with oblique lines indicates the time occupied by the main welding task. It can be said that this Gantt chart expresses time-series information obtained by performing a time evolution system simulation based on a process model in association with information of a product model and a facility model.
In the scenario of Case 1, a total of two workers, one ironworker and one welder, assemble a five-plate model. Table 7 shows the determined schedule for each worker. Worker 1 in the second row of Table 7 is an iron worker, and worker 2 in the second row is a welder. Each worker performs the tasks in the order listed in Table 7.
From FIG. 43, which is a Gantt chart calculated by the ship building simulation system based on this scenario, it can be seen that the time required for laying out the materials for each of the plates P1 to P5 indicated by the vertical bars is approximately 370 seconds. This time corresponds to a little less than a quarter of the total time. The time required for this material distribution cannot be directly calculated by the conventional method of calculating from the weld length, and corresponds to ancillary work. In addition, since the worker 2 cannot start the work until the material distribution and temporary welding tasks are finished, he has to wait for nearly 480 seconds. After that, the worker 1 has to wait for the task until the worker 2 completes the intermediate part U2.
In this way, the ship construction simulation system calculates the required time for each task, which cannot be calculated by conventional calculation methods alone, and reproduces the state in which waiting time occurs depending on the degree of task progress.

(Case 2)
FIG. 44 is a Gantt chart of simulation calculation results in the case 2 assembly scenario. The name on the vertical axis indicates each facility and product (finished part, intermediate part, component part), and the horizontal axis indicates time (s). The horizontal bar with vertical lines indicates the time occupied by the material distribution task, the horizontal bar with horizontal lines indicates the temporary welding task, and the horizontal bar with oblique lines indicates the time occupied by the main welding task. Also, FIG. 45 is a three-dimensional external view of the simulation in Case 2. In FIG.
In case 2, as in case 1, the target was a five-plate model, and the number of workers was increased to 4, including 2 ironworkers (workers 1 and 3) and 2 welders (workers 2 and 4). set a scenario. In line with this, two welding machines have been added. The schedule of each worker is shown in Table 16 below.

From FIG. 44, which is a Gantt chart calculated by the simulator based on this scenario, it can be seen that the time required to distribute the materials for each of the plates P1 to P5 is about 400 seconds, which is longer than Case 1. The reason for this is that workers 1 and 3 share one crane, which requires extra walking time. The temporary welding time is also longer than in case 1 because one crane is used in common. The final welding of the intermediate part U1 and the finished part SUB1 takes less time than Case 1 because two welding lines are performed in parallel by two people. On the other hand, regarding the total construction period from start to finish, although the number of workers was doubled from Case 1, it was not halved. Only seconds.
In this way, it becomes possible to examine the contents that cannot be examined by the conventional concept of efficiency, and the quantitative difference and its grounds become clear.
Moreover, as shown in FIG. 45, it is also possible to directly confirm how the position of the three-dimensional object of each model is changed.

The present invention accurately simulates the construction of a ship, which requires detailed work judgments depending on the situation, and the flow of goods and the movement of workers during manufacturing are not stereotyped. It can be used for a wide variety of purposes related to construction, such as design, planning and improvement of construction plans, capital investment, analysis of production sites, and clarification of bottlenecks. In addition, it is also possible to develop other products such as floating bodies, offshore wind power generation facilities, underwater vehicles and offshore structures that can be analogized to ships, and other industries such as the construction industry. When applied to these, the ship in the claim can be interpreted by replacing it with words that target other products or industries.

31 Schedule information 32 Factory layout information 33 Custom task 34 Construction chronological information 70 Unified database 71 Basic design information 72 Facility model 73 Process data of past ships 74 Rule information 75 Product model 76 Process model S1 Product model setting step S2 Facility model setting step S3 process model creation step S4 process model storage step S5 simulation step S6 time series information generation step S7 information provision step S8 verification step S9 model correction step

Claims (21)

A method of simulating the construction of a ship based on information represented by a standardized data structure stored in a unified database, comprising:
a product model setting step of acquiring the basic design information of the ship from the unified database and setting it as a product model represented by the standardized data structure;
a facility model setting step of acquiring from the unified database information on equipment and workers of the ship building factory and setting it as a facility model represented by the standardized data structure;
Defining an assembly procedure for building the ship from component parts based on the previously set product model and the facility model, defining tasks at each stage of the assembly procedure, and defining the tasks according to the facility model a process model creation step of creating a process model represented by the standardized data structure considering whether the facility and the worker are within the ability value range in
a simulation step of performing a time evolution system simulation that sequentially calculates the progress of construction for each hour based on the process model;
a time-series information conversion step of converting the results of the time evolution system simulation into time-series data and using construction time-series information;
and an information provision step of providing the construction time series information. 2. The facility model according to claim 1, wherein said facility model is created in advance based on information relating to said equipment and said workers, expressed in said standardized data structure, and accumulated in said unified database. Ship construction simulation method based on unified database. 3. The product model is created in advance based on the basic design information of the ship, expressed in the standardized data structure, and stored in the unified database. A ship building simulation method based on the unified database described in . 4. The method according to any one of claims 1 to 3, further comprising executing a process model accumulation step of accumulating the process model represented by the standardized data structure created in the process model creation step in the unified database. A ship construction simulation method based on the unified database according to item 1. Execute the process model accumulation step in advance to accumulate the process model in the unified database, obtain the process model from the unified database in the simulation step, and perform the simulation step, the time series information conversion step, and the information 5. The ship building simulation method based on the unified database according to claim 4, wherein the providing step is executed. 6. The process model according to any one of claims 1 to 5, wherein the process model includes an assembly tree representing assembly dependencies as the assembly procedure, and a task tree representing dependencies between the tasks based on the assembly tree. A ship construction simulation method based on the unified database according to any one of the above items. 7. The unified database according to any one of claims 1 to 6, wherein the tasks include custom tasks constructed by combining basic tasks, which are functions executable in the time evolution system simulation. Ship construction simulation method based on. 8. A ship based on a unified database according to any one of claims 1 to 7, wherein in said process model creation step, schedule information for said workers is created based on said assembly procedure and said tasks. construction simulation method. 9. The process model creation step comprises creating factory layout information regarding the arrangement of the equipment and workers in the factory based on the assembly procedure and the tasks. 2. A ship construction simulation method based on the unified database according to 1 or 2 above. 10. The ship construction simulation method based on a unified database according to claim 8, wherein at least one of said schedule information and said factory layout information is provided in said information providing step. Based on the unified database according to any one of claims 1 to 10, wherein process data of past ships built in the past are acquired from the unified database and used in creating the process model. Ship construction simulation method. The time-evolving simulation in the simulation step sequentially calculates the positions of the finished parts or the components of the ship, the positions and occupancy of the equipment and the workers, and the progress of the assembly and the tasks by time. 12. The ship building simulation method based on the unified database according to any one of claims 1 to 11, wherein the ship building simulation method is a system. Rule information including a brain, which is a judgment rule given to the worker for the worker to proceed with the virtual work or for deciding the equipment to be used by the worker in the virtual work, is used. 13. A ship building simulation method based on a unified database according to any one of claims 1 to 12, characterized in that: The standardized data structure of the product model, the facility model, and the process model includes at least a plurality of classes classified by data type, relationships between the classes, and parent-child relationships between the classes. A ship construction simulation method based on a unified database according to any one of claims 1 to 13, characterized by comprising: 15. The construction chronological information according to any one of claims 1 to 14, wherein the construction time-series information includes at least one of a Gantt chart, work breakdown diagram, work procedure manual, man-hours, and flow line. Ship construction simulation method based on unified database. 16. Based on the unified database according to any one of claims 1 to 15, characterized in that in said information providing step, at least said construction chronological information is provided to said unified database as said standardized data structure. Ship construction simulation method. further comprising a verification step of verifying the construction time-series information converted into time-series data in the time-series information conversion step; and a model correction step of correcting at least one of the product model and the facility model based on the verification result. 17. A method of simulating construction of a ship based on a unified database according to any one of claims 1 to 16, characterized in that it is executed. When at least one of the product model and the facility model is modified in the model modification step, the process model creation step and the simulation step are performed based on at least one of the modified product model and the facility model. 18. The ship building simulation method based on a unified database according to claim 17, wherein said time series information forming step and said verification step are repeated. A program for simulating the construction of a ship based on information represented by a standardized data structure accumulated in a unified database,
to the computer,
The product model setting step in the ship construction simulation method based on the unified database according to any one of claims 1 to 18;
the facility model setting step;
the process model creation step;
the simulation step;
the time-series informatization step;
A ship building simulation program based on a unified database, characterized by executing the information providing step. 20. A ship building simulation program based on a unified database according to claim 19, which cites claim 4 or claim 5, further causing said computer to execute said process model storage step. 20. A ship building simulation program based on a unified database according to claim 19, wherein said computer further executes said verification step and said model correction step.