Solid-state memory device that emulates a known storage device

TECHNICAL FIELD

[0001] The present invention is directed to the field of computer peripherals, and more particularly, to the field of storage devices.

BACKGROUND OF THE INVENTION

[0002] A peripheral device (“peripheral”) is a device that is connected to and controlled by a computer system. Peripherals include such devices as a disk drive, printer, modem, optical scanner, or joystick. Peripherals may be connected to a computer system via various types of connections, including a PCI bus, a parallel connection, or a serial connection. Modern serial connections include Universal Serial Bus (“USB”) and <b>1394</b> connections. Modern serial connections generally permit several peripheral devices to be attached to a computer system via the same serial connection. For instance, a printer, a scanner, and a joystick could all be connected to a computer system via a single USB connection.

[0003] Computer systems generally include a program called an operating system that, among other things, manages communications between the computer system and its peripherals. In order to communicate with a particular peripheral, an operating system generally requires an additional computer program called a “driver.” The driver for a particular peripheral generally knows the capabilities of the peripheral and the command set for the peripheral. While modem operating systems generally include drivers for common devices, such as hard disk drives, there are many peripherals for which operating systems do not include drivers. In particular, operating systems seldom provide drivers for peripherals that were not available when the operating system was released. In order to use such a peripheral in conjunction with a computer system, the operating system on that computer system must install a driver for the peripheral. Providing such a driver can be a significant inconvenience for the user attempting to use the peripheral. For example, the user may be required to locate a floppy disk or CD that contains the driver, or to download the driver from the Internet. Based on the foregoing, a new peripheral that did not require the provision of a separate driver would have significant utility.

[0004] In addition to their drivers, some peripherals also operate in conjunction with other programs. For example, optical scanners often operate in conjunction with an application program for creating in the computer system digital representations of documents that are scanned by the scanner. Similarly, sequential access tape drives often operate in conjunction with file backup utilities that copy the contents of a hard disk drive to a sequential tape cartridge. A new peripheral that did not require the separate provision of these additional programs would also have significant utility.

[0005] Entertainment, or “game” software titles are available for many general-purpose computer systems. Such entertainment titles are usually distributed on CD-ROM. While some entertainment titles are small and can be completely loaded into memory from CD-ROM quickly, modern entertainment titles continue to grow larger and larger, containing large quantities of executable program code, as well as large quantities of data, such as digitized sounds, images, and video clips. Because of the relatively low data transfer rate of CD-ROM drives, these modern entertainment titles appear to load and execute slowly, which often produces significant user dissatisfaction. Based on the foregoing, a new, faster medium for distributing entertainment titles for general-purpose computer systems would have significant utility.

[0006] Further, entertainment titles and other software titles frequently contain some portions that must be loaded from the medium quickly, and other portions that may be loaded from the media more slowly. For example, an entertainment title may have executable code that must be loaded quickly, as well as a video sequence that may be loaded more slowly as the video sequence plays. Unfortunately, because software titles are typically shipped on media of a single type, developers must choose either to ship the entire software title on a medium having a low transfer rate and create user dissatisfaction during the loading of the portions that must be loaded from the medium quickly, or to ship the entire software title on a medium having a high transfer rate and drive up the cost of manufacturing the software product. Based on foregoing, a new, speed-heterogeneous medium for distributing software titles would have significant utility.

SUMMARY OF THE INVENTION

[0007] The present invention is directed to a solid-state read-only memory device that may be connected to a computer system via a serial connection, such as a Universal Serial Bus or <b>1394</b> connection, and that does not require a special driver. When it is initialized as part of initializing the devices on the serial connection during the operating system's boot process, the memory device inaccurately identifies itself as a storage device of a type known to the operating system, such as a hard drive. The contents of the memory device can then be read using portions of the operating system designed and provided for reading from storage devices of the identified type.

[0008] Such a memory device has several useful applications. First, it can be used alone as a fast form of storage, having both a small latency time and a large transfer rate. Such use is well-suited to video game cartridges, such as those used with popular video game console systems. Second, the memory device can be incorporated in another device. For example, such a memory device containing a driving video game may be incorporated in a steering wheel game controller. As a further example, such a memory device can be incorporated in a peripheral device, such as a printer or a scanner. Such a memory device may contain a driver for the peripheral device. When the serial connection is initialized, the memory device inaccurately identifies itself as a hard drive, and the peripheral device correctly identifies itself by its peripheral device type. If the correct driver for the identified device type is not already available computer system, the computer system searches all available storage devices, including the memory device of the invention, where it finds the correct driver for the peripheral device. The computer system can then install this driver, and proceed to use the new peripheral device without requiring the correct driver to be provided manually. Instead of the driver or in addition to the driver, the memory device may contain additional programs, such as application programs that utilize the peripheral device. By integrating the memory device into the additional device, it can be guaranteed that the data stored in the memory device is always available in conjunction with the additional device. Finally, the solid-state memory device may be combined with a storage device having different characteristics, such as a CD-ROM drive with media. Such a combination may be used with applications that have different retrieval performance requirements for different portions of their data. As an example, a game may include executable code, which must be loaded quickly, and video data, which can be loaded more slowly. In accordance with such requirements, the executable code could be stored in the faster solid-state memory device, while the video data could be stored on the cheaper CD-ROM.

BRIEF DESCRIPTION OF THE DRAWINGS

P-0009[0009]FIG. 1 is a high-level block diagram of the general-purpose computer system to which the solid-state memory device is preferably connected.

P-0010[0010]FIG. 2 is a block diagram showing the functional components for the additional peripheral shown in FIG. 1 for the embodiment providing the memory device in conjunction with another peripheral.

P-0011[0011]FIG. 3 is a flow diagram that shows the steps preferably performed by the operating system in order to utilize an additional peripheral that includes a peripheral function subsystem and an associated driver.

P-0012[0012]FIG. 4 is a block diagram showing the functional components of the additional peripheral shown in FIG. 1 for the serial ROM embodiment.

DETAILED DESCRIPTION OF THE INVENTION

P-0013[0013] The present invention is directed to a solid-state read-only memory device that may be connected to a computer system via a serial connection, such as a Universal Serial Bus or 1394 connection, and that does not require a special driver. When it is initialized as part of initializing the devices on the serial connection during the operating system's boot process, the memory device inaccurately identifies itself as a storage device of a type known to the operating system, such as a hard drive. The contents of the memory device can then be read using portions of the operating system designed and provided for reading from storage devices of the identified type.

P-0014[0014] Such a memory device has several useful applications. First, it can be used alone as a fast form of storage, having both a small latency time and a large transfer rate. Such use is well-suited to video game cartridges, such as those used with popular video game console systems. Second, the memory device can be incorporated in another device. For example, such a memory device containing a driving video game may be incorporated in a steering wheel game controller. As a further example, such a memory device can be incorporated in a peripheral device, such as a printer or a scanner. Such a memory device may contain a driver for the peripheral device. When the serial connection is initialized, the memory device inaccurately identifies itself as a hard drive, and the peripheral device correctly identifies itself by its peripheral device type. If the correct driver for the identified device type is not already available computer system, the computer system searches all available storage devices, including the memory device of the invention, where it finds the correct driver for the peripheral device. The computer system can then install this driver, and proceed to use the new peripheral device without requiring the correct driver to be provided manually. Instead of the driver or in addition to the driver, the memory device may contain additional programs, such as application programs that utilize the peripheral device. By integrating the memory device into the additional device, it can be guaranteed that the data stored in the memory device is always available in conjunction with the additional device. Finally, the solid-state memory device may be combined with a storage device having different characteristics, such as a CD-ROM drive with media. Such a combination may be used with applications that have different retrieval performance requirements for different portions of their data. As an example, a game may include executable code, which must be loaded quickly, and video data, which can be loaded more slowly. In accordance with such requirements, the executable code could be stored in the faster solid-state memory device, while the video data could be stored on the cheaper CD-ROM.

P-0015[0015]FIG. 1 is a high-level block diagram of the general-purpose computer system to which the solid-state memory device is preferably connected. The computer system <b>100</b>, or “data processing system,” contains a central processing unit (CPU) <b>110</b> and a computer memory (memory) <b>120</b>. The computer system <b>100</b> is further connected to input/output devices, including a storage device <b>140</b>, such as a hard disk drive; a floppy drive <b>150</b>; a CD-ROM drive <b>160</b>; and an additional peripheral device <b>170</b> containing the solid-state memory device, and optionally a related traditional peripheral device. The additional peripheral <b>170</b> is preferably connected to the computer system <b>100</b> by a serial connection <b>180</b>, and may share this serial connection with other peripheral devices (not shown). The memory <b>130</b> preferably contains an operating system <b>130</b>, such as Microsoft® Windows® 98. The operating system <b>130</b>, in turn, includes a driver <b>131</b> for hard drives, and a driver <b>132</b> for floppy drives, which enable the operating system to access hard drives and floppy drives without installing additional drivers. The memory <b>120</b> further preferably contains a driver <b>121</b> for CD-ROM drives, an application program <b>122</b>, data <b>123</b> corresponding to the application program, and a utility program <b>124</b>. The memory <b>120</b> may also contain additional data not shown. While the solid-state memory device is preferably connected to a computer system configured as described above, those skilled in the art will recognize that it may also be connected to computer systems having different configurations.

P-0016[0016]FIG. 2 is a block diagram showing the functional components for the additional peripheral shown in FIG. 1 for the embodiment providing the memory device in conjunction with another peripheral. In several embodiments, these functional components are all provided in the same case or package, such that they are generally inseparable. In these embodiments, the functional components generally remain in this case or package. The additional peripheral <b>170</b> preferably includes a peripheral function subsystem <b>210</b>, a memory device <b>220</b>, and a known storage device emulation subsystem <b>230</b>. The peripheral function subsystem is the portion of the additional peripheral that provides typical peripheral functionality. For example, it may be a CD-ROM drive that reads CD-ROMs, a printer that prints documents, an optical scanner that reads documents, a modem that connects the computer system to another computer system via phone lines, a joystick or other game controller that a user may use to provide input to an entertainment software title, a DVD RAM drive that may used to read or write DVDs, etc. The foregoing list is merely illustrative, as the peripheral function subsystem can perform the function of any traditional peripheral device, whether now known or later developed.

P-0017[0017] A persistent memory device <b>220</b> contains data relating to the peripheral function subsystem. For example, the memory device may contain a driver for the peripheral function subsystem. The memory device may further contain any other program or programs relating to the peripheral function subsystem, such as application or utility programs executed in connection with the peripheral function subsystem. For example, the memory device may contain a document scanning application executed in conjunction with an optical scanner peripheral function subsystem. As another example, the memory device may contain a file backup utility program executed in conjunction with a sequential tape drive. As a further example, the memory device may include an entertainment software title that uses a game controller peripheral function subsystem to provide input for the entertainment title. To better facilitate the command translation function of the known storage device emulation subsystem <b>230</b>, the driver and other files stored in the memory device <b>220</b> are preferably stored in a manner that is similar, if not identical, to the format in which they would be stored on a hard drive.

P-0018[0018] The known storage device emulation subsystem <b>230</b> contains logic that misrepresents the memory device <b>220</b> as a hard disk drive, or as a device of another type known to the operating system. Because the operating system understands the memory device <b>220</b> to be a hard disk drive, or a device of another type known to it, the operating system is not prompted to search for and install a driver for the memory device—rather it registers the memory device as a hard drive or other known device in its drive letter table, and expects that it may access the memory device by issuing commands within the command set for a hard drive or other known device. If, on the other hand, the known device emulation system did not misrepresent the identity of the memory device, the operating system would have to obtain and install a special driver in order to read from the memory device. When the operating system subsequently receives commands from the hard drive command set, they are intercepted by the known storage device emulation subsystem, which translates them for execution by the memory device.

P-0019[0019] Because the memory device is preferably read-only, the principal hard drive commands to which it must respond under the control of the known storage device emulation subsystem are commands for reading data. These are detailed, for example, in the Small Computer System Interface-<b>2</b> (“SCSI-2”) proposed standard, which is available from the International Standards Organization under Reference No. 9316-1. It will be appreciated by those skilled in the art, however, that any standard for communication between a computer system and a hard drive or other device known to the operating system may be used to derive the hard drive command set to which the known storage device emulation subsystem should respond appropriately. In the example of the SCSI-2 standard, the memory device must respond to commands to read from the hard drive, such as READ(6) (operation code 08h) and READ(10 ) (operation code 28h). In response to these read commands, the memory device must locate in the memory device the specified data and return it to the operating system. The memory device must also respond appropriately to other commands defined by the standard for hard drives. For instance, in response to commands to format the hard drive (e.g., FORMAT UNIT (operation code 3Ah)), or to write to the hard drive (e.g., WRITE(6) (operation code 0Ah)), WRITE(10) (operation code 2Ah), WRITE AND VERIFY (operation code 2Eh), WRITE BUFFER (operation code 3Bh), WRITE LONG (operation code 3Fh), WRITE SAME (operation code 41h), the memory device must return an error message to the effect that these commands cannot be performed by the memory device. The memory device similarly responds to other commands defined for the hard drive as is appropriate. All of these responses are preferably handled by the known storage device emulation subsystem <b>230</b>.

P-0020[0020] The memory device <b>220</b> is preferably a solid-state silicon read-only memory device, but may be implemented using other technologies as prevailing device price and performance conditions militate. The known storage device emulation subsystem <b>230</b> is preferably an application specific integrated circuit, a programmable logic array, or a microcontroller or microprocessor coupled with a control ROM. Alternative technologies may be substituted as prevailing device price and performance conditions militate.

P-0021[0021] In one embodiment, the memory device <b>220</b> and the known storage device emulation subsystem <b>230</b> are combined in a device such as an application specific integrated circuit, a programmable logical array, or a microcontroller or a microprocessor coupled with a controller/data ROM.

P-0022[0022]FIG. 3 is a flow diagram that shows the steps preferably performed by the operating system in order to utilize an additional peripheral that includes a peripheral function subsystem and an associated driver. While these steps are preferably performed during the operating system's startup process, they may also or instead be performed at a later time. In step <b>301</b>, the operating system enumerates the serial bus. That is, the operating system requests a report of the identities of all the devices connected to the serial bus. While such enumeration reporting is well known to those skilled in the art, details of this process may be found, for example, in the Universal Serial Bus specification, Revision 1.0, Jan. 15, 1996, presently available at http://www.teleport.com/˜USB. In response to the enumeration request of step <b>301</b>, the operating system receives a report of the memory device <b>220</b>. The report inaccurately indicates that the memory device is of the hard drive device type. Alternatively, the operating system may receive a report that indicates that the memory device is of another device type that can be accessed by the operating system without an additional driver, or is “known” to the operating system.

P-0023[0023] In step <b>303</b>, also in response to the enumeration request of step <b>301</b>, the operating system receives a correct report of the identity of the peripheral function subsystem. That is, where the peripheral function subsystem is an optical scanner, the report received in step <b>303</b> indicates that the peripheral function subsystem is an optical scanner. In step <b>304</b>, because a driver must be found and installed for the peripheral function subsystem to make the peripheral function subsystem usable, the operating system searches all available drives for a driver for the peripheral function subsystem. This list preferably includes drives such as a CD-ROM drive, a floppy drive, and hard drives including the memory device <b>220</b>. In step <b>305</b>, the operating system finds the driver stored in the memory device, loads this driver from the memory device, and installs it. Following this installation process, the operating system can communicate with the peripheral function subsystem using the driver. For example, in step <b>306</b>, the operating system accesses the peripheral function subsystem using the installed driver. These steps then conclude. Thus, the invention provides a new peripheral (the peripheral function subsystem) that does not require the provision of a separate driver.

P-0024[0024] In additional embodiments of the invention, rather than containing a driver, the memory device <b>220</b> contains other programs relating to the peripheral function subsystem, such as application or utility programs. These programs can be loaded from the memory device <b>220</b> in a similar manner and executed on the CPU <b>110</b>. Thus, the invention provides a peripheral device that integrally provides a program relating to the peripheral device.

P-0025[0025] The present invention also provides a serial ROM additional peripheral. This embodiment can be used to store any program that benefits from quick retrieval, such as a game program. FIG. 4 is a block diagram showing the functional components of the additional peripheral shown in FIG. 1 for the serial ROM embodiment. In this embodiment, the additional peripheral <b>170</b> contains only the memory device <b>220</b> and the known storage device emulation subsystem <b>230</b>. The memory device <b>220</b> and the known storage device emulation subsystem <b>230</b> function together as described above in conjunction with FIG. 2, allowing the operating system to quickly retrieve programs stored in the memory device using commands in the hard drive command set. These two functional components may be implemented and combined in the manners discussed above in conjunction with FIG. 2.

P-0026[0026] In a further embodiment, the invention provides a speed-heterogeneous storage device. In this embodiment, the solid-state memory device <b>220</b> constitutes a fast storage medium, while the peripheral function subsystem <b>210</b> constitutes a slower, lower cost storage medium, such as a CD-ROM drive containing a permanently-installed CD-ROM. Those skilled in the art will appreciate that different medium may be readily substituted for the solid-state memory device as the fast storage medium and/or the CD-ROM drive as the slower, lower-cost storage medium. In this embodiment, transfer speed-sensitive data, such as executable code for an entertainment title, is stored in the memory device <b>220</b>. Transfer speed-insensitive data, such as playable or streaming multimedia files (e.g., video clips) are preferably stored in the peripheral function subsystem <b>210</b>, thereby reducing the amount of more expensive solid-state memory required in the additional peripheral <b>170</b>.

P-0027[0027] While this invention has been shown and described with reference to preferred embodiments, it will be understood by those skilled in the art that various changes or modifications in form and detail may be made without departing from the scope of the invention. For example, instead of comprising a traditional peripheral device, the peripheral function subsystem may comprise devices of other types, such as conventional computer electronics devices, like televisions and cellular telephones.