Data processing: database and file management or data structures – Database design – Data structure types
Reexamination Certificate
2001-03-09
2003-11-25
Breene, John E. (Department: 2177)
Data processing: database and file management or data structures
Database design
Data structure types
C709S203000, C707S793000
Reexamination Certificate
active
06654765
ABSTRACT:
This application contains a computer program listing appendix on two identical computer discs in CD-R format, which is fully incorporated herein by reference, in compliance with 37 C.F.R. §1.52(e). Each compact disc contains a single file named “09.802.473.Appendix A” of size 15 KB created on Dec. 5, 2002.
BACKGROUND OF THE INVENTION
1. Field of the Invention
This invention relates to the field of object-oriented computer applications, and, more specifically, to network media applications.
Portions of the disclosure of this patent document contain material that is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure as it appears in the Patent and Trademark Office file or records, but otherwise reserves all copyright rights whatsoever.
2. Background Art
Growing interest in the media distribution capabilities of the Internet and the World Wide Web has resulted in the development of a variety of multimedia data compression and encoding formats or media types, such as MPEG-1, MPEG-2, QuickTime, H.261, PCM, AU and MIDI, for efficient transport of audio, video and other forms of media. Media applications supporting one or more such media types are available for presenting multimedia content downloaded from the Internet or other networks. To enhance the capabilities of those media applications, plug-in decoders are often installed on the user machine to facilitate decompression/decoding of particular media types.
Unfortunately, the installation of plug-in decoders becomes cumbersome in terms of storage resources required for installing the plug-ins on the user computer system. Also, a user is required to locate the often elusive plug-in decoders, and install them on the user computer system prior to viewing any media data of a given format. The utility of a media application is thus limited to those media formats supported by a user's collection of installed plug-in decoders. With the large numbers of current media types, and the constant influx of new media types, it is not feasible to install every type of plug-in decoder. To better illustrate the shortcomings of current media applications, description of a sample networked multimedia environment of the prior art is given below with respect to FIG.
1
.
In
FIG. 1
, user computer system
100
is coupled to server
106
via network
105
. Server
106
comprises persistent storage
107
, which contains a library of media data of various data types (e.g., JPEG, PCM, MPEG1, Cinepak, etc.). The media data include data files
108
,
109
and
110
of data types JPEG, PCM and MPEG1, respectively.
User computer system
100
comprises a persistent storage resource
101
, such as a hard drive, and an execution space
103
in temporary storage such as system RAM. Persistent storage
101
contains a plug-in library
102
comprising installed plug-in decoders
111
,
112
and
113
corresponding to JPEG, PCM and H.261 data types, respectively. Execution space
103
contains media application
104
, which comprises JPEG data file
108
′ and plug-in JPEG decoder
111
′ for decoding/decompressing JPEG media data.
JPEG data file
108
′ is a copy of data file
108
, downloaded from server
106
. Plug-in decoder
111
′ is a copy of JPEG decoder
111
loaded from persistent storage
101
to accommodate processing of JPEG data. Because user computer system
100
only has plug-in decoders for JPEG, PCM and H.261 data types installed in persistent storage
101
, media application
104
is limited to presenting either JPEG, PCM or H.261 media data. For example, MPEG1 data file
110
from server
106
cannot be presented by media application
104
because there is no plug-in decoder installed in persistent storage
101
for decoding/decompressing MPEG1 media data. There is no mechanism for decoding media data of data types for which a corresponding plug-in is not installed on the user computer system. Further, unused plug-in decoders installed on user computer system
100
represent an inefficient use of storage resources.
For systems such as diskless clients and Network Computers (NCs), which are not equipped with persistent storage such as a hard disk, pre-installation of media decoders is not supported. A plug-in architecture may not be possible, limiting presentation of media to a small number of data types supported by decoders built into the media application itself. No flexibility is provided for new data types.
SUMMARY OF THE INVENTION
A method and apparatus for providing plug-in media decoders is described. Embodiments of the invention provide a “plug-in” decoder architecture that allows software decoders to be transparently downloaded, along with media data, from a network to a user application on a user computer. The user application is thus able to support new media types as long as the corresponding plug-in decoder is available over the network with the media data. Persistent storage requirements are lessened because the downloaded decoder is transient, existing in application memory for the duration of execution of the user application. The architecture also supports use of plug-in decoders already installed in the user computer.
One embodiment of the invention is implemented with object-based class files executed in a virtual machine to form a media application. A media data type is determined from incoming media data, and used to generate a class name for a codec (coder-decoder) object corresponding to the given media data type. A search is performed of all locations provided in a class path vector, including the source location of the incoming media data, to determine the location of the codec class file for the given class name. When the desired codec class file is located, the virtual machine's class loader loads the class file for integration into the media application. If the codec class file is located across the network at the source location of the media data, the class loader downloads the codec class file from the network. Once the class file is loaded into the virtual machine, an instance of the codec class is created within the media application to decode/decompress the media data as appropriate for the media data type.
REFERENCES:
patent: 5664182 (1997-09-01), Nierenberg et al.
patent: 5692183 (1997-11-01), Hapner et al.
patent: 5809250 (1998-09-01), Kisor
patent: 5809507 (1998-09-01), Cavanaugh, III
patent: 5903728 (1999-05-01), Semenzato
patent: 5928323 (1999-07-01), Gosling et al.
patent: 6006241 (1999-12-01), Purnaveja et al.
patent: 6216152 (2001-04-01), Wong et al.
Gosling, J. et al: “The Java Language Environment. A White Paper” Oct. 1995. Sun Delivers Java Workshop, pp. 1, 4-85 XP002042922.
B. Day: “Java Media Framework Player API” Javaworld Online!, Apr. 1997 XP002093309.
C. McManis: The basic of Java Class loaders: Javaworld Online!, Oct. 1996 XP002093310.
Rivas Jesus David
Wong Daniel C. W.
Yamasani Amith
Ali Mohammad
Breene John E.
Martine & Penilla LLP
Sun Microsystems Inc.
LandOfFree
Method and apparatus for providing plug-in media decoders does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Method and apparatus for providing plug-in media decoders, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method and apparatus for providing plug-in media decoders will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3184620