OHSWG 1996.04.10
OHSWG logo

Open Hypermedia Systems Working Group

Sample - Analysis


Preliminaries


Goals of the Scenario

  1. Forge an association between two different words
    In this case, I am using the word association to mean a conceptual link. I am following the HRL reference model terminology. More explicitly (and still within this terminological framework), I mean to imply an association with an implicit behavior of replace.


Characters

  1. Author
    This is the person who wishes to forge the link.


Data

  1. The text file in which the association is to be forged. (sample)

    Description:
    This file consists of flat 8-bit ASCII text.

    Access Issues:
    The author has read/write permissions over this data.

    Synchronisity Issues:
    The author is the only person accessing the data.


Requirements for Participating Applications:

  1. Must be able to store persistently ASCII text files
    That is, the application must be able to assign an identifier to a file (or determine the identifier so assigned by another entity), request that it be stored persistently in a store, and be able to retrieve at some later time the file using the previously assigned identifier.

  2. Must persistently address associated words
    That is, the application must be able to assign identifiers to the "endpoints" of the association (or determine the identifiers so assigned by another entity), request that they be stored persistently in a store, and be able to determine at some later time the endpoints using the previously assigned identifiers.

  3. Must send "Build association between these persistent addresses" message to server
    That is, the application (or a proxy) must indicate to the link server the endpoints selected by the author for the association in question.

  4. Must send "Follow from given source" message to server
    That is, the application (or a proxy) must be able to indicate that the author wishes to follow the association, and that furthermore, an endpoint has been specified as the source for this traversal.

  5. Must process "Display given persistent address" message from server
    That is, the application (or a proxy) must be able to display what semantically amounts to the destination of an association traversal.


Requirements for Link Server:

  1. Must process "Build association between these persistent addresses" message from client
    That is, the link server must be able to receive two association endpoint identifiers from the application, and build an association between them.

  2. Must process "Follow from given source" message from client
    That is, the link server must be able to receive an association endpoint identifier from the application and determine the identifier of the "other side" of the association. It is assumed here that for any given endpoint identifier, there is exactly one associated endpoint.

  3. Must send "Display given persistent address" message to client
    That is, the link server, once determining the identifier of the "other side" of an association given one identifier (see above), must be able to send a message to the application indicating that this destination endpoint should be displayed.


Requirements for Stores:

  1. Must persistently store ASCII text files for client
    That is, an application must be able to request that a file be stored persistently with an associated identifier, and be able to retrieve at some later time the file using this identifier.


Implementations:

  1. HOSS (does not use OHP)


Protocol Requirements:

as of yet undetermined


Peter J. Nürnberg
U Aarhus, Denmark
pnuern@daimi.aau.dk
http://www.daimi.aau.dk/~pnuern