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.
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.
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
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
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
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.
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
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
Next, the modified document is printed (step 420) using any standard printer (not shown). The printed document, looks like what is shown in
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
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
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.
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.
Number | Date | Country | |
---|---|---|---|
60887439 | Jan 2007 | US |