WO1991013407A1 - Telecommunication interface apparatus and method - Google Patents

Telecommunication interface apparatus and method Download PDF

Info

Publication number
WO1991013407A1
WO1991013407A1 PCT/US1991/001342 US9101342W WO9113407A1 WO 1991013407 A1 WO1991013407 A1 WO 1991013407A1 US 9101342 W US9101342 W US 9101342W WO 9113407 A1 WO9113407 A1 WO 9113407A1
Authority
WO
WIPO (PCT)
Prior art keywords
host computer
data
port
telecommunication network
received
Prior art date
Application number
PCT/US1991/001342
Other languages
French (fr)
Inventor
Michel J. Remion
Original Assignee
Remion Michel J
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 Remion Michel J filed Critical Remion Michel J
Priority to JP3506083A priority Critical patent/JPH07113906B2/en
Priority to DE69132255T priority patent/DE69132255D1/en
Priority to EP91905745A priority patent/EP0524199B1/en
Priority to AT91905745T priority patent/ATE193950T1/en
Publication of WO1991013407A1 publication Critical patent/WO1991013407A1/en

Links

Classifications

    • 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/38Information transfer, e.g. on bus
    • G06F13/40Bus structure
    • G06F13/4004Coupling between buses
    • G06F13/4022Coupling between buses using switching circuits, e.g. switching matrix, connection or expansion network

Definitions

  • the invention relates to a telecommunication interface apparatus and method, and more particularly to an interface apparatus and method for transmitting data between a host computer and a telecommunication network without requiring special host-based computer programs.
  • a physical connection of a communication interface (such as a modem or network gateway module) to a port of the host computer is necessary.
  • the communication interface is in turn con ⁇ nected to the telecommunication network (for example, via telephone wires) .
  • the computer port is commonly an RS-232 serial interface port, communicating in ASCII,
  • BSC BSC
  • SDLC Secure Digital Communications
  • Such protocols are typically implemented within the communication interface in the form of ROM-resident software ("firmware") .
  • the communication protocol must include all of the necessary commands and controls to permit the handling of the interface and to transmit or receive data. Similarly, the protocol must include all necessary controls to differentiate between status and control data coming from the interface and data forming a user's message.
  • Higher level communication software uses the command and control structure of the protocol to effectuate telecommunication sessions.
  • An example of one such protocol is the Hayes AT command protocol used in the microcomputer environment. On larger computers, no standard has emerged at this time.
  • Requiring special communication software resident in the host computer requirement presents an inconvenience for computer users, since not only must they purchase or write such software, but they also have to write or purchase compatible editing or word processing software to generate the messages or files to be transferred. Alternatively, they can write additional software to link such communication software to their existing word processing or editing software.
  • the present invention achieves this goal by linking a transmission interface to the printer port of a host computer, and optionally to a workstation port of the host computer.
  • the invention enables communications to be accomplished using existing programs included in most computers.
  • the invention therefore eliminates the need for special host computer resident communication software.
  • the present invention is an apparatus and method for linking a word processor or editor of a host computer via a communication interface module to other computers, telex machines, electronic mail services, or facsimile machines without requiring any special configuration or programming of the host computer.
  • communication from the host computer word process/editor to the communication interface module is performed by allocating one port of the host computer to the communication interface module.
  • the outbound port is a printer port.
  • communication from the communication interface module to the host computer can be performed by allocating a port of the host computer to the communication interface module.
  • the inbound port is a workstation port or a keyboard port.
  • a user generates an outgoing message (e.g., facsimile, telex, or electronic mail) by including in the docu ⁇ ment to be transmitted the type of communication desired and an addressee number and/or code.
  • the user then writes the message as usual.
  • the user sends the message to the "printer" emulated by the communication interface module.
  • the communication interface module scans the beginning of the message for a command code comprising a string of special characters and the addressee number and/or code.
  • the communication interface module then performs the necessary tasks to send the message to the desired network as electronic mail, a telex, a facsimile, etc.
  • the communication interface module emulates a workstation input and enters the incoming messages into the host computer via a workstation port in the host computer (or, in the case of a microcomputer, through the key ⁇ board port) .
  • the user may elect whether or not to use the incoming message feature.
  • a user may elect to have incoming messages printed on a designated printer or fax machine rather than having them stored in the host computer.
  • the communication interface module may be connected in series with the printer and is transparent to any data not starting with the addressee command " string (telex number, fax number, electronic mail network number, etc.) . This permits the printer to be used in a normal fashion.
  • FIGURE 1 is schematic diagram showing the present invention coupled between a host computer and an optional printer.
  • FIGURE 2 is block circuit diagram showing one implementation of present invention.
  • FIGURE 3 is diagram showing a preferred message format used with the present invention.
  • FIGURE 4A is flow chart showing the preferred embodiment of the method of the present invention.
  • FIGURE 4B is a continuation of the flow chart of FIGURE 4A.
  • FIGURE 4C is a continuation of the flow chart of FIGURE 4B.
  • the invention provides an apparatus and method for linking a host computer to a telecommunication interface module without requiring any special software or hardware within the host computer.
  • the invention uses existing ports of the host computer, utilized in their standard method of operation, such as driving a printer or communicating with a workstation.
  • the input port 10 of the interface module 12 is connected in series to a printer port 14 of the host computer 16.
  • the interface module 12 is connected between the printer port 14 and the printer 18, as shown.
  • the printer 18 is coupled to an output port 19 of the interface module 12.
  • This connection allows the receipt of data by the interface module 12 from any software residing in the host computer 16 that is capable of sending data to a printer.
  • the normal use of the printer 18 is not affected by the interface module 12.
  • the interface module is also coupled to a telecommunications network 11 by means of a communication port 13.
  • the interface module 12 emulates a workstation in the preferred embodiment, and is coupled to a workstation port 20 of the host computer 16. Conse ⁇ quently, the interface module 12 is able to access the existing programs of the host computer 16 (such as a word processor) to upload the received data into the host computer 16. If the purpose of the workstation emulation is to upload messages and information to the host computer 16, the exchange of information over the workstation port 20 is normally bidirectional due to handshake, polling, or daisy-chain requirements.
  • Interaction between the host computer 16 and the interface module 12 is accomplished by the utilization of two different sessions in the preferred embodiment: one for receiving data to be transmitted to the interface module 12 via a printer port 14, and one to upload data from the interface module 12 to the host computer 16 via a workstation port 20 (or, in the case of a microcomputer, the interface module 12 may emulate a keyboard) .
  • two sessions access to the interface module 12 is available to all existing host computer programs capable of transmitting data to a printer 18, or receiving data from a workstation port 20 or keyboard port.
  • FIGURE 2 shows a block diagram of one configuration of the present invention.
  • the interface module 12 comprises a CPU unit 22 (such as an Intel Corporation 8088 or 80286 microprocessor) , with associated random access memory 24 ("RAM”), read only memory 26 (“ROM”), interface drivers 28, and communication driver 30.
  • RAM random access memory
  • ROM read only memory
  • interface drivers 28 and communication driver 30.
  • the interface drivers 28 include the circuitry, couplings, and programming necessary to communicate over a particular type of port (e.g., an RS-232 serial port, a Centronics-type parallel port, or a coaxial connection) .
  • a particular type of port e.g., an RS-232 serial port, a Centronics-type parallel port, or a coaxial connection
  • the software component of each driver simply provides the control functions for transferring data through its respective port.
  • the work station emulation driver shown in FIGURE 2 includes software that implements the protocol used by a particular workstation (such as an RS-232 signaling protocol) .
  • the communication driver 30 comprises circuitry, couplings, and programming for connecting the interface module 12 with a telecommunications network 11.
  • the communication driver 30 therefore may emulate such communications standards as Ethernet, X.25, Bell 202, V.21, etc.
  • Such standards and the methods and apparatus for communication using such standards are well known in the art.
  • the interface module 12 When receiving data on a printer port 14 from a host computer 16, the interface module 12 scans the beginning of the message to see if the data from the port is normal data to be printed on the printer 18 (attached in series to the telecommunications interface module 12) , or comprises messages to be sent through the interface module 12 to the telecommunication network 11.
  • a control program residing in the interface module 12 scans the incoming data to detect key words indicating the beginning of a message to be transmitted on the telecommunications network 11. If a key word is not detected near the beginning of the message, the control program will conclude that the message is a regular message to be printed and will transmit the received data to the printer 18. This permits shared-use of the printer port 14 on the host computer 16 by the interface module 12 and the printer 18. Further, the interface module 12 shares the printer 18 itself with the host computer 16 (for example, for printing inbound telecommunication messages and/or status messages) .
  • a separate session emulating a workstation accesses the workstation port 20 of the host computer 16.
  • the interface module 12 Utilizing existing programs of the host computer 16 that are capable of receiving data from the workstation port 20, the interface module 12 enters the required data into the host computer 16 in the fashion required by the workstation port 20.
  • Such information may be status or statistical information about the activity of the interface module 12, or incoming messages from the network, such as electronic mail, telex messages, fax transmittals, etc.
  • the information can be uploaded to the host computer 16 as described above, or transmitted directly to a printer 18 for printing.
  • the interface module 12 may be operated as an outbound device only, and will not accept incoming messages.
  • a user may also elect to have incoming messages printed directly on an attached printer 18 or a fax machine rather than having them first stored in the host computer 16. Implementation of such inbound message receiving and workstation/ printer/fax emulation is well known in the art.
  • FIGURE 3 is a typical example of a document to be transmitted through the host computer printer port 14 to the telecommunication network 11.
  • an initial command key word is included, initializing the process of generating a telecommunications message.
  • Several key words can be located anywhere within the message, but it is required that a first key word be recognized near the beginning of the message.
  • the message preferrably ends with an explicit END command, but this is optional.
  • the inventive method scans the incoming data stream from the host computer 16 for (1) two adjacent asterisks (2) following a carriage return, and (3) appearing in the first 10 lines. If such a combination is found, then the characters following the asterisks are scanned to see if they match any permitted command strings. If so, the command is executed to effectuate a communication with the telecommunication network 11. If no paired asterisks and valid command string are found, then the data is treated as being intended for output on the printer 18.
  • FIGURES 4A-4B illustrate a flow chart of the process of differentiating between a normal document to be passed through the interface module 12 (for example, for printing) and data that is to be intercepted and transmitted to the telecommunication network 11. Following is a description of each step:
  • FIGURE 4A Step 10/20: Start / Initialization:
  • GWN Gateway Flag
  • Step 30 Scan the printer port of the host computer for incoming data.
  • Step 40 Test if the data from the printer port comprises a printable character or a control character.
  • Step 50 If a control character, test if it is for an end-of-file character, which will be equated to an **END** command and loaded into the Command Buffer (Step 55) .
  • Step 60/70 Test if the character is a carriage return. If so, set the carriage return flag to 1, and increment the Carriage Return Counter. This will enable the recognition of the ** character pair at the beginning of a line, and also permit limiting scanning a message for a key word command to the first 10 lines of a message.
  • Step 90 If the Command Flag equals 1
  • Step 100 Test if the character is an asterisk.
  • Step 110 Test if the Carriage Return Flag equals
  • Step 120 Set the Last Character Asterisk Flag to 0 if the character is not an asterisk.
  • Step 130 If the previous character was an asterisk, increment the Command Counter by 1 (Step 150) .
  • Step 140 If an asterisk follows a carriage return, set the Last Character Asterisk Flag on and increment the Command Counter by 1 (Step 150) .
  • Step 160/190 If the Command Counter equals 2 (meaning 2 adjacent asterisks have been found) , then set the Command Flag to 1.
  • Step 200 Set the carriage return flag equal to 0, since the character received ⁇ is not a carriage return.
  • Step 210 If the Carriage Return Counter is greater than 10, bypass the search for a command word, since it is a prerequisite that a key word command be within the first 10 lines.
  • Step 220-240 Repeatedly test for a key word command, which has to be located within the first 10 lines of the message coming from the host computer in the preferred embodiment. When such a key word is found, it is loaded into the Command Buffer (Step 250) , and transmitted to a command data base, which manages the communications session with the network.
  • Step 245 Test if the **END** key word is present. This key word indicates the end of the message being transmitted to the network.
  • Step 260 or 270 Test for a command requiring status of information on the printer or on the workstation port. If found, execute the respective command (Step 280 or Step 290) .
  • Step 300 Clear all control buffers when done testing, printing, or uploading.
  • FIGURE 4C Step 310: Test if the character received is within the first 10 lines of text. If not, load the character into the Character FIFO (Step 350) .
  • Step 320 Test if the Gateway Flag is on when the incoming character is above the tenth line. If so, load the character into the Character FIFO (Step 350) with no additional action. If not (indicating that no key word command has been received) , the character is loaded into the Character FIFO (Step 340) .
  • Step 360 If the printer is ready,- the characters in the Character FIFO are transmitted to the printer (Step 380) . If not, an error flag is set to indicate a problem with the printer (Step 370) .
  • the present invention can link a word processor or editor of a host computer 16 via the interface module 12 to' other computers, telex machines, electronic mail services, or facsimile machines without requiring any special configuration or programming of the host computer 16.
  • a user need only add text strings comprising key word commands to documents to cause the documents to be routed to the telecommunication network 11.
  • the interface module 12 is otherwise transparent to any data not containing such key word commands, thereby permitting the output port of the host computer 16 to be used in a normal fashion, such as transmitting data to a printer 18.
  • the initial key word command may be located within any desired number of lines from the beginning of the message.
  • the key word designators may be defined as character combinations other than two asterisks following a carriage return.
  • the ports used may be any type of port capable of operation in a manner similar to that described above for the printer port 14 and workstation (or keyboard) port 20, and may operate with parallel or serial data.
  • the invention may be configured for communication using protocols and standards other than those set forth above as examples. Accordingly, it is to be understood that the invention is not to be limited by the specific illustrated embodiment, but only by the scope of the appended claims.

Abstract

An interface apparatus (12) and method for transmitting data between a host computer (16) and a telecommunication network (11) without requiring special host-based computer programs to communicate with the interface apparatus (12). The invention uses existing ports of the host computer (16), utilized in their standard method of operations, such as driving a printer (18) or communicating with a workstation. This reduces cost, simplifies use, and permits the use of the telecommunication interface apparatus (12) with any computer utilizing its existing programs. The interface apparatus (12) scans the beginning of a message for a command code comprising a string of special characters and the adressee number and/or code. If such a code is detected, the message is transmitted over the telecommunication network (11). Otherwise, the message is passed through the interface apparatus (12) unchanged to be printed or otherwise output.

Description

TE ECOMMUNICATION INTERFACE APPARATUS AND METHOD
BACKGROUND OF THE INVENTION
1. Field of the Invention
The invention relates to a telecommunication interface apparatus and method, and more particularly to an interface apparatus and method for transmitting data between a host computer and a telecommunication network without requiring special host-based computer programs.
2. Description of the Prior Art Computers today are often used to communicate to other people and computer systems via telecommunication networks and services such as telex, electronic mail, and facsimile (fax) transmissions. To perform this function, special communication programs (or "software11) are required in the user's (or "host") computer to meet the requirements of the telecommunication network.
In the present art, to connect a host computer to a telecommunication network, a physical connection of a communication interface (such as a modem or network gateway module) to a port of the host computer is necessary. The communication interface is in turn con¬ nected to the telecommunication network (for example, via telephone wires) . The computer port is commonly an RS-232 serial interface port, communicating in ASCII,
BSC, or SDLC codes with communication protocols varying depending on the brand of computer. Such protocols are typically implemented within the communication interface in the form of ROM-resident software ("firmware") . The communication protocol must include all of the necessary commands and controls to permit the handling of the interface and to transmit or receive data. Similarly, the protocol must include all necessary controls to differentiate between status and control data coming from the interface and data forming a user's message. Higher level communication software uses the command and control structure of the protocol to effectuate telecommunication sessions. An example of one such protocol is the Hayes AT command protocol used in the microcomputer environment. On larger computers, no standard has emerged at this time.
Requiring special communication software resident in the host computer requirement presents an inconvenience for computer users, since not only must they purchase or write such software, but they also have to write or purchase compatible editing or word processing software to generate the messages or files to be transferred. Alternatively, they can write additional software to link such communication software to their existing word processing or editing software.
It is desirable to provide a method for connecting a computer to a telecommunication interface which does not require any special software in the host computer to communicate with the interface. This would reduce the cost, simplify the use, and permit the installation of the telecommunication interface in any host computer while utilizing the host computer's existing programs. Consequently, the training time of users would be dramatically reduced since they would communicate to the telecommunication interface using their existing programs.
The present invention achieves this goal by linking a transmission interface to the printer port of a host computer, and optionally to a workstation port of the host computer. The invention enables communications to be accomplished using existing programs included in most computers. The invention therefore eliminates the need for special host computer resident communication software. SUMMARY OF THE INVENTION
The present invention is an apparatus and method for linking a word processor or editor of a host computer via a communication interface module to other computers, telex machines, electronic mail services, or facsimile machines without requiring any special configuration or programming of the host computer.
In the case of a multi-station computer with available ports, communication from the host computer word process/editor to the communication interface module is performed by allocating one port of the host computer to the communication interface module. In the preferred embodiment of the invention, the outbound port is a printer port.
Optionally, communication from the communication interface module to the host computer can be performed by allocating a port of the host computer to the communication interface module. In the preferred embodiment of the invention, the inbound port is a workstation port or a keyboard port.
A user generates an outgoing message (e.g., facsimile, telex, or electronic mail) by including in the docu¬ ment to be transmitted the type of communication desired and an addressee number and/or code. The user then writes the message as usual. After preparation of the message, the user sends the message to the "printer" emulated by the communication interface module. The communication interface module scans the beginning of the message for a command code comprising a string of special characters and the addressee number and/or code. The communication interface module then performs the necessary tasks to send the message to the desired network as electronic mail, a telex, a facsimile, etc. If the user desires to take advantage of receiving incoming messages into the host computer, the communication interface module emulates a workstation input and enters the incoming messages into the host computer via a workstation port in the host computer (or, in the case of a microcomputer, through the key¬ board port) . The user may elect whether or not to use the incoming message feature. In some cases, especially for the facsimile option, a user may elect to have incoming messages printed on a designated printer or fax machine rather than having them stored in the host computer.
The communication interface module may be connected in series with the printer and is transparent to any data not starting with the addressee command" string (telex number, fax number, electronic mail network number, etc.) . This permits the printer to be used in a normal fashion.
The details of the preferred embodiment of the present invention are set forth below. Once the details of the invention are known, numerous additional innovations and changes will become obvious to one skilled in the art.
BRIEF DESCRIPTION OF THE DRAWINGS
FIGURE 1 is schematic diagram showing the present invention coupled between a host computer and an optional printer.
FIGURE 2 is block circuit diagram showing one implementation of present invention.
FIGURE 3 is diagram showing a preferred message format used with the present invention.
FIGURE 4A is flow chart showing the preferred embodiment of the method of the present invention.
FIGURE 4B is a continuation of the flow chart of FIGURE 4A.
FIGURE 4C is a continuation of the flow chart of FIGURE 4B.
Like numbers and designations in the drawings refer to like elements.
DETAILED DESCRIPTION OF THE INVENTION
Throughout this description, the preferred embodiment and examples shown should be considered as exemplars, rather than limitations on the apparatus and method of the present invention.
The invention provides an apparatus and method for linking a host computer to a telecommunication interface module without requiring any special software or hardware within the host computer. The invention uses existing ports of the host computer, utilized in their standard method of operation, such as driving a printer or communicating with a workstation. As shown in FIGURE 1, the input port 10 of the interface module 12 is connected in series to a printer port 14 of the host computer 16. If the host computer -16 has a printer 18 connected to the printer port 14, the interface module 12 is connected between the printer port 14 and the printer 18, as shown. Thus, the printer 18 is coupled to an output port 19 of the interface module 12. This connection allows the receipt of data by the interface module 12 from any software residing in the host computer 16 that is capable of sending data to a printer. The normal use of the printer 18 is not affected by the interface module 12. The interface module is also coupled to a telecommunications network 11 by means of a communication port 13.
If it is expected that the interface module 12 will upload data or other information to the host computer 16, the interface module 12 emulates a workstation in the preferred embodiment, and is coupled to a workstation port 20 of the host computer 16. Conse¬ quently, the interface module 12 is able to access the existing programs of the host computer 16 (such as a word processor) to upload the received data into the host computer 16. If the purpose of the workstation emulation is to upload messages and information to the host computer 16, the exchange of information over the workstation port 20 is normally bidirectional due to handshake, polling, or daisy-chain requirements.
Interaction between the host computer 16 and the interface module 12 is accomplished by the utilization of two different sessions in the preferred embodiment: one for receiving data to be transmitted to the interface module 12 via a printer port 14, and one to upload data from the interface module 12 to the host computer 16 via a workstation port 20 (or, in the case of a microcomputer, the interface module 12 may emulate a keyboard) . By the use of two sessions, access to the interface module 12 is available to all existing host computer programs capable of transmitting data to a printer 18, or receiving data from a workstation port 20 or keyboard port.
FIGURE 2 shows a block diagram of one configuration of the present invention. The interface module 12 comprises a CPU unit 22 (such as an Intel Corporation 8088 or 80286 microprocessor) , with associated random access memory 24 ("RAM"), read only memory 26 ("ROM"), interface drivers 28, and communication driver 30.
The interface drivers 28 include the circuitry, couplings, and programming necessary to communicate over a particular type of port (e.g., an RS-232 serial port, a Centronics-type parallel port, or a coaxial connection) . Such apparatus is well known in the art. The software component of each driver simply provides the control functions for transferring data through its respective port. For example, the work station emulation driver shown in FIGURE 2 includes software that implements the protocol used by a particular workstation (such as an RS-232 signaling protocol) . Similarly, the communication driver 30 comprises circuitry, couplings, and programming for connecting the interface module 12 with a telecommunications network 11. The communication driver 30 therefore may emulate such communications standards as Ethernet, X.25, Bell 202, V.21, etc. Such standards and the methods and apparatus for communication using such standards are well known in the art.
When receiving data on a printer port 14 from a host computer 16, the interface module 12 scans the beginning of the message to see if the data from the port is normal data to be printed on the printer 18 (attached in series to the telecommunications interface module 12) , or comprises messages to be sent through the interface module 12 to the telecommunication network 11. A control program residing in the interface module 12 scans the incoming data to detect key words indicating the beginning of a message to be transmitted on the telecommunications network 11. If a key word is not detected near the beginning of the message, the control program will conclude that the message is a regular message to be printed and will transmit the received data to the printer 18. This permits shared-use of the printer port 14 on the host computer 16 by the interface module 12 and the printer 18. Further, the interface module 12 shares the printer 18 itself with the host computer 16 (for example, for printing inbound telecommunication messages and/or status messages) .
When the interface module 12 has to transmit data from the telecommunication network 11 to the host computer 16, a separate session emulating a workstation (or a keyboard in' the case of a microcomputer) accesses the workstation port 20 of the host computer 16. Utilizing existing programs of the host computer 16 that are capable of receiving data from the workstation port 20, the interface module 12 enters the required data into the host computer 16 in the fashion required by the workstation port 20. Such information may be status or statistical information about the activity of the interface module 12, or incoming messages from the network, such as electronic mail, telex messages, fax transmittals, etc. Depending on the application, the information can be uploaded to the host computer 16 as described above, or transmitted directly to a printer 18 for printing. Alternatively, the interface module 12 may be operated as an outbound device only, and will not accept incoming messages. A user may also elect to have incoming messages printed directly on an attached printer 18 or a fax machine rather than having them first stored in the host computer 16. Implementation of such inbound message receiving and workstation/ printer/fax emulation is well known in the art.
FIGURE 3 is a typical example of a document to be transmitted through the host computer printer port 14 to the telecommunication network 11. Near the beginning (for example, within the first ten lines) , an initial command key word is included, initializing the process of generating a telecommunications message. Several key words (such as **LOGO**, **SIGN XXX**, **END**) can be located anywhere within the message, but it is required that a first key word be recognized near the beginning of the message. The message preferrably ends with an explicit END command, but this is optional.
Following are examples of some key words:
KEY WORD COMMANDS MEANING
**FAX 213 539 0324** fax message to telephone number 213 539 0324
**FAX 213 539 9324,fine mode** fax message in fine mode **TELEX 814350381** telex message to country 814, telex" number 350381
**TELEX 814350381 A/B ACMECO** telex message to country 814, telex number 350381, with answerback ACMECO
**CO LOGO** insert the company logo (optionally, this may be made automatic)
**SIGN XXX** insert XXX's signature
**SEND TO MAILING LIST FIELD** send the message to the persons listed in the mailing list entitled "FIELD"
**CREATE MAILING LIST FIELD** the names and numbers listed below will form the new mailing list "FIELD"
**PRINT MAILING LIST FIELD** require the interface module to print the mailing list defined under "FIELD"
**PRINT ALL STATUS** command to the interface module to print the status of messages
**UPLOAD STATUS ALL** require the interface module to upload, as an input from the emulated workstation, the status of all traffic
**INVERT 123** invert message 123 (received upside down)
**END** end of a document or session In the preferred embodiment, the inventive method scans the incoming data stream from the host computer 16 for (1) two adjacent asterisks (2) following a carriage return, and (3) appearing in the first 10 lines. If such a combination is found, then the characters following the asterisks are scanned to see if they match any permitted command strings. If so, the command is executed to effectuate a communication with the telecommunication network 11. If no paired asterisks and valid command string are found, then the data is treated as being intended for output on the printer 18.
FIGURES 4A-4B illustrate a flow chart of the process of differentiating between a normal document to be passed through the interface module 12 (for example, for printing) and data that is to be intercepted and transmitted to the telecommunication network 11. Following is a description of each step:
FIGURE 4A Step 10/20: Start / Initialization:
Do to the routine initialization, plus set the following flags, buffers, and counters:
CRF = Carriage Return Flag PH = Port to Host computer
CC — Character Counter CFIFO = Character FIFO CMF = Command Flag (results of 2 asterisks) PP - Printer Port
CMB = Command Buffer
CMC = Command Counter (asterisk counter)
CRC = Carriage Return Counter LC* = Last Character Asterisk Flag
GWN = Gateway Flag
Step 30: Scan the printer port of the host computer for incoming data. Step 40: Test if the data from the printer port comprises a printable character or a control character.
Step 50: If a control character, test if it is for an end-of-file character, which will be equated to an **END** command and loaded into the Command Buffer (Step 55) .
Step 60/70: Test if the character is a carriage return. If so, set the carriage return flag to 1, and increment the Carriage Return Counter. This will enable the recognition of the ** character pair at the beginning of a line, and also permit limiting scanning a message for a key word command to the first 10 lines of a message.
Step 90: If the Command Flag equals 1
(meaning 2 asterisks in a row have been detected after a carriage return) , analyze the content of the Command Buffer for commands, as de¬ scribed in FIGURE 4B.
Step 100: Test if the character is an asterisk.
Step 110: Test if the Carriage Return Flag equals
1. This differentiates between an asterisk following a carriage return and an asterisk inside of a line of text.
Step 120: Set the Last Character Asterisk Flag to 0 if the character is not an asterisk. Step 130: If the previous character was an asterisk, increment the Command Counter by 1 (Step 150) .
Step 140: If an asterisk follows a carriage return, set the Last Character Asterisk Flag on and increment the Command Counter by 1 (Step 150) .
Step 160/190: If the Command Counter equals 2 (meaning 2 adjacent asterisks have been found) , then set the Command Flag to 1.
Step 200: Set the carriage return flag equal to 0, since the character received ■ is not a carriage return.
FIGURE 4B
Step 210: If the Carriage Return Counter is greater than 10, bypass the search for a command word, since it is a prerequisite that a key word command be within the first 10 lines.
Step 220-240: Repeatedly test for a key word command, which has to be located within the first 10 lines of the message coming from the host computer in the preferred embodiment. When such a key word is found, it is loaded into the Command Buffer (Step 250) , and transmitted to a command data base, which manages the communications session with the network.
Step 245: Test if the **END** key word is present. This key word indicates the end of the message being transmitted to the network. Step 260 or 270: Test for a command requiring status of information on the printer or on the workstation port. If found, execute the respective command (Step 280 or Step 290) .
Step 300: Clear all control buffers when done testing, printing, or uploading.
FIGURE 4C Step 310: Test if the character received is within the first 10 lines of text. If not, load the character into the Character FIFO (Step 350) .
Step 320: Test if the Gateway Flag is on when the incoming character is above the tenth line. If so, load the character into the Character FIFO (Step 350) with no additional action. If not (indicating that no key word command has been received) , the character is loaded into the Character FIFO (Step 340) .
Step 360 : If the printer is ready,- the characters in the Character FIFO are transmitted to the printer (Step 380) . If not, an error flag is set to indicate a problem with the printer (Step 370) .
Thus, the present invention can link a word processor or editor of a host computer 16 via the interface module 12 to' other computers, telex machines, electronic mail services, or facsimile machines without requiring any special configuration or programming of the host computer 16. A user need only add text strings comprising key word commands to documents to cause the documents to be routed to the telecommunication network 11. The interface module 12 is otherwise transparent to any data not containing such key word commands, thereby permitting the output port of the host computer 16 to be used in a normal fashion, such as transmitting data to a printer 18.
A number of embodiments of the present invention have been described. Nevertheless, it will be understood that various modifications may be made without departing from the spirit and scope of the invention. For example, the initial key word command may be located within any desired number of lines from the beginning of the message. The key word designators may be defined as character combinations other than two asterisks following a carriage return. The ports used may be any type of port capable of operation in a manner similar to that described above for the printer port 14 and workstation (or keyboard) port 20, and may operate with parallel or serial data. The invention may be configured for communication using protocols and standards other than those set forth above as examples. Accordingly, it is to be understood that the invention is not to be limited by the specific illustrated embodiment, but only by the scope of the appended claims.

Claims

1. A method for transmitting data between a host computer and a telecommunication network without requiring special host-based computer programs to communicate with an interface module, comprising the steps of: a. receiving data from the host computer via a first port of the host computer; b. testing a predetermined amount of the received data for the presence of a first predetermined command code; and c. if the first predetermined command code is detected within the predetermined amount of received data, then transmitting the received data to the telecommunication network.
2. The method of claim 1, further including the step of terminating the transmission of the received data if the data received from the host computer terminates.
3. The method of claim 1, further including the step of terminating the transmission of the received data if a second predetermined command code is received from the host computer.
4. The method of claim 1, further including the step of transmitting the received data to a peripheral device of the host computer if the first predetermined command code is not detected within the predetermined amount of received data.
5. The method of claim 1, further including the steps of: a. receiving data from the telecommunication networ ; and b. selectively transmitting the data received from the telecommunication network to the host computer via a second port of the host computer.
6. The method of claim 5, further including the step of selectively transmitting the data received from the telecommunication network to a peripheral device of the host computer.
7. The method of claim 1, further including the step of selectively transmitting status data, indicative of the status of the interface module, to the host computer via a second port of the host computer.
8. The method of claim 1, further including the step of selectively transmitting status data, indicative of the status of the interface module, to a peripheral device of the host computer.
9. A method for transmitting data between a host computer and a telecommunication network without requiring special host-based computer programs to communicate with an interface module, comprising the steps of: a. receiving data from the host computer via a first port of the host computer; b. testing a predetermined amount of the received data for the presence of a first predetermined command code; c. if the first predetermined command code is detected within the predetermined amount of received data, then:
(1) transmitting the received data to the telecommunication network; and
(2) terminating the transmission of the received data if the data received from. the host computer terminates or if a second predetermined command code is received from the host computer; d. otherwise, transmitting the received data to a peripheral device of the host computer if the first predetermined command code is not detected within the predetermined amount of received data.
10. The method of claim 9, further including the steps of: a. receiving data from the telecommunication network; and b. selectively transmitting the data received from the telecommunication network to the host computer via a second port of the host computer, or to a peripheral device of the host computer.
11. The method of claim 10, further including the step of selectively transmitting status data, indicative of the status of the interface module, to the host computer via a second port of the host computer, or to a peripheral device of the host computer.
12. An interface apparatus for transmitting data between a host computer and a telecommunication network without requiring special host-based computer programs to communicate with the interface apparatus, including: a. host receiving means, coupled to a first port of the host computer, for receiving data from the host computer via the first port; b. testing means, coupled to the host receiving means, for testing a predetermined amount of the received data for the presence of a first predetermined command code; and c. network transmission means, coupled to the host receiving means, the testing means, and the telecommunication network, for transmitting the received data to the telecommunication network if the first predetermined command code is detected within the predetermined amount of received data.
13. The apparatus of claim 12, wherein the testing means terminates the transmission of the received data if the received data terminates.
14. The apparatus of claim 12, wherein the testing means terminates the transmission of the received data if a second predetermined command code is received from the host computer.
15. The apparatus of claim 12, further including output means, coupled to the host receiving means and the testing means, for transmitting the received data to a peripheral device coupled to the output means if the first predetermined command code is not detected within the predetermined amount of received data.
16. The apparatus of claim 12, further including: a. network receiving means, coupled to the telecommunication network, for receiving data from the telecommunication network; and b. switching means, coupled to the network receiving means and a second port of the host computer, for selectively transmitting the data received from the telecommunication network to the host computer via the second port.
17. The apparatus of claim 16, wherein the switching means is coupled to a peripheral device, and further includes means for selectively transmitting the data received from the telecommunication network to the peripheral device.
18. The apparatus of claim 12, further including status reporting means, coupled to a second port of the host computer and to a peripheral device, for selectively transmitting status data, indicative of the status of the interface apparatus, to the host computer via the second port or to the peripheral device.
19. An interface apparatus for transmitting data between a host computer and a telecommunication network without requiring special host-based computer programs to communicate with the interface apparatus, including: a. host receiving means, coupled to a first port of the host computer, for receiving data from the host computer via the first port; b. testing means, coupled to the host receiving means, for testing a predetermined amount of the received data for the presence of a first predetermined command code; c. network transmission means, coupled to the host receiving means, the testing means, and the telecommunication network, for:
(1) transmitting the received data to the telecommunication network if the first predetermined command code is detected within the predetermined amount of received data; and
(2) terminating the transmission of the received data if the received data terminates or if a second predetermined command code is received from the host computer; d. output means, coupled to the host receiving means and the testing means, for transmitting the received data to a peripheral device coupled to the output means if the first predetermined command code is not detected within the predetermined amount of received data.
20. The apparatus of claim 19, further including: a. network receiving means, coupled to the telecommunication network, for receiving data from the telecommunication network; and • b. switching means, coupled to the network receiving means, the output means, and a second port of the host computer, for selectively transmitting the data received from the telecommunication network to the host computer via the second port, or to the peripheral device.
21. The apparatus of claim 19, further including status reporting means, coupled to a second, port of the host computer and to the peripheral device, for selectively transmitting status data, indicative of the status of the interface apparatus, to the host computer via.the second port or to the peripheral device.
PCT/US1991/001342 1990-03-02 1991-02-26 Telecommunication interface apparatus and method WO1991013407A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP3506083A JPH07113906B2 (en) 1990-03-02 1991-02-26 Telecommunication interface device and method
DE69132255T DE69132255D1 (en) 1990-03-02 1991-02-26 TELEPHONE INTERFACE, DEVICE AND METHOD
EP91905745A EP0524199B1 (en) 1990-03-02 1991-02-26 Telecommunication interface apparatus and method
AT91905745T ATE193950T1 (en) 1990-03-02 1991-02-26 TELEPHONE INTERFACE, APPARATUS AND METHOD

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US48776690A 1990-03-02 1990-03-02
US487,766 1990-03-02

Publications (1)

Publication Number Publication Date
WO1991013407A1 true WO1991013407A1 (en) 1991-09-05

Family

ID=23937031

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US1991/001342 WO1991013407A1 (en) 1990-03-02 1991-02-26 Telecommunication interface apparatus and method

Country Status (7)

Country Link
US (2) US5313580A (en)
EP (1) EP0524199B1 (en)
JP (1) JPH07113906B2 (en)
AT (1) ATE193950T1 (en)
CA (1) CA2076366C (en)
DE (1) DE69132255D1 (en)
WO (1) WO1991013407A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1996014620A1 (en) * 1994-11-04 1996-05-17 Physio-Control Corporation Priority line switching system
EP0902357A2 (en) * 1993-04-23 1999-03-17 Canon Kabushiki Kaisha Output method and apparatus

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5819110A (en) * 1995-06-05 1998-10-06 Ricoh Company, Ltd. System for determining whether connection or connectionless modes of communication should be used to transmit information between devices in accordance with priorities of events
US5906656A (en) * 1991-12-26 1999-05-25 International Business Machines Corporation Method and system for providing actions by way of electronic distributions
EP0572843B1 (en) * 1992-05-21 2000-06-28 Rockwell International Corporation Distribution of modem error correction and compression processing
ATE166984T1 (en) * 1992-10-12 1998-06-15 Leunig Gmbh FACILITY FOR OPTIONAL DATA TRANSFER AND FILE TRANSFER
EP0624969A1 (en) * 1993-05-12 1994-11-17 Mita Industrial Co. Ltd. Image formation processing system
JPH07115428A (en) * 1993-10-20 1995-05-02 Hitachi Ltd Remote power control system
US5870609A (en) * 1993-12-17 1999-02-09 Xircom, Inc. Technique for bootstrapping executable code to an adapter
US5644593A (en) * 1994-09-02 1997-07-01 Microcom Systems, Inc. High performance communications interface
US5850217A (en) * 1995-02-16 1998-12-15 Cole; Steven D. Electronic funds transfer authorization system for generating a graphical receipt
US5651114A (en) * 1995-06-23 1997-07-22 Lexmark International, Inc. External network adapter for handling normal and alternate channel data over a single bi-directional channel connected to a printer
US5648916A (en) * 1995-08-10 1997-07-15 Pitney Bowes Inc. Internal mail distribution system
US5757892A (en) * 1995-10-11 1998-05-26 Phonetics, Inc. Self-contained fax communications appliance
US6230235B1 (en) 1996-08-08 2001-05-08 Apache Systems, Inc. Address lookup DRAM aging
US6104658A (en) * 1996-08-08 2000-08-15 Neomagic Corporation Distributed DRAM refreshing
DE19720517A1 (en) * 1997-05-16 1998-11-19 Fischer Gmbh Gert Method and device for generating and outputting a secondary message as a function of a selectively acquired primary message
US5894566A (en) * 1997-09-26 1999-04-13 Mci Communications Corporation System and method for emulating network outages a segmented architecture
GB9807632D0 (en) * 1998-04-14 1998-06-10 Ncr Int Inc Printing apparatus and method
US6625208B2 (en) * 1998-09-25 2003-09-23 Intel Corporation Modem using batch processing of signal samples
US6502138B2 (en) * 1998-09-25 2002-12-31 Intel Corporation Modem with code execution adapted to symbol rate
US6490628B2 (en) * 1998-09-25 2002-12-03 Intel Corporation Modem using a digital signal processor and a signal based command set
US6661848B1 (en) * 1998-09-25 2003-12-09 Intel Corporation Integrated audio and modem device
JP2003076452A (en) * 2001-09-05 2003-03-14 Nagano Fujitsu Component Kk Computer switching unit and computer system, program for exchanging data, storage medium storing it and computer body incorporating it
WO2005006732A1 (en) * 2003-07-11 2005-01-20 Yoshiaki Takida Next-generation facsimile machine of internet terminal type
NZ586208A (en) 2004-04-09 2012-01-12 Resmed Ltd A nasal assembly with a vent where at least one end of the vent has a moulding seam positioned out of the main air stream of the vent

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4418382A (en) * 1980-05-06 1983-11-29 Allied Corporation Information exchange processor
US4424565A (en) * 1981-06-22 1984-01-03 Bell Telephone Laboratories, Incorporated Channel interface circuit with high speed data message header field translation and direct memory access
US4456957A (en) * 1981-09-28 1984-06-26 Ncr Corporation Apparatus using a decision table for routing data among terminals and a host system
US4466063A (en) * 1979-11-07 1984-08-14 U.S. Philips Corporation System intercommunication processor used in distributed data processing system
US4495572A (en) * 1982-02-08 1985-01-22 Zeda Computers International Limited Computer intercommunication system
US4513373A (en) * 1982-12-28 1985-04-23 Electronic Data Systems Corporation Local area network
US4604686A (en) * 1984-01-27 1986-08-05 Martin Marietta Corporation Associative data access method (ADAM) and its means of implementation
US4685124A (en) * 1985-04-30 1987-08-04 Data General Corporation Microprocessor based control and switching device
US4709329A (en) * 1984-06-25 1987-11-24 Data General Corporation Input/output device controller for a data processing system

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4177511A (en) * 1974-09-04 1979-12-04 Burroughs Corporation Port select unit for a programmable serial-bit microprocessor
US4310720A (en) * 1978-03-31 1982-01-12 Pitney Bowes Inc. Computer accessing system
US4237447A (en) * 1979-05-02 1980-12-02 Burroughs Corporation Speed independent selector switch for digital communication networks
BE876025A (en) * 1979-05-04 1979-11-05 Bell Telephone Mfg SIGNALING SYSTEM
US4264782A (en) * 1979-06-29 1981-04-28 International Business Machines Corporation Method and apparatus for transaction and identity verification
US4639889A (en) * 1980-02-19 1987-01-27 Omron Tateisi Electronics Company System for controlling communication between a main control assembly and programmable terminal units
US4641263A (en) * 1982-05-17 1987-02-03 Digital Associates Corporation Controller system or emulating local parallel minicomputer/printer interface and transferring serial data to remote line printer
US4703450A (en) * 1982-08-20 1987-10-27 Pioneer Electronic Corporation Interface device
JPS5933527A (en) * 1982-08-20 1984-02-23 Pioneer Electronic Corp Interface device
US4644547A (en) * 1984-06-28 1987-02-17 Westinghouse Electric Corp. Digital message format for two-way communication and control network
US4587514A (en) * 1984-09-07 1986-05-06 Verilink Corporation Interface method and apparatus
US4787028A (en) * 1985-09-03 1988-11-22 Ncr Corporation Multicommunication protocol controller
GB8601117D0 (en) * 1986-01-17 1986-02-19 Barcrest Ltd Computer terminal auxiliary device
JPH0648811B2 (en) * 1986-04-04 1994-06-22 株式会社日立製作所 Complex network data communication system
US4845609A (en) * 1986-07-25 1989-07-04 Systech Corporation Computer communications subsystem using an embedded token-passing network
US4839802A (en) * 1986-11-19 1989-06-13 Extel Corporation Adaptation of computer to communication operation
US4855905A (en) * 1987-04-29 1989-08-08 International Business Machines Corporation Multiprotocol I/O communications controller unit including emulated I/O controllers and tables translation of common commands and device addresses
JPH0787461B2 (en) * 1987-06-19 1995-09-20 株式会社東芝 Local Area Network System
US4868848A (en) * 1987-12-21 1989-09-19 Gte North Incorporated Computer operated system for dialing telephone numbers
US4994985A (en) * 1987-12-23 1991-02-19 International Business Machines Corporation Methods of appending a reply in an electronic mail system
US4969093A (en) * 1988-06-30 1990-11-06 International Business Machines Corporation Method of data stream construct management utilizing format shells and shell fragments
US5167035A (en) * 1988-09-08 1992-11-24 Digital Equipment Corporation Transferring messages between nodes in a network
US4991089A (en) * 1988-09-30 1991-02-05 Ibm Corp. Method for establishing current terminal addresses for system users processing distributed application programs in an SNA LU 6.2 network environment
US5115501A (en) * 1988-11-04 1992-05-19 International Business Machines Corporation Procedure for automatically customizing the user interface of application programs
US5075874A (en) * 1989-04-10 1991-12-24 Eastman Kodak Company Communications interface for computer output printer
DE3912078A1 (en) * 1989-04-13 1990-10-18 Telefonbau & Normalzeit Gmbh DIGITAL TELECOMMUNICATION SYSTEM
US5091790A (en) * 1989-12-29 1992-02-25 Morton Silverberg Multipurpose computer accessory for facilitating facsimile communication
US5088051A (en) * 1990-02-12 1992-02-11 Medical Payment Systems User invisible, printer line connected telecommunications link

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4466063A (en) * 1979-11-07 1984-08-14 U.S. Philips Corporation System intercommunication processor used in distributed data processing system
US4418382A (en) * 1980-05-06 1983-11-29 Allied Corporation Information exchange processor
US4424565A (en) * 1981-06-22 1984-01-03 Bell Telephone Laboratories, Incorporated Channel interface circuit with high speed data message header field translation and direct memory access
US4456957A (en) * 1981-09-28 1984-06-26 Ncr Corporation Apparatus using a decision table for routing data among terminals and a host system
US4495572A (en) * 1982-02-08 1985-01-22 Zeda Computers International Limited Computer intercommunication system
US4513373A (en) * 1982-12-28 1985-04-23 Electronic Data Systems Corporation Local area network
US4604686A (en) * 1984-01-27 1986-08-05 Martin Marietta Corporation Associative data access method (ADAM) and its means of implementation
US4709329A (en) * 1984-06-25 1987-11-24 Data General Corporation Input/output device controller for a data processing system
US4685124A (en) * 1985-04-30 1987-08-04 Data General Corporation Microprocessor based control and switching device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JERRY M. ROSENBERG, "Dictionary 2,3,9,13,14 and 19 of Computers, Information processing & Telecommunications" Second Edition, published 1987. Note (See pages 207,208). *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0902357A2 (en) * 1993-04-23 1999-03-17 Canon Kabushiki Kaisha Output method and apparatus
EP0902357A3 (en) * 1993-04-23 1999-08-18 Canon Kabushiki Kaisha Output method and apparatus
US6028985A (en) * 1993-04-23 2000-02-22 Canon Kabushiki Kaisha Output method and apparatus
WO1996014620A1 (en) * 1994-11-04 1996-05-17 Physio-Control Corporation Priority line switching system
US5787155A (en) * 1994-11-04 1998-07-28 Physio-Control Corporation Priority line switching system

Also Published As

Publication number Publication date
CA2076366A1 (en) 1991-09-03
EP0524199A4 (en) 1994-06-22
ATE193950T1 (en) 2000-06-15
EP0524199A1 (en) 1993-01-27
US5313580A (en) 1994-05-17
CA2076366C (en) 1998-05-26
DE69132255D1 (en) 2000-07-20
JPH05505266A (en) 1993-08-05
JPH07113906B2 (en) 1995-12-06
EP0524199B1 (en) 2000-06-14
US5557752A (en) 1996-09-17

Similar Documents

Publication Publication Date Title
US5557752A (en) Telecommunications interface apparatus and method
US5619725A (en) Method for auxiliary software providing instruction for facsimile modem to simulate a telephone communication while connecting to store and forward computer to receive communication
US4941170A (en) Facsimile transmissions system
EP0368055B1 (en) Method for sending a plurality of data channels over a single communications line
US6581098B1 (en) Server providing access to a plurality of functions of a multifunction peripheral in a network
WO1995025311A1 (en) System and method for communication with a remote network device
WO1992012591A1 (en) Facsimile routing methodology
US5056088A (en) Apparatus and method for efficiently coupling digital signals to a communications medium in information packets
US6023473A (en) Application programming interface for modem and ISDN processing
CN101001455A (en) Method and system for radio terminal wire accessing interconnected network
Cisco SNA Host Configuration for SDLC Networks
US4803312A (en) Interface between personal computer and telex communication system
Cisco SNA Host Configuration for SDLC Networks
US6762850B2 (en) Facsimile apparatus
KR100193857B1 (en) Credit card inquiry device and method using external Hangul processor
KR100217344B1 (en) Internet connecting device of communication processing system
Fabok et al. Teletex System Implementation on Personal Computer
JP3964247B2 (en) Telephone device and information communication system
JPH11177752A (en) Facsimile equipment and communication system
KR100276725B1 (en) How to handle billing data at high speed in an exchange system
Olympia The language of communications software.
JP2954094B2 (en) Remote terminal controller
KR0123720B1 (en) Data printing method
KR920004770B1 (en) Protocol converting system for computer
JP2002073482A (en) Method and system of e-mail printing, and recording medium

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): CA JP

AL Designated countries for regional patents

Kind code of ref document: A1

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

WWE Wipo information: entry into national phase

Ref document number: 2076366

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 1991905745

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1991905745

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 1991905745

Country of ref document: EP