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

Distribution Intercept Object Manager

IP.com Disclosure Number: IPCOM000107522D
Original Publication Date: 1992-Mar-01
Included in the Prior Art Database: 2005-Mar-21
Document File: 3 page(s) / 120K

Publishing Venue

IBM

Related People

Jackson, BK: AUTHOR [+4]

Abstract

With the prevalence of second-party mail systems, there is a growing need for mail applications to handle new and different objects. Most mail applications handle objects having capabilities predefined into their systems. Such applications allow a limited repertoire of multimedia capabilities and are usually inconsistent with second party mail applications. A mail application may be unable to handle new object types. For example, a new release of a mail system that can recognize and distribute Voice Messages may require a new release of the End- User Interface (EUI). This makes it possible for the EUI to support new object types.

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

Distribution Intercept Object Manager

       With the prevalence of second-party mail systems, there
is a growing need for mail applications to handle new and different
objects. Most mail applications handle objects having capabilities
predefined into their systems. Such applications allow a limited
repertoire of multimedia capabilities and are usually inconsistent
with second party mail applications. A mail application may be unable
to handle new object types. For example, a new release of a mail
system that can recognize and distribute Voice Messages may require a
new release of the End- User Interface (EUI). This makes it possible
for the EUI to support new object types.

      This article describes a mechanism that allows a user at the
EUI to dynamically define new objects for distribution and reception.
Many mail systems assume the editor can receive such objects. It is
desired to allow an end user to automate the manipulation of objects
not recognized by the native editor or mail application. Prior art,
such as OfficeVision*/2 (OV/2), allows the user to pre-register
foreign applications at install time. A method is needed to allow
mail applications to dynamically register and execute second-party
object types.  Furthermore, it is desired that different media be
capable of receiving such objects, such as a telephone or facsimile
device. A methodology is needed to handle coexistence of these
applications with typical mail services.

      A service can be established that allows a user to dynamically
define objects and the rules for manipulation of these objects.
Three processes are involved:
      O    New second-party application object-type registration.
      O    New procedure registration to be implemented upon
reception of multimedia objects.
      O    Object processing upon application reception.

      The first process of registration allows the user to
dynamically create a recognition array table. This indexed array
would contain an object identifier value with an associated
description of the object.

      The EUI allows a user to modify, display and label new objects
that exist in different media. A simple approach would be a direct
value of the object type to the index of the array that contains a
description (i.e., a Voice message object could be identified by a
value of 12 and within the 12th position of the array would be a text
description of "Voice"). Thus, a user could set a receiving mail
system to generate a description of "Voice" whenever the object type
12 is received. The user can dynamically define new objects for the
mail system by providing an interface permitting the user to enter a
numeric value identifying the object and the associated text.

      The second process...