US20090063628A1 - System and/or method for audibly prompting a patient with a motion device - Google Patents

Abstract

A system for controlling a motion device. A motion control system comprises a motion control device, and a first user is associated with the motion control system. An output system is arranged to generate motion signals that may be perceived by the first user. A motion server system comprises a plurality of motion scripts associated with messages to be transmitted to the first user and a motion program web page. A processing system comprises a browser program compatible with the motion program web page. A communications system transfers data between the various systems. A second user controls the server system to form a motion message corresponding to a desired motion signal based on the at least one motion script stored by the server system. The motion control system causes the output system to generate the desired motion signal based on the motion message.

Description

RELATED APPLICATIONS
• This application is a continuation of U.S. patent application Ser. No. 10/966,848, filed Jan. 28, 2005, which is a continuation of U.S. patent application Ser. No. 09/780,316 filed Feb. 9, 2001, now abandoned, which claims the benefit of Provisional Application Ser. No. 60/181,577, filed Feb. 10, 2000, each of which is incorporated by reference in its entirety. This application is also a continuation-in-part of U.S. patent application Ser. No. 08/944,529, filed Oct. 7, 1997, now abandoned, which is incorporated by reference in its entirety.
TECHNICAL FIELD
• The present invention relates to control systems for programmable devices and, more particularly, to the generation and distribution of control commands that control the operation of programmable devices.
BACKGROUND OF THE INVENTION
• A wide variety of devices contain a combination of software and hardware that control the operation of the device. These devices will be referred to herein as programmable devices. Programmable devices include a wide variety of items such as toys, industrial motion control systems, exercise equipment, medical devices, household appliances, HVAC systems, and the like.
• A common characteristic of such programmable devices is that they are programmed to perform a limited number of predetermined tasks. For example, a toy may be programmed to speak, move, or react to external stimulation in a predetermined manner. An industrial motion control system is programmed to assemble parts in a precise, repetitive manner. A household appliance may be programmed to perform one or more cooking or cleaning tasks. An HVAC system will be programmed to control a heating element and heat distribution systems to obtain a desired air temperature.
• Some programmable devices contain means for allowing the end user to control the functionality of the system to a limited degree. In the context of a toy, the end user may operate a switch or joystick to select a manner of movement. An HVAC system will normally allow the end user to set the desired temperature. In most cases, however, the input of the end user is limited to changing variables or selecting from among a plurality of stand-alone programs.
• Programmable devices thus take many forms but have certain common characteristics. A programmable device includes some form of memory for storing control commands that define a predetermined command program. The command program may accept input from the user or contain discrete sub-programs from which the end user may select, but the end user may not modify the command program.
• A programmable device further comprises a processor capable of executing the command program and generating control signals. To reduce manufacturing costs, the processor is normally an inexpensive dedicated processor with relatively limited capabilities and resources.
• A programmable device will also comprise control hardware that performs a desired task as defined by the control signals. The control hardware can be as simple as an LED or speaker that generates light or sound or as complicated as a multi-axis industrial motion control device that performs a complex welding procedure.
• The relevance of the present invention is particularly significant given the varying degrees of technical skill possessed by the various patient end users involved in the design, manufacturing, and use of a typical programmable device. The user of a programmable device must be assumed to have little or no capability to create the command programs necessary to operate a programmable device. Certainly a typical child using a toy will not have the skills necessary to create command program for that toy. Even a highly trained technician operating an industrial motion control system typically will likely not have the skill to program the system to perform a desired task.
• Accordingly, in this application the term “end user” will refer to a person who uses a programmable device but cannot be assumed to have the expertise to create a command program for that programmable device.
• In contrast, the term “programmer” will be used herein to refer to a person having the expertise to create a command program for a particular programmable device. The skill level and background of the programmer will vary depending upon the specific programmable device; the term programmer is thus not intended to define a particular level of expertise, but is instead defined in relation to the specific programmable device.
• With some programmable devices, the programmer has no direct contact with the end user. For example, a programmer of a toy or household appliance will typically not have direct contact with the end user. A programmer of an HVAC system or industrial motion control system may, on the other hand, have contact with the end user.
• Without direct contact with the end user, the programmer must anticipate what task the end user will desire of the programmable device. Even with direct contact, the programmer may not fully comprehend the desired task, or the desired task may change after the command program has been created. In either case, obtaining the services of the programmer to modify the command program is likely to be difficult and expensive, if not impossible.
• In general, while the end user may not be able to create a command program, the end user will be able to define the desired task. A technician operating an industrial motion control system will likely be able to observe that a change in the operation of the system will increase product yield or speed up the manufacturing process. Even a child might be able to determine that a doll that walks should also be able to jump.
• The term “end user” may include any other person involved with a programmable device without the technical expertise to qualify as a programmer of that device. For example, a medical device may be used by a patient and controlled by a caregiver, neither of which would have the expertise to be considered a programmer; both the patient and the caregiver would be considered end users in the present application.
• The purpose of the present invention is to facilitate the generation and distribution of command programs for programmable devices. In particular, the present invention is designed to allow an end user of a particular programmable device to define a desired task, interact with a remote computer over a communications network to generate a command program, and then download the command program into the programmable device over the communications network.
SUMMARY OF THE INVENTION
• The present invention may be embodied as a system for controlling a motion device. A motion control system comprises a motion control device, and a first user is associated with the motion control system. An output system is arranged to generate motion signals that may be perceived by the first user. A motion server system comprises a plurality of motion scripts associated with messages to be transmitted to the first user and a motion program web page. A processing system comprises a browser program compatible with the motion program web page. A communications system transfers data between the various systems. A second user controls the server system to form a motion message corresponding to a desired motion signal based on the at least one motion script stored by the server system. The motion control system causes the output system to generate the desired motion signal based on the motion message.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 is a block diagram of a networked system according to a preferred embodiment of the invention.
• FIG. 2 is a block diagram illustrating the interaction of the components of the system ofFIG. 1.
• FIG. 3 is a perspective view of a remotely programmable talking toy of the system ofFIG. 1.
• FIG. 4 is a block diagram illustrating the components of the talking toy ofFIG. 3.
• FIG. 5 is a script entry screen according to the preferred embodiment of the invention.
• FIG. 6 is a listing of a sample script program according to the preferred embodiment of the invention.
• FIG. 7 is a script assignment screen according to the preferred embodiment of the invention.
• FIG. 8 is a flow chart illustrating the steps included in a software application executed by the server ofFIG. 1 according to the preferred embodiment of the invention.
• FIG. 9 is a flow chart illustrating the steps included in a control program executed by the talking toy ofFIG. 3 according to the preferred embodiment of the invention.
• FIG. 10 is a flow chart illustrating the steps included in the script program ofFIG. 6.
• FIG. 11 is a block diagram illustrating the interaction of the server ofFIG. 1 with the talking toy ofFIG. 3 according to a second embodiment of the invention.
• FIG. 12 is a script entry screen according to the second embodiment of the invention.
• FIG. 13 is a listing of a generic script program according to the second embodiment of the invention.
• FIG. 14 is a listing of a custom script program according to the second embodiment of the invention.
• FIG. 15 is a flow chart illustrating the steps included in a software application executed by the server ofFIG. 1 according to the second embodiment of the invention.
• FIG. 16 is a script entry screen according to an alternative embodiment of the invention.
• FIG. 17 is a script entry screen according to another embodiment of the invention.
DETAILED DESCRIPTION
• The present invention may be embodied in any programmable device. The present invention will be described below in the context of a toy that may be programmed to speak or move in a desired fashion. The present invention has application to other programmable devices, and the scope of the present invention should be determined by the claims appended hereto and not the following discussion.
• The invention may be embodied as a networked system including one or more programmable toys that can be controlled to perform a desired task such as move and/or communicate messages to end users. In contrast to conventional programmable toys whose desired task is programmed during manufacture or through the insertion of external media, the programmable toys of the present invention are programmed remotely through the use of script programs. The script programs allow flexible and dynamic updating of the movement of or messages delivered by the toys, as well as convenient tailoring of toy movement and/or the communicated messages to the needs of particular end users.
• In an example embodiment of the invention disclosed below, the end users as described above are patients and healthcare providers, and the programmable toys are remotely programmed to encourage healthy behavior in the patients. The terms “patient” and “health care provider” will be used below interchangeably with the term end user.
• In the present exemplary embodiment, the programmable toys may be programmed to encourage children to take their medicine or to tolerate difficult healthcare regimens. The encouragement can take the form of a request audibly delivered to the patient in the form of speech and feedback in the form of movement when the request is followed.
• As generally discussed throughout this application, the system of the present invention is equally well suited for purposes other than healthcare, such as industrial motion control systems, exercise equipment, HVAC systems, advertising, home appliances, education, entertainment, or any other application which involves the control of programmable devices to perform a desired task for an end user.
• The preferred embodiment of the invention is illustrated inFIGS. 1-7. Referring toFIG. 1, anetworked system16 includes aserver18 and aworkstation20 connected toserver18 through acommunication network24.Server18 is preferably a world wide web server andcommunication network24 is preferably the Internet. It will be apparent to one skilled in the art thatserver18 may comprise a single stand-alone computer or multiple computers distributed throughout a network.Workstation20 is preferably a personal computer, remote terminal, or web TV unit connected toserver18 via the Internet.Workstation20 functions as a remote interface for entering inserver18 the end task to be performed for the benefit of the end user.
• System16 also includes first and secondprogrammable toys26 and28. Each programmable toy interacts with a patient end user in accordance with script programs received fromserver18. Each programmable toy is connected toserver18 throughcommunication network24, preferably the Internet. Alternatively, the programmable toys may be placed in communication withserver18 via wireless communication networks, cellular networks, telephone networks, or any other network which allows each programmable toy to exchange data withserver18. For clarity of illustration, only two programmable toys are shown inFIG. 1. It is to be understood thatsystem16 may include any number of programmable toys for communicating messages to any number of patient end users.
• In general, a healthcare provider end user will operate theworkstation20, a programmer will design and operate theserver18, and the patient end user will use thetoys26 and28.
• FIG. 2 showsserver18,workstation20, andprogrammable toy26 in greater detail.Server18 includes adatabase30 for storingscript programs32. The script programs are executed by the programmable toys to communicate messages to the patients.Database30 further includes a look-up table34. Table34 contains a list of the patients who are to receive messages, and for each of the patient end user, a unique identification code and a respective pointer to the script program assigned to the end user. Each programmable toy is designed to execute assigned script programs which it receives fromserver18.
• FIGS. 3-4 show the structure of each programmable toy according to the preferred embodiment. For clarity, onlyprogrammable toy26 is illustrated since each programmable toy of the exemplary preferred embodiment has substantially identical structure totoy26. Referring toFIG. 3,toy26 is preferably embodied as a doll, such as a teddy bear. Alternatively,toy26 may be embodied as an action figure, robot, or any other desired toy.
• Toy26 includes amodem jack46 for connecting the toy to atelephone jack22 through aconnection cord48.Toy26 also includes first and seconduser control buttons50 and52.Button50 is pressed to instruct the toy to execute a script program.Button52 is pressed to instruct the toy to establish a communication link to the server and download a new script program. In alternative embodiments, the control buttons may be replaced by switches, keys, sensors, or any other type of interface suitable for receiving user input.
• FIG. 4 is a schematic block diagram illustrating the internal components oftoy26.Toy26 includes anaudio processor chip54, which is preferably an RSC-164 chip commercially available from Sensory Circuits Inc. of 1735 N. First Street, San Jose, Calif. 95112.Audio processor chip54 has amicrocontroller56 for executing script programs received from the server. Amemory58 is connected tomicrocontroller56.Memory58 stores the end user's unique identification code, script programs received from the server, and a script interpreter used bymicrocontroller56 to execute the script programs.
• The script interpreter translates script commands into the native processor code ofmicrocontroller56. Specific techniques for translating and executing script commands in this manner are well known in the art.Memory58 also stores a control program executed bymicrocontroller56 to perform various control functions which are described in the operation section below.Memory58 is preferably a non-volatile memory, such as a serial EEPROM.
• Toy26 also includes amodem85 which is connected betweenmicrocontroller56 andmodem jack46.Modem85 operates under the control ofmicrocontroller56 to establish communication links to the server through the communication network and to exchange data with the server. The data includes the end user's unique identification code whichmodem85 transmits to the server, as well as assigned script programs whichmodem85 receives from the server.Modem85 is preferably a complete 28.8 K modem commercially available from Cermetek, although any suitable modem may be used.
• Toy26 further includes aspeaker64 and amicrophone66.Audio processor chip54 has built in speech synthesis functionality for audibly communicating messages and prompts to an end user throughspeaker64. For speech synthesis,chip54 includes a digital to analog converter (DAC)60 and anamplifier62.DAC60 andamplifier62drive speaker64 under the control ofmicrocontroller56 to communicate the messages and prompts.
• Audio processor chip54 also has built in speech recognition functionality for recognizing responses spoken intomicrophone66. Audio signals received throughmicrophone66 are converted to electrical signals and sent to a preamp and gaincontrol circuit68.Circuit68 is controlled by an automaticgain control circuit70, which is in turn controlled bymicrocontroller56. After being amplified bypreamp68, the electrical signals enterchip54 and pass to through amultiplexer72 and an analog to digital converter (ADC)74. The resulting digital signals pass through adigital logic circuit76 and entermicrocontroller56 for speech recognition.
• Audio processor chip54 also includes aRAM80 for short term memory storage and aROM82 which stores audio sounds for speech synthesis and programs executed bymicrocontroller56 to perform speech recognition and speech synthesis.Chip54 operates at a clock speed determined by acrystal84.Chip54 further includes aclock78 which provides the current date and time tomicrocontroller56.Microcontroller56 is also connected to controlbuttons50 and52 to receive user input.Toy26 is preferably powered by one or more batteries (not shown). Alternatively, the toy may be powered by a standard wall outlet. Both methods for supplying power to a toy are well known in the art.
• Thetoy26 further comprises a motion system79 that receives control signals from themicrocontroller56. The motion system79 can be similar to the motion system used in the “FURBY” doll; this system79 allows thetoy26 to shake, move its hands and feet, and open and close its mouth and eyes. The motion system79 is well-known in the art, but is conventionally preprogrammed at the factory for particular ranges and sequences of movement.
• Referring again toFIG. 2,server18 includes a controllingsoftware application36 which is executed byserver18 to perform the various functions described below. The controllingsoftware application36 may be a system for generating a sequence of control commands based on an application program for motion control systems such as is disclosed in U.S. Pat. Nos. 5,867,385 and 5,691,897 to Brown et al., which are incorporated herein by reference.
• The controllingsoftware application36 includes ascript generator38 and ascript assignor40.Script generator38 is designed to generatescript programs32 from script information entered throughworkstation20. The script programs32 are a specific type of command program such as those typically executed by programmable devices. The script programs32 contain the information necessary for themicrocontroller56 to cause thetoy26 to perform a desired task.
• The script information is entered through ascript entry screen42. In the preferred embodiment,script entry screen42 is implemented as a web page onserver18.Workstation20 includes a web browser for accessing the web page to enter the script information.
• FIG. 5 illustrates a samplescript entry screen42 as it appears onworkstation20.Screen42 includes ascript name field86 for specifying the name of a script program to be generated.Screen42 also includes entry fields88 for entering information defining the desired task, such as a message containing instructions from the healthcare provider end user to be communicated to the patient end user and a movement to be performed when patient end user complies with the instructions.
• FIG. 5 illustrates an exemplary set of statements which encourage the end user to comply with his or her diabetes care regimen. However, it is to be understood that any type of desired task may be entered inscreen42, including movement, sounds, or other messages such as advertisements, educational messages, and entertainment messages.Screen42 further includes aCREATE SCRIPT button90 for instructing the script generator to generate a script program from the information entered inscreen42.Screen42 also includes a CANCELbutton92 for canceling the information entered.
• In the preferred embodiment, each script program created by the script generator conforms to the standard file format used on UNIX systems. In the standard file format, each command is listed in the upper case and followed by a colon. Every line in the script program is terminated by a linefeed character {LF}, and only one command is placed on each line. The last character in the script program is a UNIX end of file character {EOF}. Table 1 shows an exemplary listing of script commands used in the preferred embodiment of the invention.

• TABLE 1
  SCRIPT COMMANDS

  Command	Description
  SPEAK: {words} {LF}	Synthesize the words following the
  	SPEAK command.
  RECOGNIZE: {word} {LF}	Recognize the word following the
  	RECOGNIZE command.
  DELAY: t {LF}	Wait a period of seconds specified by
  	time parameter t.

• The script commands illustrated in Table 1 are representative of the preferred embodiment and are not intended to limit the scope of the invention. After consideration of the ensuing description, it will be apparent to one skilled in the art many other suitable scripting languages and sets of script commands may be used to implement the invention.
• Script generator38 preferably stores a script program template which it uses to create each script program. To generate a script program,script generator38 inserts into the template the information entered inscreen42. For example,FIG. 6 illustrates a sample script program created by the script generator from the script information shown in FIG. S. The script program includes speech commands to synthesize the phrases or statements entered infields88. The steps included in the script program are also shown in the flow chart ofFIG. 10 and will be discussed in the operation section below.
• Referring again toFIG. 2,script assignor40 is for assigningscript programs32 to the patient end users.Script programs32 are assigned in accordance with script assignment information entered throughworkstation30. The script assignment information is entered through ascript assignment screen44, which is preferably implemented as a web page onserver18.
• FIG. 7 illustrates a samplescript assignment screen44 as it appears onworkstation20.Screen44 includescheck boxes94 for selecting a script program to be assigned and checkboxes96 for selecting the patient end users to whom the script program is to be assigned.Screen44 also includes an ASSIGNSCRIPT button100 for entering the assignments. Whenbutton100 is pressed, the script assignor creates and stores for each patient end user selected in check boxes96 a respective pointer to the script program selected incheck boxes94. Each pointer is stored in the look-up table of the database.Screen44 further includes anADD SCRIPT button98 for adding a new script program and aDELETE SCRIPT button102 for deleting a script program.
• The operation of the preferred embodiment is illustrated inFIGS. 1-10.FIG. 8 is a flow chart illustrating the steps included in the software application executed byserver18. Instep202,server18 determines if new script information has been entered throughscript entry screen42. If new script information has not been entered,server18 proceeds to step206. If new script information has been entered,server18 proceeds to step204.
• In the preferred embodiment, the script information is entered inserver18 by one or more healthcare provider end users, such as a physician or case manager assigned to the patient, as generally discussed above. Of course, any person desiring to communicate with the end users may be granted access to server to create and assign script programs.
• Further, it is to be understood that the system may include any number of remote interfaces for entering script generation and script assignment information inserver18. In a toy created for entertainment rather than healthcare purposes, a child may log on to theserver18, custom design a script program, and download the program into the toy.
• As shown inFIG. 5, the script information specifies a desired task, such as a message containing a set of statements or phrases, to be communicated to one or more patient end users. The desired task may further comprise movements selected and/or entered in a similar manner.
• Instep204, thescript generator38 generates a script program from the information entered inscreen42. The script program is stored indatabase30.Steps202 and204 are preferably repeated to generate multiple script programs, e.g. a script program for diabetes patients, a script program for asthma patients, etc. Each script program corresponds to a respective one of the sets of statements entered throughscript entry screen42. Instep206, theserver18 determines if new script assignment has been entered throughassignment screen44. If new script assignment information has not been entered,server18 proceeds to step210. If new script assignment information has been enteredserver18 proceeds to step208.
• As shown inFIG. 7, the script assignment information is entered by the healthcare provider end user by selecting a desired script program throughcheck boxes94, selecting the patient end users to whom the selected script program is to be assigned throughcheck boxes96, and pressing the ASSIGNSCRIPT button100. Whenbutton100 is pressed,script assignor40 creates for each end user selected in check boxes96 a respective pointer to the script program selected incheck boxes94. Instep208, each pointer is stored in look-up table34 ofdatabase30. Instep210,server18 determines if any one of the programmable toys is remotely connected to the server.
• Each patient end user is preferably provided with his or her own programmable toy which has the end user's unique identification code stored therein. Each patient end user is thus uniquely associated with a respective one of the programmable toys. If none of the programmable toys is connected,server18 returns to step202. If a programmable toy is connected,server18 receives from the programmable toy the patient end user's unique identification code to retrieve from table34 the pointer to the script program assigned to the patient end user. Instep214,server18 retrieves the assigned script program fromdatabase30. Instep216,server18 transmits the assigned script program to the patient end user's programmable toy throughcommunication network24. Followingstep216, the server returns to step202.
• Each programmable toy is initially programmed with its user's unique identification code, the script interpreter used by the toy to interpret and execute script program commands, and a control program executed by the toy to control its overall operation. The initial programming may be achieved during manufacture or during an initial connection toserver18.FIG. 9 illustrates the steps included in the control program executed bymicrocontroller56 ofprogrammable toy26.
• Instep302,microcontroller56 determines if any user input has been received. In the preferred embodiment, user input is received throughcontrol buttons50 and52.Control button50 is pressed to instruct the programmable toy to move and/or speak, andcontrol button52 is pressed to instruct the toy to connect to the server and download a new script program. If no user input is received for a predetermined period of time, such as two minutes,toy26 enters sleep mode instep304. The sleep mode conserves battery power while the toy is not in use. Followingstep304,microcontroller56 returns to step302 and awaits user input.
• If user input has been received,microcontroller56 determines if the input is a task request,step306. If the user has pressedcontrol button50, ifmicrocontroller56 executes the script program last received from the server,step308. The steps included in a sample script program are shown in the flow chart ofFIG. 10 and will be discussed below. Followingstep308,microcontroller56 returns to step302 and awaits new user input.
• If the user pressescontrol button52 requesting a connection to the server,microcontroller56 attempts to establish a communication link to the server throughmodem85 andcommunication network24,step310. Instep312, microcontroller determines if the connection was successful. If the connection failed, the user is prompted to connecttoy26 totelephone jack22 instep314.Microcontroller56 preferably prompts the user by synthesizing the phrase “PLEASE CONNECT ME TO THE TELEPHONE JACK USING THE CONNECTION CORD AND SAY ‘DONE’ WHEN YOU HAVE FINISHED.”
• Instep316,microcontroller56 waits until the appropriate reply is received throughmicrophone66. Upon recognizing the reply ‘DONE’,microcontroller56 repeats step310 to get a successful connection to the server. Once a successful connection is established,microcontroller56 transmits the unique identification code stored inmemory58 toserver18 instep318.
• Instep320,microcontroller56 receives a new script program from the server throughcommunication network24 andmodem85. The new script program is stored inmemory58 for subsequent execution bymicrocontroller56. Followingstep320,microcontroller56 returns to step302 and awaits new user input.FIG. 10 is a flow chart illustrating the steps included in a sample script program executed bymicrocontroller56. Instep402,microcontroller56 prompts the user by synthesizing throughspeaker64 “SAY ‘OK’ WHEN YOU ARE READY”. Instep404,microcontroller56 waits until a reply to the prompt is received through themicrophone66. When the reply ‘OK’ is recognized, microcontroller55 proceeds to step406. If no reply is received within a predetermined period of time, such as two
• minutes,toy26 preferably enters sleep mode until it is reactivated by pressing one of the control buttons.
• Instep406,microcontroller56 executes successive speech commands to synthesize throughspeaker64 the phrases or statements specified in the script program. Referring again toFIG. 6, the speech commands are preferably separated by delay commands which instructmicrocontroller56 to pause for a number of seconds between statements. The number of seconds is selected to allow the user sufficient time to absorb each statement. Alternatively, the user may be prompted to acknowledge each statement before a subsequent statement is synthesized. For example, the script program may include commands which instructmicrocontroller56 to synthesize the phrase “SAY ‘OK’ WHEN YOU ARE READY TO HEAR THE NEXT STATEMENT.” Upon recognizing the reply ‘OK’,microcontroller56 proceeds to the next speech command in the script program. Movement commands are processed for execution by the motion system in a similar manner.
• Instep408, the user is reminded to connecttoy26 totelephone jack22 to download a new script program.Microcontroller56 synthesizes throughspeaker64 “PLEASE CONNECT ME TO THE TELEPHONE JACK TO GET NEW MESSAGES.” Followingstep408, the script program ends.
• One advantage of the system of the present invention is that it allows each programmable toy to be programmed remotely through the use of script programs. This allows the task performed by each programmable toy to be tailored to the specific needs of a specific end user or group of end users. Moreover, each script program may be easily created, assigned, and downloaded by simply accessing a server through a communication network, such as the Internet. Thus, the invention provides a powerful, convenient, and inexpensive system for communicating messages to a large number of end users.
• FIGS. 11-15 illustrate a second embodiment of the invention in which messages are further customized to each patient end user by merging personal data with the script programs, much like a standard mail merge application. Referring toFIG. 11, personal data relating to each patient end user is preferably stored in look-up table34 ofdatabase30. By way of example, the data may include each patient end user's name, the name of each patient end user's medication or disease, or any other desired data. As in the preferred embodiment,database30 also storesgeneric script programs31 created byscript generator38.
• In the second embodiment,server18 includes adata merge program41 for merging the data stored in table34 with generic script programs31. Data mergeprogram41 is designed to retrieve selected data from table34 and to insert the data into statements ingeneric script programs31, thus creating custom script programs33. Each custom script program contains a message which is customized to a patient end user. For example, the message may be customized with the patient end user's name, medication name, disease name, etc.
• The operation of the second embodiment is illustrated inFIGS. 11-15. The operation of the second embodiment is similar to the operation of the preferred embodiment except thatserver18 transmits custom script programs to each programmable toy rather than generic script programs.FIG. 15 is a flow chart illustrating the steps included in a software application executed byserver18 according to the second embodiment.
• Instep502,server18 determines if new script information has been entered throughscript entry screen42. If new script information has not been entered,server18 proceeds to step506. If new script information has been entered,server18 proceeds to step504. As shown inFIG. 12, the script information specifies a message, such as a set of statements or phrases, to be communicated to the patient end users. Each statement preferably includes one or more insert commands specifying data from table34 to be inserted into the statement. The insert commands instruct data mergeprogram41 to retrieve the specified data fromdatabase30 and to insert the data into the statement. For example, the first statement shown inFIG. 12 includes insert commands instructing the data merge program to insert a patient name and a medication name into the statement.
• Following entry of the statements and insert commands,CREATE SCRIPT button90 is pressed. Whenbutton90 is pressed,script generator38 generates a generic script program from the information entered inscreen42,step504. A sample generic script program is illustrated inFIG. 13. The generic script program includes speech commands to synthesize the statements entered infields88. Each statement preferably includes one or more insert commands specifying data to be inserted into the script program. The generic script program is stored indatabase30.
• Instep506,server18 determines if new script assignment information has been entered throughassignment screen44. If new script assignment information has not been entered,server18 proceeds to step512. If new script assignment information has been entered,server18 proceeds to step508. As shown inFIG. 7, the script assignment information is entered by selecting a desired script program throughcheck boxes94, selecting the patient end users to whom the selected script program is to be assigned throughcheck boxes96, and pressing the ASSIGNSCRIPT button100.
• Whenbutton100 is pressed, data mergeprogram41 creates a custom script program for each patient end user selected incheck boxes96,step508. Each custom script program is preferably created by using the selected generic script program as a template. For each patient end user selected, data mergeprogram41 retrieves fromdatabase30 the data specified in the insert commands. Next, data mergeprogram41 inserts the data into the appropriate statements in the generic script program to create a custom script program for the patient end user.
• For example,FIG. 14 illustrates a custom script program created from the generic script program ofFIG. 13. Each custom script program is stored indatabase30.
• As each custom script program is generated for a patient end user,script assignor40 assigns the custom script program to the patient end user,step510. This is preferably accomplished by creating a pointer to the custom script program and storing the pointer with the patient end user's unique identification code in table34. Instep512,server18 determines if any one of the programmable toys is remotely connected to the server. If a programmable toy is connected,server18 receives from the programmable toy the patient end user's unique identification code in step514.
• Server18 uses the received identification code to retrieve from table34 the pointer to the custom script program assigned to the patient end user. Instep516,server18 retrieves the custom script program fromdatabase30. Instep518,server18 transmits the custom script program to the patient end user's programmable toy. The programmable toy receives and executes the script program in the same manner described in the preferred embodiment. The remaining operation of the second embodiment is analogous to the operation of the preferred embodiment described above.
• Although it is presently preferred to generate a custom script program for each patient end user as soon as script assignment information is received for the patient end user, it is also possible to wait until the patient end user's programmable toy s connects to the server before generating the custom script program. This is accomplished by creating and storing a pointer to the generic script program assigned to the patient end user, as previously described in the preferred embodiment. When the patient end user's programmable toy connects to the server, the data merge program creates a custom script program for the patient end user from the generic script program assigned to the patient end user. The custom script program is then transmitted to the patient end user's programmable toy for execution.
• Although the first and second embodiments focus on healthcare applications, the system of the present invention may be used for any messaging application. For example, the system is particularly well suited for advertising. In a third embodiment of the invention, an advertising service is provided with a remote interface to the server for creating and assigning script programs which contain advertising messages. As shown inFIG. 16, each advertising message may be conveniently entered throughscript entry screen42, like the health-related messages of the preferred embodiment. The operation of the third embodiment is analogous to the operation of the preferred embodiment, except that the talking toys communicate advertising messages rather than health-related messages.
• Of course, the system of the present invention has many other applications. Typically, the user of each programmable toy is a child. In a fourth embodiment of the invention, the child's parent or guardian is provided with a remote interface to the server for creating and assigning script programs which contain messages for the child. As shown inFIG. 17, each message may be conveniently entered throughscript entry screen42. The operation of the fourth embodiment is analogous to the operation of the preferred embodiment, except that script information is entered in the server by a parent or guardian rather than a healthcare provider.
• Alternatively, the child may be provided with a remote interface to the server to create and assign his or her own script programs. It should also be noted that script programs may be generated from information received from multiple sources, such as a healthcare provider, an advertiser, and a parent. In a fifth embodiment of the invention, the script entry screen includes a respective section for each of the sources to enter a message to be communicated. Each of the sources is provided with a remote interface to the server and a password for accessing the script entry screen. After each source has entered one or more messages in the server, a script program is generated which contains a combination of health-related messages, advertisements, educational messages, or entertainment messages. The remaining operation of the fifth embodiment is analogous to the operation of the preferred embodiment described above.
• Although the above description contains many specificities, these should not be construed as limitations on the scope of the invention but merely as illustrations of some of the presently preferred embodiments. Many other embodiments of the invention are possible. For example, the scripting language and script commands shown are representative of the preferred embodiment. It will be apparent to one skilled in the art many other scripting languages and specific script commands may be used to implement the invention.
• Moreover, the programmable device need not be embodied as a doll. The toys may be embodied as action figures, robots, or any other type of toy. Further, each programmable toy need not include a control button for triggering speech output. In alternative embodiments, speech is triggered by other mechanisms, such as voice prompts, the absence of the user's voice, position sensitive sensors, switches, or the like. Specific techniques for triggering speech in a programmable toy are well known in the art. In addition, the system of the present invention is not limited to healthcare applications.
• The system may be used in any application which involves the communication of messages, including advertising, education, or entertainment. Of course, various combinations of these applications are also possible. For example, messages from multiple sources may be combined to generate script programs which contain a combination of health-related messages, advertisements, or educational messages. Further, the system may include any number of remote interfaces for entering and assigning script programs, and any number of programmable toys for delivering messages.
• More generally, the programmable device need not be a toy.
• For example, the programmable device may be a handheld computing device adapted to control and monitor an athlete end user's performance during athletic training. The device may monitor the athlete end user's heart rate and lactose levels. The device may be remotely programmed by a trainer end user or automated system with instructions for training for a specific athletic event based on data collected by the handheld device.
• The programmable device may be a house hold appliance such as a refrigerator that monitors its contents. A remote end user such as a service that delivers groceries could reprogram the refrigerator as necessary to reflect delivered goods.
• The programmable device may also be an industrial motion control system such as a robotic welding machine. An engineer in charge of the product being welded may change its design and remotely generate a new command program for the robotic welding machine in response to the design changes.
• The programmable device may be an HVAC system that communicates with a remote weather monitoring system that generates a new command program for the HVAC system in response to changes in the weather.
• The embodiments of the present invention disclosed above are merely an illustrative, and not exhaustive, list of the environments in which the present invention may be applied. Therefore, the scope of the invention should be determined not by the examples given, but by the appended claims and their legal equivalents.

Claims (25)

1. A system comprising:

a server configured to generate a script having one or more commands;

a remote motion device configured to (i) receive said script, (ii) initiate at least one of a plurality of tasks including a medical task involving motion in response to said script, and (iii) synthesize one or more audible words in response to said commands stored in said script;

a communications network configured to transmit said script from said server to said remote motion device; and

a user interface configured to (i) receive information from a user used to generate said script and (ii) graphically display data received from said remote motion device after execution of said script.

2. The system according toclaim 1, wherein said remote motion device comprises a speaker configured to audibly prompt a patient in response to said commands.

3. The system according toclaim 2, wherein said remote motion device is further configured to provide feedback in the form of movement.

4. The system according toclaim 1, wherein said remote motion device comprises a memory configured to store said one or more commands.

5. The system according toclaim 4, wherein said memory is further configured to store audio sounds for speech synthesis.

6. The system according toclaim 1, wherein said remote motion device includes built in speech recognition.

7. The system according toclaim 1, wherein said commands comprise speech commands configured to synthesize said audible words.

8. The system according toclaim 7, wherein said audible words comprise phrases or statements.

9. The system according toclaim 8, wherein said commands further comprise delay commands.

10. The system according toclaim 9, wherein said delay commands are configured to instruct said remote motion device to pause for one or more seconds between said statements.

11. The system according toclaim 1, wherein said user includes a health care provider.

12. The system according toclaim 1, wherein said user includes a patient.

13. The system according toclaim 12, wherein said user includes a parent of said patient.

14. A remote motion device comprising:

a microphone configured to receive one or more audio signals;

a processor configured to (i) receive one or more scripts from a server, (ii) perform speech recognition of said one or more audio signals from said microphone, (iii) synthesize one or more audible words in response to said one or more scripts, and (iv) generate a control signal in response to said one or more audio signals; and

a motion system configured to (i) receive said control signal and (ii) initiate a medical task involving motion in response to said control signal.

15. The remote motion device according toclaim 14, further comprising a speaker configured to audibly prompt a patient in response to said scripts.

16. The remote motion device according toclaim 15, wherein said speaker is further configured to audibly prompt said patient in response to said microphone receiving said one or more audio signals.

17. The remote motion device according toclaim 14, wherein said script comprises one or more commands.

18. The remote motion device according toclaim 17, wherein said one or more commands comprises speech commands configured to synthesize said audible words.

19. The remote motion device according toclaim 18, wherein said audible words comprises phrases or statements.

20. The remote motion device according toclaim 18, wherein said one or more commands further comprises delay commands.

21. The remote motion device according toclaim 20, wherein said delay commands are configured to instruct said processor to pause for one or more seconds between statements.

22. The remote motion device according toclaim 14, further comprising:

a memory configured to store said one or more scripts.

23. The remote motion device according toclaim 22, wherein said memory is further configured to store audio sounds for speech synthesis.

24. The remote motion device according toclaim 16, wherein said audio signals are generated by said patient.

25. The remote motion device according toclaim 24, wherein said patient generates said audio signals in response to said audible words.

Images