# Introduction obile robots were defined by Posadas et al (2008) as physical agents that move and interact continuously while embedded in a dynamic environment. A mobile robot is also described as a situated and embodied agent endowed with mobility (Obe and Dumitrache, 2012). Control of mobile robots is categorized into three types namely, autonomous control, semi-autonomous control, and Tele operation. Autonomous control implements various control algorithms that control mobile robots in their environment without human intervention. Semiautonomous control allows a user to instruct the mobile robot on what to do but the robot decides how the task is carried out. This mode of control is supervisory. In a Tele operated control, the mobile robot is entirely controlled by the user. Oxford dictionary (2015) defines "remote control" as the control of a machine or apparatus from a distance utilizing radio or infrared signals transmitted from a device. Teleoperation is often used in place of Remote control in research or technical environments. Teleoperation means controlling or doing work at a distance (Wichmann et al, 2014). The meaning of the distance, however, can vary. The distance can be physical, such as an operator controlling a robot at a remote location. The distance could also be a change in scale, for example, a surgeon using teleoperation to conduct surgery at the microscopic level. In 2014, Wichmann et al. reported that teleoperation systems are designed using a master-slave system model where the control system depends heavily on the mobile robot platform. Various communication technologies have been used to achieve teleoperation for a mobile robot. These technologies include Bluetooth, Infrared, WIFI, GSM, Internet of Things (IoT) (Chikurtev, 2019), and Internet (Luimula et al., 2007). While some of these technologies impose a constraint on the range of operation, GSM and the Internet have proven to overcome such barriers (Chin et al, 2003, Ankit, 2014and Juang&Juang, 2016). The Internet which is based on TCP/IP enables connectivity of billions of devices worldwide, giving access to communication, data, pictures, videos, and even real images of distant environments (Siegwart and Saucy, 1999). The advancement in the development of internet applications has made it the ideal testing ground for sophisticated new applications, such as video-conferencing and remote control systems (Oboe & Fiorini, 1997). However, only a few examples of real physical interaction with distant places are available at the moment. Goodrich and Schultz (2007) defined two categories of interaction, remote and proximate. Remote interaction refers to the situation where the human and the robot are separated spatially or even temporally (i.e., Opportunity Mars rover), while with proximate interaction the humans and the robots are collocated. This research work aims at creating a portable IP-based remote-controlled system for mobile robot interaction. According to James (1997), a software unit is portable (exhibits portability) across a class of environments to the degree that the cost to transport and adapt it to a new environment in the class is less than the cost of re-development. Portability in general terms is the usability of an object or component of the system in multiple environments without any modification in the internal structure. Internet Protocol (IP) is a protocol in the Internet Layer of Transport Control Protocol/Internet Protocol (TCP/IP) model. It hides the underlying physical network by creating a virtual network view (Lydia et al, 2006). It is an unreliable, best-effort, and connectionless packet delivery protocol. Best-effort means that the packets sent by IP might be lost, arrive out of order, or even be duplicated. IP was designed with the assumption that a higher layer of the protocol will address these anomalies. According to Lydia et al., (2006), one of the reasons for using a connectionless network protocol was to minimize the dependency on specific computing centers that used hierarchical connection-oriented networks. Available remote control systems require specialized hardware and software that are heavily dependent on the mobile robot's platform or architecture. In this work, an architecture is proposed to eliminate the dependency of the remote control system on the robot's platform. There are issues with existing mobile robot remote control systems which include but are not limited to, operation range, portability, and the multi-interface option of the system. Various researchers have addressed some of these problems, however, the problem of switching a remote control system from one mobile robot to another with little or no reconfiguration has not been dealt with. In Chin et al. (2003), a Real-Time Remote Control Architecture Using Mobile Communication was proposed. GPS, GSM, and GIS were applied in the development of real-time communication for remote data transfer which solved the range of operation problems, but the system lacked portability. Jose et al. (2004) illustrated a Java/Matlab-Based Environment for Remote Control System Laboratories. Matlab/Simulink and the Quanser Win Con environment were used to develop a control system using the HTTP server to process client requests. The client program is a java applet written in Java. The range of operation issue was eliminated by the architecture but failed to address portability and multi-interface options. In Mobile Robot Temperature Sensing Application via Bluetooth, Abdullah and Poh (2011) developed a control system using the KC-21 Bluetooth module and PIC16F877A microcontroller for remote temperature sensing. The system has a limited range of operations. Ankit et al. (2014) in Controlling of Remote Robot through mobile phone using DTMF Signal, developed a remote control system using microcontroller, CDMA modem, and DTMF signal. The system lacks portability and multi-interface options. Almali et al. (2015) developed a Wireless Remote control for Mobile robots operating in dangerous or narrow places for human beings. A 433MHz RF transceiver module was used to establish a connection between the mobile robot and the computer controlling it. The system has a limited operating range and also lacked portability. This research work addresses the issue of portability and multi-interface options for mobile robot remote control systems. This will facilitate the use of one remote control system with a multi-interface for different mobile robots on several platforms, this will give room for using a robust interface for the control system at a particular time. # II. # Related Literature Oboe and Fiorini, 1998 in "A design and control environment for internet-based telerobotics describe the environment for the design, simulation, and control of internet-based force-reflecting telerobotics using a segment of the network to connect the master to the slave. Simulation of the complete telerobotic system and emulation using a planar force-reflecting master and a virtual slave uses a MatLab-Simulink program interfaced with a set of dedicated routines for internet modeling. The issues in the variable time-delay system were addressed by using the delay parameters acquired from the network probe to design the controller. However, the work does not address multiple interfaces that could be used as the master or controller. Lung et al., 2002; designed an internet-based human-assisted robotic controller system but the security of the web page was not considered as anyone that stumbles on the web application can control the robot. Chin et al., 2003 adopted the use of G3 (global positioning system (GPS), global system for mobile (GSM), and geographic information system (GIS)) system in developing realtime communication and remote control systems for robot real-time remote control, navigation, and surveillance. The designed system is not portable as it was only implemented on a Windows platform. Visual Basic, which is the choice of programming language, is not supported on other operating systems. Jose et al., 2004; developed a Java/Matlab-Based Environment for Remote Control System Laboratories, illustrated with an Inverted Pendulum -a novel environment that provides 24-hours-a-day access to a Web-based lab for the remote control of different didactic setups. A detailed description of an environment for the teleoperation of real Lab via the Internet, was achieved however, the design cannot be replicated on robots with different platforms due to the heavy dependence on Matlab/Simulink. Abdullah & Poh, 2011; Mobile Robot Temperature Sensing Application via Bluetooth developed a Bluetooth-based control system for remote measurement of temperature from the robot's surrounding environment. The range of operation is limited to ten (10) # Method a) System Overview The proposed portable IP-based remote control system for Mobile Robots is aimed at solving two basic problems usually encountered with common Mobile Robot remote control systems. The first problem is the communication range between the Mobile Robot and its remote control interface. This range limit is entirely dependent on how far the communication link can transmit or receive data sent from both ends (usually 10 Meters for Bluetooth, 100 Meters for WIFI). The second problem is the portability of control interfaces with different platforms to provide different user interfaces that can be used to control different Mobile Robots. To solve the above-mentioned problems, the new system is divided into three functional parts namely: Command hub, Control Interface, and Mobile Robot Gateway. # b) System Architecture Figure 1 shows the entire architecture of the Mobile Robot Remote Controlled System. The system components run separately on different devices, performing different roles in achieving the overall goal of the system. The components are also loosely coupled to ease upgrade and maintenance without affecting the operation of the other ones. # i. Command Hub Design The Command Hub is at the center of the entire Remote control system for mobile robots. It is one of the three components required to develop the full system as shown in figure 2 The control interface component in the system is the one that interacts with the user and based on the operation performed on it, it will create and send an appropriate HTTP request to the command hub respectively. The control interface performs two basic functions. The first function is to take users' actions and transform them into a valid HTTP request required by the command hub. The second function is getting telemetry data from the command hub to create visual feedback for the users. The structure of this component is therefore organized along with its functions. Two modules are provided, one to constantly fetch new or updated data from the command hub to update the telemetry view of the mobile robot's vitals while the other module handles user interactions with the control interface and makes appropriate HTTP requests to the command hub. Different Control Interfaces are designed based on the two modules explained earlier to expand the choice of control for each Mobile Robot in the system. Available control interface includes: Cross-Platform Mobile Interface: This type of interface is meant for users that prefer to control their Mobile robots from a smartphone. The interface wasdesigned with Apache Cordova, HTML 5, CSS 3, and JavaScript. This ensures that the resulting interface can be used on Windows Phone, Android Phone, and iPhone as well. Web Application Interface: This type of interface is available to users that want to control their Mobile Robots through a web browser. The web browser is used to access Web applications deployed alongside the command hub to provide the control interface. This Control interface is designed with ASP.Net MVC 4, HTML 5, CSS 3, and JavaScript. A variety of web browsers are supported. Desktop Interface: In this type of control interface, the traditional Desktop application is used to provide the interface to the users. C# programming language is used to develop this interface. # iii. Mobile Robot Gateway Design This is the component that interfaces directly with the Mobile Robot. It plays a major role in connecting the robot to the remote control interface through the command hub. There are two different types of Mobile Robot Gateway namely, Internal Mobile Robot Gateway and External Mobile Robot Gateway. The internal Mobile Robot Gateway runs locally on the robot's operating system. This type of Gateway is only supported by Mobile Robots capable of running scripts, executable programs and whose hardware supports networking and direct connectivity to the Internet. The Gateway is implemented as part of the required software running locally on the robot's platform. The Gateway runs directly on the Mobile Robot's control board as shown by Robot 2 in figure 1. External Mobile Robot Gateway does not run on the robot platform, it runs on a remote computer connected to the Mobile Robot through Bluetooth or a WIFI device. This type of Gateway is meant for Mobile Robots that do not have shields or devices to directly connect to the Internet thereby using the remote computer's Internet connectivity for its operation. In the case of External Mobile Robot Gateway, a remote computer connected to the Internet is placed within the communication range of the Mobile Robot, the computer shares its internet connection with the Mobile Robot. The Gateway is also executed on the remote computer to serve as the conduit through which communication is established with the control interface via the command hub. Robot 1 in figure 1 makes use of the External Mobile Robot Gateway. # Gateway Operation Circle The Mobile Robot Gateway operates in a circle of three operations namely Sense/Listen, Think, and Act. Figure 4 shows the interaction of Gateway operations in a single circle. ? Sense/Listen Operation:-in this operation, the Gateway awaits new commands from the command hub through an active Web Socket if available or through an HTTP request to the REST API exposed by the command hub. If the Mobile Robot is in autonomous or semi-autonomous mode, values from the proximity sensors are fetched by the Gateway. Any data acquired from this operation is then passed on to the THINK operation in the circle. ? Think -analysis of data passed from the Sense/Listen operation is carried out during this operation. It is mainly responsible for command interpretation and conversion into a simpler form that could be handled on the Mobile Robot easily. After the interpretation and conversion task has been carried out, the result is sent to the ACT operation to take necessary action. ? Act: -this part is responsible for generating the control sequence based on the input received from the THINK operation. It determines the destination of the resulting control sequence (i.e. Mobile Robot or Command hub). The control sequence now determines the behavior the Mobile Robot will exhibit. This operation is also responsible for sending telemetry data to the command hub. After this operation is carried out, control is returned to the Sense/Listen operation iv. Command Design One of the roles of the Command Hub is the generation of commands to be sent to the Mobile Robot. These commands are generated based on the interaction of the users with the control Interface. Each action performed by the user on the control interface corresponds to a specific command meant for the Mobile Robot to execute. When an action is performed on the control interface, a request is sent to the REST API (Application Programming Interface) exposed by the Command Hub. The Command Hub now maps the request to the corresponding command to be generated and sent to the Mobile Robot. For example, if the user presses the "Move Forward" Button on the Control Interface, an HTTP POST request is sent to http://Command-Hub-DomainName/api/move/1, then "f" command is generated and sent to the Mobile Robot. The "Command-Hub-DomainName" is the domain name of the server hosting the Command Hub. Table 1 shows the comprehensive list of all Uri, HTTP verbs, and associated commands mapped to them. # Global Journal of Computer Science and Technology Volume XXI Issue I Version I At the hardware level, two robots were designed to validate the workability of the remote control system whose architecture was shown in figure 1. These Mobile Robots have different platforms and configurations each of which corresponds to the two types of Mobile Robots in figure 1. The Mobile Robots are: SleekBot V1: This was designed to use Arduino Nano R3 as its main control board. All other actuators and sensors are connected to the main control board. In this configuration, a Bluetooth module is used to communicate with an external Mobile Robot Gateway. Figure 6 shows the breadboard schematics of the robot's hardware configuration. SleekBot V2: This is the second Mobile Robot, it was designed to use Raspberry Pi 2 Model B as its main control board while Arduino Nano R3 was used as a slave control board. In this configuration, a USB camera with a two degree of freedom is connected to the mainboard and Internal Mobile Robot Gateway was used because the main control board is capable of running executable programs and it is also capable of connecting to the internet directly. Figure 7 shows the breadboard schematics of SleekBot V2. # Result and Discussion # a) System Implementation The system was implemented in three stages, each stage corresponds to the deployment of each component that made up the system. For web interface users, the system provides a landing page where navigation to other modules is accessed. Figure 8 shows the home page layout. # i. Mobile Robot Gateway Stage Two types of Mobile Robot Gateway were implemented. The specific implementation used was determined by the robot's ability to connect directly to the internet. In a scenario where the Mobile Robot can connect directly to the internet, a python program was used to implement the Gateway. The second implementation was used when the Mobile Robot connects to the internet through another computer. A desktop application written in C# was used to implement the Gateway on the computer with internet connectivity. # ii. Command Hub Stage At this stage of implementation, a web API written in C# was used to implement a REST-Based service that acts as the command hub for the system. The service was deployed to Internet Information Service (IIS) with MS SQL Server 2012 to act as the backend storage for the system. # User Registration This module is used to register all users making use of the control platform. All valid users of the system need to be authenticated before they are granted access to control any mobile robot remotely. Figure 9 shows the user registration interface for web interface users while figure 10 shows the registration interface for mobile users. # User Login This module is used for authenticating all users making use of the system. All users must pass through this module to use the system. Figure 11 and figure 12 show the login user interface (UI) for web and mobile users. # Main Menu The main menu provides navigation to important modules the user can use to perform different tasks in the system. Figure 13 shows the main menu for mobile interface users # Mobile Robot Registration To make use of any robot on the platform, the user needs to register the robot. Figure 14 shows the interface dedicated to the registration. After registration, all registered Mobile Robots by the user is displayed in the Mobile Robot List as shown in figure 15. # Settings The settings module is used to configure the parameters required for the interface to work properly. Figure 16 shows a settings Interface for mobile Users # Remote Control Interface This interface provides the necessary widget to remotely control mobile robots. Actions performed on this interface translate to a command to be executed on the mobile robot. Figure 17 and figure 18 show the remote control interface for web and mobile interface users. # Conclusion The goal of this research work to develop a portable IP-based multi-interface remote-controlled system for mobile robots was achieved. The system offers the use of a single remote control device across different mobile robots and the use of a multi-interface for a single mobile robot. The solution architecture is based on three loosely coupled components performing various tasks at different levels to collectively achieve a single aim of having a portable control system. At the core of the system is a REST-based web service handling communication between the user interface and the mobile robot. Various programming languages were used at different levels to achieve the overall goal of the system. A cross-platform mobile application, Web application, and the desktop client was developed to serve as the system's user interface. Implementation of the system was carried out on three different mobile robots based on different platforms. The system was evaluated based on the time complexity of the algorithm used in its components. The result shows that the system time of execution is linear (O (n)). The system developed is not without its weakness, hence the need to improve some parts that are currently inefficient in its mode of operation. These include: 1 ![meters. Esteller-Curto et al, 2012; in the Proposal of a REST-based architecture server to control a robot proposed the use of a REST-based architecture server for the control of a robot. The use of proprietary protocol between the robot and the server limits the portability of the control architecture to other robot platforms. Pravin and Shalini, 2013 developed a remote control system based on the hand gesture of the user. The gesture is captured by an accelerometer sensor capable of tracking coordinate values of X, Y, and Z axes as the sensor are tilted. Radiofrequency 433Mz is used as a communication link. The remote control has a limited range of about 100 meters radius. A remote control system for mobile robots using DTMF tone from mobile phones was developed by Ankit et al., 2014. The system has no visual feedback to enable the user to monitor the movement and position of the robot within its environment. Adamides et al., 2014; worked on the development of a suitable user interface for teleoperated agricultural spray robots using multiple camera feedback, keyboard, and PS3 gamepad. The communication link is based on RF signals and has a limited range of operations. The interface design was restricted to the keyboard and Human Interface device (Gamepad) for robot control. Dutta and Zielinska, 2015 identified the challenges concerning IoT-aided robotic applications, with particular reference to their technological and scientific implications. The work is entirely theoretical. No implementation is discussed for the proposed architecture.Amali et al., 2015; in Wireless Remote control of a Mobile Robot designed a mobile robot serving dangerous and narrow areas for humans. The mobile robot consists of a mobile platform and a 4-DoF robot arm with a gripper. This work established the development of a mobile robot with teleoperation capability however, operation range is limited and integration with other platforms was not considered. III.](image-2.png "") ![. This component acts as the major middleware between the Control Interface and the Mobile Robot Gateway. It is responsible for handling communication between the Gateway and the Control Interface. Digging deep into what made up the Command Hub, it is a REST-Based Service that runs a remote Webserver. It exposes a REST API and resources which can be accessed through Uniform Resource Identifier (URI) and corresponding HTTP Verbs (i.e. GET, POST, PUT, and DELETE). Every action performed by the user on the Control Interface is mapped by an HTTP request to the command Hub. The Command Hub then receives the request, processes it, and responds appropriately. From the request received ( ) D © 2021 Global Journals Year 2021 Development of a Portable IP-Based Remote Controlled System for Mobile Robot](image-3.png "") 1![Figure 1: The System Architecture Figure 2: The System Communication Protocol](image-4.png "Figure 1 :") 3![Figure 3: Command Hub Architecture ii. Control Interface DesignThe control interface component in the system is the one that interacts with the user and based on the operation performed on it, it will create and send an appropriate HTTP request to the command hub respectively. The control interface performs two basic functions. The first function is to take users' actions and transform them into a valid HTTP request required by the command hub. The second function is getting telemetry data from the command hub to create visual feedback for the users. The structure of this component is therefore organized along with its functions. Two modules are provided, one to constantly fetch new or updated data from the command hub to update the](image-5.png "Figure 3 :") ![Development of a Portable IP-Based Remote Controlled System for Mobile Robot](image-6.png "") 4![Figure 4: Mobile Robot Gateway Operation Circle](image-7.png "Figure 4 :") 6![Figure 6: SleekBot V1 Breadboard schematics Figure 7: SleekBot V2 Breadboard Schematics](image-8.png "Figure 6 :") 8![Figure 8: Home Page Figure 9: Web Registration Interface](image-9.png "Figure 8 :") ![iii. Command Interface Stage HTML 5, JavaScript, and CSS 3 were used with Apache Cordova and Ionic framework to create a crossplatform mobile application for Mobile Robot remote control. Also at this stage, a web application written in C# and ASP.Net MVC 4 was used to implement a webbased Remote control Interface](image-10.png "") 10![Figure 10: Mobile Registration Interface](image-11.png "Figure 10 :") 11![Figure 11: Web UI Figure 12: Mobile UI](image-12.png "Figure 11 :") 13![Figure 13: Main menu](image-13.png "Figure 13 :") 14![Figure 14: Mobile Robot Registration](image-14.png "Figure 14 :") 15![Figure 15: Registered Mobile Robots Figure 16: Settings Interface](image-15.png "Figure 15 :") 1718![Figure 17: Remote control for web UI](image-16.png "Figure 17 :Figure 18 :") ![In Big O notation, the algorithm executes in linear time i.eO(n) The Time Complexity of the Entire System Number of Operations = 2 + 4N + 2 + 6N + 1 + 5N = 5 + 15N Number of Operations = 5 + 15N The Time Complexity of the entire system expressed in Big O notation = O(n) V.](image-17.png "") 1URIHTTP VERBCOMMANDDESCRIPTION/api/moveGETWGet Wheels State/api/move/1POSTFMove forward/api/move/2POSTbMove Backward/api/move/3POSTrMove Right/api/move/4POSTlMove Left/api/move/5POSTsStop/api/speedGETvGet Robot Speed/api/speed/valuePOSTv,valueSet Robot Speed to value/api/ledsGETdGet all LED Status/api/leds/idGETd,idGet the Status of LED id/api/leds/id/statusPOSTd,id,statusSet the state of LED id with status/api/servoGETcGet Status of all Servo/api/servo/idGETc,idGet state of Servo id/api/servo/id/posPOSTc,id,posSet the position of Servo id to position/api/motorGETmGet the state of all Motor/api/motor/idGETm,idGet state of motor id/api/motor/id/pwmPOSTm,id,PWMSet the PWM signal of Motor id/api/proxGETpGet state of all proximity sensor/api/prox/idGETp, idGet state of proximity sensor idv. Mobile Robot Design and Configuration Raspberry Pi 2 Model B: this is a credit cardsize computer capable of running a trim-down version ofthe Linux operating system. It has a quad-coreprocessor with a clock speed of 900 MHz, 1 GB RAM,and 40 GPIO (General-purpose Input Output) pins. Thiswas used with Arduino Nano R3 to develop SleekBot V2Mobile RobotePuck Mobile Robot: this a differential driveeducational mobile robot based on a dsPIC30F6014Amicrocontroller chip running at 60 MHz clock speed. Ithas 8 KB RAM, 144 KB flash Memory, 3Daccelerometer, VGA camera, 8 infra-red sensors,Bluetooth for wireless communication with a computer,speaker and LED. It was used as one of the MobileRobots used in testing the workability of the developedremote control system.SoftwareProgramming Languages: C, C#, Python, JavaScriptInterface Design: HTML 5, CSS 3, Win formBackend: MS SQL Server 2012Framework: .Net Framework, Apache Cordova, IonicFrameworkWeb Server: Internet Information Service (IIS) 8ii. User Interface DocumentationHome Pageb) Implementation Toolsi. Get Command from Command HubIf Command != nullMap command to the Mobile Robot KinematicsExecute CommandEnd IfEnd WhileWhile Interrupt NOT availableGet Mobile Robot StatusSend Status to Command HubEnd WhileTime Complexity of Mobile Robot Gateway algorithmNumber of Operationc) System EvaluationAlgorithm for Command HubInitialize Command HubWhile interrupt NOT availableGet HTTP request from clientMap request to command controllerConstruct response messageReturn response messageEnd WhileTime Complexity of Command Hub algorithmNumber of Operation= 1 + 1 + N(1 + 1 + 1+ 1)= 2 + N(4)= 2 + 4NNumber of Operation= 2 + 4NIn Big O notation, the algorithm executes in linear time i.eO(n)Algorithm for Command InterfaceInitialize Command InterfaceWhile UserAction != nullConstruct command objectSend command object to Command Hub using HTTP RequestGet Response for the HTTP RequestIf Response != nullProcess ResponseUpdate InterfaceEnd IfEnd WhileWhile Interrupt NOT availableGet Status from Command HubUpdate InterfaceEnd WhileTime Complexity of Command Interface algorithmNumber of Operation= 1 + 1 + N(1 + 1 + 1+ 1 + 1) + N(1 +1)= 2 + N(5) + N(2)= 2 + 4N + 2NNumber of Operation = 2 + Mobile Robot Gateway AlgorithmInitialize GatewayWhile new Command IS available * Mobile Robot Temperature Sensing Application via Bluetooth MF LAbdullah LMPoh International Journal of Smart Home 5 3 2011. July 2011 * User interface considerations for telerobotics: The case of an agricultural robot sprayer GAdamides CKatsanos GChristou MXenos GPapadavid THadzilacos Second International Conference on Remote Sensing and Geoinformation of the Environment (RSCy2014) (pp. 92291W-92291W). International Society for Optics and Photonics 2014 * Wireless remote control of a mobile robot MNAlmali KGürçam ABayram International Journal of Scientific Research in Information Systems and Engineering 2015 IJSRISE * Controlling of Remote Robot through mobile phone using DTMF Signal JAnkit YHemant KYRaj SRajendra International Journal of Science, Engineering and Technology Research 3 4 2014. April 2014 * Alliance for Telecommunications Solutions ATIS 2001 Telecom glossary "bot * Off-The-Road Locomotion MGBekker 1960 University of Michigan Press Ann Arbor * Introduction to Terrain Vehicle Systems MGBekker 1969 University of Michigan Press Ann Arbor * The communication system for remote control of service robots DChikurtev IRangelov KYovchev N&chivarov 10.1016/j.ifacol.2019.12.470 IFAC-PapersOnLine 52 25 2019 * A Real-Time Remote Control Architecture Using Mobile Communication ELChin LChih-Ching HAn-Sang WChih-Chen IEEE transactions on instrumentation and measurement 52 4 2003. August 2003 * VDutta TZielinska arXiv:1505.07593 Networking technologies for robotic applications 2015 arXiv preprint * Proposal of a REST-based architecture server to control a robot REsteller-Curto ECervera APDel Pobil RMarin Innovative Mobile and Internet Services in Ubiquitous Computing (IMIS) 2012. 2012 Sixth International Conference * A robot in every home. The leader of the PC revolution predicts that the next hot field will be robotics BGates Sci Am 296 2007 * Humanrobot interaction: a survey MAGoodrich ACSchultz Foundations and Trends in Human-Computer Interaction 1 3 2007 * How Robots Work. How Stuff Works THarris 2007 * History of robots: from science fiction to surgical robotics NGHockstein CGGourin RAFaust DJTerris Journal of robotic surgery 1 2 2007 * Bringing Portability to the Software Process DMJames 1997 West Virginia University, Dept. of Statistics and Computer Science * A Java/Matlab-Based Environment for Remote Control System Laboratories: Illustrated With an Inverted Pendulum SJose DSebastián PRafael MFernando IEEE transactions on education 47 2004 * Remote control of a mobile robot for indoor patrol SYJuang JG&juang 10.3390/app6030082 Applied Sciences 6 3 82 2016 * A Literature Review on New Robotics: Automation from Love to War RLambèr VERinie International Journal of Social Robotics 295 2015. 2015 * An Experiment in Internet-Based NLung SNWyatt LVincenzo Proceedings. ICRA'02. IEEE International Conference ICRA'02. IEEE International Conference 2002. 2002 2 * Improving the Remote Control of a Mobile Robot Using Positioning and Ubiquitous Techniques MLuimula KSaaskilahti TPartala SPieska JAlaspaa ALof 10.1109/COASE.2007.4341744 2007 IEEE International Conference on Automation Science and Engineering Scottsdale, AZ 2007. 2007 * TCP/IP Tutorial and Technical Overview. International Technical Support Organization PLydia TBDavid DChuck FJason LWei MCarolyn RNicolas 2006 * Robots in space WNicholas 2009 * Adaptive Neuro-Fuzzy Controller with Genetic Training for Mobile Robot Control OOObe IDumitrache International Journal of Computer Communications and Control 7 1 2012 * A design and control environment for internet-based telerobotics ROboe PFiorini International Journal of robotics research 17 4 1998 * ROboe PFiorini Internet-Based Telerobotics Problems and Approaches: Advanced Robotics, 1997. ICAR '97. Proceedings., 8th International Conference 1997 * ). remote controldefinition of remote control in English from the Oxford dictionary Oxford dictionary 2015. June 13 * Robot -definition of a robot in English from the Oxford dictionary OxfordDictionary 2016 * RoboNexus 2005 robot exhibition virtual tour. Robonexus Exhibition IPolk 2005. 2005 * Agent-based distributed architecture for mobile robot control JLPosadas JLPoza JESimo GBenet FBlanes Engineering Applications of Artificial Intelligence 21 2008. 2008 * Accelerometer Based Hand Gesture Controlled Robot VPravin TShalini International Journal of Science and Research (IJSR) 2013 * Massachusetts Institute of Technology RMRobin 2000 Introduction to AI Robotics * Industrial Robots: 5 Most Popular Applications Robotiq 2014 * A literature review on new robotics: automation from love to war LRoyakkers RVan-Est International journal of social robotics 7 5 2015 * Interacting with mobile robots on the web RSiegwart PSaucy IEEE International Conference on Robotics and Automation (ICRA) 1999. May * Killer robots RSparrow Talos Encyclopedia Mythica 24 1 2007. April 29. 2016 J ApplPhilos * Alone together. Basic Books STurkle 2011 New York, Why * The integration of mobile (tele) robotics and wireless sensor networks-A survey AWichmann BDOkkalioglu TKorkmaz Computer Communications 51 2014 * Who did actually invent the word "robot" and what does it mean? The Karel Capek website DZunt 2007