WO2018074619A1 - Simulation process automation system and method of container terminal - Google Patents

Abstract

The objective of the present invention is to minimize the time and cost required from preparation of simulation data to notification of execution results by standardizing and automating a simulation data preparation process when constructing a virtual simulation server which operates in the same environment as an actual terminal operation server. The present invention comprises: a container terminal system (300); a virtual DB management system (400); and a client system (600), wherein the container terminal system (300) comprises a terminal server including a TOS and a DBMS of a production DB user; the virtual DB management system consists of one or more virtual DBMSs, in which each of the virtual DBMSs consists of one or more test DB users, in which the test DB users are copied and created from the production DB user; and each client PC of the client PC consists of VTM.

Description

Automation Process and System for Simulation of Container Terminal

The present invention is a result of research carried out with the support of the "International Joint Technology Development Project" of the Ministry of Trade, Industry and Energy and the Korea Institute of Industrial Technology.

The present invention relates to a system and method for automating a simulation process of a container terminal, and more particularly, to constructing a virtual simulation server operating in the same environment as an actual terminal operating server, by standardizing and automating a simulation data preparation process. A system and method for automating the simulation process of a container terminal to minimize the time and cost from data preparation to execution result notification.

In general, the container terminal of the port serves as loading and unloading of the container, storage of the container, and carrying out of the container.

For example, such a container terminal, as shown in Figure 1, the gate (5) for managing the entry and exit of land trucks, container storage (Yard, 8) for loading and temporarily storing the import and export container (6), ship ( 1) docking berths (7) where quantitative work of containers is carried out, berth cranes (QC) 2 for loading and unloading containers of ships, yard cranes (YC, 3) for installing containers in terminals, containers in trains It is composed of iron cranes (RC, 4) for unloading, and yard trucks (YT, 9) for transporting containers within the equipment site.

On the other hand, such a container terminal uses a terminal operating system (TOS) to maximize the work efficiency for the container.

The terminal operating system within the container terminal receives information about the container from the ship which is expected to be brought to the terminal, and plans the main work operation of the container unloading equipment and the transport equipment so that all the containers can be moved in place at the right time. It is a system for managing the work flow of containers such as sending work instructions to.

As an example, a first prior art for a traffic network design system for simulation of a container terminal to which the terminal operating system (TOS) is applied is disclosed in Korean Patent Publication No. 10-2011-0026734.

The traffic network design system for the simulation of the container terminal according to the prior art, the input processing module for receiving and processing information for the layout of the facility template and lane template of the container terminal; A traffic network generation module for generating traffic networks of the container terminal by re-aligning the arranged facility template and the lane template; A simulation module for visualizing the generated traffic network, wherein the traffic network generation module comprises: a duplicate node deletion module for deleting a node included in the facility template and a node included in the lane template; And a node connection module configured to set a search area for the nodes included in the lane template, search for nodes to be connected in the search area, and connect the nodes.

However, the prior art as described above is to shorten the traffic network construction time of the container terminal, and the problem that the theoretical training of the overall operation of the facilities, equipment, and work schedule of the actual container terminal is inevitably acquired. In addition, if the work schedule data for the equipment in the container terminal is changed, it takes a lot of time to establish a test environment for the operation of the container terminal, prepare and execute the test data, and thus fail to properly evaluate the container terminal operation. have.

On the other hand, the inventors for solving the problems of the first prior art, the Republic of Korea Patent No. 1,44,104 (simulation evaluation system and method of a container terminal) has been developed.

That is, the second conventional technology may not only establish a virtual simulation server that operates in the same environment as the actual terminal operation server, but also perform training on the actual terminal operation server through the virtual simulation server. In addition, the present invention relates to a simulation evaluation system and method of a container terminal that can perform an online evaluation service for container terminal operation even when an actual terminal operation server is operated.

2 to 5, the container terminal operating device 100, a network, a terminal operating server 200, and a simulation server 200 ′ are included.

Specifically, the container terminal operating device 100 transmits job related information on a plurality of equipments used for loading, unloading, and transporting a container in a container terminal to a terminal operating server 200 through a network. As a means, for example, as shown in FIG. 2, a gate checker (110) terminal, a truck driver terminal (120), a crane driver (QC Under Man) terminal 130, a racing man (Lashing man) terminal 140, rich stack / yard crane driver (RS / YC Driver) terminal 150, refrigerated container Checker (Refer Container Checker) terminal 160, control room planner terminal (170) , A equipment management and repair center (Repairman) terminal 180 and a remote worker terminal 190.

In addition, the terminal operation server 200 is a terminal that performs the work plan, execution and management, such as the ship operation plan and yard operation plan required for container terminal operation information received from the container terminal operating equipment 100, Actual service instance module 210, operation strategy establishment unit 220, operation scenario generation unit 230, model establishment unit 240, simulation code generation unit 250, database 260, control unit 270 and output It consists of a part 280.

On the other hand, the simulation server 200 'is based on the terminal operation information transmitted from the terminal operation server 200, to build a virtual terminal operation information identical to the information performed in the terminal operation server 200 container A terminal for virtually performing work schedule information on the terminal operating apparatus 100, the input unit 208, virtual service instance module 210 ', DB 260', the display unit 265 and the controller ( 270).

In detail, the input unit 208 receives the operation information of the terminal operating server 200 according to the work schedule information of the container terminal operating equipment 100 transmitted from the output unit 280 of the terminal operating server 200. In addition, terminal operation related information input through the administrator is input through key mode and mouse.

The virtual service instance module 210 'may perform the same service as the actual service instance module 210 of the terminal operating server 200 according to the operation information of the terminal operating server 200 received through the input unit 208. Build a virtual service program that can

That is, as shown in FIG. 3, the virtual service instance module 210 ′, like the actual service instance module 210 of the terminal operation server 200, schedules work for the container terminal operating equipment 100, That is, unloading and unloading of containers, loading and unloading of the gates of containers, transporting containers through quay-loading cranes (QC), yard trucks (YT), yard cranes (YC), and loading of containers in the terminals (House-keeping). ), And a service program capable of rehandling the container and inspecting the container.

The DB 260 ′ stores duplicate data of operation information of a container terminal stored in the database 260 of the terminal operation server 200 received through the input unit 208.

The display unit 265 displays the operation information of the virtual container terminal output through the simulation server 200 ', trainees for the container terminal operating equipment 100 that is operated in the actual terminal operating server 200 It is a means such as CRT, PDP and LCD monitor for checking work schedule information and enabling training on container terminal operation.

The controller 270 controls the input unit 208, the virtual service instance module 210 ′, the DB 260 ′, and the display unit 265 in the simulation server 200 ′.

Therefore, according to the second prior art configuration as described above, as shown in FIG. 3, the equipment in the actual container terminal is operated through the terminal operation server 200 equipped with the actual service instance module 210. And operating the devices in the virtual container terminal through the simulation server 200 'equipped with the virtual service instance module 210' that performs the same function as the actual service instance module 210. Even when the operation server 200 is operated, the simulation server 200 ′ may perform training on the operation of the actual terminal operation server, and the online evaluation service for the container terminal operation may be easily performed.

On the other hand, the following describes the simulation evaluation method of the container terminal of the second prior art made through the system configured as described above.

First, the terminal operation server 200 receives work schedule information used for loading, unloading, and transporting containers within a container terminal from a plurality of container terminal operating equipments 100 through a network (S310).

Next, the terminal operation server 200 builds a program capable of performing a service according to the work schedule information transmitted from the container terminal operating device 100 through the actual service instance module 210 (S320).

Next, the terminal operation server 200 establishes a strategy for a work schedule operation plan in the container terminal according to the work schedule information from the actual service instance module 210 through the operation strategy establishment unit 220 ( S330).

Thereafter, the terminal operation server 200 may perform a decision on the terminal operation server 200 according to a work schedule operation plan in the container terminal established by the operation strategy establishment unit 220 through the scenario generator 230. Create an operating scenario in the terminal to enable (S340).

Next, the terminal operation server 200 establishes an operation processing model for the container terminal operating equipment 100 according to the work schedule information from the actual service instance module 210 through the model establishment unit 240. (S350).

Next, the terminal operation server 200 is characterized by the characteristics of the equipment in the container terminal according to the work schedule information of each container terminal operating equipment 100 established in the model establishing unit 240 through the simulation code generation unit 250 And by generating a simulation code for the movement of the container so that the simulation server 200 'can check the movement of the actual equipment and containers in the container terminal (S360).

Subsequently, the terminal operation server 200 includes the above-described actual service instance module 210, an operation strategy establishing unit 220, an operation scenario generator 230, a model establisher 240, and a simulation code generator 250. Information processed through, that is, the job schedule information and operation information for the container terminal operating device 100 is stored in the database 260 (S370).

Next, the terminal operation server 200 receives a request for operation schedule information and operation information for the container terminal operating equipment 100 from the simulation server 200 '(S375), through the output unit 280 The job schedule information and operation information for the container terminal operating device 100 stored in the database 260 is transmitted to the simulation server 200 ', and the simulation server 200' is operated in the terminal operating server 200 The same container terminal operation information can be performed (S380).

Next, the simulation server 200 ′ constructs a virtual terminal operation information identical to that performed by the terminal operation server 200 based on the terminal operation information transmitted from the terminal operation server 200, and then stores the container. The operation information according to the work schedule for the terminal operating device 100 is virtually performed (S390).

That is, the simulation server 200 ′, as shown in FIG. 5, the operation of the container terminal operating equipment 100 transmitted from the output unit 280 of the terminal operating server 200 through the input unit 208. The terminal receives the operation information of the operation server 200 according to the schedule information (S391).

In addition, the simulation server 200 'is the actual service instance module of the terminal operation server 200 according to the operation information of the terminal operation server 200 received from the input unit 208 through the virtual service instance module 210'. A virtual service program capable of performing the same service as 210 is constructed (S393).

Next, the simulation server 200 'stores the replication data of the operation information of the container terminal stored in the database 260 of the terminal operation server 200 received through the input unit 208 in the DB 260'. (S395).

Next, the simulation server 200 ′ outputs the operation information of the virtual container terminal that is the same as the information operated in the actual container terminal through the display unit 265, so that the trainees in the actual terminal operation server 200. It is possible to check the work schedule information for the container terminal operating equipment 100 is operated and to perform training on container terminal operation (S397).

Therefore, according to the second prior art, by operating the actual container terminal via the terminal operating server 200, and simultaneously processing the virtual simulation of the expected situation of the container terminal via the simulation server 200 ', The administrator who manages the operation server of the terminal performs virtual simulation on variables such as changing the work schedule of the equipment in the terminal without any preparation for the simulation, and at the same time, gives the trainees the actual operation of the container terminal. Training can be performed.

In other words, by sharing the functions, programs and data built in the terminal operation server that performs the work plan, execution and management required for container terminal operation with the virtual simulation server, the actual terminal operation server is operated through the virtual simulation server. It is possible to conduct training and training on the terminal, and to easily perform online evaluation service of container terminal operation even when the actual terminal operation server is operated, as well as to build test environment and test data necessary to perform operation evaluation of container terminal. This can eliminate the time required for preparation.

In addition, based on the database stored in the terminal operating server actually running in the container terminal, the virtual simulation server can predict and derive the result of the actual terminal operation, and check and verify the function of the actual terminal operating server. For example, it is possible to anticipate the problem situation through pre and post evaluation of the operation plan, and to allow the manager to re-establish the plan reflecting the problem solution.

However, since the second conventional technology simultaneously handles a virtual simulation of an expected situation of a container terminal through a simulation server while operating an actual container terminal, the work of the equipment in the terminal without additional preparation process for performing the simulation. Although it is possible to simulate a variable such as a schedule change, the simulation data is accumulated only when the actual terminal operation is performed. Therefore, it takes a long time until sufficient simulation data is accumulated and the simulation execution result is obtained. Prior to this, there were limitations that many trainees could not be trained on the actual operation of container terminals.

The present invention is to solve the above problems, the purpose is to build a virtual simulation server that operates in the same environment as the actual terminal operating server, standardized and automated simulation data preparation process to run from the simulation data preparation The present invention provides a system and method for automating the simulation process of a container terminal to minimize the time and cost to notify the results.

The above and other additional objects will be apparent to those skilled in the art without departing from the spirit of the invention by the appended claims.

Simulation process automation system for a container terminal according to an aspect of the present invention for achieving the above object, Container terminal system 300; Virtual DB management system 400; Client system 600; The container terminal system 300 includes a terminal server including a TOS, and a DBMS of a production DB user. The virtual DB management system includes one or more virtual DBMSs, and each virtual DBMS is one. The test DB user is configured as described above. The test DB user is copied from the production DB user and is generated. Each client PC of the client PC is made of a VTM.

On the other hand, the simulation process automation method for a container terminal according to another aspect of the present invention for achieving the above object, (A) to build a simulation environment for the simulation preparation (S700); (B) after step (A), in order to generate simulation data, supporting simulation data generation (S800); (C) after step (B), managing simulation execution using simulation data in the established simulation environment (S900); And (D) after step (C), notifying a simulation result (S990). Characterized in that comprises a.

According to the system and method of the simulation process automation system of the container terminal according to the present invention, it is easy to manage the front and trailing relationships according to the importance of the simulation execution task by the integrated management of the simulation execution environment, the DB user for the purpose of experiment (Test DB User) It is easy to create and manage, shorten preparation time by standardizing and automating simulation data preparation process, and easily execute a plurality of simulation data simultaneously and compare and evaluate results.

On the other hand, additional features and advantages of the present invention will become more apparent from the following description.

1 is a view for explaining a conventional general container terminal.

2 is a view showing the configuration of a simulation evaluation system for a container terminal according to the second prior art.

3 is a view showing an example of operating a container terminal is applied to the simulation evaluation system of the container terminal according to the second prior art.

4 is a flow chart showing a simulation evaluation method of a container terminal according to the second prior art.

5 is a subroutine of step S390 of FIG. 4 performed in a simulation server applied to a second prior art.

6A is a diagram showing the configuration of a simulation process automation system for a container terminal according to the present invention;

6B is a diagram illustrating a simulation processing procedure of test DB users of the simulation process automation system of the container terminal according to the present invention.

7 is a schematic diagram showing an overall flow of a method for automating a simulation process of a container terminal according to the present invention.

8A is a flowchart illustrating a simulation data preparation process in a simulation process automation method for a container terminal according to the present invention.

8B is a detailed flowchart of the unloading task information generation step of FIG. 8A;

9 is a flowchart illustrating a simulation execution management process in a method for automating a simulation process of a container terminal according to the present invention.

10A to 10G are examples of information screens of each step of the method for automating the simulation process of a container terminal according to the present invention.

11 is a view showing simulation data used in the system and method for the simulation process automation of a container terminal according to the present invention and a generation procedure thereof.

Hereinafter, a simulation process automation system and method of a container terminal according to a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings.

Prior to the detailed description of the present invention, the same or corresponding elements in the drawings are given the same reference numerals, and in the case where it is determined that the detailed description of the related well-known configuration or function may obscure the gist of the present invention, the detailed description will be given. Will be omitted.

Also, in the specification, the following examples and embodiments are to be considered as illustrative and not restrictive, and the invention is not to be limited to the details given herein but is to be substituted and equivalent within the scope and equivalents of the appended claims. It may be changed to another embodiment.

First, a simulation process automation system for a container terminal according to a preferred embodiment of the present invention will be described with reference to FIGS. 6A and 6B.

As shown in Figure 6a, the simulation process automation system of the container terminal according to the present invention, in addition to the container terminal system 300 connected to the existing container terminal operating equipment and the network (Network), one or more copied DBMS (DB Management) And a virtual DB management system 400, a virtual server system 500, and a client system 600, which are composed of virtual DBMSs 410 and 420.

Of these, the container terminal operating equipment 100 and the network (Network) is the same as the case of the second prior art, detailed description thereof will be omitted.

Meanwhile, the container terminal system 300 in the present invention manages a DB of a terminal server 320 including a terminal operating system (TOS) 321 and a production DB user 311. And a DB Management System (DBMS) 310. The terminal server 320 includes a terminal operating system (TOS) 321, which is a type of terminal operating software.

Meanwhile, the virtual DB management system 400 includes one or more virtual DBMSs 410. For example, the virtual DB management system 400 includes a first virtual DBMS 410 and a second virtual DBMS 420. As the test DB user, the first virtual DBMS 410 includes, for example, a first test DB user 1 411 and a second test DB user 2-1. ) 412 and a third test DB user (Test DB User 2-2), the second virtual DBMS 420 is a fourth test DB user (Test DB User 3) to the ninth test DB user (Test DB User 8) 421 to 426.

In this case, each test DB user is copied and produced from the production DB user, but may be copied and generated from another test DB user for comparison.

Meanwhile, the virtual server system 500 includes one or more virtual terminal servers 510 to 540. For example, the virtual server system 500 includes first to fourth virtual terminal servers 510, 520, 530, and 540, which are connected to a node of an actual terminal server. It is done. In FIG. 6A, the first virtual terminal server 510 is 'server node 1', the second virtual terminal server 520 is 'server node 2', and the third virtual terminal server 530 is 'server node 4'. And a fourth virtual terminal server 540, as 'server node 3'.

Each of the virtual terminal servers 510, 520, 530, and 540 includes a corresponding virtual TOS 511, 521, 531, 541 and a virtual operating system (VTS) 512, 522, 532, 542 and an I / F bridge 513, 523, 533, 543 connecting them. Again, the virtual terminal operating system (TOS) 511, 521, 531, 541 of each virtual terminal server 510, 520, 530, 540 is a copy of the TOS 321 software of the actual terminal server.

Thus, an available virtual terminal server 510 is allocated to each test DB user 411 to be executed, so that they form one simulation machine. In the embodiment of FIG. 6A, a first virtual terminal server 510 is connected to a first test DB user 411 to form a first simulation machine, and a second virtual terminal server 520 to a second test DB user 412. ) Is connected to form a second simulation machine, the fourth virtual terminal server 540 is connected to the third test DB user 413 to form a third simulation machine, and the fourth test DB user 421 Three virtual terminal servers 530 are connected to form a fourth simulation machine.

Thus, when these simulation machines are executed and finished, the simulation results are notified sequentially. In addition, the virtual terminal server (for example, the first virtual terminal server: 510) in which the simulation is completed is assigned to another waiting test DB user (for example, the fifth test DB user: 422), and is also executed. 2, the virtual terminal server 520 is assigned to the waiting sixth test DB user 423 and performed (see FIG. 6B). In FIG. 6B, the seventh to ninth test DB users 424 to 426 are waiting for an available virtual terminal server. In other words, when the waiting test DB users are processed (simulated) through the first to fourth server nodes (Server Nodes 1 to 4), the available server node is the first of the waiting test DB users. The first execution target is allocated and processed, and the state transitions to the available state to which the next task can be allocated.

6A, the first to fourth virtual terminal systems (VTSs) 512, 522, 532, and 542 are configured at each server node of the first to fourth server nodes 510, 520, 530, and 540. It is connected to the terminal operating system (TOS) 321 through 513,523,533,543, respectively, and the TOS is recognized as the first through fourth TOSs 511,521,531,541 at each server node.

The client system 600 may include first and second client PCs 610 and 620 including first and second virtual terminal managers (611 and 621), respectively. The first to fourth server nodes 420, 430, 440; 520 are configured to be accessible.

In more detail with respect to the elements constituting the system of the present invention, DBMS (database management system) is an information system for database management, TOS (terminal operation system) is an information system for container terminal operation, VTS (Virtual Terminal) System) is an information system that simulates container terminal operation in a computer environment, and the I / F bridge is an auxiliary information system for linkage between TOS and VTS.

VTM (Virtual Terminal Manager) manages the simulation execution environment, data preparation and execution, etc. The simulation machine is composed of a set including DBMS, TOS, VTS and I / F Bridge required for simulation execution. Through the VTM, individual system configuration registration and execution management takes place.

As a result, each DBMS, TOS, VTS, and I / F bridge constitutes a simulation machine, and users remotely control them as individual VTMs.

Each user can be roughly divided into three categories:

1) Administrator: System administrator among system users

2) Operator: Task planner, operation manager, etc. among system users

3) Trainee: trainee among system users

Thus, each user has different access rights, which are divided into three categories:

1) Read: Whether to grant read permission to specific features of the system.

2) Write: Whether to grant write permission to a specific function of the system

3) eXcute: Execution permission for specific functions of the system

In addition, the users of the database (DB) can be a production DB user who uses the database in a container terminal actual field and a test DB user that is a randomly created database user for experimental purposes with the same structure as the production DB user. Therefore, the DBMS is also divided into a production DB user's DBMS 310 and a test DB user's first to second virtual DBMSs 410 (510).

To manage DBMS connection information, access and account information of DBMS where 'Production DB User' is located and access and account of DBMS where 'Test DB User' is located. I need information

The connection information of the DBMS in which the 'Production DB User' is located is basic information necessary for accessing the DBMS of the actual server. For example, IP Address, Port, SID, etc. are included. Examples include User ID and Password.

The connection information of the DBMS where the latter is located is the basic information necessary for the 'Test DB User' virtual DBMS connection, basic information (eg IP Address, Port, SID) necessary for DBMS connection, DBA connection account Information (eg, User ID, Password), and basic account information (eg, User ID, Password) to be used for 'Test DB User'.

If the user is divided into DB users according to the purpose of use, there are a production DB user and a test DB user. As described above, the former is a DB user used in a production site. This account cannot be changed, and is an account that is (re) used as a DB user randomly created for various experimental purposes.

In the example of FIG. 6A, for comparison experiments, first, a DB user for 'A' is created to construct experiment data, and 'A-1' and 'A-2' are duplicated from 'A' to obtain comparative experiment data. ,

Meanwhile, as connection information management of a simulation machine, as TOS connection information (e.g., CATOS C3IT Server), Windows connection information (e.g., Windows User, Password) in which a program is installed, and location information (e.g., Path in which a program is installed) ) And program access information (eg IP Address, Port, User, Password).

As the connection information management of the simulation machine, as the VTS connection information (e.g. CHESSCON Manager), the window connection information (e.g. Windows User, Password) where the program is installed, the location information (e.g. Path) where the program is installed and the program connection information (e.g. : IP Address).

In addition, as the connection information management of the simulation machine, the I / F Bridge connection information may include window connection information (eg, Windows User, Password) where the program is installed, location information (eg, Path), and program connection information (eg, Path) where the program is installed. : IP Address, Port, User, Password).

Now, a method for automating the simulation process of a container terminal according to a preferred embodiment of the present invention will be described with reference to FIGS.

As shown in FIG. 7, when the overall flow of the method for automating the simulation process of the container terminal according to the present invention is outlined, first, users construct a simulation environment for preparing a simulation with each VTM 611 and 621 (S700). Install each DBMS (S710), install each TOS (S730), and install each VTS (S750). Thereafter, each I / F bridge is installed and through this, each TOS and each VTS are linked (S770).

Then, in order to generate the simulation data, each user is to support the generation of the simulation data with the VTM bar (S800), for this purpose, to create a test DB user for the purpose of experiment (S810), the basic information in the test DB user It generates (copy) (S830), and generates unloading work plan information in the test DB user (S870, S890). The S800 process will be described later with reference to FIGS. 8A and 8B.

Now, the simulation is executed using the simulation data in the established simulation environment, and each user also manages the simulation execution with the VTM (S900). To this end, the test target test DB user is registered (S910), execution conditions of each of the TOS, VTS, and I / F bridges are specified (S930), and the TOS, VTS, and I / F bridges are executed, respectively (S950). Also, the step S900 will be described later with reference to FIG. 9.

Finally, when the simulation is finished, the simulation results are subsequently notified, and the VTM is also notified of the simulation execution result (S990).

Now, the simulation data preparation process will be described.

As a preparation process for the 'test DB user', it is necessary to create a 'test DB user' and prepare a simulation data for the 'test DB user'.

In the process of creating 'test DB user' and preparing simulation data for 'test DB user', 1) create DB user for TOS (e.g. CATOS) execution, and 2) basic data necessary for TOS execution for DB user. Data of facilities, equipment, users, common codes, etc .; , Etc.)

The creation of a 'test DB user' is to separately create a 'test DB user' for an experimental purpose from a 'production DB user' or a 'test DB user' through the VTM. The generated 'DB user' can be used to simplify the creation of another 'DB user'.

For preparing the simulation data of the 'test DB user', 1) the user directly generates the simulation data for the test purpose for the 'test DB user' using TOS programs. User) ", and 2)" System Assisted Test DB User "which automatically generates simulation data for the purpose of experiments through the VTM.

For the preparation of the work data for the purpose of experiment, 1) the user prepares the job execution data by using the TOS, 2) supports data recovery so that the user can 'rework' from the point of time from the result of the TOS execution, and 3) execute the TOS. Supports job data generation required for

8A and 8B, the simulation data preparation process (simulation data generation support) of the 'test DB user' will be described in detail.

First, as described above, a 'test DB user' is generated (S810). Subsequently, the basic test information for the 'test DB user' is added (S830), and basic information such as facilities, equipment, codes, and the like necessary for operating the terminal is copied from the actual terminal system 300 and added to the simulation machine. Thereafter, depending on whether the user prepares the job information (S850), in this case, the user directly generates the unloading job information (S870), otherwise the automatic generation through the system (S890).

Among the simulation data, a process (S890) of automatically generating the unloading operation information, for example, will be described with reference to FIG. 8B.

First, the n ships to be tested in the ship entry and departure list is specified (S891). For example, there are 10 ships, of which n = 3 when only three ships are to be simulated. For each ship, you will specify the QC assignment target, plan creation rules, and so on.

Thereafter, by selecting the first candidate vessel to be tested from the list of n ships entering and leaving port (S892), the reservation and planning information of the unloading operation for the individual ships are automatically generated. First, it is determined whether the ship reservation information is present (S893). If there is, the process proceeds to the next step, and if there is no loading task scheduling information is automatically generated (S894), at this time it will generate the BAPLIE, MOVINS, COPRAR information. This will be described later with reference to FIG. 11.

Again, it is determined whether there is ship planning information (work allocation by equipment-> work execution order determination-> device space allocation) (S895), if present, proceeds to the next step, and automatically generates unloading work plan information. At this time, information about the QC unloading work order and shipment target assignment is generated.

Thereafter, the selected item is removed for the already performed ship, and n is decremented (S897). If n is 0, the process ends. Otherwise, the process returns to step S892, and the process is repeated until n = 0.

In other words, the simulation data preparation process is automatically generated reservation information> Planning information automatically generated - can be divided into large (> Task execution results managed work instructions)> execution of the job.

Subsequently, the simulation execution process will be described.

First, the simulation target is registered (S910), and at this time, the simulation target 'test DB user' is designated and registered (the manager assigns an available server node). The reason for doing so is that, as shown in FIG. 6B, the number of available physical resources of the server node is limited (for example, 4 in FIG. 6B), so it is necessary to allocate server nodes based on various conditions. have.

Thereafter, execution conditions such as selecting 'Execution Priority' according to 'User Level' are specified (S930), and thus, simulation target registration is completed.

Subsequently, as shown in FIG. 9, an automatic simulation is performed (S950), the execution order is determined according to the execution priority level of the registered simulation target job, and the simulation execution result is emailed to the user at the end of the experiment. It is notified (S990).

For reference, the user level is defined by the rank of 'Administrator', 'Operator' and 'Trainee', and the 'Administrator' is DBMS, CATOS and CHESSCON related system. Has the right to change the configuration and includes the rights of sub-users (eg operators, trainees). The operator has the right to select 'Execution Priority' and includes the rights of the downstream users (eg trainees). The 'trainee' does not have the right to select 'Priority of Execution', the right to create 'Test DB User' (ex: Copy from Production DB User) and the right to change data of 'Test DB User' (ex: create work plan information) , Etc.) and 'test DB user'.

For reference, Execution Priority refers to a priority determining factor among simulation execution tasks, and the division is in order of 'Urgent', 'High', and 'Low'. 'Agency' stops work that takes much time during low-high experiments and allows priority execution, and 'High' ensures priority execution of waiting jobs. 'Low' is a kind of default value automatically given by the system. 'Enrollment Time' is a time factor at the time of registering a simulation execution task.

Now, how to run the simulation, select an idle machine among the 'Simulation Machine', specify the execution variables of the individual programs constituting the 'Simulation Machine', and run the 'Simulation Machine' (TOS , VTS and I / F bridge respectively).

In the execution variable specification, the TOS and the I / F bridge designate a 'test DB user' account, other execution conditions, and the like, and specify a VTS execution condition and the like.

For reference, the DBMS is always ready to handle the service request.

The simulation execution management method will be further described with reference to FIG. 9.

First, sorting is performed according to execution order according to 'execution priority' and 'enrollment time' designated when the target DB user is registered (S951), that is, the execution priority of the test target 'test DB user' list. And sort by 'registration time'.

The first item of the n lists is selected (S952). Thereafter, it is determined whether there is an available simulation machine (S954), and if there is, it proceeds to the next step, otherwise (if there is no available simulation machine), it is determined whether the execution priority is 'advisor' ( S955), in the case of an 'agent', forcibly stops the low priority among the running simulation machines (S957) and proceeds to the next step, otherwise waits for a predetermined time (S953) and returns to the S952 step again. To repeat.

As a result of the determination in step S954, when there is an available simulation machine, and when the execution priority is 'agent' and the lower priority is forcibly stopped (S957), the simulation is finally performed on the available simulation machine for the selected DB user. It is executed (S956).

Thereafter, the selected item is removed for the user who has already performed, and n is incremented (S958). If n is 0, the process is terminated. Otherwise, the process returns to step S952 and repeatedly performed until n = 0.

An example of an information screen will be outlined with reference to FIGS. 10A to 10G.

10A and 10B illustrate an example of a database management system (DBMS) registration management information screen. FIG. 10A is an example of a production DB user registration information management information screen. This is an example of a test information management information screen of a 'test DB user'.

FIG. 10C is an example of the 'Simulation Machine connection information registration management' information screen, where the "CHESSCON" column is the information registration management column of the VTS 512, and the "BRIDGE" column is the interface bridge 513. FIG. It is an information registration management column, and a "C3IT" column is an information registration management column of the TOS 511.

10D is an example of a 'test DB user' generation information screen, FIG. 10E is an example of a 'simulation data generation condition management' information screen, and FIG. 10F is an example of a 'simulation data generation' information screen. 10G is an example of a 'simulation execution management' information screen.

In addition, with reference to FIG. 11, a more detailed modification of the simulation data generation procedure will be described.

Also, the simulation data generation procedure is divided into a scheduling step, a planning step, and an execution step. First, when the scheduling step is described, basic information based on the 'test DB user' is input by a method such as 'Calling schedule' input (S830). It is determined whether there is reservation information of the corresponding mother ship (S893). If there is, it proceeds to the next step. If not, the reservation data is automatically generated (S894).

Again, it is determined whether the 'RESERVE' data exists (S895-1), if there is, proceeds to the next step, if not automatically generates the 'RESERVE' data (S896-1), the data generated at this time is TB_RESERVE 'RESERVE' data is a data format that generalizes the format of various document formats.

Subsequently, it is determined whether the main ship crane is assigned (S895-2), and if there is, the mobile station automatically generates the main ship assignment (S896-2). .

Thereafter, a 'Template' is selected for generating a ship plan (S896-3), a ship work plan is generated (S896-4), and the data generated at this time are TB_SHIPPLAN, TB_SHIPPLAN_QC, TB_GC_ODR, and the like.

After the main work is performed (S900), the result is finally reported.

That is, the variation of the simulation data preparation process, too, the reservation information automatically generated - can be divided into large (> Task execution result managing work instruction) -> planning information generated automatically> execution of the job.

Lastly, referring back to some of the terms used in the present invention, 'User Access Right' is a restriction on the use of the menu access management of the corresponding program and the function button of the form according to the user level. 'Administration' refers to the user's authority. 'User Account' refers to personally identifiable information to distinguish system users. 'User Level' refers to rating information for the purpose of limiting the user's scope of use. , 'Administrator', 'Operator', and 'Trainee'.

Among the automatically generated booking information, 'BAPLIE (Bayplan / stowage plan occupied and empty locations message)' refers to the loading status message in ships, 'MOVINS (Stowage instruction message)' refers to the unloading instructions message in the EDI document. Container discharge / loading order message (COPRAR) refers to a container loading / loading indication message in an EDI document.

Although the present invention has been described above according to an embodiment of the present invention, a person skilled in the art to which the present invention belongs has changed and modified within the scope without departing from the technical spirit of the present invention. Of course.

Claims (10)

1. An actual container terminal operation within the container terminal, the container terminal system 300 including a DBMS 310 and an actual terminal server 320 which are actual DB management systems;

   A virtual DB management system 400 having one or more virtual DBMSs copied from the DBMSs 310;

   A virtual server system (500) having one or more virtual terminal servers copied from the terminal server (320); And

   A client system (600) comprising one or more client PCs (610, 620) for managing the virtual DB management system (400) and the virtual server system (500);

   Including;

   The container terminal system 300 includes a terminal server 320 including a terminal operating system (TOS) 321, and a DBMS 310 of a production DB user 311.

   The virtual DB management system 400 is composed of one or more virtual DBMS (410), each virtual DBMS 410 is composed of one or more Test DB User (411 ~ 413, 421 ~ 426),

   The test DB user is created by copying from the production DB user,

   Each client PC of the one or more client PCs 610 and 620 is comprised of VTMs 611 and 621,

   Container terminal characterized by minimizing the time and cost from preparation of simulation data to notification of execution results by standardizing and automating the simulation data preparation process in building a virtual simulation server operating in the same environment as the actual terminal server. Simulation process automation system.
2. The method of claim 1,

   The virtual server system 500 is composed of one or more virtual terminal servers (510, 520, 530, 540), the virtual terminal server is connected to the node of the actual terminal server,

   Each of the one or more virtual terminal servers 510, 520, 530, and 540 includes a virtual TOS 511, 521, 531, 541 and a virtual operating system (512, 522, 532, 542) and an I / F bridge (513, 523, 533, 543) connecting the virtual TOS and the VTS, respectively.

   And said virtual TOS is a copy of the TOS (321) of the actual terminal server.
3. The method of claim 2,

   An available virtual terminal server is allocated to each test DB user to be executed among the one or more test DB users, so that one test DB user and one virtual terminal server form one simulation machine,

   When the simulation machine is executed and terminated, the corresponding simulation result is notified sequentially.

   After the simulation ends, the virtual terminal server enters an available state to be assigned the next task,

   And a waiting test DB user is assigned to the waiting test DB user to form another simulation machine.
4. The method of claim 1,

   The client system 600 is composed of two or more client PCs (610, 620),

   Among the two or more client PCs, the first client PC 610 is composed of a first VTM 611 for an administrator.

   The second client PC (620) of the two or more client PCs is a simulation process automation system for a container terminal, characterized in that consisting of a second VTM (621) for the operator.
5. A method of automating the simulation process of the simulation process automation system of the container terminal of claim 1,

   (A) establishing a simulation environment for preparing a simulation (S700);

   (B) after step (A), in order to generate simulation data, supporting simulation data generation (S800);

   (C) after step (B), managing simulation execution using simulation data in the established simulation environment (S900); And

   (D) after step (C), notifying a simulation result (S990);

   Including;

   In step (A), each virtual DBMS is installed (S710), the TOS, VTS, and I / F bridges of the respective virtual terminal servers are installed, and the TOS and the VTS are linked through the I / F bridge (S730). S770) method for automating the simulation process of a container terminal.
6. The method of claim 5, wherein

   Step (B) is,

   (B1) generating a test DB user for experimental purposes (S810);

   (B2) after step (B1), generating basic information in the test DB user (S830); And

   (B3) After step (B2), it is determined whether the user prepares the job information (S850), in which case the user supports to generate the job information directly (S870), otherwise, through the system Performing automatic generation (S890);

   It consists of

   Step (B2) is a method of automating the simulation process of a container terminal, characterized in that the basic information, such as facilities, equipment, codes, etc. necessary for operating the terminal is copied from the actual terminal system (300) and added to the simulation machine.
7. The method of claim 6,

   Process (S890) of automatically generating job information in step (B3),

   (B3-1) specifying the n ships to be tested in the ship arrival and departure port list, and assigning attributes, such as a QC assignment target and a plan generation rule, to each ship (S891);

   (B3-2) after step (B3-1), selecting a first test candidate ship from the n ship entry / exit list (S892);

   (B3-3) After the step (B3-2), it is determined whether there is ship reservation information (S893), and if so, proceeds to the next step, and if not, automatically generating reservation information of the work for the individual ship (S894). ;

   (B3-4) After the step (B3-3), it is determined whether there is ship planning information (S895), and if there is, proceeds to the next step, and if not, the work planning information such as unloading work order by QC and assignment of shipment target Generating automatically (S896); And

   (B3-5) After the step (B3-4), the selected item for the already performed vessel is removed and n is decremented (S897), and if n is 0, the process ends otherwise. Returning to step), and repeating the process until n = 0;

   Method of automating the simulation process of the container terminal, characterized in that consisting of.
8. The method of claim 5, wherein

   Step (C) is

   (C1) registering a test target test DB user (S910);

   (C2) After step (C1), specify execution conditions of the TOS, VTS, and I / F bridges such as selecting 'Execution Priority' according to the 'User Level'. Step (S930); And

   (C3) after step (C2), executing the TOS, VTS, and I / F bridges according to the execution priority level of the registered simulation target job (S950);

   Method of automating the simulation process of the container terminal, characterized in that consisting of.
9. The method of claim 8,

   Step (C3) step (S950),

   (C3-1) sorting in the order of execution according to the "execution priority" and "enrollment time" specified when the test target DB user is registered (S951);

   (C3-2) after the step (C3-1), selecting the first item of the n 'test DB users' list (S952);

   (C3-3) after step (C3-2), determining whether an available simulation machine exists (S954);

   (C3-4) As a result of the determination in step (C3-3), if there is an available simulation machine, the process proceeds to the next step; otherwise (if there is no available simulation machine), the execution priority is 'urgent' Determining whether or not 'S955;

   (C3-5) As a result of the determination in the step (C3-4), in the case of the 'agent', it is forced to stop the lower priority among the running simulation machine (S957), and proceed to the next step, otherwise After waiting for a predetermined time (S953), returning to step (C3-2) again and repeatedly performing;

   (C3-6) As a result of the determination in the step (C3-3), when there is an available simulation machine, and when the execution priority is 'agent' and forced to stop the low priority (S957), the selected DB user Step S956 of running the simulation on the available simulation machine as a target; And

   (C3-7) After the step (C3-6), the item selected for the user who has already performed is removed and the number is decremented (S958), and if n is 0, the process ends (C3-2). Returning to the step, repeatedly performing until n = 0;

   Method of automating the simulation process of the container terminal, characterized in that consisting of.
10. The method of claim 7, wherein

    Step (B3-4), after the step (B3-3),

    It is determined whether the 'RESERVE' data exists (S895-1), if there is, proceeds to the next step, and if not, automatically generates 'RESERVE' data (S896-1),

    Then, it is determined whether the main ship crane assignment (S895-2), if there is, proceed to the next step, and if not, automatically generates the main ship crane assignment (S896-2),

    Thereafter, selecting a 'Template' for creating a ship plan (S896-3) and generating a ship work plan (S896-4), the method for automating the simulation process of a container terminal.

Images