PRE2016 3 Groep7

Group 7 Wiki

Welcome to the wiki page of group 7, where we present the development of our project: the intelligent G.U.A.R.D. robot. Over the course of 8 weeks the progress of our group will be shown here, such as a planning, the research topics (e.g. literature studies, designs, simulations) and the results. Feel free to take a look around!

Group Members

Name Student number Study

Jeroen Luiken 0965862 Electrical Engineering Sebastiaan Verhoek 0944209 Electrical Engineering Marvin Guus 0899885 Applied Physics Vitto Wouter

Introduction

Subject: After the brainstorming session in week 1, we came up with a couple of application fields that we could direct our project towards. These included ‘Smart homes’, ‘Guidance robots’ and ‘Cleaning’. Out of these fields we chose the topic of ‘Guidance robots’. Now it was time to find a specification within this field, and then we thought of the lack of safety on the streets, that is often highlighted in TV-programs such as ‘Opsporing verzocht’. While streets and buildings are full of cameras in the current day and age, the obtained evidence of criminal actions is often lacking, due to e.g. a too low camera resolution, a wrong mounting angle of the camera, and/or the criminals themselves, that often demolish the cameras during the crime. Could this be improved by using robot technology? We think that is possible, and present the G.U.A.R.D.: the Guidance Unit And Route Director. The G.U.A.R.D. is a robot that is mainly intended for escorting people that feel unsafe during nighttime. It can guide people to e.g. their home, but its main function is to protect them, for example by calling for help (to 112/911) or by planning routes that avoid less safe streets in a city. This robot could be designed with varying specifications, tailored to the exact functionality that is desirable in a given application area (e.g. a metropole, a city or a small village).

Objectives: The objective of our project is to improve safety and accessibility of living environment. This will be done by creating a concept for a guidance robot in order to help people to quickly and safely reach their destinations. Individuals or small groups that feel unsafe or require additional support to reach their destination can request the help of such a guidance robot.

In order to complete the tasks the guidance robot needs to be able to:

- move in order to guide people

- interact with people

- pathfind through real life real complex and unpredictable paths.

- find optimal routes for clients to guide them to their destination quickly and unharmed.

- call for support when a dangerous situation occurs.

Optimal design choices will need to be made for each of these points.

Approach

Our solution to the problem of unsafe streets and possible dangers at night is the use of a Robotic system that will guide its users to a safe area, for example their homes. This system has been dubbed the GUARD-system. (Guidance Unit And Route Director). This system consists primarily of Robotic ‘bodyguards’. These robots can either wait at places where they are most likely needed, patrol around areas or be called upon by using a smartphone app. It is then possible to state your destination to the robot, which will then accompany you to that destination. To create the feeling of safety, it will have practical options such as a connection to the local police station. To implement the GUARD-System we need a robot with integrated area knowledge and pathfinding, as well as camera’s and motion sensors to avoid it from bumping into obstacles. It also needs to be stable and rigid, so users can support themselves if needed. Also important is an internet/phone connection for calling aid when needed. Some voice recognition is needed to optimize the system, this is useful for receiving directions and recognizing danger, for example. Since streets are less safe at night, the GUARD-system will primarily be used then. At daytime, the robots can either be stored away and charge, or they can be used as city guides in touristic areas.

Design

There are a couple of requirements for the G.U.A.R.D robot that it needs to fulfill in order to properly function while maximizing performance and minimizing costs. The robot needs to be able to traverse the cities it is stationed at, at least as fast as a human can walk around, in any sort of weather. It needs to be able overcome all sorts of inclines, but we’ll go for an upper limit of about 30 degrees. This is much more than will be necessary for the cities in the Netherlands, but we would like to future proof our design for other cities with much steeper streets such as San Francisco for example.

The robot also needs to be fairly sturdy and durable, as it will need to run nearly 24/7 in the city while enduring possible abuse from the numerous user in the course of the day. A possibility also exists to implement a capability to support incapacitated people (i.e. drunk people) while escorting them to their destination. It also needs a camera that can view in all directions.

There several different methods of robot locomotion. We feel that due to the cost effectiveness requirement, multiple legs or having snake-like slithering movements should not be used. A drone can be relatively cost effective because it can be used without making any significant alterations to the design and because it can be used to circumvent the problems with the environment. However a wheeled robot is very effective energy wise and will be mainly used in city centers, which are often very wheel friendly. Raising and lowering sets of wheels can be used to get on sidewalks and can keep the robot straight should it come across an incline.

Where the drone fails is in its sturdiness: Heavy winds might cause it to crash to the ground and people might swat it out of the air. Even though the initial investment might be cheaper, repeated replacements might bring that number up to and beyond the price of the other proposed robots. There’s also the problem of battery life. Current drones can’t even fly for more than half an hour before requiring a recharge. Regular robots with wheels are much more efficient in that aspect.

The design also needs to be user friendly in the sense that it shouldn’t be able to hurt the user, even on accident. No sharp edges should be used in the creation of the outer chassis. To prevent it from toppling over, the center of mass should be suitably low to the ground. The part of the chassis closest to the ground might benefit from a sturdy frame that touches the ground and keeps it from turning over should it be toppled too much towards one side.

Tourists should also be able to interact with the robot without using a smartphone app. This can be done using mostly voice commands but a manual input mechanism might be helpful as a backup as it is possible not all languages are correctly implemented or in case something goes wrong with the voice commands.

Ignoring potential difficulties with the law will make it possible to implement more features that might be more beneficial to the users. It’s possible this way to deal with criminals in a much more direct way. The robot might interfere with a potential criminal using tools such a taser or pepper spray built into it. It might also move in between the criminal and victim and issue some kind of warning. Having the criminal be aware that they’re being filmed might encourage them to leave without doing anything.

But before the robot engages in any kind of conflict, it should be sure that its target is actually a criminal. That’s why advanced face recognition technology could be used to identify people that have committed a crime in the past. The robot would try to avoid routes where such individuals walk around. Seeing as the robots are planned to be city property, it should be possible to connect them to a police database.

While the robot’s priority will obviously be the safety of the client, it should also try to prevent doing unnecessary harm to an assailant. Fitting any sort of guns on the unit would probably only serve to increase the chance of fatalities during an encounter with a criminal. As said before, a taser or pepper spray seems to be the most useful in this regard. However, even these methods can cause fatalities, especially to older people or those with medical conditions. A way for the robot to access some basic medical information when it recognises a face should allow the robot to better take certain decisions in order to prevent any serious injury to a potential assailant.

The robot itself can’t see everything of course. The resolution of the camera is best set as high as possible, but even the best camera will eventually lead to a loss in detail the further the target is away from the robot. This might cause the robot to notice suspicious people a bit too late. A solution to this is to have all the robots in service share their information between each other. The robots will continue to scan for potentially dangerous people and mark any area that contains them and evaluate the risk of traveling through that area. This kind of analysis could also be partly done by stationary cameras scattered around the city.

State of the art

Danger recognition

One of the important technologies on our robot is being able to recognize threats to the escorted client. One main technology which has this are the so-called “smart” CCTVs.

This technology is not yet widely spread. Smart CCTV refers to visual surveillance systems that analyse and interpret video footage by using pattern recognition technologies. This is even so far developed some cameras can notice violence. The CCTV can recognize this through a person’s irrational or random movement usually seen through violence. This is important for GUARD, the escort robot, as it needs to independently notice threats and then notify local authorities.

A technology can also be used to incorperate existing CCTV-networks into our design. This is called a System of Systems. System of systems (SoS) is a network of complex autonomous systems which interchange information. Several aspects are important to make the SoS work.

-Interoperability

The agents in the system should work separately and autonomous. Each system in the SoS should be able to distribute information to all other systems and all systems must be able to interact autonomously inside and outside the system.

-Integration

Each agent should be able to control the SoS and communicate not depending on their characteristics, like software or position. This is the reason why in a SoS all systems need to talk in the same language. Else two agents might not be able to interact directly.

-Autonomy

As said before each agent should act independently and be able to fulfil its task needing no assistance, outside the extra information gained through the SoS.

To incorperate this, a central language between the robots and sensor networks needs to be found. A way with which a threat is separated from a non-threat needs to be obtained from another technology, such as the “smart CCTVs”.

One thing GUARD needs to detect is violence. There are some algorithms which do this exactly. These use a database of sounds and videos of fights, gunshots, blood and explosions. As these are all signs of danger. This is a form of action recognition. Sadly violence detection is one of the least studied versions of this. Enrique Bermejo Nievas et al. (2011) propose that using a database will bring great results detecting violence in certain situations. They wanted to detect violence and created a database of 1000 ice hockey videos which included violence and 1000 action movie fights. They found that a descriptor called MoSIFT, can detect violence in these situations with an accuracy of 90% using the databases. This can be used by our robot. First needed is a huge database of videos of street violence, like beatings, and including a database of sounds which could be sounds of threats or gunfire. This than can be used by a descriptor like MoSIFT or one similar to recognize threats and violence during the escort mission of our robot and thus bringing the client to safety and notifying human authoraties.

Security robots

The threat detection is also common in another technology than CCTVs. The security robots. While not extremely developed the security robots show promising ideas which GUARD can use to know when to notify the police and the person it escorts.

Autonomous security systems have great potential. Though there is one main difference between the security robots and GUARD is that regular security robots are mostly deployed when no person may enter and thus can report all noticed intruders. GUARD on the other hand is used on the public streets. It could give a sort of tag to its client but it will still run into many citizens who aren’t a threat and don’t have to be reported. Thus regular heat and movement detection won’t fully cut it for GUARD. A method to further establish how a threat will be defined is needed.

Thus further research would be to also incorporate the danger recognition of the smart CCTVs into the security robots and maybe even combine the different robots and a CCTV system into a SoS. This could greatly improve the efficiency of the GUARD.

A hugely invested in and developed security robot is the Knightscope K5. This is a security robot designed to patrol bigger open areas of companies’ buildings. The company claims this robot can autonomously patrol a certain defined area and can detect anomalies and report these to a central station which is operated by humans. These anomalies are detected using cameras in the infrared range and visual range. It can also pick up wireless signals and thus detect phones and other internet connected devices. Using this it can detect unfamiliar devices which can be a sign of espionage or intruders. The company is now working on gun detection but the company won’t reveal how this will be done. A smaller version, the K3, is a similar model with slightly less features to be used in more enclosed areas.

If the K5 is as good as the Knightscope company claims then this would be a good starting point from which we can base our own design off from. As both GUARD and the K5 are used in open areas, and both need to detect anomalies. Though GUARD needs to better distinguish between threat and friendly as it will be deployed in a larger more public environment.

Autonomously Moving AI

Another important piece of technology the GUARD-robots need is the ability to move autonomously. This technology is a very busy area of innovation, as it is currently a very important area in the use of self-driving cars. The technology described in this paragraph will primarily be based on the current workings of self-driving cars, since most information and innovation resides in this area.

Autonomous moving is needed for the GUARD robots, because the alternative would require remote controlling. At this point one should wonder if robots are needed at all, since then it would be easier to send actual people instead of letting them control the robots from a distance. To create an autonomously moving robot, a few technologies are required. The most important technology is GPS. Without it, the robot is unable to know its location, route and destination. With the GPS-system, the robot only needs to be able to receive inputs from its users to function on a basic level. With these basics, the robot would in theory be able to move the way it is designed to. However, the problem then lies in the fact that roads aren't flat or unoccupied.

Influence of cameras on crime

To know if the GUARD will help, first there has to be looked at the influence on the next closest technology. The one that is used long enough and widely spread enough is CCTV, or else known as camera surveillance. A study of the effects was done in 1999 in the United Kingdom, the record holder of cameras per capita. This study was done by Coretta Phillips.

The author says the main claimed effects of CCTV were:

1. Caught in the act: catching a crime red-handed could increase chance offenders will be caught and persecuted and thus deterred.

2. Framing: CCTV could reduce crime by deterring away potential offenders who don’t want to be caught on camera

3. Nosyparker effect: reduction of crime could happen because people will use the observed area more, and thus human surveillance will increase as well.

4. Effective Deployment: Better knowledge of risk areas is gained and thus security workers can be better deployed, reducing crime.

5. Publicity (general/specific): As an area is known to be observed criminals will less likely go to this area to perpetrate a felony. As it looks like people take crime more seriously.

6. Time for crime: The longer a crime takes the more likely its caught on camera. Short crime might not be as effected as its longer counterparts.

7. Memory Jogging: publicity encourages potential victims to be more conscious and take precautions.

8. Appeal to Cautious: Those who are more security minded use observed areas more than careless people, thus a displacement of victims is caused.

For our moving robot most effects are of interest. Effects 3 and 7 are less important as our robot moves with our client and does not observe only a certain area. And the robot is the precaution that can be taken and thus already fulfils this role. The author than looked at the actual measured effects of CCTVs on crime.

First she looked at property crime in streets. This showed promising results. Areas which had at least two cameras had a noticeable decrease in crime in comparison to unobserved areas. Also no displacement effect was noticed. Overall crime was reduced, This confirms effect 2, cameras do deter potential criminals. At least for property theft, which also includes vandalism and burglaries. The effects faded slightly though for petty thefts and vehicle thefts.

In areas like markets the effect was also looked at. This gave also promising results as seen in table 1. This is the effect of CCTVs on property crime in the town centre of Newcastle. This shows that in busier areas the effects are very big. These big numbers are attributed to effects 1 and 2.

Table 1. Effects on property crime in Newcastle town centre in a 26-month period after installment of the CCTV system.

In another town centre in Airdrie, Scotland, similar effects were noticed. In total crime was reduced by 21% in two years. Crimes like housebreaking, theft from motor vehicles and shoplifting, reduced by 48%. Arson and mischief, like graffiti, reduced by 19%. And again no major displacement of crime was seen. An exception is shoplifting which did slightly increased in Glasgow until CCTV was installed there. Thus areas without CCTVs did not experience as great benefits from observed areas. A big plus is the major increase in reported crimes. There was a 116% increase in detections improving effects 1 and 4, caught in the act and effective deployment. And similar number were noticed across the country.

There were some areas like Doncaster where the influence of CCTVs was only 6%. There were major reductions in criminal damage, robbery and theft-person, but no decrease of shoplifting, burglary, violence or drug offences. In a very few areas no real effect was noticed. These are mostly indoor housing projects where most of the crimes were done by the residents. Though there were several problems with this study. It was done in less than a year after instalment and the effects might not have been established. And also residents who should have monitored the CCTVs were neglecting it. Only 14% of the residents said to daily watch the monitored areas and 33% said they don’t want to report a crime in fear of retaliation. This could have had huge impacts on the effects of CCTVs.

Facial recognition

To protect the clients the GUARD can do more than only find correct paths and call help. It can also actively look if people with a criminal record are around. To do this there have to be some changes in current laws.

A facial recognition program works in a certain way. It uses shapes in the image (mouth, eyes and so on) and gives them a certain vector position in the image, to recognise if this person is a certain person A it looks if the known picture of person A has about the same vector positions as the just received image. It also works with so-called vertical and horizontal edge dominance. These are maps of the face in which the parts where edges of shapes are either primarily horizontal or vertical. These kind of mappings can also be used in recognizing faces.

In controlled still images this can be quite accurate with at least an 80% verification rate and maximal a 0.1% false acceptance rate [Overview of the Face Recognition Grand Challenge, P. Jonathon Phillips et al. , 2005]. A problem is that this is only with still images, the person makes the same expression as the sample image, usually a neutral expression, and is at the same distance as the sample image.

In uncontrolled images and 3D-mappings of the face the verification rate is lower and the false acceptance rate higher. While if 3D-mappings are mixed with controlled stills the verification rate is higher than just only controlled stills. In the real world things like bad lighting and moving targets can greatly reduce the effectiveness of the software.

In the regular facial recognition software only one pattern is used as an input. This can be improved by Multi-viewpoint Patterns for Robot Vision suggested by Kazuhiro Fukui and Osamu Yamaguchi in 2005 in Robotics Research. This takes advantage of that the robot is a moving object. This means that the robot can take many images and look at more patterns of the face. This increases the input size of the sample and can improve the verification rate.

To do this kind of input a new method of comparing facial patterns had to be made. The Fukui and Yamaguchi use CMSM (constrained mutual subspace method). This is based upon MSM (mutual subspace method) which uses many inputs instead of the one and tries to find same shapes by looking at canonical angles within the subspace. This subspace is created by a method called the Karhunen-Loève expansion. In the image is shown the difference between regular facial recognition software and MSM. One can easily see that in MSM many more inputs are be used compared to the one single of the regular. This means it can tolerate more differences in facial shapes.

But MSM has a problem, it ignores rival subspaces, which are subspaces which have the same facial structure but aren’t in the same subspace. This is the reason CMSM can improve upon MSM.

CMSM includes an extra subspace on which all rival subspaces are projected. From here on they are compared and looked for similarities. CMSM eventually gets a verification rate of 99% which is an improvement upon MSM with 89% and the standard method with around 80%.

Face structure and criminal behaviour

Outside of regular facial recognition to find people who have a criminal record, the GUARD could go one step further. Is it possible to guess if someone is dangerous by the shapes of one’s face? From a research of Xioalin Wu and Xi Zhang it shown that they made a algorithm which can distinguish between criminal and non-criminal faces. It seemed that criminal faces had more variations in facial appearances than faces of law-abiding citizens. They also noticed certain trends in shapes in criminal faces from slightly bigger lip curvature and certain angles around the nose. This can be used to pick up certain dangerous individuals which the GUARD would try to make the client avoid. They used machine learning asking face recognition software to guess whether a person in an ID-style picture was a criminal or not, and then feeding it the correct answer. A peer review on this research though has major concerns. One is how they acquired the data. Criminal pictures were gained from a Chinese database for photos of criminals whereas the non-criminal pictures were obtained through the internet using profile pictures of Chinese people. This difference in sources of data could explain why the software eventually could differentiate between criminals and non-criminals.

The reviewer Timothy Revell also staked the concern that computers aren’t bias free. The biases of the creators always return into the product. This means that algorithms will make false conclusions while still having the air of legitimacy.

But the reviewer also only says that facial recognition used for general behaviour is inaccurate. One can use it for things like seeing sleep depravity or fear.

This last thing can be used for the GUARD as it can look if someone looks angry, anxious or threatening. Then depending on the facial expression choose to avoid or inform.

USE aspects

The society

The GUARD robot will have the most impact on the society with respect to the other USE aspects. The main goal of this robot is to achieve a safer society whether it is in an urban area, suburban area or more desolate areas. However, right now the main focus is urban areas and inner cities. To be more specific, we use Eindhoven as an example. In the year 2015 Eindhoven was in the top 5 most criminal cities in the Netherlands according to the ‘AD misdaad meter’[1]. The goal of the GUARD robot is to bring this down. The GUARD will be equipped with a camera and walk with the pedestrian, this will offer more personal surveillance and the person guarded by our GUARD robot will always be under watching eyes and if something were to happen the response is only seconds away since the robot will also be equipped with a direct link to the local authorities and the closest hospital if physical harm is done as well. There has been a lot of research whether or not extra sets of eyes on the street have a positive effect on the crime rate. According to Coretta Phillips CCTVs are effective “The paper concludes that CCTV can be effective in deterring property crime, but the findings are more mixed in relation to personal crime, public order offences, and fear of crime.”[2] We believe that implementing the GUARD robot will also affect the other types of crime but mostly personal crime. This would be a great addition to the local police and positive nonviolent solution to reduce crime rates in the society.

Users

When the Users are considered it is clearly visible that the GUARD can be utilized by a large audience. During this project we want to focus on a particular group in order to narrow down and specify the necessities of the GUARD. This constitutes what kind of specifications it requires and what its main purpose is.

What does it do for our Users?

We decided to focus on tourists (in touristic cities/areas) as our Users. Since we focused our Users we can now define some necessities of our GUARD robot. Tourists often need a map of the city or area in order to get around and see the most popular attractions, however, they also want to get to their destination safe and sound. This means our GUARD robot needs a build-in navigation system that has up-to-date information about which areas the tourists are statistically most likely to get robbed. The GUARD will be able to provide the safest route for the tourists. However, in the unlikely event that the tourist is being robbed our GUARD can instantly notify the crime to local authorities or if the tourist becomes unwell it can notify the closest hospital and mobilize an E.M.T. unit.

How to use the GUARD

The GUARD can be mobilized in two main ways, it works similar to the taxi system. The tourist can call or use an applet on the phone to mobilize a GUARD robot to its location or the tourist can walk to a certain stop at points that are easily reachable by public transport, this maximizes the utility of our GUARD robot.

Requirements GUARD

There are a couple of requirements for the G.U.A.R.D robot that it needs to fulfill in order to properly function while maximizing performance and minimizing costs. The robot needs to be able to traverse the cities it is stationed at, at least as fast as a human can walk around, in any sort of weather. It needs to be able overcome all sorts of inclines, but we’ll go for an upper limit of about 30 degrees. This is much more than will be necessary for the cities in the Netherlands, but we would like to future proof our design for other cities with much steeper streets such as San Francisco for example. The robot also needs to be fairly sturdy and durable, as it will need to run nearly 24/7 in the city while enduring possible abuse from the numerous user in the course of the day. A possibility also exists to implement a capability to support incapacitated people (i.e. drunk people) while escorting them to their destination. It also needs a camera that can view in all directions. There several different methods of robot locomotion. We feel that due to the cost effectiveness requirement, multiple legs or having snake-like slithering movements should not be used. A drone can be relatively cost effective because it can be used without making any significant alterations to the design and because it can be used to circumvent the problems with the environment. However a wheeled robot is very effective energy wise and will be mainly used in city centers, which are often very wheel friendly. Raising and lowering sets of wheels can be used to get on sidewalks and can keep the robot straight should it come across an incline. Where the drone fails is in its sturdiness: Heavy winds might cause it to crash to the ground and people might swat it out of the air. Even though the initial investment might be cheaper, repeated replacements might bring that number up to and beyond the price of the other proposed robots. There’s also the problem of battery life. Current drones can’t even fly for more than half an hour before requiring a recharge. Regular robots with wheels are much more efficient in that aspect. The design also needs to be user friendly in the sense that it shouldn’t be able to hurt the user, even on accident. No sharp edges should be used in the creation of the outer chassis. To prevent it from toppling over, the center of mass should be suitably low to the ground. The part of the chassis closest to the ground might benefit from a sturdy frame that touches the ground and keeps it from turning over should it be toppled too much towards one side. Tourists should also be able to interact with the robot without using a smartphone app. This can be done using mostly voice commands but a manual input mechanism might be helpful as a backup as it is possible not all languages are correctly implemented or in case something goes wrong with the voice commands.

Movement:

There several options for movement of the GUARD robot. The first major distinction is whether the robot should move over ground or fly in the air: Flying: Advantages: Less obstacles to avoid, not in the way of people, bird eye view, no problems with uneven terrain, cheaper. Disadvantage: Law and legislation currently an issue (think of drones in urban areas), might not always be able to make good recordings of offenders because it is looking down on them, is not more prone to crashing with stormy weather for example, can crash on people, needs to be light (low battery life), cannot be used as support.

Ground: Advantages: Sturdy, can work during all weather, can be used as support disadvantage: needs to avoid all obstacles and be able to work with uneven terrain

Sensing: Vision: Vision is essential for the GUARD since it is needed for detecting obstacles and routes, checking for the Multiple different types of ways of vision possible Camera: There are multiple ways of implementing cameras in the GUARD there could be a single camera that relies on the GUARD to turn in order to focus on important events. The disadvantage is of course if events happen before the GUARD has the ability to turn around. Multiple cameras could be used as well so that the robot can record everything. This does of course increase the costs.

Sound:

Being able to perceive sounds is almost a must for the GUARD as well since it will be able to record what is being said around the robot to give more data if something were to happen. It could also be used to communicate with the GUARD by means of voice recognition. Touch: Touch will most likely not have any added value to the GUARD robot since vision should be able to do most of the sensing. It could be used to detect the robot being stuck against objects but as mentioned previously vision should be able to do the same.

Power:

The GUARD needs to be able to bring people to their destination and thus must have a large enough battery life to be able to travel that far. Preferably the GUARD is able to drive around for an even longer time than that so new clients can be helped quickly. Having enough recharge stations around the city and having a reasonable amount of spare robots that can fill in for the recharging robots will lower the battery life needed to function properly.

This means that battery life will become a balance between utility and costs. Ideally the GUARD will be able to drive for extended periods of time when it is most likely to be used which will likely be between 22.00 and 3.00. For drones this battery life will probably not be achievable since the drones need to be light. Commercial drones can currently reach a maximum of 25 minutes flight time before needing a recharge, which will make its implementation in the city hard and expensive.

Charging:

In order to keep the GUARD operational as long as possible the GUARD needs to be able to charge quickly. One way to charge the GUARD is by having charging stations distributed throughout the area. These charging stations could also be used as central pick-up-points for the GUARD. It would however still be ideal for the GUARD to charge as quickly as possible so special charging techniques that are also used in electric cars could be used. Another option is for the GUARD to be solar powered for example. This option is currently not very feasible however since solar panels are rather expensive and especially in the Netherlands the sun can appear only sporadically. The GUARD’s main task of guiding and protecting people is most intended for at nighttime when there is no sun. A combination of the previous two options might be possible to lengthen the amount operational hours of the GUARD.

Size:

The size of the GUARD must be enough to be noticeable in traffic but a bigger size will likely also increase costs. A size similar to the soccer robots could be used as compromise between visibility and costs. From this angle the robot should still be able to observe its surroundings. However costs can be minimized by simply fitting a larger chassis on a much smaller robot, i.e. most of space inside the robot is empty. This will make the robot relatively light for its size so either the weight should be spread out as low as possible or physical constraints should be installed to prevent it from tipping over.

Connectivity:

An important part of the guidance robot is connectivity. There are two reasons for this. First off, if a person wants to use a guidance robot, he or she should be able to call the robot and ask for its help. If a robot is nearby, this is no problem, as the robot can understand its client with voice recognition. If a robot is not nearby, however, a client still should be able to quickly ask for help. In order to achieve this there are a couple of options:

•The robot can be connected to a smartphone app, which users can download in order to communicate wirelessly with the robot. The app would only need very basic functions for calling a robot or reserving one in a specific timeslot.

Advantage: the user can simply wait for the robot to arrive. This system is very user friendly. Disadvantage: the robot has to move on its own to the desired location, and while doing so it is not helpful to anyone.

•The robot can be equipped with a GPS-tracker, which again could send its signal to a smartphone app. This would allow users to search for the most nearby robot.

Advantage: the implementation of this idea is slightly easier, as the robot does not need to be able to find its way on its own (This depends of course on the level of the path finding functionality of the robot). Disadvantage: the user has to do more actions, and (s)he has to find the robot himself, under while being unprotected.

The second important connection the robot needs is a connection to the emergency services. This is actually one of the reasons to develop the robot in the first place, so this connection must be strong and stable. This connection should make sure that, if the robot detects an undesirable situation while it is escorting a client, it can immediately make sure that the right and most nearby emergency service is contacted. Furthermore, assuming the robot has GPS connectivity, it can also immediately transfer its location. There are again various ways to establish this connection:

•The robot can be equipped with a SIM card, to allow it to set up a phone connection to an emergency station if needed. This would allow the client to talk, using the robot as the ‘phone’.

Advantage: the client can keep his hands free, and the robot can not be interrupted as easily as a client using a phone. Furthermore, the robot knows the number and ‘dials’ it in. Disadvantage: if the client can not speak, the connection is less useful.

•The robot can be programmed to send a standard message, which includes its location, a rough standardized explanation of the situation, and the required form of help.

Advantage: the ‘state’ of the client is less important. Disadvantage: specific situations can not be explained in detail immediately, but only after the emergency services have arrived.

•The robot can allow an emergency center to look via its built-in camera to a situation (if it has one, of course).

Advantage: part of the decisive process (e.g. is the situation dangerous, which service is needed) is left to humans. Disadvantage: camera’s need to be of good quality and may not be blocked, otherwise the situation can not be judged.

(Prototype) Design(s)

Prototype 1 In the picture below, the current state of prototype 1 can be seen. It consists of a robot having about half the height of a human being. To move, the robot makes use of tracks, which ensure high enough speed, and the capability to handle uneven terrain. The tracks are connected to a frame, which is connected to the main structure of the robot with two hinges. The goal of this is that it is easy to implement a mechanism that moves the tracks up and down slightly, to allow the robot to climb stairs. The next step is to implement all the extra features on this structure. An example of this is the camera, which has already been made, and which is lying next to the robot. The robot also already features red/white warning signs on both its front and back, which show / enforce its functionality.

Legal Issues

By deploying a robot into public terrain legality is a big issue. This new technology shouldn't break current laws as that would prevent people from using it. Thus looking at laws which are of interest is important. In this part we focus on Dutch and European laws.

The first legal issue for the GUARD is privacy. As it has cameras knowing what may be done is of great use in finalizing the design of the robot. Responsibility is also a legal issues. As is where the autonomous robot may drive. How its appearance can be within legal standards. And other legalities which come up in human-robot interactions.

Privacy laws:

WBP (Wet Bescherming Persoonsgegevens) (from EU law Data Protection Directive)

Protects personal data from being stored in databases. (though not specifically over camera surveillance.)

Article 10 of the Dutch Constitution

Protection of private life. (Only truly applicable to government – citizen relationship. Other parties may violate this with less repercussions) (but Article 120 of Constitution says that judges may not test if new laws/treaties are following the Constitution)

Article 8 of the European Convention for the Protection of Human Rights and Fundamental Freedoms.

More important than Dutch constitution in law on privacy. May only be circumvented by a public authority in accordance with the law for specific purposes in a democratic society.

Article 17 of the International Covenant on Civil and Political Rights

Protection against arbitrary or unlawful interference with privacy. Everyone has the right to be protected against such influences/attacks.

Article 441b of the Dutch Penal Code (Wetboek van Strafrecht)

Unknown use of technical equipment in a public place is punishable (since 2004).

Article 139f of the Dutch Penal Code

Prohibited to record pictures with a surveillance system in a private place, using a trick. To be punishable pictures have to be made secretly.

Exceptions on Articles 441b and 139f

441b:

Police may use secret cameras in public places if pictures are primarily used for investigation. This is the Data Protection Police Files Act (Wet Politieregister)

139f:

Cameras may be used at workplace if employer suspects illegal behaviour and informs employees of the existence of hidden cameras.

Private Security Organisations and Detective Agencies Act (Wet particuliere beveiligingsorganisaties en recherchebureaus)

Private companies are forbidden to commit security activities without a permit. Private companies may do this to protect people or goods or to prevent disorder.

Works Council Act (Wet op ondernemingsraden)

A Works council has the right to approve an employer to use an employee monitoring system (personeelsvolgsysteem) If no council exist the employer has to inform each individual employee. All camera surveillance systems are (personeelsvolgsystemen). If cameras are used only occasionally no approval from Works Council needed.

Article 21 of the Dutch Copyright Law

May not post pictures/portraits of someone if the person (or relatives if death) has reasonable interest in opposing. (also known as Portrait rights)

Directive 95/46/CE of the European Commision

principles that have to be taken into account for the treatment of personal data and the protection of privacy

Notice: data subjects should be given notice of data collection

Purpose: data should be used for the purposes stated and not for other purposes

Consent: data should not be disclosed without the data subject’s consent

Security: data collected should be kept secure from potential abuses

Disclosure: data subjects should be informed about who is collecting their data and for whom

Accountability: data subjects should have the possibility to hold data collectors accountable for following the above principles

In this Directive is also determined what personal data is in context of surveillance. Speech and images can be personal data if the person can be recognized through this and the objective of the information is surveillance. Location data used for surveillance can also be seen as personal data.

Though article 13.1 of the directive says that member states of the European Union may restrict some of the obligations. This may only be done though if it’s for the investigation of criminal activities. This is only for open public spaces.

For private spaces article 2.e of the directive holds. This says that surveillance in private areas must require the initiative of the private space owner.

In this directive there is also talk about camera deployment by robots in public places by the government. To deploy cameras by robots in public places the following legal premises should be achieved:

- Competence to decide the installation of video surveillance engines is reserved to public security forces (verified by official Commissions). Its use is included in their activities to prevent crime and protect persons and their properties.

- The processing of images or voice is lawful when the authority allows the installation and checks the lawfulness of cameras. The general duty of consent disappears, because there is a legal permission of processing.

- Rights (to access or cancel data) could be denied to benefit general security.

- Databases storing images or sounds depend on public authorities, who obtained the authorization to install cameras. They must notify and register the database and fulfil the obligations of security suitable to the kind of data stored.

Case Laws

Not only articles in the Penal Law code or Constitution or any other law book are important. As we have a judiciary power past lawsuites have influence if the robot will be accepted by the judges or not. These influence how far the laws are implented and what the correct balance is between security and privacy.

Here are several case laws which influence the privacy laws:

Extent of transparency

The mere fact if a recording is in a public place isn’t enough to reject the right of privacy (1991, Supreme Court)

Kind and extent of intimacy

Mere recording of conservation over phone on tape without the knowledge of the listened to, isn’t enough to interfere with right to privacy, other factors are of importance.(1987, Supreme Court)

Freedom to be yourself

No watching people change clothes, going to the toilet etc. (1994, Court of Justice Amsterdam) (Lüdi case)

Use of pictures

Monitoring of people is okay. If one is recording and storing this data it can be seen an infringement on privacy. If one is distributing the recordings one is quickly punishable for infringement on privacy. Exceptions exist. (Supreme Court)

Openness in video surveillance

If people are monitored without consent an appeal to right of privacy is more easily accepted (1987 Supreme Court)

Systematic use of cameras

Duration of camera surveillance on a person is influential on final verdictif an appeal to right to privacy is accepted.

Planning