ROBOT USER INTERFACE FOR TELEPRESENCE ROBOT SYSTEM
A robot system that includes a remote control station and a robot that has a camera, a monitor and a microphone. The robot includes a user interface that allows a user to link the remote control station to access the robot. By way of example, the user interface may include a list of remote control stations that can be selected by a user at the robot site to link the robot to the selected control station. The user interface can display a connectivity prompt that allows a user at the robot site to grant access to the robot. The connectivity prompt is generated in response to a request for access by a remote control station. The robot may include a laser pointer and a button that allows a user at the robot site to turn the laser pointer on and off.
The subject matter disclosed generally relates to the field of robotics.2. Background Information
Robots have been used in a variety of applications ranging from remote control of hazardous material to assisting in the performance of surgery. For example, U.S. Pat. No. 5,762,458 issued to Wang et al. discloses a system that allows a surgeon to perform minimally invasive medical procedures through the use of robotically controlled instruments. One of the robotic arms in the Wang system moves an endoscope that has a camera. The camera allows a surgeon to view a surgical area of a patient.
There has been marketed a mobile tele-presence robot introduced by InTouch Technologies, Inc., the assignee of this application, under the trademark RP-7. The InTouch robot is controlled by a user at a remote station. The remote station may be a personal computer with a joystick that allows the user to remotely control the movement of the robot. Both the robot and remote station have cameras, monitors, speakers and microphones to allow for two-way video/audio communication. The robot camera provides video images to a screen at the remote station so that the user can view the robot's surroundings and move the robot accordingly. The teleconferencing sessions in the InTouch system are initiated at the remote station sites. This may limit accessibility to the system.BRIEF SUMMARY OF THE INVENTION
A robot system that includes a remote control station and a robot that has a camera, a monitor and a microphone. The robot includes a user interface that allows a user to link the remote control station to the robot.
Disclosed is a robot system that includes a remote control station and a robot that has a camera, a monitor and a microphone. The robot includes a user interface that allows a user to link the remote control station to access the robot. By way of example, the user interface may include a list of remote control stations that can be selected by a user at the robot site to link the robot to the selected control station. The user interface can display a connectivity prompt that allows a user at the robot site to grant access to the robot. The connectivity prompt is generated in response to a request for access by a remote control station. The robot may include a laser pointer and a button that allows a user at the robot site to turn the laser pointer on and off.
Referring to the drawings more particularly by reference numbers,
Each remote control station 16 may include a computer 22 that has a monitor 24, a camera 26, a microphone 28 and a speaker 30. The computer 22 may also contain an input device 32 such as a joystick or a mouse. Each control station 16 is typically located in a place that is remote from the robot 12. Although only one robot 12 is shown, it is to be understood that the system 10 may have a plurality of robots 12. In general any number of robots 12 may be controlled by any number of remote stations. For example, one remote station 16 may be coupled to a plurality of robots 12, or one robot 12 may be coupled to a plurality of remote stations 16. Likewise, one robot may be accessed through another robot. The robot 12 includes a movement platform 34 that is attached to a robot housing 36. Also attached to the robot housing 36 are a camera 38, a monitor 40, a microphone(s) 42 and a speaker 44. The microphone 42 and speaker 30 may create a stereophonic sound. The robot 12 may also have an antenna 46 that is wirelessly coupled to an antenna 48 of the base station 14. The system 10 allows a user at the remote control station 16 to move the robot 12 through the input device 32. The robot camera 38 is coupled to the remote monitor 24 so that a user at the remote station 16 can view a patient. Likewise, the robot monitor 40 is coupled to the remote camera 26 so that the patient can view the user. The microphones 28 and 42, and speakers 30 and 44, allow for audible communication between the patient and the user.
Each remote station computer 22 may operate Microsoft OS software and WINDOWS XP or other operating systems such as LINUX. The remote computer 22 may also operate a video driver, a camera driver, an audio driver and a joystick driver. The video images may be transmitted and received with compression software such as MPEG CODEC.
The speaker 44 is coupled to the bus 56 by a digital to analog converter 64. The microphone 42 is coupled to the bus 56 by an analog to digital converter 66. The high level controller 50 may also contain random access memory (RAM) device 68, a non-volatile RAM device 70 and a mass storage device 72 that are all coupled to the bus 62. The mass storage device 72 may contain medical files of the patient that can be accessed by the user at the remote control station 16. For example, the mass storage device 72 may contain a picture of the patient. The user, particularly a health care provider, can recall the old picture and make a side by side comparison on the monitor 24 with a present video image of the patient provided by the camera 38. The robot antennae 46 may be coupled to a wireless transceiver 74. By way of example, the transceiver 74 may transmit and receive information in accordance with IEEE 802.11b.
The controller 54 may operate with a LINUX OS operating system. The controller 54 may also operate MS WINDOWS along with video, camera and audio drivers for communication with the remote control station 16. Video information may be transceived using MPEG CODEC compression techniques. The software may allow the user to send e-mail to someone at the robot site and vice versa, or allow someone at the robot site to access the Internet. In general the high level controller 50 operates to control the communication between the robot 12 and the remote control station 16.
The high level controller 50 may be linked to the low level controller 52 by serial port 76. The low level controller 52 runs software routines that mechanically actuate the robot 12. For example, the low level controller 52 provides instructions to actuate the movement platform to move the robot 12. The low level controller 52 may receive movement instructions from the high level controller 50. The movement instructions may be received as movement commands from the remote control station.
Although two controllers are shown, it is to be understood that the robot 12 may have one controller controlling the high and low level functions.
The robot 12 may have a head 114 that supports the camera 38 and the monitor 40. The head 114 may have two degrees of freedom so that the camera 26 and monitor 24 can swivel and pivot as indicated by the arrows.
The system may be the same or similar to a robot system provided by the assignee InTouch Technologies, Inc. of Goleta, Calif. under the trademark RP-7. The system may also be the same or similar to the system disclosed in U.S. Pat. No. 6,925,357 issued Aug. 2, 2005, which is hereby incorporated by reference.
In operation, the robot 12 may be placed in a home, public or commercial property, or a facility where one or more patients are to be monitored and/or assisted. The facility may be a hospital or a residential care facility.
By way of example, the robot 12 may be placed in a home where a health care provider may monitor and/or assist the patient. Likewise, a friend or family member may communicate with the patient. The cameras and monitors at both the robot and remote control stations allow for teleconferencing between the patient and the person at the remote station(s).
The robot 12 can be maneuvered through the home, property or facility by manipulating the input device 32 at a remote station 16. The robot 10 may be controlled by a number of different users. To accommodate for this the robot may have an arbitration system. The arbitration system may be integrated into the operating system of the robot 12. For example, the arbitration technique may be embedded into the operating system of the high-level controller 50.
By way of example, the users may be divided into classes that include the robot itself, a local user, a caregiver, a doctor, a family member, or a service provider. The robot 12 may override input commands that conflict with robot operation. For example, if the robot runs into a wall, the system may ignore all additional commands to continue in the direction of the wall. A local user is a person who is physically present with the robot. The robot could have an input device that allows local operation. For example, the robot may incorporate a voice recognition system that receives and interprets audible commands.
A caregiver is someone who remotely monitors the patient. A doctor is a medical professional who can remotely control the robot and also access medical files contained in the robot memory. The family and service users remotely access the robot. The service user may service the system such as by upgrading software, or setting operational parameters.
Message packets may be transmitted between a robot 12 and a remote station 16. The packets provide commands and feedback. Each packet may have multiple fields. By way of example, a packet may include an ID field a forward speed field, an angular speed field, a stop field, a bumper field, a sensor range field, a configuration field, a text field and a debug field. The identification of remote users can be set in an ID field of the information that is transmitted from the remote control station 16 to the robot 12. For example, a user may enter a user ID into a setup table in the application software run by the remote control station 16. The user ID is then sent with each message transmitted to the robot. The robot 12 may operate in one of two different modes;
an exclusive mode, or a sharing mode. In the exclusive mode only one user has access control of the robot. The exclusive mode may have a priority assigned to each type of user. By way of example, the priority may be in order of local, doctor, caregiver, family and then service user. In the sharing mode two or more users may share access with the robot. For example, a caregiver may have access to the robot, the caregiver may then enter the sharing mode to allow a doctor to also access the robot. Both the caregiver and the doctor can conduct a simultaneous tele-conference with the patient.
The arbitration scheme may have one of four mechanisms; notification, timeouts, queue and call back. The notification mechanism may inform either a present user or a requesting user that another user has, or wants, access to the robot. The timeout mechanism gives certain types of users a prescribed amount of time to finish access to the robot. The queue mechanism is an orderly waiting list for access to the robot. The call back mechanism informs a user that the robot can be accessed. By way of example, a family user may receive an e-mail message that the robot is free for usage. Tables 1 and 2, show how the mechanisms resolve access request from the various users.
The information transmitted between the station 16 and the robot 12 may be encrypted. Additionally, the user may have to enter a password to enter the system 10. A selected robot is then given an electronic key by the station 16. The robot 12 validates the key and returns another key to the station 16. The keys are used to encrypt information transmitted in the session.
During a session the master remote station 16A can retransmit the audio/visual information received from the robot 12 to the observer stations 16B and 16C. This can be done by changing the ID(s) in the ID field of the data packets received from the robot and then retransmitting the packets to the observer stations. Alternatively, the master remote station 16A can instruct the robot to transmit the audio and visual information to the master 16A, and the observer 16B and 16C remote stations. It being understood that each remote station 16A, 16B and 16C has a unique network identifier such as an IP address that allows the robot to direct information to each station.
The packets may contain a BROADCAST field that contains the station IDs for the remote stations that are to receive packets from the robot. The BROADCAST field may be filled by the master station 16A. The session mode allows for training through the robot.
For example, the master remote station 16A may be operated by a physician who moves the robot into visual and audio contact with a patient. The observer remote stations 16B an 16C may be manned by personnel such as interns that observe and receive instructional training on providing care giving to the patient. Although instruction of medical personnel is described, the system can be used to train any group of users that are remotely located from a training area. For example, the system may be used to train personnel at a department store or allow potential buyers of real estate property to remotely view the property.
One of the options is to allow for multicasting.
A user at an observer station may attempt a connection with the same robot. If a robot is already in use the screen may display a message box 216 as shown in
The message box 216 includes an “OK” button 218 that allows the user to request joining the session as an observer. If the user presently connected to the robot has not enabled the multicasting feature then a message 220 may be displayed indicating this fact as shown in
User's that are accepted are displayed in an observer view field 228 of the master control station DUI 200 shown in
The master user can right click on any observer video image to display the pull down menu 232 shown in
The pull down menu 228 allows the master user to select various options for the selected observer. The pull down menu 232 includes an “Allow The Robot To Hear This User” feature 234 that can be selected so that the observer can provide audio to the robot. The system may allow for simultaneous three way audio between the robot, master user and one observer. Both the master and the observer stations include a “Push To Talk” icon 236. If there is more than one observer then the “Push To Talk” icon 236 is enabled and the observer must continuously select the icon 232 to talk, much like a walkie-talkie button. The space bar may also be pushed after the icon 236 is selected to allow audio communication to the robot. When Push To Talk is selected then an icon 238 can be displayed in the observers video image to indicate which observer is providing audio input to the robot. The master and observer stations may also have a “Local Talk” icon 240.
Selecting the Local Talk icon allows for textual communication between just the remote stations, popping up a text chat dialog box within each interface, which allows the master and observers to exchange text messages. Prior to displaying the text chat dialog box, a popup dialog box (not shown) may be displayed to the user who initiated Local Talk, which would list all current session participants, and allow the user to select only those participants to be part of the Local Talk. There may be a “Limit Voice” box (not shown) that can be selected to limit audio output of participants in the local chat to only those other remote stations participating in the local chat.
An “Allow Robot To See This User” feature 242 can be selected so that the observer's video image is provided to the monitor of the robot instead of the master user's video image. The observer's video image may be displayed in the station view field 204 when that observer's image is provided to the robot. The “Allow This User To See Robot Video” 244 and “Allow This User To Hear Robot Audio” features 246 can be selected so that the observer receives the video and audio feeds from the robot, respectively. The “Head Control” feature 248 allows the selected observer to control the robot head to move the robot camera. The “Driving” feature 250 allows the observer to drive the robot. When the Driving feature is selected robot data such as position sensor data, battery power, etc. are provided to the selected observer's remote station. The “Camera & Aux Video Control” feature 252 allows the observer to control robot camera functions such as zoom, brightness, etc. The master no longer has the head, driving and camera controls when these features are transferred to an observer.
The menu 232 includes a “Telestration” feature 254 that allows an observer to annotate an image provided by to robot. For example, the image can be a document or an X-ray. An observer can annotate the image, for example to circle and area of the X-ray to help communicate with a patient at the robot site. The master or any observer can enable a cursor function by selecting a “Live Cursor” icon 256. Selecting the icon 256 allows the user to move a cursor 258 that is overlayed on the robot video image. The cursor 258 is provided on the image field 202 for all remote stations in a session. The master and observers can each be designated a different color so that different cursors can be distinguished by the users. The cursor color 260 can be displayed in the video image of the master or the observer.
The robot may connected to a medical instrument such as a stethoscope. The “Stethescope” feature 262 of the pull down menu 232 allows the observers to receive instrument input from the stethoscope. The menu 232 may have a “Give This User Master Control” feature 264 that allows the selected observer to become a master user. The master can also disconnect an observer by selecting the “Disconnect This User” feature 266.
Referring again to
The local controls can include slide bars for the local station speaker 290 and microphone 292. Also displayed is a microphone meter icon 294 that varies with the volume of the user's voice. The robot volume may be different from the user's input volume. The remote controls also includes a microphone meter icon 296 that represents the user's audio volume at the robot. The robot may have a local volume control so that user's at the robot site can vary the robot speaker volume. Normally the meter icons 294 and 296 will represent essentially the same value. The robot volume may be different from the user's input volume, for example, if the robot local volume control is adjusted the at the robot site. As shown in
The interface 402 may display a list of remote stations (Available Doctors) 410 and a list of robots (Available Robots) 412. The user can create a link with one or more remote station by manipulating the Menu buttons 408 and selecting a highlighted station 414. More than one remote station can be selected to create a multi-casting session. The user can create access to other robots by manipulating the Menu buttons 408 and selecting a highlighted robot. A multi-casting session may also be created with multiple robots by selecting multiple robots. By way of example, a doctor at the robot site may provide access to another doctor at another remote station. The doctor may also obtain access to another robot located at another hospital location. The interface 402 allows a user at the robot site to initiate a teleconferencing sessions. The head 400 includes a camera(s) 416, microphone 418, speakers 420 and monitor 422 to allow for two-way teleconferencing with one or more remote stations and/or on or more other robots. The head may also have a laser pointer 424 that emits a laser (not shown).
The head 400 may have a laser pointer 440 that can be used to point at objects, etc. The head 400 may include a Laser Enable button 438 that allows the user at the robot site to turn the laser pointer 424 on and off. The user at the robot site may disable the laser pointer, if for example, the laser creates a safety issue.
The system may have numerous applications. For example, a physician intensivist may initiate a remote presence session with a robot in order to diagnose a patient in an Emergency Room. Upon examining the patient, the physician may realize that the patient assessment will require consultation by a neurology specialist. The intensivist calls the neurologist by phone, asking him to join the session. Upon receiving the telephone request, the neurologist opens his laptop, selects the robot in question from the robot list in the interface, and clicks “Connect”. Seeing the message in
The intensivist uses the Live Cursor to point to the patient's face and EEG data on a wall. The neurologist obtains background information that can be provided by a nurse standing next to the patient and in front of the robot, as well as ICU-specific information provided by the intensivist on the master control station. Then, the neurologist can provide an audio assessment of the patient's condition. The intensivist then right-clicks on the thumbnail image of the neurologist in field 288, and clicks the appropriate features in the pull-down menu to allow the neurologist to be seen and heard on the robot. The neurologist can then inform both the patient and family of the condition.
In another application, a surgeon may be logged onto a robot and performing rounds in patient rooms within a hospital. Residents from hospitals in other cities join the session in the manner described above. The surgeon describes what he is doing to the residents, who may ask questions, and thereby learn the best way to round patients. In another application, a hospital CEO may connect to the robot, and telephones three prospective doctors whom the hospital is courting to join the staff. These doctors each join the session as discussed above. The CEO then uses the joystick to drive the robot through the hospital, performing a virtual tour, and discusses the facility with the observer physicians.
In yet another application, a sales VP of an MRI manufacturing company may connect to a robot in the laboratory wing of a hospital, and then phones the COO of a different hospital to join the session. Upon joining, the sales VP drives the robot into the MRI lab and drives around the MRI machine, describing its features. An on-site MRI technician operates certain controls on the direction of the sales VP. The sales VP explains to the COO the various benefits of purchasing the MRI machine.
While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative of and not restrictive on the broad invention, and that this invention not be limited to the specific constructions and arrangements shown and described, since various other modifications may occur to those ordinarily skilled in the art.
29. A telepresence system, comprising:
- a first telepresence device in the vicinity of a patient, the first telepresence device including a controller, a camera, a monitor, a speaker, a microphone, an input device, a wireless transceiver, at least one motor that can move the camera, and a battery, wherein the monitor displays a user interface displays a list that includes names of a plurality of healthcare facilities, the controller is configured to establish a communication session with a second telepresence device in response to a selection via the input device of at least one of the names of the plurality of healthcare facilities, and during the communication session, the camera moves in response to a command generated by the second telepresence device and received via the wireless transceiver.
30. The telepresence system of claim 29, wherein each of the names of the plurality of healthcare facilities is associated with a telepresence device.
31. The telepresence system of claim 29, wherein the user interface displays a list of names of a plurality of doctors.
32. The telepresence system of claim 31, wherein each of the names of the plurality of doctors is associated with a telepresence device.
33. The telepresence system of claim 32, wherein the controller is configured to establish a telepresence session with a third telepresence device in response to a selection via the input device of at least one of the names of the plurality of doctors.
34. The telepresence system of claim 29, wherein the input device is a menu button.
35. The telepresence system of claim 29, wherein the user interface includes a connect button.
36. The telepresence system of claim 29, wherein the monitor is a touchscreen device.
37. The telepresence system of claim 29, wherein the user interface displays a connectivity prompt.
38. The telepresence system of claim 29, wherein the telepresence device includes a laser pointer and the user interface includes a button that deactivates the laser pointer.
39. A method for establishing a communication session in a telepresence system, the method comprising:
- displaying a user interface on a monitor of a first telepresence device, the user interface including a list of names of a plurality of healthcare facilities;
- receiving a selection via an input device of the first telepresence device, the selection including at least one of the names of the plurality of healthcare facilities;
- establishing a communication session with a second telepresence device; and
- moving a camera of the first telepresence device in response to a command generated by the second telepresence device and received via a wireless transceiver of the first telepresence device.
40. The method of claim 39, wherein each of the names of the plurality of healthcare facilities is associated with a telepresence device.
41. The method of claim 39, wherein the user interface displays a list of names of a plurality of doctors.
42. The method of claim 41, wherein each of the names of the plurality of doctors is associated with a telepresence device.
43. The method of claim 42, further comprising establishing a telepresence session with a third telepresence device in response to a selection via the input device of at least one of the names of the plurality of doctors.
44. The method of claim 39, wherein the input device is a menu button.
45. The method of claim 39, wherein the user interface includes a connect button.
46. The method of claim 39, wherein the monitor is a touchscreen device.
47. The method of claim 39, further comprising displaying a connectivity prompt.
48. The method of claim 39, wherein the first telepresence device includes a laser pointer and the user interface includes a button that deactivates the laser pointer.
Filed: Oct 25, 2021
Publication Date: Aug 11, 2022
Inventors: Kevin Hanrahan (Santa Barbara, CA), Marco Pinter (Santa Barbara, CA), Daniel Steven Sanchez (Goleta, CA), Blair Whitney (Santa Barbara, CA), David Bjorn Roe (Santa Barbara, CA), Charles S. Jordan (Santa Barbara, CA), Yulun Wang (Goleta, CA)
Application Number: 17/509,655