US20010034849A1 - Automatic generation of correspondence via an email interface - Google Patents

Automatic generation of correspondence via an email interface Download PDF

Info

Publication number
US20010034849A1
US20010034849A1 US09/801,966 US80196601A US2001034849A1 US 20010034849 A1 US20010034849 A1 US 20010034849A1 US 80196601 A US80196601 A US 80196601A US 2001034849 A1 US2001034849 A1 US 2001034849A1
Authority
US
United States
Prior art keywords
correspondence
sender
recipient
email
database
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
US09/801,966
Other versions
US6446115B2 (en
Inventor
Gene Powers
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Letter Services Inc
Original Assignee
Letter Services Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Letter Services Inc filed Critical Letter Services Inc
Priority to US09/801,966 priority Critical patent/US6446115B2/en
Assigned to LETTER SERVICES, INC. reassignment LETTER SERVICES, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: POWERS, GENE
Publication of US20010034849A1 publication Critical patent/US20010034849A1/en
Priority to US10/227,769 priority patent/US20030009529A1/en
Application granted granted Critical
Publication of US6446115B2 publication Critical patent/US6446115B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533Voice mail systems
    • H04M3/53366Message disposing or creating aspects
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/107Computer-aided management of electronic mailing [e-mailing]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06Message adaptation to terminal or network requirements
    • H04L51/066Format adaptation, e.g. format conversion or compression
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/487Arrangements for providing information services, e.g. recorded voice services or time announcements
    • H04M3/493Interactive information services, e.g. directory enquiries ; Arrangements therefor, e.g. interactive voice response [IVR] systems or voice portals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the present invention provides a process for generation, graphical composition, and delivery (or routing for delivery) of conventional forms of written correspondence.
  • the conventional form of written correspondence e.g., business letter
  • the conventional form of written correspondence to be transmitted to a recipient is generated from a correspondence message provided by a sender via an email or text message, or via an internet interface.
  • a sender can initiate correspondence in a variety of formats, to multiple recipients or to group(s) of recipients, wherein there is security provided against unauthorized generation of correspondence by assumed SMTP email identities, thereby preventing “forgery” of a correspondence from the sender.
  • the present invention is in the field of computer-generated correspondence.
  • the evolution of this field has begun by focusing on tools that assist a computer user in composing written communications through a number of disparate interface methods.
  • Previous disclosures for composing and producing computer assisted written communications have included word processing applications, computer Fax applications, Internet greeting card providers, Internet Fax from email (or Web Browser) services, Internet email to postal mail services that simply reproduce what they receive plus addressing, and Internet service(s) providing direct mail fulfillment services from a graphical template composed by and provided by the user.
  • word processing applications computer Fax applications
  • Internet greeting card providers Internet Fax from email (or Web Browser) services
  • Internet email to postal mail services that simply reproduce what they receive plus addressing
  • Internet service(s) providing direct mail fulfillment services from a graphical template composed by and provided by the user.
  • such services do not allow full reproduction of traditional written communication formats and media, or at best require significant intervention and/or actions by the sender (and at times by the receiver) to achieve such formats.
  • Traditional written communication formats include, for example, all forms of written communications generated including business letters on business letterhead (sizes 81 ⁇ 2′′ ⁇ 11′′, A4, Legal, Monarch, etc.), business notes/memos, business announcements/invitations, business form letters, business postcards, business legal notifications, personal letters, personal letter on personalized stationery, personal notes/cards, personal announcements, personal postcards.
  • These forms of communication historically use various combinations of layout, handwriting, hand printing, signatures, preprinted fonts and graphics. Earlier services fall short of reproducing these formats automatically or with ease.
  • Word processing programs can generally be configured to produce these formats, however it is a manual and cumbersome process with many steps. Many users are not capable of the graphics manipulation required to compose these formats with letterhead and signature.
  • Internet greeting card providers both e-card and hardcopy card vendors
  • Greeting card providers provide neither a handwriting equivalent that reflects the user's personal cursive style, nor an essential “signature” to personalize the card.
  • Internet FAX-from-email and letter/direct-mail-from-email providers either force the user to compose the graphics of his or her message manually with a word processor, or provide “canned” formats without personalization of signature, personal stationery or business logos.
  • e-mail electronic mail
  • LANs local-area networks
  • WANs wide-area networks
  • WWW world-wide web
  • e-mail electronic mail
  • Each user has a unique network address that may be used for routing and identifying purposes in delivering an e-mail message from one user (the “sender”) to another user (the “recipient”) on the network.
  • the recipient the user
  • an e-mail message contains a relatively small amount of text or other forms of data.
  • One or more additional files of data, called “attachments” are often attached to the e-mail message.
  • a word processing file or graphic file that is incompatible with the display capabilities of the e-mail system or that is too large to be conveniently displayed by the e-mail application program may be transmitted from the sender to the recipient by attaching it to an e-mail message.
  • the e-mail message may introduce or explain the attachments.
  • the recipient receives the e-mail message plus any attached data files, wherein the attached data files must be opened, accessed, or utilized separately from the email message itself.
  • this method requires the recipient have the necessary software to open and display the attachment(s).
  • Another drawback of this technique for electronic deliveries is that the size of the email with attachments is often large, and requires relatively long upload times for the sender and download times for the recipient.
  • HTML formats have become the language of page compositions for web sites. Moreover, objects can be scanned into HTML formats for use in web pages. Composition and display of HTML formats has been added to most mainstream email programs. However, a large time commitment is needed to design HTML email formats with scanned inputs and graphical elements. Hence, this format has not been generally utilized for personal correspondence in email messages due to the limited amount of time typically available for doing such tasks.
  • World Wide Web sites provide for the association of some rudimentary HTML graphics with email created at their sites, but none even approach the capability of generating full traditional correspondence formats, or an easier method of interface than the World Wide Web can provide. Furthermore, adapting HTML composition techniques to produce suitable quality output for hardcopy local to the user for postal, courier or express deliveries is cumbersome and rampant with potential time consuming problems.
  • NetgramTM and EletterTM represent services that utilize email and database methods, and have limitations and drawbacks that leave room for major improvements.
  • Drawbacks that are shared by both, are 1) that the “sender” can only initiate a transaction that results in a physical postal mail item or items, 2) no graphical composition other than what the user provides, is supported, and 3) the “sender” does not “see” and approve the final article that is sent to the recipient until after the fact, or by special manual arrangement that significantly delays the sending.
  • EletterTM will generate and post for delivery a letter to the recipient sent by email from the sender, it is up to the recipient to provide the fully formatted letter, along with the list of addresses, in conventional mail merge format. EletterTM will then provide the necessary printing, assembly and mailing services. While this technique is suitable for volume mailings (i.e., junk mail), it does not afford the convenience, automatic composition, selection of media and alternate delivery methods that the present invention does.
  • NetgramTM uses a relatively crude form of composition with no flexibility to generate anything beyond a single format of written correspondence containing formatting and graphics to the extent that the user provides them in the initial e-mail request. Therefore, “NetgramTM” is much like an Internet telegram or Western Union mailgram, and results in a message printed centrally, or remotely, that is then placed in an addressed envelope and delivered by regular postal means.
  • the present invention provides a process for generating completed mail objects from email or text messages from a registered sender to be received by recipients in hard copy and comprising graphical correspondence content (e.g., business letterhead, personal letterhead, card graphics, photo postcard graphics, etc.) and graphical representation of a signature, comprising:
  • the completed correspondence comprises the registered sender's letter head or card graphics (such as greeting card graphics, thank you notes, etc.), registered sender's signature and correspondence message.
  • receiving a correspondence message from the registered sender occurs via a website interface, instead of via an email.
  • the correspondence message further comprises additional information, including but not limited to attachments (e.g., graphical images or documents) and preferences.
  • attachments e.g., graphical images or documents
  • new or amended preferences are specified in a subject line of an email message.
  • the hard copy completed correspondence is generated at a location facilitating rapid delivery to the recipient using existing delivery services.
  • the completed hard copy correspondence is created at a location adjacent to an overnight courier hub or at a location adjacent to a major regional postal service hub.
  • the completed hard copy correspondence is sent by facsimile transmission to the recipient's fax telephone number.
  • the database or the plurality of databases comprises names, postal addresses, email addresses, and telephone numbers for recipients.
  • the database or the plurality of databases enables each registered sender to have multiple formats for documents, and to optionally customize each document format by selecting from a variety of signatures, content and identification information held for the sender.
  • obtaining recipient location information from either the database or the plurality of databases, or directly from the registered sender, wherein the database or the plurality of databases comprises names and addresses of recipients for each registered is achieved using the names of the recipients.
  • transmitting an email, providing or linking to a graphical representation of the correspondence, to an Internet address utilized by the recipient involves the use of either HTML or HTML with bit-mapped formats, or text formats with a URL link to either HTML or HTML with bit-mapped formats.
  • step (d) there is a further step comprising generating a proof copy of the correspondence to be sent by email to the sender for review and approval.
  • This step helps to implement a security measure to the inventive process.
  • the sender approves the proof copy of the correspondence by return email or by HTTP transmission.
  • the sender is able to change the correspondence or the preferences associated with the correspondence.
  • the preferences that can be changed are selected from the group consisting of correspondence type, letterhead or card graphics style, recipient delivery means, greeting, closing, signature, text of correspondence, and combinations thereof.
  • generating a proof copy of the correspondence to be sent by email to the sender for review and approval involves the use of either HTML or HTML with bit-mapped formats, or text formats with a URL link to either HTML or HTML with bit-mapped formats.
  • the inventive process further comprises a security mechanism directed to precluding either creation, or transmission of a forged correspondence to a recipient.
  • the security mechanism directed to precluding either creation, or transmission of a forged correspondence to a recipient is selected from the group consisting of password-controlled access to a POP server, public key/private key encryption, digital signatures, firewalls, SQL or VPN interfaces, database architecture and combinations thereof.
  • the inventive process further comprises a security mechanism directed to precluding theft of sender information.
  • the security mechanism directed to precluding theft of sender information is selected from the group consisting of public key/private key encryption, digital signatures, firewalls, SQL or VPN interfaces, database architecture and combinations thereof.
  • the present invention further provides a system or apparatus for generating completed mail objects from email or text messages from registered senders to be received by recipients in remote locations in hard copy, Fax transmission or HTML email (dual mode contains a text URL pointer to an on-line HTML image as well as the full HTML) and comprising message information, graphical letterhead or card content, and graphical representation of a signature, comprising:
  • recipient location information wherein the source of the recipient location information is from either the database or the plurality of databases, or from the registered sender, wherein the database or the plurality of databases comprises names and addresses of recipients for each registered sender;
  • a remote or local facility for generating a completed hard copy correspondence at a location facilitating rapid delivery to the recipient using existing delivery services, wherein the completed correspondence comprises the registered sender's letter head, registered sender's signature and correspondence message, or a Fax server for generating a fax correspondence telephoned to the recipient's fax, or an Email server for sending the correspondence in HTML or HTML with bit-mapped formats, or in text formats with a URL link to either HTML or HTML with bit-mapped formats.
  • the correspondence message further comprises additional information, including but not limited to attachments (e.g., graphical images or documents) and preferences. Most preferably, new or amended preferences are specified in a subject line of an email message.
  • the completed hard copy correspondence is created at a location adjacent to an overnight courier hub or regional postal service hub.
  • the completed hard copy correspondence is sent by facsimile transmission to the recipient's fax machine.
  • an electronic image of the completed correspondence is delivered as email (e.g., HTML or HTML with bit-mapped formats, or in text form with a URL link to either HTML or HTML with bit-mapped formats) by a conventional Internet email server to the sender, and optionally to the recipient.
  • the database or the plurality of databases comprises names, postal addresses, email addresses, and telephone numbers for recipients.
  • the database or the plurality of databases enables each registered sender to have multiple formats for documents, and to optionally customize each document format by selecting from a variety of signatures, content and identification information held for the sender.
  • FIG. 1 shows a flow chart of a hardware design (system architecture) to implement the inventive process.
  • FIG. 2 shows an illustrative structure of the fields and tables of a first database for a hypothetical subscriber or sender.
  • FIGS. 3A, 3B and 3 C show a system flow chart of the overall process of a sender “email user” registering and identifying recipients and their addresses (FIG. 3A), configuring and transmitting a “proof copy” (FIG. 3B), and ultimately transmitting the correspondence by any or all of three means of transmission (FIG. 3C).
  • FIG. 4 shows an example of a screen image showing a partial proof copy of a letter for review by the sender, including a digital image of the sender signature and sender letterhead.
  • FIG. 5 shows a partial proof copy of a letter for review by the sender, including a set of preferences that can be modified by the sender.
  • FIG. 5 also illustrates the ability to modify the correspondence content according to the present invention.
  • FIG. 6 shows a sample screen page for a sender email used to compose his or her correspondence according to the inventive process that resulted in the correspondence proof copy shown in FIGS. 4 and 5, and final emailed delivery correspondence of FIG. 8.
  • FIG. 7 shows a sample World Wide Web page for a sender that used alternatively to compose his or her correspondence according to the inventive process that results in a correspondence proof copy similar to that shown in FIGS. 4 and 5, but displayed with a Web browser.
  • FIG. 8 shows a final emailed delivery correspondence, corresponding to the correspondence proof copy shown in FIGS. 4 and 5.
  • recipient address refers to various identifying information, including, but not necessarily limited to email addresses, street addresses, telephone numbers, fax numbers, PCP-IP addresses, etc., that can be used according to the present invention to transmit a correspondence to a specific recipient or of recipients.
  • the present inventive process provides the following marketing advantages with the following features for generating hard copy quality correspondence to a recipient from a correspondence message sent by a “sender” or by a registered sender using the corresponding Web site. Additionally, the inventive process and system provides for composition, routing and delivery of Fax communications and electronic versions of all written communications by the same sender email interface. These improvements and additional functions maximize convenience to the sender, because the sender can utilize the familiar interface of his or her email program, or Internet interface, to effect all these results.
  • the invention produces traditional written correspondence in diverse formats including email (HTML or HTML with bit-mapped formats, and including text email with URL link), and as hardcopy deliverable items. Such hardcopy items vary in physical size and layout, (e.g., Faxes, full-size business letters, personal letters, monarch/executive size letters, announcements, cards, photo postcards, etc.).
  • the present invention includes a process for decomposing and storing the graphic structure of various correspondence items (in particular letters) that permits recomposing them for specific individual and personal correspondence items. This is the process of registering a sender.
  • the sender registration process utilizes recomposing graphics and various correspondence components assembled in a service database as “preference” entries for a particular sender.
  • Further sender preferences in the database include an address book of a recipient or recipients, including preference information for each recipient as to how the correspondence is to be composed and sent.
  • graphic components and sender information are stored in the service database when a sender registers for use of the system.
  • Recipient information and preferences for correspondence with the recipient are set by the sender by various methods, such as (1) uploading addressee information at the WWW site for the service in various formats that are converted to the service database and stored in association with the sender, (2) entering addressee information and correspondence preferences at the WWW site for the service, and (3) issuing an email request for correspondence to an “unknown” or “previously undefined” addressee.
  • the inventive apparatus sends an HTML form to the sender, via email, requesting the missing recipient address information and correspondence preferences.
  • Such new recipient (to the sender) information must be returned prior to issuing the correspondence.
  • the sender may simply use the name of a recipient, or may optionally associate a unique identifier with each recipient or multiple recipients. Either may be used to select the recipient(s) for a correspondence item.
  • recipient names the system provides an email form to resolve any ambiguity where multiple recipients have been associated with the same name by the sender.
  • the Composition module retrieves various components or preferences from the service database entries, stored for a particular sender, to create the image of the letter it is producing. Therefore, the business stationery graphics, personal stationery graphics, note graphics, card graphics etc. associated with a sender are stored on the system. Likewise, recipient preferences, including, for example, addresses (postal, street for FedEx, Internet, and facsimile), correspondence style, signature style (i.e., first name only, initials, or full name), letter closing (e.g., surely, best regards, right on!, etc.) and greeting (e.g., Mr. or Ms, full name of recipient or first name of recipient) are all preferences that are specified by a sender for each recipient, and stored on the system. Delivery means, such as email (e.g., HTML or HTML with bit-mapped formats), Fax, and printed hardcopy all have different requirements of resolution and color, so that the database must store a different image (or several image components) for each type of output.
  • email e.g., HTML or
  • the image composition module generates these image variations on the fly, resulting in a processing load that is less favorable for high volume usage of the composition module.
  • each sender can register multiple preferences for a single field, such as electronic images for the sender's business letterhead, business envelope, personal stationery and Formal/Standard/Casual signatures.
  • Such high resolution and original source files will be of varying format and resolution, and will typically be produced by a high-resolution scanner, or with various graphics composition programs like Adobe Print ShopTM. These images are typically higher resolution than a printer technology can render, and of a higher resolution than would be needed to produce any of the output forms mentioned.
  • the apparatus and database Upon update or initial entry of a high-resolution source image (e.g., a signature block or a letterhead), the apparatus and database produce and store a plurality of secondary image files for each of these files sets.
  • the file sets are used, for example, to produce HTML letters (for example, 72 dpi 16MM color image files can be produced and stored in the database in “.png”, “.gif”, or “.jpg” format), to produce Faxes (200 dpi 256 gray scale images), and to produce color printouts (600 dpi or greater, 16MM color, TIFF images—preferably in CMYK color mode).
  • Each letterhead and envelope scan can be broken down into designated areas of the page (for example, into 8 page sub-areas) that are reassembled by the composition software to recreate the page graphics.
  • the top of a page can be divided into three sub-areas (left, middle and right).
  • the bottom of a page is divided into three sub-areas of left, middle and right.
  • Each side is a separate area and the middle is an area. This system allows for more efficient storage per full-page image.
  • full-page images for hardcopy are preferable because non-HTML page composition engines typically overlay elements without any problem. Therefore, for hard copy, a letter or correspondence can be “overlaid” with elements on the blank area in the letter. Also, the blank areas do not appreciably increase the file size for most formats, because one full-page image file may actually take less bytes than several partial-page image files.
  • the system encrypts sensitive and confidential information such as the high resolution signatures of sender and any images or letters that are kept on line utilizing a secure mechanism such as RSA encryption.
  • HTML only letters to shrink and expand, between the dimensions of an HTML “page”, the extra regions at top and bottom are needed for proper layout on a variable size page.
  • Each area is stored with an absolute offset from the top left corner of the original page.
  • the image for an area may be any size, for example, area 1 may extend all the way across the top of the page if sub-area 2 and 3 are empty, or it may extend only partially across the page and sub-areas 2 and 3 may be empty.
  • Business-sized envelopes have designated areas at the top and left margin.
  • the database stores the original scans (preferably 1200 dpi or higher), generated graphics, or vector graphics for letterhead, envelope and signatures (multiple types) for each sender or the original digital files provided by each sender.
  • Each sender is identified, for example, by the source email address (from identifying box) such that the proper database preferences for an identified sender can be accessed.
  • the sender is identified by a sender login process on a web site.
  • the system determines the addressing and delivery information for the intended recipient(s) from database(s) or database table(s) associated with the identified sender by, for example, referencing and decomposing the “To” and “CC” identifier(s) in an initiating email, or by recording selections made by a sender issuing a request on a web site.
  • the email domain specifier e.g. @microsoft.com
  • the preceding information is examined for either a recipient name or a unique sender-specified identifier associated with a recipient or recipients.
  • recipient name is used by a sender to specify the receiver of a correspondence
  • the system allows for other optional identifying information, such as city and/or zip code, to follow the name to resolve the possibility that senders database includes multiple recipients with the same name.
  • the system uses the provided name and any optionally provided information, and attempts to locate a unique recipient in the database. If more that one recipient matches the provided information, the system sends an HTML form to the sender asking them to choose the intended individual recipient from the multiple matches found.
  • Composition of the correspondence proceeds when all recipient(s) have been uniquely identified, and any missing recipient(s) or missing information in the database entry for a recipient required to complete the correspondence has been solicited from, and provided by the sender.
  • the final composition process for fax delivered correspondence items, print-delivered correspondence items, and HTML email-delivered items is somewhat different, so each is separately described.
  • the production of a correspondence for delivery is based on a proof copy form that has been returned by the sender, though the proof copy review is not an essential step in the inventive process.
  • Proof copy composition is detailed following final delivery item composition.
  • the type of correspondence e.g., Business/Personal/Legal
  • the type of correspondence is determined from the sender's addressee database entry(ies) for the recipient(s) or from “approved” proof copy form.
  • the delivery method(s) of the correspondence e.g., Email/FAX/Postal/Express
  • the delivery method(s) of the correspondence is determined from the sender's addressee database entry(ies) for each recipient(s) or from an “approved” proof copy form.
  • a correspondence item is determined (e.g., 81 ⁇ 2 ⁇ 11, A4, 81 ⁇ 2 ⁇ 14, Monarch, postcard, announcement) from database preferences or from an “approved” proof copy form.
  • the fonts are determined from the sender's database or preferences or from an “approved” proof copy form.
  • the date of the letter is composed according to the retrieved fonts and layout (preferences) or from an “approved” proof copy form.
  • the inside address of the letter is composed with an address book entry for the recipient according to the retrieved fonts and layout or from an “approved” proof copy form. If the proof copy form indicates changes and an update of the address book (database) is requested, these changes are posted to the appropriate sender's address book entry in the database.
  • the greeting is composed according to the retrieved fonts and layout (preferences) or from an “approved” proof copy form.
  • the closing is composed according to the retrieved fonts and layout (preferences) or from an “approved” proof copy form.
  • a secretarial line is added for business letters according to the sender's database entry or from an “approved” proof copy form.
  • an envelope is also generated:
  • a Fax cover sheet is composed, according to sender database entries and an HTML document template supplied by the system, and precedes the letter;
  • cover sheet is populated with appropriate information for sender and recipient from database entries of the sender and recipient or from “approved” proof copy form;
  • the correspondence item is composed as above, however, using 200 dpi gray scale images for letterhead/stationary/cards/envelopes, instead of high-resolution color images. These images are either a) stored in the database of the sender b) generated programmatically when needed from the high-resolution color images in the database;
  • the sender may choose a single page Fax letter format, instead of a separate cover sheet, which causes a somewhat different HTML template from the system (but quite similar composition process) to be executed.
  • HTML email is a delivery method
  • the following is a preferred embodiment of the inventive process:
  • the type of the letter e.g., Business/Personal/Legal
  • the type of the letter is determined from the sender's addressee database entry(ies) for the recipient(s) or from an “approved” proof copy form
  • the delivery method(s) of the letter e.g., Email/Fax/Postal/Express
  • the delivery method(s) of the letter is determined from the sender's addressee database entry(ies) for each recipient(s) or from an “approved” proof copy form(s);
  • HTML email composition applies when Email is selected as the only, or one of several delivery methods;
  • HTML template The appropriate business letter/personal letter/card/announcement or HTML template is selected; templates are a part of the system, and provide an “HTML” shell that can be modified to insert various sender-specific graphics and contents into the correspondence item. This is much simpler than generating the entire HTML programmatically;
  • the fonts are determined from the sender's database or from an “approved” proof copy form, and references inserted into the HTML template;
  • the inside address of the letter is composed with address book entry for the recipient (preferences) or taken from an “approved” proof copy form and inserted into the template;
  • the greeting is composed according to the retrieved database settings (preferences) and inserted into the HTML template;
  • a secretarial line is composed from sender's initials and inserted in the HTML template for business letters;
  • a finished HTML file and associated graphics files are posted to a web site for delivery as a text URL reference that can be displayed by browser, and/or are posted to a multi-part HTML email that can be displayed by HTML email programs.
  • Letterhead graphics require a fixed region to display and can collapse only to a limited extent. Therefore, it is preferred that a minimum display width be set. Any window less than the minimum display width would have to scroll to see the letter. Similarly, letterhead graphics can only be expanded to the width of a real page (or perhaps somewhat larger) and retain the look desired by the designers, so a maximum should be set. Within the limitations of HTML, HTML deliveries are coded to display between such minimum and maximum widths, dependent on the display window.
  • a simpler variant can be used with fixed width HTML objects, and may in some cases actually yield more desirable results than the variable width items, such as reliable representation of a more diverse set of fonts in the sender's correspondence item.
  • the pages or surfaces of the correspondence item are actually composed not as discrete HTML elements, but are rendered in bit map image form as a composite image item in PNG, GIF or JPEG (or similar format that is part of standard HTML definition), and can be displayed as a single entity from the HTML.
  • the pages or surfaces can be rendered as multiple images, or combined into one monolithic image.
  • steps 5-15 above are executed in similar fashion, but rather than HTML output, they generate a conventional bit map image of the page or surface to be represented, which is then stored in an HTML compatible graphic file format and is referenced in the HTML used for displaying the correspondence item.
  • HTML compatible graphic file format and is referenced in the HTML used for displaying the correspondence item.
  • the result is a greatly simplified HTML representation of the correspondence item, whose dimensions are fixed and can directly represent the equivalent printed item.
  • a sender has the opportunity to review a proof copy of the correspondence, preferably comprising an HTML version of the correspondence item, prior to its delivery, where various preferences are subject to change, and where the text of the correspondence is subject to change.
  • This HTML version of the correspondence is delivered as an email (FIGS. 4 and 5) or displayed at the web site when that interface is used.
  • the HTML version accurately represents the graphical composition and layout of the correspondence item, and allows the sender to approve (or change) the correspondence to be sent.
  • the sender can make changes to the type of correspondence, choice of stationery and the delivery method(s) for the correspondence, text, greeting, closing, signature, and more (FIG. 5).
  • the HTML proof copy of the correspondence allows (1) the sender to approve correspondence content (text) and appearance, and (2) to dispatch the correspondence according to either the preset preferences for the recipient(s) or modified preferences that the sender indicates in the returned proof copy form.
  • the first part of this message is a standard email, and is read by all email programs.
  • This part of the message is a URL link to a World Wide Web URL where the correspondence proof copy is posted.
  • the Web browser can be activated and the URL selected for viewing, just by selecting the link by mouse click;
  • the second part(s) of the message is the HTML that provides a complete representation of the correspondence item, along with HTML forms and selection items that allow changes to the correspondence and delivery methods (FIG. 4).
  • the proof copy for hard copy items has the following design requirements:
  • the proof copy image represents, as nearly as possible, the exact image that is printed for hardcopy. This implies that exact content of each line of text, location and appearance of graphics, including fonts and pagination will mimic the hardcopy to be printed;
  • the HTML of the proof copy sets a fixed width image for representing the item image, providing a means by which such images will be scaled according to the physical size of the item to be printed.
  • a width of an American letter (81 ⁇ 2 inches ⁇ 11 inches), for example, could be displayed as 612 pixels by 792 pixels, @ 72 dpi of screen resolution; this would approximate the actual size of the paper.
  • a graphic is saved at 100% size at 72 dpi, it's on-screen display size is set;
  • Font size is the other element for making an HTML letter accurately represent a printed one.
  • the standard Times New Roman size at least on WindowsTM-based machines, seems to approximate 12-point type closely.
  • 12-point Times New Roman displays smaller on Internet Explorer than on Netscape Navigator, and much smaller in a Mac browser.
  • Arial the other standard HTML font, displays substantially larger than Times. Therefore, font sizes may be modified in the HTML letter to overcome these variations as much as possible.
  • a further problem is that in current versions of HTML, only fonts that are loaded on the viewers system can be displayed.
  • the correspondence item including all fonts, is fully rendered in as a bit-mapped image (preferably one image for each page, though such pages can be combined to a reduced number of images), which can be referenced and included in the HTML for the proof copy.
  • This has the advantage of superior accuracy in controlling the selection, representation and sizing of the fonts, avoiding the problems mentioned above;
  • a 1 to 1 screen size is typically not optimum for representing the content of the correspondence, and the present invention thus provides for scaling the displayed correspondence image.
  • One natural representation puts all of the page on an 800 ⁇ 600 screen, and applies a scale of 75% to the above pixel count. All other printed items are sized independently, not necessarily in relationship to the letter size.
  • An initial sizing at full scale relative to 72 dpi is used, with a parameter that is changed for each correspondence item (full size letter, monarch/executive letter, note, announcement, postcard, etc.), allowing scaling for optimum representation;
  • This capability also requires that the edit box be specified at a width that circumvents the forced line wraps that HTML imposes, and that the composition module ignore hard carriage returns in the edit box text that are returned (and in the initial requesting email), except where they precede a blank line. Whereas the latter case implies the start of a new paragraph, the general case implies nothing when composing the lines for page layout of a correspondence item;
  • the margins for each type of correspondence item are independent, one for each type of item, and are system parameters (preferences) that can be changed;
  • Monarch/Executive size items utilize the same graphics as full size (American or European), scaled down by an easily computed ratio determined by the difference in sizes of the two items;
  • Envelopes for cards and announcements are scaled according to a system parameter (initially set to 100%);
  • Fax cover sheets, and one page Fax letters are composed according to HTML document templates that are supplied by the system and can be modified; using gray-scale versions of full-size letterhead graphics; and
  • the present inventive process and apparatus optionally provides a security mechanism for a sender to insure that forged correspondences are not sent out erroneously.
  • Security issues are important with regards to generation of correspondence using online systems connected to the Internet and utilizing email.
  • a first security issue is an identity assumption, and generation of a letter falsely attributed to a particular sender or registered sender. This problem exists because of the nature of email.
  • Email is issued from an SMTP server through an anonymous connection.
  • the issuer of an Email can set the identity of his Email program to mimic that of another Email user, and hence, could in practice assume the identity of a registered sender and request generation of a correspondence to a recipient in the registered sender's address book.
  • the inventive process provides for several levels of security, optionally selected by the sender, that provide security such that identity assumption difficult, if not impossible.
  • a basic level of sender identity security is provided where the inventive process generates a proof copy of the correspondence emailed back to the sender.
  • the sender must retrieve this email from his or her POP server with his or her email program. In so doing, the sender must have password-controlled access to the POP server. This is the security mechanism that typically prevents others from retrieving the sender's email.
  • This is a first level of identity security, because the sender is required to authenticate his or her identity by retrieving and approving the proof copy. The only ways to defeat this security is to breach the POP server security of email, steal or otherwise obtain the password of the registered sender's POP server, or to physically have access to the registered sender's computer system and email program with embedded password information.
  • a second, extended level of sender identity security utilizes a Public Key/Private Key encryption system and digital signatures. Both forms of security are available from software providers. For example, a registered sender obtains a Private-Key/Public-Key pair from a number of providers on the Internet (e.g., Thawte, RSA, VerisignTM) that verify the identity of the sender to some level of certainty. The sender configures his or her email program (NetscapeTM, Outlook ExpressTM, EudoraTM) to be a) digitally signed with his or her key information, and/or b) encrypted using a double key mechanism of encryption.
  • a registered sender obtains a Private-Key/Public-Key pair from a number of providers on the Internet (e.g., Thawte, RSA, VerisignTM) that verify the identity of the sender to some level of certainty.
  • the sender configures his or her email program (NetscapeTM, Outlook ExpressTM, EudoraTM) to be a) digitally signed with his
  • the sender provides the Public Key information and the digital signature information to the service provider of the inventive service during the registration process, and these data are stored in the database.
  • the registered sender sets preferences in the invention to reject any “unsigned” requests and/or to receive requests in encrypted format,” then initiates correspondence requests based with digital signature and/or encryption.
  • the database verifies the digital signature, and/or decrypts the request message before proceeding with fulfillment of the request, and hence provides very strong security that the sender of the request is indeed the registered sender, and not an imposter.
  • the only method to defeat this security is to physically possess the registered sender's email program with security keys embedded, or to have obtained the sender's public key, and surreptitiously obtained the private key, setting up duplicate digital signature and assumed identity in a different email program installation.
  • the inventive process is preferably configured with firewall and standard security mechanisms.
  • the inventive apparatus architecture is designed such that no security sensitive information is stored on drives that are directly connected to the Internet and have incoming ports open.
  • the Database server ( 12 ) is where the sensitive information is stored. Access to the Database server ( 12 ) from the vulnerable Internet connected systems is preferably by SQL query protocol.
  • the inventive process preferably stores sensitive information in the database in encrypted format (e.g., credit card information, EFT account information, high-resolution signature graphics, and letter archives) using a commercially-available strong encryption mechanism, such as RSA. Even if a hacker were to succeed in retrieving such data from the database, the hacker would then face a virtual decryption nightmare to make these data useful (FIG. 1).
  • Servers that do have the encryption/decryption keys and algorithms are the Composition server(s) ( 17 ) and the Operation server(s) ( 13 ).
  • Composition servers 17 have no connection to the Internet.
  • connection to the Web server is limited to one strictly limited and monitored interprocess protocol.
  • the connection to the outgoing Email server ( 11 ) is not at risk, because the outgoing Email server 11 cannot be penetrated from the Internet.
  • the Operation server 13 is preferably connected to the Database server 12 by a monitored SQL protocol port only, and by VPN to the Print/FAX servers 14 , providing a unlikely penetration risk.
  • This architecture, and these connectivity methods (FIG. 1), provide a high level of security around sensitive information that is held in the database, and that is required for correspondence generation.
  • the invention provides software that operates on a system comprising one or a plurality of computers connected by LAN and/or the Internet, by which an email from a “sender” is utilized to compose and generate a digital graphic representation of any written communication to one or multiple recipients.
  • the graphical digital representation of the written communication is presented to the “sender” for correction/revision and for a delivery method decision.
  • the delivery method decision will affect, where required, a printing (onto a fixed medium of expression) of a physical representation of the communication and any related delivery envelopes/paperwork at a location with local access to the delivery organization (i.e., postal mail or express courier service).
  • the delivery means can be by an electronic means (i.e., Fax or email).
  • the computer system preferably comprises: (a) a first host computer, comprising one or a plurality of databases listing registered sender information (preferences), including, but not limited to senders preferences and data for generating various forms of correspondence (such as, digital representations of a senders signature, business letterhead, preferred letter styles, etc.); (b) optionally, a second host computer comprising one or a plurality of databases that implement a separate “address book” database for each “sender” and which contains “sender” supplied data regarding preferences and data for generating correspondence to the “addressee” (such as, email address(es), Fax number(s), phone number(s), etc.); (c) a commercial email server to collect and dispatch email messages, and operably connected to the first and second host computers; and optionally (d) a commercial web site server and software.
  • the inventive apparatus further comprises Fax transmission software, such as WinFaxTM from Symantec.
  • the inventive apparatus further comprises printer output devices, such as
  • FIG. 1 shows a block diagram of a preferred configuration of hardware systems to implement the inventive process.
  • An Internet web server 10 comprises one or more computers, connected to the Internet 16 , with appropriate firewall(s) 15 .
  • the Internet web server 10 runs the registration and preference setting software and stores the first database.
  • appropriate Internet servers 10 are a Sun SparcServerTM with associated UnixTM operating software and Cold FusionTM Web server software connected to the Internet through a commercially available firewall 15 , such as a Compaq ProsigniaTM running Microsoft Windows NTTM and Microsoft Proxy Server, or such as a Cisco 2501 Router.
  • the inventive apparatus further comprises a Database server 12 , wherein the database server 12 comprises one or a plurality of computers connected to the Internet web server 10 and to an Email server 11 by a network.
  • the network can be a private Local Area Network (LAN), Wide Area Network or Virtual Private Network providing large scale high volume data transmission services.
  • a suitable Database server 12 , Email server 11 or Composition server 17 is, for example, a Sun SparcServerTM or Digital Alpha ServerTM with associated UnixTM operating software and Oracle SQL databaseTM software.
  • the Composition server 17 comprises one or a plurality of computers that run the correspondence composition and addressing software as described in the inventive process.
  • the Email server 11 comprises one or a plurality of computers that run email, and transmit and receive software, such as Unix SendmailTM, as described in the inventive process.
  • the Email server 11 is connected to the Internet with appropriate firewall(s) 15 , and to a Composition server 17 and to a Web server 10 by a network.
  • suitable networks include, but are not limited to private Local Area Network, Wide Area Network or Virtual Private Network.
  • suitable Email servers 11 include, but are not limited to, a Sun SparcServerTM, with associated UnixTM operating software and Cold FusionTM Web server software connected to the Internet through a commercially available firewall system(s) 15 .
  • An Operations server 13 comprises one or a plurality of computers connected to the Database server 12 , the Internet server 10 , the Composition server 17 , the Internet 16 and a printer or other hardcopy output source 14 via one or several networks.
  • Examples of networks include Local Area Networks, Wide Area Networks or Virtual Private Networks.
  • the Operations server 13 runs accounting, customer service, and production software for the process as described herein.
  • suitable Operations servers include, but are not limited to, a Sun SparcServerTM with associated UnixTM operating software and Cold FusionTM Web server software connected to the Internet in a VPN configuration through a commercially available VPN/firewall system(s) such as a Sun SparcServerTM running UnixTM operating software and Apache VPN/ProxyTM server software.
  • the Print/Fax servers comprise one or a plurality of computers, connected to the Operations server 13 by a network, wherein the network is a private Local Area Network, Wide Area Network or Virtual Private Network.
  • a suitable existing computer for each such Print/Fax server 14 is a Compaq ProsigniaTM 720, with Microsoft Windows NTTM operating software and Symantec WinFAXTM server software, and a Xerox 55xx color laser printer.
  • the Internet web server(s) 10 , Database server(s) 12 , Email server(s) 11 , Composition server(s) 17 , Operations server(s) 13 , and the Print/FAX servers 14 may be located at any location served by the network.
  • the location of the hard copy correspondence production with the Print/FAX server(s) 14 is best sited to facilitate rapid delivery to the recipient. Instead of trying to locate a printing facility to create hard copy in each zip code, the inventive process will locate printing facilities in overnight courier hubs and/or in regional postal distribution hubs. In a minimal configuration, one major delivery hub, such as Oakland CALIF. in the United States can serve the entire world provided FedEx, UPS, and a US Postal Service sorting and routing facilities are commonly located there.
  • a printing facility is located at the main hub of every major delivery service.
  • FedEx uses Memphis airport as a hub such that planes with deliveries leave each major city in the evening and land in Memphis in the middle of the night for sorting to the planes to deliver the items to their return cities.
  • a printing facility that is located in or adjacent to the hub sorting facility obviates the need for a large number of hard copy printing stations throughout the country or world and substantially reduces the time and costs to deliver the mail object.
  • Other suitable overnight couriers include UPS and Airborne.
  • hard copy delivery features London ENGLAND or Frankfurt GERMANY would serve as an excellent regional hub for postal or express deliveries throughout Europe.
  • Hong Kong CHINA would server the entire Asian continent well.
  • the inventive process is designed for composition, generation and delivery of written correspondence.
  • a sender Prior to implementing a written correspondence, a sender must first register. The registration process involves obtaining information from the sender for the database(s).
  • a registered sender implements the process of sending a written correspondence to one or a plurality of recipients by indicating the names of the recipients, or by indicating the identifier(s) sender has associated with said recipient(s), in an email that the sender dispatches to the Internet domain of the system containing the invention. If recipient(s) are not in the sender's profile, then the sender provides address information for each recipient and the nature of the conveyance (e.g., fax, postal mail or express courier). The location of each recipient is determined in either the first database having the locations of recipients associated with each sender or is requested directly from the sender (and then added to the first database).
  • the sender requests that a correspondence be created using a template previously provided in the first database.
  • the text of the correspondence and desired recipient(s) can be provided with a simple email message.
  • a graphical representation of the correspondence is sent to the sender for review, changes (if any) and approval.
  • the document is transmitted to a hard copy production location according to the instructions of the sender, or to be faxed or to be delivered as an HTML format.
  • the transmission can be sent, for example, to a printer located adjacent to an express courier hub or via facsimile transmission for hard copy creation.
  • FIG. 2 illustrates a hypothetical subscriber ID showing examples of various fields and tables in the first database. These include the upper left box that contains information concerning the sender such as the sender's email and postal addresses, various digital signature images, letter preferences and letterhead graphics. The upper right hand box illustrates fields of a listed recipient in the sender's address book. The bottom box provides fields for structuring a reference file for each sender to be able to access electronically images of correspondences sent and sorted by subscriber, date, keywords in description, addresses and recipients.
  • FIG. 3 shows a process for signing up new subscribers or senders, and for processing correspondence requests from registered subscribers of senders, and generating the end correspondence item(s).
  • a sender email user
  • the Email server 11 and Database server 12 first determine if the sender is a registered sender 32 and if not go through the registration process of generating a new subscriber HTML form 33 , transmitting a completed subscriber form 34 to the Database server 12 , checking the new subscriber information 35 and completing the new subscriber registration process 36 .
  • Each recipient (called “addressee” in FIG.
  • 3A needs to have an address located either in an address book of each registered sender 37 , or the address has to be entered by going through a process of generating a new address HTML for each recipient 38 , having the user (sender) complete the HTML form 39 and transmitting such information to the Database server 12 , and checking the recipient address information and adding such information to the sender's address book 40 .
  • An intended recipient is identified by parsing the pseudo email address(es) that a sender places in the “TO:” and “CC:” fields of a requesting email that sender issues to the email server at the Internet domain of the Email server of the invention 37 .
  • each pseudo email address preceding the actual domain name (“@” sign and following character) is extracted and used as A) a unique identifier that sender has previously associated with an addressee database entry or a group of such entries 37 A, or B) a unique identifier that sender wishes now to associate with an addressee database entry 38 , or C) the actual first and last name of an addressee, put together with no space or with an optional separator such as underscore (“ ”) or period (“.”) to replace space (which cannot be used with commercially available email servers), and with optional added separators and qualifiers such as City and/or State and/or Postal Code and/or Country that can serve to distinguish between individuals with the same name 37 A.
  • the desired recipient is determined through a process of generating and transmitting a multiple addressee HTML form showing the choice of recipients 37 B, having the user choose the desired recipient in the HTML form and transmit this information back to the Composition server by HTTP or email 37 C.
  • the recipients are located in the sender's Address Book database, and their addresses obtained or accessed (A) (top of FIG. 3B)
  • the formatting of the correspondence is determined 41 through either an existing template in the registered sender's database or a new template.
  • the sender transmits through email the text of the correspondence, and this text is incorporated into the correspondence format to generate an HTML graphical image of the draft correspondence 42 .
  • the next step is to determine if a digital signature of the sender is needed 43 A and to authenticate that signature with the sender 43 B. If a security check is needed 47 , an additional step is required to provide additional security to the sender.
  • a draft correspondence image in HTML format (or dual mode URL pointer) is transmitted to the sender 44 , who reviews and approves 45 or makes changes and approves 46 to finally get to the transmission to the recipient process B.
  • the correspondence is created and approved by the sender (B).
  • the sender has a choice (not exclusive) of delivery methods.
  • the sender can choose email and the relevant HTML information will be extracted and sent to the recipient 49 .
  • the sender can choose hard copy delivery, such as by postal or private courier means 50 , and the HTML description and components embedded in the relevant HTML file along with any required high resolution graphics from the database will be electronically dispatched to a properly located Print/Fax server 14 to print a hard copy for dispatching through the local courier or postal service 51 .
  • the sender can choose transmission by fax 52 and the HTML file and components embedded in it will be transmitted to the Print/Fax server 14 for telephone line facsimile transmission to the facsimile number of the recipient 53 .
  • FIGS. 4 and 5 show an example of a screen image showing a proof copy of a letter for review by the sender, including a digital image of the sender's signature, and sender's letterhead, card or note graphics.
  • FIG. 8 shows a sample of the HTML email delivered correspondence that results from approval of the proof copy of FIGS. 4 and 5.
  • FIG. 6 shows a sample screen page for a sender to compose his or her correspondence in email according to the inventive process that resulted in the correspondence shown in FIG. 8.
  • FIG. 7 shows a sample screen page for a sender to compose his or her correspondence at a web site according to the inventive process that resulted in a correspondence proof copy similar to that shown in FIGS. 4 and 5, and the final emailed delivery correspondence shown in FIG. 8.

Abstract

There is disclosed a process for generation, graphical composition, and delivery (or routing for delivery) of conventional forms of written correspondence. Specifically, the conventional form of written correspondence (e.g., business letter) is generated from a correspondence message, such as a text Internet email message. More specifically, a sender can initiate correspondence in a variety of formats, to multiple recipients or to group(s) of recipients, wherein there is security provided against unauthorized generation of correspondence by assumed SMTP email identities, thereby preventing “forgery” of a correspondence from the sender.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation-in-part of U.S. patent application Ser. No. 09/520,654, entitled AUTOMATIC GENERATION OF CORRESPONDENCE VIA AN EMAIL INTERFACE, filed Mar. 7, 2000.[0001]
  • TECHNICAL FIELD OF THE INVENTION
  • The present invention provides a process for generation, graphical composition, and delivery (or routing for delivery) of conventional forms of written correspondence. Specifically, the conventional form of written correspondence (e.g., business letter) to be transmitted to a recipient is generated from a correspondence message provided by a sender via an email or text message, or via an internet interface. More specifically, a sender can initiate correspondence in a variety of formats, to multiple recipients or to group(s) of recipients, wherein there is security provided against unauthorized generation of correspondence by assumed SMTP email identities, thereby preventing “forgery” of a correspondence from the sender. [0002]
  • BACKGROUND OF THE INVENTION
  • The present invention is in the field of computer-generated correspondence. The evolution of this field has begun by focusing on tools that assist a computer user in composing written communications through a number of disparate interface methods. Previous disclosures for composing and producing computer assisted written communications have included word processing applications, computer Fax applications, Internet greeting card providers, Internet Fax from email (or Web Browser) services, Internet email to postal mail services that simply reproduce what they receive plus addressing, and Internet service(s) providing direct mail fulfillment services from a graphical template composed by and provided by the user. However, such services do not allow full reproduction of traditional written communication formats and media, or at best require significant intervention and/or actions by the sender (and at times by the receiver) to achieve such formats. Additionally, none of these present a unified interface for composing and delivering differing forms of written communication. [0003]
  • Traditional written communication formats include, for example, all forms of written communications generated including business letters on business letterhead (sizes 8½″×11″, A4, Legal, Monarch, etc.), business notes/memos, business announcements/invitations, business form letters, business postcards, business legal notifications, personal letters, personal letter on personalized stationery, personal notes/cards, personal announcements, personal postcards. These forms of communication historically use various combinations of layout, handwriting, hand printing, signatures, preprinted fonts and graphics. Earlier services fall short of reproducing these formats automatically or with ease. Word processing programs can generally be configured to produce these formats, however it is a manual and cumbersome process with many steps. Many users are not capable of the graphics manipulation required to compose these formats with letterhead and signature. Furthermore, it is left to the user to render the composition into hardcopy form, and to arrange the delivery connection. Internet greeting card providers (both e-card and hardcopy card vendors) provide only limited personalization for the cards they vend. Greeting card providers provide neither a handwriting equivalent that reflects the user's personal cursive style, nor an essential “signature” to personalize the card. One service exists for ordering hand calligraphy on cards, but this is not an automated process. Internet FAX-from-email and letter/direct-mail-from-email providers either force the user to compose the graphics of his or her message manually with a word processor, or provide “canned” formats without personalization of signature, personal stationery or business logos. [0004]
  • Email Systems [0005]
  • In computer network systems such as local-area networks (“LANs”), wide-area networks (“WANs”), and the Internet and the world-wide web (“WWW”), electronic mail (“e-mail,” or “email”) systems are often utilized to facilitate communication between two or more users of the network. Each user has a unique network address that may be used for routing and identifying purposes in delivering an e-mail message from one user (the “sender”) to another user (the “recipient”) on the network. Often an e-mail message contains a relatively small amount of text or other forms of data. One or more additional files of data, called “attachments” are often attached to the e-mail message. For example, a word processing file or graphic file that is incompatible with the display capabilities of the e-mail system or that is too large to be conveniently displayed by the e-mail application program may be transmitted from the sender to the recipient by attaching it to an e-mail message. The e-mail message may introduce or explain the attachments. Thus, the recipient receives the e-mail message plus any attached data files, wherein the attached data files must be opened, accessed, or utilized separately from the email message itself. One drawback is that this method requires the recipient have the necessary software to open and display the attachment(s). Another drawback of this technique for electronic deliveries is that the size of the email with attachments is often large, and requires relatively long upload times for the sender and download times for the recipient. [0006]
  • HTML formats have become the language of page compositions for web sites. Moreover, objects can be scanned into HTML formats for use in web pages. Composition and display of HTML formats has been added to most mainstream email programs. However, a large time commitment is needed to design HTML email formats with scanned inputs and graphical elements. Hence, this format has not been generally utilized for personal correspondence in email messages due to the limited amount of time typically available for doing such tasks. Several World Wide Web sites provide for the association of some rudimentary HTML graphics with email created at their sites, but none even approach the capability of generating full traditional correspondence formats, or an easier method of interface than the World Wide Web can provide. Furthermore, adapting HTML composition techniques to produce suitable quality output for hardcopy local to the user for postal, courier or express deliveries is cumbersome and rampant with potential time consuming problems. [0007]
  • Internet Letter Services [0008]
  • Netgram™ and Eletter™ represent services that utilize email and database methods, and have limitations and drawbacks that leave room for major improvements. Drawbacks that are shared by both, are 1) that the “sender” can only initiate a transaction that results in a physical postal mail item or items, 2) no graphical composition other than what the user provides, is supported, and 3) the “sender” does not “see” and approve the final article that is sent to the recipient until after the fact, or by special manual arrangement that significantly delays the sending. [0009]
  • While Eletter™ will generate and post for delivery a letter to the recipient sent by email from the sender, it is up to the recipient to provide the fully formatted letter, along with the list of addresses, in conventional mail merge format. Eletter™ will then provide the necessary printing, assembly and mailing services. While this technique is suitable for volume mailings (i.e., junk mail), it does not afford the convenience, automatic composition, selection of media and alternate delivery methods that the present invention does. [0010]
  • Netgram™ uses a relatively crude form of composition with no flexibility to generate anything beyond a single format of written correspondence containing formatting and graphics to the extent that the user provides them in the initial e-mail request. Therefore, “Netgram™” is much like an Internet telegram or Western Union mailgram, and results in a message printed centrally, or remotely, that is then placed in an addressed envelope and delivered by regular postal means. [0011]
  • Therefore, there is a need in the art to improve upon the drawbacks of such systems as Eletter™ and Netgram™. For example: 1) Netgrams™ cannot replicate standard forms of communication other than the “telegram” format, or some similar “print-on-plain-paper” format with a header above text and/or whatever graphics are supplied by the “sender”; 2) while a Netgram™ user could theoretically supply all the graphics for replicating conventional written communication, the Netgram™ method does not permit automatic integration of the “recipient” address inside the email provided by the “sender,” and hence the sender would have to supply the “recipient” address twice, inside the graphical email and then to the Netgram™ delivery system; 3) the “sender” never sees the Netgram™ before it is sent (in case an error was made in supplying the address, or if the formatting of the Netgram™ is undesirable); 4) the “sender” cannot initiate a variety of correspondence items and delivery methods from the interface; 5) the “sender” is required to associate an identifier with each potential “recipient” in order to retrieve addressing information for the “recipient”; and 6) the Netgram™ method allows a forgery to be easily made, due to the way that SMTP email protocol works on the Internet; namely, a forger can assume the identity of the “sender” by setting up an email program with the “sender's” public email identifier, and by guessing or in some other manner (such as examining mail headers on the internet or in storage folders) determining the “recipient ID” that the sender would use for a particular addressee, send any message under the identity of the “sender” to the “recipient.”[0012]
  • SUMMARY OF THE INVENTION
  • The present invention provides a process for generating completed mail objects from email or text messages from a registered sender to be received by recipients in hard copy and comprising graphical correspondence content (e.g., business letterhead, personal letterhead, card graphics, photo postcard graphics, etc.) and graphical representation of a signature, comprising: [0013]
  • (a) receiving a correspondence message from the registered sender containing text, recipient names or sender-specified recipient identifiers, and identity of the registered sender; [0014]
  • (b) locating registered sender information in a database or a plurality of databases, wherein the database or the plurality of databases comprises preferences having correspondence format information and a graphical representation of a registered sender signature; [0015]
  • (c) obtaining, using either the recipient names or the sender-specified recipient identifiers, recipient location information from either the database or the plurality of databases, or directly from the registered sender, wherein the database or the plurality of databases comprises names and addresses of recipients for each registered sender; and [0016]
  • (d) generating a completed correspondence to deliver to the recipient by one or more transmission means selected from the group consisting of transmitting a facsimile to a facsimile telephone number utilized by the recipient, transmitting an email providing or linking to a graphical representation of the correspondence to an Internet address utilized by the recipient, generating a hard copy of the completed correspondence for submission by hard copy delivery services, and combinations thereof, wherein the completed correspondence comprises the registered sender's letter head or card graphics (such as greeting card graphics, thank you notes, etc.), registered sender's signature and correspondence message. [0017]
  • Preferably, receiving a correspondence message from the registered sender occurs via a website interface, instead of via an email. Preferably, the correspondence message further comprises additional information, including but not limited to attachments (e.g., graphical images or documents) and preferences. Most preferably, new or amended preferences are specified in a subject line of an email message. Preferably, the hard copy completed correspondence is generated at a location facilitating rapid delivery to the recipient using existing delivery services. Preferably, the completed hard copy correspondence is created at a location adjacent to an overnight courier hub or at a location adjacent to a major regional postal service hub. Preferably, the completed hard copy correspondence is sent by facsimile transmission to the recipient's fax telephone number. Preferably, the database or the plurality of databases comprises names, postal addresses, email addresses, and telephone numbers for recipients. Preferably, the database or the plurality of databases enables each registered sender to have multiple formats for documents, and to optionally customize each document format by selecting from a variety of signatures, content and identification information held for the sender. Preferably, obtaining recipient location information from either the database or the plurality of databases, or directly from the registered sender, wherein the database or the plurality of databases comprises names and addresses of recipients for each registered, is achieved using the names of the recipients. Preferably, transmitting an email, providing or linking to a graphical representation of the correspondence, to an Internet address utilized by the recipient involves the use of either HTML or HTML with bit-mapped formats, or text formats with a URL link to either HTML or HTML with bit-mapped formats. [0018]
  • Preferably, prior to step (d), there is a further step comprising generating a proof copy of the correspondence to be sent by email to the sender for review and approval. This step helps to implement a security measure to the inventive process. Most preferably, the sender approves the proof copy of the correspondence by return email or by HTTP transmission. Most preferably, the sender is able to change the correspondence or the preferences associated with the correspondence. Most preferably, the preferences that can be changed are selected from the group consisting of correspondence type, letterhead or card graphics style, recipient delivery means, greeting, closing, signature, text of correspondence, and combinations thereof. Preferably, generating a proof copy of the correspondence to be sent by email to the sender for review and approval, involves the use of either HTML or HTML with bit-mapped formats, or text formats with a URL link to either HTML or HTML with bit-mapped formats. Preferably, the inventive process further comprises a security mechanism directed to precluding either creation, or transmission of a forged correspondence to a recipient. Preferably, the security mechanism directed to precluding either creation, or transmission of a forged correspondence to a recipient is selected from the group consisting of password-controlled access to a POP server, public key/private key encryption, digital signatures, firewalls, SQL or VPN interfaces, database architecture and combinations thereof. Preferably, the inventive process further comprises a security mechanism directed to precluding theft of sender information. Preferably, the security mechanism directed to precluding theft of sender information is selected from the group consisting of public key/private key encryption, digital signatures, firewalls, SQL or VPN interfaces, database architecture and combinations thereof. [0019]
  • The present invention further provides a system or apparatus for generating completed mail objects from email or text messages from registered senders to be received by recipients in remote locations in hard copy, Fax transmission or HTML email (dual mode contains a text URL pointer to an on-line HTML image as well as the full HTML) and comprising message information, graphical letterhead or card content, and graphical representation of a signature, comprising: [0020]
  • (a) a computer or server means for receiving a correspondence message from the registered sender containing text and other information to be included in a correspondence; [0021]
  • (b) a database or plurality of databases having registered sender information and preferences, wherein the database or the plurality of databases comprises a sender's preferences for correspondence format information, recipient information and addresses and a graphical representation of a registered sender signature; [0022]
  • (c) recipient location information, wherein the source of the recipient location information is from either the database or the plurality of databases, or from the registered sender, wherein the database or the plurality of databases comprises names and addresses of recipients for each registered sender; and [0023]
  • (d) a remote or local facility for generating a completed hard copy correspondence at a location facilitating rapid delivery to the recipient using existing delivery services, wherein the completed correspondence comprises the registered sender's letter head, registered sender's signature and correspondence message, or a Fax server for generating a fax correspondence telephoned to the recipient's fax, or an Email server for sending the correspondence in HTML or HTML with bit-mapped formats, or in text formats with a URL link to either HTML or HTML with bit-mapped formats. [0024]
  • Preferably, the correspondence message further comprises additional information, including but not limited to attachments (e.g., graphical images or documents) and preferences. Most preferably, new or amended preferences are specified in a subject line of an email message. Preferably, the completed hard copy correspondence is created at a location adjacent to an overnight courier hub or regional postal service hub. Preferably, the completed hard copy correspondence is sent by facsimile transmission to the recipient's fax machine. Preferably, an electronic image of the completed correspondence is delivered as email (e.g., HTML or HTML with bit-mapped formats, or in text form with a URL link to either HTML or HTML with bit-mapped formats) by a conventional Internet email server to the sender, and optionally to the recipient. Preferably, the database or the plurality of databases comprises names, postal addresses, email addresses, and telephone numbers for recipients. Preferably, the database or the plurality of databases enables each registered sender to have multiple formats for documents, and to optionally customize each document format by selecting from a variety of signatures, content and identification information held for the sender.[0025]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 shows a flow chart of a hardware design (system architecture) to implement the inventive process. [0026]
  • FIG. 2 shows an illustrative structure of the fields and tables of a first database for a hypothetical subscriber or sender. [0027]
  • FIGS. 3A, 3B and [0028] 3C show a system flow chart of the overall process of a sender “email user” registering and identifying recipients and their addresses (FIG. 3A), configuring and transmitting a “proof copy” (FIG. 3B), and ultimately transmitting the correspondence by any or all of three means of transmission (FIG. 3C).
  • FIG. 4 shows an example of a screen image showing a partial proof copy of a letter for review by the sender, including a digital image of the sender signature and sender letterhead. [0029]
  • FIG. 5 shows a partial proof copy of a letter for review by the sender, including a set of preferences that can be modified by the sender. FIG. 5 also illustrates the ability to modify the correspondence content according to the present invention. [0030]
  • FIG. 6 shows a sample screen page for a sender email used to compose his or her correspondence according to the inventive process that resulted in the correspondence proof copy shown in FIGS. 4 and 5, and final emailed delivery correspondence of FIG. 8. [0031]
  • FIG. 7 shows a sample World Wide Web page for a sender that used alternatively to compose his or her correspondence according to the inventive process that results in a correspondence proof copy similar to that shown in FIGS. 4 and 5, but displayed with a Web browser. [0032]
  • FIG. 8 shows a final emailed delivery correspondence, corresponding to the correspondence proof copy shown in FIGS. 4 and 5.[0033]
  • DETAILED DESCRIPTION OF THE INVENTION
  • Definitions: [0034]
  • The term “recipient address” or “address” refers to various identifying information, including, but not necessarily limited to email addresses, street addresses, telephone numbers, fax numbers, PCP-IP addresses, etc., that can be used according to the present invention to transmit a correspondence to a specific recipient or of recipients. [0035]
  • Overview [0036]
  • The present inventive process provides the following marketing advantages with the following features for generating hard copy quality correspondence to a recipient from a correspondence message sent by a “sender” or by a registered sender using the corresponding Web site. Additionally, the inventive process and system provides for composition, routing and delivery of Fax communications and electronic versions of all written communications by the same sender email interface. These improvements and additional functions maximize convenience to the sender, because the sender can utilize the familiar interface of his or her email program, or Internet interface, to effect all these results. [0037]
  • Composition Module Specification [0038]
  • The invention produces traditional written correspondence in diverse formats including email (HTML or HTML with bit-mapped formats, and including text email with URL link), and as hardcopy deliverable items. Such hardcopy items vary in physical size and layout, (e.g., Faxes, full-size business letters, personal letters, monarch/executive size letters, announcements, cards, photo postcards, etc.). The present invention includes a process for decomposing and storing the graphic structure of various correspondence items (in particular letters) that permits recomposing them for specific individual and personal correspondence items. This is the process of registering a sender. The sender registration process utilizes recomposing graphics and various correspondence components assembled in a service database as “preference” entries for a particular sender. Further sender preferences in the database include an address book of a recipient or recipients, including preference information for each recipient as to how the correspondence is to be composed and sent. [0039]
  • Thus, graphic components and sender information (both called “preferences”) are stored in the service database when a sender registers for use of the system. Recipient information and preferences for correspondence with the recipient are set by the sender by various methods, such as (1) uploading addressee information at the WWW site for the service in various formats that are converted to the service database and stored in association with the sender, (2) entering addressee information and correspondence preferences at the WWW site for the service, and (3) issuing an email request for correspondence to an “unknown” or “previously undefined” addressee. In the latter case, the inventive apparatus sends an HTML form to the sender, via email, requesting the missing recipient address information and correspondence preferences. Such new recipient (to the sender) information must be returned prior to issuing the correspondence. The sender may simply use the name of a recipient, or may optionally associate a unique identifier with each recipient or multiple recipients. Either may be used to select the recipient(s) for a correspondence item. In the case of recipient names, the system provides an email form to resolve any ambiguity where multiple recipients have been associated with the same name by the sender. [0040]
  • The Composition Module [0041]
  • The Composition module retrieves various components or preferences from the service database entries, stored for a particular sender, to create the image of the letter it is producing. Therefore, the business stationery graphics, personal stationery graphics, note graphics, card graphics etc. associated with a sender are stored on the system. Likewise, recipient preferences, including, for example, addresses (postal, street for FedEx, Internet, and facsimile), correspondence style, signature style (i.e., first name only, initials, or full name), letter closing (e.g., sincerely, best regards, right on!, etc.) and greeting (e.g., Mr. or Ms, full name of recipient or first name of recipient) are all preferences that are specified by a sender for each recipient, and stored on the system. Delivery means, such as email (e.g., HTML or HTML with bit-mapped formats), Fax, and printed hardcopy all have different requirements of resolution and color, so that the database must store a different image (or several image components) for each type of output. [0042]
  • Alternatively, but less preferably, the image composition module generates these image variations on the fly, resulting in a processing load that is less favorable for high volume usage of the composition module. [0043]
  • There are differing requirements for each preference of correspondence production. Therefore, each sender can register multiple preferences for a single field, such as electronic images for the sender's business letterhead, business envelope, personal stationery and Formal/Standard/Casual signatures. Such high resolution and original source files will be of varying format and resolution, and will typically be produced by a high-resolution scanner, or with various graphics composition programs like Adobe Print Shop™. These images are typically higher resolution than a printer technology can render, and of a higher resolution than would be needed to produce any of the output forms mentioned. [0044]
  • Upon update or initial entry of a high-resolution source image (e.g., a signature block or a letterhead), the apparatus and database produce and store a plurality of secondary image files for each of these files sets. The file sets are used, for example, to produce HTML letters (for example, 72 dpi 16MM color image files can be produced and stored in the database in “.png”, “.gif”, or “.jpg” format), to produce Faxes (200 dpi 256 gray scale images), and to produce color printouts (600 dpi or greater, 16MM color, TIFF images—preferably in CMYK color mode). Each letterhead and envelope scan can be broken down into designated areas of the page (for example, into 8 page sub-areas) that are reassembled by the composition software to recreate the page graphics. For example, the top of a page can be divided into three sub-areas (left, middle and right). Similarly, the bottom of a page is divided into three sub-areas of left, middle and right. Each side is a separate area and the middle is an area. This system allows for more efficient storage per full-page image. [0045]
  • However, full-page images for hardcopy are preferable because non-HTML page composition engines typically overlay elements without any problem. Therefore, for hard copy, a letter or correspondence can be “overlaid” with elements on the blank area in the letter. Also, the blank areas do not appreciably increase the file size for most formats, because one full-page image file may actually take less bytes than several partial-page image files. Preferably, the system encrypts sensitive and confidential information such as the high resolution signatures of sender and any images or letters that are kept on line utilizing a secure mechanism such as RSA encryption. [0046]
  • For “HTML only” letters to shrink and expand, between the dimensions of an HTML “page”, the extra regions at top and bottom are needed for proper layout on a variable size page. Each area is stored with an absolute offset from the top left corner of the original page. The image for an area may be any size, for example, [0047] area 1 may extend all the way across the top of the page if sub-area 2 and 3 are empty, or it may extend only partially across the page and sub-areas 2 and 3 may be empty. Business-sized envelopes have designated areas at the top and left margin.
  • While the multi-region approach to composing “HTML only” letters can provide space savings and a more traditional shrinking/expanding page format, it does require that all fonts used in the letter be on the recipient's system used for viewing. This requirement can only be met with high certainly for a very limited set of fonts with current technology. Hence, an alternative approach to “HTML only” letters is to fully render each full page (or full surface) image in bit-mapped form in an HTML-supported compressed format such as PNG (portable network graphics) or JPEG. This rendering is performed by raster image processing methods well-known and used in various printing and display mechanisms, such as the screen display drivers and printer drivers used with various operating systems, such as Microsoft Windows. When the so-rendered full-page images are then delivered as part of an HTML email, the result is the ability to directly display the correspondence item in an electronic form that is almost exactly as it would appear as a FAX or a printed article, which is currently not possible using other HTML techniques. [0048]
  • The database stores the original scans (preferably 1200 dpi or higher), generated graphics, or vector graphics for letterhead, envelope and signatures (multiple types) for each sender or the original digital files provided by each sender. Each sender is identified, for example, by the source email address (from identifying box) such that the proper database preferences for an identified sender can be accessed. Alternatively, the sender is identified by a sender login process on a web site. Furthermore, the system determines the addressing and delivery information for the intended recipient(s) from database(s) or database table(s) associated with the identified sender by, for example, referencing and decomposing the “To” and “CC” identifier(s) in an initiating email, or by recording selections made by a sender issuing a request on a web site. [0049]
  • When “To” and “CC” identifiers are extracted from an initiating email, the email domain specifier (e.g. @microsoft.com) is removed and the preceding information is examined for either a recipient name or a unique sender-specified identifier associated with a recipient or recipients. [0050]
  • When recipient name is used by a sender to specify the receiver of a correspondence, the system allows for other optional identifying information, such as city and/or zip code, to follow the name to resolve the possibility that senders database includes multiple recipients with the same name. The system uses the provided name and any optionally provided information, and attempts to locate a unique recipient in the database. If more that one recipient matches the provided information, the system sends an HTML form to the sender asking them to choose the intended individual recipient from the multiple matches found. Composition of the correspondence proceeds when all recipient(s) have been uniquely identified, and any missing recipient(s) or missing information in the database entry for a recipient required to complete the correspondence has been solicited from, and provided by the sender. [0051]
  • The final composition process for fax delivered correspondence items, print-delivered correspondence items, and HTML email-delivered items is somewhat different, so each is separately described. Preferably, the production of a correspondence for delivery is based on a proof copy form that has been returned by the sender, though the proof copy review is not an essential step in the inventive process. Proof copy composition is detailed following final delivery item composition. [0052]
  • In the case of hardcopy printed letter composition works, the following steps describe a preferred embodiment for automatic composition activities performed for the sender. [0053]
  • 1) The type of correspondence (e.g., Business/Personal/Legal) is determined from the sender's addressee database entry(ies) for the recipient(s) or from “approved” proof copy form. [0054]
  • 2) The delivery method(s) of the correspondence (e.g., Email/FAX/Postal/Express) is determined from the sender's addressee database entry(ies) for each recipient(s) or from an “approved” proof copy form. [0055]
  • 3) The format and size and layout of a correspondence item is determined (e.g., 8½×11, A4, 8½×14, Monarch, postcard, announcement) from database preferences or from an “approved” proof copy form. [0056]
  • 4) The appropriate high-resolution graphics for the stationery, card or letterhead are retrieved from the database (including multi-part graphics; such graphics are supplied or selected in advance by the sender as part of registration) or from an “approved” proof copy form. [0057]
  • 5) The fonts are determined from the sender's database or preferences or from an “approved” proof copy form. [0058]
  • 6) The date of the letter is composed according to the retrieved fonts and layout (preferences) or from an “approved” proof copy form. [0059]
  • 7) The inside address of the letter is composed with an address book entry for the recipient according to the retrieved fonts and layout or from an “approved” proof copy form. If the proof copy form indicates changes and an update of the address book (database) is requested, these changes are posted to the appropriate sender's address book entry in the database. [0060]
  • 8) The greeting is composed according to the retrieved fonts and layout (preferences) or from an “approved” proof copy form. [0061]
  • 9) The body of the correspondence specified by sender request is formatted and composed according to the retrieved fonts and layout (preferences) or regenerated from an “approved” proof copy form. [0062]
  • 10) The closing is composed according to the retrieved fonts and layout (preferences) or from an “approved” proof copy form. [0063]
  • 11) The appropriate signature graphic is retrieved from the database according to the retrieved layout or from an “approved” proof copy form. [0064]
  • 12) The printed name is added from the sender's database entry or from an “approved” proof copy form. [0065]
  • 13) A secretarial line is added for business letters according to the sender's database entry or from an “approved” proof copy form. [0066]
  • 14) The enclosures line is added where appropriate (attachments specified with initiating request are stored and re-associated with proof copy). [0067]
  • Preferably, an envelope is also generated: [0068]
  • 1) The envelope graphics are retrieved from the database; [0069]
  • 2) The recipient's address is positioned and applied for the envelope; [0070]
  • 3) E-postage is applied if postal delivery; and [0071]
  • 4) If express/registered/certified delivery is indicated, the necessary FedEx or UPS or US Postal forms are composed and sent with the print job. [0072]
  • Preferably, in the case of a Fax delivery process, the following is a preferred embodiment of the inventive process: [0073]
  • 1) A Fax cover sheet is composed, according to sender database entries and an HTML document template supplied by the system, and precedes the letter; [0074]
  • 2) The cover sheet is populated with appropriate information for sender and recipient from database entries of the sender and recipient or from “approved” proof copy form; [0075]
  • 3) The correspondence item is composed as above, however, using 200 dpi gray scale images for letterhead/stationary/cards/envelopes, instead of high-resolution color images. These images are either a) stored in the database of the sender b) generated programmatically when needed from the high-resolution color images in the database; [0076]
  • 4) No envelope is produced; and [0077]
  • 5) Alternatively, the sender may choose a single page Fax letter format, instead of a separate cover sheet, which causes a somewhat different HTML template from the system (but quite similar composition process) to be executed. [0078]
  • Preferably, when an HTML email is a delivery method, the following is a preferred embodiment of the inventive process: [0079]
  • 1) The type of the letter (e.g., Business/Personal/Legal) is determined from the sender's addressee database entry(ies) for the recipient(s) or from an “approved” proof copy form; [0080]
  • 2) The delivery method(s) of the letter (e.g., Email/Fax/Postal/Express) is determined from the sender's addressee database entry(ies) for each recipient(s) or from an “approved” proof copy form(s); HTML email composition applies when Email is selected as the only, or one of several delivery methods; [0081]
  • 3) The format and size and layout of correspondence item is determined from the database (e.g., 8½×11, A4, 8½×14, Monarch, postcard, announcement) or from an “approved” proof copy form; [0082]
  • 4) The appropriate business letter/personal letter/card/announcement or HTML template is selected; templates are a part of the system, and provide an “HTML” shell that can be modified to insert various sender-specific graphics and contents into the correspondence item. This is much simpler than generating the entire HTML programmatically; [0083]
  • 5) The appropriate screen resolution (72 dpi) graphics for the stationery, card or letterhead are retrieved from the database or from an “approved” proof copy form. References are inserted into the HTML template; [0084]
  • 6) The fonts are determined from the sender's database or from an “approved” proof copy form, and references inserted into the HTML template; [0085]
  • 7) The date of the letter is composed and inserted into the HTML template; [0086]
  • 8) The inside address of the letter is composed with address book entry for the recipient (preferences) or taken from an “approved” proof copy form and inserted into the template; [0087]
  • 9) The greeting is composed according to the retrieved database settings (preferences) and inserted into the HTML template; [0088]
  • 10) The body of the correspondence is formatted and composed and inserted into the HTML template; [0089]
  • 11) The closing is composed according to the retrieved database settings (preferences) and inserted into the HTML template; [0090]
  • 12) The appropriate screen resolution (72 dpi) signature graphic is retrieved from the database according to the retrieved database settings, and reference is inserted in to the HTML template; [0091]
  • 13) The printed name retrieved from the database is inserted in the HTML template; [0092]
  • 14) A secretarial line is composed from sender's initials and inserted in the HTML template for business letters; [0093]
  • 15) Enclosures line is added where appropriate (attachments specified with initiating request); and [0094]
  • 16) A finished HTML file and associated graphics files are posted to a web site for delivery as a text URL reference that can be displayed by browser, and/or are posted to a multi-part HTML email that can be displayed by HTML email programs. [0095]
  • Letterhead graphics require a fixed region to display and can collapse only to a limited extent. Therefore, it is preferred that a minimum display width be set. Any window less than the minimum display width would have to scroll to see the letter. Similarly, letterhead graphics can only be expanded to the width of a real page (or perhaps somewhat larger) and retain the look desired by the designers, so a maximum should be set. Within the limitations of HTML, HTML deliveries are coded to display between such minimum and maximum widths, dependent on the display window. [0096]
  • A simpler variant can be used with fixed width HTML objects, and may in some cases actually yield more desirable results than the variable width items, such as reliable representation of a more diverse set of fonts in the sender's correspondence item. In this variant, the pages or surfaces of the correspondence item are actually composed not as discrete HTML elements, but are rendered in bit map image form as a composite image item in PNG, GIF or JPEG (or similar format that is part of standard HTML definition), and can be displayed as a single entity from the HTML. The pages or surfaces can be rendered as multiple images, or combined into one monolithic image. In this variant, steps 5-15 above are executed in similar fashion, but rather than HTML output, they generate a conventional bit map image of the page or surface to be represented, which is then stored in an HTML compatible graphic file format and is referenced in the HTML used for displaying the correspondence item. The result is a greatly simplified HTML representation of the correspondence item, whose dimensions are fixed and can directly represent the equivalent printed item. [0097]
  • HTML Proof Copies of Correspondence Items [0098]
  • A sender has the opportunity to review a proof copy of the correspondence, preferably comprising an HTML version of the correspondence item, prior to its delivery, where various preferences are subject to change, and where the text of the correspondence is subject to change. This HTML version of the correspondence is delivered as an email (FIGS. 4 and 5) or displayed at the web site when that interface is used. The HTML version accurately represents the graphical composition and layout of the correspondence item, and allows the sender to approve (or change) the correspondence to be sent. The sender can make changes to the type of correspondence, choice of stationery and the delivery method(s) for the correspondence, text, greeting, closing, signature, and more (FIG. 5). The HTML proof copy of the correspondence allows (1) the sender to approve correspondence content (text) and appearance, and (2) to dispatch the correspondence according to either the preset preferences for the recipient(s) or modified preferences that the sender indicates in the returned proof copy form. [0099]
  • Many email programs (such as AOL 5.0 and earlier) do not provide support for the recent HTML email standards. Therefore, general viewing in a variety of email programs requires a dual mode email message that is supported by more recent HTML email programs. In such an arrangement, the message comprises two parts: [0100]
  • 1) The first part of this message is a standard email, and is read by all email programs. This part of the message is a URL link to a World Wide Web URL where the correspondence proof copy is posted. In most email programs, the Web browser can be activated and the URL selected for viewing, just by selecting the link by mouse click; and [0101]
  • 2) The second part(s) of the message is the HTML that provides a complete representation of the correspondence item, along with HTML forms and selection items that allow changes to the correspondence and delivery methods (FIG. 4). [0102]
  • The proof copy for hard copy items has the following design requirements: [0103]
  • 1) The proof copy image represents, as nearly as possible, the exact image that is printed for hardcopy. This implies that exact content of each line of text, location and appearance of graphics, including fonts and pagination will mimic the hardcopy to be printed; [0104]
  • 2) The HTML of the proof copy sets a fixed width image for representing the item image, providing a means by which such images will be scaled according to the physical size of the item to be printed. A width of an American letter (8½ inches×11 inches), for example, could be displayed as 612 pixels by 792 pixels, @ 72 dpi of screen resolution; this would approximate the actual size of the paper. When a graphic is saved at 100% size at 72 dpi, it's on-screen display size is set; [0105]
  • 3) Font size is the other element for making an HTML letter accurately represent a printed one. The standard Times New Roman size, at least on Windows™-based machines, seems to approximate 12-point type closely. Unfortunately, 12-point Times New Roman displays smaller on Internet Explorer than on Netscape Navigator, and much smaller in a Mac browser. The other problem is that Arial, the other standard HTML font, displays substantially larger than Times. Therefore, font sizes may be modified in the HTML letter to overcome these variations as much as possible. [0106]
  • A further problem, is that in current versions of HTML, only fonts that are loaded on the viewers system can be displayed. Thus, alternatively, the correspondence item, including all fonts, is fully rendered in as a bit-mapped image (preferably one image for each page, though such pages can be combined to a reduced number of images), which can be referenced and included in the HTML for the proof copy. This has the advantage of superior accuracy in controlling the selection, representation and sizing of the fonts, avoiding the problems mentioned above; [0107]
  • 4) A 1 to 1 screen size is typically not optimum for representing the content of the correspondence, and the present invention thus provides for scaling the displayed correspondence image. One natural representation puts all of the page on an 800×600 screen, and applies a scale of 75% to the above pixel count. All other printed items are sized independently, not necessarily in relationship to the letter size. An initial sizing at full scale relative to 72 dpi is used, with a parameter that is changed for each correspondence item (full size letter, monarch/executive letter, note, announcement, postcard, etc.), allowing scaling for optimum representation; [0108]
  • 5) The “edit box” of the proof copy for the body of the correspondence shows the line breaks exactly as they appear in the correspondence to be printed. This allows the sender to manipulate (add/subtract/change location of) line breaks and page breaks. Page breaks are represented in the edit box by <PAGE BREAK> preceding the first line of text that goes on the new page. This implies that proof copy composition does a “layout” of the hardcopy page and determines where line breaks and page breaks occur, inserting hard carriage returns and <PAGE BREAK> into the HTML edit box as appropriate. This capability also requires that the edit box be specified at a width that circumvents the forced line wraps that HTML imposes, and that the composition module ignore hard carriage returns in the edit box text that are returned (and in the initial requesting email), except where they precede a blank line. Whereas the latter case implies the start of a new paragraph, the general case implies nothing when composing the lines for page layout of a correspondence item; [0109]
  • 6) The margins for each type of correspondence item (top, left, right, bottom) are independent, one for each type of item, and are system parameters (preferences) that can be changed; [0110]
  • 7) Monarch/Executive size items utilize the same graphics as full size (American or European), scaled down by an easily computed ratio determined by the difference in sizes of the two items; [0111]
  • 8) Large Envelopes (the kind that hold an entire page unfolded) utilize the same graphics (expanded by 20%; a changeable system parameter) as the standard envelopes that hold a tri-folded page; [0112]
  • 9) Envelopes for cards and announcements are scaled according to a system parameter (initially set to 100%); [0113]
  • 10) Fax cover sheets, and one page Fax letters are composed according to HTML document templates that are supplied by the system and can be modified; using gray-scale versions of full-size letterhead graphics; and [0114]
  • 11) Attachments to an initiating email are saved and transmitted with the final letter. [0115]
  • Security for Sender [0116]
  • The present inventive process and apparatus optionally provides a security mechanism for a sender to insure that forged correspondences are not sent out erroneously. Security issues are important with regards to generation of correspondence using online systems connected to the Internet and utilizing email. A first security issue is an identity assumption, and generation of a letter falsely attributed to a particular sender or registered sender. This problem exists because of the nature of email. Email is issued from an SMTP server through an anonymous connection. The issuer of an Email can set the identity of his Email program to mimic that of another Email user, and hence, could in practice assume the identity of a registered sender and request generation of a correspondence to a recipient in the registered sender's address book. The inventive process provides for several levels of security, optionally selected by the sender, that provide security such that identity assumption difficult, if not impossible. [0117]
  • A basic level of sender identity security is provided where the inventive process generates a proof copy of the correspondence emailed back to the sender. The sender must retrieve this email from his or her POP server with his or her email program. In so doing, the sender must have password-controlled access to the POP server. This is the security mechanism that typically prevents others from retrieving the sender's email. This is a first level of identity security, because the sender is required to authenticate his or her identity by retrieving and approving the proof copy. The only ways to defeat this security is to breach the POP server security of email, steal or otherwise obtain the password of the registered sender's POP server, or to physically have access to the registered sender's computer system and email program with embedded password information. [0118]
  • A second, extended level of sender identity security utilizes a Public Key/Private Key encryption system and digital signatures. Both forms of security are available from software providers. For example, a registered sender obtains a Private-Key/Public-Key pair from a number of providers on the Internet (e.g., Thawte, RSA, Verisign™) that verify the identity of the sender to some level of certainty. The sender configures his or her email program (Netscape™, Outlook Express™, Eudora™) to be a) digitally signed with his or her key information, and/or b) encrypted using a double key mechanism of encryption. The sender provides the Public Key information and the digital signature information to the service provider of the inventive service during the registration process, and these data are stored in the database. The registered sender sets preferences in the invention to reject any “unsigned” requests and/or to receive requests in encrypted format,” then initiates correspondence requests based with digital signature and/or encryption. The database verifies the digital signature, and/or decrypts the request message before proceeding with fulfillment of the request, and hence provides very strong security that the sender of the request is indeed the registered sender, and not an imposter. The only method to defeat this security is to physically possess the registered sender's email program with security keys embedded, or to have obtained the sender's public key, and surreptitiously obtained the private key, setting up duplicate digital signature and assumed identity in a different email program installation. [0119]
  • There is further provided an optional level of security for credit card/EFT information, signatures and generated correspondence. Credit card information, Electronic Funds Transfer information, high-resolution digital replicates of personal signature(s) and copies of letters generated and sent are stored. The prevalence of Internet security breaches by hackers is a cause of concern for misappropriation of such information. The inventive process is preferably configured with firewall and standard security mechanisms. In addition, the inventive apparatus architecture is designed such that no security sensitive information is stored on drives that are directly connected to the Internet and have incoming ports open. The Database server ([0120] 12) is where the sensitive information is stored. Access to the Database server (12) from the vulnerable Internet connected systems is preferably by SQL query protocol. Hence, to access sensitive data the hacker would have to penetrate the vulnerable system and interact with the Database server (12) via an SQL interface. Though this is possible, the inventive process preferably stores sensitive information in the database in encrypted format (e.g., credit card information, EFT account information, high-resolution signature graphics, and letter archives) using a commercially-available strong encryption mechanism, such as RSA. Even if a hacker were to succeed in retrieving such data from the database, the hacker would then face a virtual decryption nightmare to make these data useful (FIG. 1). Servers that do have the encryption/decryption keys and algorithms are the Composition server(s) (17) and the Operation server(s) (13). Composition servers 17 have no connection to the Internet. The connection to the Web server is limited to one strictly limited and monitored interprocess protocol. The connection to the outgoing Email server (11) is not at risk, because the outgoing Email server 11 cannot be penetrated from the Internet. The Operation server 13 is preferably connected to the Database server 12 by a monitored SQL protocol port only, and by VPN to the Print/FAX servers 14, providing a unlikely penetration risk. This architecture, and these connectivity methods (FIG. 1), provide a high level of security around sensitive information that is held in the database, and that is required for correspondence generation.
  • Certain of this information needs to be accessed by the [0121] Web Server 10, and displayed to the registered sender. For credit card information, for example, the last 4-5 digits are stored unencrypted and can be displayed to the registered user to identify which account is on file. Similarly, EFT accounts involve storing only trailing account digits. Signatures in 72 dpi, low resolution for computer screen display are stored unencrypted, but these are of insufficient quality to be printed and applied to correspondence or legal documents to affect a convincing forgery, and are thus not viewed as a security risk.
  • Apparatus [0122]
  • The invention provides software that operates on a system comprising one or a plurality of computers connected by LAN and/or the Internet, by which an email from a “sender” is utilized to compose and generate a digital graphic representation of any written communication to one or multiple recipients. The graphical digital representation of the written communication is presented to the “sender” for correction/revision and for a delivery method decision. The delivery method decision will affect, where required, a printing (onto a fixed medium of expression) of a physical representation of the communication and any related delivery envelopes/paperwork at a location with local access to the delivery organization (i.e., postal mail or express courier service). Alternatively, the delivery means can be by an electronic means (i.e., Fax or email). [0123]
  • The computer system preferably comprises: (a) a first host computer, comprising one or a plurality of databases listing registered sender information (preferences), including, but not limited to senders preferences and data for generating various forms of correspondence (such as, digital representations of a senders signature, business letterhead, preferred letter styles, etc.); (b) optionally, a second host computer comprising one or a plurality of databases that implement a separate “address book” database for each “sender” and which contains “sender” supplied data regarding preferences and data for generating correspondence to the “addressee” (such as, email address(es), Fax number(s), phone number(s), etc.); (c) a commercial email server to collect and dispatch email messages, and operably connected to the first and second host computers; and optionally (d) a commercial web site server and software. Preferably, the inventive apparatus further comprises Fax transmission software, such as WinFax™ from Symantec. Preferably, the inventive apparatus further comprises printer output devices, such as high quality color printers. [0124]
  • FIG. 1 shows a block diagram of a preferred configuration of hardware systems to implement the inventive process. An [0125] Internet web server 10 comprises one or more computers, connected to the Internet 16, with appropriate firewall(s) 15. The Internet web server 10 runs the registration and preference setting software and stores the first database. Examples of appropriate Internet servers 10 are a Sun SparcServer™ with associated Unix™ operating software and Cold Fusion™ Web server software connected to the Internet through a commercially available firewall 15, such as a Compaq Prosignia™ running Microsoft Windows NT™ and Microsoft Proxy Server, or such as a Cisco 2501 Router. The inventive apparatus further comprises a Database server 12, wherein the database server 12 comprises one or a plurality of computers connected to the Internet web server 10 and to an Email server 11 by a network. The network can be a private Local Area Network (LAN), Wide Area Network or Virtual Private Network providing large scale high volume data transmission services. A suitable Database server 12, Email server 11 or Composition server 17, is, for example, a Sun SparcServer™ or Digital Alpha Server™ with associated Unix™ operating software and Oracle SQL database™ software. The Composition server 17 comprises one or a plurality of computers that run the correspondence composition and addressing software as described in the inventive process. The Email server 11 comprises one or a plurality of computers that run email, and transmit and receive software, such as Unix Sendmail™, as described in the inventive process. Preferably, the Email server 11 is connected to the Internet with appropriate firewall(s) 15, and to a Composition server 17 and to a Web server 10 by a network. Examples of suitable networks include, but are not limited to private Local Area Network, Wide Area Network or Virtual Private Network. Examples of suitable Email servers 11 include, but are not limited to, a Sun SparcServer™, with associated Unix™ operating software and Cold Fusion™ Web server software connected to the Internet through a commercially available firewall system(s) 15. An Operations server 13 comprises one or a plurality of computers connected to the Database server 12, the Internet server 10, the Composition server 17, the Internet 16 and a printer or other hardcopy output source 14 via one or several networks. Examples of networks include Local Area Networks, Wide Area Networks or Virtual Private Networks. The Operations server 13 runs accounting, customer service, and production software for the process as described herein. Examples of suitable Operations servers include, but are not limited to, a Sun SparcServer™ with associated Unix™ operating software and Cold Fusion™ Web server software connected to the Internet in a VPN configuration through a commercially available VPN/firewall system(s) such as a Sun SparcServer™ running Unix™ operating software and Apache VPN/Proxy™ server software.
  • There are also one or a plurality of Print/[0126] FAX servers 14. The Print/Fax servers comprise one or a plurality of computers, connected to the Operations server 13 by a network, wherein the network is a private Local Area Network, Wide Area Network or Virtual Private Network. A suitable existing computer for each such Print/Fax server 14 is a Compaq Prosignia™ 720, with Microsoft Windows NT™ operating software and Symantec WinFAX™ server software, and a Xerox 55xx color laser printer.
  • The Internet web server(s) [0127] 10, Database server(s) 12, Email server(s) 11, Composition server(s) 17, Operations server(s) 13, and the Print/FAX servers 14 may be located at any location served by the network. The location of the hard copy correspondence production with the Print/FAX server(s) 14 is best sited to facilitate rapid delivery to the recipient. Instead of trying to locate a printing facility to create hard copy in each zip code, the inventive process will locate printing facilities in overnight courier hubs and/or in regional postal distribution hubs. In a minimal configuration, one major delivery hub, such as Oakland CALIF. in the United States can serve the entire world provided FedEx, UPS, and a US Postal Service sorting and routing facilities are commonly located there. In the preferred implementation, a printing facility is located at the main hub of every major delivery service. For example, FedEx uses Memphis airport as a hub such that planes with deliveries leave each major city in the evening and land in Memphis in the middle of the night for sorting to the planes to deliver the items to their return cities. A printing facility that is located in or adjacent to the hub sorting facility, obviates the need for a large number of hard copy printing stations throughout the country or world and substantially reduces the time and costs to deliver the mail object. Other suitable overnight couriers include UPS and Airborne. As further example of maximum benefit of the inventions hard copy delivery features, London ENGLAND or Frankfurt GERMANY would serve as an excellent regional hub for postal or express deliveries throughout Europe. Similarly, Hong Kong CHINA would server the entire Asian continent well.
  • Correspondence Generation Process [0128]
  • The inventive process is designed for composition, generation and delivery of written correspondence. Prior to implementing a written correspondence, a sender must first register. The registration process involves obtaining information from the sender for the database(s). A registered sender implements the process of sending a written correspondence to one or a plurality of recipients by indicating the names of the recipients, or by indicating the identifier(s) sender has associated with said recipient(s), in an email that the sender dispatches to the Internet domain of the system containing the invention. If recipient(s) are not in the sender's profile, then the sender provides address information for each recipient and the nature of the conveyance (e.g., fax, postal mail or express courier). The location of each recipient is determined in either the first database having the locations of recipients associated with each sender or is requested directly from the sender (and then added to the first database). [0129]
  • The sender requests that a correspondence be created using a template previously provided in the first database. The text of the correspondence and desired recipient(s) can be provided with a simple email message. Once the correspondence has been created with the text of the email message along with template information from the database (such as a letterhead), a graphical representation of the correspondence is sent to the sender for review, changes (if any) and approval. Once the final correspondence is approved by the sender, the document is transmitted to a hard copy production location according to the instructions of the sender, or to be faxed or to be delivered as an HTML format. For hard copy, the transmission can be sent, for example, to a printer located adjacent to an express courier hub or via facsimile transmission for hard copy creation. [0130]
  • FIG. 2 illustrates a hypothetical subscriber ID showing examples of various fields and tables in the first database. These include the upper left box that contains information concerning the sender such as the sender's email and postal addresses, various digital signature images, letter preferences and letterhead graphics. The upper right hand box illustrates fields of a listed recipient in the sender's address book. The bottom box provides fields for structuring a reference file for each sender to be able to access electronically images of correspondences sent and sorted by subscriber, date, keywords in description, addresses and recipients. [0131]
  • FIG. 3 shows a process for signing up new subscribers or senders, and for processing correspondence requests from registered subscribers of senders, and generating the end correspondence item(s). Specifically, a sender (email user) initiates a [0132] request 30 and this request is coded with sender information from the first database 31. The Email server 11 and Database server 12 first determine if the sender is a registered sender 32 and if not go through the registration process of generating a new subscriber HTML form 33, transmitting a completed subscriber form 34 to the Database server 12, checking the new subscriber information 35 and completing the new subscriber registration process 36. Each recipient (called “addressee” in FIG. 3A) needs to have an address located either in an address book of each registered sender 37, or the address has to be entered by going through a process of generating a new address HTML for each recipient 38, having the user (sender) complete the HTML form 39 and transmitting such information to the Database server 12, and checking the recipient address information and adding such information to the sender's address book 40.
  • An intended recipient (Addressee) is identified by parsing the pseudo email address(es) that a sender places in the “TO:” and “CC:” fields of a requesting email that sender issues to the email server at the Internet domain of the Email server of the [0133] invention 37. In particular, the portion of each pseudo email address preceding the actual domain name (“@” sign and following character) is extracted and used as A) a unique identifier that sender has previously associated with an addressee database entry or a group of such entries 37A, or B) a unique identifier that sender wishes now to associate with an addressee database entry 38, or C) the actual first and last name of an addressee, put together with no space or with an optional separator such as underscore (“ ”) or period (“.”) to replace space (which cannot be used with commercially available email servers), and with optional added separators and qualifiers such as City and/or State and/or Postal Code and/or Country that can serve to distinguish between individuals with the same name 37A. When the extracted portion of a particular pseudo email address of type C) yields more than one potential recipient, the desired recipient is determined through a process of generating and transmitting a multiple addressee HTML form showing the choice of recipients 37B, having the user choose the desired recipient in the HTML form and transmit this information back to the Composition server by HTTP or email 37C. Once the recipients are located in the sender's Address Book database, and their addresses obtained or accessed (A) (top of FIG. 3B), the formatting of the correspondence is determined 41 through either an existing template in the registered sender's database or a new template. The sender transmits through email the text of the correspondence, and this text is incorporated into the correspondence format to generate an HTML graphical image of the draft correspondence 42.
  • The next step is to determine if a digital signature of the sender is needed [0134] 43A and to authenticate that signature with the sender 43B. If a security check is needed 47, an additional step is required to provide additional security to the sender. A draft correspondence image in HTML format (or dual mode URL pointer) is transmitted to the sender 44, who reviews and approves 45 or makes changes and approves 46 to finally get to the transmission to the recipient process B.
  • In FIG. 3C, the correspondence is created and approved by the sender (B). The sender has a choice (not exclusive) of delivery methods. The sender can choose email and the relevant HTML information will be extracted and sent to the [0135] recipient 49. The sender can choose hard copy delivery, such as by postal or private courier means 50, and the HTML description and components embedded in the relevant HTML file along with any required high resolution graphics from the database will be electronically dispatched to a properly located Print/Fax server 14 to print a hard copy for dispatching through the local courier or postal service 51. As a third alternative, the sender can choose transmission by fax 52 and the HTML file and components embedded in it will be transmitted to the Print/Fax server 14 for telephone line facsimile transmission to the facsimile number of the recipient 53.
  • FIGS. 4 and 5 show an example of a screen image showing a proof copy of a letter for review by the sender, including a digital image of the sender's signature, and sender's letterhead, card or note graphics. [0136]
  • FIG. 8 shows a sample of the HTML email delivered correspondence that results from approval of the proof copy of FIGS. 4 and 5. [0137]
  • FIG. 6 shows a sample screen page for a sender to compose his or her correspondence in email according to the inventive process that resulted in the correspondence shown in FIG. 8. [0138]
  • FIG. 7 shows a sample screen page for a sender to compose his or her correspondence at a web site according to the inventive process that resulted in a correspondence proof copy similar to that shown in FIGS. 4 and 5, and the final emailed delivery correspondence shown in FIG. 8. [0139]

Claims (25)

I claim:
1. A process for generating completed mail objects from email or text messages from a registered sender to be received by recipients in hard copy and comprising graphical correspondence content and graphical representation of a signature, comprising:
(a) receiving a correspondence message from the registered sender containing text, recipient names or sender-specified recipient identifiers, and identity of the registered sender;
(b) locating registered sender information in a database or a plurality of databases, wherein the database or the plurality of databases comprises preferences having correspondence format information and a graphical representation of a registered sender signature;
(c) obtaining, using either the recipient names or the sender-specified recipient identifiers, recipient location information from either the database or the plurality of databases, or directly from the registered sender, wherein the database or the plurality of databases comprises names and addresses of recipients for each registered sender; and
(d) generating a completed correspondence to deliver to the recipient by one or more transmission means selected from the group consisting of transmitting a facsimile to a facsimile telephone number utilized by the recipient, transmitting an email providing or linking to a graphical representation of the correspondence to an Internet address utilized by the recipient, generating a hard copy of the completed correspondence for submission by hard copy delivery services, and combinations thereof, wherein the completed correspondence comprises the registered sender's letter head or card graphics, registered sender's signature and correspondence message.
2. The process of
claim 1
wherein receiving a correspondence message from the registered sender occurs via a website interface, instead of via an email.
3. The process of
claim 1
wherein the hard copy completed correspondence is generated at a location facilitating rapid delivery to the recipient using existing delivery services.
4. The process of
claim 3
wherein the completed correspondence is created at a location adjacent to an overnight courier hub.
5. The process of
claim 1
wherein the completed hard copy correspondence is sent by facsimile transmission to the recipient.
6. The process of
claim 1
wherein the database or the plurality of databases comprises names, postal addresses, email addresses, and telephone numbers for recipients.
7. The process of
claim 1
wherein the database or the plurality of databases enables each registered sender to have multiple formats for documents, and to optionally customize each document format by selecting from a variety of signatures, content and identification information held for the sender.
8. The process of
claim 1
wherein transmitting an email, providing or linking to a graphical representation of the correspondence, to an Internet address utilized by the recipient involves the use of either HTML or HTML with bit-mapped formats.
9. The process of
claim 1
prior to step (d), further comprising generating a proof copy of the correspondence to be sent by email to the sender for review and approval.
10. The process of
claim 9
wherein the sender approves the proof copy of the correspondence by return email or by HTTP transmission.
11. The process of
claim 9
wherein the sender is able to change the correspondence or the preferences associated with the correspondence.
12. The process of
claim 11
wherein the preferences that can be changed are selected from the group consisting of correspondence type, letterhead or card graphics style, recipient delivery means, greeting, closing, signature, text of correspondence, and combinations thereof.
13. The process of
claim 9
wherein generating a proof copy of the correspondence to be sent by email to the sender for review and approval involves the use of either HTML or HTML with bit-mapped formats, or in text form with a URL link to either HTML or HTML with bit-mapped formats.
14. The process of
claim 1
wherein the correspondence message further comprises additional information selected from the group consisting of attachments, preferences and combinations thereof.
15. The process of
claim 14
wherein the preferences are specified on a subject line of an email message.
16. The process of
claim 1
wherein obtaining recipient location information from either the database or the plurality of databases, or directly from the registered sender, wherein the database or the plurality of databases comprises names and addresses of recipients for each registered, is achieved using the names of the recipients.
17. A system or an apparatus for generating completed mail objects from e-mail messages from registered senders to be received by recipients in remote locations in hard copy, Fax transmission or HTML email and comprising message information, graphical letterhead or card content, and graphical representation of a signature, comprising:
(a) a computer or server means for receiving a correspondence message from the registered sender containing text and other information to be included in a correspondence;
(b) a database or plurality of databases having registered sender information and preferences, wherein the database or the plurality of databases comprises a sender's preferences for correspondence format information, recipient information and a graphical representation of a registered sender signature;
(c) recipient location information, wherein the source of the recipient location information is from either the database or the plurality of databases, or from the registered sender, wherein the database or the plurality of databases comprises names and addresses of recipients for each registered sender; and
(d) a remote or local facility for generating a completed hard copy correspondence at a location facilitating rapid delivery to the recipient using existing delivery services, wherein the completed correspondence comprises the registered sender's letter head, registered sender's signature and correspondence message, or a Fax server for generating a fax correspondence telephoned to the recipient's fax, or an Email server for sending the correspondence in HTML or HTML with bit-mapped formats, or in text form with a URL link to either HTML or HTML with bit-mapped formats.
18. The system or apparatus for generating completed mail objects from email messages of
claim 17
wherein the completed hard copy correspondence is created at a location adjacent to an overnight courier hub.
19. The system or apparatus for generating completed mail objects from email messages of
claim 17
wherein the completed hard copy correspondence is sent by facsimile transmission to the recipient.
20. The system or apparatus for generating completed mail objects from email messages of
claim 17
wherein the database or the plurality of databases comprises names, postal addresses, email addresses, and telephone numbers for recipients.
21. The system or apparatus for generating completed mail objects from email messages of
claim 17
wherein the database or the plurality of databases enables each registered sender to have multiple formats for documents, and to optionally customize each document format by selecting from a variety of signatures, content and identification information held for the sender.
22. The process of
claim 1
, further comprising a security mechanism directed to precluding either creation, or transmission of a forged correspondence to a recipient.
23. The process of
claim 22
wherein the security mechanism directed to precluding either creation, or transmission of a forged correspondence to a recipient is selected from the group consisting of password-controlled access to a POP server, public key/private key encryption, digital signatures, firewalls, SQL or VPN interfaces, database architecture and combinations thereof.
24. The process of
claim 1
, further comprising a security mechanism directed to precluding theft of sender information.
25. The process of
claim 24
wherein the security mechanism directed to precluding theft of sender information is selected from the group consisting of public key/private key encryption, digital signatures, firewalls, SQL or VPN interfaces, database architecture and combinations thereof.
US09/801,966 2000-03-07 2001-03-07 Automatic generation of graphically-composed correspondence via a text email interface Expired - Fee Related US6446115B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US09/801,966 US6446115B2 (en) 2000-03-07 2001-03-07 Automatic generation of graphically-composed correspondence via a text email interface
US10/227,769 US20030009529A1 (en) 2000-03-07 2002-08-26 Automatic generation of correspondence via an email interface

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/520,654 US6438584B1 (en) 2000-03-07 2000-03-07 Automatic generation of graphically-composed correspondence via a text email-interface
US09/801,966 US6446115B2 (en) 2000-03-07 2001-03-07 Automatic generation of graphically-composed correspondence via a text email interface

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/520,654 Continuation-In-Part US6438584B1 (en) 2000-03-07 2000-03-07 Automatic generation of graphically-composed correspondence via a text email-interface

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US10/227,769 Continuation US20030009529A1 (en) 2000-03-07 2002-08-26 Automatic generation of correspondence via an email interface

Publications (2)

Publication Number Publication Date
US20010034849A1 true US20010034849A1 (en) 2001-10-25
US6446115B2 US6446115B2 (en) 2002-09-03

Family

ID=24073530

Family Applications (3)

Application Number Title Priority Date Filing Date
US09/520,654 Expired - Fee Related US6438584B1 (en) 2000-03-07 2000-03-07 Automatic generation of graphically-composed correspondence via a text email-interface
US09/801,966 Expired - Fee Related US6446115B2 (en) 2000-03-07 2001-03-07 Automatic generation of graphically-composed correspondence via a text email interface
US10/227,769 Abandoned US20030009529A1 (en) 2000-03-07 2002-08-26 Automatic generation of correspondence via an email interface

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/520,654 Expired - Fee Related US6438584B1 (en) 2000-03-07 2000-03-07 Automatic generation of graphically-composed correspondence via a text email-interface

Family Applications After (1)

Application Number Title Priority Date Filing Date
US10/227,769 Abandoned US20030009529A1 (en) 2000-03-07 2002-08-26 Automatic generation of correspondence via an email interface

Country Status (3)

Country Link
US (3) US6438584B1 (en)
AU (1) AU2001243514A1 (en)
WO (1) WO2001067270A1 (en)

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002025401A2 (en) * 2000-09-22 2002-03-28 Ebay, Inc. Method and system for communicating selected search results between first and second entities over a network
US20020129140A1 (en) * 2001-03-12 2002-09-12 Ariel Peled System and method for monitoring unauthorized transport of digital content
US20020138583A1 (en) * 2001-03-23 2002-09-26 Norihisa Takayama E-mail transmission apparatus, e-mail transmission method and e-mail transmission program
US20020178168A1 (en) * 2001-05-22 2002-11-28 Pitney Bowes Incorporated System and method for obtaining and tracking up-to the-minute delivery locations of employees via a database system
US20030028667A1 (en) * 2001-07-31 2003-02-06 Richard Taylor Distribution of information
US20030144873A1 (en) * 2002-01-18 2003-07-31 Keshel Michelle L. Mobile marketing system
US20030149732A1 (en) * 2002-02-05 2003-08-07 Vidius Inc. Apparatus and method for controlling unauthorized dissemination of electronic mail
US20040010554A1 (en) * 2002-07-15 2004-01-15 Hall John M. Determining a destination e-mail address for sending scanned documents
US20040215472A1 (en) * 2003-04-22 2004-10-28 Harris Gleckman System and method for the cross-platform transmission of messages
US20050025291A1 (en) * 2001-03-12 2005-02-03 Vidius Inc. Method and system for information distribution management
DE102004048425A1 (en) * 2004-10-05 2006-05-24 Puscher, Martin W. E-mailing method for sending out business e-mails in firms sends out e-mails from an e-mail client to external receivers unknown to a firm via a standard simple mail transfer protocol server
US20060259554A1 (en) * 2005-05-13 2006-11-16 Research In Motion Limited System and method of automatically determining whether or not to include message text of an original electronic message in a reply electronic message
US20070094593A1 (en) * 2005-10-20 2007-04-26 Sap Ag Automated address formatting
US20070118904A1 (en) * 2003-06-04 2007-05-24 Microsoft Corporation Origination/destination features and lists for spam prevention
US20070191037A1 (en) * 2006-02-10 2007-08-16 Lg Electronics Inc. Method for writing a character message in a mobile telecommunication handset and mobile telecommunication handset capable of writing a character message
US20080126291A1 (en) * 2006-08-11 2008-05-29 Adaptive Intelligence Llc System and method for data abstraction using formatted system variables
US20090204888A1 (en) * 2008-01-24 2009-08-13 Canon Kabushiki Kaisha Document processing apparatus, document processing method, and storage medium
US8001192B1 (en) * 2004-06-28 2011-08-16 Sprint Spectrum L.P. Method and apparatus for automatically generating custom format messages based on message-destination
US20130297709A1 (en) * 2003-01-03 2013-11-07 Microsoft Corporation System and method for improved synchronization between a server and a client
US20140236574A1 (en) * 2013-02-20 2014-08-21 Progrexion IP, Inc. Automated context-based unique letter generation
US20150033297A1 (en) * 2013-07-24 2015-01-29 Adobe Systems Incorporated Dynamically mapping users to groups
US9824183B1 (en) * 2005-05-12 2017-11-21 Versata Development Group, Inc. Augmentation and processing of digital information sets using proxy data
US10091235B1 (en) * 2016-06-07 2018-10-02 Juniper Networks, Inc. Method, system, and apparatus for detecting and preventing targeted attacks
US20190013951A1 (en) * 2015-12-28 2019-01-10 Lleidanetworks Serveis Telematics, S.A. Method for the certification of electronic mail containing a recognised electronic signature on the part of a telecommunications operator
US11227095B2 (en) * 2017-07-25 2022-01-18 Perry + Currier Inc. Automated dynamic document generator

Families Citing this family (151)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7167904B1 (en) * 1999-03-19 2007-01-23 Network Solutions, Llc Unified web-based interface-to multiple registrar systems
US6615234B1 (en) * 1999-05-11 2003-09-02 Taylor Corporation System and method for network-based document delivery
EP1087321A1 (en) * 1999-09-24 2001-03-28 Alcatel A method of manipulating an already sent E-Mail and a corresponding server
JP2001125846A (en) * 1999-10-26 2001-05-11 Fujitsu Ltd Electronic device and storage medium
US6999565B1 (en) 2000-02-01 2006-02-14 Envoyworldwide, Inc. Multi-mode message routing and management
US6728759B1 (en) * 2000-02-22 2004-04-27 Hong Chan Na System and method of composing search free mail
US6842772B1 (en) 2000-03-14 2005-01-11 Envoy World Wide, Inc Application program interface for message routing and management system
KR100803580B1 (en) * 2000-05-09 2008-02-15 삼성전자주식회사 Electronic music distribution service system and method using synchronous multimedia integration language format
US7672998B1 (en) * 2000-05-16 2010-03-02 Ziplink, Inc. Apparatus and methods for controlling the transmission of messages
US6604132B1 (en) * 2000-06-09 2003-08-05 David H. Hitt System and method for embedding a physical mailing address in an electronic mail address
US8972717B2 (en) 2000-06-15 2015-03-03 Zixcorp Systems, Inc. Automatic delivery selection for electronic content
US6732101B1 (en) * 2000-06-15 2004-05-04 Zix Corporation Secure message forwarding system detecting user's preferences including security preferences
US6665378B1 (en) * 2000-07-31 2003-12-16 Brenda Gates Spielman IP-based notification architecture for unified messaging
US6671355B1 (en) * 2000-07-31 2003-12-30 Cisco Technology, Inc. Arrangement for common-format notification delivery messages based on notification device type in an IP-based notification architecture
US6671706B1 (en) * 2000-08-12 2003-12-30 Keith Vinh Method and system for editing the content of a web site with a facsimile transmission
JP2002101289A (en) * 2000-09-25 2002-04-05 Nec Corp Document transmitter and storage medium storing its program
JP2002117110A (en) * 2000-10-06 2002-04-19 Riso Kagaku Corp System and method for delivering media and information transmitter
WO2002037393A2 (en) * 2000-11-06 2002-05-10 Envoy Worlwide, Inc. System and method for service specific notification
US8516047B2 (en) 2000-11-06 2013-08-20 Rick Castanho System and method for service specific notification
US7320019B2 (en) 2000-11-30 2008-01-15 At&T Delaware Intellectual Property, Inc. Method and apparatus for automatically checking e-mail addresses in outgoing e-mail communications
US7092992B1 (en) 2001-02-01 2006-08-15 Mailshell.Com, Inc. Web page filtering including substitution of user-entered email address
US6941346B2 (en) 2001-02-28 2005-09-06 Hall Aluminum Llc Email—expanded addressee sort/listing
US7353387B2 (en) * 2001-03-08 2008-04-01 International Business Machines Corporation Method and system for integrating encryption functionality into a database system
US20020131070A1 (en) * 2001-03-16 2002-09-19 Housel Edward M. Using e-mail to facilitate soft proofing and for print job status
WO2002087095A1 (en) 2001-04-25 2002-10-31 Envoy Worldwide, Inc. Wireless messaging system to multiple
US7254226B1 (en) 2001-05-08 2007-08-07 At&T Intellectual Property, Inc. Call waiting priority alert
US8230018B2 (en) * 2001-05-08 2012-07-24 Intel Corporation Method and apparatus for preserving confidentiality of electronic mail
JP2002342242A (en) * 2001-05-15 2002-11-29 Riso Kagaku Corp Electronic mail typeface working device
US20020178190A1 (en) * 2001-05-22 2002-11-28 Allison Pope Systems and methods for integrating mainframe and client-server data into automatically generated business correspondence
US20050099654A1 (en) * 2001-06-04 2005-05-12 Ko-Meng Chen Method for managing mail sender address of I-FAX
US20020194341A1 (en) * 2001-06-14 2002-12-19 International Business Machines Corporation Apparatus and method for selecting closing information and stationery for an electronic mail message based on the intended recipient
US7085358B2 (en) 2001-06-25 2006-08-01 Bellsouth Intellectual Property Corporation Visual caller identification
JP2003016160A (en) * 2001-07-04 2003-01-17 Fujitsu Ltd Method and program for distributing message
US7315614B2 (en) 2001-08-14 2008-01-01 At&T Delaware Intellectual Property, Inc. Remote notification of communications
US7693942B2 (en) * 2001-09-10 2010-04-06 Nale David S Method and system for postal service mail delivery via electronic mail
JP2003110975A (en) * 2001-09-27 2003-04-11 Fuji Photo Film Co Ltd Image recording method and apparatus, image distribution method and apparatus, and program
US7269249B2 (en) 2001-09-28 2007-09-11 At&T Bls Intellectual Property, Inc. Systems and methods for providing user profile information in conjunction with an enhanced caller information system
US7970853B2 (en) * 2001-10-17 2011-06-28 Hewlett-Packard Development Company, L.P. System for controlled printing of a signature using web-based imaging
US6769002B2 (en) 2001-11-08 2004-07-27 Jordan E. Ayan System and methods for multilevel electronic mail communication programs
US7171468B2 (en) * 2001-11-10 2007-01-30 Kabushiki Kaisha Toshiba System and method for accessing a document management repository
US8660537B2 (en) 2001-11-16 2014-02-25 At&T Mobility Ii Llc System for the storage and retrieval of messages
US7454195B2 (en) 2001-11-16 2008-11-18 At&T Mobility Ii, Llc System for the centralized storage of wireless customer information
US20040148354A1 (en) * 2001-11-16 2004-07-29 John Saare Method and system for an extensible client specific mail application in a portal server
NL1019594C2 (en) * 2001-12-18 2003-06-19 Neopost Ind B V Method, system and computer program for generating messages.
US7315618B1 (en) 2001-12-27 2008-01-01 At&T Bls Intellectual Property, Inc. Voice caller ID
JP2003196217A (en) * 2001-12-28 2003-07-11 Nec Corp Method for setting incoming rejection of annoying mail and its mail device
US7028075B2 (en) * 2002-04-23 2006-04-11 Flashpoint Technology, Inc. Method and system for sharing digital images over a network
US20030233422A1 (en) * 2002-06-12 2003-12-18 Andras Csaszar Method and apparatus for creation, publication and distribution of digital objects through digital networks
US7743065B2 (en) * 2002-06-27 2010-06-22 Siebel Systems, Inc. System and method for cross-referencing information in an enterprise system
US7356458B1 (en) 2002-06-27 2008-04-08 Electronic Data Systems Corporation Multi-language correspondence/form generator
US7139374B1 (en) 2002-07-23 2006-11-21 Bellsouth Intellectual Property Corp. System and method for gathering information related to a geographical location of a callee in a public switched telephone network
US7623645B1 (en) 2002-07-23 2009-11-24 At&T Intellectual Property, I, L.P. System and method for gathering information related to a geographical location of a caller in a public switched telephone network
AU2002950435A0 (en) * 2002-07-29 2002-09-12 Trade Wind Communications Ltd A Bulk Communications Process Using Multiple Delivery Media
US20060142997A1 (en) * 2002-12-27 2006-06-29 Per Jakobsen Predictive text entry and data compression method for a mobile communication terminal
US20040143650A1 (en) * 2003-01-10 2004-07-22 Michael Wollowitz Method and system for transmission of computer files
US7627640B2 (en) * 2003-03-17 2009-12-01 Epostal Services, Inc. Messaging and document management system and method
MXPA05008750A (en) * 2003-03-17 2005-09-20 Epostal Services Inc Messaging and document management system and method.
US7443964B2 (en) 2003-04-18 2008-10-28 At&T Intellectual Property, I,L.P. Caller ID messaging
US7978833B2 (en) 2003-04-18 2011-07-12 At&T Intellectual Property I, L.P. Private caller ID messaging
JP3615749B2 (en) * 2003-04-25 2005-02-02 三菱電機インフォメーションシステムズ株式会社 Print service system and print service program
US20040220997A1 (en) * 2003-04-30 2004-11-04 Jeffery De Saint-Johns Mobile wireless data transfer, storage, retrieval, and delivery system for remote printing and sorting of mail
US7657599B2 (en) * 2003-05-29 2010-02-02 Mindshare Design, Inc. Systems and methods for automatically updating electronic mail access lists
US7562119B2 (en) * 2003-07-15 2009-07-14 Mindshare Design, Inc. Systems and methods for automatically updating electronic mail access lists
US7392289B2 (en) * 2003-08-01 2008-06-24 Estationer, Llc Method, system, and program product for automatically formatting electronic mail addressed to an intended recipient
JP2005063031A (en) * 2003-08-08 2005-03-10 Ricoh Co Ltd Image processor, program, storage media for storing the program, information processor, program and storage media for storing the program
AU2005244517B1 (en) * 2003-08-28 2006-05-04 Epip Pty Ltd Improved delivery of electronic documents into a postal network
US8271588B1 (en) * 2003-09-24 2012-09-18 Symantec Corporation System and method for filtering fraudulent email messages
US7610557B2 (en) * 2003-10-09 2009-10-27 Thunderhead Limited Automatic response interface
US20050078658A1 (en) * 2003-10-09 2005-04-14 Mclennan James Automatic communication method and system
GB0323625D0 (en) * 2003-10-09 2003-11-12 Thunderhead Ltd Method and system for automatic modifiable messages
US7412646B2 (en) * 2003-10-23 2008-08-12 Microsoft Corporation Systems and methods for pagination and co-pagination
US7623849B2 (en) 2003-11-13 2009-11-24 At&T Intellectual Property, I, L.P. Method, system, and storage medium for providing comprehensive originator identification services
US7660857B2 (en) * 2003-11-21 2010-02-09 Mindshare Design, Inc. Systems and methods for automatically updating electronic mail access lists
FR2863379A1 (en) * 2003-12-03 2005-06-10 France Telecom ELECTRONIC MESSAGING SYSTEM AND METHOD OF TRANSMITTING ELECTRONIC MESSAGES THEREOF
US7672444B2 (en) 2003-12-24 2010-03-02 At&T Intellectual Property, I, L.P. Client survey systems and methods using caller identification information
US7590694B2 (en) * 2004-01-16 2009-09-15 Gozoom.Com, Inc. System for determining degrees of similarity in email message information
US8346660B2 (en) * 2004-02-26 2013-01-01 David C. Reardon System and method for two-way transfer of funds and electronic content between summa account users with gathering of behavioral metrics and management of multiple currencies and escrow accounts
US20090119159A1 (en) * 2007-10-31 2009-05-07 David C. Reardon System and Method for Transferring Funds to Recipients of Electronic Messages
US7873572B2 (en) * 2004-02-26 2011-01-18 Reardon David C Financial transaction system with integrated electronic messaging, control of marketing data, and user defined charges for receiving messages
US8799164B2 (en) 2004-02-26 2014-08-05 David C Reardon Financial transaction system with integrated electronic messaging, control of marketing data, and user defined charges for receiving messages
US7496500B2 (en) * 2004-03-01 2009-02-24 Microsoft Corporation Systems and methods that determine intent of data and respond to the data based on the intent
US8918466B2 (en) * 2004-03-09 2014-12-23 Tonny Yu System for email processing and analysis
US7644127B2 (en) * 2004-03-09 2010-01-05 Gozoom.Com, Inc. Email analysis using fuzzy matching of text
US7631044B2 (en) * 2004-03-09 2009-12-08 Gozoom.Com, Inc. Suppression of undesirable network messages
US8195136B2 (en) 2004-07-15 2012-06-05 At&T Intellectual Property I, L.P. Methods of providing caller identification information and related registries and radiotelephone networks
ITRM20040384A1 (en) * 2004-07-29 2004-10-29 Marco Murzilli PROCEDURE FOR SENDING A POSTAL MISSIVE FROM AN SMS MESSAGE.
US20060041848A1 (en) * 2004-08-23 2006-02-23 Luigi Lira Overlaid display of messages in the user interface of instant messaging and other digital communication services
US8275840B2 (en) * 2004-09-02 2012-09-25 At&T Intellectual Property I, L.P. Automated messaging tool
GB2418280A (en) * 2004-09-18 2006-03-22 Hewlett Packard Development Co Document creation system
US7478134B2 (en) * 2004-12-16 2009-01-13 International Business Machines Corporation Dynamic information selection based on associated data
US20060265453A1 (en) * 2005-05-19 2006-11-23 International Business Machines Corporation Method and system of applying a template to a message
WO2007005986A2 (en) * 2005-07-06 2007-01-11 Encomia, L.P. Displaying and printing different size smart docs
US20070022167A1 (en) * 2005-07-19 2007-01-25 James Citron Personal email linking and advertising system
US20070027955A1 (en) * 2005-07-28 2007-02-01 Jwj Software, Llc. Systems, methods and apparatus of an email client
WO2007019699A1 (en) 2005-08-17 2007-02-22 Canada Post Corporation Electronic content management systems and methods
US8572275B2 (en) 2005-10-06 2013-10-29 Wrapmail, Inc. Method, system and software for dynamically extracting content for integration with electronic mail
FR2896902B1 (en) * 2006-01-31 2008-07-11 Neopost Technologies Sa ELECTRONIC MANAGEMENT SYSTEM FOR POSTAGE DOCUMENTS
AU2006203578B1 (en) * 2006-04-07 2007-04-26 Epip Pty Ltd Non-printing regular expressions for electronic submission of documents
CN101102528B (en) * 2006-07-07 2011-02-16 华为技术有限公司 A SMS signature method and system
EP2050021A4 (en) * 2006-07-12 2015-07-08 Coolrock Software Pty Ltd An apparatus and method for securely processing electronic mail
AU2007201506B1 (en) * 2006-08-16 2007-06-14 Epip Pty Ltd Regular expressions for electronic submission of documents
US8412947B2 (en) * 2006-10-05 2013-04-02 Ceelox Patents, LLC System and method of secure encryption for electronic data transfer
GB0620238D0 (en) * 2006-10-12 2006-11-22 Ibm A method and apparatus for converting a text-based email message to an email message comprising image-based fonts
US20080104501A1 (en) * 2006-10-27 2008-05-01 Sap Ag Cross-tier intelligent document generation and management
US7830541B2 (en) * 2006-11-17 2010-11-09 Xerox Corporation Method and system for providing secure facsimile transmission confirmation
US20080162527A1 (en) * 2006-12-29 2008-07-03 Ceelox Inc. System and method for secure and/or interactive dissemination of information
US8756422B2 (en) * 2006-12-29 2014-06-17 Ceelox Patents, LLC System and method for secure and/or interactive dissemination of information
US9514117B2 (en) * 2007-02-28 2016-12-06 Docusign, Inc. System and method for document tagging templates
US20080252933A1 (en) * 2007-04-12 2008-10-16 Microsoft Corporation Enhanced facsimile handling
GB2450362A (en) * 2007-06-20 2008-12-24 Viapost Ltd Postal system using computer network for distibution of mail
US8260839B2 (en) * 2007-07-16 2012-09-04 Sap Ag Messenger based system and method to access a service from a backend system
US8655961B2 (en) 2007-07-18 2014-02-18 Docusign, Inc. Systems and methods for distributed electronic signature documents
US8949706B2 (en) 2007-07-18 2015-02-03 Docusign, Inc. Systems and methods for distributed electronic signature documents
GB0716114D0 (en) * 2007-08-17 2007-09-26 Thunderhead Ltd Method of editing and regenerating a communication
US8160226B2 (en) 2007-08-22 2012-04-17 At&T Intellectual Property I, L.P. Key word programmable caller ID
US8243909B2 (en) 2007-08-22 2012-08-14 At&T Intellectual Property I, L.P. Programmable caller ID
US20090111486A1 (en) * 2007-10-26 2009-04-30 Sony Ericsson Mobile Communications Ab Device and method for generating a message
US20100017294A1 (en) * 2008-01-24 2010-01-21 Mailmethods, Llc Email advertisement system and method
US20090228360A1 (en) * 2008-03-07 2009-09-10 Mailmethods, Llc Email advertisement system and method for online retail
US7827246B2 (en) * 2008-03-14 2010-11-02 International Business Machines Corporation Dynamic domain based electronic mail signature lines
US8615554B1 (en) 2008-04-16 2013-12-24 United Services Automobile Association (Usaa) Electronic mail delivery physical delivery backup
GB0807296D0 (en) * 2008-04-22 2008-05-28 Thunderhead Ltd Template author and method of driving data capture in document templates
US8028029B2 (en) * 2008-05-15 2011-09-27 International Business Machines Corporation Method and apparatus for context-sensitive exchange of electronic information
US8381101B2 (en) * 2009-11-16 2013-02-19 Apple Inc. Supporting platform-independent typesetting for documents
US20110145097A1 (en) * 2009-12-15 2011-06-16 Kelly Berger System and method for managing contacts within an online stationery system
US8234181B2 (en) * 2009-12-15 2012-07-31 Shutterfly, Inc. System, method and graphical user interface for managing contacts and calendars within an online card system
US9015580B2 (en) * 2009-12-15 2015-04-21 Shutterfly, Inc. System and method for online and mobile memories and greeting service
US20110153454A1 (en) * 2009-12-21 2011-06-23 Avery Dennison Corporation Advertising system and method and display tag arrangement for use therewith
US8433764B2 (en) * 2010-02-09 2013-04-30 Google Inc. Identification of message recipients
US8572496B2 (en) * 2010-04-27 2013-10-29 Go Daddy Operating Company, LLC Embedding variable fields in individual email messages sent via a web-based graphical user interface
TWI402746B (en) * 2010-04-28 2013-07-21 Asustek Comp Inc Display capable of displaying frames of different sizes and method thereof
US8549314B2 (en) 2010-04-29 2013-10-01 King Saud University Password generation methods and systems
US9251131B2 (en) 2010-05-04 2016-02-02 Docusign, Inc. Systems and methods for distributed electronic signature documents including version control
AU2011265177C1 (en) * 2010-06-11 2016-02-25 Docusign, Inc. Web-based electronically signed documents
US9268758B2 (en) 2011-07-14 2016-02-23 Docusign, Inc. Method for associating third party content with online document signing
US9824198B2 (en) 2011-07-14 2017-11-21 Docusign, Inc. System and method for identity and reputation score based on transaction history
JP6100773B2 (en) 2011-07-14 2017-03-22 ドキュサイン,インク. Identification and verification of online signatures in the community
CA2846443C (en) 2011-08-25 2020-10-27 Docusign, Inc. Mobile solution for signing and retaining third-party documents
US10511732B2 (en) 2011-08-25 2019-12-17 Docusign, Inc. Mobile solution for importing and signing third-party electronic signature documents
US9230130B2 (en) 2012-03-22 2016-01-05 Docusign, Inc. System and method for rules-based control of custody of electronic signature transactions
US8854675B1 (en) 2013-03-28 2014-10-07 Xerox Corporation Electronic document processing method and device
US9055023B2 (en) 2013-05-06 2015-06-09 Veeva Systems Inc. System and method for controlling electronic communications
US10140382B2 (en) 2013-05-06 2018-11-27 Veeva Systems Inc. System and method for controlling electronic communications
US10902081B1 (en) 2013-05-06 2021-01-26 Veeva Systems Inc. System and method for controlling electronic communications
US9515833B2 (en) * 2014-01-06 2016-12-06 Lett.rs LLC Electronic personal signature generation and distribution for personal communication
US11095576B2 (en) * 2014-06-25 2021-08-17 Nordis Inc. Automated, user implemented, secure document and communication creation and management system and method
US9565147B2 (en) 2014-06-30 2017-02-07 Go Daddy Operating Company, LLC System and methods for multiple email services having a common domain
US10546052B2 (en) * 2015-10-12 2020-01-28 Sugarcrm Inc. Structured touch screen interface for mobile forms generation for customer relationship management (CRM)
US10423722B2 (en) * 2016-08-18 2019-09-24 At&T Intellectual Property I, L.P. Communication indicator
US10594634B1 (en) 2018-12-05 2020-03-17 Soo Chuan Teng Electronic mail generation device and method of use
US11520970B2 (en) * 2019-09-23 2022-12-06 Snap Inc. Personalized fonts

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5426594A (en) 1993-04-02 1995-06-20 Motorola, Inc. Electronic greeting card store and communication system
US5513117A (en) 1993-04-30 1996-04-30 Small; Maynard E. Apparatus and method for electronically dispensing personalized greeting cards and gifts
US5742905A (en) * 1994-09-19 1998-04-21 Bell Communications Research, Inc. Personal communications internetworking
US5805810A (en) 1995-04-27 1998-09-08 Maxwell; Robert L. Apparatus and methods for converting an electronic mail to a postal mail at the receiving station
US7898675B1 (en) * 1995-11-13 2011-03-01 Netfax Development, Llc Internet global area networks fax system
US6020980A (en) * 1996-09-30 2000-02-01 Mci Communications Corporation Facsimile delivery to electronic mail
US6025931A (en) 1996-10-15 2000-02-15 E-Mate Enterprises, Llc Facsimile to E-mail communication system with local interface
US5930479A (en) * 1996-10-21 1999-07-27 At&T Corp Communications addressing system
US6018761A (en) * 1996-12-11 2000-01-25 The Robert G. Uomini And Louise B. Bidwell Trust System for adding to electronic mail messages information obtained from sources external to the electronic mail transport process
US5961590A (en) * 1997-04-11 1999-10-05 Roampage, Inc. System and method for synchronizing electronic mail between a client site and a central site
US5937160A (en) * 1997-05-01 1999-08-10 Reedy Creek Technologies, Inc. Systems, methods and computer program products for updating hypertext documents via electronic mail
US5999967A (en) * 1997-08-17 1999-12-07 Sundsted; Todd Electronic mail filtering by electronic stamp
US6252588B1 (en) * 1998-06-16 2001-06-26 Zentek Technology, Inc. Method and apparatus for providing an audio visual e-mail system
US6330590B1 (en) * 1999-01-05 2001-12-11 William D. Cotten Preventing delivery of unwanted bulk e-mail

Cited By (57)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8150894B2 (en) 2000-09-22 2012-04-03 Ebay Inc. Method and system for communicating user interfaces between first and second users over a network
US7509323B2 (en) 2000-09-22 2009-03-24 Ebay Inc. Method and system for communicating selected search results between first and second users over a network
US20080104518A1 (en) * 2000-09-22 2008-05-01 Ebay Inc. Method and system for communicating user interfaces between first and second users over a network
US9008704B2 (en) 2000-09-22 2015-04-14 Ebay Inc. Method and system for communicating user interfaces between first and second users over a network
US8078182B2 (en) 2000-09-22 2011-12-13 Ebay Inc. Method and system for communicating user interfaces between first and second users over a network
US6523037B1 (en) 2000-09-22 2003-02-18 Ebay Inc, Method and system for communicating selected search results between first and second entities over a network
US20030131006A1 (en) * 2000-09-22 2003-07-10 Jay Monahan Method and system for communicating selected search results between first and second users over a network
US9817552B2 (en) 2000-09-22 2017-11-14 Ebay Inc. Method and system for communicating user interfaces between first and second users over a network
WO2002025401A2 (en) * 2000-09-22 2002-03-28 Ebay, Inc. Method and system for communicating selected search results between first and second entities over a network
WO2002025401A3 (en) * 2000-09-22 2004-01-08 Ebay Inc Method and system for communicating selected search results between first and second entities over a network
US20050025291A1 (en) * 2001-03-12 2005-02-03 Vidius Inc. Method and system for information distribution management
US8844016B2 (en) 2001-03-12 2014-09-23 Portauthority Technologies, Inc. System and method for monitoring unauthorized transport of digital content
US20100023754A1 (en) * 2001-03-12 2010-01-28 Portauthority Technologies Inc. System and method for monitoring unauthorized transport of digital content
US8281139B2 (en) 2001-03-12 2012-10-02 Portauthority Technologies Inc. System and method for monitoring unauthorized transport of digital content
US7681032B2 (en) 2001-03-12 2010-03-16 Portauthority Technologies Inc. System and method for monitoring unauthorized transport of digital content
US20020129140A1 (en) * 2001-03-12 2002-09-12 Ariel Peled System and method for monitoring unauthorized transport of digital content
US20020138583A1 (en) * 2001-03-23 2002-09-26 Norihisa Takayama E-mail transmission apparatus, e-mail transmission method and e-mail transmission program
US20070109595A1 (en) * 2001-03-23 2007-05-17 Minolta Co., Ltd. E-mail transmission apparatus, e-mail transmission method and e-mail transmission program
US8149467B2 (en) * 2001-03-23 2012-04-03 Minolta Co., Ltd. E-mail transmission apparatus, e-mail transmission method and e-mail transmission program
US7209263B2 (en) * 2001-03-23 2007-04-24 Minolta Co., Ltd. E-mail transmission apparatus, e-mail transmission method and e-mail transmission program
US7693839B2 (en) * 2001-05-22 2010-04-06 Pitney Bowes Inc. System and method for obtaining and tracking up-to the-minute delivery locations of employees via a database system
US20020178168A1 (en) * 2001-05-22 2002-11-28 Pitney Bowes Incorporated System and method for obtaining and tracking up-to the-minute delivery locations of employees via a database system
US20030028667A1 (en) * 2001-07-31 2003-02-06 Richard Taylor Distribution of information
US20030144873A1 (en) * 2002-01-18 2003-07-31 Keshel Michelle L. Mobile marketing system
US20030149732A1 (en) * 2002-02-05 2003-08-07 Vidius Inc. Apparatus and method for controlling unauthorized dissemination of electronic mail
US8478824B2 (en) * 2002-02-05 2013-07-02 Portauthority Technologies Inc. Apparatus and method for controlling unauthorized dissemination of electronic mail
US20040010554A1 (en) * 2002-07-15 2004-01-15 Hall John M. Determining a destination e-mail address for sending scanned documents
US20130297709A1 (en) * 2003-01-03 2013-11-07 Microsoft Corporation System and method for improved synchronization between a server and a client
US9590927B2 (en) * 2003-01-03 2017-03-07 Microsoft Technology Licensing, Llc System and method for improved synchronization between a server and a client
US20040215472A1 (en) * 2003-04-22 2004-10-28 Harris Gleckman System and method for the cross-platform transmission of messages
US7665131B2 (en) 2003-06-04 2010-02-16 Microsoft Corporation Origination/destination features and lists for spam prevention
US20070118904A1 (en) * 2003-06-04 2007-05-24 Microsoft Corporation Origination/destination features and lists for spam prevention
US8001192B1 (en) * 2004-06-28 2011-08-16 Sprint Spectrum L.P. Method and apparatus for automatically generating custom format messages based on message-destination
DE102004048425A1 (en) * 2004-10-05 2006-05-24 Puscher, Martin W. E-mailing method for sending out business e-mails in firms sends out e-mails from an e-mail client to external receivers unknown to a firm via a standard simple mail transfer protocol server
US11869640B1 (en) * 2005-05-12 2024-01-09 Versata Development Group, Inc. Augmentation and processing of digital information sets using proxy data
US10896746B1 (en) * 2005-05-12 2021-01-19 Versata Development Group, Inc. Augmentation and processing of digital information sets using proxy data
US9824183B1 (en) * 2005-05-12 2017-11-21 Versata Development Group, Inc. Augmentation and processing of digital information sets using proxy data
US20060259554A1 (en) * 2005-05-13 2006-11-16 Research In Motion Limited System and method of automatically determining whether or not to include message text of an original electronic message in a reply electronic message
US8843564B2 (en) * 2005-05-13 2014-09-23 Blackberry Limited System and method of automatically determining whether or not to include message text of an original electronic message in a reply electronic message
US7802175B2 (en) * 2005-10-20 2010-09-21 Sap Ag Automated address formatting
US20070094593A1 (en) * 2005-10-20 2007-04-26 Sap Ag Automated address formatting
US20070191037A1 (en) * 2006-02-10 2007-08-16 Lg Electronics Inc. Method for writing a character message in a mobile telecommunication handset and mobile telecommunication handset capable of writing a character message
US8160621B2 (en) * 2006-02-10 2012-04-17 Lg Electronics Inc. Method for writing a character message in a mobile telecommunication handset and mobile telecommunication handset capable of writing a character message
US8561019B2 (en) * 2006-08-11 2013-10-15 Adaptive Intelligence Llc System and method for data abstraction using formatted system variables
US20080126291A1 (en) * 2006-08-11 2008-05-29 Adaptive Intelligence Llc System and method for data abstraction using formatted system variables
US20090204888A1 (en) * 2008-01-24 2009-08-13 Canon Kabushiki Kaisha Document processing apparatus, document processing method, and storage medium
US10114798B2 (en) * 2013-02-20 2018-10-30 Progrexion IP, Inc. Automated context-based unique letter generation
US20140236574A1 (en) * 2013-02-20 2014-08-21 Progrexion IP, Inc. Automated context-based unique letter generation
US9419959B2 (en) 2013-07-24 2016-08-16 Adobe Systems Incorporated Dynamically mapping users to groups
US9215226B2 (en) * 2013-07-24 2015-12-15 Adobe Systems Incorporated Dynamically mapping users to groups
US20150033297A1 (en) * 2013-07-24 2015-01-29 Adobe Systems Incorporated Dynamically mapping users to groups
US20190013951A1 (en) * 2015-12-28 2019-01-10 Lleidanetworks Serveis Telematics, S.A. Method for the certification of electronic mail containing a recognised electronic signature on the part of a telecommunications operator
US10790986B2 (en) * 2015-12-28 2020-09-29 Lleidanetworks Serveis Telematics, S.A. Method for the certification of electronic mail containing a recognised electronic signature on the part of a telecommunications operator
US10091235B1 (en) * 2016-06-07 2018-10-02 Juniper Networks, Inc. Method, system, and apparatus for detecting and preventing targeted attacks
US11227095B2 (en) * 2017-07-25 2022-01-18 Perry + Currier Inc. Automated dynamic document generator
US20220222415A1 (en) * 2017-07-25 2022-07-14 Perry + Currier Inc. Automated dynamic document generator
US11681855B2 (en) * 2017-07-25 2023-06-20 Perry + Currier Inc. Automated dynamic document generator

Also Published As

Publication number Publication date
WO2001067270A1 (en) 2001-09-13
US20030009529A1 (en) 2003-01-09
US6438584B1 (en) 2002-08-20
US6446115B2 (en) 2002-09-03
AU2001243514A1 (en) 2001-09-17

Similar Documents

Publication Publication Date Title
US6446115B2 (en) Automatic generation of graphically-composed correspondence via a text email interface
AU2006201479B2 (en) Improved delivery of electronic documents into a postal network using &#39;ignore page&#39;
US6707472B1 (en) Method of graphically formatting e-mail message headers
US20050254091A1 (en) Means to facilitate delivery of electronic documents into a postal network
US20020103826A1 (en) System and method for creating documents populated with variable data
US20020174186A1 (en) Electronic mail typestyle processing device
AU2006222686B8 (en) Matching physical media to electronically submitted documents
JP2002541587A (en) Method and apparatus for generating and delivering postal mail objects
US6765689B1 (en) Method and system for preparing printed matter
CA2301996A1 (en) Wireless attachment enabling
EP1649337A2 (en) Method, system, and program product for automatically formatting electronic mail
US20050182933A1 (en) Method and system for document transmission
KR20010039796A (en) Technique for creating audience-specific views of documents
US20070285710A1 (en) CONSOLIDATION OF APPLICATION DOCUMENTS FOR ELECTRONIC SUBMISSION TO A POSTAL NETWORk
EP2482239A1 (en) Method and system for split medium mail solution for customer communications
KR20000049816A (en) Method for production and delivery of printed matter using internet
US20080246990A1 (en) Mixed Colour Remote Printing of Recipient Documents
US20080043289A1 (en) Regular Expressions for Electronic Submission of Documents
JP2000137654A (en) Electronic mail system and communication network system and computer readable program recording medium
US7180617B2 (en) Printing system and method
JP2003058748A (en) Method and device for receiving printing order
AU2003254402B2 (en) Means to facilitate delivery of electronic documents into a postal network
JP2002014899A (en) Mail printing system, method for controlling the same, and computer readable memory
GB2450362A (en) Postal system using computer network for distibution of mail
JP2001142965A (en) Gift delivery managing device and program recording medium

Legal Events

Date Code Title Description
AS Assignment

Owner name: LETTER SERVICES, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:POWERS, GENE;REEL/FRAME:011609/0786

Effective date: 20010307

FPAY Fee payment

Year of fee payment: 4

REMI Maintenance fee reminder mailed
LAPS Lapse for failure to pay maintenance fees
REIN Reinstatement after maintenance fee payment confirmed
FP Lapsed due to failure to pay maintenance fee

Effective date: 20100903

FEPP Fee payment procedure

Free format text: PETITION RELATED TO MAINTENANCE FEES FILED (ORIGINAL EVENT CODE: PMFP); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY

Free format text: PETITION RELATED TO MAINTENANCE FEES GRANTED (ORIGINAL EVENT CODE: PMFG); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY

PRDP Patent reinstated due to the acceptance of a late maintenance fee

Effective date: 20120823

FPAY Fee payment

Year of fee payment: 8

SULP Surcharge for late payment
REMI Maintenance fee reminder mailed
LAPS Lapse for failure to pay maintenance fees
STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20140903