Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

Deferred Hyperdata Collector and Retrieval Mechanism

IP.com Disclosure Number: IPCOM000112068D
Original Publication Date: 1994-Apr-01
Included in the Prior Art Database: 2005-Mar-26
Document File: 2 page(s) / 70K

Publishing Venue

IBM

Related People

Bender, TR: AUTHOR [+3]

Abstract

Users of objects which contain extensive, detailed hyperdata elements (electronic books, multimedia presentations, e.g.) often wish to view the hyperdata at a time subsequent to the user's initial pass through the object. That is, users may find the associated data of interest, but wish to view it at a more convenient time. These users currently have no method by which to "collect" the hyperdata references, for subsequent perusal. Additionally, users desire a method to retrieve such instances without explicitly invoking the entire application which spawned the instance and manually searching through the application to find the element of interest.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 52% of the total text.

Deferred Hyperdata Collector and Retrieval Mechanism

      Users of objects which contain extensive, detailed hyperdata
elements (electronic books, multimedia presentations, e.g.) often
wish to view the hyperdata at a time subsequent to the user's initial
pass through the object.  That is, users may find the associated data
of interest, but wish to view it at a more convenient time.  These
users currently have no method by which to "collect" the hyperdata
references, for subsequent perusal.  Additionally, users desire a
method to retrieve such instances without explicitly invoking the
entire application which spawned the instance and manually searching
through the application to find the element of interest.

      Provided is a novel functional extension to objects containing
hyperdata which enables users to select hyperdata instances of
interest for further manipulation at a later time.  The analogy is
that of a library where a user may browse the stacks, picking up some
books and periodicals along the way for later perusal.

The process operates as follows:

o   User encounters hyperdata instance and indicates desire to defer.

This can be indicated in various ways:

o   A pop-up (context) menu associated with the link object that has
    choices for both 'jump' (default) and 'defer': the latter would
    hold the link for later investigation.

o   A unique mouse/keyboard sequence

o   Process presents user with a representation of the instance to
    manipulate.  For instance, an icon that matches the containing
    application.

o   Process displays a container object (briefcase metaphor, e.g.)
    into which the user may drag the instance icon.

o   User inserts instance (drops icon) into container.  Another
    method, requiring less user work, would be for an animation
    sequence to show the link moving into the briefcase, perhaps
    associated with the sound of the briefcase's zipper closing.

    Finally, the action could occur with no, or minimal, user
    feedback.

o   Process collects data required to re-create hyperdata instance,
    inclu...