[go: up one dir, main page]

WO1999060358A1 - Poupee intelligente - Google Patents

Poupee intelligente Download PDF

Info

Publication number
WO1999060358A1
WO1999060358A1 PCT/IL1999/000271 IL9900271W WO9960358A1 WO 1999060358 A1 WO1999060358 A1 WO 1999060358A1 IL 9900271 W IL9900271 W IL 9900271W WO 9960358 A1 WO9960358 A1 WO 9960358A1
Authority
WO
WIPO (PCT)
Prior art keywords
toy
computer
operative
midi
wireless
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/IL1999/000271
Other languages
English (en)
Inventor
Oz Gabai
Jacob Gabai
Nimrod Sandlerman
Moshe Cohen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Creator Ltd
Original Assignee
Creator Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Creator Ltd filed Critical Creator Ltd
Priority to IL13956299A priority Critical patent/IL139562A0/xx
Priority to AU39530/99A priority patent/AU3953099A/en
Priority to JP2000549925A priority patent/JP2002536030A/ja
Priority to EP99922472A priority patent/EP1080352A1/fr
Priority to CA002332582A priority patent/CA2332582A1/fr
Publication of WO1999060358A1 publication Critical patent/WO1999060358A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63H—TOYS, e.g. TOPS, DOLLS, HOOPS OR BUILDING BLOCKS
    • A63H3/00—Dolls
    • A63H3/28—Arrangements of sound-producing means in dolls; Means in dolls for producing sounds
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/10—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by input arrangements for converting player-generated signals into game device control signals
    • A63F2300/1025—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by input arrangements for converting player-generated signals into game device control signals details of the interface with the game device, e.g. USB version detection
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63H—TOYS, e.g. TOPS, DOLLS, HOOPS OR BUILDING BLOCKS
    • A63H2200/00—Computerized interactive toys, e.g. dolls

Definitions

  • the present invention relates to toys in general, and particularly to toys used in conjunction with a computer system.
  • Toys which are remotely controlled by wireless communication and which are not used in conjunction with a computer system are well known in the art.
  • such toys include vehicles whose motion is controlled by a human user via a remote control device.
  • Haugerud describes a computer controlled educational toy, the construction of which teaches the user computer terminology and programming and robotic technology. Haugerud describes computer control of a toy via a wired connection, wherein the user of the computer typically writes a simple program to control movement of a robot.
  • US Patent 4,840,602 to Rose describes a talking doll responsive to an external signal, in which the doll has a vocabulary stored in digital data in a memory which may be accessed to cause a speech synthesizer in the doll to simulate speech.
  • US Patent 5,191,615 to Aldava et al describes an interrelational audio kinetic entertainment system in which movable and audible toys and other animated devices spaced apart from a television screen are provided with program synchronized audio and control data to interact with the program viewer in relationship to the television program.
  • US Patent 5,195,920 to Collier describes a radio controlled toy vehicle which generates realistic sound effects on board the vehicle. Communications with a remote computer allows an operator to modify and add new sound effects.
  • US Patent 5,270,480 to Hikawa describes a toy acting in response to a MIDI signal, wherein an instrument-playing toy performs simulated instrument playing movements .
  • US Patent 5,289,273 to Lang describes a system for remotely controlling an animated character.
  • the system uses radio signals to transfer audio, video and other control signals to the animated character to provide speech, hearing vision and movement in real-time.
  • US Patent 5,388,493 describes a system for a housing for a vertical dual keyboard MIDI wireless controller for accordionists.
  • the system may be used with either a conventional MIDI cable connection or by a wireless MIDI transmission system.
  • German Patent DE 3009-040 to Neuhierl describes a device for adding the capability to transmit sound from a remote control to a controlled model vehicle.
  • the sound is generated by means of a microphone or a tape recorder and transmitted to the controlled model vehicle by means of radio communications.
  • the model vehicle is equipped with a speaker that emits the received sounds.
  • the present invention seeks to provide an improved toy system for use in conjunction with a computer system.
  • a wireless computer controlled toy system including a computer system operative to transmit a first transmission via a first wireless transmitter and at least one toy including a first wireless receiver, the toy receiving the first transmission via the first wireless receiver and operative to carry out at least one action based on the first transmission.
  • the computer system may include a computer game.
  • the toy may include a plurality of toys, and the at least one action may include a plurality of actions.
  • the first transmission may include a digital signal.
  • the first transmission includes an analog signal and the analog signal may include sound.
  • the computer system includes a computer having a MIDI port and wherein the computer may be operative to transmit the digital signal by way of the MIDI port.
  • the sound includes music, a pre-recorded sound and/or speech.
  • the speech may include recorded speech and synthesized speech.
  • the at least one toy has a plurality of states including at least a sleep state and an awake state, and the first transmission includes a state transition command, and the at least one action includes transitioning between the sleep state and the awake state.
  • a sleep state may typically include a state in which the toy consumes a reduced amount of energy and/or in which the toy is largely inactive, while an awake state is typically a state of normal operation.
  • the first transmis- sion includes a control command chosen from a plurality of available control commands based, at least in part, on a result of operation of the computer game.
  • the computer system includes a plurality of computers.
  • the first transmission includes computer identification data and the second transmission includes computer identification data.
  • the at least one toy is operative to transmit a second transmission via a second wireless transmitter and the computer system is operative to receive the second transmission via a second wireless receiver.
  • system includes at least one input device and the second transmission includes a status of the at least one input device.
  • the at least one toy includes at least a first toy and a second toy, and wherein the first toy is operative to transmit a toy-to-toy transmission to the second toy via the second wireless transmitter, and wherein the second toy is operative to carry out at least one action based on the toy-to-toy transmission .
  • operation of the computer system is controlled, at least in part, by the second transmission .
  • the computer system includes a computer game, and wherein operation of the game is controlled, at least in part, by the second transmission .
  • the second transmission may include a digital signaland/or an analog signal.
  • the computer system has a plurality of states including at least a sleep state and an awake state, and the second transmission include a state transition command, and the computer is operative, upon receiving the second transmission, to transition between the sleep state and the awake state.
  • At least one toy includes sound input apparatus, and the second transmission includes a sound signal which represents a sound input via the sound input apparatus .
  • the computer system is also operative to perform at least one of the following actions: manipulate the sound signal; and play the sound signal.
  • the sound includes speech
  • the computer system is operative to perform a speech recognition operation on the speech.
  • the second transmission includes toy identification data
  • the computer system is operative to identify the at least one toy based, at least in part, on the toy identification data.
  • the first transmission includes toy identification data.
  • the computer system may adapt a mode of operation thereof based, at least in part, on the toy identification data.
  • the at least one action may include movement of the toy, movement of a part of the toy and/or an output of a sound.
  • the sound may be transmitted using a MIDI protocol.
  • a game system including a computer system operative to control a computer game and having a display operative to display at least one display object, and at least one toy in wireless communication with the computer system, the computer game including a plurality of game objects, and the plurality of game objects includes the at least one display object and the at least one toy.
  • the at least one toy is operative to transmit toy identification data to the computer system, and the computer system is operative to adapt a mode of operation of the computer game based, at least in part, on the toy identification data.
  • the computer system may include a plurality of computers .
  • the first transmission includes computer identification data and the second transmission includes computer identification data.
  • a data transmission apparatus including first wireless apparatus including musical instrument data interface (MIDI) apparatus operative to receive and transmit MIDI data between a first wireless and a first MIDI device and second wireless apparatus including MIDI apparatus operative to receive and transmit MIDI data between a second wireless and a second MIDI device, the first wireless apparatus is operative to transmit MIDI data including data received from the first MIDI device to the second wireless apparatus, and to transmit MIDI data including data received from the second wireless apparatus to the first MIDI device, and the second wireless apparatus is operative to transmit MIDI data including data received from the second MIDI device to the first wireless apparatus, and to transmit MIDI data including data received from the first wireless apparatus to the second MIDI device.
  • MIDI musical instrument data interface
  • the second wireless apparatus includes a plurality of wirelesses each respectively associated with one of the plurality of MIDI devices, and each of the second plurality of wirelesses is operative to transmit MIDI data including data received from the associated MIDI device to the first wireless apparatus, and to transmit MIDI data including data received from the first wireless apparatus to the associated MIDI device.
  • the first MIDI device may include a computer, while the second MIDI device may include a toy.
  • the first wireless apparatus also includes analog interface apparatus operative to receive and transmit analog signals between the first wireless and a first analog device
  • the second wireless apparatus also includes analog interface apparatus operative to receive and transmit analog signals between the second wireless and a second analog device
  • the first wireless apparatus is also operative to transmit analog signals including signals received from the first analog device to the second wireless apparatus, and to transmit analog signal including signals received from the second wireless apparatus to the first analog device
  • the second wireless apparatus is also operative to transmit analog signals includ- ing signals received from the second analog device to the first wireless apparatus, and to transmit analog signals including data received from the first wireless apparatus to the second analog device.
  • a method for generating control instructions for a computer controlled toy system includes selecting a toy, selecting at least one command from among a plurality of commands associated with the toy, and generating control instructions for the toy including the at least one command .
  • the step of selecting at least one command includes choosing a command, and specifying at least one control parameter associated with the chosen command.
  • the at least one control parameter includes at least one condition depending on a result of a previous command.
  • At least one of the steps of selecting a toy and the step of selecting at least one command includes utilizing a graphical user interface.
  • the previous command includes a previous command associated with a second toy.
  • the at least one control parameter includes an execution condition controlling execution of the command.
  • the execution condition may include a time at which to perform the command and/or a time at which to cease performing the command.
  • the execution condition may also include a status of the toy.
  • the at least one control parameter includes a command modifier modifying execution of the command.
  • the at least one control parameter includes a condition dependent on a future event .
  • the at least one command includes a command to cancel a previous command.
  • a signal transmission apparatus for use in conjunction with a computer, the apparatus including wireless transmission apparatus; and signal processing apparatus including at least one of the following analog/digital sound conversion apparatus operative to convert analog sound signals to digital sound signals, to convert digital sound signals to analog sound signals, and to transmit the signals between the computer and a sound device using the wireless transmission apparatus; a peripheral control interface operative to transmit control signals between the computer and a peripheral device using the wireless transmission apparatus; and a MIDI interface operative to transmit MIDI signals between the computer and a MIDI device using the wireless transmission apparatus.
  • a computer system including a computer, and a sound card operatively attached to the computer and having a MIDI connector and at least one analog connecter, wherein the computer is operative to transmit digital signals by means of the MIDI connector and to transmit analog sig- nals by means of the at least one analog connector.
  • the computer is also operative to receive digital signals by means of the MIDI connector and to receive analog signals by means of the at least one analog connector.
  • an advertising system including a computer-controlled toy such as a physical toy located at a user location and operative to present advertisement bulletins responsive to a control command, a computer controlling the toy and associated with a network such as Internet and operative to generate the control command and advertisement server apparatus associated with the network and downloading advertisement bulletins to the computer.
  • a computer-controlled toy such as a physical toy located at a user location and operative to present advertisement bulletins responsive to a control command
  • a computer controlling the toy and associated with a network such as Internet and operative to generate the control command and advertisement server apparatus associated with the network and downloading advertisement bulletins to the computer.
  • Also provided according to another preferred embodiment of the present invention is a computerized toy updating subscription system operative in association with a network, the system including a multiplicity of computerized toys associated with a network and a toy updater associated with the network and operative to periodically send toy updates out to the multiplicity of computerized toys.
  • the toy updater is operative substantially without periodic intervention of the human users of the multiplicity of toys.
  • radio includes all forms of "wireless” communication.
  • Fig. IA is a partly pictorial, partly block diagram illustration of a computer control system including a toy, constructed and operative in accordance with a preferred embodiment of the present invention
  • Fig. IB is a partly pictorial, partly block diagram illustration a preferred implementation of the toy 122 of Fig. IA;
  • Fig. IC is a partly pictorial, partly block diagram illustration of a computer control system including a toy, constructed and operative in accordance with an alternative preferred embodiment of the present invention
  • Figs. 2A - 2C are simplified pictorial illustrations of a portion of the system of Fig. IA in use;
  • Fig. 3 is a simplified block diagram of a preferred implementation of the computer radio interface 110 of Fig. IA;
  • Fig. 4 is a more detailed block diagram of the computer radio interface 110 of Fig. 3;
  • Figs. 5A - 5D taken together comprise a schematic diagram of the apparatus of Fig. 4;
  • Fig. 5E is an schematic diagram of an alternative implementation of the apparatus of Fig. 5D;
  • Fig. 6 is a simplified block diagram of a preferred implementation of the toy control device 130 of Fig. IA;
  • Figs. 7A - 7F taken together with either Fig. 5D or Fig. 5E, comprise a schematic diagram of the apparatus of Fig. 6;
  • Fig. 8A is a simplified flowchart illustration of a preferred method for receiving radio signals, executing commands comprised therein, and sending radio signals, within the toy control device 130 of Fig. IA;
  • Figs. 8B - 8T taken together, comprise a simplified flowchart illustration of a preferred implementation of the method of Fig. 8A;
  • Fig. 9A is a simplified flowchart illustration of a preferred method for receiving MIDI signals, receiving radio signals, executing commands comprised therein, sending radio signals, and sending MIDI signals, within the computer radio interface 110 of Fig. IA;
  • Figs. 9B - 9N taken together with Figs. 8D 8M, comprise a simplified flowchart illustration of a preferred implementation of the method of Fig. 9A;
  • Figs. 10A - IOC are simplified pictorial illustrations of a signal transmitted between the computer radio interface 110 and the toy control device 130 of Fig. IA;
  • Fig. 11 is a simplified flowchart illustration of a preferred method for generating control instructions for the apparatus of Fig. IA;
  • Figs. 12A - 12C are pictorial illustrations of a preferred implementation of a graphical user interface implementation of the method of Fig. 11;
  • Fig. 13 is a block diagram of a first sub-unit of a multi-port multi-channel implementation of the computer radio interface 110 of Fig. IA, which sub-unit resides within computer 100 of Fig. IA;
  • Fig. 14 is a block diagram of a second sub- unit of a multi-port multi-channel implementation of the computer radio interface 110 of Fig. IA, which sub-unit complements the apparatus of Fig. 13 and resides exteriorly to computer 100 of Fig. IA;
  • Figs. 15A - 15E taken together, form a detailed electronic schematic diagram of the toy control device of Fig. 6, suitable for the multi-channel implementation of Figs. 13 and 14;
  • Fig. 16 is a simplified flowchart illustration of a preferred method by which a computer selects a control channel pair in anticipation of a toy becoming available and starts a game-defining communication over the control channel each time both a toy and a transceiv- er of the computer radio interface are available;
  • Fig. 17 is a simplified flowchart illustration of a preferred method for implementing the "select control channel pair" step of Fig. 16;
  • Fig. 18A is a simplified flowchart illustration of a preferred method for implementing the "select information communication channel pair" step of Fig. 16;
  • Fig. 18B is a simplified flowchart illustration of a preferred method for performing the "locate computer" step of Fig. 18A;
  • Fig. 19 is a simplified flowchart illustration of a preferred method of operation of the toy control device 130;
  • Fig. 20 is a simplified illustration of a remote game server in association with a wireless computer controlled toy system which may include a network computer;
  • Fig. 21 is a simplified flowchart illustration of the operation of the computer or of the network computer of Fig. 20, when operating in conjunction with the remote server;
  • Fig. 22 is a simplified flowchart illustration of the operation of the remote game server of Fig. 20;
  • Fig. 23 is a semi-pictorial semi-block diagram illustration of a wireless computer controlled toy system including a a proximity detection subsystem operative to detect proximity between the toy and the computer;
  • Figs. 24A - 24E taken together, form a detailed electronic schematic diagram of a multi-channel implementation of the computer radio interface 110 of Fig. 3 which is similar to the detailed electronic schematic diagrams of Figs. 5A - 5D except for being multichannel, therefore capable of supporting full duplex applications, rather than single-channel;
  • FIGS. 25A - 25F taken together, form a detailed schematic illustration of a computer radio inter- face which connects to a serial port of a computer rather than to the soundboard of the computer;
  • FIGS. 26A - 26D taken together, form a detailed schematic illustration of a computer radio interface which connects to a parallel port of a computer rather than to the soundboard of the computer;
  • Figs. 27A - 27J are preferred flowchart illustrations of a preferred radio coding technique which is an alternative to the radio coding technique described above with reference to Figs. 8E, 8G - 8M and 10A - C;
  • Figs. 28A - 28K taken together, form a detailed electronic schematic diagram of the multi-port multi-channel computer radio interface sub-unit of Fig. 13;
  • Figs. 29A - 291 taken together, form a detailed electronic schematic diagram of the multi-port multi-channel computer radio interface sub-unit of Fig. 14;
  • Fig. 30 is a partly pictorial, partly block diagram illustration of a computer control system including a toy, constructed and operative in accordance with a further preferred embodiment of the present invention
  • Fig. 31 is a block diagram is a simplified block diagram illustrating the combination of the computer radio interface and the toy control device as used in the embodiment of Fig. 30;
  • Fig. 33 is a semi-pictorial semi-block diagram illustration of a computerized networked advertisement system constructed and operative in accordance with a preferred embodiment of the present invention in which a physical toy conveys advertisement bulletins to a user of the toy;
  • Fig. 34 is a data transmission diagram describing data transmissions between various network service providers which support the advertisement system of Fig. 33 according to one preferred embodiment of the present invention
  • Fig. 35 is a semi-pictorial semi-block diagram illustration of a computerized networked advertisement system constructed and operative in accordance with a preferred embodiment of the present invention in which a virtual toyconveys advertisement bulletins to a user of the toy;
  • Fig. 36 is a simplified flowchart illustration of a preferred mode of operation for the user PC of Fig. 34;
  • Fig. 37 is a simplified flowchart illustration of a preferred mode of operation for the game software server of Fig. 34;
  • Fig. 38 is a simplified flowchart illustration of a preferred mode of operation for the marketer/advertisement provider of Fig. 34;
  • Fig. 39 is a simplified flowchart illustration of a preferred mode of operation for the software maintenance center of Fig. 34;
  • Figs. 40 - 58 describe a Living Object Internet Service System (LOIS) constructed and operative in accordance with a preferred embodiment of the present invention.
  • LOIS Living Object Internet Service System
  • Appendix A is a computer listing of a preferred software implementation of the method of Figs. 9A - 9N, together with the method of Figs. 8D - 8M;
  • Appendix B is a computer listing of a preferred software implementation of the method of Figs. 8A - 8T;
  • Appendix C is a computer listing of a preferred software implementation of an example of a computer game for use in the computer 100 of Fig. 1;
  • Appendix D is a computer listing of a preferred software implementation of the method of Figs. 11 and Figs. 12A - 12C.
  • Appendices E - H, taken together, are computer listings from which a first, DLL-compatible, functions library may be constructed;
  • Appendices I - 0, taken together, are computer listings of a second functions library which may be used to generate a variety of games for any of the computer control systems shown and described herein.
  • Fig. IA is a partly pictorial, partly block diagram illustration of a computer control system including a toy, constructed and operative in accordance with a preferred embodiment of the present invention.
  • the system of Fig. IA comprises a computer 100, which may be any suitable computer such as, for example, an IBM-compatible personal computer.
  • the computer 100 is equipped with a screen 105.
  • the computer 100 is preferably equipped with a sound card such as, for example, a Sound Blaster Pro card commercially available from Creative Labs, Inc., 1901 McCarthy Boulevard, Milpi- tas CA 95035 or from Creative Technology Ltd., 67 Ayer Rajah Crescent #03-18, Singapore, 0513; a hard disk; and, optionally, a CD-ROM drive.
  • a sound card such as, for example, a Sound Blaster Pro card commercially available from Creative Labs, Inc., 1901 McCarthy Boulevard, Milpi- tas CA 95035 or from Creative Technology Ltd., 67 Ayer Rajah Crescent #03
  • the computer 100 is equipped with a computer radio interface 110 operative to transmit signals via wireless transmission based on commands received from the computer 100 and, in a preferred embodiment of the present invention, also to receive signals transmitted elsewhere via wireless transmission and to deliver the signals to the computer 100.
  • commands transmitted from the computer 100 to the computer radio interface 110 are transmitted via both analog signals and digital signals, with the digital signals typically being transmitted by way of a MIDI port. Transmission of the analog and digital signals is described below with refer- ence to Fig. 3.
  • the transmitted signal may be an analog signal or a digital signal.
  • the received signal may also be an analog signal or a digital signal.
  • Each signal typically comprises a message.
  • a preferred implementation of the computer radio interface 110 is described below with reference to Fig. 3.
  • the system of Fig. IA also comprises one or more toys 120.
  • the system of Fig. IA comprises a plurality of toys, namely three toys 122, 124, and 126 but it is appreciated that, alternatively, either one toy only or a large plurality of toys may be used.
  • Fig. IB is a partly pictorial, partly block diagram illustration of the toy 122 of Fig. IA.
  • Each toy 120 comprises a power source 125, such as a battery or a connection to line power.
  • Each toy 120 also comprises a toy control device 130, operative to receive a wireless signal transmitted by the computer 100 and to cause each toy 120 to perform an action based on the received signal.
  • the received signal may be, as explained above, an analog signal or a digital signal.
  • a preferred implementation of the toy control device 130 is described below with reference to Fig. 6.
  • Each toy 120 preferably comprises a plurality of input devices 140 and output devices 150, as seen in Fig. IB.
  • the input devices 140 may comprise, for example on or more of the following: a microphone 141; a micro- switch sensor 142; a touch sensor (not shown in Fig. IB); a light sensor (not shown in Fig. IB); a movement sensor 143, which may be, for example, a tilt sensor or an acceleration sensor.
  • Appropriate commercially available input devices include the following: position sensors available from Hamlin Inc., 612 East Lake Street, Lake Mills, WI 53551, USA; motion and vibration sensors available from Comus International, 263 Hillside Avenue, Nutley, New Jersey 07110, USA; temperature, shock, and magnetic sensors available from Murata Electronics Ltd., Hampshire, England; and switches available from C & K Components Inc., 15 Riverdale Avenue, Newton, MA 02058- 1082, USA or from Micro Switch Inc., a division of Honeywell, USA.
  • the output devices 150 may comprise, for example, one or more of the following: a speaker 151; a light 152; a solenoid 153 which may be operative to move a portion of the toy; a motor, such as a stepping motor, operative to move a portion of the toy or all of the toy (not shown in Fig. IB).
  • a motor such as a stepping motor, operative to move a portion of the toy or all of the toy (not shown in Fig. IB).
  • Appropriate commercially available output devices include the following: DC motors available from Alkatel ( dunkermotoren ) , Postfach 1240, D- 7823, Bonndorf/Schwarzald, Germany; stepping motors and miniature motors available from Haydon Switch and Instruments, Inc. (HSI), 1500 Meriden Road, Waterbury, CT, USA; and DC solenoids available from Communications Instruments, Inc., P.O Box 520, Fairview, North Carolina 28730, USA.
  • Examples of actions which the toy may perform include the following: move a portion of the toy; move the entire toy; or produce a sound, which may comprise one or more of the following: a recorded sound, a synthesized sound, music including recorded music or synthesized music, speech including recorded speech or synthesized speech.
  • the received signal may comprise a condition governing the action as, for example, the duration of the action, or the number of repetitions of the action.
  • the portion of the received signal comprising a message comprising a command to perform a specific action as, for example, to produce a sound with a given duration comprises a digital signal.
  • the portion of the received signal comprising a sound typically comprises an analog signal.
  • the portion of the received signal comprising a sound, including music may comprise a digital signal, typically a signal comprising MIDI data.
  • the action the toy may perform also includes reacting to signals transmitted by another toy, such as, for example, playing sound that the other toy is monitoring and transmitting.
  • the toy control device 130 is also operative to transmit a signal intended for the computer 100, to be received by the computer radio interface 110.
  • the computer radio interface 110 is preferably also operative to poll the toy control device 130, that is, transmit a signal comprising a request that the toy control device 130 transmit a signal to the computer radio interface 110. It is appreciated that polling is particularly preferred in the case where there are a plurality of toys having a plurality of toy control devices 130.
  • the signal transmitted by the toy control device 130 may comprise one or more of the following: sound, typically sound captured by a microphone input device 141; status of sensor input devices 140 as, for example, light sensors or micro switch; an indication of low power in the power source 125; or information identifying the toy.
  • a sound signal transmitted by the device 130 may also include speech.
  • the computer system is operative to perform a speech recognition operation on the speech signals.
  • Appropriate commercially available software for speech recognition is available from companies such as: Stylus Innovation Inc., One Kendall Square, Building 300, Cambridge, MA 02139, USA; A&G Graphics Interface, USA, Telephone No. (617)492- 0120, Telefax No. (617)427-3625; "Dragon Dictate For Windows", available from Dragon Systems Inc., 320 Nevada Street, MA. 02160, USA, and "SDK” available from Lernout & Hausple Speech Products, Sint-Krispijnstraat 7, 8900 Leper, Belgium.
  • the signal from the radio control interface 110 may also comprise, for example, one or more of the following: a request to ignore input from one or more input devices 140; a request to activate one or more input devices 140 or to stop ignoring input from one or more input devices 140; a request to report the status of one or more input devices 140; a request to store data received from one or more input devices 140, typically by latching a transition in the state of one or more input devices 140, until a future time when another signal from the radio control interface 110 requests the toy control device 130 to transmit a signal comprising the stored data received from the one or more input devices 140; or a request to transmit analog data, typically comprising sound, typically for a specified period of time.
  • all signals transmitted in both directions between the computer radio interface 110 and the toy control device 130 include information identifying the toy.
  • Fig. IC is a partly pictorial, partly block diagram illustration of a computer control system including a toy, constructed and operative in accordance with an alternative preferred embodiment of the present invention.
  • the system of Fig. IC comprises two computers 100. It is appreciated that, in general, a plurality of computers 100 may be used.
  • all signals transmitted in both directions between the computer radio interface 110 and the toy control device 130 typically include information identifying the computer.
  • the computer 100 runs software comprising a computer game, typically a game including at least one animated character.
  • the software may comprise educational software or any other interactive software including at least one animated object.
  • animated object includes any object which may be depicted on the computer screen 105 and which interacts with the user of the computer via input to and output from the computer.
  • An animated object may be any object depicted on the screen such as, for example: a doll; an action figure; a toy, such as, for example, an activity toy, a vehicle, or a ride-on vehicle; a drawing board or sketch board; or a household object such as, for example, a clock, a lamp, a chamber pot, or an item of furniture.
  • FIG. 2A depicts a portion of the system of Fig. IA in use.
  • the apparatus of Fig. 2A comprises the computer screen 105 of Fig. IA.
  • animated objects 160 and 165 are depicted on the computer screen.
  • Fig. 2B depicts the situation after the toy 122 has been brought into range of the computer radio interface 110 of Fig. IA, typically into the same room therewith.
  • the toy 122 corresponds to the animated object 160.
  • the toy 122 and the animated object 160, shown in Fig. 2A are both a teddy bear.
  • the apparatus of Fig. 2B comprises the computer screen 105, on which is depicted the animated object 165.
  • the apparatus of Fig. 2B also comprises the toy 122.
  • the computer 100 having received a message via the computer radio interface 110, from the toy 122, no longer displays the animated object 160 corresponding to the toy 122.
  • the functions of the animated object 160 are now performed through the toy 122, under control of the computer 100 through the computer radio interface 110 and the toy control device 130.
  • Fig. 2C depicts the situation after the toy 126 has also been brought into range of the computer radio interface 110 of Fig. IA, typically into the same room therewith.
  • the toy 126 corresponds to the animated object 165.
  • the toy 126 and the animated object 165 shown in Figs. 2A and 2B, are both a clock.
  • the apparatus of Fig. 2C comprises the computer screen 105, on which no animated objects are depicted.
  • the apparatus of Fig. 2C also comprises the toy 126.
  • the computer 100 having received a message via the computer radio interface 110 from the toy 126, no longer displays the animated object 165 corresponding to the toy 126.
  • the functions of the animated object 165 are now performed through the toy 126, under control of the computer 100 through the computer radio interface 110 and the toy control device 130.
  • Fig. 2A the user interacts with the animated objects 160 and 165 on the computer screen, typically using conventional methods.
  • Fig. 2B the user also interacts with the toy 122, and in Fig. 2C typically with the toys 122 and 126, instead of interacting with the animated objects 160 and 165 respectively.
  • the user may interact with the toys 122 and 126 by moving the toys or parts of the toys; by speaking to the toys; by responding to movement of the toys which movement occurs in response to a signal received from the computer 100; by responding to a sound produced by the toys, which sound is produced in response to a signal received from the computer 100 and which may comprise music, speech, or another sound; or otherwise.
  • FIG. 3 is a simplified block diagram of a preferred embodiment of the computer radio interface 110 of Fig. IA.
  • the apparatus of Fig. 3 comprises the computer radio interface 110.
  • the apparatus of Fig. 3 also comprises a sound card 190, as described above with reference to Fig. IA.
  • Fig. 3 the connections between the computer radio interface 110 and the sound card 190 are shown.
  • the computer radio interface 110 comprises a DC unit 200 which is fed with power through a MIDI interface 210 from a sound card MIDI interface 194, and the following interfaces: a MIDI interface 210 which connects to the sound card MIDI interface 194; an audio interface 220 which connects to an audio interface 192 of the sound card 190; and a secondary audio interface 230 which preferably connects to a stereo sound system for producing high quality sound under control of software running on the computer 100 (not shown).
  • the apparatus of Fig. 3 also comprises an antenna 240, which is operative to send and receive signals between the computer radio interface 110 and one or more toy control devices 130.
  • Fig. 4 is a more detailed block diagram of the computer radio interface 110 of Fig. 3.
  • the apparatus of Fig. 4 comprises the DC unit 200, the MIDI interface 210, the audio interface 220, and the secondary audio interface 230.
  • the apparatus of Fig. 4 also comprises a multiplexer 240, a micro controller 250, a radio transceiver 260, a connection unit 270 connecting the radio transceiver 260 to the micro controller 250, and a comparator 280.
  • Figs. 5A - 5D taken together comprise a schematic diagram of the apparatus of Fig. 4.
  • UI SILRAX-418-A UHF radio telemetry receive module Ginsburg Electronic GmbH, Am Moosfeld 85,D-81829, Munchen, German .
  • UI of Fig. 5D may be replaced by:
  • U2 TXM-418-A low power UHF radio telemetry transmit module Ginsburg Electronic GmbH, Am Moosfeld 85, D-81829, Munchen, Germany.
  • U2 of Fig. 5D may be replaced by:
  • Fig. 5E is a schematic diagram of an alternative implemen- tation of the apparatus of Fig. 5D. The following is a preferred parts list for the apparatus of Fig. 5E:
  • UI may be replaced by:
  • UI RY3GB021 RF 900Mhz units available from SHARP ELECTRONIC COMPONENTS GROUP, 5700 Northwest, Pacific Rim Boulevard #20, Camas, Washington, USA.
  • UI RY3GB100 RF Units For DECT available from SHARP ELECTRONIC COMPONENTS GROUP, 5700 Northwest, Pacific Rim Boulevard #20, Camas, Washington, USA.
  • one of item 1 or either of the alternate items 1 may be used for UI .
  • the apparatus of Fig. 5E has similar functionality to the apparatus of Fig. 5D, but has higher bit rate transmission and reception capacity and is, for example, preferred when MIDI data is transmitted and received .
  • Figs. 5A - 5E are self-explanatory with regard to the above parts lists.
  • FIG. 6 is a simplified block diagram of a preferred embodiment of the toy control device 130 of Fig. IA.
  • the apparatus of Fig. 6 comprises a radio transceiver 260, similar to the radio transceiver 260 of Fig. 4.
  • the apparatus of Fig. 6 also comprises a microcontroller 250 similar to the microcontroller 250 of Fig. 4.
  • the apparatus of Fig. 6 also comprises a digital input/output interface (digital I/O interface) 290, which is operative to provide an interface between the microcontroller 250 and a plurality of input and output devices which may be connected thereto such as, for example, four input device and four output devices.
  • digital I/O interface 290 A preferred implementation of the digital I/O interface 290 is described in more detail below with reference to Fig. 7A - 7F.
  • the apparatus of Fig. 6 also comprises an analog input/output interface (analog I/O interface) 300 operatively connected to the radio transceiver 260, and operative to receive signals therefrom and to send signals thereto.
  • analog I/O interface analog input/output interface
  • the apparatus of Fig. 6 also comprises a multiplexer 305 which is operative, in response to a signal from the microcontroller 250, to provide output to the analog 1/0 interface 300 only when analog signals are being transmitted by the radio transceiver 260, and to pass input from the analog I/O interface 300 only when such input is desired.
  • the apparatus of Fig. 6 also comprises input devices 140 and output devices 150.
  • the input devices 140 comprise, by way of example, a tilt switch operatively connected to the digital I/O interface 290, and a microphone operatively connected to the analog I/O interface 300. It is appreciated that a wide variety of input devices 140 may be used.
  • the output devices 150 comprise, by way of example, a DC motor operatively connected to the digital I/O interface 290, and a speaker operatively connected to the analog I/O interface 300. It is appreciated that a wide variety of output devices 150 may be used.
  • the apparatus of Fig. 6 also comprises a DC control 310, a preferred implementation of which is described in more detail below with reference to Figs. 7A - 7F.
  • the apparatus of Fig. 6 also comprises a comparator 280, similar to the comparator 280 of Fig. 4.
  • the apparatus of Fig. 6 also comprises a power source 125, shown in Fig. 6 by way of example as batteries, operative to provide electrical power to the apparatus of Fig. 6 via the DC control 310.
  • a power source 125 shown in Fig. 6 by way of example as batteries, operative to provide electrical power to the apparatus of Fig. 6 via the DC control 310.
  • Figs. 7A - 7F which, taken together with either Fig. 5D or 5E, comprise a schematic diagram of the toy control device of Fig. 6. If the schematics of Fig. 5E is employed to implement the computer radio interface of Fig. 4, using RY3GB021 as UI of Fig. 5E, then the same schematics of Fig. 5E are preferably employed to implement the toy control device of Fig. 6 except that RY3GH021 is used to implement UI rather than RY3GB021.
  • Figs. 7A - 7F are self-explanatory with reference to the above parts list.
  • the signals transmitted between the computer radio interface 110 and the toy control device 130 may be either analog signals or digital signals. It the case of digital signals, the digital signals preferably comprise a plurality of predefined messages, known to both the computer 100 and to the toy control device 130.
  • Each message sent by the computer radio interface 110 to the toy control device 130 comprises an indication of the intended recipient of the message.
  • Each message sent by the toy control device 130 to the computer radio interface 110 comprises an indication of the sender of the message.
  • messages also comprise the following: each message sent by the computer radio interface 110 to the toy control device 130 comprises an indication of the sender of the message; and each message sent by the toy control device 130 to the computer radio interface 110 comprises an indication of the intended recipient of the message.
  • a preferred set of predefined messages is as follows:
  • a unit addiess - 00-FF II ⁇ . 12 ' 1 IMF. 00-FF II (SEC) example
  • Fig. 8A is a simplified flowchart illustration of a preferred method for receiving radio signals, executing commands comprised therein, and sending radio signals, within the toy control device 130 of Fig. IA.
  • each message as described above comprises a command, which may include a command to process information also comprised in the message.
  • the method of Fig. 8A preferably comprises the following steps:
  • a synchronization signal or preamble is detected (step 400 ) .
  • a header is detected ( step 403 ) .
  • a command contained in the signal is received (step 405).
  • the command contained in the signal is executed (step 410). Executing the command may be as described above with reference to Fig. IA.
  • a signal comprising a command intended for the computer radio interface 110 is sent (step 420).
  • FIG. 8B - 8T which, taken together, comprise a simplified flowchart illustration of a preferred implementation of the method of Fig. 8A.
  • the method of Figs. 8B - 8T is self-explanatory.
  • Fig. 9A is a simplified flowchart illustration of a preferred method for receiving MIDI signals, receiving radio signals, executing commands comprised therein, sending radio signals, and sending MIDI signals, within the computer radio interface 110 of Fig. IA.
  • Some of the steps of Fig. 9A are identical to steps of Fig. 8A, described above.
  • Fig. 9A also preferably comprises the following steps:
  • a MIDI command is received from the computer 100 (step 430).
  • the MIDI command may comprise a command intended to be transmitted to the toy control device 130, may comprise an audio in or audio out command, or may comprise a general command.
  • a MIDI command is sent to the computer 100 (step 440).
  • the MIDI command may comprise a signal received from the toy control device 130, may comprise a response to a MIDI command previously received by the computer radio interface 110 from the computer 100, or may comprise a general command.
  • the command contained in the MIDI command or in the received signal is executed (step 450).
  • Executing the command may comprise, in the case of a received signal, reporting the command to the computer 100, whereupon the computer 100 may typically carry out any appropriate action under program control as, for example, changing a screen display or taking any other appropriate action in response to the received command.
  • executing the command may comprise transmitting the command to the toy control device 130.
  • Executing a MIDI command may also comprise switching audio output of the computer control device 110 between the secondary audio interface 230 and the radio transceiver 260.
  • the secondary audio interface 230 is directly connected to the audio interface 220 preserving the connection between the computer sound board and the peripheral audio devices such as speakers, microphone and stereo system.
  • Figs. 9B - 9N Reference is now made to Figs. 8D - 8M, all of which, taken together, comprise a simplified flowchart illustration of a preferred implementation of the method of Fig. 9A.
  • Figs. 10A - 10C are simplified pictorial illustrations of a signal transmitted between the computer radio interface 110 and the toy control device 130 of Fig. IA.
  • Fig. 10A comprises a synchronization preamble.
  • the duration T_SYNC of the synchronization preamble is preferably .500 millisecond, being preferably substantially equally divided into on and off components.
  • Fig. 10B comprises a signal representing a bit with value 0
  • Fig. IOC comprises a signal representing a bit with value 1.
  • Figs. 10B and IOC refer to the case where the apparatus of Fig. 5D is used.
  • functionality corresponding to that depicted in Figs. 10B and IOC is provided within the apparatus of Fig. 5E.
  • each bit is assigned a predetermined duration T, which is the same for every bit.
  • a frequency modulated carrier is transmitted, using the method of frequency modulation keying as is well known in the art.
  • An "off" signal (typically less than 0.7 Volts) presented at termination 5 of U2 in Fig. 5D causes a transmission at a frequency below the median channel frequency.
  • An "on” signal (typically over 2.3 Volts) presented at pin 5 of U2 in Fig. 5D causes a transmission at a frequency above the median frequency.
  • Receipt of an on signal as shown in Fig. 10B of duration between 0.01 * T and 0.40 * T is preferably taken to be a bit with value 0.
  • Receipt of an on signal as shown in Fig. 10C of duration greater than 0.40 * T is preferably taken to be a bit with value 1.
  • T has a value of 1.0 millisecond.
  • the duration of the subsequent off signal is measured.
  • the sum of the durations of the on signal and the off signal must be between 0.90 T and 1.10 T for the bit to be considered valid. Otherwise, the bit is considered invalid and is ignored.
  • Fig. 11 is a simplified flowchart illustration of a method for generating control instructions for the apparatus of Fig. IA.
  • the method of Fig. 11 preferably includes the following steps:
  • a toy is selected (step 550). At least one command is selected, preferably from a plurality of commands associated with the selected toy ( steps 560 580). Alternatively, a command may be entered by selecting, modifying, and creating a new binary command (step 585).
  • selecting a command in steps 560 580 may include choosing a command and specifying one or more control parameters associated with the command.
  • a control parameter may include, for example, a condition depending on a result of a previous command, the previous command being associated either with the selected toy or with another toy.
  • a control parameter may also include an execution condition governing execution of a command such as, for example: a condition stating that a specified output is to occur based on a status of the toy, that is, if and only if a specified input is received; a condition stating that the command is to be performed at a specified time; a condition stating that performance of the command is to cease at a specified time; a condition comprising a command modifier modifying execution of the command, such as, for example, to terminate execution of the command in a case where execution of the command continues over a period of time; a condition dependent on the occurrence of a future event; or another condition.
  • an execution condition governing execution of a command such as, for example: a condition stating that a specified output is to occur based on a status of the toy, that is, if and only if a specified input is received; a condition stating that the command is to be performed at a specified time; a condition stating that performance of the command is to cease at a
  • the command may comprise a command to cancel a previous command.
  • the output of the method of Fig. 11 typically comprises one or more control instructions implementing the specified command, generated in step 590.
  • the one or more control instructions are comprised in a command file.
  • the command file is called from a driver program which typically determines which command is to be executed at a given point in time and then calls the command file associated with the given command.
  • a user of the method of Fig. 11 performs steps 550 and 560 using a computer having a graphical user interface.
  • Figs. 12A - 12C are pictorial illustrations of a preferred embodiment of a graphical user interface implementation of the method of Fig. 11.
  • Fig. 12A comprises a toy selection area 600, comprising a plurality of toy selection icons 610, each depicting a toy.
  • the user of the graphical user interface of Figs. 12A - 12C typically selects one of the toy selection icons 610, indicating that a command is to be specified for the selected toy.
  • Fig. 12A also typically comprises action buttons 620, typically comprising one or more of the following: a button allowing the user, typically an expert user, to enter a direct binary command implementing an advanced or particularly complex command not otherwise available through the graphical user interface of Figs. 12A - 12C; a button allowing the user to install a new toy, thus adding a new toy selection icon 610; and a button allowing the user to exit the graphical user interface of Figs. 12A - 12C.
  • Fig. 12B depicts a command generator screen typically displayed after the user has selected one of the toy selection icons 610 of Fig. 12A.
  • Fig. 12B comprises an animation area 630, preferably comprising a depiction of the selected toy selection icon 610, and a text area 635 comprising text describing the selected toy.
  • Fig. 12B also comprises a plurality of command category buttons 640, each of which allow the user to select a category of commands such as, for example: output commands; input commands; audio in commands; audio out commands; and general commands.
  • command category buttons 640 each of which allow the user to select a category of commands such as, for example: output commands; input commands; audio in commands; audio out commands; and general commands.
  • Fig. 12B also comprises a cancel button 645 to cancel command selection and return to the screen of Fig. 12A.
  • Fig. 12C comprises a command selection area 650, allowing the user to specify a specific command.
  • a wide variety of commands may be specified, and the commands shown in Fig. 12C are shown by way of example only.
  • Fig. 12C also comprises a file name area 655, in which the user may specify the name of the file which is to receive the generated control instructions.
  • Fig. 12C also comprises a cancel button 645, similar to the cancel button 645 of Fig. 12B.
  • Fig. 12C also comprises a make button 660. When the user actuates the make button 660, the control instruction generator of Fig. 11 generates control instructions implementing the chosen command for the chosen toy, and writes the control instructions to the specified file.
  • Fig. 12C also comprises a parameter selection area 665, in which the user may specify a parameter associated with the chosen command.
  • Appendix A is a computer listing of a preferred software implementation of the method of Figs. 8A - 8T.
  • Appendix A is an INTEL hex format file. The data bytes start from character number 9 in each line. Each byte is represented by 2 characters. The last byte (2 characters) in each line, should be ignored.
  • Appendix A may be programmed into the memory of microcontroller 250 of Fig. 6.
  • Appendix B is a computer listing of a preferred software implementation of the method of Figs. 9A - 9N, together with the method of Figs. 8D - 8M.
  • Appendix B is an INTEL hex format file. The data bytes start from character number 9 in each line. Each byte is represented by 2 characters . The last byte (2 characters) in each line, should be ignored.
  • the original line reads- : 070000000201000205A73216
  • the data bytes- 0201000205A732 02, 01 , 00, 02, 05, A7, 32 ) Starting address of the data bytes-
  • Appendix B may be programmed into the memory of microcontroller 250 of Fig. 4.
  • Appendix C is a computer listing of a preferred software implementation of an example of a computer game for use in the computer 100 of Fig. 1.
  • Appendix D is a computer listing of a preferred software implementation of the method of Figs. 11 and Figs. 12A - 12C.
  • VISUAL BASIC For Appendices C and D, these programs were developed using VISUAL BASIC. To run the programs you need to install the VISUAL BASIC environment first. The application needs a Visual Basic custom control for performing MIDI I/O similar to the one called MIDIVBX.VBX.
  • VISUAL BASIC is manufactured by Microsoft Corporation, One Microsoft Way, Redmond, WA 98052-6399, USA.
  • MIDIVBX.VBX is available from Wayne Radinsky, electronic mail address a-wayner@microsoft.com.
  • the steps for programming the microcontrollers of the present invention include the use of a universal programmer, such as the Universal Programmer, type EXPRO 60/80, manufactured by Sunshine Electronics Co. Ltd., Taipei, Japan.
  • the method for programming the microcontrollers with the data of Appendices A and B includes the following steps:
  • the method for creating the relevant files for the computer 100, with the data of Appendices C and D includes using a HEX EDITOR which is able to edit DOS formatted files.
  • a typical HEX and ASCII editor is manufactured by Martin Doppelbauer, Am Spoerkel 17, 44227 Dortmund, Germany, UET401 at electronic mail address hrz . unidozr. uni-dortmund . de .
  • the steps necessary for creating the files by means of a HEX editor, such as by the Martin Doppelbauer editor include the following:
  • Fig. IC includes a description of a preferred set of predefined messages including a category termed "General commands".
  • General commands are defined by the following description:
  • a compulei transmits ibis command in response lo an Availability Interrogation Command to announce that the radio channel is in use.
  • P Computer address 00-03 II
  • Figs. 13 and 14 there are illustrated block dia grams of multiport multi-channel implementation of the computer radio interface 110 of Fig. IA.
  • Fig. 13 illustrates the processing sub-unit of the computer interface that is implemented as an add-in board installed inside a PC.
  • Fig. 14 is the RF transceiver which is a device external to the computer and connects to the processing subunit by means of a cable. In the present application of the RF unit there are 4 transceivers each capable of utilizing two radio channels simultaneously.
  • both sound and control commands may be transmitted via the MIDI connector 210 rather than transmitting sound commands via the analog connector 220.
  • the functions of the interfaces 210 and 220 between the computer radio interface 110 and the sound card 190 may, alternatively, be implemented as connections between the computer radio interface 110 to the serial and/or parallel ports of the computer 100, as shown in Figs. 25A - 25F.
  • each transceiver 260 which forms part of the computer radio interface 110 of Fig. IA preferably is operative to transmit on a first channel pair and to receive on a different, second channel pair.
  • the transceiver 260 (Fig. 4) which forms part of the toy control device 130 of Fig. IA preferably is operative to transmit on the second channel and to receive on the first channel .
  • Any suitable technology may be employed to define at least two channel pairs such as narrow band technology or spread spectrum technologies such as frequency hopping technology or direct sequence technology, as illustrated in Figs. 15A - 15E, showing a Multi-Channel Computer Radio Interface, and in Figs. 24A - 24E showing a Multi-Channel Toy Control Device.
  • Appendices E - H taken together, are computer listings from which a first, DLL-compatible, functions library may be constructed.
  • the DLL-compatible functions library may be subsequently used by a suitable computer system such as an IBM PC to generate a variety of games for any of the computer control systems shown and described herein.
  • games may be generated using the applications generator of Figs. 11 - 12C.
  • This function opens the MIDI device for input. Return 0 for success, -1 otherwise.
  • this function resets MIDI input device. Return 0 for success, -1 otherwise.
  • This function opens MIDI output device. Return 0 if success, -1 otherwise.
  • This function resets MIDI output device. Return 0 if success, -1 otherwise.
  • This function sends 4 bytes to toy card. Currently used to send 144 for init toy card. Return 0 if successful, -1 otherwise.
  • This function sends string to toy card.
  • This function returns 20 chars toy message if present, or "Time Out” otherwise.
  • This function returns Toy Number of last receiving message, or "00 00 00 00" if no message was received.
  • This function sends a reset string to toy. Return 0 if successful, or -1 otherwise.
  • This function sends message to toy and waits 3 sec to acknowledge.
  • This function prepares toy card to generate sound using toy speaker.
  • WaveFile may be played and heard at toy speaker.
  • This function sends to toy the sleep command.
  • Appendices I - 0, taken together, are computer listings of a second functions library which may be used to generate a variety of games for any of the computer control systems shown and described herein in conjunction with a Director 5.0 software package, marketed by Macromedia Inc., 600 Townsend St., San Francisco, CA, 94103.
  • MIDI input functions . 1 - 3 1. Open MIDI input device
  • This function opens the MIDI device for input. Return 0 for success, -1 otherwise.
  • This function resets MIDI input device. Return 0 for success, -1 otherwise.
  • This function opens MIDI output device. Return 0 if success, -1 otherwise.
  • This function creates a new instance of the XObject The result is 1 if successful, or error code otherwise.
  • This function disposes of XObject instance.
  • the result isl if successful, or error code otherwise.
  • This function sends string to toy card. Return 1 if successful, or error code otherwise.
  • This function returns 0 if no message found from toy card.
  • This function receives message from toy.
  • the result is a message.
  • This function returns Toy Number of last receiving message, or "00 00 00 00" if no message was received.
  • This function returns Sensor Number of last receiving message, or 255 if no message was received.
  • This function sends a reset string to toy. Return 0 if successful, or -1 otherwise. 15. Toy Tranceive
  • This function sends to toy message and waits 3 sec to acknowledge .
  • This function prepares toy card to generate sound using from toy speaker.
  • WaveFile may be played and heard at toy speaker.
  • This function sends to toy the sleep command.
  • FIG. 16 is a simplified flowchart illustration of a preferred method of operation of a computer radio interface (CRI) 110 operative to service an individual computer 100 of Fig. IA without interfering with other computers or being interfered with by the other computers, each of which is similarly serviced by a similar CRI.
  • CRI computer radio interface
  • the method of Fig. 16 is implemented in software on the computer 100 of Fig. IA.
  • the CRI includes a conventional radio transceiver (260 of Fig. 4) which may, for example, comprise an RY3 GB021 having 40 channels which are divided into 20 pairs of channels. Typically, 16 of the channel pairs are assigned to information communication and the remaining 4 channel pairs are designated as control channels.
  • a conventional radio transceiver (260 of Fig. 4) which may, for example, comprise an RY3 GB021 having 40 channels which are divided into 20 pairs of channels. Typically, 16 of the channel pairs are assigned to information communication and the remaining 4 channel pairs are designated as control channels.
  • one of the 4 control channel pairs is selected by the radio interface (step 810) as described in detail below in Fig. 17.
  • the selected control channel pair i is monitored by a first transceiver (step 820) to detect the appearance of a new toy which is signalled by arrival of a toy availability command from the new toy (step 816).
  • a first transceiver step 820
  • an information communication channel pair is selected (step 830) from among the 16 such channel pairs provided over which game program information will be transmitted to the new toy.
  • a preferred method for implementing step 830 is illustrated in self-explanatory flowchart Fig. 18A.
  • the "Locate Computer" command in Fig. 18A (step 1004) is illustrated in the flowchart of Fig. 18B.
  • the identity of the selected information communication channel pair is sent over the control channel pair to the new toy (step 840 ) .
  • a game program is then begun (step 850), using the selected information communication channel pair.
  • the control channel pair is then free to receive and act upon a toy availability command received from another toy. Therefore, it is desirable to assign another transceiver to that control channel pair since the current transceiver is now being used to provide communication between the game and the toy.
  • the transceiver which was formerly monitoring that control channel is marked as busy in a transceiver availability table (step 852).
  • the transceiver availability table is then scanned until an available transceiver, i.e. a transceiver which is not marked as busy, is identified (step 854).
  • This transceiver is then assigned to the control channel i (step 858).
  • Fig. 17 is a simplified flowchart illustration of a preferred method for implementing "select control channel pair" step 810 of Fig. 16.
  • the four control channels are scanned.
  • the computer sends an availability interrogation command (step 910) and waits for a predetermined time period, such as 250 ms, for a response (steps 930 and 940). If no other computer responds, i.e. sends back an "availability response command", then the channel pair is deemed vacant. If the channel pair is found to be occupied the next channel is scanned. If none of the four channel pairs are found to be vacant, a "no control channel available" message is returned.
  • Fig. 19 is a self-explanatory flowchart illustration of a preferred method of operation of the toy control device 130 which is useful in conjunction with the "multi-channel" embodiment of Figs. 16 - 18B.
  • i 1, ..., 4 is an index of the control channels of the system.
  • the toy control device sends a "toy availability command" (step 1160) which is a message advertising the toy's availability, on each control channel i in turn (steps 1140, 1150, 1210), until a control channel is reached which is being monitored by a computer.
  • step 1180 the computer responds (step 1180) by transmitting a "channel pair selection command" which is a message designating the information channel pair over which the toy control device may communicate with the game running on the computer.
  • step 1190 the toy control device may begin receiving and executing game commands which the computer transmits over the information channel pair designated in the control channel i .
  • a computer system in communication with a remote game server, as shown in Fig. 20.
  • the remote game server 1250 is operative to serve to the computer 100 at least a portion of at least one toy- operating game, which operates one or more toys 1260.
  • an entire game may be downloaded from the remote game server 1250.
  • a new toy action script or new text files may be downloaded from the remote game server 1250 whereas the remaining components of a particular game may already be present in the memory of computer 100.
  • Downloading from the remote game server 1250 to the computer 100 may take place either off-line, before the game begins, or on-line, in the course of the game. Alternatively, a first portion of the game may be received off-line whereas an additional portion of the game is received on-line.
  • the communication between the remote game server 1250 and the computer 100 may be based on any suitable technology such as but not limited to ISDN; X.25; Frame-Relay; and Internet.
  • An advantage of the embodiment of Fig. 20 is that a very simple computerized device may be provided locally, i.e. adjacent to the toy, because all "intelligence" may be provided from a remote source.
  • the computerized device may be less sophisticated than a personal computer, may lack a display monitor of its own, and may, for example, comprise a network computer 1270.
  • Fig. 21 is a simplified flowchart illustration of the operation of the computer 100 or of the network computer 1260 of Fig. 20, when operating in conjunction with the remote server 1250.
  • Fig. 22 is a simplified flowchart illustration of the operation of the remote game server 1250 of Fig. 20.
  • Fig. 23 is a semi-pictorial semi-block diagram illustration of a wireless computer controlled toy system including a toy 1500 having a toy control device 1504, a computer 1510 communicating with the toy control device 1504 by means of a computer-radio interface 1514 and a proximity detection subsystem operative to detect proximity between the toy and the computer.
  • the proximity detection subsystem may for example include a pair of ultrasound transducers 1520 and 1530 associated with the toy and computer respectively.
  • the toy's ultrasound transducer 1520 typically broadcasts ultrasonic signals which the computer's ultrasound transducer 1530 detects if the computer and toy are within ultrasonic communication range, e.g. are in the same room.
  • Figs. 24A - 24E taken together, form a detailed electronic schematic diagram of a multi-channel implementation of the computer radio interface 110 of Fig. 3 which is similar to the detailed electronic sche- matic diagrams of Figs. 5A - 5D except for being multichannel, therefore capable of supporting full duplex applications, rather than single-channel.
  • FIGS. 25A - 25F taken together, form a detailed schematic illustration of a computer radio interface which connects to a serial port of a computer rather than to the soundboard of the computer.
  • FIGS. 26A - 26D taken together, form a detailed schematic illustration of a computer radio interface which connects to a parallel port of a computer rather than to the soundboard of the computer.
  • Figs. 27A - 27J are preferred self-explanatory flowchart illustrations of a preferred radio coding technique, based on the Manchester coding, which is an alternative to the radio coding technique described above with reference to Figs. 8E, 8G - 8M and 10A - C.
  • Figs. 28A - 28K taken together, form a detailed electronic schematic diagram of the multi-port multi-channel computer radio interface sub-unit of Fig. 13.
  • Figs. 29A - 291 taken together, form a detailed electronic schematic diagram of the multi-port multi-channel computer radio interface sub-unit of Fig. 14.
  • Fig. 30 illustrates a further embodiment of the present invention which includes a combination of a Computer Radio Interface (CRI) and a Toy Control Device (TCD), 1610.
  • CRI Computer Radio Interface
  • TCD Toy Control Device
  • the combined unit 1610 controls a toy 1620 which is connected to the computer 100 by a device, such as a cable, and communicates with other toys, 120, by means such as radio communication, using the computer radio interface 110.
  • the toy 1620 is operated in a similar manner as the toy device 120.
  • Fig. 31 illustrates a simplified block diagram of the combined unit 1610.
  • Figs. 32A, 32B and 32C taken together form a simplified schematic diagram of the EP900 EPLD chip (U9) of Fig. 28H.
  • the code to program the EPLD chip for this schematic diagram preferably uses the programming package "Max Plus II Ver. 6.2" available from Altera Corporation, 3525 Monroe Street, Santa Clara, CA. 5051, USA.
  • Fig. 33 is a semi-pictorial semi-block diagram illustration of a computerized networked advertisement system constructed and operative in accordance with a preferred embodiment of the present invention.
  • a computerized toy or doll 300 is computer-controlled, preferably via a wireless connection between the toy 300 and a computer or workstation 310.
  • the computer or workstation 310 is associated, via the Internet or another communications network 320, with an advertisement server 330.
  • Fig. 34 is a data transmission diagram describing data transmissions between various network service providers which support the advertisement system of Fig. 33 according to one preferred embodiment of the present invention.
  • Fig. 35 is a semi-pictorial semi-block diagram illustration of a computerized networked advertisement system constructed and operative in accordance with a preferred embodiment of the present invention in which a virtual toyconveys advertisement bulletins to a user of the toy.
  • Fig. 36 is a simplified flowchart illustration of a preferred mode of operation for the user PC of Fig. 34.
  • Fig. 37 is a simplified flowchart illustration of a preferred mode of operation for the game software server of Fig. 34.
  • Fig. 38 is a simplified flowchart illustration of a preferred mode of operation for the marketer/advertisement provider of Fig. 34.
  • Fig. 39 is a simplified flowchart illustration of a preferred mode of operation for the software maintenance center of Fig. 34.
  • FIG. 40 - 58 An overview of Figs. 40 - 58, which describe a Living Object Internet Service System (LOIS) constructed and operative in accordance with a preferred embodiment of the present invention, is as follows: Figure 56
  • LOIS Living Object Internet Service System
  • Sites and Computing Devices shows what computing devices that participate in LOIS Figure 57
  • At Toy Maker HQ 1 presents the Living Object Server Figure 48
  • Toy Maker HQ 2 presents other LOIS subsystems running at the Toy Maker headquarters Subsystems and Data Flow
  • Client Update the collaborations that accomplish the update of a client installation, with a new Behavior
  • Playing a Game describes the collaborations involved in the entire process from authoring to deployment
  • FIG. 56 Sites and Computing Devices
  • the diagram shows the sites that participate in LOIS, and the computing devices running LOIS software at these sites.
  • a 3-D block is a site.
  • a site is defined as the aggregate of all subsystems owned by one organization, or home. The block is labeled with the name of the site and its cardinality.
  • Lightning connectors are communication links.
  • a server There are three types of computing devices inside the sites: a server, a workstation, and a Living Object.
  • LOIS can support up to a million Client Installations .
  • Each client installation features at least one Living Object, and a Client Access Terminal.
  • the only possible computing device is a Win32 PC. In the future Mac, Java, and other platforms will be supported.
  • Toy Maker HQ Up to a 100 Toy Makers can coexist in the initial implementation of LOIS. Each Toy Maker site features Staff Workstations and Toy Maker Servers.
  • Advertisers HQ Up to a 1000 Advertisers are supported in the initial implementation of LOIS. Each site features a Staff Workstation.
  • Creator HQ The Creator site consists of servers and Staff Workstations. There is only one Creator site. "Creator” is a name used for convenience to denote a supplier of living objects technology which may, for example, provide maintenance service for other HQs.
  • the diagram shows the sites that participate in LOIS, and the computing devices running LOIS software at these sites.
  • a 3-D block is a site labeled with the site name.
  • a line connector indicates communication between the two connected sites.
  • the circle arrow elements represents the direction of the data flow.
  • the attached text categorizes the data flow.
  • Client Update Responses these are the Behaviors that the Toy Maker Push Server returns in response to a Client Update Response.
  • Web Shop URLs these are the URLs the Toy Maker Web Store publishes. This includes catalog pages, search pages, purchase pages, and billing pages.
  • registration URLs these are the URLs the Toy Maker Registration Service publishes as forms to accept/modify registration info from users.
  • receipt emails emails from the Toy Maker that is receipt for online purchases.
  • announcement emails emails from the Toy Maker with announcements that might interest Living Objecc owners.
  • Client Update Requests are requests sent according to the Push Client schedule. They contain a unique client id.
  • Client Log Updates these are usage reports collected (and filtered/computed) on the client side by the Client Logger, and sent to the Profiling Service.
  • registration info this is the info collected by the registration forms. It is sent to the Registration Service at the Toy Maker site, from the web browser at the Client Installation.
  • Toy Maker HQ >Advertiser HQ reports: that are used by the advertiser to better target users.
  • Support requests/support Creator provides online technical and end user support.
  • Figures 40-42 At Home, At Advertisers HQ, At Creator HQ: These diagrams show the actors at the LOIS sites that participate in LOIS dynamics. Notation
  • a 2-D block is an actor. It may represent several actual people. The block is labeled with the role name of the actor.
  • the responsibilities list presents the LOIS dynamics where the actor participates.
  • the collaborations list presents collaborating actors, and their relationships.
  • the diagram shows the members of the Toy Maker organization that participate in LOIS dynamics. Notation
  • a 2-D block is an actor. It may represent several actual people. The block is labeled with the role name of the actor.
  • the responsibilities list presents the LOIS dynamics where the actor participates.
  • the collaborations list presents collaborating actors, and their relationships.
  • SysAdmin/Developer/WebMaster The Toy Maker technical personnel. No other actors at the Toy Maker site are required to have technical skills. The exact skills required depend on: The type of Behaviors produced at the Toy Maker (regular/complex).
  • the number of Client Installations subscribed to the Toy Maker ( 100, OOOs/millions ) .
  • Toy Makers with millions of subscribers will definitely require a skilled system administrator, if only for their web infosystem.
  • the main responsibility of the SysAdmin is keeping the Toy Maker servers running.
  • the Developer helps the Content Creator in creating complex Behaviors and web infosystem components, helps the Advertising Manager in creating complex Behavior Spaces, and helps everyone in creating complex workflow automations.
  • the WebMaster is responsible for the web infosystem.
  • Content Creator Creates Behaviors using the Behavior Designer. The Content Creator might also help the WebMaster in preparing a web infosystem that will convince parents to buy Behavior Subscriptions.
  • Advertising Manager Is responsible for getting more Behavior Subscriptions sold, and for selling parts of the Behavior Space to Advertisers. Also responsible usage and profile data reports.
  • Manager Manages the operation where Content Behavior Subscriptions are sold to users, and Advertisement Behaviors are pushed to users. Interacts mostly with reporting facilities in LOIS.
  • the diagram shows LOIS software subsystems, and the computing devices they run on, at the Client Installation. Notation
  • a 2-D block is a software subsystem. It shows the subsystem name, and a list of its responsibilities. Software subsystems can nest. The responsibilities of a container subsystem are defined all the responsibilities assumed by contained subsystems.
  • Lightning connections represent a communication link between computing devices.
  • Living Object An interactive toy controlled by the LOCS. Communicates through radio link with Client Access Terminal.
  • Client Access Terminal A personal/network computer running the Living Object Client. Communicates through radio with Living Object.
  • Living Object Client Defined as the subsystem that includes all software running on a Client Access Terminal: the Client Logger, the LOCS, and the Push Client.
  • Client Logger A software package which collects usage data from the LOCS, passes it through client side filters, and sends it to the Profiling Service, via the Push Client. It exists to facilitate client side filtering of usage data. For example: instead of sending 100 scores of a 100 vocabulary drills, the Client Logger computes averages, and these are sent to the Toy Maker Profiling Service.
  • Living Object Control Software (LOCS) The software package which controls the Living Object. It translates Behavior data submitted from the Push Client, into interactive commands which run on the Living Object.
  • Push Client A third party software package, customized by Creator for LOIS. It provides the client side of the push layer of LOIS.
  • Web Browser A third party software package. It is used as a client for registration/billing, and for the Web Store. This allows us to simplify the client.
  • the Living Object Client runs on the Client Access Terminal .
  • the diagram shows LOIS software subsystems, and the computing devices they run on, at the Creator headquarters. Notation
  • a 2-D block is a software subsystem. It shows the subsystem name, and a list of its responsibilities. Software subsystems can nest. The responsibilities of a container subsystem are defined all the responsibilities assumed by contained subsystems.
  • Lightning connections represent a communication link between computing devices.
  • Creator Server The server that runs LOIS software at the Creator site.
  • Push Server A software the provides the server side of the LOIS push layer. Connections
  • the Push Server runs on the Creator Server.
  • the diagram shows LOIS software subsystems, and the computing devicesthey run on, at the Advertisers headquarters. Notation
  • a 2-D block is a software subsystem. It shows the subsystem name, and a list of its responsibilities. Software subsystems can nest. The responsibilities of a container subsystem are defined all the responsibilities assumed by contained subsystems.
  • Lightning connections represent a communication link between computing devices.
  • Workstation The workstation that runs LOIS software at the Advertisers site.
  • Behavior Designer A friendly application for authoring complex Behaviors. The output of working with this software, is an authored Behavior.
  • Reporting Software A subsystem that helps the Advertisers understand the who is using LOIS, and how they are using it.
  • the Behavior Designer runs on the Workstation.
  • the Reporting Software runs on the Workstation.
  • the diagram shows LOIS software subsystems, and the computing devices they run on, at the Toy Maker headquarters. In this diagram we focus on the elements of the Living Object Server.
  • a 2-D block is a software subsystem. It shows the subsystem name, and a list of its responsibilities. Software subsystems can nest. The responsibilities of a container subsystem are defined all the responsibilities assumed by contained subsystems.
  • Lightning connections represent a communication link between computing devices .
  • Toy Maker Servers A computing device/s that runs the Living Object Server software.
  • Living Object Server The subsystem that includes the Push Server, database server, Web Shop, Registration Service, Behavior Space Manager, and Profiling Service, web server, and list server
  • Database server All subsystems use the ODBMS libraries for handling persistent objects. Most important objects in LOIS are persistent in the database server. Because we are working with ODMG-93 there is no database code such as embedded SQL. We do not mention the database server anymore, since the ODMG mappings allow us to treat it as transparent.
  • Behavior Space Manager A software subsystem that has two roles. For design-time, it provides services for effectively managing large Behavior Spaces, uploading Behaviors, query and reporting services, etc. For run-time, it provides a function that maps any user ID to a Behavior.
  • Living Object Control Software (LOCS) The software package which controls the Living Object. It translates Behavior data submitted from the Push Client, into interactive commands which run on the Living Object.
  • Push Client A third party software package, customized by Creator for LOIS. It provides the client side of the push layer of LOIS.
  • Web Browser A third party software package. It is used as a client for registration/billing, and for the Web Store. This allows us to simplify the client. Connections
  • the Living Object Client runs on the Client Access Terminal.
  • Figure 48 At Toy Maker HQ 2 The diagram shows LOIS software subsystems, and the computing devicesthey run on, at the Toy Maker headquarters. In this diagram we focus on the subsystems not in the Living Object Server. Notation
  • a 2-D block is a software subsystem. It shows the subsystem name, and a list of its responsibilities. Software subsystems can nest. The responsibilities of a container subsystem are defined all the responsibilities assumed by contained subsystems.
  • Lightning connections represent a communication link between computing devices .
  • Workstation A workstation that runs LOIS software.
  • Reporting Software A subsystem that helps the Toy Maker understand the who is using LOIS, and how they are using it. It works against all existing information, to create customizable reports. It has the capability to create automatic reports, on schedule.
  • Behavior Designer A friendly application for authoring complex Behaviors. The output of working with this software, is an authored Behavior.
  • Server Console The main interface to LOIS. Its main features are:
  • the diagram shows the data flow between the subsystems at the Clientlnstallation. Notation
  • a 2-D block is a software subsystem. It shows the subsystem name .
  • Connections imply communications between the subsystems/devices .
  • LOCS ⁇ >Living Object: The LOCS translates Behaviors into commands that can be run on the Living Object. All usage data is sent from the Living Object to the LOCS.
  • Behaviors may contain code that passes specific usage data to the Client Logger.
  • Push Client ⁇ > Internet: The Push Client passes Client Update Requests to the Internet, signifying a Behavior update is requested. It also passes Client Log Updates, that contain data prepared by the Client Logger. From the Internet the Push Client receives Client Update Responses ( Behaviors ) , and software updates that it installs.
  • Web Browser ⁇ >Internet : The web browser is used to browse the Web Store, purchase Behavior Subscriptions, and for LOIS email.
  • Subsystems and Data Flow Figure 50 At Advertisers HQ
  • the diagram shows the data flow between the subsystems at the Advertisers headquarters. Notation
  • a 2-D block is a software subsystem. It shows the subsystem name.
  • Connections imply communications between the subsystems/devices .
  • Behavior Designer >Internet : Advertisement Behaviors are uploaded to the Toy Maker Server, where they will be pushed to Client Installations.
  • the diagram shows the data flow between the subsystems at the ToyMaker headquarters. Notation
  • a 2-D block is a software subsystem. It shows the subsystem name.
  • Connections imply communications between the subsystems/devices .
  • Server Console Registration Service: The Server Console applies configuration to the Registration Service.
  • Server Console >Behavior Space Manager: The Server Console applies configuration to the Behavior Space Manager .
  • Behaviors are authored and passed to the BSM, where they are added to all available Behaviors.
  • Server Console >Web/List Server: announcement emails are authored/uploaded and edited in the Server Console, then passed to the List Server for mass mailing.
  • Behavior Space Manager ⁇ >Push Server: The Push Server passes user IDs of Client Update Requests to the BSM. It maps them to Behaviors that are returned to the Push Server.
  • Push Server The Push Server sends out Behaviors, and receives requests, and usage data.
  • Web Shop ⁇ >Web/List Server: Web Shop URLs are produced on the fly by the Web Shop. It also accepts orders from the web server.
  • Web/List Server ⁇ Registration Service: This data flow is required for registration services.
  • the diagram shows the collaborations involved in a client update.
  • a 2-D block is a software subsystem. It shows the subsystem name.
  • Connections imply communications between the subsystems/devices .
  • the Push Client notifies the Client Logger that a client update is about to take place. It does this on schedule, and only when 'bandwidth niceness ' permits.
  • the Client Logger passes the usage data to the Push Client. This is asynchronous to the rest of the process, but must happen during the client update. 3.
  • the Push Client sends Client Update Request with the user ID.
  • the Client Update Request is received by the Push Server.
  • the Push Server requests a mapping from the BSM by passing it a user ID.
  • the BSM replies with a list of Behaviors that are fitting for the Client Installation.
  • the Push Client receives the Client Update Response.
  • a Client Log Update is sent from the Push Client, from the usage data sent by the Client Logger.
  • Push Server receives the Client Log Update.
  • Client Log Update is sent to the Profiling Service.
  • the diagram shows the collaborations involved when a game is played on the Living Object. Notation
  • a 2-D block is a software subsystem. It shows the subsystem name.
  • Connections imply communications between the subsystems/devices .
  • the Living Object notifies the LOCS of a session init event. This could be because it has sensed the Child, or because the Child initiated a session.
  • the LOCS and the Living Object now communicate commands and interactions, that implement the running Behavior.
  • the Living Object passes any usage data that the running Behavior specifies to the LOCS.
  • the diagram shows the internal states and transitions at the ClientLogger subsystem.
  • a round block is a state. It shows the name of the state.
  • Figure 54 Living Object Control Software The diagram shows the internal states and transitions at the LOCS.
  • a round block is a state. It shows the name of the state.
  • LOCS is either idle, or running Active Behavior on Living Object.
  • LOCS computes a new active behavior, and retrieves it from disk.
  • LOCS will send any usage data to the Client Logger.
  • the diagram shows the internal states and transitions at the PushClient.
  • a round block is a state. It shows the name of the state.
  • the Living Object Server subsystem that manages mass mailings of announcements and receipts. Behavior Class;
  • the smallest unit of the living object behavior published from the Behavior Designer. It defines Living Object interactivity for some period of time. A Behavior may be dependent on other Behaviors .
  • BD A Creator application, part of LOIS, that allows Content Creators to create interactive Behaviors. Behavior Space Class;
  • BSM Behavior Space Manager
  • the software installed on the Living Object Server that manages the Toy Maker Behavior Spaces. It implements the mappings between Profiles and Behaviors (i.e. narrow-casting/ personalization).
  • LOIS will guarantee the delivery of certain Behaviors to the subscriber.
  • a user that interacts with a Living Object.
  • a subsystem that includes the Child, Parent, Client Access Terminal, and any number of Living Objects.
  • a client subsystem responsible for collecting usage data, and sending it to the Profiling Service, after running client side filters, and perhaps computing client side aggregate statistics.
  • the time between the session init notification, and the session exit notification This is the time the Living Object recognizes the Child, and the child wants to interact. Any number of Behaviors may be run during a single game.
  • the subsystem that includes all software running on a Client Access Terminal: the Client Logger, Living Object Control Software, and the Push Client.
  • LOCS The software that controls the Living Object. It runs behaviors. Runs on the Client Access Terminal .
  • LOIS The system that provides Toy Makers and Advertisers with effective, high-resolution control over Behavior Spaces, and the transparent publishing of the correct Behaviors to millions of subscribers.
  • Living Object Server Subsystem The system that provides Toy Makers and Advertisers with effective, high-resolution control over Behavior Spaces, and the transparent publishing of the correct Behaviors to millions of subscribers.
  • the subsystem that includes the Push Server, database server, Web Shop, Registration Service, Behavior Space Manager, and Profiling Service, web server, and list server. It is at the Toy Maker site.
  • the subsystem that includes all software running at Site Maker and Advertiser sites: Behavior Designer, Server Console, Behavior Space Manager, Profiling Service, Push Server, database server, Reporting Software, Registration Service, and Web Shop.
  • the member of the Toy Maker in charge of setting business policy and analyzing business performance reports .
  • the object that models all usage and registration information concerning a User The object that models all usage and registration information concerning a User.
  • the Living Object Server subsystem that manages profiling data. Runs on the Living Object Server.
  • the software installed on the Living Object Server, and the Creator server, that provides push services over the Internet.
  • Registration Service Subsystem The software that handles user registration through the web .
  • the software that generates reports and analysis from usage data generated by the Profiling Service Server Console Subsystem
  • a WWW site that allows Parents and Children to browse, sample, and purchase Content. Content is purchased as a Behavior Subscription.
  • the first implementation of LOIS is targeted at toy makers, who wish to centrally manage their living toys, which are at user's homes.
  • the product should provide the following services, grouped by the users targeted by the service: children, parent, and big corporations. We describe the services, and an analysis of the related use cases.
  • the main service offered to children, who are the direct users of the living objects, is the transparent updating of object behaviors.
  • the child is involved only in that he may trigger the use case, but there are other ways for it to be triggered.
  • the child is the actor the use case is servicing.
  • This use case captures the scenario where the client requests and receives a new living object update.

Landscapes

  • Toys (AREA)

Abstract

L'invention concerne un appareil destiné à un système de jouet commandé sans fil par un ordinateur. L'appareil comprend un système informatique (100, 105, 110) qui sert à envoyer une première transmission au moyen d'un premier émetteur sans fil (110) et au moins un jouet (120) qui comprend un premier récepteur sans fil (130), ledit jouet recevant la première transmission au moyen du premier récepteur sans fil et agissant de manière à exécuter au moins une action sur la base de la première transmission. L'invention concerne également un procédé pour commander le système de jouet.
PCT/IL1999/000271 1998-05-20 1999-05-20 Poupee intelligente Ceased WO1999060358A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
IL13956299A IL139562A0 (en) 1999-05-20 1999-05-20 Computer-controlled toy
AU39530/99A AU3953099A (en) 1998-05-20 1999-05-20 I*doll
JP2000549925A JP2002536030A (ja) 1998-05-20 1999-05-20 アイ＊ドール
EP99922472A EP1080352A1 (fr) 1998-05-20 1999-05-20 Poupee intelligente
CA002332582A CA2332582A1 (fr) 1998-05-20 1999-05-20 Poupee intelligente

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US8188998A 1998-05-20 1998-05-20
US09/081,889 1998-05-20

Publications (1)

Publication Number Publication Date
WO1999060358A1 true WO1999060358A1 (fr) 1999-11-25

Family

ID=22167057

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IL1999/000271 Ceased WO1999060358A1 (fr) 1998-05-20 1999-05-20 Poupee intelligente

Country Status (6)

Country Link
EP (1) EP1080352A1 (fr)
JP (1) JP2002536030A (fr)
CN (1) CN1310795A (fr)
AU (1) AU3953099A (fr)
CA (1) CA2332582A1 (fr)
WO (1) WO1999060358A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001012285A1 (fr) * 1999-08-19 2001-02-22 Kidkids, Inc. Jouets en reseau
JP2002063505A (ja) * 2000-08-16 2002-02-28 Nippon Telegr & Teleph Corp <Ntt> 情報配信方法、情報配信センタ装置、情報配信端末装置及びキャラクタ人形

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001125585A (ja) * 1999-08-31 2001-05-11 Swisscom Ltd 移動ロボット及び移動ロボットを制御する方法
USD476003S1 (en) 2002-05-15 2003-06-17 Hannstar Display Corp LCD display
USD476653S1 (en) 2002-05-15 2003-07-01 Hannstar Display Corp. Display
USD473866S1 (en) 2002-05-15 2003-04-29 Hannstar Display Corp. Display
USD473865S1 (en) 2002-05-15 2003-04-29 Hannstar Display Corp. Display
USD474768S1 (en) 2002-05-15 2003-05-20 Hannstar Display Corp. Display
USD474466S1 (en) 2002-06-12 2003-05-13 Hannstar Display Corp. LCD display
USD476991S1 (en) 2002-06-13 2003-07-08 Hannstar Display Corp. LCD display
USD474467S1 (en) 2002-06-20 2003-05-13 Hannstar Display Corp. LCD display
USD473229S1 (en) 2002-06-20 2003-04-15 Hannstar Display Corp. LCD display
USD475707S1 (en) 2002-06-21 2003-06-10 Hannstar Display Corp. LCD display
USD473556S1 (en) 2002-06-21 2003-04-22 Hannstar Display Corp. LCD display
JP2007006352A (ja) * 2005-06-27 2007-01-11 Nippon Television Network Corp データ放送を利用した外部機器の制御システムと、それに用いられる装置及びプログラム
GB2448883A (en) * 2007-04-30 2008-11-05 Sony Comp Entertainment Europe Interactive toy and entertainment device
CN103985232A (zh) * 2013-02-07 2014-08-13 北京希格玛和芯微电子技术有限公司 无线遥控系统
CN105597312A (zh) * 2015-12-25 2016-05-25 珠海金山网络游戏科技有限公司 一种游戏命令处理方法和系统
CN106128461A (zh) * 2016-09-07 2016-11-16 青岛启程儿童机器人有限公司 一种智能玩具与远程服务器的信息传输方法
CN106406328B (zh) * 2016-11-05 2020-04-03 杭州畅动智能科技有限公司 一种基于机器人开发平台的运动控制方法
CN107665702A (zh) * 2016-11-09 2018-02-06 汎达科技（深圳）有限公司 一种带音频播放的电子设备的使用方法
CN107320951A (zh) * 2017-06-27 2017-11-07 成都艺游互娱网络科技有限公司 用于游戏与智能玩具结合的方法、玩具底座、交互系统
CN107715470B (zh) * 2017-09-19 2020-01-07 东莞市佰腾塑胶五金制品有限公司 一种遥控玩具的控制方法、装置及系统
US11931183B2 (en) * 2019-05-02 2024-03-19 University Of Central Florida Research Foundation, Inc. Computer analysis and enhanced visualization of play interactions
CN110732146A (zh) * 2019-10-15 2020-01-31 深圳市安瑞创电子科技有限公司 一种可拆装分离使用的镶嵌式遥控器
JP2023136648A (ja) * 2022-03-17 2023-09-29 Ｎｅｃスペーステクノロジー株式会社 トランスポンダ、通信システム、処理方法、およびプログラム

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3009040A1 (de) 1980-03-08 1981-09-17 Hermann Dipl.-Chem. Dr. 8510 Fürth Neuhierl Spielfahrzeug mit elektrischer stromversorgung, elektrischem antrieb und funkfernsteuerung
US4334221A (en) * 1979-10-22 1982-06-08 Ideal Toy Corporation Multi-vehicle multi-controller radio remote control system
US4712184A (en) 1984-09-12 1987-12-08 Haugerud Albert R Computer controllable robotic educational toy
US4729563A (en) * 1984-12-28 1988-03-08 Nintendo Co., Ltd. Robot-like game apparatus
US4786967A (en) * 1986-08-20 1988-11-22 Smith Engineering Interactive video apparatus with audio and video branching
US4799171A (en) * 1983-06-20 1989-01-17 Kenner Parker Toys Inc. Talk back doll
US4840602A (en) 1987-02-06 1989-06-20 Coleco Industries, Inc. Talking doll responsive to external signal
US5021878A (en) 1989-09-20 1991-06-04 Semborg-Recrob, Corp. Animated character system with real-time control
US5142803A (en) 1989-09-20 1992-09-01 Semborg-Recrob, Corp. Animated character system with real-time contol
US5191615A (en) 1990-01-17 1993-03-02 The Drummer Group Interrelational audio kinetic entertainment system
US5195920A (en) 1989-02-16 1993-03-23 Collier Harry B Radio controlled model vehicle having coordinated sound effects system
US5270480A (en) 1992-06-25 1993-12-14 Victor Company Of Japan, Ltd. Toy acting in response to a MIDI signal
US5289273A (en) 1989-09-20 1994-02-22 Semborg-Recrob, Corp. Animated character system with real-time control
US5388493A (en) 1993-11-17 1995-02-14 Curletto; Giorgio F. Extra low profile housing for vertical dual keyboard MIDI wireless controller for accordionists

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4334221A (en) * 1979-10-22 1982-06-08 Ideal Toy Corporation Multi-vehicle multi-controller radio remote control system
DE3009040A1 (de) 1980-03-08 1981-09-17 Hermann Dipl.-Chem. Dr. 8510 Fürth Neuhierl Spielfahrzeug mit elektrischer stromversorgung, elektrischem antrieb und funkfernsteuerung
US4799171A (en) * 1983-06-20 1989-01-17 Kenner Parker Toys Inc. Talk back doll
US4712184A (en) 1984-09-12 1987-12-08 Haugerud Albert R Computer controllable robotic educational toy
US4729563A (en) * 1984-12-28 1988-03-08 Nintendo Co., Ltd. Robot-like game apparatus
US4786967A (en) * 1986-08-20 1988-11-22 Smith Engineering Interactive video apparatus with audio and video branching
US4840602A (en) 1987-02-06 1989-06-20 Coleco Industries, Inc. Talking doll responsive to external signal
US5195920A (en) 1989-02-16 1993-03-23 Collier Harry B Radio controlled model vehicle having coordinated sound effects system
US5021878A (en) 1989-09-20 1991-06-04 Semborg-Recrob, Corp. Animated character system with real-time control
US5142803A (en) 1989-09-20 1992-09-01 Semborg-Recrob, Corp. Animated character system with real-time contol
US5289273A (en) 1989-09-20 1994-02-22 Semborg-Recrob, Corp. Animated character system with real-time control
US5191615A (en) 1990-01-17 1993-03-02 The Drummer Group Interrelational audio kinetic entertainment system
US5270480A (en) 1992-06-25 1993-12-14 Victor Company Of Japan, Ltd. Toy acting in response to a MIDI signal
US5388493A (en) 1993-11-17 1995-02-14 Curletto; Giorgio F. Extra low profile housing for vertical dual keyboard MIDI wireless controller for accordionists

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001012285A1 (fr) * 1999-08-19 2001-02-22 Kidkids, Inc. Jouets en reseau
JP2002063505A (ja) * 2000-08-16 2002-02-28 Nippon Telegr & Teleph Corp <Ntt> 情報配信方法、情報配信センタ装置、情報配信端末装置及びキャラクタ人形

Also Published As

Publication number Publication date
EP1080352A1 (fr) 2001-03-07
JP2002536030A (ja) 2002-10-29
AU3953099A (en) 1999-12-06
CN1310795A (zh) 2001-08-29
CA2332582A1 (fr) 1999-11-25

Similar Documents

Publication Publication Date Title
WO1999060358A1 (fr) Poupee intelligente
US20010021669A1 (en) I*doll
US6368177B1 (en) Method for using a toy to conduct sales over a network
US12263406B2 (en) System and method of gamification of real-life events
US20020005787A1 (en) Apparatus and methods for controlling household appliances
US6773322B2 (en) Programmable assembly toy
US6352478B1 (en) Techniques and apparatus for entertainment sites, amusement parks and other information and/or entertainment dispensing sites
US6290566B1 (en) Interactive talking toy
US6206745B1 (en) Programmable assembly toy
US6773344B1 (en) Methods and apparatus for integration of interactive toys with interactive television and cellular communication systems
EP0961645A2 (fr) Poupee i*
CA2290348A1 (fr) Dispositif et procedes de commande d&#39;appareils electromenagers
US20250196011A1 (en) System and method of gamification of real-life events
CN1951533A (zh) 交互式玩具系统
WO2001012285A9 (fr) Jouets en reseau
JPH11511859A (ja) 動的な構成及び動作を有する教育娯楽装置
Bredikhina et al. Avatar driven VR society trends in Japan
WO2001069799A2 (fr) Procedes et appareils d&#39;integration de jouets interactifs a des systemes de communications cellulaires et de television interactive
EP2555840A1 (fr) Jouets interactifs
WO2002029761A1 (fr) Procede d&#39;utilisation d&#39;un jouet pour conduire une vente
WO1999010065A2 (fr) Jouet parlant interactif
EP1197898A2 (fr) Rassemblement d&#39;informations et techniques pour leur personnalisation
CN117032458A (zh) 虚拟管家的交互方法、存储介质和电子设备
CN120034666A (zh) 虚拟对象的控制方法和装置、存储介质及电子设备
WO2001057697A1 (fr) Systeme de mercatique destine a des clients appartenant a un groupe d&#39;interet commun

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 99808910.9

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AT AU AZ BA BB BG BR BY CA CH CN CU CZ CZ DE DE DK DK EE EE ES FI FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SK SL TJ TM TR TT UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SL SZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 139562

Country of ref document: IL

ENP Entry into the national phase

Ref document number: 2332582

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: KR

WWE Wipo information: entry into national phase

Ref document number: 1999922472

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1999922472

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWW Wipo information: withdrawn in national office

Ref document number: 1999922472

Country of ref document: EP