METHOD AND SYSTEM FOR PRODUCING CERTIFIED DOCUMENTS AND THE LIKE

Abstract

A system for generating secure documents includes a station for generating a plain document and a security image generator that generates a security image. The security image is then incorporated into the plain document. Each security image consists of a plurality of secure elements, each secure element being defined by two sets of parallel lines. Each secure element defines an alphanumeric character or other unique image that is visible under certain conditions, i.e., when inspected through a viewer. The technique can also be used to provide security images on a web page as a means of indicating that the web page is genuine.

Description

RELATED APPLICATIONS

This application claims priority to U.S. Provisional application Ser. No. 60/887,439 filed Jan. 31, 2007 and incorporated herein by reference in its entirety.

BACKGROUND OF THE INVENTION

A. Field of Invention

This invention pertains to a system for producing certified documents electronically, and more particularly, to documents that have a security image with information that is not visible to the naked eye, thus providing a certification that the document is genuine. The method is also used to generate web pages with a similar security as a means of providing verification that the web is genuine. More particularly, a method and system is provided wherein a string of alphanumeric characters are converted into a security image from several security elements, each element corresponding to each of the characters of the string. The string may be defined by a customer and may be different for each document, or it may be a standard string that is used for a number of documents or web pages.

B. Description of the Prior Art

The security of documents has been a long time concern, particularly for governmental agencies and financial institutions. In order to provide assurance that a document is genuine, documents have been printed on special paper having special characteristics. For example, it is very common to provide official documents, including bank notes and financial instruments on paper that is embossed and/or imprinted with a fine design that is difficult to reproduce or copied. Moreover, some of the patterns imprinted on the paper are constructed and arranged to be almost invisible to the naked eye on an original document but produce a very clear mark when reproduced on a copier, thereby indicating that a corresponding document is not genuine but has been copied. Various techniques for generating these types of documents have been developed, for example, by Document Security Systems, Inc. of Rochester, N.Y.

However, these types of documents are created using specialized expensive printers to either create the whole document in one step, or to create the documents in two steps, first by imprinting or embossing blank pages with a security image or watermark, and second, by applying content to the pages. In either case, the process is slow and time consuming. Moreover the process is very expensive if it is used to produce a single, unique document that may be used, for example, for identification.

SUMMARY OF THE INVENTION

The present invention pertains to a method and system for adding a security image to a document electronically. Imbedded in the security image is a string of alphanumeric characters used to verify the authenticity of the document. Additional graphic elements can also be added to the string, if desired. The security image is structured and arranged so that when the document is viewed normally on a monitor or when the document is reproduced on a standard printer, the string is substantially invisible to the naked eye. The system further includes means for viewing the security image to read the string.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1A-1D show the process used to generate a security image according to this invention;

FIG. 2 shows a system for incorporating security images into documents in accordance with embodiment of the invention;

FIG. 3A-3C show how a document is modified by adding security images in accordance with this invention; and

FIG. 4 shows a flow chart for generating security images and merging them with documents.

DESCRIPTION OF THE INVENTION

In one aspect of the present invention the present application pertains to a method and system for providing a unique security image that is incorporated or imbedded electronically into a document.

As discussed above, prior art techniques are known in which a imprinted paper is used for a document, the imprinted paper being preprinted on special printing presses with a security feature. The security feature is generated of line patterns, including two sets of parallel lines disposed at a respective predetermined angle. The line patterns have characteristics selected so that when the document (or the imprinted paper) is copied on a standard copying machine, a preselected image and/or a string of alphanumeric characters appear on the copy. Alternatively, a special viewer formed of a piece of transparent material with a silk-screened line pattern is used to view the original document. However this technique cannot be used to generate documents electronically.

According to the present invention, a document with a security image is generated as follows. First, a set of security elements, each element corresponding to an alphanumeric character. If necessary, other security elements may be incorporated into the set, such as elements representing the image of a face, or various articles. Each security element is generated using at least two sets of parallel lines disposed at a predetermined angle and having a predetermined line density.

In the prior art techniques described above, a security feature was generated using line densities ranging from 100 LPI up to 300 LPI or more, with 133 LPI being typical. However, the present inventors have found that this range is not particularly suited for electronically produced documents. For example, if a document is created with a security image having this density and then printed on a 600 DPI printer, then printer must generate a line every 600/133=4.5112 dots. However, a standard printer can not print a half a dot and therefore the line density used for imprinted documents are not suitable for electronically generated transmitted documents. The present inventors have determined that instead of 133 LPI, 75 LPI is more suitable. Then, a 600 DPI printer can make the required lines easily. For example, a typical line pattern may be generated by printing a line one dot wide separated by the next line by a space equal to the width of several lines. For a 1200 DPI the line density can be increased to 150 LPI.

A technique for generating security elements is now described. The security elements are generated electronically using a graphic program such as Photoshop, Gimp, etc. First a blank canvas is selected having a predetermined size. The canvas is then filled with a first set of parallel lines disposed at a first angle, as shown in FIG. 1A. In this figure the first line pattern has an angle of 45° forming the background for the canvas. Next, an alphanumeric letter is selected for which a security element is required. The letter has a predetermined font and can be an upper case or a lower case letter. The letter is filled with a second set of lines having a predetermined angle with the first set of lines. For example, the second set of lines may be perpendicular to the first set. In FIG. 1B, a capital G is shown filled with a second set of lines perpendicular to the first set. (In FIG. 1B, the canvas with the first set of lines is repeated for the sake of clarity). Preferably, the two sets of lines have substantially, the same characteristics (except for the angle). For example, both set of lines may be 1 dot (or pixel, as seen on a screen) wide and separated by 7 dots (or pixels).

Next, the alphanumeric character (in this case, G) is merged or combined with the background canvas. Preferably during this step, the interface between the letter and the canvas is inspected and one or both sets of lines are moved either up or down or laterally to insure that most of the lines of one set do not merely terminate at the interface between the letter and the background but that they are connected to respective lines of the second set. This process insures that the respective letter is difficult to see in the resulting security element (as shown on the right side of FIG. 1C). (It should be understood that throughout FIGS. 1A-1D the thickness and density of the lines are exaggerated for illustration purposes.)

This process is repeated for every alphanumeric character desired, as well as for any other types of images. Once a whole set of security elements is generated in this manner, in string of characters can be converted into a corresponding using this process, security images can be produced corresponding to any string of composite images can be produced for every letter in the alphabet as well as numbers 0-9. Moreover similar images can be produced for other characters as well, such as $. Preferably, the set of security elements are stored as image elements using any lossless graphic format, such as GIF in a data base. This data base can be accessible to generate documents as described below. The security elements are sized so that when security several elements are put together side by side, the background lines of one security element are continuous with lines of the adjacent element. The bottom portion of FIG. 1D show a security image consisting of a row of four security elements. In the Figure, each of the elements correspond to the letter G, but as indicated above, any combination of alphanumeric elements can be combined to form a security image. Moreover a library can be generated with several sets of alphanumeric characters, each having different fonts, sizes, etc.

Once the set of security elements are formed, they can be used in a number of different ways in a number of different systems.

An author generating a document using any standard application, such as a word processor, a spreadsheet, etc., may decide that at least some information on the document should be hidden from plain view or verified. For example, he may want to provide a verification that a commercial instrument has a face value of $10,000.00. Other such information may include serial numbers, passwords, secret information, etc. Therefore, one portion of the document may indicate in plain text the face value. To generate the other portion, he access the data base, either directly, or via a web page and request the composite images for the that amount. The composite images are imbedded into the document as a watermark, background or an imbedded image as described.

FIG. 2 shows a first system for generating documents using security images generates as described above. The system 100 in this Figure includes a document generation location 10 and a remote server 14. Server 14 is associated with a data base 16 with a library of security elements generated as described above, and in FIGS. 1A-1D.

The system 100 further includes a document verification location 12 used for verifying that any received document is genuine and has been generated by, or at the document generation location 10. The operation of system 10 is now described in conjunction with FIGS. 2, 3A-3C and FIG. 4. The process starts with the generation of a standard or plain document 300, as indicated in Step 402 in FIG. 4 at the form generation location 10. An example of such a document 300 is shown in FIG. 3A and it includes several fixed text fields such as TF1, TF2, TF3, TF4 with various text, a title area TA identifying the document and/or the issuing authority, one or more graphic fields GF1, GF2 with pictures or other graphic elements and a security code field SCF, such as a bar code. Document 300 may be generated by using a template with these fields already populated, or each of these fields may be added on the fly. Any of the fields described so far may have static content that is predetermined or may have dynamic content that is provided when the document is generated. In addition, the document 300 also includes several data fields DF1, DF2, DF3 that include entered by an operator. These fields may define one or more dates, monetary amounts and/or other quantities, serial numbers, security codes, etc. Finally, the document has several fields B1, B2, B3 reserved for corresponding security images corresponding to the data in data fields DF1-DF3. Preferably, these fields are disposed adjacent to the respective data fields, but can be placed anywhere on the document.

The document 300 may be a certificate of citizenship, a license, etc. The document 300 can be generated on a data processing device such as a computer using standard software applications such as Microsoft Word, Microsoft Excell, Adobe Acrobat, etc.

In step 404 the generated document is sent to the remote server 14. The remote server identifies the data fields DF1-DF3 that require to be translated into corresponding images. This step can be performed by designating ahead of time the location of the data fields, by sending a separate data file indicating the content of the data fields or any other means. The data in these fields is in the form of an alphanumeric string. In step 408, the server accesses the library 16 and for each element of each string, it retrieves the corresponding security element. In step 410 the retrieved elements are arranged in sequence. In step 412 the size of the resulting security image is compared to the size of the respective B1-B3. If the security image does not fit the size of the respective field, each field may be resized as required.

In step 414 the security images are merged with the original document by replacing or overwriting the fields B1-B3 with the respective security images SI1-SI. The modified document 302 is shown in FIG. 3B. The modified document 302 is then returned to the location 12 (step 416). At the location, the modified document may be checked visually on a monitor (not shown) in step 418. Of course, typical monitors generate images at a resolution of 72 per inch (PPI) and therefore the security image will show up on the monitor as merely some blur lines. The actual alphanumeric characters imbedded therein may be visible by increasing the resolution of the monitor to about 130 PPI.

Next, the modified document is printed (step 420) using any standard printer (not shown). The printed document, looks like what is shown in FIG. 3B.

The document can be authenticated or its contents may be verified at a location 12 in two ways. First, the document can be viewed through a piece of transparent material on which lines having a density matching the density of lines making up the security images. When the security images are viewed in this manner, the alphanumeric characters become clearly visible. Alternatively, the characters may become readable when the document is photocopied.

Of course, different security images may be provided on other portions of the document. For example, as shown in FIG. 3B, the document can include a security image SI4 behind the title field (e.g., the security image becomes a background for the title field) and/or a security image SI5 can be positioned at any other location on the document. Moreover, a security image SI6 can be provided as a background or watermark for substantially the whole document as shown in FIG. 3C.

The security images SI4-SI6 can consist of fixed characters (identifying, for example, the name of the authority issuing the document) that are the same for all the document, or variables that are different for different users, different class of customers, etc. All the images S4-S6 are generated using any of the processes described herein.

In the embodiment described, document 300 is first generated, sent to the server, the security images are generated, merged into the document, and the modified document is then returned to the location 10. In an alternate embodiment, instead of sending the whole document, the station 10 sends to the server only the data fields requiring corresponding security images. In this case, the server returns the security images and the images are merged into the document at location 10.

In another embodiment, the server 10 is eliminated altogether. In this embodiment, the library of security elements is provided directly to the location 10. At this location, an author can have security images from data base and then assemble the security images as discussed above.

In another embodiment of the invention, the same process described above is used to protect, verify or otherwise authenticate a web page. In this embodiment, a plain web page is generated and a security image generated as discussed above is merged with the plain web page to form a modified web page. As in the previous embodiments, the security image contains a string of alphanumeric characters. A user can determine whether he is looking at a webpage thus modified is genuine or not by printing the webpage or any other documents associated therewith. The printed document includes the security image and can be checked for authenticity by using a viewer or by photocopying as described above. Alternatively data imbedded in the security image can be extracted using the same techniques.

Some applications, such as webpages cannot use the composite images in the formats and sizes in which they are stored. For these situations, in order to display a security image in a browser, a webpage designer needs to know the size of each security image. In the example given above, if the security image is opened in a browser in its default size, it may be too to small or too large to see and print properly. In these cases, the developer needs to set the width and height of the security image on the monitor to scale the image. The image may look distorted on the display (similar to what is shown in FIG. 2B) by it may print perfectly.

In another embodiment, after the security elements are created they must be imported into a secure database, to keep people from grabbing them and playing or altering them. The elements are stored in a database as binary format, to be retrieved when needed.

A client will have a dedicated real-time service that will provide an output to a design and format that the client has agreed upon. This output will have both secure and insecure data. The client's request will be sent to the service that will print out their document. When the data is being compiled for printing, the process will take the security fields and will replace them with the security images, meaning that each security field will be parsed letter by letter and the service will replace each letter with the appropriate security image at a specific size (height and width) to get the best result.

Then the output will display the data requested along with the security images. Upon printing of this output, the security images will display their true form. After the printing has finished, the documents can be checked using the viewer and the text imbedded in the security images can be read.

Numerous modifications can be made to this invention without departing from its scope as defined in the appended claims.

Claims

1. A system for generating documents electronically comprising:

a document generator generating electronically a plain document; and

a security image generator generating a security image including a plurality of security elements arranged adjacent to each other, each security element being formed of at least two sets of parallel lines and corresponding to at least an alphanumeric character; and

a modified document generator generating a modified document by merging said security image with said plain document.

2. The system of claim 1 further comprising a library for said security elements, said security image generator accessing said library to generate said security image.

3. The system of claim 1 further comprising a server remotely located from said document generator, said security image generator being incorporated in said server.

4. The system of claim 1 further comprising a verification station for detecting the alphanumeric characters in the security image.

5. The system of claim 1 wherein said security image includes security elements corresponding to a predetermined string of alphanumeric characters.

6. The system of claim 1 wherein said plain document includes data and wherein said security image includes security elements with a data string of alphanumeric characters corresponding to said data.

7. A method of generating a secure document comprising:

generating a plain document;

generating a security image by assembling a plurality of secure elements, each secure element being formed of two sets of parallel lines cooperating to define an alphanumeric character; and

merging said plain document and said secure image to form a secure document.

8. The method of claim 7 wherein the secure elements of said secure image define a predetermined string of alphanumeric characters.

9. The method of claim 7 wherein said plain document includes data specific to said plain document further comprising selecting the alphanumeric characters corresponding to said data as part of said string.

10. The method of claim 9 wherein said plain document includes a data field containing said data, further generating said string of alphanumeric characters based on said data field.

11. The method of claim 10 wherein said plain document is generated remotely, from said string, further comprising transmitting data from said data field to a security image generator for generating said security image.

12. The method of claim 7 further generating a library of said security elements.

13. The method of claim 12 further comprising generating said security elements by defining a canvas, filling said canvas with a first set of parallel lines, forming one of said alphanumeric characters with a second set of parallel lines and joining said first and second set of parallel lines.

14. The method of claim 13 further comprising adjusting the relative positions of said sets of parallel lines within a security element to insure that a substantial portion of said lines of said sets intersect each other.

15. The method of claim 14 wherein said first and second set of parallel lines are perpendicular to each other.

16. A system for generating a secure webpage comprising:

generating a plain webpage; and

incorporating in said plain webpage a security image including a plurality of security elements formed of two sets of intersecting parallel lines, each element corresponding to an alphanumeric character to form a modified webpage.