JP2005250954A - Distributed simulation system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a distributed simulation system capable of realizing decision parts of a user in simulation more realistic and, thus of having the user's intention intervene more realistically. <P>SOLUTION: In accordance with a user's operation given via a GUI, scenario data related to progress of federation are dynamically changed. Thus, it is possible to design freely, for example, a flight target spot of an air craft or the like on the basis of the user's intention and to give changes to task of a simulation model. That is, while the simulation is proceeding, it is possible to change a scenario of the simulation model without stopping simulation. Thus, it is possible to provide the distributed simulation system capable of having the user's intention intervene more realistically. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a distributed simulation system in which a plurality of objects existing in a distributed environment exchange information via a common infrastructure such as RTI (Run-Time Infrastructure).

  In recent years, demand for simulation systems has increased in various fields. Against this background, HLA (High Level Architecture) has been formulated for the purpose of improving the reusability and interoperability of simulation systems developed in the past, and reducing future development and maintenance costs.

  The HLA is a specification for connecting different simulation systems, and includes rules, an object model template (OMT), and interface specification elements. Of these elements, the interface specification is implemented by RTI. In particular, a simulation object having an interface specification that can be connected to an RTI is called a federation, and the set, that is, the entire simulation, is called a federation.

  By forming a simulation system based on such a framework, resources developed in the past can be used effectively, and a large-scale system in a distributed environment can be built, resulting in significant benefits. be able to.

  By the way, in this kind of existing simulation system, the simulation is executed in accordance with an initial condition created in advance. In other words, once the simulation is started, there is no room for the user's will to intervene until the simulation is completed. In other words, only a result according to a scenario prepared in advance is obtained. For this reason, the provision of a simulation system that can be implemented in a more realistic manner is awaited.

  As a related technique, the inventor has proposed a technique described in Japanese Patent Application No. 2002-256926 (filed on September 3, 2002). According to this proposal, an event-driven program that realizes a simulation is notified of the user's intention given through a GUI (Graphical User Interface) as an event, so that the user's will can be determined even during the simulation. Will be able to intervene. However, in this method, the simulation model is in a state of waiting for an instruction, and a portion that operates according to autonomous judgment is hindered. For this reason, it is difficult to say that the user's judgment part in the simulation (or federation) can be imitated in a form close to reality.

As described above, the user's will can be intervened during the execution of the simulation by the existing technology, but it cannot be denied that there are still insufficient points.
The present invention has been made under the circumstances described above, and its purpose is to enable the user's judgment part in the simulation to be realized in a more realistic manner, thereby allowing the user's will to intervene in a more realistic manner. Is to provide a simple distributed simulation system.

  To achieve the above object, according to one aspect of the present invention, there is provided a distributed simulation system using a plurality of computers connected to each other via a network, the computer being generated as the simulation proceeds. Storage means for storing scenario data for determining the behavior of the simulation model, simulation progress control means for allowing the simulation model to autonomously determine the behavior based on the scenario data, and advancing the simulation, and a user A user interface unit that accepts an operation according to the user's will, and a scenario changing unit that dynamically changes the scenario data in accordance with a user operation given through the user interface unit. Type stain Configuration system is provided.

  By taking such means, it becomes possible to change the scenario data dynamically as the simulation progresses, that is, without interrupting the simulation. Since the behavior of each simulation model is autonomously determined according to the scenario data, the user's will can be intervened in the behavior of the simulation model as a result. Therefore, it becomes possible to intervene the user's will in a form closer to reality.

  ADVANTAGE OF THE INVENTION According to this invention, the determination part of the user in simulation can be implement | achieved in the form close | similar to reality, and, thereby, the distributed simulation system which can intervene a user's will in a form close | similar to reality is provided. be able to.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In this embodiment, a critical attack simulation system that intercepts an enemy aircraft that poses a threat is assumed. The simulation performed in this system is hereinafter referred to as federation.

  FIG. 1 is a conceptual diagram showing a configuration of federation according to the present embodiment. In this federation, enemy aircraft E1, E2, friendly aircraft C1, C2, sensors B1, B2, interceptors D1, D2, control station G1, and indicators F1, F2, F3 serve as simulation models. In addition, there are flying objects H1 and H2 as objects participating in the federation.

  Enemy aircraft E1, E2, friendly aircraft C1, C2, sensors B1, B2, interceptors D1, D2, control station G1, and indicators F1, F2, F3 all have interface specifications that can be connected to RTI Realized as a federate participating in the federation. Each federation semi-autonomously determines its own behavior based on information acquired via RTI. Of these, the RTI, enemy aircraft E1, E2, and display F1 are mounted on the computer PC1, and the ally machine C1, interceptor D1, sensor B1, display F2, and control station G1 are mounted on the computer PC2, and display F3, interception. Assume that the device D2, the sensor B2, and the friend machine C2 are mounted on the PC3. Note that the flying objects H1 and H2 can be regarded as objects generated in, for example, PC2 and PC3 when the enemy aircraft intercepts.

  FIG. 2 is a block diagram showing a configuration of a distributed simulation system that realizes the federation shown in FIG. This system includes a plurality of computers PC1 to PC3 connected to each other via a communication line 100.

  The computers PC1 to PC3 include an interface unit (I / F) 11, a display unit 12, a storage unit 13, a control unit 14, and a user interface that serve as an intermediary for exchanging information with other computers via the communication line 100. Part 15. The storage unit 13 stores scenario data 13a for defining the behavior of each federation in a predetermined storage area. The user interface unit 15 includes a keyboard, a mouse (not shown), and the like, and accepts user operations using the GUI on the display unit 12.

  The control unit 14 of the PC 1 receives the RTI. an exe file (reference numeral 14a), a federation application 14b, and a scenario change processing unit 14c. RTI. The exe file 14a is a control program for causing the control unit 14 to operate as an execution body for providing the RTI environment. The federation application 14b is a control program for realizing federation according to various specifications requested by the user.

  By the way, the control part 14 of PC1, PC2, PC3 is provided with the scenario change process part 14c as a software-like processing function concerning this embodiment. The scenario change processing unit 14c dynamically changes the scenario data 13a during the progress of the federation according to the user operation given through the user interface unit 15.

  These programs are loaded from the storage unit 13 to an internal memory (not shown) of the control unit 14 and executed. The federation application 14b is also provided in the control units 14 of the other PC2 and PC3.

  The federation application 14b in each of the PC1 to PC3 is connected to the RTI. Federation is realized by executing processing such as call, generation, and disappearance of an object under the management of the exe 14a. That is, the federation application 14b and the RTI. By exe 14a, an environment is formed in which federation proceeds by autonomous determination of federation based on scenario data 13a.

  FIG. 3 is a conceptual diagram showing an example of display contents on each of the computers PC1 to PC3 display unit 12 of FIG. FIG. 3 conceptually shows how the enemy and ally federate routes are changed. 3, it is assumed that (FB) is displayed on the display unit 12 of the PC 1 in FIG. 2, and (FI) is displayed on the display unit 12 of the PC 2 and PC 3 in FIG. In this case, PC1 controls processing related to enemy federation, and PC2 and PC3 control processing related to friendly federation.

  In the (FB) screen, it is assumed that the enemy aircrafts E1 and E2 are traveling along the original flight path set in the drawing. This initial flight path reflects the contents of the scenario data 13a. From this state, for example, by a mouse click operation, the user arbitrarily selects an aircraft (enemy aircraft E1 and E2 in FIG. 3), and designates an attack point as A base.

  Then, this is notified to the scenario change processing unit 14c via the RTI. In response to this, the scenario change processing unit 14c changes the contents of the scenario data 13a so that the enemy aircrafts E1 and E2 are directed to the A base as an attack point. As a result, the enemy federations E1 and E2 change their flight paths and start flying toward the A base.

  On the other hand, in response to the change in the flight path of the enemy aircrafts E1 and E2, it is determined that the friendly aircraft C2 makes an emergency start from the B base. This is based on autonomous determination of the ally federate C2 based on the contents of the changed scenario data 13a. In response to this, a symbol of the friendly aircraft C2 is generated on the (FI) screen, and this symbol starts to fly toward the critical point. In this way, the user can change the attack point and the critical point assumed in the original scenario by designating an aircraft federation for which the user wants to change the mission and arbitrarily designating an attack point or the like.

  FIG. 4 is a conceptual diagram showing another example of display contents on each of the computers PC1 to PC3 display unit 12 of FIG. On the (base selection) screen shown in FIG. 4, the user selects an arbitrary base by clicking the mouse or the like (assuming that base A is selected), and then designates a critical point. If there is an FI (friend machine) that can be dispatched to the selected critical point at base A, a window for designating a list of formations to which the FI belongs is displayed. From the list in this window, the user selects an optimum striker and inputs a command for emergency start. This makes it possible to make an emergency start of the aircraft model separately from the initially set scenario.

  FIG. 5 is a conceptual diagram showing the relationship between the functions provided in the distributed simulation system according to the embodiment of the present invention. In FIG. 5, the user determines the simulation status by referring to the contents displayed on the FB federation, FI federation, and control station federation screens, and changes the FB route, FI route, and FI emergency by GUI operation. Give instructions to start, such as starting. The display content of each federate screen is changed to reflect this instruction, and the scenario data 13a is changed at the same time. In accordance with the changed scenario data 13a, the behavior of the FI federation and the FB federation is changed, and the display content of the screen of each federation is updated.

  As described above, according to the present embodiment, the scenario data related to the progress of the federation is dynamically changed according to the user's operation given through the GUI. As a result, for example, a flight target point such as an aircraft can be freely designated according to the user's will, and the mission of the simulation model can be changed. In other words, the simulation model scenario can be changed without stopping the simulation while the simulation is in progress, and a more realistic user intervention simulation (such as training using a simulation system) can be realized. . From these, it is possible to realize the judgment part of the user in the simulation more realistically, thereby providing a distributed simulation system that can intervene the user's will more realistically Is possible.

  Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. In addition, various inventions can be formed by appropriately combining a plurality of components disclosed in the embodiment. For example, some components may be added, divided, or deleted from all the components shown in the embodiment.

The conceptual diagram which shows the structure of the federation concerning embodiment of this invention. The block diagram which shows the structure of the distributed simulation system which implement | achieves the federation shown by FIG. The conceptual diagram which shows an example of the display content in the display part 12 of FIG. The conceptual diagram which shows the other example of the display content in the display part 12 of FIG. The conceptual diagram which shows the relationship of each function with which the distributed simulation system concerning embodiment of this invention is equipped.

Explanation of symbols

  H1 ... flying object, B1, B2 ... sensor, D1, D2 ... interceptor, G1 ... control station, F1, F2 ... indicator, C1, C2 ... friendly aircraft, E1, E2 ... enemy aircraft, PC1-PC3 ... computer, DESCRIPTION OF SYMBOLS 11 ... Interface part, 12 ... Display part, 13 ... Memory | storage part, 13a ... Scenario data, 14 ... Control part, 14a ... RTI. exe file, 14b ... federation application, 14c ... scenario change processing unit, 15 ... user interface unit, 100 ... communication line

Claims (2)

A distributed simulation system using a plurality of computers connected to each other via a network,
The computer
Storage means for storing scenario data for determining the behavior of the simulation model generated as the simulation progresses;
Simulation progress control means for allowing the simulation model to autonomously determine the behavior based on the scenario data and proceeding with the simulation;
User interface means for accepting operations according to the user's will,
A distributed simulation system comprising scenario change means for dynamically changing the scenario data in accordance with a user operation given via the user interface means. 2. The distributed type according to claim 1, wherein the simulation is realized under an RTI (Run-Time Infrastructure) for executing each service defined in an HLA (High Level Architecture) interface specification. Simulation system.

Images