Methods and apparatus implementing techniques to embed files in an electronic document. user input specifies files to be embedded in an electronic document and metadata to be associated with the specified files in the electronic document. The specified files are embedded in the electronic document in response to the input. A manifest is created in the electronic document. The manifest includes representations of each of the embedded files and the specified metadata. Each representation of the metadata is associated in the manifest with representations of one or more corresponding files of the embedded files. The manifest includes presentation information defining how the representations will be presented to a user.

Patent
   7668868
Priority
Nov 04 2002
Filed
Jun 29 2006
Issued
Feb 23 2010
Expiry
Jan 24 2024
Extension
446 days
Assg.orig
Entity
Large
8
21
all paid
7. A computer-readable storage device tangibly encoding an electronic document, comprising:
a plurality of files embedded in an electronic document;
metadata associated with the embedded files; and
a manifest including representations of each of the embedded files and metadata, each representation of the metadata being associated in the manifest with representations of one or more corresponding files of the embedded files, the manifest including presentation information defining how the representations will be presented to a user, the manifest including one or more interactive controls associated with representations of the corresponding one or more of the embedded files, the interactive controls being selectable by a user to perform one or more actions on the corresponding embedded files.
1. A computer-implemented method, comprising:
receiving an electronic document including one or more embedded files and a manifest, the manifest including representations of each of the embedded files and metadata associated with the embedded files, each representation of the metadata being associated in the manifest with representations of one or more corresponding files of the embedded files, the manifest including presentation information defining how the representations will be presented to a user, the manifest including one or more interactive controls associated with representations of the corresponding one or more of the embedded files, the interactive controls being selectable by a user to perform one or more actions on the corresponding embedded files; and
presenting the manifest to a user according to the presentation information.
4. A computer-readable storage device tangibly embodying instructions operable by one or more data processing apparatus to cause a computer system to:
receive an electronic document including one or more embedded files and a manifest, the manifest including representations of each of the embedded files and metadata associated with the embedded files, each representation of the metadata being associated in the manifest with representations of one or more corresponding files of the embedded files, the manifest including presentation information defining how the representations will be presented to a user, the manifest including one or more interactive controls associated with representations of the corresponding one or more of the embedded files, the interactive controls being selectable by a user to perform one or more actions on the corresponding embedded files; and
present the manifest to a user according to the presentation information.
14. A system comprising:
a processor; and
a computer-readable storage device tangibly embodying software instructions executable by the processor to perform operations comprising:
receiving an electronic document including one or more embedded files and a manifest, the manifest including representations of each of the embedded files and metadata associated with the embedded files, each representation of the metadata being associated in the manifest with representations of one or more corresponding files of the embedded files, the manifest including presentation information defining how the representations will be presented to a user, the manifest including one or more interactive controls associated with representations of the corresponding one or more of the embedded files, the interactive controls being selectable by a user to perform one or more actions on the corresponding embedded files; and
presenting the manifest to a user according to the presentation information.
2. The method of claim 1, wherein:
the metadata includes text information, image information or graphics information.
3. The method of claim 1, further comprising:
receiving user input selecting an interactive control in the manifest, the selected interactive control being associated with one or more representations of embedded files; and
performing an action on one or more embedded files according to the selected interface control.
5. The storage device of claim 4, wherein:
the metadata includes text information, image information or graphics information.
6. The storage device of claim 4, further comprising instructions operable to cause the computer system to:
receive user input selecting an interactive control in the manifest, the selected interactive control being associated with one or more representations of embedded files; and
perform an action on one or more embedded files according to the selected interface control.
8. The storage device of claim 7, wherein:
the metadata includes metadata extracted from the one or more of the embedded files.
9. The storage device of claim 7, wherein:
the metadata includes text information, image information or graphics information.
10. The storage device of claim 7, wherein:
the manifest includes one or more interactive controls, the interactive controls being selectable by a user to perform one or more actions defined by behavior specified for the corresponding embedded files.
11. The storage device of claim 10, wherein:
one or more of the interactive controls are associated with representations of the corresponding one or more of the embedded files.
12. The storage device of claim 10, wherein:
one or more of the interactive controls include representations of one or more of the embedded files.
13. The storage device of claim 10, wherein:
the one or more actions include opening or saving one or more corresponding embedded files.
15. The system of claim 14, wherein the metadata includes text information, image information or graphics information.
16. The system of claim 14, the operations further comprising:
receiving user input selecting an interactive control in the manifest, the selected interactive control being associated with one or more representations of embedded files; and
performing an action on one or more embedded files according to the selected interface control.

This is a divisional patent application which claims priority from U.S. patent application Ser. No. 10/288,322, filed Nov. 4, 2002, now U.S. Pat. No. 7,089,248 the full disclosure of which is incorporated herein by reference.

This invention relates to the collection and transmission of a group of files.

It can often be useful to collect multiple files into a single package. Archiving software, such as the WinZip® archiving utility, available from WinZip Computing, Inc., can be used to collect a group of files into an archive, which can be stored, transmitted and/or downloaded as a single package. Adobe®Acrobat® document management software, available from Adobe Systems Incorporated of San Jose, Calif., can be used to create and manipulate documents in Portable Document Format (PDF). Files of any format can be embedded in a PDF document, and the resulting PDF document, including any embedded files, can be stored and transmitted as a single document.

The invention provides methods and computer program products that enable the creator or user of an electronic document to embed files in the electronic document, and to insert into the electronic document descriptive information that describes the electronic document and/or the individual embedded files.

In general, in one aspect, the invention features methods and apparatus implementing techniques for embedding files in an electronic document. The techniques include receiving user input specifying files to be embedded in an electronic document and metadata to be associated with the specified files in the electronic document; embedding the specified files in the electronic document in response to the input; and creating a manifest in the electronic document. The manifest includes representations of each of the embedded files and the specified metadata. Each representation of the metadata is associated in the manifest with representations of one or more corresponding files of the embedded files. The manifest includes presentation information defining how the representations will be presented to a user.

Particular implementations can include one or more of the following features. Metadata can be extracted from the embedded files. The manifest can include representations of the metadata extracted from the embedded files. The metadata can include text information, image information or graphics information.

A manifest template can be provided. The manifest template can define a default layout for representations of one or more of the embedded files and the metadata. Creating a manifest in the electronic document can include creating a manifest according to the manifest template.

User input specifying the presentation information can be received. User input specifying behavior to be associated with one or more of the embedded files can also be received. The manifest can include one or more interactive controls that are selectable by a user to perform one or more actions defined by the behavior specified for the corresponding embedded files. The interactive controls can be associated with representations of the embedded files. The interactive controls can also include representations of one or more of the embedded files. The actions can include opening or saving one or more corresponding embedded files.

Embedding the specified files in the electronic document can include creating an electronic document and embedding the identified files in the created electronic document. Embedding the specified files in the electronic document can include embedding the identified files in an existing electronic document. A previous manifest representing a first collection of embedded files can be replaced with a new manifest page representing a second collection of embedded files. Representations of each of the embedded files and the specified metadata can be added to an existing manifest. The manifest created can be added as a second manifest to an electronic document containing a first manifest.

Receiving user input specifying files and metadata can include presenting a user with an interface in which the user can select files to be embedded in the electronic document and/or specify metadata to be associated with the specified files. The manifest can be presented to a user. User input selecting an interactive control in the manifest associated with one or more representations of embedded files can be received. An action can be performed on one or more embedded files according to the selected interactive control.

In another aspect, the invention features methods and apparatus implementing techniques for representing electronic documents. The techniques include receiving an electronic document including one or more embedded files and a manifest; and presenting the manifest to a user according to the presentation information. The manifest includes representations of each of the embedded files and metadata associated with the embedded files. Each representation of the metadata is associated in the manifest with representations of one or more corresponding files of the embedded files. The manifest includes presentation information defining how the representations will be presented to a user

Particular implementations can include one or more of the following features. The metadata can include text information, image information or graphics information. The manifest can include one or more interactive controls associated with representations of the corresponding embedded files. The interactive controls can be selectable by a user to perform one or more actions on the corresponding embedded files.

User input selecting an interactive control in the manifest associated with one or more representations of embedded files can be received. An action can be performed on one or more embedded files according to the selected interface control.

In another aspect, the invention features an electronic document. The electronic document includes multiple embedded files, metadata associated with the embedded files, and a manifest including representations of each of the embedded files and metadata. Each representation of the metadata is associated in the manifest with representations of one or more corresponding files of the embedded files. The manifest includes presentation information defining how the representations will be presented to a user.

Particular implementations can include one or more of the following features. The metadata can include metadata extracted from the embedded files. The metadata can include text information, image information or graphics information. The manifest can include one or more interactive controls that are selectable by a user to perform one or more actions defined by behavior specified for the corresponding embedded files.

The invention can be implemented to realize one or more of the following advantages. A manifest of an electronic document can include descriptive information describing files that are embedded in the electronic document. The descriptive information can include system information that identifies each embedded file, and can also include user-specified information, such as information summarizing the contents of the electronic document and/or the individual embedded files, instructions on the use of the document or the embedded files, or the identity of a directory in which the embedded files should be stored. Displaying the descriptive information included in the manifest to a user, such as a recipient, of the electronic document provides a convenient way for the creator of the electronic document to convey specific information about the embedded files to the user. By viewing the descriptive information included in the manifest, the user can access information about the embedded files without having to open and inspect each of the files. The inclusion of interactive controls in the manifest gives the user a convenient way to manipulate the embedded files in a graphical user interface. A security interface can be implemented in the manifest to secure the delivered files.

The manifest can be useful for archival purposes. Integrating documentation with a group of files, so that both are saved together as one file, provides an efficient technique for storing the files. The embedded files can be encoded and compressed within the container document, which makes the package size smaller than the total size of all of the original files.

The details of one or more embodiments of the invention are set forth in the accompanying drawings and the description below. Other features and advantages of the invention will become apparent from the description, the drawings, and the claims.

FIG. 1 is a block diagram illustrating an implementation of an electronic document for transmitting a group of files;

FIG. 2 is a block diagram illustrating an implementation of a manifest for an electronic document for transmitting a group of files;

FIG. 3 is a flow diagram illustrating an implementation of a method for embedding a group of files in an electronic document; and

FIG. 4 is a flow diagram illustrating an implementation of a method for saving a group of files from an electronic document.

Like reference numbers and designations in the various drawings indicate like elements.

An electronic document according to the invention includes one or more embedded files, metadata including descriptive or instructive information about the electronic document and/or the embedded files, and, optionally, one or more selectable controls for relevant operations that can be performed on or with associated embedded files. The electronic document according to the invention also includes presentation information specifying how the content of the electronic document will be presented to a user. Thus, an application opening the electronic document determines how to present the document to the user based on the information in the document. An electronic document does not necessarily correspond to a file. An electronic document may be stored in a portion of a file that holds other documents or in a single file dedicated to the document in question.

Any type of file, including any MIME type, can be packaged in the electronic document. A file, as used in this specification, refers to an entity of data, i.e., a string of bytes, that is capable of being manipulated as an entity. Files can represent any kind of information, such as text, images, executables, or simply binary data.

FIG. 1 is a block diagram illustrating an implementation of an electronic document 100. Electronic document 100 includes a collection of embedded files 120 and a manifest 110. The electronic document includes presentation information defining how the content of the electronic document, including the manifest 110, will be presented to a user, such that manifest 110 is presented to the user in the electronic document according to the presentation information when the electronic document is opened. The collection of embedded files 120 can include files of any type, such as text files, spreadsheets, Portable Document Format (“PDF”) documents, executable files (e.g., computer programs), etc. The collection of embedded files 120 can include any number of files 130. Each file 130 of the collection of files 120 is accessible through the manifest 110.

In one implementation, the electronic document 100 is a PDF document, and manifest 110 is a PDF page that can be created using, e.g., Adobe® Acrobat® software available from Adobe Systems Incorporated of San Jose, Calif. The files 130 in the collection of files 120 can be embedded in the electronic document 100 using, for example, the data import or file attachment tool in the software.

FIG. 2 is a block diagram illustrating an implementation of a manifest 110. The manifest 110 is automatically created when a user chooses to create an electronic document 100 including a collection of embedded files 120 or when files are embedded into an existing electronic document 100. The manifest 110 includes metadata associated with the electronic document 100 to describe the electronic document 100 and its embedded files, such as instructions how to use the embedded files. Thus, a separate instruction file need not be included with the embedded files 130 or electronic document 100.

The manifest 110 includes a list 270 of files 130 embedded in the electronic document 100, and a field for introductory material 210. The manifest can also include information specifying behavior to be associated with one or more of the embedded files. The specified behavior can include operations to perform on each of the files 130 or the collection of files 120. The operations that are available to a user can be selected by the creator of the electronic document 100. The specified behavior can be implemented in the manifest as interactive features of the presentation such as dialog boxes, action buttons or radio buttons. Computer code, such as a JavaScript to trigger actions related to the control buttons can be embedded in the electronic document 100.

The specified behavior can include any operations that can be performed on a file. For example, the specified behavior can include saving, opening, deleting, sending or copying one or more of the files 130 or the collection of files 120. The specified behavior can also include replying to a sender of the collection of files 120 or notifying others of the reception of the collection of files 120. The creator of the electronic document 100 can choose which of the operations will be available to a user of the document, and if the user will be given any options at all. For example, the creator can choose to have the electronic document automatically save the files 130 or the collection of files 120 in the user's system.

If the creator chooses to allow the user to have a choice of operations, the creator can also choose how to present the user with the available operations. The creator can choose to present the user with a dialog box including one or more of the operations available to the user. The creator can also choose to include interactive controls, such as interactive controls 220, 230, 240, in the manifest 110.

In the example of the manifest 110 shown, the manifest 110 includes a “SAVE ALL” interactive control 220 that is operable to save all of the files embedded in the document, an “OPEN” interactive control 230 associated with each of the embedded files, and a “SAVE” interactive control 240 associated with each of the embedded files. Each of the “OPEN” interactive controls 230 can be selected by a user to open the associated embedded file. The “SAVE” interactive control 240 can be selected by the user to save the file in another directory or medium. For example, the user can save each of the files 130 to a hard disk.

The introductory information 210 can include system information that is automatically inserted into the manifest 110, such as the file name for the electronic document 100, the time the electronic document 100 was created, and the number of files 130 embedded in the electronic document 100. Some of the introductory information can be changed, such as the file name of the electronic document. The creator of the electronic document 100 can also input additional introductory information 210 regarding the electronic document 100, such as what the collection of files 120 represents or instructions regarding the use of the of the electronic document 100 and its embedded files. For example, the introductory information 210 could describe an application that can be installed into a computer system by installing the collection of files 120.

The list 270 includes an entry 250 for each file 130 embedded in the electronic document 100. Each entry 250 includes a field for metadata 260. The metadata can include automatically generated system information, such as file name, file size, date of creation, etc. The metadata can also include information from within the file. Thus, if the file includes photographic images and metadata of people in the images, the automatically generated system information can include names of people who are depicted in the images in the file. Adobe Systems Inc.'s eXtensible Metadata Platform® (XMP®) is an example of an open framework for storing and retrieving metadata from within electronics documents.

The metadata 260 also includes descriptive information entered by the creator of the electronic document (e.g., the person responsible for embedding the files in the electronic document) after the files 130 are embedded or during the embedding process. This descriptive information can include any information the creator thinks might be useful to a user of the electronic document 100, such as a summary of what the corresponding embedded file 130 contains, instructions for its use, or a directory in which the file 130 should be saved.

The security interface 280 can allow the creator of the electronic document 100 to limit access to the electronic document 100. The security interface 280 can be implemented using encryption techniques including passwords and public/private key techniques (“PPK”). For example, the security interface can be configured to make the manifest visible or accessible in the electronic document only upon receipt of a valid password. The security interface 280 can provide for validating passwords by including, for example, user identification and password entry fields. Thus, the security interface 280 can allow access to access to all or a part of the files 130 in the electronic document 100 only to users who have been given permission upon successful entry of user identification and password information.

The security interface 280 can also include the creator's signature, which can be used in addition to using password protection for the manifest to secure the embedded files. Any change to the embedded files will invalidate the creator's signature. In contrast, regular E-mail file attachments may be easily changed or replaced, particularly when forwarding the email. Known techniques such as Electronic Digital Signatures can be used to provide for signature and validation.

FIG. 3 is a flow diagram illustrating an implementation of a method for embedding a collection of files in an electronic document. A system receives input invoking an embedding process (step 310). Receiving input invoking the embedding process can include, for example, selection of a file attachment tool in a document management application, such as Adobe® Acrobat® software.

The system receives input identifying files 130 to be included in an electronic document 100 (step 320). The system can present the user with a list of files, such as a list of files in a file directory, from which the user can choose the files to embed. The input identifying files to be embedded can include descriptive information 260 about each file as described above. For example, after a file has been selected, the system can present the creator of the electronic document 100 with an interface in which to specify metadata 260 to be associated with the file 130, such as a summary of the file 130. Alternatively, the electronic document creator can be permitted to specify metadata after the file or files have been embedded in the electronic document 100.

The system can present the electronic document creator with options regarding what a receiving user of the electronic document 100 will be able to do with the files 130. The electronic document creator can choose whether the receiving user will have options of what operations to perform on the files, such as saving, opening, deleting, sending, copying, etc. The electronic document creator can choose how to present the receiving user with the choices, as described above with respect to FIG. 2. For example, the electronic document creator can hide some files or controls for specified users. The system can present the electronic document creator with an interface in which to specify the options the receiving user will be presented.

The system embeds the files 130 in the electronic document 100 (step 330). In one implementation, the steps 320 and 330 can be performed for each file 130 to be embedded. Thus, a user can choose one file 130 at a time to embed in the electronic document 100. As each file 130 is embedded, the user will be given the option of continuing or ending the embedding process. If the user chooses to continue, the system returns to step 320 and allows another file 130 to be chosen. If the user chooses to end the embedding process, the system goes on to step 340. Optionally, the system can also be configured to allow the user to select more than one file at a time to be embedded.

The system creates a manifest 110 in the electronic document 100 (step 340). The system can automatically generate the manifest 110 based on a template. The template can include sections (e.g., predefined fields) for introductory information 210, the security interface 280, the user interface controls 220, 230, 240, the metadata 260 and the list of files 270.

At any time during or after creation of the manifest 110, the system can populate the manifest 110 with introductory information 210 about the electronic document 100, and the file information for each file entry 250. The system can also extract metadata from the files, using conventional metadata extractions methods, and add the extracted metadata to the manifest 110. At this point, the user can also add to or change some or all of the introductory information 210, such as adding information regarding the electronic document 100 or changing the file name listed for the electronic document 100. When the user indicates that he or she is finished adding information—for example, by selecting a “DONE” button in the user interface—the system generates the completed manifest 110.

The electronic document 100 can be an existing electronic document 100 that is updated to include embedded files 130 or to include additional embedded files 130. The manifest 110 can be generated as a new page of the electronic document 100, replacing any previous manifest 110 that already exists in the electronic document 100. Alternatively, the new manifest 110 can be generated only for newly added embedded files, such that there is more than one manifest 110 in electronic document 100, or by adding representations of each of the embedded files and the specified metadata to an existing manifest.

FIG. 4 is a flow diagram illustrating an implementation of a method for extracting files 130 in a collection of files 120 from an electronic document 100. The method begins when a user selects and opens the electronic document 100 (step 410). The user can be a recipient of the electronic document 100, if the electronic document 100 is transmitted, or any other user that is given access to the electronic document 100. The user can also include the creator of the electronic document 100.

The system displays the manifest 110 to the user (step 420). The manifest 110 displayed is the page generated at the conclusion of the process described with reference to FIG. 3. The user is thus able to view the introductory information describing the electronic document 100 and the collection of embedded files 120, as well as metadata 260 describing the individual embedded files 130. The user can use this information to identify one or more of the embedded files 130 to open, save, copy, delete or send.

The system receives input identifying one or more of the files 130 in the electronic document 100 to be extracted (step 430). The input can include a selection of one of the interactive controls 220, 230, 240 by the user or a selection from a dialog box by the user. One or more of the interactive controls, such as the “OPEN” interactive control 230 and the “SAVE” interactive control 240, can be part of or associated with each file entry 250, as described above. In response to this input, the system extracts the identified files (step 440). For example, the system can send a file to another user if the user selects “SEND” from a dialog box corresponding to a file entry 250. In another example, the system can open a file 130 if the user selects the “OPEN” interactive control 230 corresponding to the corresponding file entry 250. Optionally, if the user does not have on his or her system an application that is required to open a particular embedded file, the system can display an error message if the user selects an “OPEN” interactive control associated with the file. Alternatively, the system can be configured to omit the “OPEN” interactive control for any file that cannot be opened with available applications, or to display the “OPEN” interactive control for such files as being disabled—for example, by graying out the “OPEN” interactive control for each such file.

The system can save a file to a specific location if the user selects the “SAVE” interactive control 240 corresponding to the file entry. If the user selects the “SAVE ALL” interactive control 220, the system saves all of the embedded files to a specified location. If the user selects either the “SAVE” interactive control 240 or the “SAVE ALL” interactive control 220, the system can save one or all of the files to a storage medium or directory of the user's choice at step 440. The system can present the user with a dialog allowing the user to choose a location, such as a directory, in which to save the file(s). The location can be a hard disk, a floppy disk, or other storage medium. Upon receiving the user's selection, the system can save the file(s) to that location.

The invention can be implemented in digital electronic circuitry, or in computer hardware, firmware, software, or in combinations of them. Apparatus of the invention can be implemented in a computer program product tangibly embodied in a machine-readable storage device for execution by a programmable processor; and method steps of the invention can be performed by a programmable processor executing a program of instructions to perform functions of the invention by operating on input data and generating output. The invention can be implemented advantageously in one or more computer programs that are executable on a programmable system including at least one programmable processor coupled to receive data and instructions from, and to transmit data and instructions to, a data storage system, at least one input device, and at least one output device. Each computer program can be implemented in a high-level procedural or object-oriented programming language, or in assembly or machine language if desired; and in any case, the language can be a compiled or interpreted language. Suitable processors include, by way of example, both general and special purpose microprocessors. Generally, a processor will receive instructions and data from a read-only memory and/or a random access memory. Generally, a computer will include one or more mass storage devices for storing data files; such devices include magnetic disks, such as internal hard disks and removable disks; magneto-optical disks; and optical disks. Storage devices suitable for tangibly embodying computer program instructions and data include all forms of non-volatile memory, including by way of example semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM disks. Any of the foregoing can be supplemented by, or incorporated in, ASICs (application-specific integrated circuits).

To provide for interaction with a user, the invention can be implemented on a computer system having a display device such as a monitor or LCD screen for displaying information to the user and a keyboard and a pointing device such as a mouse or a trackball by which the user can provide input to the computer system. The computer system can be programmed to provide a graphical user interface through which computer programs interact with users.

The invention has been described in terms of particular embodiments. Other embodiments are within the scope of the following claims. For example, the steps of the invention can be performed in a different order and still achieve desirable results. Also, the electronic document 100 may include other electronic documents 100 containing embedded files or, conversely, the electronic document 100 can be embedded in another electronic document 100. Also, the invention can be implemented as a separate computer program or integrated into other programs. Files accessible through networks, as well as local files, can be embedded into the electronic document 100.

Further, the invention can be used for file organization as well as file delivery (e.g., the method can be used to group files for file management and data storage). For example, the manifest can be stored separately from the embedded files. The file(s) can be put into a document archive and the manifest can contain enough information about the files so that they can be automatically retrieved. This gives the same effect as if all of the embedded files are contained within one file, even where the manifest and embedded files are stored in separate locations (such as a document database). Accordingly, other embodiments are within the scope of the following claims.

King, James C., Chang, Xintai

Patent Priority Assignee Title
10218586, Jan 23 2013 OWL Cyber Defense Solutions, LLC System and method for enabling the capture and securing of dynamically selected digital information
8776254, Jan 23 2013 OWL Cyber Defense Solutions, LLC System and method for the secure unidirectional transfer of software and software updates
9229995, Dec 17 2012 Business Objects Software Extracting data from business intelligence files
9306953, Feb 19 2013 OWL Cyber Defense Solutions, LLC System and method for secure unidirectional transfer of commands to control equipment
9311329, Jun 05 2014 OWL Cyber Defense Solutions, LLC System and method for modular and continuous data assurance
9536096, Dec 17 2012 Business Objects Software Ltd. Presenting visualizations of business intelligence data
9582475, Dec 17 2012 Business Objects Software Ltd. Packaging business intelligence documents with embedded data
9736121, Jul 16 2012 OWL Cyber Defense Solutions, LLC File manifest filter for unidirectional transfer of files
Patent Priority Assignee Title
5625711, Aug 31 1994 Adobe Systems Incorporated Method and apparatus for producing a hybrid data structure for displaying a raster image
5729637, Aug 31 1994 Adobe Systems, Inc Method and apparatus for producing a hybrid data structure for displaying a raster image
5870559, Apr 11 1997 HEWLETT-PACKARD DEVELOPMENT COMPANY, L P Software system and associated methods for facilitating the analysis and management of web sites
5999649, Aug 31 1994 Adobe Systems Incorporated Method and apparatus for producing a hybrid data structure for displaying a raster image
6366695, Aug 31 1994 Adobe Systems Incorporated Method and apparatus for producing a hybrid data structure for displaying a raster image
6385350, Aug 31 1994 Adobe Systems Incorporated Method and apparatus for producing a hybrid data structure for displaying a raster image
6405197, Sep 18 1998 Oracle International Corporation Method of constructing and displaying an entity profile constructed utilizing input from entities other than the owner
6507858, May 30 1996 Microsoft Technology Licensing, LLC System and method for storing ordered sections having different file formats
6585777, Jan 19 1999 Microsoft Technology Licensing, LLC Method for managing embedded files for a document saved in HTML format
6661919, Aug 31 1994 Adobe Systems Incorporated Method and apparatus for producing a hybrid data structure for displaying a raster image
6691176, Nov 04 1999 Microsoft Technology Licensing, LLC Method for managing client services across browser pages
6748380, May 14 2001 International Business Machines Corporation Method, system, and program product for permission to access software
6769009, May 31 1994 TMI SOLUTIONS, LLC Method and system for selecting a personalized set of information channels
6886132, Jun 06 2000 Microsoft Technology Licensing, LLC Method and system for packing and unpacking web pages
6931439, May 23 2001 Western Digital Technologies, INC Modifying web page links for display on a mobile terminal to indicate the cache status of linked web pages
6993591, Sep 30 1998 Alcatel Lucent Method and apparatus for prefetching internet resources based on estimated round trip time
7171626, Oct 29 2001 Microsoft Technology Licensing, LLC System and method for presenting the contents of a content collection based on content type
7194618, Mar 05 2001 Kioba Processing, LLC Encryption and authentication systems and methods
7376333, Oct 23 2001 SAMSUNG ELECTRONICS CO , LTD Information storage medium including markup document and AV data, recording and reproducing method, and reproducing apparatus therefore
20020135621,
20070100846,
////
Executed onAssignorAssigneeConveyanceFrameReelDoc
Nov 01 2002KING, JAMES C Adobe Systems IncorporatedASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0180650477 pdf
Nov 01 2002CHANG, XINTAIAdobe Systems IncorporatedASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS 0180650477 pdf
Jun 29 2006Adobe Systems Incorporated(assignment on the face of the patent)
Oct 08 2018Adobe Systems IncorporatedAdobe IncCHANGE OF NAME SEE DOCUMENT FOR DETAILS 0488670882 pdf
Date Maintenance Fee Events
Mar 14 2013M1551: Payment of Maintenance Fee, 4th Year, Large Entity.
Mar 16 2015ASPN: Payor Number Assigned.
Aug 10 2017M1552: Payment of Maintenance Fee, 8th Year, Large Entity.
Aug 23 2021M1553: Payment of Maintenance Fee, 12th Year, Large Entity.


Date Maintenance Schedule
Feb 23 20134 years fee payment window open
Aug 23 20136 months grace period start (w surcharge)
Feb 23 2014patent expiry (for year 4)
Feb 23 20162 years to revive unintentionally abandoned end. (for year 4)
Feb 23 20178 years fee payment window open
Aug 23 20176 months grace period start (w surcharge)
Feb 23 2018patent expiry (for year 8)
Feb 23 20202 years to revive unintentionally abandoned end. (for year 8)
Feb 23 202112 years fee payment window open
Aug 23 20216 months grace period start (w surcharge)
Feb 23 2022patent expiry (for year 12)
Feb 23 20242 years to revive unintentionally abandoned end. (for year 12)