PRE2016 3 Groep18

Group members

Name	Student ID
L.H.M.M. Abuerban	0926850
N.J. Bennenbroek	0954352
C.R.C. van der Gracht	0815638
R.M.H van Hout	0814519
S.H.N. van der Linde	0899183
J.R. Michels	0888603

Introduction

It’s the first day after summer vacation. Kids are running excitingly, at least most of them, to their classrooms. The door swings open as they rush to their seats. But instead of a human being in front of the class, the only thing they see is a robot. They are greeted by the robot, combined with a welcoming gesture.

Imagine this futuristic idea of teaching in elementary school. Teachers completely replaced by educational robots. Educational robots that can communicate with either an individual or a complete class by speaking, moving and making gestures. Artificial Intelligent software, like motion tracking and speech recognition assists within this overall communication.

Subject

A first step towards this robot-teaching concept is the use of an assistive robot. A robot as an addition to the current teachers. Today the elementary school is all about keeping children on the same level. The current teachers focuses too much on the children that needs more attention or are bad at a subject, but the children that don’t need it and are good at a subject recieve less attention. A robot can help these more advanced students to learn as much as they can. With the robot they can learn more using a fun way and on a personal level, this way the children will always be motivated to learn. Fir this we have set a few goals which will allow us to achieve this goal.

Objectives

• Fun learning: To motivate children to learn, we want to make the learning experience more fun. That way, the child will not loathe studying and will enjoy it.

• Provide personalized learning experience for the students: Every child is different, but currently most of the school system is the same for every student. We want to provide a personalized learning experience for every child. Students who have trouble with the curriculum will get more time and exercises to study, while students who quickly master the material will get more advanced exercises.

USE aspects

Users

The primary users for this project are the children of the elementary school who use the robot. The robot has to be able to teach the children. Children will learn faster when they are motivated, the robot uses social cues and will speak in order to motivate the child. In order to keep the child motivated a personalized learning system is needed. A personalized learning system can help motivate a child by letting him learn at his/her own level, for instance when the child is bad at a subject the robot helps him with that subject, to better understand it. Even when the student is at a higher level of understanding than most others within the classroom, the robot is albe to push the student further.

Elementary school teachers are the main secondary users. The robot will be implemented in the hallway next to the classroom, thus the teacher has to know how the robot works when something fails for instance. Furthermore, the teacher ensures that the progress of the student is inline with the curriculum and that it does not deviate greatly.

A tertiary user can be a parent of the child. A parent wants what is best for their child, and wants that the child learns as most as they can. The robot helps the child to learn on their personal level so the child will learn as much as he is able to learn.

Society

The society will benefit from the robot, because children come in contact with robots at a young age. This way they know how a robot works and know what to expect from it. In the future more and more robots will be used, so a child has to be comfortable around robots.

Enterprise

The enterprise that is going to use the scenarios is TiViPE. TiViPE (Tino’s Visual Programming Environment) is a software solutions provider and offers consultancy, research, processes, documentation, architecture, and implementation. These software solutions are mostly related but not restricted to parallel and real time systems. The scenarios benefit this company because it can implement them in the Nao Robot and use it in real time. Eventually in the long goal for this project a company that makes the Nao robots will benefit of our project because more and more Nao robots are needed in the future.

Approach

The goal of our project is to make young students are taught on a level that is personal to them in a fun way, by implementing a teaching robot

We will do this in the following order

• Determine the basic objectives of the robot. What should the robot do?
• What has already been done? Explore state-of-the-art.
• Choose which robot could be implemented to fit the needs of the project, or design a new robot.
• Choose one specific task in the form of an educational game that the robot should be able to do.
• Experiment with the robot.
• Try to implement an algorithm which will make the robot able to perform the chosen task(s).
• Refine the algorithm/reformulate task robot.

State-of-the-art

Social cues and gestures

• Social cues and gestures are very important in any conversation whether that is human-human interaction or human-robot interaction. For this reason, research has been made for the interaction between humans and robots. It was shown that interactions between robots and humans have resulted in better message retention. In the classroom environment, this is needed.

• Since in the traditional classroom, the one-on-one interaction between the teacher and the students is decreased due to the format of the classrooms, it is necessary to have the robot be able to make gestures and make use of social cues. Since for human-human interaction, it comes naturally to most people to be able to take turns when a conversation takes place. Similarly, when a physical object is the topic of conversation, joint-attention takes place without the participants conscious decision However, these ideas are not inherent for a robot and must be used to make the conversation more natural.

• It has been shown that when conducting a conversation with a robot that does not make use of these ideas, the conversation is less engaging. Subsequently, when the same things were tested with gestures and gaze, more of the information (“messages”) were retained better. In a classroom environment, this is necessary to allow for the person (in this case, the student) to retain more of the information that was discussed.

• Thus, it is necessary to make good use of gestures and gazes when there is interaction between the robot and the child.

Appearance

To ensure that child-robot interaction is successful, it must be ensured that the children are comfortable with interacting with the robot. For that, the appearance of the robot must be carefully designed. Children respond better to human-like features but not to a completely humanoid robot appearance.

• Robot design is a crucial step in any process of introducing robots for interaction with humans. It was found that applying anthropomorphic designs to robots is not necessary for young children. The reason for this is that most young children are used to the toy-like appearance of the objects they see daily. In the study that was conducted, it seemed that Aldebaran’s Nao robot fared better visually than other robots with less human-like features but also better that very human-like robots.

• The use of gestures is enough to make the children more comfortable with the robot although it might not look like a human,

Role-switching mechanism

‘Role-switching’ as an intrinsic motivational mechanism facilitates the engagement in long-term child–robot interaction. In this study, this was done in the specific learning framework of improving knowledge and habits with regards to healthy-life styles, though the article suggests that this can be applied in other learning frameworks as well.

Robots in the classroom

Most special needs schools cannot afford the NAO. The paper investigates the non-humanoid Lego Mindstorm robot as an alternative learning method for pupils with intellectual disabilities. An interview at the end concludes that three out of four students were significantly more engaged with the non-humanoid robot than the humanoid robot, whilst one student was found to be equally engaged with both robots.

NAO Robot

What is NAO and how does it work?

NAO robot fifth generation

NAO robot technical drawing dimensions

NAO is an autonomous, programmable humanoid robot, which is being used in specific research and education purposes. There have been made multiple generations of the NAO, all with various versions of design, which all feature a platform with either 14, 21 or 25 degrees of freedom. To provide that NAO can position itself within space in a stable manner, all these generations feature an inertial measurement unit (IMU). This IMU is an electronic device that measures the robots angular rate and forces by means of a gyroscope, accelerometer and four ultrasonic sensors. NAO last generation, the ‘NAO Evolution’ in particular consists of a multilingual text-to-speech synthesis, voice recognition and sound localization, shape and facial detection and recognition and an anti-collision system. To control all these features, the robot uses a specialised Linux-based operating system, ‘NAOqi’. This OS powers the robots multimedia system corresponding with the mentioned features. This includes four microphones (voice recognition and sound localization), two speakers (multilingual text-to-speech synthesis) and two HD cameras (computer vision, in particular facial and shape recognition).

Academic & scientific usage NAO

As mentioned, the NAO is used in numerous research and educational settings: over 200 academic institutions worldwide have made use of the robot. An example is on a school in Birmingham, United Kingdom, where autistic children were being taught by the NAO robots. One of the conclusions was that some of the children found the childlike, expressive robots more relatable than human beings. In a more general setting, at various schools in the United Kingdom the NAO is utilised to familiarise children with robots and the robots industry. Other usages of the NAO include customer service use in (Japanese) bank branches and testing dummy for robotic “autobiographical memory”, which in turn can train International Space Station (ISS) crews and assist elderly patients.

NAO & TiViPe

By default, NAO comes with a software suite that includes a simulation software package, a software developers kit and a graphical programming tool called Choregraphe. However, there is alternative (graphical) software available, and for our project we came across TiViPe, which is graphical end user developing environment made by Tino Laurens. The software is ‘end-user’ in the sense that the environment itself is built by Tino, but within this environment users can develop software programs their selves. This is done by connecting ready graphical modules within the environment, so that no hard programming language skills are required. There is a distinction to be made between two types of modules: elementary modules and compound modules. Normally, the elementary modules are the pre-defined available modules made by Tino, the compound modules are created by the user self by merging elementary modules together. However, one can also create elementary graphical modules their selves by writing code and wrap/embed this code into a new module.

Multiple connected elementary modules (green) are being 'merged' into one compound module (red)

Interviews

Interview: An overview of the interviews.

We have learned several things from the interviews. The first thing we learned is that in the current system, the school is about keeping the children on the same level, and the most when someone lacks behind keep them up to the main level. In this way the smarter children does not get as much attention as they need, and the smarter children are not as much challenged as they need. This is why we decided that our focus group are the more advanced children. The second thing we learned is that when learning a child something we cannot us any negativity, but have to use positive feedback and constructive criticism. And the we need an open attitude, this way the child will be more motivated and positive about learning. Another thing we learned from the interviews is that it is smart to use fun learning for a child, this is because they will have more intrinsic motivation then. And in the lower grades of the school they already use educational games to use fun learning. So a robot can use those games to teach a child something in our case. And it is good to use different tones in a conversation, this is also aplyable on the robot which can speak louder and softer. The last thing we learned from the interviews is that the proces is always more important than the result.

Setting

The setting in which the robot operates is in the hallway next to the classroom. The teacher can semi-supervise the child which is playing with the robot, also other teachers walk by and can also semi-supervise the child. This way it won't be disturbing for the other children of the class and they can focus on what the teacher has to say. For now we are only focussing on the smarter children, the most time when a child is sent to the hallway to do other stuff, it always have to obligation to work as hard as it can, because the teacher can show up at any time. And the child wants to prove himself that next time he can go as well. We think that children are very interested in playing with the robot and thereby will behave themself when playing with the robot.

General scenarios

Math helping robot by dice game.

A child throws a dice, the robot can recognizes the pips of the dice and the robot ask for instance what is the total number thrown, or what is that dice multiply by that dice if they are more advanced. This way there will always be a random factor, which is more fun for the child and doesn't get boring. Various dice games are possible, for instance some harder dice game to keep the student on a higher level. A easy game for the children of grade 3 and 4 is higher lower game, and a bit harder game for instance is a game where the child has to add the 2 dices up. The child will understand math better by playing the game multiple times, it will be a fun way for the child and keep them on a personal level.

But of course there can be risks in using a robot to teach a child something about math. For example, the robot malfunctions, the software crashes or the robot is broken. These are all situations which are needed to be taken into account. Also there can be a lot of undesired situations. When the flow is not going as expected and the robot has to hop into a fallback and later go back to the standard flow. For instance:

• The dice can be thrown off the table
• The child does not respond at all
• The child is scared by the robot and doesn't want to play
• The robot read the wrong number of dots on the dice
• The child does not wait for its turn
• The robot fails to grasp the dice

These situations are just examples of things that can happen wrong. To make a good scenario most of these situations needed to be taken into account to program a working robot.

Spelling helping robot by making a word

There are multiple boxes with objects, one box with difficult objects and one with simpler objects. The child has to take an object from the box and show it to the robot, and the child has to make this word with blocks, or pieces of cardboard. The robot recognizes these blocks and to make it easier for the robot all the block can be made with using some sort of barcode. The robot scans the barcode and knows which letter is given. The robot helps the child with spelling in this way. A database is needed in this case of all the words that can be made with these blocks, and if the barcode is easier recognized also with all the barcodes.To keep students on their personal level easier and more difficult words can be given by the robot. The child will learn on a fun way to spell different words. Though it is hard for the robot to recognize the letters which are spelled. In this case also the robot can malfunction or crashes. But the undesirable situations are different in relation to the dice game. Some undesirable situations are:

• The robot does not recognize the object
• The robot does not recognize a letter
• The child gives a letter upside down
• Something in the database is wrong and a correct word is given as false.
• The child does not respond
• The child is scared
• The robot does not pronounce the word the right way

These are examples of what can go wrong/ is an undesirable situation in the spelling game with a robot.

Maze programming game

A concept educational game is made to challenge the smarter kids of elementary school from classes 7 and 8. This game makes it possible to let the kids program the robot by voice. The idea is that the robot stands on a table with some kind of physical maze which has tiles and walls. The robot will move through the maze. This movement will be decided by the kid. The goal of the game is that the robot reaches the finish tile in the maze.

The pupil can program the robot with a secual of actions. If the goal is not reached after this secual another secual of moves can be programmed by the kid. This will continue until the goal is reached. To make this game more advanced and interesting for the child when he plays again, a bigger maze can be used. The normal beginning maze is 8x8 blocks. The child will learn to program a bit and intensively use their memory, because the robot will move after the child is done saying commands. Some example of commands are:

• Move forward
• Turn left
• Turn right
• Move back

When the child makes a mistake for instance it also needs to correct itself by saying go back. To fully use this scenario where no extra assistance from a teacher is necessary, the robot should make the maze itself or the teacher makes the maze in the beginning of the day. This scenario is harder to implement, because more objects are needed. In this scenario also a lot of undesirable situations can occur:

• The robot slips and does not execute a command
• The robot hits a wall
• The robot does not turn the full 90 degrees
• When the robot is moving the child interrupts

Detailed scenarios

Detailed Scenarios: An overview of the detailed scenarios process.

Math helping robot by dice game (higher lower)

The robot will play a dice game with a child of the elementary school grade 3/4. The robot will throw the dice and the child will throw the dice. The child has to repeat the numbers thrown and eventually has to say if he has higher or lower than the robot. When the child is correct he wins the game and can play another game of the same game. The child will learn how numbers work, and a bit of short term memory. This is the most basic dice game there is, and maybe can be used in grade 2 as well, because we want to focus on the ‘smarter’ children. (NEW diagram)

Gestures used in this scenario:

• Wave start: in the beginning the robot sits down, so when comes to the robot the robot stays up and waves, this gesture is used at the start
• Wave end: In the end the robot is standing, when the child is done playing games the robot waves and will sit down, this gesture is at the end of the conversation
• Correct: the robot's eyes will turn green and the robot will give a thumbs up, the gesture is used in correct answers
• Wrong: the robot's eyes will turn red and the robot will move his head to the left and right. This gesture is used for wrong answers.
• Point: The robot will point at the dice when the child has to throw the dice, this gesture is used when the child has to throw the dice.

Higher lower scenario: The final higher lower scenario.

Math helping robot by dice game (summing up)

The explanation of the summing-up game is in the link below. This includes the strings and actions used in the scenario.

Summing up scenario: The final summing up scenario.

Spelling helping robot by making a word

The robot will play a game with a child, the child has to take out an object of one of the boxes, and the child has to spell this word with the given blocks. Some boxes are have more difficult objects this way we implement personalized learning. The spelling game uses deep object learning, this is a relatively new technique which is not used much in variant scenarios.

The blocks contain 6 sides with 6 different letters, like a dice but with letters. If the child spells the correct word the robot continues. When not the correct spelling is given it first checks the length of the word and then it will check the order of the letters. This is done in multiple stages and eventually the correct word is spelled. The child will learn to spell in a fun way with the blocks. And the robot will give positive feedback

Spelling scenario: The final spelling scenario.

Maze programming game

A concept educational game is made to challenge the smarter kids of elementary school from classes 7 and 8. This game makes it possible to let the kids program the robot by voice. The idea is that the robot stands on a table with some kind of physical maze which has tiles and walls. The robot will move through the maze. This movement will be decided by the kid. The goal of the game is that the robot reaches the finish tile in the maze.

The pupil can program the robot with a secual of actions. If the goal is not reached after this secual another secual of moves can be programmed by the kid. This will continue until the goal is reached.

The simple state diagram of this game is displayed below.

Programming game scenario: The final programming game scenario.

Planning

Milestones

• Planning
• State-of-the-art research
• General scenarios
• Interview with elementary school teacher(s)
• Detailed scenarios
• Final demo

Planning

Deliverables

• Wiki:
  • Rationale of the project
  • Stakeholders & USE aspects
  • State-of-the-art
  • Interview(s)
  • Scenarios
  • Our process
• Code
• Demo (simulation/real life)

Logbook

Week 1

• Brainstorm session
• Discussion about the possible topics for this course
• Come to a decision about the topic
• Make the idea more concrete such that everyone in the team knows what we will be doing further on. We have made an initial list of objectives and approach.

Week 2

• Had a meeting with one of the professors of the course and two of the team members. This was to ensure that the idea was sufficient for this course and that it was also feasible. Within this meeting it was discussed whether we are able to use the Nao robot for the purposes of our project. Furthermore, some extensions were discussed. A follow-up meeting will be scheduled to further discuss this.
• Preparations for the presentation were made and the decision of who will be presenting for the first, and the later, presentations were also made.

Week 3

• We redefined our goals and our subject after the meeting with Tino Lourens. And we set up the milestones and made the planning
• The second presentation was made which holds the milestones, planning and the deliverables.

Week 4

• An interview was done with an elementary school teacher in training, who had teached grade 1&2, 3 and 7. She was very positive about the our idea.
• Another interview was done.
• We came up with more scenarios which we are going to work out further.
• We made 2 detailed scenarios.
• Feedback session:

Week 5

• Came up with more scenarios
• Worked out more detailed scenarios
• An interview was done with an occupational therapist, who works with children. She was very positive about our idea
• Weekly feedback session: these scenarios are basic try to improve those

Week 6

• Updated the wiki
• Made one final scenario
• Tried this scenario with one playing as the robot and one playing as the child.
• Discussed about the setting
• Feedback session: the final scenario is a flowchart rather than a state-diagram. Make a state diagram next.

Week 7

• Updated the wiki
• Programming on the Nao was done
• Final state diagrams were made
• Final strings/gestures were made
• Weekly feedback session: We have to hurry with the programming if we want to demonstrate that next week.

Week 8

• Programming on the Nao was done
• Final state diagrams were updated
• Final strings/gestures were updated
• Final presentation was made
• Wiki was updated