WO1996007141A1 - Method for selecting transmission preferences - Google Patents

Method for selecting transmission preferences Download PDF

Info

Publication number
WO1996007141A1
WO1996007141A1 PCT/US1995/008080 US9508080W WO9607141A1 WO 1996007141 A1 WO1996007141 A1 WO 1996007141A1 US 9508080 W US9508080 W US 9508080W WO 9607141 A1 WO9607141 A1 WO 9607141A1
Authority
WO
WIPO (PCT)
Prior art keywords
preference
destination
preferences
message
information
Prior art date
Application number
PCT/US1995/008080
Other languages
French (fr)
Inventor
Janusz Hyziak
Valentin Oprescu-Surcobe
Steven M. Smith
Scott A. Zabolotzky
Original Assignee
Motorola Inc.
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 Motorola Inc. filed Critical Motorola Inc.
Priority to EP95925327A priority Critical patent/EP0727069B1/en
Priority to DE69530277T priority patent/DE69530277T2/en
Priority to MX9601593A priority patent/MX9601593A/en
Priority to KR1019960702148A priority patent/KR0179413B1/en
Priority to AU29499/95A priority patent/AU687583B2/en
Publication of WO1996007141A1 publication Critical patent/WO1996007141A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5691Access to open networks; Ingress point selection, e.g. ISP selection
    • H04L12/5692Selection among different networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14Handling requests for interconnection or transfer
    • G06F13/36Handling requests for interconnection or transfer for access to common bus or bus system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99941Database schema or data structure
    • Y10S707/99944Object-oriented database structure
    • Y10S707/99945Object-oriented database structure processing
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99941Database schema or data structure
    • Y10S707/99948Application of database or data structure, e.g. distributed, multimedia, or image

Definitions

  • This invention relates generally to the field of data communication and more particularly to a method for selecting a set of preferences to be used during the transmission of information.
  • senders may employ a plethora of communicating devices such as, for example, personal computers, lap-top computers, notebook computers, radio telephones, facsimile machines, two-way pagers, personal digital assistants (PDAs) and the like.
  • PDAs personal digital assistants
  • the information for transmission is typically communicated over a communication channel via electronic message, file, document and/or object.
  • object is a software package that contains a collection of related program instructions and data.
  • the sender typically has little or no direct control over the communication process other than designating the intended recipient(s). This basic lack of control is increasingly being perceived as unacceptable. This is especially true for communication systems wherein the information may be communicated to the recipient via more than one integrated communication network. Under such circumstances, issues relating to sender's cost, message security and transmit time, to name a few, all become worthy considerations.
  • the sender may desire to route such information to the recipient via a network that employs security measures such as, for example, encryption or authentication.
  • security measures such as, for example, encryption or authentication.
  • the sender may desire to route the information to a recipient over the most economical network.
  • the sender may desire to route the information over that network exhibiting the highest throughput.
  • FIG. 1 illustrates in block diagram form a communication system anticipated by the present invention
  • FIG. 2 is a block diagram representation of a structure common to the communicating devices of FIG. 1 ;
  • FIG. 3 depicts the structure of a message for use within the communication system of FIG. 1 ;
  • FIG. 4 is a flow chart diagram illustrating the steps performed by the communicating devices of FIG. 1 in order to transmit information in accordance with the present invention ;
  • FIG. 5 is a flow chart diagram illustrating the steps performed by the communicating devices of FIG. 1 in order to perform preference constraint selection in accordance with the present invention
  • FIG. 6 depicts the format of a database maintained within memory of a communicating device of FIG. 1 ;
  • FIG. 7 depicts the format of a criteria list employed by a communicating device of FIG. 1 in order to filter data within the database depicted in FIG. 6.
  • the purpose of the present invention is to permit a communication system subscriber to select a set of preferences and associated constraints to be used during the transmission of information within said communication system for reasons such as, but not limited to: cost, security, urgency, reporting options, disposition requests, and/or spectral efficiency.
  • the present invention clearly anticipates that said method will consider feedback such as, for example, past transactions performed by said subscriber and recent network performance in order for said selection process to be made adaptive.
  • FIG. 1 is a block diagram representation of a communication system 100 anticipated by the present invention.
  • communication system 100 comprises at least a wireline communication network 106 and a wireless communication network 1 15.
  • System server 101 couples to the wireline network 106 as well as the wireless network 1 15.
  • wireline network 106 may comprise any communications technology capable of facilitating the communication of information to and from server 101 and between devices 107, 108 and 112, such as, for example, the Public Switching Telephone Network (PSTN), an Integrated Services Digital Network (ISDN), a Local Area Network
  • PSTN Public Switching Telephone Network
  • ISDN Integrated Services Digital Network
  • LAN local area network
  • wireline communication networks any of a plurality of other publicly accessible and/or privately maintained wireline communication networks as are known in the art.
  • wireless transceiver 110 which, in accordance with the preferred embodiment, is a radio frequency (RF) modem.
  • RF radio frequency
  • Such modems have in the past been available under the brand name EAGLE TM by contacting Motorola Inc. at 1303 East Algonquin Road, Schaumburg, Illinois 60193.
  • wireless transceiver 1 10 may also comprise a multiple-channel transmitting and receiving facility having distributed or centralized channel allocation control.
  • wireless transceiver 110 may comprise a network control processor (NCP) of a Motorola trunked radio system such as the Smartnet TM system.
  • NCP network control processor
  • wireless transceiver 1 10 may comprise a DYNATAC TM series mobile telephone base station or any of a plurality of other publicly accessible and/or privately maintained radio communication networks such as, for example, ARDISTM, IRIDIUMTM, and MeridianTM.
  • wireless transceiver 1 10 is described herein as an RF modem or radio, it will be appreciated by those skilled in the art that wireless transceiver 110 may comprise any other wireless communications technology capable of facilitating the communication of information between devices 112 and 114 and to and from server 101 such as, for example, infrared technology.
  • devices 107 and 108 communicate to each other via network 106 and server 101.
  • devices 107 and 108 communicate with devices 112 and 114 via network 106, server 101 and wireless transceiver 1 10.
  • Device 1 12 may also communicate with devices 107 and 108 via network 106 and server 101 , as facilitated by detachable connector 120.
  • devices 112 and 114 communicate to each other via radio frequency (RF) network 1 15.
  • RF radio frequency
  • devices 107, 108, 112 and 1 14 comprise personal computers, e.g., lap-tops, desk-tops, palm-tops and notebook computers, facsimile machines, radio telephones, two-way pagers, personal digital assistants (PDAs) and the like.
  • personal computers e.g., lap-tops, desk-tops, palm-tops and notebook computers, facsimile machines, radio telephones, two-way pagers, personal digital assistants (PDAs) and the like.
  • PDAs personal digital assistants
  • FIG. 2 is a block diagram representation of communications device 114 as shown in FIG 1 .
  • Said device includes a central processing unit (CPU) 200, radio transceiver 202, input device 204, optional display device 206 and memory device 208.
  • CPU 200 employs both control (C) and data (D) links to communicate with radio transceiver 202.
  • Radio transceiver 202 is necessarily compatible with the radio service used by wireless transceiver 110 of FIG. 1.
  • CPU 200 couples to and receives inputs from user input device 204, provides output signals to display device 206 and stores and retrieves information from memory device 208.
  • memory device 208 maintains a set of operating program instructions which when performed by CPU 200 controls the operation of device 114.
  • Input device 204 which enables a device operator to interface with and operate device 1 14, may comprise any user interface which provides input signals to CPU 200.
  • Such devices typically include, but are not limited to, alphanumeric keyboards, electronic mice, track balls, joysticks, microphones, electronic or light pens, touch screens or any other user input devices capable of providing input signals to CPU 200.
  • Display 206 may comprise any of the available display devices capable of presenting electronic information to the device user in an audio, visual or otherwise perceivable fashion.
  • device 114 is a programmable platform that can be programmed to operate in accordance with the teachings of the present invention.
  • FIG. 2 is also a representative block diagram for devices 107, 108 and 112.
  • transceiver 202 will be replaced by a network interface device, as is known in the art, consisting of appropriate registers and line drivers for communicating with network 106.
  • Device 112 employs transceiver 202 as well as a network interface device, as mentioned above, consisting of appropriate registers and line drivers for communicating with network 106.
  • FIG. 3 depicts the structure of a message 300 for transmission within communication system 100 of FIG. 1 .
  • each message 300 comprises a header portion 310, destination list 320, status field 330 and body 340.
  • Header 310 typically consists of a Source ID field 301 , Destination ID field 303, Message ID field 305, Reference ID field 307 and Message type field 309.
  • Source ID field 301 contains information identifying a device 107, 108, 112 or 114 that originated the information for transmission.
  • source ID field 301 may also comprise information that identifies the sender, the individual who actually originated the information.
  • destination ID field 303 contains information which identifies a peer device to which the information is intended. Otherwise, destination ID field 303 contains information which identifies server 101 . Preference selection in accordance with the present invention does not entertain peer-to-peer communications thus, destination ID field 303 will typically contain server 101 identification information.
  • Message ID field 305 is employed to uniquely identify each particular transmission within communication system 100 of FIG. 1.
  • Reference ID field 307 is employed by server 101 , recipient devices 107, 108, 1 12 and/or 114 and the device that originated the transmission to assure proper correlation between recipient device responses and the original transmission.
  • Message type field 309 contains information which identifies the content of body 340 as voice, data, audio, graphics, video, multi-media, status or control information.
  • Destination list 320 is a list of one or more selected destinations, that are to receive the information within body 340. Each list entry comprises a destination name 321 , destination logical address 323 and set of preferences 325. As will be described herein below, it is the set of preferences and their associated constraints that permit the sender to selectively and/or adaptively control information delivery. Such preferences typically relate, but are not limited to criteria such as: sender cost, message security, elapsed transmission time, quality of service, reporting options, handling instructions and spectral efficiency, just to name a few.
  • Cost preference selection permits the sender of a transmission to elect message delivery via a network, for example 106 or 115 of FIG. 1 , based upon cost to the sender.
  • Security preference selection permits the sender to select message delivery via a communication network, for example 106 or 115 of FIG. 1 , based upon relative levels of security.
  • Elapsed transmission time preference selection permits the sender of a transmission to direct message delivery via the communication network, that exhibits the fastest delivery (i.e., minimum traffic load).
  • Quality of service preference selection permits the sender of a transmission to control message delivery via that network that is best suited for the type of information being transmitted based upon network characteristics such as the ability to transmit ASCII or binary information (i.e., 7 bit or 8 bit transmission).
  • Handling instruction preference selections permit the sender to of a transmission to control the action a recipient will take in response to receipt of said message, i.e., recipient replies. For example, handling instructions will typically specify whether the recipient is to read, delete, approve, acknowledge and/or ignore the message.
  • Reporting option preference selection permits the sender of a transmission to monitor and control the occurrence and the level of detail provided during status reporting. For example, reporting option preferences will typically specify whether status is to be reported only on a failure, only on successful delivery, only on acknowledgment, during intermediate transactions such as, for example, message forwarding and/or recipient actions or at every step during delivery. In addition, this preference permits the sender to specify the amount and type of data to be reported at each said reportable occurrence.
  • Status field 330 is used by recipient devices 107, 108, 112, 1 14 and server 101 to report to the sender of a transmission that status as requested by the sender's status reporting preference selections.
  • status field 330 is used by the sending device to record status information regarding original transmissions.
  • status field 330 will maintain information regarding actual recorded performance, such as, the time of a transmission (i.e., time stamp), size of a transmission (i.e., number of bytes), type of information transmitted, elapsed time of transmission, number of errors experienced, quality of service, level of security, cost of transmission, as well as recipient replies, such as acknowledgments and whether the message was read, deleted, approved, rejected etc.
  • Body 340 contains the information selected for transmission.
  • FIG. 4 is a flow chart diagram illustrating the steps performed by communicating devices 107-114 of FIG. 1 in order to transmit information in accordance with the present invention.
  • flow proceeds to block 402 where the sender, in conjunction with a device 107-114 , determines the information for transmission.
  • this information may be created by the sender or may have been previously stored in device 107-114 or in server 101.
  • a destination or set of destinations for said information is selected.
  • destinations are selected from an electronic mail program such as, for example, the Microsoft® Mail electronic mail program
  • the program will typically include an electronic address book, as is known in the art. From such an address book, destination selection may be performed by indexing, marking or otherwise identifying an address book entry or entries as destinations.
  • destination selection may be performed by indexing, marking or otherwise identifying an address book entry or entries as destinations.
  • destinations are selected from, for example, the Internet, a worldwide interconnected collection of networks that predominantly use the TCP/IP protocol suite
  • selection may be performed by directly utilizing the Internet user's ID or by requesting such information from a directory service such as, for example, the WHOIS directory service database, as is known and well documented in the Internet Community.
  • a directory service such as, for example, the WHOIS directory service database, as is known and well documented in the Internet Community.
  • preference selection may be manually controlled by the sender via input device 204.
  • the set of individual preferences and associated constraint parameters will be displayed via display device 206 in association with the destination selection operation of step 404.
  • the sender may change constraint parameters that cause the state of the various preferences to change.
  • preference selection may be automated via a set of program instructions used in conjunction with historical data stored in a database 600 like the one depicted in FIG. 6 and described herein below in more detail. It will be appreciated by those skilled in the art that automated preference selection is designed to make the overall operation more efficient as well as user friendly. Notwithstanding automated selection, a device subscriber may still employ manual preference selection to override computed preference selection as taught herein. From block 406, flow proceeds to block 408 where the information from block 402, destination information as selected at block 404 and the set of preferences, as determined at block 406, are combined to create a message 300. At block 410, message 300 is transmitted to the desired destination(s) and at block 412 a record of the transmitted message is stored to a historical database. As will be appreciated by those skilled in the art, the record may be stored prior to message transmission.
  • FIG. 5 is a flow chart diagram illustrating the steps performed by communicating devices 107, 108, 1 12 and 1 14 of FIG. 1 under the direction and control of a set of operating program instructions stored in device memory, in order to perform adaptive preference selection in accordance with the present invention.
  • flow proceeds to block 502 where a key is retrieved from each selected destination.
  • the key will comprise at least a destination name, corresponding to the content of field 321 of FIG. 3. It will be appreciated by those skilled in the art, however, that the key may comprise additional information, such as, for example, destination address 323 and/or Message ID 305 of FIG. 3, to name a few.
  • a historical database 600 like the one depicted in FIG. 6, is indexed via the selected key.
  • historical database 600 comprises several entries, each entry having a field corresponding to a particular message attribute including status regarding past transmissions.
  • Message attributes typically include all header 310, destination list 320, status 330 and body/payload 340 contents.
  • Pertinent message attributes comprise destination name 321 , destination address 323, preferences 325, message ID 305, message type 309, status 330 and body 340.
  • historical database 600 provides a history of recent messages transmitted to and from the device in question, including pass/fail status, reporting options, error reports, costs incurred, transmission times, quality of service, security levels, and additional message attributes such as size and type, just to name a few. Based upon this information, future transmission can be efficiently routed by taking into consideration past preference selections as well as network feedback as accumulated within historical database 600.
  • historical database 600 is indexed at step 504 via the key (i.e., destination name 321 ) to retrieve all information stored therein pertaining to past message transmissions to and from the selected destination.
  • a criteria list 700 of FIG. 7 is indexed via the key, to retrieve a criteria list entry.
  • the list 700 comprises several entries, each entry having a field for destination name 702 and a number of criteria involved 704. Thereafter each entry has repeatable fields for criteria code 706, preference values 708 and logical functions 710.
  • Criteria code field 706 maintains information identifying a single preference.
  • Value field 708 comprises a representation that corresponds to that preference's value or in the alternative, a command signal that causes value field content to be determined from actual message attributes.
  • Logic function field 710 maintains a logic function which is used to filter historical database 600 entries in preparation for preference calculation.
  • Logic field 710 may comprise, but is not limited to Boolean logic expressions, and fuzzy logic expressions.
  • a check is performed to determine whether a criteria list 700 entry corresponding to the key, was found.
  • criteria list 700 contents are typically entered by the sender to establish the order and importance of the preferences to be used during message transmission. If no such match is found at block 512, it is assumed that no delivery criteria were entered by the sender for the destination in question. In accordance, no criteria will be applied and flow will branch from block 512 to block 536.
  • a check is performed to determine whether the criteria value field 708 comprises a value or a command signal. Assuming value field 708 comprises a command, in accordance with the invention, that command, as executed at block 520, will direct that the value field 708 content be derived from actual attributes of the message 300 selected for transmission at step 402 of FIG. 4.
  • cost is the preference identified by criteria code field 706 and value field 708 comprises a command signal as opposed to a cost value
  • the cost information as provided within message 300 of step 402 will be used in value field 708.
  • criteria list 700 contents are to be entered by the sender, thereby reflecting the order and importance of the preferences to be used during message transmission.
  • a set of default preferences will be used in the absence of sender input.
  • Filtering is accomplished by retrieving from Working set A, those entries having message attributes that correspond to the attribute identified by criteria code 706 of block 514. Thereafter, Logic function 710 may be applied to the stored value of block 522 and the value of the Working set A message attribute in question, as yet a further delimiter.
  • criteria code 706 may identify message size
  • the stored value of block 522 might, for example, correspond to 1 K byte
  • Logic function 710 could be Less-or-Equal (i.e., less than or equal to).
  • this entry seeks to delimit Working set A to those entries where the size of the transmitted message was less than or equal to 1 K byte.
  • This information is derived from the Number of Criteria field 704 of FIG. 7.
  • fields 706, 708 and 710 of FIG. 7 are repeatable a number of times N, where N equals the number of criteria set forth in field 704. Assuming more criteria require evaluation, flow branches back to block 514 where the process repeats until no more criteria require evaluation.
  • Working set A comprises more than one entry, it will be appreciated by those skilled in the art that any one such record may suffice. It is, further anticipated by the present invention that final preference determination may be derived based upon the frequency of a preferences occurrence within working set via simple or weighted averages.

Abstract

In a communication system a method for selecting a set of preferences for use during transmission of information to a particular destination anticipates selecting a list of one or more destinations (502), each destination having a key and a set of preferences, each preference further having a value. A historical database is indexed via (504 and 508) the key to retrieve a set of database entries, each entry having a set of preferences, each preference further having a value. The retrieved database entries are filtered (506 and 512) in order to identify those entries exhibiting a predefined set of criteria. After filtering (518), the preference values (514 and 516) within the identified database entries are applied during transmission and subsequent processing of the information (520).

Description

METHOD FOR SELECTING TRANSMISSION PREFERENCES
Field of the Invention
This invention relates generally to the field of data communication and more particularly to a method for selecting a set of preferences to be used during the transmission of information.
Background of the Invention
In today's fast paced business environment, individuals on-the-go, often need to transmit information such as, for example, voice signals, video signals, whether real-time or otherwise, data signals, audio signals, control signals and/or various combinations thereof to a particular recipient or group of recipients. For their communiςating needs, these individuals, hereinafter referred to collectively as senders, may employ a plethora of communicating devices such as, for example, personal computers, lap-top computers, notebook computers, radio telephones, facsimile machines, two-way pagers, personal digital assistants (PDAs) and the like.
The information for transmission is typically communicated over a communication channel via electronic message, file, document and/or object. As is known in the field of object-oriented technology, an object is a software package that contains a collection of related program instructions and data.
Endemic to the above described scenario, the sender typically has little or no direct control over the communication process other than designating the intended recipient(s). This basic lack of control is increasingly being perceived as unacceptable. This is especially true for communication systems wherein the information may be communicated to the recipient via more than one integrated communication network. Under such circumstances, issues relating to sender's cost, message security and transmit time, to name a few, all become worthy considerations.
For example, when the sender's information is confidential or sensitive in nature, the sender may desire to route such information to the recipient via a network that employs security measures such as, for example, encryption or authentication. Depending upon message size, the sender may desire to route the information to a recipient over the most economical network. On the other hand, when time is of essence, the sender may desire to route the information over that network exhibiting the highest throughput.
In light of these concerns, it would be extremely advantageous to provide a method for selecting a set of preferences and appropriate constraints to be used during the transmission of information that takes into consideration sender criteria. It would be of greater advantage for said method to consider various forms of feedback such as, for example, past transactions performed by the sender and recent network performance.
Brief Description of the Drawings
FIG. 1 illustrates in block diagram form a communication system anticipated by the present invention ;
FIG. 2 is a block diagram representation of a structure common to the communicating devices of FIG. 1 ; FIG. 3 depicts the structure of a message for use within the communication system of FIG. 1 ;
FIG. 4 is a flow chart diagram illustrating the steps performed by the communicating devices of FIG. 1 in order to transmit information in accordance with the present invention ;
FIG. 5 is a flow chart diagram illustrating the steps performed by the communicating devices of FIG. 1 in order to perform preference constraint selection in accordance with the present invention;
FIG. 6 depicts the format of a database maintained within memory of a communicating device of FIG. 1 ; and
FIG. 7 depicts the format of a criteria list employed by a communicating device of FIG. 1 in order to filter data within the database depicted in FIG. 6.
Detailed Description of a Preferred Embodiment
Before describing an embodiment of the present invention, it is believed that an overview will aid in the reader's understanding. The purpose of the present invention is to permit a communication system subscriber to select a set of preferences and associated constraints to be used during the transmission of information within said communication system for reasons such as, but not limited to: cost, security, urgency, reporting options, disposition requests, and/or spectral efficiency. The present invention clearly anticipates that said method will consider feedback such as, for example, past transactions performed by said subscriber and recent network performance in order for said selection process to be made adaptive.
FIG. 1 is a block diagram representation of a communication system 100 anticipated by the present invention. As depicted communication system 100 comprises at least a wireline communication network 106 and a wireless communication network 1 15. System server 101 couples to the wireline network 106 as well as the wireless network 1 15. As will be appreciated, wireline network 106 may comprise any communications technology capable of facilitating the communication of information to and from server 101 and between devices 107, 108 and 112, such as, for example, the Public Switching Telephone Network (PSTN), an Integrated Services Digital Network (ISDN), a Local Area Network
(LAN) or any of a plurality of other publicly accessible and/or privately maintained wireline communication networks as are known in the art.
Returning to FIG. 1 , server 101 couples to wireless transceiver 110 which, in accordance with the preferred embodiment, is a radio frequency (RF) modem. Such modems have in the past been available under the brand name EAGLE ™ by contacting Motorola Inc. at 1303 East Algonquin Road, Schaumburg, Illinois 60193. It should be appreciated, however, that wireless transceiver 1 10 may also comprise a multiple-channel transmitting and receiving facility having distributed or centralized channel allocation control. For example, wireless transceiver 110 may comprise a network control processor (NCP) of a Motorola trunked radio system such as the Smartnet ™ system. In addition, wireless transceiver 1 10 may comprise a DYNATAC ™ series mobile telephone base station or any of a plurality of other publicly accessible and/or privately maintained radio communication networks such as, for example, ARDIS™, IRIDIUM™, and Meridian™.
In the past, information regarding the above-mentioned devices and communication networks has been available by contacting Motorola Inc. at 1303 East Algonquin Road, Schaumburg, Illinois 60193. While wireless transceiver 1 10 is described herein as an RF modem or radio, it will be appreciated by those skilled in the art that wireless transceiver 110 may comprise any other wireless communications technology capable of facilitating the communication of information between devices 112 and 114 and to and from server 101 such as, for example, infrared technology.
When configured in accordance with FIG. 1 , devices 107 and 108 communicate to each other via network 106 and server 101. In a similar fashion, devices 107 and 108 communicate with devices 112 and 114 via network 106, server 101 and wireless transceiver 1 10. Device 1 12 may also communicate with devices 107 and 108 via network 106 and server 101 , as facilitated by detachable connector 120. On the other hand, devices 112 and 114 communicate to each other via radio frequency (RF) network 1 15. In general, devices 107, 108, 112 and 1 14 comprise personal computers, e.g., lap-tops, desk-tops, palm-tops and notebook computers, facsimile machines, radio telephones, two-way pagers, personal digital assistants (PDAs) and the like.
FIG. 2 is a block diagram representation of communications device 114 as shown in FIG 1 . Said device includes a central processing unit (CPU) 200, radio transceiver 202, input device 204, optional display device 206 and memory device 208. CPU 200 employs both control (C) and data (D) links to communicate with radio transceiver 202. Radio transceiver 202 is necessarily compatible with the radio service used by wireless transceiver 110 of FIG. 1. CPU 200 couples to and receives inputs from user input device 204, provides output signals to display device 206 and stores and retrieves information from memory device 208. As will be appreciated, memory device 208 maintains a set of operating program instructions which when performed by CPU 200 controls the operation of device 114.
Input device 204, which enables a device operator to interface with and operate device 1 14, may comprise any user interface which provides input signals to CPU 200. Such devices typically include, but are not limited to, alphanumeric keyboards, electronic mice, track balls, joysticks, microphones, electronic or light pens, touch screens or any other user input devices capable of providing input signals to CPU 200. Display 206 may comprise any of the available display devices capable of presenting electronic information to the device user in an audio, visual or otherwise perceivable fashion.
For the present invention, it is important to understand that device 114 is a programmable platform that can be programmed to operate in accordance with the teachings of the present invention. It will be further appreciated by those skilled in the art that FIG. 2 is also a representative block diagram for devices 107, 108 and 112. For devices 107 and 108, transceiver 202 will be replaced by a network interface device, as is known in the art, consisting of appropriate registers and line drivers for communicating with network 106. Device 112 employs transceiver 202 as well as a network interface device, as mentioned above, consisting of appropriate registers and line drivers for communicating with network 106.
FIG. 3 depicts the structure of a message 300 for transmission within communication system 100 of FIG. 1 . As depicted each message 300 comprises a header portion 310, destination list 320, status field 330 and body 340. Header 310 typically consists of a Source ID field 301 , Destination ID field 303, Message ID field 305, Reference ID field 307 and Message type field 309. Source ID field 301 contains information identifying a device 107, 108, 112 or 114 that originated the information for transmission. As will be appreciated by those skilled in the art, source ID field 301 may also comprise information that identifies the sender, the individual who actually originated the information.
For peer-to-peer communications, destination ID field 303 contains information which identifies a peer device to which the information is intended. Otherwise, destination ID field 303 contains information which identifies server 101 . Preference selection in accordance with the present invention does not entertain peer-to-peer communications thus, destination ID field 303 will typically contain server 101 identification information. Message ID field 305 is employed to uniquely identify each particular transmission within communication system 100 of FIG. 1. Reference ID field 307 is employed by server 101 , recipient devices 107, 108, 1 12 and/or 114 and the device that originated the transmission to assure proper correlation between recipient device responses and the original transmission.
Message type field 309 contains information which identifies the content of body 340 as voice, data, audio, graphics, video, multi-media, status or control information. Destination list 320 is a list of one or more selected destinations, that are to receive the information within body 340. Each list entry comprises a destination name 321 , destination logical address 323 and set of preferences 325. As will be described herein below, it is the set of preferences and their associated constraints that permit the sender to selectively and/or adaptively control information delivery. Such preferences typically relate, but are not limited to criteria such as: sender cost, message security, elapsed transmission time, quality of service, reporting options, handling instructions and spectral efficiency, just to name a few.
Cost preference selection permits the sender of a transmission to elect message delivery via a network, for example 106 or 115 of FIG. 1 , based upon cost to the sender. Security preference selection permits the sender to select message delivery via a communication network, for example 106 or 115 of FIG. 1 , based upon relative levels of security. Elapsed transmission time preference selection permits the sender of a transmission to direct message delivery via the communication network, that exhibits the fastest delivery (i.e., minimum traffic load). Quality of service preference selection permits the sender of a transmission to control message delivery via that network that is best suited for the type of information being transmitted based upon network characteristics such as the ability to transmit ASCII or binary information (i.e., 7 bit or 8 bit transmission).
Handling instruction preference selections permit the sender to of a transmission to control the action a recipient will take in response to receipt of said message, i.e., recipient replies. For example, handling instructions will typically specify whether the recipient is to read, delete, approve, acknowledge and/or ignore the message. Reporting option preference selection permits the sender of a transmission to monitor and control the occurrence and the level of detail provided during status reporting. For example, reporting option preferences will typically specify whether status is to be reported only on a failure, only on successful delivery, only on acknowledgment, during intermediate transactions such as, for example, message forwarding and/or recipient actions or at every step during delivery. In addition, this preference permits the sender to specify the amount and type of data to be reported at each said reportable occurrence. Status field 330 is used by recipient devices 107, 108, 112, 1 14 and server 101 to report to the sender of a transmission that status as requested by the sender's status reporting preference selections. In addition, status field 330 is used by the sending device to record status information regarding original transmissions. Thus, status field 330 will maintain information regarding actual recorded performance, such as, the time of a transmission (i.e., time stamp), size of a transmission (i.e., number of bytes), type of information transmitted, elapsed time of transmission, number of errors experienced, quality of service, level of security, cost of transmission, as well as recipient replies, such as acknowledgments and whether the message was read, deleted, approved, rejected etc. Body 340 contains the information selected for transmission. Such information may include, but is not limited to: objects, electronic messages comprising voice, data, audio, video and/or combinations thereof, electronic files and electronic documents. By definition, an object is a software package that contains a collection of related procedures, i.e., program instructions and data. Thus, the transmission of objects per the teaching of object-oriented technology is clearly anticipated by the present invention. FIG. 4 is a flow chart diagram illustrating the steps performed by communicating devices 107-114 of FIG. 1 in order to transmit information in accordance with the present invention. Commencing at start block 400, flow proceeds to block 402 where the sender, in conjunction with a device 107-114 , determines the information for transmission. As will be appreciated, this information may be created by the sender or may have been previously stored in device 107-114 or in server 101. At step 404, a destination or set of destinations for said information is selected. Where destinations are selected from an electronic mail program such as, for example, the Microsoft® Mail electronic mail program, the program will typically include an electronic address book, as is known in the art. From such an address book, destination selection may be performed by indexing, marking or otherwise identifying an address book entry or entries as destinations. In the past information on the Microsoft® Mail electronic mail program has been available by contacting Microsoft Corporation at One Microsoft Way, Redmond, WA 98052- 6399.
Where destinations are selected from, for example, the Internet, a worldwide interconnected collection of networks that predominantly use the TCP/IP protocol suite, selection may be performed by directly utilizing the Internet user's ID or by requesting such information from a directory service such as, for example, the WHOIS directory service database, as is known and well documented in the Internet Community. Once a list comprising one or more destinations has been compiled, flow proceeds to block 406 where a set of preferences for use during transmission of the information is determined for each destination. As anticipated by the present invention, preference selection may be manually controlled by the sender via input device 204. Typically, the set of individual preferences and associated constraint parameters, as referenced in FIG. 3, will be displayed via display device 206 in association with the destination selection operation of step 404. In response to these visual displays, the sender may change constraint parameters that cause the state of the various preferences to change.
In addition to sender inputs, preference selection may be automated via a set of program instructions used in conjunction with historical data stored in a database 600 like the one depicted in FIG. 6 and described herein below in more detail. It will be appreciated by those skilled in the art that automated preference selection is designed to make the overall operation more efficient as well as user friendly. Notwithstanding automated selection, a device subscriber may still employ manual preference selection to override computed preference selection as taught herein. From block 406, flow proceeds to block 408 where the information from block 402, destination information as selected at block 404 and the set of preferences, as determined at block 406, are combined to create a message 300. At block 410, message 300 is transmitted to the desired destination(s) and at block 412 a record of the transmitted message is stored to a historical database. As will be appreciated by those skilled in the art, the record may be stored prior to message transmission.
FIG. 5 is a flow chart diagram illustrating the steps performed by communicating devices 107, 108, 1 12 and 1 14 of FIG. 1 under the direction and control of a set of operating program instructions stored in device memory, in order to perform adaptive preference selection in accordance with the present invention. Commencing at block 500, flow proceeds to block 502 where a key is retrieved from each selected destination. In accordance with the preferred embodiment, the key will comprise at least a destination name, corresponding to the content of field 321 of FIG. 3. It will be appreciated by those skilled in the art, however, that the key may comprise additional information, such as, for example, destination address 323 and/or Message ID 305 of FIG. 3, to name a few.
From block 502, flow proceeds to block 504 where a historical database 600, like the one depicted in FIG. 6, is indexed via the selected key. As depicted in FIG. 6, historical database 600 comprises several entries, each entry having a field corresponding to a particular message attribute including status regarding past transmissions. Message attributes typically include all header 310, destination list 320, status 330 and body/payload 340 contents. Pertinent message attributes comprise destination name 321 , destination address 323, preferences 325, message ID 305, message type 309, status 330 and body 340. Collectively, the information maintained within historical database 600 provides a history of recent messages transmitted to and from the device in question, including pass/fail status, reporting options, error reports, costs incurred, transmission times, quality of service, security levels, and additional message attributes such as size and type, just to name a few. Based upon this information, future transmission can be efficiently routed by taking into consideration past preference selections as well as network feedback as accumulated within historical database 600. In accordance with the present invention, historical database 600 is indexed at step 504 via the key (i.e., destination name 321 ) to retrieve all information stored therein pertaining to past message transmissions to and from the selected destination. From block 504, flow proceeds to block 506 where a check is performed to determine whether any information regarding past message transmissions to and from the selected destination were found. If no such match is found, it is assumed no prior transmissions to or from the selected destination have been performed. In accordance, flow branches to block 540 where the default preferences within the selected destination are used at block 406 of FIG. 4. Assuming a match is found, flow proceeds to block 508 where the retrieved database information is temporarily stored in memory to a location e.g., working set A.
From block 508, flow proceeds to block 510 where a criteria list 700 of FIG. 7 is indexed via the key, to retrieve a criteria list entry. As depicted in FIG. 7, the list 700 comprises several entries, each entry having a field for destination name 702 and a number of criteria involved 704. Thereafter each entry has repeatable fields for criteria code 706, preference values 708 and logical functions 710.
Criteria code field 706 maintains information identifying a single preference. Value field 708 comprises a representation that corresponds to that preference's value or in the alternative, a command signal that causes value field content to be determined from actual message attributes.
Logic function field 710 maintains a logic function which is used to filter historical database 600 entries in preparation for preference calculation. In accordance with the present invention, Logic field 710 may comprise, but is not limited to Boolean logic expressions, and fuzzy logic expressions. At block 512, a check is performed to determine whether a criteria list 700 entry corresponding to the key, was found. As will hereinafter be appreciated, criteria list 700 contents are typically entered by the sender to establish the order and importance of the preferences to be used during message transmission. If no such match is found at block 512, it is assumed that no delivery criteria were entered by the sender for the destination in question. In accordance, no criteria will be applied and flow will branch from block 512 to block 536.
If, on the other hand, a match is found at block 512, flow proceeds to blocks 514 and 516 where the criteria code field 706 and the criteria value field 708 for that entry are read. At block 518 a check is performed to determine whether the criteria value field 708 comprises a value or a command signal. Assuming value field 708 comprises a command, in accordance with the invention, that command, as executed at block 520, will direct that the value field 708 content be derived from actual attributes of the message 300 selected for transmission at step 402 of FIG. 4.
For example, if cost is the preference identified by criteria code field 706 and value field 708 comprises a command signal as opposed to a cost value, at step 520, the cost information as provided within message 300 of step 402 will be used in value field 708. This process permits the preferences to be adapted to specific characteristics of the message to be transmitted. As will be appreciated, criteria list 700 contents are to be entered by the sender, thereby reflecting the order and importance of the preferences to be used during message transmission. Of course, a set of default preferences will be used in the absence of sender input.
From blocks 518 or 520, flow proceeds to block 522 where the value as retrieved from value field 708 or derived at block 520 is stored in memory. Next, the logic function field 710 of list 700 is read at block 524. Proceeding to block 526, Working set A, as determined at block 508, is filtered with the criteria code of block 514, the value field content as stored at block 522 and the logic function read at block 524.
Filtering is accomplished by retrieving from Working set A, those entries having message attributes that correspond to the attribute identified by criteria code 706 of block 514. Thereafter, Logic function 710 may be applied to the stored value of block 522 and the value of the Working set A message attribute in question, as yet a further delimiter. For example, criteria code 706 may identify message size, the stored value of block 522 might, for example, correspond to 1 K byte and Logic function 710 could be Less-or-Equal (i.e., less than or equal to). By way of example and not by way of limitation, this entry seeks to delimit Working set A to those entries where the size of the transmitted message was less than or equal to 1 K byte.
When the outcome of the application at blocks 526-528 identifies one or more working set A entries, flow proceeds from block 528 to block 530 where the identified entries are maintained within Working set A. In accordance, all working set A entries that are not identified during blocks 526-528 are removed from Working set A.
When the outcome of the application at blocks 526-528 does not identify a Working set A entry, flow proceeds from block 528 to block 532 where a confidence level is set to low. Such setting indicates that the criteria employed to delimit Working set A was not helpful.
From blocks 530 and 532, flow proceeds to block 534 where a check is performed to determine whether more criteria are to be evaluated. This information is derived from the Number of Criteria field 704 of FIG. 7. According to the preferred embodiment fields 706, 708 and 710 of FIG. 7 are repeatable a number of times N, where N equals the number of criteria set forth in field 704. Assuming more criteria require evaluation, flow branches back to block 514 where the process repeats until no more criteria require evaluation. When no more criteria are to be evaluated, flow proceeds from block 534 to block 536 where the preference values associated with the entries within working set A are employed during the transmission of the message 300.
After filtering, if Working set A comprises more than one entry, it will be appreciated by those skilled in the art that any one such record may suffice. It is, further anticipated by the present invention that final preference determination may be derived based upon the frequency of a preferences occurrence within working set via simple or weighted averages.
What is claimed is:

Claims

Claims
1 . A method for selecting preferences for use during the communication of information to destinations within a communication system comprising the steps of:
selecting a list of one or more destinations, each destination having a key and a set of preferences, each preference further having a value;
indexing a database via the key to retrieve a set of database entries, each entry having a set of preferences, each preference further having a value;
filtering the set of retrieved database entries to identify those entries exhibiting a predefined set of criteria; and
utilizing preference values within the identified database entries during communication of the information.
2. The method of claim 1 wherein the step of selecting a list of one or more destinations further comprises the step of addressing a destination via logical address.
3. The method of claim 1 wherein the key comprises destination name.
4. The method of claim 1 wherein each database entry provides status about information communicated to or received from a destination.
5. The method of claim 1 wherein the set of preferences are selected from the group consisting of: cost, time, security, quality, handling instructions, reporting options, and spectral efficiency.
6. The method of claim 1 wherein the step of filtering further comprises the steps of: selecting a set of criteria, each criteria having an identifier, a value, and a qualifier; and comparing each criteria and value to an associated preference and value within each retrieved database entry, by the qualifier, to further delimit the database entries.
7. The method of claim 4 wherein the status within each data base entry further comprises: source status, destination status, time and date stamp status, message size status, message type indications, message content indications, error rate indications, transmission cost indications, elapsed time indications, security level indications.
8. The method of claim 1 further comprising the step of: utilizing preference values within the identified database entries during processing of the communicated information by the one or more selected destinations.
9. A method for communicating a message having attributes, said message attributes comprised of header, destination, status and payload information, to destinations within a communication system comprising the steps of:
determining the payload for communication;
selecting a list of one or more destinations, each destination having a set of preferences, each preference further having a default value;
determining a second set of values for at least some of the preferences within said list of one or more destinations; and
utilizing at least the second set of preference values during the transmission of the message.
10. The method of claim 9 wherein the step of selecting a list of one or more destinations further comprises the step of addressing a destination.
1 1 . The method of claim 9 wherein the step of determining a second set of values for at least some of the preference further comprises the steps of: indexing a database via a key to retrieve a set of database entries, each entry having a set of preferences, each preference further having a value; and filtering the set of retrieved database entries to identify those entries exhibiting a predefined set of attributes.
12. The method of claim 9 further comprising the step of: utilizing at least the second set of preference values during processing of the communicated message by the one or more selected destinations.
PCT/US1995/008080 1994-08-29 1995-06-30 Method for selecting transmission preferences WO1996007141A1 (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP95925327A EP0727069B1 (en) 1994-08-29 1995-06-30 Method for selecting transmission preferences
DE69530277T DE69530277T2 (en) 1994-08-29 1995-06-30 METHOD FOR SELECTING TRANSFER PREFERENCES
MX9601593A MX9601593A (en) 1994-08-29 1995-06-30 Method for selecting transmission preferences.
KR1019960702148A KR0179413B1 (en) 1994-08-29 1995-06-30 Method for selecting transmission preferences
AU29499/95A AU687583B2 (en) 1994-08-29 1995-06-30 Method for selecting transmission preferences

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/298,477 1994-08-29
US08/298,477 US5682460A (en) 1994-08-29 1994-08-29 Method for selecting transmission preferences

Publications (1)

Publication Number Publication Date
WO1996007141A1 true WO1996007141A1 (en) 1996-03-07

Family

ID=23150690

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1995/008080 WO1996007141A1 (en) 1994-08-29 1995-06-30 Method for selecting transmission preferences

Country Status (9)

Country Link
US (1) US5682460A (en)
EP (1) EP0727069B1 (en)
KR (1) KR0179413B1 (en)
CN (1) CN1097232C (en)
AU (1) AU687583B2 (en)
CA (1) CA2174762A1 (en)
DE (1) DE69530277T2 (en)
MX (1) MX9601593A (en)
WO (1) WO1996007141A1 (en)

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2319710A (en) * 1996-11-23 1998-05-27 Inmedia Investment Ltd Quality of service in data communication systems
US6560649B1 (en) 1999-02-10 2003-05-06 Avaya Technology Corp. Hierarchical service level remediation for competing classes based upon achievement of service level goals
EP1636708A1 (en) * 2003-06-05 2006-03-22 Ipass Inc. Method and system to manage a network connection application
US7200219B1 (en) 1999-02-10 2007-04-03 Avaya Technology Corp. Dynamically allocating server resources to competing classes of work based upon achievement of service goals
US8472612B1 (en) 2004-01-29 2013-06-25 Avaya Inc. Call center customer queue shortcut access code
US8855292B1 (en) 2006-09-08 2014-10-07 Avaya Inc. Agent-enabled queue bypass to agent
US8856182B2 (en) 2008-01-25 2014-10-07 Avaya Inc. Report database dependency tracing through business intelligence metadata
US8873739B2 (en) 2004-02-12 2014-10-28 Avaya Inc. Instant message contact management in a contact center
US8891747B2 (en) 2003-09-26 2014-11-18 Avaya Inc. Method and apparatus for assessing the status of work waiting for service
US8938063B1 (en) 2006-09-07 2015-01-20 Avaya Inc. Contact center service monitoring and correcting
US8964958B2 (en) 2009-05-20 2015-02-24 Avaya Inc. Grid-based contact center
US9516069B2 (en) 2009-11-17 2016-12-06 Avaya Inc. Packet headers as a trigger for automatic activation of special-purpose softphone applications
US10572879B1 (en) 2005-10-03 2020-02-25 Avaya Inc. Agent driven media-agnostic work item grouping and sharing over a consult medium

Families Citing this family (98)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5930350A (en) * 1996-06-27 1999-07-27 Mci Communications Corporation System, method and computer program for automated speed dialing
US5910951A (en) * 1996-10-15 1999-06-08 Motorola, Inc. Transmitting device with mobility manager and method of communicating
JP3784491B2 (en) * 1997-03-28 2006-06-14 株式会社半導体エネルギー研究所 Active matrix display device
DE59813179D1 (en) 1997-05-06 2005-12-15 Siemens Ag DEVICE FOR TRANSMITTING COMMUNICATION DATA OF A COMPUTER OVER A COMMUNICATION NETWORK
US6128649A (en) * 1997-06-02 2000-10-03 Nortel Networks Limited Dynamic selection of media streams for display
US6055240A (en) * 1997-06-12 2000-04-25 Nortel Networks Corporation Method and apparatus for message management
CA2225227A1 (en) 1997-12-18 1999-06-18 Michael Coveley Intelligent communication and applications server
US6731680B1 (en) 1998-05-06 2004-05-04 Siemens Aktiengesellschaft Method of changing from a first transmission path and/or transmission mode to a second transmission path and/or transmission mode
US6226643B1 (en) * 1998-07-20 2001-05-01 Telefonaktiebolaget Lm Ericsson (Publ) Subscriber creation and deletion interface between a customer administrative system and database network elements of a communications network
US6505247B1 (en) * 1998-08-21 2003-01-07 National Instruments Corporation Industrial automation system and method for efficiently transferring time-sensitive and quality-sensitive data
US7295669B1 (en) 1999-01-21 2007-11-13 Avaya Technology Corp. Call center telephone and data flow connection system
US7142507B1 (en) * 1999-02-25 2006-11-28 Nippon Telegraph And Telephone Corporation Traffic monitoring equipment and system and method for datagram transfer
US7424678B2 (en) * 1999-09-16 2008-09-09 Sharp Laboratories Of America, Inc. Audiovisual information management system with advertising
WO2001025948A1 (en) * 1999-10-05 2001-04-12 Zapmedia, Inc. System and method for distributing media assets to user devices and managing user rights of the media assets
US6522884B2 (en) * 2000-02-23 2003-02-18 Nexterna, Inc. System and method for dynamically routing messages transmitted from mobile platforms
US7844504B1 (en) 2000-04-27 2010-11-30 Avaya Inc. Routing based on the contents of a shopping cart
US8028314B1 (en) 2000-05-26 2011-09-27 Sharp Laboratories Of America, Inc. Audiovisual information management system
US6625503B1 (en) * 2000-06-09 2003-09-23 Motorola, Inc. Personal preference information communication method and apparatus
US8972717B2 (en) * 2000-06-15 2015-03-03 Zixcorp Systems, Inc. Automatic delivery selection for electronic content
US6732101B1 (en) * 2000-06-15 2004-05-04 Zix Corporation Secure message forwarding system detecting user's preferences including security preferences
US8020183B2 (en) 2000-09-14 2011-09-13 Sharp Laboratories Of America, Inc. Audiovisual management system
TW579468B (en) * 2000-09-27 2004-03-11 Hewlett Packard Co Method and apparatus for applying information remotely via a mobile device
US7093025B1 (en) * 2000-10-04 2006-08-15 International Business Machines Corporation SMTP extension for email delivery failure
AU2002228888A1 (en) * 2000-11-06 2002-05-15 At & T Wireless Services, Inc. Method and apparatus for network-assisted automatic confirmation of short message service delivery
US7904814B2 (en) 2001-04-19 2011-03-08 Sharp Laboratories Of America, Inc. System for presenting audio-video content
US7474698B2 (en) 2001-10-19 2009-01-06 Sharp Laboratories Of America, Inc. Identification of replay segments
US6904131B2 (en) * 2001-11-30 2005-06-07 David Weksel System and method for delivering a message to a plurality of receivers in respective reception formats
US8214741B2 (en) 2002-03-19 2012-07-03 Sharp Laboratories Of America, Inc. Synchronization of video and data
US20030224814A1 (en) 2002-05-29 2003-12-04 Hai Qu Method and apparatus for sending a message from a wireless device
US9565275B2 (en) 2012-02-09 2017-02-07 Rockwell Automation Technologies, Inc. Transformation of industrial data into useful cloud information
US7512906B1 (en) * 2002-06-04 2009-03-31 Rockwell Automation Technologies, Inc. System and methodology providing adaptive interface in an industrial controller environment
US7072944B2 (en) * 2002-10-07 2006-07-04 Ebay Inc. Method and apparatus for authenticating electronic mail
US20040107274A1 (en) * 2002-12-03 2004-06-03 Mastrianni Steven J. Policy-based connectivity
JP4093899B2 (en) * 2003-04-03 2008-06-04 シャープ株式会社 Data transmission device, data reception device, data communication system, and data communication management server
US7770175B2 (en) 2003-09-26 2010-08-03 Avaya Inc. Method and apparatus for load balancing work on a network of servers based on the probability of being serviced within a service time goal
JP2005151259A (en) * 2003-11-17 2005-06-09 Toshiba Corp Data transfer device and program
US7729490B2 (en) 2004-02-12 2010-06-01 Avaya Inc. Post-termination contact management
US7940796B2 (en) * 2004-02-27 2011-05-10 Research In Motion Limited System and method for delivery of packets
US8356317B2 (en) * 2004-03-04 2013-01-15 Sharp Laboratories Of America, Inc. Presence based technology
US8949899B2 (en) 2005-03-04 2015-02-03 Sharp Laboratories Of America, Inc. Collaborative recommendation system
US7885401B1 (en) 2004-03-29 2011-02-08 Avaya Inc. Method and apparatus to forecast the availability of a resource
US8000989B1 (en) 2004-03-31 2011-08-16 Avaya Inc. Using true value in routing work items to resources
US7734032B1 (en) 2004-03-31 2010-06-08 Avaya Inc. Contact center and method for tracking and acting on one and done customer contacts
US7953859B1 (en) 2004-03-31 2011-05-31 Avaya Inc. Data model of participation in multi-channel and multi-party contacts
US7949121B1 (en) 2004-09-27 2011-05-24 Avaya Inc. Method and apparatus for the simultaneous delivery of multiple contacts to an agent
US8234141B1 (en) 2004-09-27 2012-07-31 Avaya Inc. Dynamic work assignment strategies based on multiple aspects of agent proficiency
US7949123B1 (en) 2004-09-28 2011-05-24 Avaya Inc. Wait time predictor for long shelf-life work
US7657021B2 (en) 2004-09-29 2010-02-02 Avaya Inc. Method and apparatus for global call queue in a global call center
US7817796B1 (en) 2005-04-27 2010-10-19 Avaya Inc. Coordinating work assignments for contact center agents
US7809127B2 (en) 2005-05-26 2010-10-05 Avaya Inc. Method for discovering problem agent behaviors
JP2007038326A (en) * 2005-08-01 2007-02-15 Toyota Motor Corp Robot control system
US7779042B1 (en) 2005-08-08 2010-08-17 Avaya Inc. Deferred control of surrogate key generation in a distributed processing architecture
US7881450B1 (en) 2005-09-15 2011-02-01 Avaya Inc. Answer on hold notification
US8577015B2 (en) 2005-09-16 2013-11-05 Avaya Inc. Method and apparatus for the automated delivery of notifications to contacts based on predicted work prioritization
US7822587B1 (en) 2005-10-03 2010-10-26 Avaya Inc. Hybrid database architecture for both maintaining and relaxing type 2 data entity behavior
US8073129B1 (en) 2005-10-03 2011-12-06 Avaya Inc. Work item relation awareness for agents during routing engine driven sub-optimal work assignments
US8116446B1 (en) 2005-10-03 2012-02-14 Avaya Inc. Agent driven work item awareness for tuning routing engine work-assignment algorithms
US7787609B1 (en) 2005-10-06 2010-08-31 Avaya Inc. Prioritized service delivery based on presence and availability of interruptible enterprise resources with skills
US7752230B2 (en) 2005-10-06 2010-07-06 Avaya Inc. Data extensibility using external database tables
US20070208587A1 (en) * 2005-12-08 2007-09-06 Arun Sitaraman Systems, software, and methods for communication-based business process messaging
US8238541B1 (en) 2006-01-31 2012-08-07 Avaya Inc. Intent based skill-set classification for accurate, automatic determination of agent skills
US8737173B2 (en) 2006-02-24 2014-05-27 Avaya Inc. Date and time dimensions for contact center reporting in arbitrary international time zones
US8689253B2 (en) 2006-03-03 2014-04-01 Sharp Laboratories Of America, Inc. Method and system for configuring media-playing sets
US8442197B1 (en) 2006-03-30 2013-05-14 Avaya Inc. Telephone-based user interface for participating simultaneously in more than one teleconference
US7936867B1 (en) 2006-08-15 2011-05-03 Avaya Inc. Multi-service request within a contact center
US8391463B1 (en) 2006-09-01 2013-03-05 Avaya Inc. Method and apparatus for identifying related contacts
US8811597B1 (en) 2006-09-07 2014-08-19 Avaya Inc. Contact center performance prediction
US7835514B1 (en) 2006-09-18 2010-11-16 Avaya Inc. Provide a graceful transfer out of active wait treatment
JP5125358B2 (en) * 2006-10-02 2013-01-23 セイコーエプソン株式会社 Transmitting apparatus and receiving apparatus
US7826356B2 (en) * 2006-11-08 2010-11-02 International Business Machines Corporation Method and system for controlling flow in an asymmetric communication channel
US8767944B1 (en) 2007-01-03 2014-07-01 Avaya Inc. Mechanism for status and control communication over SIP using CODEC tunneling
US7747705B1 (en) 2007-05-08 2010-06-29 Avaya Inc. Method to make a discussion forum or RSS feed a source for customer contact into a multimedia contact center that is capable of handling emails
US8504534B1 (en) 2007-09-26 2013-08-06 Avaya Inc. Database structures and administration techniques for generalized localization of database items
US8831206B1 (en) 2008-05-12 2014-09-09 Avaya Inc. Automated, data-based mechanism to detect evolution of employee skills
US8385532B1 (en) 2008-05-12 2013-02-26 Avaya Inc. Real-time detective
US9491316B2 (en) * 2008-09-09 2016-11-08 Applied Systems, Inc. Methods and apparatus for delivering documents
US8116237B2 (en) 2008-09-26 2012-02-14 Avaya Inc. Clearing house for publish/subscribe of status data from distributed telecommunications systems
US8700072B2 (en) 2008-12-23 2014-04-15 At&T Mobility Ii Llc Scalable message fidelity
US8621011B2 (en) 2009-05-12 2013-12-31 Avaya Inc. Treatment of web feeds as work assignment in a contact center
US20100306083A1 (en) * 2009-05-26 2010-12-02 Neurotic Media Llc Systems and methods for the confirmation of download delivery and its use within a clearinghouse service
US20100313253A1 (en) * 2009-06-09 2010-12-09 Walter Stanley Reiss Method, system and process for authenticating the sender, source or origin of a desired, authorized or legitimate email or electrinic mail communication
US8644491B2 (en) 2009-08-21 2014-02-04 Avaya Inc. Mechanism for multisite service state description
US8385533B2 (en) 2009-09-21 2013-02-26 Avaya Inc. Bidding work assignment on conference/subscribe RTP clearing house
US8565386B2 (en) 2009-09-29 2013-10-22 Avaya Inc. Automatic configuration of soft phones that are usable in conjunction with special-purpose endpoints
US9191235B2 (en) * 2010-02-05 2015-11-17 Microsoft Technology Licensing, Llc Moderating electronic communications
US8306212B2 (en) 2010-02-19 2012-11-06 Avaya Inc. Time-based work assignments in automated contact distribution
US9477936B2 (en) 2012-02-09 2016-10-25 Rockwell Automation Technologies, Inc. Cloud-based operator interface for industrial automation
US8675860B2 (en) 2012-02-16 2014-03-18 Avaya Inc. Training optimizer for contact center agents
US10026049B2 (en) 2013-05-09 2018-07-17 Rockwell Automation Technologies, Inc. Risk assessment for industrial systems using big data
US9438648B2 (en) 2013-05-09 2016-09-06 Rockwell Automation Technologies, Inc. Industrial data analytics in a cloud platform
US9703902B2 (en) 2013-05-09 2017-07-11 Rockwell Automation Technologies, Inc. Using cloud-based data for industrial simulation
US9786197B2 (en) 2013-05-09 2017-10-10 Rockwell Automation Technologies, Inc. Using cloud-based data to facilitate enhancing performance in connection with an industrial automation system
US9709978B2 (en) 2013-05-09 2017-07-18 Rockwell Automation Technologies, Inc. Using cloud-based data for virtualization of an industrial automation environment with information overlays
US9989958B2 (en) 2013-05-09 2018-06-05 Rockwell Automation Technologies, Inc. Using cloud-based data for virtualization of an industrial automation environment
US11042131B2 (en) 2015-03-16 2021-06-22 Rockwell Automation Technologies, Inc. Backup of an industrial automation plant in the cloud
US11513477B2 (en) 2015-03-16 2022-11-29 Rockwell Automation Technologies, Inc. Cloud-based industrial controller
US10496061B2 (en) 2015-03-16 2019-12-03 Rockwell Automation Technologies, Inc. Modeling of an industrial automation environment in the cloud
US11243505B2 (en) 2015-03-16 2022-02-08 Rockwell Automation Technologies, Inc. Cloud-based analytics for industrial automation

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4191860A (en) * 1978-07-13 1980-03-04 Bell Telephone Laboratories, Incorporated Data base communication call processing method
US4817036A (en) * 1985-03-15 1989-03-28 Brigham Young University Computer system and method for data base indexing and information retrieval
US5109405A (en) * 1988-07-11 1992-04-28 Dytel Corporation Automated call screening
US5136636A (en) * 1991-02-07 1992-08-04 At&T Bell Laboratories Telephone connection to a nearby dealer
US5285494A (en) * 1992-07-31 1994-02-08 Pactel Corporation Network management system
US5349678A (en) * 1991-08-21 1994-09-20 Norand Corporation Versatile RF data capture system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4837798A (en) * 1986-06-02 1989-06-06 American Telephone And Telegraph Company Communication system having unified messaging
US4996685A (en) * 1989-04-10 1991-02-26 Bell Communications Research, Inc. Technique for dynamically changing an ISDN connection during a host session
US5051720A (en) * 1989-11-13 1991-09-24 Secure Telecom, Inc. Remote control system using power line of remote site
EP0611501B1 (en) * 1991-11-08 1996-12-18 Teledesic Corporation Beam compensation methods for satellite communication system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4191860A (en) * 1978-07-13 1980-03-04 Bell Telephone Laboratories, Incorporated Data base communication call processing method
US4817036A (en) * 1985-03-15 1989-03-28 Brigham Young University Computer system and method for data base indexing and information retrieval
US5109405A (en) * 1988-07-11 1992-04-28 Dytel Corporation Automated call screening
US5136636A (en) * 1991-02-07 1992-08-04 At&T Bell Laboratories Telephone connection to a nearby dealer
US5349678A (en) * 1991-08-21 1994-09-20 Norand Corporation Versatile RF data capture system
US5285494A (en) * 1992-07-31 1994-02-08 Pactel Corporation Network management system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP0727069A4 *

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2319710A (en) * 1996-11-23 1998-05-27 Inmedia Investment Ltd Quality of service in data communication systems
GB2319710B (en) * 1996-11-23 1999-08-11 Inmedia Investment Ltd Data communication system
US6560649B1 (en) 1999-02-10 2003-05-06 Avaya Technology Corp. Hierarchical service level remediation for competing classes based upon achievement of service level goals
US7200219B1 (en) 1999-02-10 2007-04-03 Avaya Technology Corp. Dynamically allocating server resources to competing classes of work based upon achievement of service goals
EP1636708A1 (en) * 2003-06-05 2006-03-22 Ipass Inc. Method and system to manage a network connection application
EP1636708A4 (en) * 2003-06-05 2010-12-15 Ipass Inc Method and system to manage a network connection application
US9025761B2 (en) 2003-09-26 2015-05-05 Avaya Inc. Method and apparatus for assessing the status of work waiting for service
US8891747B2 (en) 2003-09-26 2014-11-18 Avaya Inc. Method and apparatus for assessing the status of work waiting for service
US8472612B1 (en) 2004-01-29 2013-06-25 Avaya Inc. Call center customer queue shortcut access code
US8873739B2 (en) 2004-02-12 2014-10-28 Avaya Inc. Instant message contact management in a contact center
US10572879B1 (en) 2005-10-03 2020-02-25 Avaya Inc. Agent driven media-agnostic work item grouping and sharing over a consult medium
US8938063B1 (en) 2006-09-07 2015-01-20 Avaya Inc. Contact center service monitoring and correcting
US8855292B1 (en) 2006-09-08 2014-10-07 Avaya Inc. Agent-enabled queue bypass to agent
US8856182B2 (en) 2008-01-25 2014-10-07 Avaya Inc. Report database dependency tracing through business intelligence metadata
US8964958B2 (en) 2009-05-20 2015-02-24 Avaya Inc. Grid-based contact center
US9516069B2 (en) 2009-11-17 2016-12-06 Avaya Inc. Packet headers as a trigger for automatic activation of special-purpose softphone applications

Also Published As

Publication number Publication date
DE69530277T2 (en) 2003-11-13
AU687583B2 (en) 1998-02-26
CA2174762A1 (en) 1996-03-07
MX9601593A (en) 1997-05-31
AU2949995A (en) 1996-03-22
DE69530277D1 (en) 2003-05-15
KR0179413B1 (en) 1999-05-15
EP0727069B1 (en) 2003-04-09
US5682460A (en) 1997-10-28
EP0727069A4 (en) 1999-12-08
EP0727069A1 (en) 1996-08-21
CN1097232C (en) 2002-12-25
CN1134755A (en) 1996-10-30

Similar Documents

Publication Publication Date Title
AU687583B2 (en) Method for selecting transmission preferences
US5604788A (en) Wireless messaging system with electronic mail replication
US7062538B2 (en) Server that obtains information from multiple sources, filters using client indentities, and dispatches to both hardwired and wireless clients
US5509000A (en) Method and apparatus for routing information in a communication system
US7457876B2 (en) World wide web access for voice mail and page
EP0974917B1 (en) Method and system for management of message attachments
US6195686B1 (en) Messaging application having a plurality of interfacing capabilities
US8463862B2 (en) Methods and systems for dispatching messages to mobile devices
US6240088B1 (en) Method for two-stage data transmission
US20100218036A1 (en) Pushing documents to wireless data devices
EP1146701A1 (en) Method of transferring data being stored in a database
EP0915614A2 (en) Data transmission/reception apparatus
EP1049006A2 (en) Transfer of electronic messages to a PDA
US20070011244A1 (en) Arrangement for mobile communications and wireless publishing
EP1361712A1 (en) Method for communicating messages to an electronic communication equipment
US20020059388A1 (en) E-mail and messaging systems and methods
JP2001237976A (en) Portable information terminal with character mail transmitting function
EP1172976A1 (en) Method of transferring data being stored in a database
JP2002304444A (en) Communication system using internet

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 95190829.4

Country of ref document: CN

AK Designated states

Kind code of ref document: A1

Designated state(s): AM AT AU BB BG BR BY CA CH CN CZ DE DK EE ES FI GB GE HU IS JP KE KG KP KR KZ LK LR LT LU LV MD MG MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TT UA UG UZ VN

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): KE MW SD SZ UG AT BE CH DE DK ES FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 2174762

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 1019960702148

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: PA/a/1996/001593

Country of ref document: MX

WWE Wipo information: entry into national phase

Ref document number: 1995925327

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWP Wipo information: published in national office

Ref document number: 1995925327

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

WWG Wipo information: grant in national office

Ref document number: 1995925327

Country of ref document: EP