throbber
United States Patent
`Medina
`
`119
`
`BEa
`"US005801842A
`
`HN
`
`[11]
`
`[45}
`
`Patent Number:
`
`Date of Patent:
`
`5,801,842
`*Sep. 1, 1998
`
`[54] TELEFACSIMILE MODULE CONNECTABLE
`TO TELEFACSIMILE MACHINES FOR
`TRANSMITTING DATA IN STANDARD OR
`HIGH SPEED MODES
`
`Primary Examiner—Thomas D. Lee
`Attorney, Agent, or Firm—Foley & Lardner
`
`[57]
`
`ABSTRACT
`
`[75]
`
`Inventor: Mitchell A. Medina, Essex Fells, N.J.
`
`[73] Assignee:
`
`International Patent Holdings Ltd.,
`Hamilton, Bermuda
`
`A telefacsimile module is connected between a conventional
`‘
`.
`telefacsimile machine (host telefacsimile unit) and a phone
`line interface. The module receives conventional fax output
`from its host unit and re-transmits them to a destination
`telefacsimile machine in one of standard and high speed
`[*] Notice: The term of this patent shall not extend©modes depending on the compatibility of the destination
`beyond the expiration date of Pat. No.
`_telefacsimile. The standard mode communication employs a
`5,274,474.
`conventional fax format for both text and graphics. The high
`speed mode distinguishes text from graphics and performs
`optical character recognition on suspected character infor-
`[21] Appl. No.: 364,181
`mation. When characters are successfully recognized, only a
`.
`code, e.g. ASCII, and the location oe theycharacteris
`[22} Filed:
`Dee. 27, 1994
`Wansmitted, realizing significant improvements in compres-
`[51] Unt, CS cececsssensecssssssesemeseseseneaHOIN 1/46
`Sion ratios over conventional facsimile coding. Graphics and
`[52] U.S. Ch. srsssnsasssseeense, 358/434; 358/462; 358/468;
`358/435; 379/100|unrecognizable characters are transmitted as bit-mapped
`[58] Field of Searchennennnnnnnnnn 358/468, 435,
`Pixels or in conventional compressed fax format. The tele-
`358/436, 438, 462, 439, 434; 379/100
`facsimile module is also capable of receiving incoming
`faxes from transmitting facsimile machines through the
`phone line interface in both the standard and high speed
`modes. Faxes sent and received in the high speed mode
`U.S. PATENT DOCUMENTS
`contain codes for text characters and bit-
`or com-
`.
`pressed pixels for graphics and unrecognized characters and
`$920368 51990 Gilwww BSA ES eg Srered serge meu Sac
`
`7/1995 Ishikawa woecssscssescesenneonneee 358/462
`5,436,981
`‘text characters are received as codes, any desired printing
`resolution can be selected for them.
`FOREIGN PATENT DOCUMENTS
`
`
`
`[56]
`
`References Cited
`
`
`
`60-182846—9/1985 Japan .....cseccsssecesscrensnscceerees SIOIAGZ 68 Claims, 12 Drawing Sheets
`
`
`
`ain
`
`
` 16|
`
`MEMORY
`
`PHONE LINE
`INTERFACE
`
`
`
`
`
`RECEIVE
`
`
`Commvault Ex. 1005
`Commvault v. Realtime
`
`US Patent No. 9,054,728
`
`Page1
`
`Page 1
`
`Commvault Ex. 1005
`Commvault v. Realtime
`US Patent No. 9,054,728
`
`

`

`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 1 of 12
`
`5,801,842
`
`0¢
`
`
`
`ANISANOHd
`
`JOVAYALNI
`
`8h
`
`TOHLNOOD
`
`-oOCOawrwrrraiai,eseeeeee|||||||!)3AIZ03Yal
`WaINd||!HALLNIUd:|AYOWAN|I|meJuaNttvosWANNVOS||OF|||||||!
`
`Page 2
`
`Page 2
`
`
`
`

`

`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 2 of 12
`
`5,801,842
`
`
`
`AWOW3INSOIHEVHDNOISSAYdWOD
`
`ONISSSOOWd
`
`LuVHOlddCOld
`
`oe
`
`YANNVOS
`
`TOWLNOO
`
`VLV0ONV
`
`SOVAYSLNI
`
`0¢
`
`YANNVOS
`
`Page 3
`
`Page 3
`
`
`
`

`

`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 3 of 12
`
`5,801,842
`
`0¢
`
`
`
`ANISNOHd
`
`JOVANI
`
`l
`
`€b9
`
`0097
`
`INSNVaL
`
`919
`
`AWOWIN
`
`92
`
`JOYULNOO
`
`YANIWYSLAG
`
`JGON-
`
`“OL-LSOH
`
`
`
`d/lFINGOW
`
`9}
`
`a lwapa
`
`oO
`tu
`
`MEMORY
`
`OO“4|r19||||AYOWAW|||H3AIS034|!229ANISOH[1|-OL-FINGOWl
`ee_—
`fomFyLi
`LIWSNVYLWANNYOS
`
`
`di
`
`dilFas
`YANNVOS
`YALNidd
`
`Ol
`
`92
`
`Page 4
`
`Page 4
`
`
`
`

`

`JNOHdSTALOL|XN
`
`919L09-”00s
`Ioeeeeeeee|LINLSOH22700)fennel|09-"|LIWSNVEL
`
`
`
`osNOUVEvaSSLY_|waLovavHo|UNvexS
`“WOOJTaVZINSOOSHNNcs|NOIS
`areareneaeeaohttAer
`
`
`|---|AHOWSNL=[7011No9}314VZIND003H|eneropanaceatereneneennnenernnennsneneennnd--OSprrsreseiSNOLLONAS
`SHALOVHVHO||HSLOWHVHO||30d-+a!
`HALOVEVHO||is”~9g~+09
`
`Raveerl|!hooniasn|oo0L0dd|”FLTCBINOD||
`
`
`
`
`
`NOISS3udSvayv
`
`SOIHdVeo
`
`SNISSIOOUd
`
`dV2ASILNSGI
`
`"NAWDASdDVd
`
`SOlHdVudd
`
`AAILNIG!NOILWL
`
`SV3UV
`
`
`
`S39VdSSNITWALNI
`
`|
`
`HAZATWNY:
`
`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 4 of 12
`
`5,801,842
`
`JNIT
`
`
`
`YH3AISO3YSJQOWSAl59359
`
`46
`
`HOLOSL30
`
`TO90LOd
`
`€Old
`
`Page 5
`
`Page 5
`
`
`
`
`
`
`

`

`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 5 of 12
`
`5,801,842
`
`
`
`venennnnneeec100a
`| STOREIN
`|
`| MODULE MEMORY}
`Le eeee
`c
`
`FIG. 4
`
`
` STANDARD
`
`OR HIGH-SPEED
`
`
`CHARACTER
`DATA PRESENT
`?
`
`
`
`COMPRESSDATA (MAY BE
`SKIPPED DEPENDING ON
`CHARACTERISTICS OF OCR
`ENGINE)
`
`
`
`
`
`
`
`MORE
`PAGES TO BE
`PROCESSED
`
`Page 6
`
`Page 6
`
`

`

`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 6 of 12
`
`5,801,842
`
`FIG. 4a
`
`aec100a
`| STOREIN
`|
`| MODULE MEMORY|L-_-
`
`
`
`INSTRUCTIONS
`
`FROM RECEIVING FAX, USER
`
`
`101a
`
`OR PROTOCOL MEMORY,
` STANDARD
`
`
`
`CHARACTER SEPARATION SCAN CHARACTER
`AREAS FOR CHARACTER DATA
`
`
`
`OR HIGH-SPEED
`
`
`COMPRESSDATA(MAY BE SKIPPED
`DEPENDING ON CHARACTERISTICS
`OF OCR ENGINE)
`
`
`
`
`
`
`
`STORE IN MEMORY
`
`YES|
`
`104c
`
`t_.--"]
`
`Page 7
`
`Page 7
`
`

`

`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 7 of 12
`
`5,801,842
`
`ONILNIWdYO
`
`vVLVd
`
`SOIHdVHD8SYALOVEVHO
`SOIHdVHDYO
`HALOVEVHO
`
`LVWHO4
`
`LadddaLNi
`
` AYOWSAW
`
`ANOHd
`
`Page 8
`
`Page 8
`
`
`
`

`

`US. Patent
`
`Sep. 1, 1998
`
`Sheet 8 of 12
`
`5,801,842
`
`FIG. 6
`
`START
`
`?
`
`READ DATA FROM
`MEMORYOR PHONE LINE
`
`STANDARD
`OR HIGH-SPEED
`
`
`
`Page 9
`
`Page 9
`
`

`

`US. Patent
`
`Sep. 1, 1998
`
`Sheet 9 of 12
`
`5,801,842
`
`FIG. 6a
`
`READ DATA FROM
`MEMORY OR PHONE LINE
`
`
`
`?
`
`
`STANDARD
`
`OR HIGH-SPEED
`
`
`
`
` CHARACTER
`DATA OR GRAPHICS
`CHARACTER
`
`
` 132
`EXPANSION (OPTIONAL)
`
`
`
`FORMAT CHARACTER
`
`INFORMATION FOR PRINTING
`
`133
`
`COMPRESSION (OPTIONAL)
`
`133b
`
`SEND INFORMATION
`TO HOST UNIT
`
`134
`
`
`
`
`
`
`
`Page 10
`
`Page 10
`
`

`

`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 10 of 12
`
`5,801,842
`
`140
`
`DIAL NUMBER
`
` CHECK
`
`
`
`Y
`
`PROTOCOL
`MEMORY
`?
`
`
`
`SEND HIGH-SPEED
`PROTOCOL QUERY
`
`HIGH-SPEED
`ACKNOWLEDGMENT
`
`STANDARD
`ACKNOWLEDGMENT
`
`
`
`
`
`RECEIVED
`RECEIVED.
`PROTOCOL
` Y
`
` PROTOCOL
`
`MEMORY,
`
`
`150
`
`LOCAL
`PRINT REQUIRED
`
`N
`
`Y
`
`151
`SEND DATA TO HOST UNIT OR OTHER PRINTER
`THROUGH M/H INTERFACE FOR PRINTING
`
`Page 11
`
`Page 11
`
`

`

`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 11 of 12
`
`5,801,842
`
`FIG. 7a
`
`140
`
`DIAL NUMBER
`
`
` CHECK
`PROTOCOL
`
`
`
`
`
`145
`
`N
`
`
`
`
`
`
`SELECT PRE-
`FORMATTED
`DOCUMENT
`FROM MEMORY
`
`
`
`
`312
`
`SELECT OTHER
`FORMAT
`
`
`
`
`
`
`300
`306
`xy
`[STORE NEW
`DOCN.
`Be PROTOCOL
`
`
`
`
`
`
` 50
`
`SET STANDARD
`FACSIMILE MODE
`
`
`Nyt
`LOCAL
`PRINT REQUIRED
`
`151
`SEND DATA TO HOST UNIT OR OTHER PRINTER
`THROUGH M/H INTERFACE FOR PRINTING
`
`N
`
`Page 12
`
`Page 12
`
`

`

`U.S. Patent
`
`Sep. 1, 1998
`
`Sheet 12 of 12
`
`5,801,842
`
`1G. 8
`
`160
`
`SEND ANSWER TONE
`
`161
`
`LISTEN FOR PROTOCOL TONE
`
`162
`
`STANDARD FACSIMILE
`
`168
`
`164
`
`
` TYPE OF
`
`
`PROTOCOL
`
`?
`
`163
`HIGH-SPEED
`167
`
`
`SEND HIGH-SPEED
`SEND STANDARD
`PROTOCOL ACKNOWLEDGMENT
`FACSIMILE ACKNOWLEDGMENT
`
`
`
`
`SEND HIGH-SPEED
`SEND STANDARD
`FACSIMILE MODE
`RECEIVE MODE
`
`
`165
`
`
`
`READ DATA FROM
`PHONE LINE
`
`180
`
`YES
`
`
`
`SEND DATA TO HOST
`
`
`UNIT OR OTHER PRINTER
`STORE IN MEMORY
`THROUGH M/H INTERFACE
`
`FOR PRINTING
`
`
`
`
`Page 13
`
`Page 13
`
`

`

`5,801,842
`
`1
`TELEFACSIMILE MODULE CONNECTABLE
`TO TELEFACSIMILE MACHINES FOR
`TRANSMITTING DATA IN STANDARD OR
`HIGH SPEED MODES
`
`BACKGROUND OF THE INVENTION
`1. Field of the Invention
`This invention relates generally to a telefacsimile module
`connectable to conventional telefacsimile machines. More
`particularly, the invention relates to a telefacsimile module
`connected between a conventional telefacsimile source (also
`referred to as a host telefacsimile unit) and a phone line
`interface. The telefacsimile module has the ability to distin-
`guish recognizable characters from unknown graphics, and
`to transmit codes for the recognizable characters with less
`data than that required by bit maps employed in conven-
`tional telefacsimile devices.
`2. Related Art
`Conventional telefacsimile or fax machines scan a docu-
`ment to produce pixel data. This pixel data is then com-
`pressed and sent over communications media such as tele-
`phonelines to a receiving fax machine. A problem with such
`telefacsimile machines is the absence of maximal data
`compression for characters due to the lack ofefficient coding
`for character data.
`U.S. Pat. No. 4,410,916 issued to Pratt discloses a dual
`mode telefacsimile compression technique, wherein spa-
`tially isolated black and white pixel patterns expected to
`tecur in a documentare extracted and coded by a matching
`process.A trial block area around a block pixel is examined
`to isolate symbols. Isolated. symbols are labeled anda set of
`measured features is used to build a library. Each symbol
`subsequently found in trial blocks of the scan is compared to
`the features of the blocks to eliminate unworthy symbols
`from a template matching process.If the matchingerror falls
`below a threshold, the identification of the matching library
`number is stored for later coding. If no symbol is found
`within a trial block, the block is encoded as residue using a
`modified relative address code and processed separately. The
`symbols’ library identification codes and residue codes and
`the codes of unsuccessfully compared symbols are trans-
`mitted to receivers. The specialized coding in Pratt is quite
`slow due to the need to perform extensive template matching
`for each character. Pratt does not distinguish text from
`graphics, and fails to provide flexible operation in other
`modes, such as transmission of bit maps, so that communi-
`cation is only possible among similarly equipped units.
`U.S. Pat. No. 4,566,127 to Sekiya discloses a telefac-
`simile having an optical character reader and a central
`processing unit which provide coding character information
`and a telefacsimile mode. However, Sekiya is limited to
`operation with documents of a predetermined format in
`which character groups having predetermined attributes are
`disposed in a first location of the document and images
`having predetermined attributes are disposed in a predeter-
`mined secondlocation.
`
`USS.Pat. No. 4,922,545 to Endo discloses a telefacsimile
`image coding method in which an input image pattern which
`occurs once is sequentially scanned and conventionally
`encoded. Patterns appearing twice or more, according to a
`matching pattern, are encoded by position coordinates and a
`library identification code is added at the time the pattern is
`registered in a library. This system is primarily a handwrit-
`ing recognition system, and there is no provision for fiexible
`operation with units not similarly equipped.
`SUMMARY OF THE INVENTION
`
`An objective of this invention is to provide a telefacsimile
`module, connectable to millions of conventional telefac-
`
`10
`
`15
`
`35
`
`45
`
`55
`
`2
`simile machines or sources currently in use, which provides
`quicker transmission of documents and a higher quality
`printout than conventional facsimile devices.
`Another object of the invention is to provide a telefac-
`simile module, connectable to conventional telefacsimile
`machines or sources, which permits transmission of docu-
`ments in either a high speed mode or a standard mode.
`A still further object of the invention is to provide a
`telefacsimile module, connectable to conventional telefac-
`simile devices, which transmits documents in either a high
`speed mode or a standard mode directly or indirectly.
`A still further object of the invention is to provide a
`telefacsimile module, connectable to conventional telefac-
`simile devices which, while providing the above advantages
`when communicating with other suitably equipped telefac-
`simile devices, is still capable of communicating with con-
`ventional telefacsimile machines.
`
`A telefacsimile module, according to this invention, has
`the capability of recognizing characters on a document.
`Characters are converted by an optical character recognition
`(OCR) means to produce character codes for recognizable
`ASCH or the like. Any unrecognizable characters and areas
`of the document which are graphics or other non-character
`information are coded according to standard telefacsimile
`methods. The coding of both character and non-character
`information includes means for enabling data from both
`coding modes to be reproduced in its original spatial rela-
`tionship at a destination facsimile device. The documentis
`then transmitted as a combination of character codes, such
`as ASCII codes, and standard telefacsimile codes. This
`results in higher compression ratios for documents contain-
`ing a number of recognizable characters and therefore
`allows reducing the transmission time of a document.
`A telefacsimile module according to the invention may
`operate in either a standard telefacsimile mode or in the
`described high speed mode. The module receives input from
`a conventional fax source to which it is connected and is
`capable of expanding conventionally compressed fax data to
`a format compatible with its OCR engine, if such engine
`cannot process compressed fax data. The module would
`typically query or otherwise determine whether a receiving
`telefacsimile machine (or a conventional device equipped
`with a similar module) can process the high speed mode
`containing character and telefacsimile data or whether the
`receiving machine can only process standard telefacsimile
`data. The transmitting module may automatically switch
`modes between the described high speed mode or the
`standard telefacsimile mode according to whether the
`receiving machine can process the high speed mode.
`Therefore, a telefacsimile module according to this inven-
`tion is capable of communicating with existing telefacsimile
`devices.
`Tn the high speed mode, since character codes, in ASCII
`or other defined character sets, are sent and then received by
`the receiving telefacsimile machine, characters may be
`printed as fully formed characters rather than as low reso-
`lution pixel data. Therefore, documents sent using this
`telefacsimile module can be more legible in the character
`areas than documents sent by conventional telefacsimile
`machines.
`
`BRIEF DESCRIPTION OF THE DRAWINGS
`
`FIG. 1 is a block diagram of a telefacsimile coding
`transmission and reception system.
`FIG. 2 is a typical conventional scanner interface.
`FIG. 2a is a block diagram of the telefacsimile module
`connected between a host unit and a phoneline interface.
`
`Page 14
`
`Page 14
`
`

`

`5,801,842
`
`3
`FIG. 3 is a host-to-module interface according to the
`invention.
`
`FIG. 4 is a flow chart of the operation of the host-to-
`module interface.
`
`FIG. 4a illustrates optional features and an alternative
`embodiment of the host-to-module interface.
`FIG.§ is a block diagram of the module-to-hostinterface.
`FIG.6 is a flow chart of the operation of the module-to-
`host interface.
`
`FIG.6c is a flow chart of another mode of operation ofthe
`module-to-host interface.
`
`FIG. 7 is a flow chart of the operation of document
`transmission.
`
`FIG.7a illustrates the integration of optional features in
`FIG. 4a with an alternative method of document transmis-
`sion.
`
`1a
`
`15
`
`FIG. 8 is a flow chart of the operation of document
`reception.
`
`DETAILED DESCRIPTION OF THE
`PREFERRED EMBODIMENTS
`
`U.S. Pat. No. 5,274,474 issued to Medina discloses an
`integrated telefacsimile device and method for telefaxing
`documents in standard and high speed modes and is herein
`incorporated by reference.
`FIG. 1 is a block diagram of a telefacsimile coding
`transmission and reception system. A scanner 1@ converts a
`document into bit-mapped pixels and sends them through
`the scanner interface 12 to the memory 14 or directly to the
`transmit section 16. The scanner interface 12 (otherwise
`referred to as a scanner control and data interface) controls
`the scanner 10 and processes the pixel data which is sent
`from the scanner 10 to the memory 14 or sent directly to the
`transmit section 16. After the pixel data has been processed
`by the scanner interface 12, the transmit section 16 sends
`this data through a phonelineinterface 18 and over a phone
`line 20 to a receiving fax machine.
`In the reception mode data comes in over the phone line
`20 through a phone line interface 18 and is placed in
`memory 14 by the receiving block 22, or else is sent directly
`to the printer interface 24. Printer interface 24 reads this
`received data from memory 14, or directly from the receiv-
`ing block 22, processes this data, and sends it to a printer 26
`to be printed as a received document. A controller 28
`containing, for example, a programmed microprocessor,
`sequences the operation of the telefacsimile machine.
`A conventional telefacsimile scanner and telefacsimile
`scanner interface is shown in FIG. 2. Scanner 30 converts
`the documentinto bit-mapped pixels which are fed through
`scanner control and data interface 32 to memory 33. This
`pixel data, coded in standard telefacsimile format by graph-
`ics processor 34, is compressed using standardtelefacsimile
`methods by compression block 36 and placed in memory 33
`in preparation for transmission.
`FIG. 2a is a block diagram of the telefacsimile module
`600 connected between a host unit 500, such as a conven-
`tional telefax machine, and a phoneline interface 18. The
`host unit 500 is the same as that shown in phantom in FIG.
`1, though any conventional facsimile source could be used.
`The telefacsimile module 600 receives data from its host
`unit 500 through the host unit’s transmitting section 16. A
`host-to-module (H/M)interface 601 controls the reception
`and processes the conventional fax data to a memory 613 or
`sends it directly to a transmit section 616. After the con-
`ventional fax data has been processed by the H/M interface
`
`35
`
`45
`
`55
`
`4
`601, the transmit section 616 sends this data through the
`phone line interface 18 and over the phone line 20 to a
`receiving fax device.
`In the reception mode, fax data comes in over the phone
`line 2¢ through a phone line interface 18 and is placed in
`memory 614 by the receiving block 622, or else is sent
`directly to the module-to-host (M/H)interface 602. The M/H
`interface 602 reads this received data from memory 614,or
`directly from the receiving block 622, processes this data,
`and sends it to the receiving block 22 of the host unit 500 for
`printing.
`The mode determiner 90 queries the receiving fax device
`to determineif the receiving device can process data sent in
`the high speed mode. Alternatively, the mode determiner 90
`may optionally consult a protocol memory 80 (shown in
`FIG. 3) of stored destination fax numbers and their
`capabilities, and/or request or receive user instructions 81
`(shown in FIG. 3) prior to or in place of querying the
`destination machine. If the receiving machine is not
`equipped with a telefacsimile module according to this
`inventionand is not a similarly equipped device, such as the
`device in U.S. Pat. No. 5,274,474, capable of handling data
`transmitted in the high speed mode, data is sent in the
`standard mode. In the standard mode, the telefacsimiic
`module 600 merely retransmits the data it receives from the
`host unit 500. Likewise, if data is received in the standard
`mode,the telefacsimile module 600 merely retransmits the
`data it receives to the host unit 500.
`
`FIG. 3 is a biock diagram of the H/M interface 601
`according to the present invention. The telefacsimile module
`operates in either a standard or a high speed mode, depend-
`ing on the capability of the receiving fax machine. A mode
`determiner 90 has a mode query signal generator 93 which
`transmits a mode query signal along line 91to the receiving
`or destination fax machine, for example through multiplexer
`92, and analyzes the response.If detector 94 determinesthat
`the destination fax has responded with a predetermined
`signal, the high speed mode is set by the facsimile module.
`If the facsimile module detects a signal other than the
`predetermined signal or if no response is detected within a
`predetermined time measured by timer 95, the facsimile
`module sets the standard mode.
`A host telefacsimile device 500 converts a documentinto
`conventional fax information and transmits this information
`to control 640. Depending on the characteristics and capa-
`bilities of the OCR engine 60, the conventional fax data may
`be expanded before being placed in memory 613. The H/M
`interface 601 may analyze the document separating it into
`character areas and graphics areas, code this information,
`compress this information and place it back into memory
`613. Alternatively,
`the information could be provided
`directly to transmit section 16 without intermediate storage
`in memory 613.
`Oneportion of the H/M interface 601 is dedicated solely
`to control as indicated in block 640. One function of the
`control 640 is to command the H/M interface 601 to retrans-
`mit data through the transmit section 616 upon receiving a
`standard mode response from the receiving fax device, the
`protocol memory 8@ or user instructions 81. In addition,
`optionally, a page analyzer 50 may analyze a page of a
`documentor, alternatively, a section of a page, such as “% to
`4 of a page at a time and separates the document or portion
`of the document into character areas and graphics areas.
`Portions identified as character areas are sent to the optical
`character recognition block 60. Recognizable characters are
`sent as character codes in ASCII orthelike to a compression
`
`Page 15
`
`Page 15
`
`

`

`5,801,842
`
`5
`block 70 and then sent to memory 613, or sent directly to
`transmit section 616. Unrecognizable pixel patterns and,
`optionally, entire areas identified as graphics areas by the
`page analyzer 50, are sent to a graphics processing block 72
`to be processed into a standard telefacsimile data format
`through the compressor 70, and then sent to memory 613, or
`directly to transmit section 616 without intermediate storage
`in memory 613.
`Inside the page analyzer 50 a page segmentation proces-
`sor 52 analyzes the pixels of a compressed or expanded
`conventional fax page to identify interline spaces. Other
`methods of distinguishing character and non-character infor-
`mation may be used, as for example, segmentation of pages
`into sectors for analysis, comparison with predefined docu-
`ment templates stored in memory, within the facsimile
`module itself or in a computer peripheral
`to the fax
`assembly, etc. Horizontal areas of low pixel density might
`indicate spaces betweenlines of text if these horizontal lines
`are repetitive and evenly spaced. Horizontal spaces which
`are not evenly spaced may indicate borders between graph-
`ics areas. Areas of low pixel density which run vertically
`may indicate spaces between columns of text or graphics
`areas. Areas of a document which are tentatively identified
`as containing character information by the page segmenta-
`tion processor 52 are sent to block 54 so that these character
`areas can be further identified and mapped in preparation for
`optical character recognition by block 60. Areas of a docu-
`ment which are tentatively identified by the page segmen-
`tation processor 52 as being composed of unrecognizable
`character, non-character or graphics information are sent to
`block 56 to further map and identify these areas of the
`document. The information is then sent to the graphics
`processing block 72 to be processed as standard telefac-
`simile data.
`Potential character data which is sent to the OCR block 60
`is first analyzed by character separation block 62. Character
`separation block 62 separates a line into individual charac-
`ters. These characters are then compared against those
`contained in a character library 64 which contains a set of
`standard ASCII characters or another or a variety of defined
`character sets. This is accomplished using well-known char-
`acter recognition techniques which can identify a large
`variety of fonts accurately, or using omnifoat OCR if
`sufficient reliability can be obtained. Characters which are
`positively identified are coded as characters and sent to the
`compression block 70. Unrecognizable characters or graph-
`ics areas are sent by the character separation block 62 to
`graphics processing block 72 to be coded as standard
`telefacsimile data. The standard telefacsimile data from 72 is
`also sent to block 70 for compression (compression may be
`skipped if the data from the hostunit has not been previously
`expanded) and to be concatenated and/or merged with the
`compressed recognizable characters and placed into
`memory 613,or alternately, this data may be sent directly to
`transmit section 616.
`The H/M module interface 601 operates efficiently by
`using standard character recognition and page segmentation
`techniques. Repetitive matching techniques such as those
`described in U.S. Pat. Nos. 4,410,916 or 4,922,545 may also
`be used. The invention is, however, not limited to any fixed
`algorithm or method for character recognition as it is envi-
`sioned that improved character recognition algorithms will
`be developed in the future which would be equally appli-
`cable in performing the invention. Even present day tech-
`niques offer high gains in coding efficiency over standard
`telefacsimile techniques thus allowing a telefacsimile page
`to be transmitted in less time and, therefore, at less cost for
`
`6
`telephone line usage then in a standard telefacsimile. Accu-
`rate recognition is important for correctly encoding and
`transmitting a document. Therefore, any characters which
`cannot be positively identified with a high degree of cer-
`tainty by character separation block 62 are sent to block 72
`to be processed as standard telefacsimile data.
`FIG.4 is a flow chart of the operation of the H/M interface
`601. In step 100 conventional facsimile data is received from
`the host unit 500, and in step 100a may optionally be stored
`in memory 613 (FIG. 3) prior to further processing. In step
`101, a page or other suitable unit of conventional facsimile
`data is spooled in either from the host unit or memory 613.
`In step 102 the H/M interface 601 decides whether the
`document is to be transmitted in standard or high speed
`mode. The determination is based on the capability of the
`receiving fax machine. As previously discussed this can be
`determined by transmitting a signal and looking for a
`predetermined response from the receiver. This can either be
`done in a brief querying telephone call which is discon-
`nected prior to document processing, or else the line may be
`held open while processing begins immediately.
`Alternatively, as previously discussed, a memory or direc-
`tory of stored protocol information relating to individual fax
`numbers may be consulted, either automatically, or manu-
`ally by the user, who would then input such information. If
`the document is to be transmitted in the standard mode,
`control skips to step 105. In step 105, the H/M interface 601
`decides whether there are more pages to be received from
`the host facsimile unit. If so, control is passed back to step
`101.
`
`If step 102 decides that a documentis to be transmitted in
`the high speed mode, control is passed to step 102a, where
`the conventional fax data from the host facsimile unit 500
`may be optionally expanded if required for the subsequent
`steps of page segmentation and/or character recognition. In
`the optional page segmentation of step 106, a page is
`separated into potential character areas or graphics areas.
`Areas that are to be encoded as graphics are sentto step 103
`for processing in standard telefacsimile data format. Areas
`which are to be processed as characters are sent to step 107
`for character separation, whether page segmentation has
`been performed or not. In step 107 individual characters are
`isolated. A potential character is then processed in step 108
`which recognizes whether an actual ASCII or other codable
`character is present. If the isolated character cannot be
`recognized, it is sent to step 103 where it is placed in
`standard telefacsimile data format. If the isolated. character
`can be recognized, then in step 109 a character code for the
`identified character is placed in memory according to a
`method which enables reproduction of the location of that
`character at a destination facsimile device. Possible methods
`for achieving this purpose include identifying position coor-
`dinates for each character, and creating text files capable of
`cooperating with and/or being merged with overlayfiles for
`non-character or non-recognized character information.
`Other methods are possible and may be used by those skilled
`in the art. The character data is then optionally compressed
`in step 164. Step 105 decides whether there are more pages
`to be processed and, if so, control is passed back to step 101.
`In FIG. 4a, a number of optional features and alternative
`embodiments are illustrated. In one alterative embodiment,
`the decision in step 102 could be delayed and a document
`stored in a memory in both the standard and high speed
`formats. Upon an indication from the receiving fax of its
`capability, transmission could be performed in the corre-
`sponding format.
`In another slightly different embodiment, the transmitting
`module could maintain a preprogrammedor built up list of
`
`10
`
`15
`
`35
`
`40
`
`45
`
`55
`
`65
`
`Page 16
`
`Page 16
`
`

`

`5,801,842
`
`7
`destination machine capabilities. For example, whena tele-
`facsimile number is dialed for the first time the compatible
`formatindicated by the destination machine could be stored
`and subsequenttransmission to that destination provided in
`the indicated format without inquiry. Based on such stored
`protocol information (or on instructions from the receiving
`machine or the user), as shown in step 101a, character and
`graphics information may be merged (steps 1016 and 101c)
`and sent to a receiver equipped to receive such information.
`However, such a merge is preferably implemented by a
`suitably equipped receiving module or device prior to or
`during the printing process, as illustrated in FIG. 6a. As
`shown in step 101, if the merge is performed at
`the
`receiving machine, step 1@1c is bypassed. In addition, as
`shown in step 10dc, information correctly formatted for
`printing or display can also be stored in a memory.
`FIG.5 is a block diagram of the M/H interface 602. When
`a document is sent from a transmitting facsimile over the
`phone line, that information is read from memory 614 or
`directly from the phone line, processed by the M/H interface
`602 and sent to the host unit 500 for printing. In the M/H
`interface 602, the received data from the memory 614 or
`phoneline is routed by control 119. If data is received in the
`standard mode,it is retransmitted to the host unit 560 for
`printing. If it is received in the high speed mode, it is
`decompressed or expanded in block 120, interpreted as
`character or graphics data in block 122, formatted as char-
`acter codes or graphics codes for printing in block 124,
`compressed in block 126 and sent to the host unit 500 for
`printing. By decoding character data codes, the M/H inter-
`face 602 does not simply reproduce a received compressed.
`or uncompressed bit map. Instead, the M/H interface 602
`independently reproduces the character based on the coded
`information. One advantage of this is that character infor-
`mation may be formatted for printing at a higher resolution.
`This is because a character which is scanned at, for example,
`300 dots per inch and identified as, for instance, an A, is
`transmitted as the character code for an A in ASCH or the
`like. The M/H interface 602 at the receiving end recognizes
`this character code is the letter A. Depending on the char-
`acteristics of a character-library-type OCR engine,if such is
`employed, it is possible to reproduce font, points, and pitch
`for a variety of commontypestyles, if desired. Since only the
`character code is needed, a printer can be set to print the
`characters at least at a different resolution, for instance 1200
`dots per inch. Conventional facsimile data can be reformat-
`ted to fit this standard, or printed as scanned in conjunction
`with higher-resolution character data by using a two-pass
`printing process, or a printer with dual printheads.
`Therefore, a document which is sent using this telefacsimile
`module and which is composed mainly of text could be
`much more legible than a document sent using conventional
`telefacsimile machines. In addition, lower resolution print-
`ing could be selected to speed the printing process.
`A flow chart of the operation of the M/H interface 602 is
`shown in FIG.6. In step 130 the data to be printed is read
`from memory or directly from the phone line. In step 130a,
`the M/H interface 602 decides whether the data is received
`in the standard or high speed mode. In the standard mode,
`control passes to step 134. In the high speed mode another
`determination is made at step 131 to whether the information
`to be printed is coded and/or compressed character data, or
`else compressed graphics data. If the information is char-
`acter data, control passes to optional step 132, which
`expands the character data if necessary for preparation for
`step 133. The character information is put in the correct
`format for printin

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket