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 km 2 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 km 2 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),