WO1990010913A1 - Procede permettant de creer un outil de gestion d'informations de type hypermedia - Google Patents

Procede permettant de creer un outil de gestion d'informations de type hypermedia Download PDF

Info

Publication number
WO1990010913A1
WO1990010913A1 PCT/US1990/001045 US9001045W WO9010913A1 WO 1990010913 A1 WO1990010913 A1 WO 1990010913A1 US 9001045 W US9001045 W US 9001045W WO 9010913 A1 WO9010913 A1 WO 9010913A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
display
die
hyperstructure
soi
Prior art date
Application number
PCT/US1990/001045
Other languages
English (en)
Inventor
Michael E. Haefner
Original Assignee
Eastman Kodak Company
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 Eastman Kodak Company filed Critical Eastman Kodak Company
Publication of WO1990010913A1 publication Critical patent/WO1990010913A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/93—Document management systems
    • G06F16/94—Hypermedia

Definitions

  • the invention relates to computer-based information management tools and more particularly to a method for building such tools, and tools built thereby.
  • An information management tool provides some IR and IP functions, as well as functions that are often considered part of management information systems (MIS), data base management systems (DBMS), decision support systems (DSS), and question answering systems (QA). These different information system types are described in pages 7 to 10, Chapter 1 of INTRODUCTION TO MODERN INFORMATION RETRIEVAL by Gerard Salton and Michael McGUl, McGraw-Hill Book Company, 1983. Information management tasks are diverse and far-reaching and tools satisfying the needs of the people doing these tasks have evaded traditional approaches toward tool building. Com ⁇ menting on this, Salton and McGill (pages 426 and 427) motivate the need for mixed information retrieval systems.
  • the functionality of an information management tool may include the functionality implied by mixed information retrieval systems.
  • Typical IR and IP tools are constructed as shown in figure 2A, with application programs 100 imple- menting the tool functionality. These programs may communicate with other programs, and communicate directly with the Input Output (I/O) devices and drivers 110, as well as the databases 120.
  • I/O Input Output
  • the applications are not readily portable to different platforms because the interface program code is tied very tightly to the application code. This means that it is very difficult to separate the application code from the interface code.
  • To port application programs to other I/O devices and databases much of the application code must be rewritten in general. Since the interfaces to the I O devices and databases are tied closely to the application code, different applications cannot easily share a common high-level data ⁇ base and/or operator interface.
  • IR and IP systems require large and costly development efforts and require continued costly maintenance.
  • the IR and IP functions of such systems are difficult to integrate and generally lack com ⁇ mon interfaces. These systems are most often platform-dependent as well.
  • Voice, video, and graphics are examples of media that require special storage, processing, retrieval, and interface mechanisms.
  • hypermedia has been used to refer to the general notion of supporting associative links between pieces of text
  • hypermedia has been realized through computer programs.
  • hypermedia has been res ⁇ tricted in definition to refer to windows on a computer screen that are associated with objects in a data ⁇ base, the support for links between these database objects, and a mechanism that gives the user the abil ⁇ ity to interact with these objects. See “Hypertext: An Introductory Survey” by Jeff Conklin in IEEE COMPUTER, September, 1987, and the special issue on hypertext in the Communications of the ACM, Vol. 31, No.
  • hypermedia technology offers a simple user-machine interface paradigm based upon a user "selecting" interface icons (from a display, like for example, a window con ⁇ taining graphics) with an input device, like for instance, a mouse.
  • the link(s) associated with the selected icon is(are) used to retrieve associated data.
  • hypermedia techniques are being developed to handle various media.
  • Hypermedia has been applied to problem domains including: computer-supported authoring, computer-supported cooperative work, information retrieval, computer-aided instruction, to name a few.
  • hypermedia has not been generally useful for many information management tools. There are several reasons for this. There is little commonality to date among the hypermedia tools, making them as costly to build and maintain as more conventional tools.
  • the simple interface scenario has led to limitations in capability and flexibility. In most cases, the links between objects in the database have to be hand-crafted before a tool is useful, and many of the retrieval functions found in IR tools are miss ⁇ ing.
  • hypermedia tools tend to be isolated, lacking hooks to other tools and are tied to proprietary data structures.
  • hypermedia tools have a programming language that accompanies them, there is little support far building information management tools. Even if current definitions of hypermedia do not fully support the needs of information management tools, these tools can benefit gready from hyper- media features and functions.
  • hypermedia technology will play a larger role in information management tools of the future.
  • the present invention solves the problem by providing a method called Hylink for building hypermedia information management tools that retrieve, process, and display information.
  • the Hylink method pro ⁇ vides a means for applying specialized features and functionality related to this technology as it pertains to the needs of IR and IP.
  • the Hylink method encourages the application builder to build tools that incorporate existing databases and specialized application programs, alternative forms of presentation media and selection devices, as well as stresses program reusability, tailorability, distributed processing, and user interface simplicity.
  • the Hylink method is influenced by the expectation that future information management tools will require a broad spectrum of media data types and have to be easily tailorable to specific needs.
  • the Hylink method is performed in an object-oriented programming environment and employs objects called Selection Output Interpreters (SOIs) and Hyperstructures to generate a hypermedia information management tool.
  • SOI is an object having a data structure that includes a hyperstructure lookup table associating a display icon with a hyperstructure.
  • the data structure of the SOI also includes: a procedure to associate a display icon with a hyperstructure in a hyperstructure lookup table; a procedure to display a specific data type; and a procedure for defining a selection-context and calling a hyperstructure associ- ated with a display icon.
  • a hyperstructure is an object having a data structure that includes: a context-indicator table for holding instructions for processing an icon and associated context information; a table for holding data to be displayed; and a pointer to an SOI.
  • the hyperstructure data structure also includes: a procedure for pro ⁇ cessing a context-indicator table; a procedure for locating data to be displayed; and a procedure for cal- ling an SOI to display die data.
  • a hypermedia information management tool is built by: creating an instance of an SOI; creating a function to build a hyperstructure instance; creating a function to define the output format for a display device type; creating a function to define the input format for a display device type; and initializing a display instance.
  • the Hylink method provides a simple user-machine interface paradigm enabling user-centered system design. This, in turn, lowers development costs and encourages the use of common user-machine inter ⁇ faces by means of libraries having reusable components.
  • the method provides a means for integrating hypermedia with other information management techniques as well as enabling the use of a variety of media as data. Independent applications and data resources are easily integrated in application code that can be made relatively platform-independent
  • Hypermedia enhancements like dynamic creation of hypermedia links and application extensibility, increase information management tool functionality while reducing development effort
  • Figure 1 is a schematic diagram showing an overview of the invention
  • Figure 2 shows a comparative view of information management tool architectures
  • Figure 3 shows a flowchart of the Hylink Method used for building a hypermedia information management tool
  • Figure 4 is a schematic diagram showing the selection handling process for a display
  • Figure 5 is a schematic diagram showing die process created for each SOI to handle user selection
  • Figure 6 shows the EP-LINK login display
  • Figure 7 shows die top layer display for EP-LINK
  • Figure 8 is an EP-LINK display showing an information retrieval task demonstrating expanding text in the primary pane of the top layer in EP-LINK;
  • Figure 9 is an EP-LINK display showing an information retrieval task demonstrating expanding text in the primary pane of the top layer in EP-LINK;
  • Figure 10 is an EP-LINK display showing a menu giving die user media options for displaying information;
  • Figure 11 is an EP-LINK display showing an information retrieval task demonstrating automatic formating of text in the primary pane
  • Figure 12 is an EP-LINK display showing a window collection in the assembly layer and highlighting of and assembly component object in a graphic pane;
  • Figure 13 is an EP-LINK display showing the highlighting of and assembly graphic identification number just prior to selecting it with the pointing device;
  • Figure 14 is an EP-LINK display showing an assembly text overlay window for accessing textual information related to the assembly being viewed in the assembly layer
  • Figure 15 is an EP-LINK display showing information access in an assembly text overlay window
  • Figure 16 is an EP-LINK display showing information filtering and dynamic link creation of parts list information in an assembly text overlay window
  • Figure 17 is an EP-LINK display showing several component window collections in the component layer
  • Figure 18 is an EP-LINK display showing information access mode selection from a command pane in the component layer
  • Figure 19 is an EP-LINK display showing retrieved and formated information displayed in an object pane within the component layer
  • Figure 20 is an EP-LINK display showing information access modes selected in the assembly text overlay window
  • Figure 21 is an EP-LINK display showing ECO information menu options and highlighted com ⁇ ponents in an assembly graphic that are affected by the selected ECO;
  • Figure 22 is an EP-LINK display showing annotation filters for the assembly layer
  • Figure 23 is an EP-LINK display showing audio annotation icons for the assembly layer
  • Figure 24 is an EP-LINK display showing text annotation icons and editing of a text annotation in the assembly layer
  • Figure 25 is an EP-LINK display showing example interactions with the note pane, typein pane and history pane in the top layer
  • Figure 26 is an EP-LINK display showing new mail notification and a note buffer list for the note pane in the top layer;
  • Figure 27 is a diagram showing the different layers in EP-LINK;
  • Figure 28 is a functional diagram of the top layer in EP-LINK;
  • Figure 29 is a functional diagram of the assembly layer in EP-LINK;
  • Figure 30 is a functional diagram of die component layer in EP-LINK
  • the Hylink method requires an object-oriented programming environment in which to build hypermedia information management tools.
  • Object-oriented programming is based upon the notion of 'objects', where each has a local state (data) and a collection of procedures (called methods) that allow it to com- pute things. Objects are sent 'messages', calling their associated methods. The 'class' represents the object data type.
  • An object-oriented programming environment is a combination of computer hardware and software that supports the process of object-oriented programming.
  • Examples of object-oriented languages are: Smalltalk, Flavors, C++, Objective-C, and CommonLoops.
  • the Hylink method relies on the concepts found in object-oriented programming, yet is not tied to a par- ticular object-oriented language.
  • the EP-LINK hypermedia information management tool described below, portions of which were built according to die Hylink method, as well as some Hylink constructs are implemented on a platform including die programming languages Common Lisp, and IT Lisp exten ⁇ sions, as well as the MIT Flavor object-oriented programming system.
  • the hardware includes an operator interface having a visual display (CRT) 10, a keyboard 12, and a pointing device 14 (a 3 button mouse), and a speech processing module 13 including a microphone and a speaker for digitizing speech to be recorded and reproducing digitized speech.
  • the hardware also includes mass memory, disk 16, as well as a CPU and main memory 18 running the object-oriented pro- gramming language system Flavors 22 and d e Comm ⁇ nLisp programming system 20.
  • the Hylink software resulting from the Hylink method includes: an SOI 24, a hyperstructure 26, a function to build a hyperstructure instance 28, a function to define an output format 30, and a function to define an input format 32.
  • An SOI is an object having a data structure tiiat includes a hyperstructure lookup table associ ⁇ ating a display icon with a hyperstructure.
  • the data structure of the SOI also includes: a procedure to associate a display icon with a hyperstructure in a hyperstructure lookup table; a procedure to display a specific data type and a procedure for defining a selection-context and calling a hyperstructure associated with a display icon.
  • a hyperstructure is an object having a data structure that includes: a context-indicator table for holding instructions for processing an icon and associated context information; a table for holding data to be displayed; and a pointer to an SOI.
  • the hyperstructure data structure also includes: a procedure for pro- cessing a context-indicator table; a procedure for locating data to be displayed; and a procedure for cal ⁇ ling an SOI to display die data.
  • the hardware components of the workstation are connected by a bus 34.
  • the Hylink method promotes the use of specialists that communi- cate with the I/O devices and drivers 130 and the data 160. These specialists are the Selection/Output Interpreters (SOIs) 140 and hyperstructures 150, tiiat communicate with die data bases 160, I/O devices 130, and the application programs 170.
  • SOIs 140 manage the tool interface for the application pro ⁇ grams
  • the hyperstructures 150 manage database access, link following, and coordination tasks for die application programs 170.
  • the Hylink method results in broad application coverage and user-interface simplicity. The method makes the information management tool-building process easier while providing d e features necessary to capture a wide range of functionality.
  • Hylink-built tools such as EP-LINK
  • the user-machine interaction scenario for Hylink-built tools is one in which a use "selects" icons from a display using an input device such as a pointing device.
  • the tool interprets the selection, calling appropriate actions and responds (by displaying data) to the user so she can, in turn, make another selection. All user input is treated as a selection.
  • Figure 4 shows the selection-handling process that is representative of tools built using die Hylink method.
  • an SOI instance processes the selec ⁇ tion 40 by determining the selected icon's type 42, and locates the icon's associated hyperstructure 44. If successful, a selection-context is built 46 and the identified hyperstructure is called 48, passing it die selection icon and die selection context.
  • the hyperstructure tiien determines die intent of die selection 50 by processing context indicator tables stored in the hyperstructure 52. This process produces eiti «r data to display, a function tiiat can be used to locate data to display, or neither of tiiese.
  • tiiere is a function to locate the data
  • tiiis is called 54. If tiiere is data to be displayed, an appropriate SOI instance is located to display die data and the data, context, and a display action are sent to that SOI instance 56.
  • the receiving SOI instance displays that data 60 by creating an appropriate hyperstructure 62, associat ⁇ ing it with a string (called die print name) in die hyperstructure lookup tables 64, and displaying a suit ⁇ able icon representing die data itself 66.
  • the Hylink mediod for building hypermedia infoimation management tools includes die steps of: gadiering requirements 30, creating Selection/Output Interpreters (SOIs) 32 for all displays, creating functions to build specific hyperstructure instances 34, creating functions to define output for ⁇ mats 36, creating functions to define input formats 38, and initializing at least one of the display instances 39.
  • the step of gadiering requirements 30 is left to the tool designer and Hylink does not provide any specific support here.
  • die Hylink mediod does not restrict a designer to any specific approach for the requirements capture step.
  • the Hylink SOIs represent abstractions of die displays.
  • An SOI is an instance of an SOI class. There may be more than one SOI class, named differendy but related.
  • the SOI class includes a data structure for holding descriptive information about its associated display as well as hyperstructure lookup tables (described below).
  • the SOI class also has procedures for displaying specific types of data in the form of display icons on its associated display type, associating selected display icons with hyperstructures in die hyperstructure lookup tables, and defining die context in which a selection is made of a display icon from its associated display.
  • the tool builder creates the procedures above and creates instances (called instantiating) of the SOI classes.
  • One of the advantages of this object-oriented approach is that SOI classes may be reused, copied, and edited.
  • the hyperstructures are used as intelligent linking mechanisms between data.
  • Data may be objects in an object-oriented programming sense, or any data type.
  • a hyperstructure is an instance of a hyperstructure class that is a data structure having a context indicator table for holding instructions for interpreting die intent of a user's selection of a display icon.
  • Display icons are associated with hyperstructures in an SOI's hyperstructure lookup table.
  • the hyperstructure relies heavily on data representing die context of the selection.
  • the hyperstructure data structure also holds any data that is to be displayed as a result of processing die context-indicators and may hold a function that can be used to locate such data. There is also a pointer to an SOI instance that is called to display any of this data.
  • the hyperstructure class has procedures for processing die context-indicator tables, a procedure for locating data to be displayed and a procedure for calling an SOI instance to display data.
  • Hyperstructures are created to represent the application tool functionality.
  • the builder creates functions that build specialized hyperstructure instances. Creating these functions requires the builder to specify die context-indicators according to some guidelines described below.
  • tiiey can be called by die SOIs.
  • the SOIs call these functions to create hyper- structures tiiat they associate with display icons in their own hyperstructure lookup tables.
  • die output formats 36 and input formats 38 tie die SOIs to die actual display(s) and actual input device(s), respectively. These functions translate abstract actions at the SOI level to actions at the device level (and vice versa) for the specific devices used. These functions may be low level (like device drivers) or at a higher level (e.g. using high level standard packages like GKS or CORE graphics standards). Above die level of these functions, a Hylink-built tool is not dependent on a particular platform with respect to its interface functionality.
  • the step of initializing at least one of the display instances 39 is necessary because there must be some display icons from which die user can make a selection.
  • diere must be at least one hyper ⁇ structure instance created to process die selection.
  • the initialization is done in one of three ways. The first is to send an SOI some data to display (i.e. pretend to be a hyperstructure instance calling an SOI with some data to display). The second is to send a hyperstructure some data and a predefined selection context so that the hyperstructure can locate or compute some odier data tiiat it will send to an SOI to display (Le. pretend to be an SOI handling a selection by calling a hyperstructure).
  • the tiiiid approach is to down-load at least one SOI witii a predefined hyperstructure lookup table and tiien call functions to display some display icons (Le. pretend to be an SOI displaying data).
  • a user can interact with the system to accomplish an information management task. Interacting with the system and retrieving data causes information objects and rela ⁇ tions to be created in the system. This provides further opportunities for the user to retrieve and manipu ⁇ late data from other sources and of different types. Thus, through interaction with die system by the user, the system grows (filling with data) in a way that fits die special needs of die user.
  • the Hylink method does not restrict the range of display or interaction modalities.
  • die mediod simplifies d e interface building process dirough the use of SOIs which act as interface front-ends to die application programs. It does this by treating all input to an application program as a selection of an interface icon. In doing this, the programmer can take advantage of a common representation for the selection itself, the selection context and die linking of interface icons to their respective hyperstructures.
  • SOI is a class that is responsible for two things. First, it takes input data and interprets it as a user's selection of an icon from an output device.
  • the icon's print-name is used to locate a hyperstructure in the hyperstructure lookup tables stored witiiin the SOI data structure.
  • the hyperstructure will carry out actions interpreting the intentions of d e user's selection.
  • the second thing the SOI is responsible for is to prepare data that is given to it by a hyperstructure to be displayed. This involves specifying which of the data needs to be displayed, creating display icons for that data, determining which display icons should be made selectable, associating hyperstructures witii those display icons, and displaying die display icons on its associated display.
  • Output devices refer to die logical or physical devices upon which data are displayed. Typically, output devices refer to physical devices such as a video display terminal (for text graphics, and images) or a speaker (for audio or voice).
  • a video display terminal for text graphics, and images
  • a speaker for audio or voice.
  • windows portions of a video display
  • These windows are as different in kind as physical devices might be and thus may be considered to be different logical output devices.
  • die words “output device” are used to refer to both physical and logical output devices as described above.
  • the terms “display device” and “output device” are used synonymously as well.
  • display is used throughout this disclosure to mean die rendering of data (referred to as display icons) on an output device.
  • the data can include speech and die rendering of speech data will be referred to as display.
  • the SOI is a class that has two general functions. First it takes input data and interprets it as a user's selection of an icon from an output device. The icon's print-name is used to locate a hyperstructure in the hyperstructure lookup tables stored within the SOI data structure. The hyperstructure will cany out actions interpreting the intentions of the user's selection. Within an SOI (and across SOIs), many display icons may be associated widi the same hyperstructure. In addition, several different display icons may be used to display die same data and refer to the same hyperstructure.
  • the SOI maintains its own lookup tables for this purpose and may inherit die lookup tables from the transitive closure of SOIs via the PARENT-SOI slot in die SOI data structure.
  • die hyperstructure lookup tables are one way to capture context information. This is because die same data may be associated with different hyperstructures in different SOIs (and therefore, different displays). Since the hyperstructures represent different sets of instructions for processing die data when it is selected, this effectively means tiiat a selection produces different results under different cir ⁇ cumstances. If a hyperstructure is found, data representing the context of die selection is packaged as an instance of a selection-context object The hyperstructure associated witii the selected display icon is called with the selection-context instance and die selected icon as arguments.
  • hyperstructure lookup tables offer several advantages. First an SOI can be down-loaded with, or stripped of, specialized lookup tables that will affect die functionality of the SOI but will not interfere with the content of its otiier tables. This is also a way for SOIs to share hyperstruc ⁇ ture lookup tables. In addition, tiiis approach makes it possible to add sophisticated table selection func ⁇ tions tiiat will change the behavior of an SOI depending upon state data.
  • a process is created for each SOI to monitor input events. A typical process is shown in figure 5. The process is described as being in a wait state until a user makes a selection of an icon 210 from the SOI's associated display.
  • the second function of the SOI is to prepare data that is given to it by a hyperstructure to be displayed. This involves specifying what needs to be displayed, where and how to display it and determining which of die displayed icons should be made selectable.
  • functions defining die output format are used. Before becoming selectable, a datum needs a hyperstructure associated with it to carry out the appropriate actions when the display icon is selected. This association is made prior to displaying any icons for the data.
  • the SOI first looks for a suitable hyperstructure in its lookup tables. If one is not found, it creates one using information about die data, die display device and die context of the previous selection. There is a great deal of flexibility in this process because during the second step of the tool-building process 32 (in figure 3) creating die SOIs includes creating functions to determine which type of hyperstructure to create and associate with any datum.
  • die second step 32 in applying the Hylink method is to create an SOI instance for each display device. Given a collection of existing SOI class descriptions, this may be simply a matter of instantiating a suitable SOI class tiiat has already been defined by die programmer. In other situa- tions, die appropriate SOI class will need to be created by the programmer.
  • the SOI instances provide common features of selection handling (device independent) as well as die specializations needed for particular display devices. Similarities between devices (different types of windows, for instance) pro ⁇ vide opportunities for reusing and/or copying SOI class descriptions, thus reducing development time and encouraging the use of common user interfaces.
  • a hyperstructure object is an instance of a hyperstructure class that selects and executes appropriate actions when a user selection has been made.
  • Hyperstructures are called by SOIs and use die selected display icon data along with context information provided by die SOI (in die form of a selection-context object instance) to interpret the selection far the information management tooL
  • the range of possible processing actions is not limited in any way by die hyperstructure.
  • the selection interpretation may include calling specific application programs, identifying and/or retrieving data from local or remote databases, packaging that data in a form that provides an appropriate response to die user selection.
  • the hyperstructure also identifies an appropriate SOI to send any data that should be displayed.
  • die hyperstructures represent sophisticated links that also have information about how to process themselves. Hyperstructures, in effect orchestrate the application's response to the user's selec ⁇ tion.
  • Hyperstructures There are three main advantages of Hyperstructures. First they are sharable. In situations where die selection of different display icons initiates similar application responses (e.g. follow the same link type), they may be associated in an SOI hyperstructure lookup table with die same hyperstructure.
  • the second advantage is that tiiey provide die glue for integrating independent application programs (like text editors, data analysis programs, expert systems, mail, etc.), as well as remote and/or disparate databases, thus tying die outside world to a hypermedia information management environment
  • Hyperstructure instances are created and linked to the print-names of the display icons displayed by die SOIs.
  • the links are stored in the hyperstructure lookup tables in the respective SOIs.
  • a designer of a hypermedia information management tool using the Hylink tool is responsible for specifying what each hyperstructure instance should look like.
  • the pro ⁇ grammer then creates the functions that die SOIs use to build die specific hyperstructure instances. This is the third step 34 shown in figure 3.
  • These functions represent different hyperstructure types for the application tool
  • the different hyperstructures include hooks to other application programs and/or data querying and retrieval capability that may be used to process display icon selections. Only a few different hyperstructures are needed to support sophisticated applications.
  • the EP-LINK hypermedia information management tool described below demonstrates this by having only three different hyperstructure types. Defining the different hyperstructures is a large portion of the tool build ⁇ ing process. Hyperstructures lend themselves well to support from hyperstructure libraries and special purpose hyperstructure-creating tools.
  • the presendy preferred hyperstructure class data structure (Flavor definition) is given in table 1 below. The methods associated witii the hyperstructure class are shown in appendix 1.
  • a hyperstructure When a hyperstructure is called it uses die selection-context sent to it by the calling SOI and die context-indicator tables found in its RELEVANT-FOR slot to determine what where, when, and how die selection is to be interpreted. This is equivalent to determining how the sophisticated links associated with die selected data should be traversed. If data is retrieved to be displayed, die hyperstructure places it in its DATA slot After locating an appropriate SOI to display die data, a pointer to that SOI is placed in the SOI slot If the hyperstructure makes a decision about how the data will be displayed (e.g.
  • the RELEVANT-FOR slot value is the context indicator table that holds die instructions for interpreting the selection.
  • the association list has keys (enumerated below) that indicate the nature of their associ ⁇ ated functional values.
  • Table 2 lists the presently preferred context-indicator keys found in die RELEVANT-FOR slot with a description of how they are used.
  • the value is a list of pairs. The only difference is that in this case the first member of each pair is the name of a class object A condition is true if the item in the CONTEXT slot of the selected-context is a display icon and if the value of the REFERRED-TO-INSTANCE variable, for the hyperstructure associated with that icon, depends on the class given here, then call the associated function. If the CONTEXT is an object instance itself and if it depends on the class given, then evaluate the associated function as well. 'FUNCTION - When used, the value is a list of pairs in which both members are functions.
  • the ALWAYS-BEFORE and ALWAYS-AFTER functions are always done, but only one action can be selected from the EXACT-CONTEXT, CONTEXT-DEPENDS-ON-FLAVOR, FUNCTION, or DEFAULT entries (and these are tested in order). Changes to the context-indicator table, as well as die way in which it is processed, may be changed to achieve specific functionality. The structure and process described here is only one example that has proven useful
  • hyperstructures alleviates the following inadequacies of current hypermedia systems. These are: node network reconfigurability, navigation, node composites, extensibility, and tailorability. The fol ⁇ lowing paragraphs describe these issues.
  • the EP-LINK tool which was built using the Hylink method of die present invention demonstrates how links between concepts are created dynamically by die Hylink method. Links are created when the SOI recognizes the type of data that is being displayed and creates an appropriate hyperstnicture instance to interpret that data when it is selected by a user.
  • the hyperstructures use context information to deter ⁇ mine what die displayed data will be linked to and how to traverse those links.
  • the node network is vir- tual, only viewed as an artifact of selection interpretation.
  • This application demonstrates one approach to dynamic link creation (or netwoik reconfigurability). It is very successful because, although there is a large amount of diverse data tiiat is accessible, all of that data is related in obvious ways to a small number of object types. For example, one of these types is the electronic assembly. After defining a object description for a generic electronic assembly (with respect to the customer's business), much of the data that is retrieved from remote databases would partially fill an instance of this type. The assem ⁇ bly object brings structure to the data and die attributes of die object are used to determine how the data might be used. The EP-LINK tool shows that the Hylink method may be used to test different approaches to dynamic link creation.
  • Hyperstructures can be defined to recognize par ⁇ ticular pieces of these networks. Each hyperstructure may be an expert in following specific links and retrieving specific types of information. The hyperstructures act as filters for the user, making the net ⁇ woik appear to be familiar and well structured.
  • hyperstructures are linked to die displayed objects dynamically, die linking, navigation, and retrieval methods can be selected to fit the context of the user and the complexity of the application.
  • content-based querying may be used in which true navigation gives way to a more direct access approach to retrieval.
  • Hyperstructures can very easily accommodate a content-based querying approach and SOIs can readily handle query-style input Hyperstructures can capture the same information that would exist if hypermedia node composites were explicitly maintained, but without die overhead of doing tiiat Influenced by the feature of dynamic link creation, many nodes found in tools built using die Hylink method will be virtual. In other words they will not be represented by a specific node data structure. In most cases, this eliminates the need to main- tain explicit node composite data structures since they will be virtual in nature as well.
  • the Hylink approach accommodates tiiis quite well in the form of several simple hyperstructures that understand these node structures.
  • hyper ⁇ structures tiiat handle Flavor objects representing information nodes, and these Flavor objects are very similar in kind to what one would expect to find in hypermedia node data structures.
  • the Hylink mediod directly supports tailorability and extensibility. Both the hyperstructures and the SOIs are intended to make both of these easier as their very nature is modular and additive.
  • the EP-LINK tool was built to solve an information management problem for an organization that manufactures electronic assemblies.
  • the need resulted from a very common situation within large busi ⁇ ness organizations.
  • Due to a variety of functional needs, diverse collections of computer hardware and software tools to keep track of product configuration, parts lists, manufacturing processes, and inventory were acquired over time. This lead to inefficiencies resulting from data redundancy, heterogeneous data models and database query systems, a variety of inter-machine communication systems, and the lack of knowledge (on die part of the users) about what data existed, where it resided, where and when it was used, and how to access it
  • the solution that the EP-LINK tool provides is to place a "shell" around the existing systems providing a single point of entry to the diverse collection of information sources. Incorporating some of the features of hypermedia, a shell system can go beyond merely granting access to a variety of other systems by providing a unifying view of the entire information space tailored to specific user needs. This approach is called an "intelligent shell system" solution.
  • ECOs engineering change orders
  • the introduction of an ECO may affect much of the data and many of the processes throughout die organization and across many computer systems. Manufacturing processes, test programs, bill of materials, and scheduling data (to name a very few) may need to be updated for a particular assembly. Many people need to be notified and a variety of information must be available for them to make their specific changes.
  • the EP-LINK tool reduces die perceived distance between die users and die information they need.
  • the Hylink mediod was used to build the EP-LINK tool.
  • the system is specifically tailored to the needs of die people that use it and is not intended to be a general hypermedia system. It does, however, share many of die features of hypermedia and is an example of a hypermedia infoimation management tool.
  • EP-LINK demonstrates a unified interface providing transparent access to data residing on several different computer systems. It provides an interface widi die "look and feel" 'of the electronic assembly manufacturing business and uses an interface paradigm in which users select icons (e.g. strings, graphical objects) from a display and are provided with information related to those icons within the context of the selection.
  • EP-LINK has the ability to filter and combine retrieved data so that it best fits the needs of die user.
  • EP-LINK In addition to being hypermedia-like, die interface follows a metaphor of layered composition, making it easier for the user to keep from "getting lost in the information".
  • the EP-LINK tool currently has three layers as shown in figure 27. The layers are: TOP LAYER 1100, ASSEMBLY LAYER 1102, and COMPONENT LAYER 1104. Each of the layers use collections of windows to present information to a user. These window collections are called frames.
  • the assembly and component layer there may be more than one frame instance used in the assembly and component layer. These multiple frame instances are used to display information associated witii different electronic assemblies and assembly components, respectively.
  • the top lays' uses only one frame instance.
  • the frames are composed of windows (also called panes) that are functionally and logically connected. Diagrams of the frame types for particular layers are shown in figure 27 and are referred to as the top layer frame 1106, die assembly layer frame 1103, and the component layer frame 1105.
  • the TOP LAYER provides general information access dirough a variety of means.
  • the TOP LAYER provides die principle entry point for a user information session.
  • die TOP LAYER provides several ways for a user to move to the ASSEMBLY LAYER.
  • the ASSEMBLY LAYER provides access to a variety of information pertaining to electronic assemblies.
  • the ASSEMBLY LAYER provides access to die COMPONENT LAYER which provides access to assembly component information.
  • a user may move between these layers several times during an information access session and this is recorded in die history pane 1106 in die TOP LAYER.
  • a user may go to a specific layer and frame by selecting it in die history pane, or by selecting the frame (and thus layer) directly, using any of die means provided by the TI EXPLORER ⁇ window manager.
  • EP-LINK is a hybrid information management tool built by using the Hylink method in cooperation with other infoimation processing methods.
  • the EP-LINK architecture is described with respect to die layers presented earlier.
  • Functional block diagrams shown in figures 28-30 show the support provided for the TOP LAYER. ASSEMBLY LAYER, and COMPONENT LAYER, respectively.
  • EP-LINK benefited from a parallel development effort. Some of the tool was built with die Hylink method while other parts were built widiout it The Hylink mediod allowed tiiose pans to be integrated easily.
  • the broken line boxes are those developed using Hylink while the solid line boxes indicate functions that were developed using conventional software development techniques.
  • the top pane handling 1200 consists of functions for displaying text icons 1202, tracking a mouse input device 1204, highlighting icons pointed to by die mouse 1204, and processing mouse selections of display icons 1206 (called mode selection handling).
  • the primary pane handling 1208 consists of functions for formatting and displaying text icons 1210, han ⁇ dling user selections of those icons with a mouse 1212, and scrolling of the text in the window 1214. Because of the way icons are displayed, mouse tracking and highlighting are handled by the TI EXPLORER ⁇ system software.
  • the typein pane handling 1216 consists of functions to parse character input 1218, echo typed character input 1220, look up the parse results in a command table 1222, execute any matching functions 1222, and output text to respond to any input strings 1224.
  • the notes pane handling 1226 includes a notification function 1228 that notifies a user of new mail, a menu function 1230 that lets a user select a mail mode, and a note icon selection handler 1232.
  • the mode menu supports a note creating mode 1234 that allows a user to author a note in the note pane. The newly created note is retained in a note buffer.
  • note send mode 1236 that allows a user to send a note to another user or to an assembly object
  • the file mode 1238 lets a user explicitly save one of die notes (in the note buffer) into the user's note file area.
  • the edit mode 1240 lets a user select a note from the note buffer to edit in die note pane.
  • the find mode 1242 searches for a note stored in a note file area, placing it in the note buffer, and edit it in the note pane.
  • the Irill-or-save mode 1244 gives a user a multiple choice menu allowing that user to kill or save the notes in the note buffer.
  • the history pane handling 1246 consists of displaying a user action history 1248 that captures actions a user makes to move across layers.
  • History icon selection handling 1250 changes the display to reflect die state (and layer) that represents die selected history icon.
  • die assembly layer function handling 1300 consists of functions for displaying function icons 1302, manipulating die associated assembly-graphic frame and graphic 1304, processing ECO information filters 1306, and processing annotation filters 1308.
  • Graphic pane handling 1310 includes functions for displaying assembly graphics and assembly com ⁇ ponent graphical icons 1312, defining component object instances 1314, tracking a mouse input device 1316, highlighting icons pointed to by the mouse 1316, processing mouse selections of component icons 1318, and managing an assembly information text window 1320.
  • Command handling 1322 includes functions for displaying command icons 1324, and handling mode set- ting 1326 as a result of command icon selection by a user witi a mouse input device.
  • the component layer object pane handling 1400 includes functions to format and display component object information as text icons 1402, handling user selections of those icons with a mouse 1404, and scrolling of the text in the window 1406. Because of die way icons are displayed, mouse tracking and highlighting are handled by the TI EXPLORER II system software.
  • the command pane handling 1408 is similar to the command pane handling described above for die assembly layer and includes a command icon display handling function 1410 and a mode selection han ⁇ dling function 1412. The following sections describe d e SOIs and hyperstructures for those components built for EP-LINK using the Hylink method.
  • the data accessed by EP-LINK is related in one way or another to an electronic assembly or an ECO.
  • the retrieved data is organized and represented in instances of electronic assembly and ECO class definitions. This makes dynamic concept linking a product of organizing retrieved data around object instances.
  • the structure of these objects indicates (via defined hyperstructures) how they should be han ⁇ dled if selected from within a display.
  • the limited number of class descriptions for these objects makes it easy for the SOIs to interpret them for display.
  • die displays that need SOIs in EP-LINK are windows of one type or another. The features of many of the windows are the same and this is reflected in the SOI descriptions. The differences in the SOIs are due to specific characteristics of die displays they represent and to the input devices that could be used to select icons from within those displays.
  • the SOI class definition for EP-LINK is found in appendix 1.
  • the SOI definition for the upper left win- dow (primary pane 530) in figure 5 is shown in Table 3, using the standard Flavor description for instan ⁇ tiating a class.
  • the SOI definitions for that and other panes in figure 5 can be found in appendix 4.
  • EP-LINK has three hyperstructure-building functions tiiat build three different hyperstructure types.
  • One handles command-like objects (e.g. pan, scroll, zoom, for the assembly layer).
  • Another interprets assem ⁇ bly component selections, and die third is for general purpose object instance handling.
  • the function that creates hyperstructure instances for handling object-instance interpretation is shown in Table 4.
  • This hyperstructure-defining function and die o ⁇ ier two hyperstructure building functions in EP-LINK are specified in appendices 4 and 5.
  • die running EP-LINK tool Several annotated displays of die running EP-LINK tool are found in figures 6 to 26. This section describes the specific functionality provided by die EP-LINK tool. The description is organized to coin ⁇ cide with die displays tiiat a typical user would see when using the tool for an infoimation management task.
  • top layer frame contains windows from which the user can access infoimation. Each of these windows has an SOI instance associated witii it to inter ⁇ pret input to that window.
  • the top-level window 500 gives die user three options 502, 504, and 510 for accessing information in EP-LINK. These options represent information access modes and affect die contents of the primary win- dow as well as change some EP-LINK state information.
  • a user selects die exit display icon 520, resetting state information and displaying die login prompt in the login display. Selection is done by pointing at a display icon with a pointing device (in this case a three but ⁇ ton mouse) and indicating a selection (in this case by pressing die left mouse button).
  • d e user has selected die assemblies display icon 510.
  • several text icons 540, 580, and 590 are displayed in the pri ⁇ maiy window 530.
  • the other windows on die display in figure 7 are the notes window 560 which provides die interface to a mail facility.
  • the history window 550 maintains a record of some of the user's operations. This is described below.
  • the typein window 570 allows the user to enter typed instructions, queries, and data as input to EP-LINK.
  • the primary window provides basic information access that is based upon elaboration of any selected display icons.
  • EP-LINK assumes the user wants more detailed infoimation about it Any selection is interpreted by die primary window's SOI, and hyperstructures are responsible for retrieving die relevant data in the context of the primary window and die previous selection. This retrieval process may include retrieving information from remote databases, filtering any retrieved data for condensed, relevant infoimation, or simply looking for an object that represents the selected icon.
  • the hyperstructures currently associated widi icons in die primary window tiy to display retrieved data back in die primary window if die data is textual.
  • Icons in the primary window are said to be "expanded” when they are selected, elaboration data is retrieved or computed, and displayed directly under die selected icon, indented slighdy. Any text below the selected icon is shifted downward just enough to accommodate die text resulting from the expansion. Icons are "contracted” when selected in the expanded state and die previously expanded text is removed from the display.
  • the primary window has scrolling capability for when more data is displayed than can fit within the display window itself.
  • Figure 8 shows where die user has expanded die "Lines of Busi ⁇ ness” icon 540 shown in figure 7. The expansion of that icon is a list of members of the lines-of -business collection. After the expansion of die "Lines of Business” icon, the user expanded the "COPY (Copy 5 Products)" icon 610 and finally die “EPD (Electronic Photography Division)" icon 612.
  • FIG. 10 shows that the user is given an option in die form of a menu 630 for displaying the expansion data for die "Motor Speed Control” icon. This occurs because the Motor Speed 10 Control is an electronic assembly and die user can be shown either a textual description of it or the board graphic.
  • Figure 11 shows the textual expansion of die icon and shows a text formatting feature for the primary window. The description text 640 for the selected icon is automatically formated to ensure that it fits within the primary window.
  • a parts list is retrieved for the assembly.
  • the component objects are defined for each component of die assembly and die individual component graphic icons are made select ⁇ able. As a user points at one of the assembly component icons, it becomes highlighted and the user may select it to receive more component information.
  • Figure 12 shows the pointing device icon pointing to a component 652 which is highlighted.
  • Each frame in die assembly layer has a command pane across the top that contains text icons 654, 656, 658, 660, 662, and 664. The user can select these to set the mode of information access with respect to the assembly object This is described below.
  • Each frame also has a function pane along the left side.
  • a filters icon 682 allows the user to add tilings called filters to the graphic display.
  • One such filter is die text annotation filter described below.
  • the last icon is the ECO-pending icon 684 and this tells a user that there is an ECO pending on the assembly being viewed.
  • Figure 13 shows a user about to select the assembly number (690) from within the assembly graphic.
  • 40 16 shows that only a portion of die parts list 720 is actually displayed. This demonstrates an ability of die EP-LINK tool to tailor die presentation of data to fit specific needs. Since an ECO is pending 722, a user is interested in finding how die assembly is affected by it The parts of interest are those that are to be added or deleted as a result of the pending ECO. These part icons are selectable and a user interested in the description of one of them may select them directly. Assembly components also have information pertaining to manufacturing, quality, test, purchas ⁇ ing, scheduling and sales but the information is different from that of assemblies. Special component viewing windows are created to display die component information. Figure 17 shows two of these win- dow collections 730, 732 which represent frames in die component layer at that time. In one window, die resistor with reference designator r34 has a description displayed 734.
  • the component layer frames have different modes mat may be selected.
  • Figure 18 shows tiiat die scheduling mode 740 was selected and die associated data is displayed below the component data
  • supply and demand data 744 are retrieved and displayed as shown in figure 19.
  • Figure 20 shows the assembly text overiay window 746 after die manufacturing process information was retrieved and die test process information was retrieved.
  • Fig 21 shows a menu 750 that is displayed when die ECO icon (684 in figure 12) is selected.
  • the menu allows a user to view the new, deleted, and modified parts affected by die ECO. A user had previously selected the new part icon 752 and the new part icon 754 is displayed and temporarily highlighted.
  • Figure 22 show a filter menu 760 that lets a user select an annotation filter for the assembly graphic.
  • An annotation filter displays any annotations that are associated with the assembly graphic.
  • a user may read (or hear), author, or edit any of die annotations. This is just one example of the way annotations may be used in this context
  • Figure 22 shows a user about to turn audio annotations on.
  • Audio annotations are shown in Figure 23 by means of icons depicting a hand holding a horn 770. These icons are highlighted 772 whenever they are pointed at by a user (via a pointing device).
  • the annotations in EP-LINK are recorded digital audio signals that represent digitized speech. These are created by a speech input device and "displayed" by a speech output device.
  • Text annotations are easier to visualize and examples are shown in figure 24.
  • the text annotations are represented by icons shaped like a pen 780.
  • a user may create a text annotation whenever the text anno ⁇ tation mode is on and a selection is made in a location in the graphic window that is not already occu ⁇ pie by a text annotation icon. During text annotation mode, the assembly components themselves are not selectable.
  • an empty text scroll annotation window 784 is displayed. A user types text into this window and strikes the ⁇ END> key on the computer keyboard. The annotation is stored and an icon is created for it.
  • Rgure 24 shows a text icon 782 being selected and the text anno ⁇ tation being displayed in the annotation window 784.
  • Figure 25 shows a typed mail message 790, an address menu 792, a typed query input 794, and an example of history data 796.
  • Figure 26 shows mail notification 800 and a note buffer list 802.
  • figure 26 also shows a good example of dynamic link creation.
  • a user selects the manufacturing engineers icon, a text file of manufacturing data is retrieved from a remote computer sys ⁇ tem.
  • the EP-LINK tool searches the file for text strings that refer to objects that are known in the current state of running EP-LINK In other words, it looks for strings that match objects that have been created as a result of previous information access. In this case, the strings representing the names of the lines of business are recognized and these are made selectable.
  • EP-LINK can be implemented on the same platform employed to perform the Hylink method, hi this embodiment it is a useful tool for managing and retrieving infoimation stored on disk 16. Its usefulness is extended to managing and retrieving information stored in a plurality of diverse computer systems by providing a data translation module 1000 (shown by broken lines in figure 1) and a communications interface 1002 to a plurality of applications 1004, 1006, and 1008.
  • the data translation module 1000 translates the data format of data retrieved from the plurality of diverse computer hardware and software systems into the object data format employed by die informa ⁇ tion management tool. This may be done by creating a separate data translator for each computer system that has a data format different from the one employed by die information management tool
  • the communications module 1002 enables and manages (the electronic) movement of data and instruc ⁇ tions between the information management tool and die plurality of diverse computer hardware and software systems. A communication facility is necessary for the information management tool to access information and run applications on other computer systems.
  • LAN local area netwoik
  • ETHERNET Ethernet is a trademark of Xerox Corporation
  • TCP/IP die Transission Contrd Protocol/Internet Protocol
  • the TCP/IP provides an interface for file transfer between computer systems supporting TCP/IP.
  • the communication module may contain programs to formulate and interpret instructions sent between the different computer systems.
  • Application 1 could be a Digital Equipment Corporation VAX computer running the VMS operat- ing system and executing an inventory management system (VAX and VMS are trademarks of Digital Equipment Corporation).
  • Application 2 could be an HP engineering workstation running a CAD circuit design and configuration control system.
  • Application 3 could be a SUN workstation run ⁇ ning the UNIX operating system (UNIX is a trademark of AT&T) and executing a production resource management tool.
  • the Hylink method facilitates building hypermedia information management tools by supporting a sim ⁇ ple user-comouter interaction scenario that guides a system designer and builder. This encourages com ⁇ mon user interface designs as well as enables greater interface software reuse.
  • the Hylink method builds shell tools around existing application and database tools. This introduces time and cost savings and can be viewed as a forni of reuse.
  • the Hylink method facilitates adding hypermedia features to infoimation mangement tools without con ⁇ straining die designer and builder by requiring diem to use existing hypermedia features and techniques.
  • the Hylink mediod provides a means for alleviating several problems that exist in current hypermedia systems.
  • the Hylink method makes it possible for tools to exhibit the ability to be reconfigurable, sup- port a variety of ways for navigating through large unfamiliar heterogeneously structured networks, to support the creation and management of information node composites, and provide for tool extensibility and tailorability.
  • the Hylink mediod directly supports tailorability and extensibility. Both die hyperstructures and die SOIs are intended to make botii of these easier as their very nature is modular and additive.
  • the Hylink method supports integration of IR and IP application features in a way that is transparent to a user. Hylink allows a designer to easily integrate and test new I O devices for use in a Hylink-built information management tool without requiring extensive redesign and reimplementation efforts.
  • die Hylink method makes it easy for a tool designer and builder to incorporate specialized functionality and existing application programs. This can be done with little tool redesign and reimple ⁇ mentation.
  • die method accommodates new and/or different sources of data and/or databases in the same fashion as the specialized functionality as described above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

On décrit un procédé permettant de créer un outil de gestion d'informations de type hypermédia dans un contexte de programmation par objets. Le procédé en question utilise des hyperstructures et des interpréteurs de sélection/résultat (Selection/Output Interpreters SOI). Un SOI est un objet qui régit la visualisation en fonction de la sélection par l'utilisateur de symboles graphiques à afficher, et une hyperstructure est un objet qui régit l'extraction des données et interprète les sélections de l'utilisateur. Ce procédé offre un outil de gestion d'informations capable de donner une interface utilisateur commune à plusieurs systèmes d'ordinateurs différents.
PCT/US1990/001045 1989-03-06 1990-03-01 Procede permettant de creer un outil de gestion d'informations de type hypermedia WO1990010913A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US31951889A 1989-03-06 1989-03-06
US319,518 1989-03-06

Publications (1)

Publication Number Publication Date
WO1990010913A1 true WO1990010913A1 (fr) 1990-09-20

Family

ID=23242581

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1990/001045 WO1990010913A1 (fr) 1989-03-06 1990-03-01 Procede permettant de creer un outil de gestion d'informations de type hypermedia

Country Status (3)

Country Link
EP (1) EP0479785A1 (fr)
JP (1) JPH03504546A (fr)
WO (1) WO1990010913A1 (fr)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0483576A2 (fr) * 1990-10-31 1992-05-06 International Business Machines Corporation Des services indépendants des applications permettant l'incorporation d'hypermédia
EP0566482A1 (fr) * 1992-04-17 1993-10-20 Bull S.A. Utilisation d'un protocole bidirectionnel de très haut niveau pour la communication entre un système hypermédia et une pluralité d'éditeurs
US5557790A (en) * 1994-06-21 1996-09-17 International Business Machines Corp. Facility for the generic storage and management of multimedia objects
US5608900A (en) * 1994-06-21 1997-03-04 Internationl Business Machines Corp. Generation and storage of connections between objects in a computer network
AU677562B1 (en) * 1995-12-01 1997-04-24 Matsushita Electric Industrial Co., Ltd. Hyper-text document preparing apparatus
EP0798655A2 (fr) * 1996-03-25 1997-10-01 Sun Microsystems, Inc. Interface graphique d'utilisateur pour l'internet avec icones de barre d'utilisateur et liens incorporés pour accès aux documents www et browser de réseau intégré
US5678038A (en) * 1994-06-21 1997-10-14 International Business Machines Corporation Storing and retrieving heterogeneous classification systems utilizing globally unique identifiers
US5687367A (en) * 1994-06-21 1997-11-11 International Business Machines Corp. Facility for the storage and management of connection (connection server)
US5745895A (en) * 1994-06-21 1998-04-28 International Business Machines Corporation Method for association of heterogeneous information
US5854923A (en) * 1994-06-21 1998-12-29 International Business Machines Corp. Facility for the intelligent selection of information objects (persona)
EP1065584A1 (fr) * 1999-06-29 2001-01-03 Telefonaktiebolaget Lm Ericsson Traitement de commandes dans un système de traitement d'informations

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0644303A (ja) * 1992-03-05 1994-02-18 Internatl Business Mach Corp <Ibm> リンク・ペイン作成システム、アプリケーション変更方法およびスクリーン装置
JP2001206263A (ja) * 2000-01-21 2001-07-31 Honda Motor Co Ltd 車体組立における品質管理システム

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
Communication of the ACM, Volume 31, No. 7, July 1988, ACM, (New York, US), R.M. AKSCYN et al.: "KMS: a Distributed Hypermedia System for Managing Knowledge in Organizations", pages 820-835 see page 826, left-hand column, line 19 - page 826, right-hand column, line 9 *
Communications of the ACM, Volume 31, No. 7, July 1988, ACM, (New York, US), F.G. HALASZ: "Reflections on Notecards: Seven issues for the Next Generation of Hypermedia Systems", pages 836-852 *
Computer, Volume 21, No. 1, January 1988, IEEE, (US), N. YANKELOVICH et al.: "Intermedia: the Concept and the Construction of a Seamless Information Environment", pages 81-96 *
Computer, Volume 21, No. 9, September 1988, IEEE, (US), J. CONKLIN: "Hypertext: an Introduction and Survey", pages 17-41 *

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0483576A2 (fr) * 1990-10-31 1992-05-06 International Business Machines Corporation Des services indépendants des applications permettant l'incorporation d'hypermédia
EP0483576A3 (en) * 1990-10-31 1993-06-16 International Business Machines Corporation Application independent services enabling the incorporation of hypermedia
EP0566482A1 (fr) * 1992-04-17 1993-10-20 Bull S.A. Utilisation d'un protocole bidirectionnel de très haut niveau pour la communication entre un système hypermédia et une pluralité d'éditeurs
FR2690260A1 (fr) * 1992-04-17 1993-10-22 Bull Sa Utilisation d'un protocole bidirectionnel de très haut niveau pour la communication entre un système hypermédia et une pluralité d'éditeurs.
AU664076B2 (en) * 1992-04-17 1995-11-02 Bull S.A. Use of a very high-level bidirectional protocol for communication between a hypermedia system and a large number of editors
US5608900A (en) * 1994-06-21 1997-03-04 Internationl Business Machines Corp. Generation and storage of connections between objects in a computer network
US5557790A (en) * 1994-06-21 1996-09-17 International Business Machines Corp. Facility for the generic storage and management of multimedia objects
US5678038A (en) * 1994-06-21 1997-10-14 International Business Machines Corporation Storing and retrieving heterogeneous classification systems utilizing globally unique identifiers
US5687367A (en) * 1994-06-21 1997-11-11 International Business Machines Corp. Facility for the storage and management of connection (connection server)
US5745895A (en) * 1994-06-21 1998-04-28 International Business Machines Corporation Method for association of heterogeneous information
US5854923A (en) * 1994-06-21 1998-12-29 International Business Machines Corp. Facility for the intelligent selection of information objects (persona)
AU677562B1 (en) * 1995-12-01 1997-04-24 Matsushita Electric Industrial Co., Ltd. Hyper-text document preparing apparatus
EP0798655A2 (fr) * 1996-03-25 1997-10-01 Sun Microsystems, Inc. Interface graphique d'utilisateur pour l'internet avec icones de barre d'utilisateur et liens incorporés pour accès aux documents www et browser de réseau intégré
EP0798655A3 (fr) * 1996-03-25 1999-05-19 Sun Microsystems, Inc. Interface graphique d'utilisateur pour l'internet avec icones de barre d'utilisateur et liens incorporés pour accès aux documents www et browser de réseau intégré
EP1065584A1 (fr) * 1999-06-29 2001-01-03 Telefonaktiebolaget Lm Ericsson Traitement de commandes dans un système de traitement d'informations

Also Published As

Publication number Publication date
JPH03504546A (ja) 1991-10-03
EP0479785A1 (fr) 1992-04-15

Similar Documents

Publication Publication Date Title
US5910803A (en) Network atlas mapping tool
US6102967A (en) Testing a help system of a computer software application without executing the computer software application
US7458062B2 (en) Framework to access a remote system from an integrated development environment
EP0349458B1 (fr) Méthode de mise en action dynamique de fenêtres d&#39;arrière-plan pour des applications prioritaires
US5911075A (en) Query selection for a program development environment
US5969720A (en) Data processing system and method for implementing an informative container for a file system
US20030035003A1 (en) Method and apparatus for binding user interface objects to application objects
US6012074A (en) Document management system with delimiters defined at run-time
JP2002544584A (ja) 行動およびホストアプリケーションモデルを使用するソフトウェアアプリケーションにおいてダイナミックアシスタンスをするためのシステムおよび方法
JPH0658624B2 (ja) グラフィカル・ユーザ・インターフェース管理装置
WO2002069143A1 (fr) Systeme et procede pour faciliter l&#39;analyse et l&#39;elimination d&#39;erreurs d&#39;une application
US20020059157A1 (en) Operating system using dynamic multi-dimensional trees
KR20040054465A (ko) 단순화된 뷰를 가지는 사용자 인터페이스 요소 표현
US5956036A (en) Shared modules graphical user interface
WO1996035285A1 (fr) Systeme de composants extensibles et remplaçables d&#39;un reseau
WO1990010913A1 (fr) Procede permettant de creer un outil de gestion d&#39;informations de type hypermedia
US5784619A (en) Replaceable and extensible notebook component of a network component
Goldberg Programmer as reader
Paterno A theory of user-interaction objects
Edwards et al. Access to graphical interfaces for blind users
JP2735780B2 (ja) オブジェクト指向プログラミング・システムにおけるウィンドウ環境の管理方法及び装置
US6122675A (en) Replaceable and extensible log component of a network component system
EP0520926A2 (fr) Méthode et appareil pour gérer l&#39;information de classe
Hirakawa et al. A generic model for constructing visual programming systems
Took Surface interaction: separating direct manipulation interfaces from their applications.

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH DE DK ES FR GB IT LU NL SE

WWE Wipo information: entry into national phase

Ref document number: 1990904027

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1990904027

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 1990904027

Country of ref document: EP