Disaster Information System Using Geofence

Transcription

1 Disaster Information System Using Geofence Komal Wagh 1, Shreya Thakur 2, Saraswati Yadav 3,Assistant Prof.Shivsager Gondil 4 1,2,3,4 Computer Engg,BVCOE Abstract This paper proposes a disaster information system with the geofencing equipment to spot the association of users as well as provide in a row of the risk in favour of them. The system is collected of client-server planning; the head waiter collect danger information from a variety of information sources and the client watches the user on the way to inform the in sequence as the need arise. To notice the user s society the client creates a virtual barrier called geofencing at the dangerous region based lying on the danger information stored into the head waiter, and monitor the user's entrance as well as outlet of the fence. so the scheme can deliver warning and advices suitable to specific users failing. We implemented a prototype system and evaluated the accuracy of the system. The location of the user was detected among high correctness while incoming the fence, but the correctness was low when exiting the fence. Keywords geofencing; location-based services; navigate user, swift; ios application. I. INTRODUCTION Japan suffers big damage from natural disasters every year. The cause of this is due to no correct information to the people who need it. There is a report entitled Evacuation instructions and questionnaire survey about evacuation directive by the Japanese Cabinet Office [1]. Table I and Table II show the questionnaire results. In Table I, they asked the behaviors when people knew evacuation instructions or evacuation directives. The answer Remained in their houses was the first place. In Table II, top reasons for this were They thought evacuation was dangerous because of heavy rain during the night and They did not think that they suffer from the disaster. Thus, it is obvious that the current information delivery method is not suitable to residents. In particular, the current evacuation advices and instructions do not inform risk enough, because the scope of these advices and instructions are too wide. If a system can deliver directly such risk information only to people who need it, the damage may be possibly reduced. This research aims at developing a system that detects people's movement and delivers risk information. For this purpose, we inspected the accuracy of detection of people s movement using geofencing, which dynamically defines geographic area of interest. By using geofencing, it is possible to detect entries and exits of people at the specific area. Thus our system can deliver what is happening at a particular area directly to the users. Table 1 the behavior when people knew evacuation instructions or evacuation directives (kani city ) (the top four items) The Behavior % Remained in their houses 68.9 Watched or listened the disaster situation on television and radio 50.0 Contacted their family members who were outside their house 10.7 Prepared for evacuation 6.7 DOI: /IJRTER ZIWKK 397

2 Table 2 the reason why people remained in their house instructions or evacuation directives (kani city) (the top four items) The Reason % They did not think that they suffers from the disaster 68.9 They thought evacuation was dangerous because of heavy rain during the night 50.0 They thought evacuation was dangerous because of traffic congestion 10.7 They thought evacuation is unnecessary because they lived on the 2 nd or higher Floors of 6.7 building II THE GOAL Our system delivers risk information timely to specific users who are in the area where a disaster has occurred or may occur with high probability. We assume that each user has a smart phone with position detection and Internet connection capabilities. Because the users usually handle their smart phones, they can also acquire information smoothly when a disaster occurs. Moreover, it is possible to detect the user's current location and receive information on the disaster from the Internet. III. THE PROPOSED METHOD 3.1 WHAT IS GEOFENCING Geofencing is a mechanism that makes a virtual fence in a specific area [2]. The application sets a geofence at a dangerous area and gives risk information to the user. Fig. 1 shows the movement against a geofence. Fig.1. Geofencing action example[10] In order to define a fence, the coordinate (latitude and longitude) of the place are required. A circular area is defined by the coordinate and radius. A geofence is set to the circular area [3]. 3.2 HOW TO USE THE GEOFENCING The system using geofencing is possible to deliver the disaster information to the user who has just entered the fence. In this research, we implement geofencing with the Core Location framework All Rights Reserved 398

3 ios. This framework provides a detection of the entries and exits of the user with the observation of a specific geographic region. The geographic region is an area defined by a circle with a specified radius around a known point on the earth. Every time the user crosses the boundary of the region, the system generates an event for our application. This enables the notification of the disaster information. That is, by using the observations of geographical area, it is possible to detect user behavior in the same manner as the definition of geofencing. Moreover, the system does not report the event until the user goes into the region further from the boundary plus a system-defined cushion distance. This cushion value prevents the system to generate numerous events while the user is traveling close to the boundary. The cushion distance is determined by the hardware and the location technologies that are currently available [4].The system navigate the user to come out from disaster affected area. V. SYSTEM CONFIGURATION The system is composed of clients, a server and information sources. Fig. 2 shows the system structure. Fig. 2. System structure[10] Each client is an application program running on ios. It connects to the Internet and obtains the information from the server. Moreover, it defines a geofence based on information from the server, and notifies disaster information to the user. The client is implemented by using Xcode7 and swift2, and tested by ios simulator and real iphone6. The server is a web application running on Linux (Centos7). It is composed of Apache, MariaDB, and PHP. The server acquires disaster information from information sources. It analyzes the information and stores the result in a database. The database is used to define a fence by the client. An information source is the RSS file of Weather Warnings and Advisories that Yahoo! JAPAN provides [5]. The RSS file, provided in the RSS 2.0 format, contains Special alert, Weather Warnings, or Advisories across Japan. The RSS file is updated regularly according to the information announced by the Japan Meteorological Agency. VI. PROCESSING FLOW As an example, suppose that the possibility of flood increased due to a heavy rain continued for long time. As the result, a flood warning has been issued to the All Rights Reserved 399

4 Then, the server's PHP program acquires the warning by means of RSS files from the Internet. Then, it stores the disaster information in the database. On the other hand, a client periodically accesses the server to check new information. The server program retrieves the database based on the client s request and returns the result including location data to define a fence in a JSON format. In this research, we assume that the specification of the fence is decided on the server-side. The client sets the fence by using the CLCircularRegion class. Then, the client starts monitoring of the entry and exit of the user to the fence by calling the startmonitoringforregion method of the CLLocationManager object. When the user enters the fence, the locationmanager:didenterregion method is invoked. Then, the client warns the user that you have entered the dangerous area. When the user exits the fence, the location Manager: didexitregion method is invoked. Then, the client notifies the user that you have exited the danger Area. Fig 3:work flow of the All Rights Reserved 400

5 Fig 4: Screenshot at foreground When operating in the background, the notification is performed using the notification banner. In the background, Background fetch of Background Modes is used to acquire disaster information automatically. Background fetch enables the application to regularly download and process a small amount of contents from the network. Fig. 5 shows the screen when operating in the background. VIII. CONCLUSION A system to present disaster information based on person's movement was proposed. We implemented an experimental system by using geofencing and evaluated the system in an urban area. We confirmed that our system notifies disaster information when a user enters the fence with Wi-Fi on by the experiment. The location was at 20-30m outside the fence. When exiting the fence with Wi-Fi off, we found that the information is delivered at the place more than 100m outside the fence. Wi-Fi is necessary for precise detection of location by using geofencing. For large-scale disasters, the fence will be several kilometers of length. Further study is necessary to evaluate the system in case of larger fence sizes. Improvement of the location accuracy is also very important to deliver risk information timely to users. Our system should be able to define multiple fences at the same time to support real natural disasters. Information sources also should be added to our system, including government agency announcements and social networking services.it also navigate the user REFERENCES I. Central Disaster Prevention Council, Professional investigation meeting about refuge at the time of an accident, The 4th Professional investigation meeting about refuge at the time of an accident, Jan. 2011, 2.pdf (in Japanese). II. Fujitsu, Geofencing in ios with Objective-C, (in Japanese). III. Android Developers, Creating and Monitoring Geofences, IV. Yahoo! Weather & Disasters, (in All Rights Reserved 401

6 V. J. P. Munson, and V. G. Gupta, Location-based notification as a general-purpose service, Proceedings of 2nd International Workshop on Mobile Commerce (WMC '02), ACM, September 2002, pp VI. P. Szczytowski, "Geo-fencing based disaster management service," Agent Technology for Intelligent Mobile Services and Smart Societies, Springer Berlin Heidelberg, 2015, pp VII. S. Yelne, and V. Kapade, Human Protection with the Disaster Management Using an Android Application, International Journal of Scientific Research in Science, Engineering and Technology (IJSRSET), vol. 1, no. 5, September-October 2015, pp VIII. T. Nakagawa et al., "Variable interval positioning method for smartphone-based power-saving geofencing," Proceedings of 2013 IEEE 24th International Symposium on Personal Indoor and Mobile Radio Communications (PIMRC),, September 2013, pp IX. M. Alsaqer, B. Hilton, T. Horan, and O. Aboulola, Performance assessment of geo-triggering in small geofences: accuracy, reliability, and battery drain in different tracking profiles and trigger directions, Procedia Engineering, Elsevier, vol. 107, 2015, pp X. Using Geofencing for a Disaster Information All Rights Reserved 402