Handwritten Text Recognition for manuscripts and early printed texts
FlyingCloudServer on Disaster Situation
1. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
Flying Cloud Server on Disaster
Situation
Division of Electrical Engineering
and Computer Science
Nagasaki University
Matsuoka Hiroaki
Professor Toru Kobayashi
Date: 2015-10-30
Email: matsuokahiroaki.research@gmail.com
2. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
1
Background
Problem, Solution
System(How?)
Demo
Detail system
Evaluation Discussion
Summary
Outline
Outline
3. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
In fiscal 2011 , Information and
Communication White Paper
2
5/23/11
7000
6000
5000
4000
3000
2000
1000
0
The information from
Japanese Government
The number of houses
without power in the
Tohoku Electric Power
after the earthquake
power outage and network down
are likely to happen
in any disaster situations
The number of
stop stations of
each cellular company
Wavenumber and
power outage
immediately stopped
after 3/11
Background
4. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
3
a self-governing body
Self-Decense Force
Fire responders
Police
Network down Disaster Rescue team
Emergency medical services
Unable to contact
other organizations!
Unable to use
3G/4G or LTE line!
Problem
No special device in
emergency!
Flying Cloud Server on
chat system and/or video
Solution
Flying Cloud Server on
Wireless LAN
Browser of smart phone is used
as special device.
Problem, Solution
5. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
BrowserBrowser
Raspberry Pi
usbWifi CameraModule
Operation
BrowserBrowserBrowser
Police
Fire
responders
Self-Decense
Forces
a self-
governing
body
Emergency
medical
services
Drone
Smart Device
Flying Cloud Server
HTTP Server
Disaster Rescue team
System(How?)
7. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
6
Flying Cloud Server
Detail system
8. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
7
Flying Cloud Server on backside.
Detail system
9. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
8
How to connect the
Flying Cloud Server
①Select the WIFI from the
setting screen
②roborobo or robo
choose
③Launch a browser
④Enter "robot.net" in the
URL
⑤And select "View Video"
Detail system
10. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
9
Flying Cloud Server
Hardware Software
Drone: DJI
Phantom2(Japan
Model)
RaspberryPi B+
USB Wireless
LAN
Camera Module
OS Raspbian
Hostapd2.0
Dnsmasq
Webiopi0.7.0
Mjpg-Streamer
Smart Devices
DellLatitudeE5530
OS:Windows7
Browser :
Google Chrome
iPhone4s, 5, 5s, 6
iPad
Nexus7
Detail system
11. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
10
OS(Raspbian)
HTTPserver
(Webiopi)
WifiDHCP
(Dnsmasq)
CameraServer
(Mjpg-Streamer)
WifiSpotControl
(Hostapd)
Raspberry Pi
Detail system
12. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
11
a self-governing body
Self-Decense Force
Fire responders
Police
Network down Disaster Rescue team
Emergency medical services
・Wireless LAN Available Distance - 50m
・Frame Rate to Distribute Video Stream -
minimum 5fps
・Quality and Simultaneous Connectivity –
5 connections
Proposal
Evaluation Discussion
13. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
12
Why choose 50M?
5cm
Ground
Camera
640x480pixel
50m
50m
80cm
1mm
Ground
1mm is a limit to
see on screen
Evaluation Discussion
14. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
Prototype
WiFi(5GHz)
5Ghz
(70m,50m,40m,30m,20m,10m,0m)
13
State in which to shoot the video to be distributed
Use videos of 60fps
at a minimum
Can be specified FPS
value -Use to
60fps,
40fps,20fps,
10fps,5fps
?m
Camera Video of 60fps
Prototype
・Distance
・FPS values
Smart
Phon
e
Etc..
Smart
Phon
e
Etc..
Smart
Phon
e
Etc..
Smart
Phon
e
Etc..
Smart
Phon
e
Etc..
・Number of connections
Evaluation Discussion
15. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
What’s ”FPS(FramePerSecond)”?
14
Evaluation Discussion
16. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
15
Use the FPS counter of GoogleChrome
Evaluation Discussion
17. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
10fps
40fps20fps
5fps
60fps
16
Distance of the system and the
experimental machine 0m
40, 60 fps
Setting fps ≠ True fps
Evaluation Discussion
18. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
0
2
4
6
8
10
12
14
16
18
0 10 20 30 40 50 70
distance (m)
17
40fps 20fps
60fps 10fps 5fps
Frame
Rate
(FPS)
Wireless LAN Available Distance and Frame Rate
Evaluation Discussion
20. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
19
・Wireless LAN Available Distance - 50m
・Frame Rate to Distribute Video Stream -
minimum 5fps
・Quality and Simultaneous Connectivity –
5 connections
Conclusion
Future works
・The need to make the durability of the Flying
Cloud Server’s battery better.
Summary
22. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
Camera control
Wifi base station
Http Server
a self-governing body
Self-Decense Force
Fire responders
Police
Videos
Contloler
Network down
Disaster Rescue team
1 Person
背景・目的 方式 評価・考察 まとめ関連研究 アイディア
21Emergency medical services
How
23. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
22
Network down
Rescure
Self Defence force
Fireman
Policeman
Distance 50m
FrameRate 5fps
5 connections
24. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
Camera control
Watch video
just controler
Videos
Control
Networkdown
Victims
1 Person
背景・目的 方式 評価・考察 まとめ関連研究 アイディア
23
Rescure
Self Defence force
Fireman
Policeman
Related research
Aichi Research Institute
Earth Science and Disaster Prevention
Research Institute
Tanabe Fire (Tanabe, Wakayama
Prefecture Takinai Town)
25. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
背景・目的 関連研究 アイディア 方式 評価・考察 まとめ
Flying Cloud Server system constitution
Drone
Battery
Networkdown
Small computer(RaspberryPi)
Wifi
Camera
HTTP Server
24
26. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
背景・目的 関連研究 アイディア 方式 評価・考察 まとめ
Graph designated 20fps values seen that high overall
25
Value obtained a 1-5 single connection
at the time of the average value
27. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
• That me've done
– Performance evaluation experiment of WiFi and a small computer
(RaspberryPi)
– It was mounted on a Drone , the development of the Web server
– System development to perform the operation of a simple robot
on the server
• All right thing
– Distance the reach of WiFi can not be accurately measured
– Reasonable when used in the specified FPS 20fps up to five
connections
– To be specified fps lowering If the connection number is increased
• Future tasks
– System to be optimized to the specified FPS when the number of
connected increase is necessary
背景・目的 関連研究 アイディア 方式 評価・考察 まとめ
26
28. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
Backgrand
Purpose
Relatedwalk Aidea System
Evaluation
Discussion
Summary
In fiscal 2011 , Information and
Communication White Paper
27
Disaster is likely to occur is a power
outage , network down
Wavenumber Both
power outage
stopped immediately
after 3/11 has
become more
The vertical axis
number of units /
number of stations
The maximum value
is 7000
From the information
communication white
paper of the Ministry
of Internal Affairs and
Communications
materials
5/23/11
From the information
communication white
paper of the Ministry of
Internal Affairs of the
Japanese government
Power outage number of
houses in the Tohoku
Electric Power immediately
after the earthquake
29. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
関連研究 アイディア 方式 評価・考察
OpticalFlow
Disaster chat
system
Disaster
evacuation
route system
WiFi
Battery
Camera
Web Server
etc…
Purpose
Drone
Basic research Applied research
まとめ背景・目的
28
30. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
背景・目的 関連研究 アイディア 方式 評価・考察 まとめ
0.0
5.0
10.0
15.0
20.0
25.0
30.0
35.0
40.0
0 10 20 30 40 50 70
F
P
S
M(meter)
FPS40
1台接続
2台接続
3台接続
4台接続
5台接続
0.0
5.0
10.0
15.0
20.0
25.0
0 10 20 30 40 50 70
F
P
S
M(meter)
FPS20
1台接続
2台接続
3台接続
4台接続
5台接続
29
Changes in the measured fps value by the number of connected
This system
WiFi(5GHz)
Smart
Phon
e
Etc..
(70m,50m,40m,
30m,20m,10m,0m)
?m(meter)
Designation
FPS
(60fps、
40fps、20fps、
10fps、5fps)
Smart
Phon
e
Etc..
Smart
Phon
e
Etc..
Smart
Phon
e
Etc..
Smart
Phon
e
Etc..
1connection
2connections
3connections
4connections
5connections
1connection
2connections
3connections
4connections
5connections
31. Matsuoka Hiroaki Nagasaki University
Flying Cloud Server on Disaster Situation
Camera control
Wifi base station
Http Server
Rescure
Self Defence force
Fireman
Policeman
Videos
Contloler
Network down
Victims
1 Person
背景・目的 方式 評価・考察 まとめ関連研究 アイディア
30
You can watch self
your cell phone
Editor's Notes
Thank you for chairman.
I’m “Matsuoka Hiroaki" of Nagasaki univiersity in Japan. The title of my presentaiton is ”Flying Cloud Server on Disaster Situation".
The information about Great East Japan Earthquake of 2011 is from Japanese Government.
Horizon axis is date from March 11th to May second in 2011.
The number of houses without power in the Tohoku Electric Power after the earthquake.
The number of stop stations of each cellular company
This chart is about Wavenumber and power outage immediately stopped after 3/11.
Totally power outage and network down are likely to happen in any disaster situations.
----
災害直後が、電気、ネットが止まっている
こちらは、平成23年度の東日本大震災の際の情報通信白書です。
左側が、3/11右側が5/2です。
災害直後は、電気と、電話回線が使えないことがわかると思います。
From the information communication white paper of the Ministry of Internal Affairs of the Japanese government
In the March 11, 2011 that the Great East Japan Earthquake has occurred ,
This is March 11, It’s May 2
The vertical axis number of units / number of stations
The maximum value is 7000
Power outage number of houses in the Tohoku Electric Power immediately after the earthquake
This is Disaster situation.
We thought about problems rescue team has in disaster situation.
These are problems
One of then is Unable to contact other organizations!
This is the solution.
We use Flying Cloud Server on chat system and/or video.
Next problem is
Unable to use 3G/4G or LTE line!
This is the solution.
We use Flying Cloud Server on Wireless LAN
Another problem is
There is No special device in emergency!
This is the solution.
Browser of smart phone is used as special device.
I am going to explain what Flying Cloud Server is.
--------
そこで、我々は、
災害時に
救助チームが災害時に発生する問題について考えました。
電気や3G回線や電話回線がないとき、
各組織は、組織内のネットワークがあります。例えば、
情報共有ができません。
その問題を解決しました。
また、この調査にあたって、
災害時直後の、救助チーム5団体が使用することを想定しました。
それは、警察、消防、救急医療、自治体、自衛隊の5団体のリーダーが円滑にコミュニケーションを図ることを想定しました。
そこから、無線LAN距離を50m、フレームレート値を5fps、5台の接続台数
救助を求めている人々を探しながら移動を考えているため、広範囲での接続よりも、
近くで、さらにゆっくりと探しながら接続することが考えられています。
The operation of people only did not appear to be is , can be seen as long as it is a WiFi user , such as a smartphone !
操作する人しか見えなかったのが、スマホ等のWiFi使用者であれば見ることができる!
We, the disaster emergency, has developed a FlyingCloudServer also placed a small server that can share information without 3G and 4G line.
usbWiFi, HTTPServer and CamaeraModule are on the Raspberry Pi, then it is attached to the drone. It’s Flying Cloud Server.
It is able to catch information with using only browser of Smart Device thanks to HTTP server.
---
そこでは、我々は、災害時に、緊急的に、3Gや4G回線がなくても情報共有できる小型サーバーを載せたFlyingCloudServerを制作しました。
FlyingCloudServerには、DroneにusbWiFiと、HTTPServerと、CamaeraModuleが搭載されています。
本研究においての新規性は、
・インターネットがなくても、接続しているスマートホンで情報共有ができる。
・使用するスマートフォンは新たなアプリ等が必要なく、ブラウザだけで情報共有ができる。
つまり、一時的なCloudServerになります。
そこに、移動可能なDroneに載せることによって、FlyingCloudServerになります。
利用イメージはこのとおりです。
Its usage Image
Figure 1 is a usage image of the proposed system. The drone carries a single board computer, Raspberry Pi, which has a USB Wireless LAN device for a wireless LAN base station and camera module. The data from the camera module is transmitting via this wireless LAN base station. The persons involved in this system can be categorized two groups. One group consists of one person who operates the drone with special controller. The other group consists of rescue team leaders like police men, fire responders, emergency medical services, a self-governing body and the Japan Self-Defense Force. They are watching movie coming from the drone
This is Demo Video
So , let's explain in detail .
This is Flying Cloud Server.
It’s DJI Phantom 2.
------
それでは、詳しく説明していきましょう。
本研究では、FlyingCloudServerを作成しました。
Here is on back side .
This is Raspberry Pi.
This is usbWiFi 2.4Ghz.
This is Camera module
This is wireless LAN module 5Ghz.
-----
こちらが裏側になります。
raspberryPiとその他が搭載されています。
It’s How to connection Flying Cloud Server.
First step is select the WiFi from the setting screen.
Second step is choose SSID robo or roborobo
Third step is Launch browser
Force step is enter URL robot.net
Fifth step is select View video
But now FlyingCloudServer is different step. The reason is because the chat system is mounted .
This is the configuration of the present system .
The left side is the hardware and software configuration of FlyingCloudServe.
In hardware , RaspberryPi B + and USB Wireless LAN, the Camera Module is equipped .
----
本システムの構成です。
左側が、FlyingCloudServeのハードウェアとソフトウェア構成です。
ハードウェアでは、RaspberryPi B+とUSB Wireless LAN、Camera Moduleが搭載されています。
ソフトウェア構成については次のスライドで説明します。
右側が、
It is a software configuration of the internal Rasppberry Pi that are adopted in the present system .
In the software , OS uses Raspbian, as controller of WiFi base station , has Hostapd2.0 and Dnsmasq is used .
As an HTTP server , use the Webiopi, in order to deliver video , it uses the Mjpg-streamer.
-------
本システムで採用しているRasppberry Pi 内部のソフトウェア構成です。
ソフトウェアでは、OSはRaspbianを使用し、WiFi基地局のコントローラとして、Hostapd2.0とDnsmasqが使用されています。
HTTPサーバーとして、Webiopiを使用し、ビデオを配信するために、Mjpg-streamerを使用しています。
We examinated whether the Flying Cloud Server worked or not in real.
In this searching, we supposed 5 rescue teams would use this flying cloud sever immediately after disaster.
It allowed leaders of police men, fire responders, emergency medical services a self government body and the Japan Self- Defense Force to communicate among them smoothly.
It was our purpose.
We proposed
・Wireless LAN Available Distance - 50m
・Frame Rate to Distribute Video Stream - minimum 5fps
・Quality and Simultaneous Connectivity –
5 connections .
I am going to explain how we proposed it.
It is complicated about distance so I am going to explain it later.
The reason we proposed 5fps was to search victims with walking slowly.
The reason we proposed 5 connections was that there were 5 leaders.
--
また、FlyingCloudServerが、実際の使用に耐えうるのか実験をしました。
また、この調査にあたって、
災害時直後の、救助チーム5団体が使用することを想定しました。
それは、警察、消防、救急医療、自治体、自衛隊の5団体のリーダーが円滑にコミュニケーションを図ることを想定しました。
無線LAN距離を50m、フレームレート値を5fps、5台の接続台数を提案
Why choose 50M?
This is because the angle of view of the camera , since a one-to- one ,
When put 50m in smart device of 5cm,
For 1m becomes 1mm,
1mm has been set to limit the 50m because it was considered as the limit of things to see in the human eye .
----
This prototype is the camera module is mounted . Angle of view of this camera because the 35mm equivalent focal length 35mm, if you want to shoot the ground 50m square and can be taken if the flight to 50m over . If , up to 50m sky for if you flying . this unit camera module are using a 640x480 pixel , in the human shoulder width is about 80 centimeters , human beings minimum to become . width of about 5 centimeters of smartphone about 10 pixels when viewed from the sky If a 1 cm 128 pixels , because that the 10 pixels becomes approximately 1 mm and humans becomes 1mm on the screen . therefore, since it is not possible to recognize a human case of flying above 50m, more measurement It was considered unnecessary .
---
なぜなら、このカメラの画角が、1対1なので、
50mを5cmのスマートデバイスに載せると、
1mが1mmになってしまうため、
1mmが人間の目でみるものの限界と考えたため50mを限界と設定しました。
spec
本プロトタイプ機にはカメラモジュールが搭載されている.このカメラの画角は35mm換算焦点距離35mmそのため, 地上50m四方を撮影したい場合は50m上空に飛行すれば撮影可能である.もし, 50m上空まで飛行した場合.本機のカメラモジュールは640x480ピクセルを使用しているため, 人間の肩幅は約80センチで, 人間は上空から見た場合最小で10ピクセル程度になる.横幅約5センチのスマートフォンの場合, 1センチ128ピクセルであり, 10ピクセルは約1ミリになってしまうそのため, 人間は画面上では1mmになってしまう.よって, 50m以上に飛行した場合人間と認識できないため, それ以上の計測は不必要と考えた.
This experimental procedure is as follows.
First, distance -70m, 50m,40m,30m,20m,10m and 0m – was measured.
Second, Number of connection -1,,2,3,4and5 was measured.
Finally, we set fps-60fps, 40fps, 20 fps, 10fps and 5fps and measured.
We flowed images on PC and Flying cloud sever caught the images with the camera and the images showed up on smart device s screen.
----
実験は以下のとおりに調べました。 まず、距離
70m,50m,40m,30m,20m,10m,0mを計測
そして、
接続台数を計測
1,2,3,4,5台
そして、設定fpsが
60fps, 40fps,20fps, 10fps,5fpsを設定して、
計測をしました。
その際に、映像として、
PCに映像を流したものを
FlyingCloudServerにてカメラで受信し、それをスマートデバイスに送ります。
実験方法その1,2, 3
GoogleChrome of FPS counter
FPS The
GoogleChromeのFPSカウンター
FPSとは
The FPS, in one second , and then Ten figures and of whether depict times .
In other words , in the case of 5fps has switched five times photos per second .
If familiar FPS value is large and is pictured indeed smoothly .
---
ここで、FPSの説明をします。
FPSとは、1秒間に、何回描写しているかという数字てす。
つまり、5fpsの場合は1秒間に5回写真が切り替わっています。
FPS値が大きなればなるほどスムーズに描写されます。
In this study , it was necessary to measure the FPS value that is actually displayed in the browser .
So , we used the FPS counter in the GoogleChrome browser .
-----
FPSの計測方法としては、
本研究において、ブラウザで実際に表示されるFPS値を計測する必要があった。
そこで、GoogleChromeブラウザにあるFPSカウンターを使用した。
This is FlyingCloudServer and a Smart device actually, and 0m and a device are 1 and the distance is measured one.
Set numerical value is same as measured numerical value in 5fps, 10fps and 20fps.
But in 40fps and 60 fps, we got different numerical value between set and measured.
Around 20fps showed up in 40fps. Around 15fps showed up in 60fps.
As we know, though we raised numerical value, we didn’t get the numerical value we had expected.
From this result, we cannot sent videos smoothly because of lacked speck in 40fps and 60 fps.
From this thing, in FlyingCloudServer
When having established the prices a lot more than 20fps, it isn't possible to send so many smooth pictures actually by lack of a specification.
-----
これは実際にFlyingCloudServerと、Smartデバイスで距離は0mとデバイスは1台で計測したものです。
まず、5fpsは、設定した値と実測値はほぼおなじ値になっています。
そして、10fpsはほぼ、10fpsになっています。
20fpsも同じくほぼ20fpsになっております。
そして、40fpsでは、設定した値が40fpsにもかかわらず実際の計測値は20fps前後になっております。
また、60fpsでも、同じで、実際の値は 15fps前後になっています。
このことから、FlyingCloudServerでは、
20fpsより多い値を設定してしまった場合、スペック不足により実際にはそれほど多くのスムーズな映像を送ることはできません。
This graph is about available distance of wireless LAN and true numerical value of frame rate.
5fps is proposed as a minimum, so this Flying Cloud Sever meets the requirements.
----
こちらは、無線LANのavailable distanceと、実測フレームレート値のグラフです。
Wireless LAN Available Distance - 50m とFrame Rate to Distribute Video Stream - minimum 5fps
を提案していますので、
この FlyingCloudServerは要件をみたしています。
In this case, we measured distance and true frame in 10fps by changing number of connections.
This is the requirement –
When 5divices is connected, 5fps is seen. So The requirement is met for sure.
----
こちらは、FlyingCloudServerで10fpsを設定して距離と実測fpsと接続台数を計測したものです。
要件では、
Quality and Simultaneous Connectivity – 5 connections
と設定しており、5台の接続台数のとき、5fpsを満たしていますので、
要件は満たしていることがわかります。
As we follow information we have had so far, these requirements are met.
At last, it is a future work to make the durability of flying cloud sever s battery better.
Thank you for your kind attention.
---
よって、この3点の要件は満たしており、有効であることがわかります。
また、Future worksは
が考えられます。
ご清聴ありがとうございました。
実際に飛べる時間が30分程度しかないので、この問題をクリアすること。
まとめと考察
そこで、我々は、
救助チームが災害時に発生する問題は、ネットや電気がないため、情報共有ができません。
その問題を解決しました。
また、この調査にあたって、
災害時直後の、救助チーム5団体が使用することを想定しました。
それは、警察、消防、救急医療、自治体、自衛隊の5団体のリーダーが円滑にコミュニケーションを図ることを想定しました。
そこから、無線LAN距離を50m、フレームレート値を5fps、5台の接続台数
救助を求めている人々を探しながら移動を考えているため、広範囲での接続よりも、
近くで、さらにゆっくりと探しながら接続することが考えられています。
The operation of people only did not appear to be is , can be seen as long as it is a WiFi user , such as a smartphone !
操作する人しか見えなかったのが、スマホ等のWiFi使用者であれば見ることができる!
Related research
Aichi Research Institute
Earth Science and Disaster Prevention Research Institute
Tanabe Fire (Tanabe, Wakayama Prefecture Takinai Town)
Here , with the average value at the time of five connection from the time a single connection , is something which was determined the approximate actual FPS value .
As a result , whether or specified FPS value is shifted much , you can find a good FPS value the most efficiency from the specified FPS value .
According to this , than 60fps and 40fps, who 20fps value has become higher measured values .
Thus , fps value in this case can say that 20fps value is optimal .
こちらは、1台接続時から5台接続時の平均値をもとめて、大体の実測FPS値をもとめたものです。
これにより、指定FPS値がどれくらいずれているのかや、指定FPS値からいちばん効率の良いFPS値を見つけることができます。
これによると、60fpsと40fpsよりも、20fps値の方が実測値も高くなっています。
よって、この場合のfps値は20fps値が最適であることがいえます。
That me've done
Performance evaluation experiment of WiFi and a small computer (RaspberryPi)
It was mounted on a Drone , the development of the Web server
System development to perform the operation of a simple robot on the server
All right thing
Distance the reach of WiFi can not be accurately measured
Reasonable when used in the specified FPS 20fps up to five connections
To be specified fps lowering If the connection number is increased
Future tasks
System to be optimized to the specified FPS when the number of connected increase is necessary
From the information communication white paper of the Ministry of Internal Affairs of the Japanese government
In the March 11, 2011 that the Great East Japan Earthquake has occurred ,
This is March 11, It’s May 2
The vertical axis number of units / number of stations
The maximum value is 7000
Power outage number of houses in the Tohoku Electric Power immediately after the earthquake
Whole purpose in this study is this street .
However , we have explained this part in this paper .
It is this part of the experiment among them .
Therefore, while ending the basic research ,
As the right side of the application , and OpticalFlow technology , disaster chat system ,
I believe that we should seek a disaster evacuation route system, and the like .
本研究において全体の目的はこの通りです。
しかし、本論文においてはこの部分を説明しています。
その中でも実験したのはこの部分です。
よって、基礎研究をおわらせつつ、
右側の応用として、OpticalFlow技術や、災害時のチャットシステム、
災害時避難経路システム等を模索するべきだと考えています。
Above , it is actually measuring the FPS value if you specify the output frame rate value to 40fps. The vertical axis and the FPS value , I will distance the horizontal axis went away , one connection at the time of measurement values from the graph above , how to read , such as measured values of the two during the simultaneous connections from the graph below you .
Looking at this, it reads that the value in the connection number is down little by little .
In addition , the actual value is far below the 40fps, 40fps in this computer and the system will be not be depiction .
However , it is able to clear the 20fps.
上が、出力フレームレート値を40fpsに指定した場合に実際に計測したFPS 値です。縦軸がFPS値と、横軸が離れていった距離、上のグラフから1台接続時の計測値、下のグラフから2台同時接続時の計測値といった読み方をします。
これをみると、接続台数で値が少しずつ下がっていることがよみとれます。
また、40fpsでは実際の値が大きく下回り、この計算機とシステムでは40fpsは描写ができていないことになります。
しかし、20fpsでは明らかにできています。
そこで、我々は、
救助チームが災害時に発生する問題は、ネットや電気がないため、情報共有ができません。
その問題を解決しました。
また、この調査にあたって、
災害時直後の、救助チーム5団体が使用することを想定しました。
それは、警察、消防、救急医療、自治体、自衛隊の5団体のリーダーが円滑にコミュニケーションを図ることを想定しました。
そこから、無線LAN距離を50m、フレームレート値を5fps、5台の接続台数
救助を求めている人々を探しながら移動を考えているため、広範囲での接続よりも、
近くで、さらにゆっくりと探しながら接続することが考えられています。
The operation of people only did not appear to be is , can be seen as long as it is a WiFi user , such as a smartphone !
操作する人しか見えなかったのが、スマホ等のWiFi使用者であれば見ることができる!