RoboCup-Rescue Disaster Simulator Architecture

1. RoboCup-Rescue Disaster Simulator Architecture Tomoichi Takahashi (Chubu University, Japan) Ikuo Takeuchi Tetsuhiko Koto (Univ. of Electro Communication, Japan) Satoshi Tadokoro (Kobe University, Japan) Itsuki Noda (Electrotechnical Laboratory,Japan) 2000.7.8

2. RoboCup-Rescue Project • simulation of • a large-scale urban disaster • the rescue operation • characteristics of the simulation • a comprehensive disaster simulator by distributed computation, • a large-scale heterogeneous agent system, • a mission-critical man-machine interface, • a real world interface

3. Requirements for simulator • specification based on the Hanshin-Awaji Earthquake • integration of disaster simulations • an amount of computation cost/time • developed independently • management of GIS data, • communication with many citizen agents, rescue agents • In these 5 years, Kobe-Awaji, Los Angeles, Turkey and Taiwan suffered from large earthquakes. • By replacing geographic data and disaster models, simulator will simulate each disaster

4. Conditions for simulator • What are necessary conditions for Rescue project ? • By investigating disasters in Nagata Ward, one of most damaged areas of the Hanshin-Awaji Earthquake. 11.47 km2 and 130,466 people (53,284 households) lived there.

5. Condition 1(Simulation Period) five stages: chaos stage, initial operation stage, recovery stage, reconstruction stage,normal stage • At the first chaos stage, • there is no aid from outside. • The main purpose of rescue activities at the stage is saving the victims using local facilities. • period the survival rate decreases rapidly. • the period to be simulated is set to first 72 hours.

6. Condition 2 (Number of rescue agents) When earthquakes occur, there are many calls asking for fire fighters. • Local rescue agents will do the first rescue actions. • 7 rescue agents at Nagata fire offices -- • 5 fire brigades at the main fire office, • 2 fire brigades at a branch fire office. • The number of rescue agents is set this order.

7. Condition 3 (Space Resolution) Representing disaster situations or rescue activities requires displaying items at the size of cars. • GIS (Geographic Information System) data • a resolution of 5 m mesh. • area of 1.5 km2 centered on JR-Nagata railway station

8. Soccer games and Rescue simulation

9. Architecture of prototype system • Plug in simulators • Distributed over computers • Communication between modules

10. Architecture of prototype system • Kernel & GIS / world model • Kernel & simulation • Kernel & agents

11. commands in agent's protocol

12. Protocols among modules

13. Test environment of version0

14. Test Data of 1/10 model Number of objects

15. Test Data of 1/1 model

16. The problems made clear during prototype-test. • Agent • How well or how much should an agent know the world ? • component simulator • Time keeper • Interface for newly plugged in one • Kernel • Data centralization

17. Conclusion toward Version 1.(toward 2002) • a multi-agent system + a distributed interactive simulations. • Game / Rescue activities evaluation. • To developing the next simulation system (2002). • standardization, • speed for real time simulation, • distribution of data for a large city, • interface for real world, • interface for new comers (plug-in components),