The present invention relates to controlled printing of documents within a content copy protection system.
Printing electronic documents within a personal computer operating system, such as Microsoft Windows, typically involves selecting a printer from a list of available local and network printers, selecting print options for the selected printer, and issuing a print request. A printer driver for the selected printer then sends data for printing to a print spool, which is a buffer feeding into a printer board.
After a print request is issued, the document is listed in a print queue for the selected printer, while the print job is pending. An administrator or the user issuing the print request typically can delete the job prior to its execution, and abort the print job while it is executing.
Prior art print workflows do not enable real-time control of printing, other than deleting and aborting a print job. User and document access control parameters and printer control parameters are pre-configured. Today's digital rights management and secure document environments focus on copy protection, but print control is only enforced by pre-set parameters, and by enabling or disabling printing altogether.
Thus there is a need for a dynamic print controller that can control print jobs on the fly, after the print request is issued.
The present invention provides a method and system for controlled printing of documents within a content copy protection system. The present invention enables inter alia real-time document access control, real-time document watermarking, and real-time control of which printers a document can be printed on.
There is thus provided in accordance with a preferred embodiment of the present invention a method for real-time control of document printing, including intercepting a print request for an original document by a user, obtaining print information corresponding to the original document, in response to the intercepting, the print information including an address for a print server, re-issuing the print request by a server computer, and sending the print request and the print information to the print server.
There is further provided in accordance with a preferred embodiment of the present invention a method for real-time control of document printing, including in response to a request by a client computer to print an original document, obtaining document print information corresponding to the original document, generating a modified document comprising embedding the document print information within the original document, and sending the modified document to a print server.
There is yet further provided in accordance with a preferred embodiment of the present invention a system for real-time control of document printing, including an administrative tool for specifying document-specific print information for a collection of original documents, a server computer including an interceptor for intercepting a print request for an original document, a print control processor for obtaining print information specific to the original document, and a request generator for re-issuing the print request, and a client computer including a request generator for issuing a print request for an original document, a transmitter for sending the print request and print information specific to the original document to the server computer.
There is additionally provided in accordance with a preferred embodiment of the present invention a system for real-time control of document printing, including a data storage for providing document print information corresponding to an original document, a document generator for obtaining document print information corresponding to an original document and for generating a modified document by embedding the document print information within the original document, in response to a request by a user to print the original document, and a transmitter for sending the modified document to a print server.
There is moreover provided in accordance with a preferred embodiment of the present invention a method for real-time control of document printing, including intercepting a print request for an original document by a user, obtaining print information corresponding to the original document, in response to the intercepting; and logging the print request and at least a portion of the print information.
There is further provided in accordance with a preferred embodiment of the present invention a system for real-time control of document printing, including an interceptor for intercepting a print request for an original document by a user, a print control processor for obtaining print information corresponding to the original document, in response to the intercepting, and a print event logger for logging the print request and at least a portion of the print information.
There is yet further provided in accordance with a preferred embodiment of the present invention a print server including a pre-check module for dynamically processing print information at run-time, a document requester for requesting a document to be printed from a document management system, a format processor for converting a document from a native format to an internal format, and a print module for delivering content to be printed to a print spool.
There is additionally provided in accordance with a preferred embodiment of the present invention a method for serving documents to a printer, including dynamically processing print information at run-time, requesting a document to be printed from a document management system, converting a document from a native format to an internal format, and delivering content to be printed to a print spool.
There is moreover provided in accordance with a preferred embodiment of the present invention a document management system with secure printing, including a document manager for managing a storage of original documents, a user account manager for managing at least one user account, for at least one user having at least partial access to the original documents, an interceptor for intercepting a print request for an original document, and a print control processor for obtaining print information specific to the original document.
There is moreover provided in accordance with a preferred embodiment of the present invention a method for secure printing within a document management system, including managing a storage of original documents, managing at least one user account, for at least one user having at least partial access to the original documents, intercepting a print request for an original document, and obtaining print information specific to the original document.
The present invention will be more fully understood and appreciated from the following detailed description, taken in conjunction with the drawings in which:
The present invention provides a method and system for printing documents within a secure content copy protection system. In a preferred embodiment, the present invention operates as a component of a “secure display” system. An example of such a system is applicant's Mirage™ enterprise software product, which is used to protect text and image content displayed on a computer monitor for viewing, from being copied. Mirage includes server-side software that encrypts content prior to delivering it to clients, and client-side software for decrypting the content prior to displaying it.
The Mirage technology is described in applicant's U.S. Pat. No. 6,298,446 entitled “Method and System for Copyright Protection of Digital Images Transmitted over Networks,” in applicant's U.S. Pat. No. 6,353,892 entitled “Copy Protection of Digital Images Transmitted over Networks,” in applicant's U.S. Pat. No. 6,992,693 entitled “Method and System for Copy Protection of Images Displayed on a Computer Monitor”, in applicant's U.S. Pat. No. 6,993,662 entitled “Method and System for Copy Protection of Displayed Data Content”, in applicant's U.S. Pat. No. 7,076,469 entitled “Copyright Protection of Digital Images Transmitted over Networks”, in applicant's U.S. Pat. No. 7,155,744 entitled “Copy Protection of Digital Images Transmitter over Networks”. and also in applicant's co-pending patent applications:
In a preferred embodiment, the present invention is used to add secure printing functionality to Mirage, to complement its secure display capability. Secure printing functionality enables a user who is viewing a secure document on his display to print the document, yet does not expose to the user an unencrypted document file. In order to print the document, the user must have appropriate authorization and be able to authenticate himself. Additionally, the present invention provides the capability to dynamically watermark the document at print time. Such watermark may include, for example, a CONFIDENTIAL mark or a DO NOT DUPLICATE mark, on each page of the document that is printed, as well as print job and user information and an expiration date and/or time.
In a preferred embodiment, the present invention dynamically logs each print event, as described hereinbelow.
The Mirage system can be integrated within a web server, and used to protect HTML pages, XML pages and other web content. Mirage can also be integrated within a document management system (DMS), such as Livelink, which is a DMS developed and manufactured by Open Text Corporation of Waterloo, Canada, and Documentum, which is a DMS developed and manufactured by Documentum, Inc. of Pleasanton, Calif. Mirage enhances DMS capability by providing copy protection for displayed documents.
A DMS typically includes its own digital rights management, including permissions that require authentication. Mirage authentication preferably operates in conjunction with DMS authentication.
Mirage manages permissions using administrative rules and using a properties file. Administrative rules are typically set by an administrator, and specify paths for directories and files wherein protected content resides, and one or more rules to be associated therewith. In a preferred embodiment of the present invention, administration rules include printing attributes. If an administration rule applies to a specific document, then print attributes within the rule are used for such document. In addition, a properties file is set when Mirage is configured, and typically contains initial permission information and default permission information. In conjunction with Mirage, the DMS may add additional permission information.
In a preferred embodiment, the present invention associates print and watermark attributes with document print permissions. Each such attribute includes a space-delimited list of parameters. The print and watermark attributes are described in Table I hereinbelow, and typically are document-specific.
In a preferred embodiment, the present invention embeds an encrypted header within a document file, prior to sending the document to a client for display. The encrypted header is used inter alia to store print and watermark attributes. Preferably, the encrypted header includes the following fields:
Print attributes are collected into the encrypted header as a block denoted PRINTINFO. Thus, the encrypted header includes PRINTINFO::1, {PRINTINFO}, where
In a preferred embodiment of the present invention, relevant print and watermark attributes are included within SU, PD and HD.
Preferably, the encrypted header contains a plain text block and an encrypted block. The plain text block contains inter alia a key ID, for requesting a key from a key server to decode the encrypted block. Preferably, the encrypted block contains inter alia the above PRINTINFO block of data, and also contains a key for encrypting at least a portion of the document text.
Reference is now made to
Preferably, web server computer 105 also includes server-side software for protecting web content, such as applicant's Mirage™ server software 125. Mirage server software 125 may operate as an independent application, or in conjunction with web server 115. The operation of Mirage server software 125 is described in
Preferably, web server computer 105 also includes a print server 130, for serving documents to one or more printers 135, for printing. It may be appreciated by those skilled in the art that print server 130 may alternatively reside on a separate computer. The operation of print server 130 is described in
Similarly, document management server computer 110 includes a document management system 145. Document management system 145 may be one of several popular document management systems (DMS), such as LiveLink DMS or Documentum DMS. Document management system 145 delivers documents to client computers. Shown in
Preferably, document management server computer 110 also includes server-side software for protecting documents, such as applicant's Mirage™ server software 155. Mirage server software 155 may operate as an independent application, or in conjunction with document management system 145. The operation of Mirage server software 155 is described in
Preferably, document management server computer 110 also includes a print server 160, for serving documents to one or more printers 135, for printing. It may be appreciated by those skilled in the art that print server 160 may alternatively reside on a separate computer. The operation of print server 160 is described in
Also shown in
Preferably, client computer 170 also includes client-side software for protecting web content, such as applicant's Mirage™ client software 185. Mirage client software 185 may operate independently, or in conjunction with web browser 175 or in conjunction with document browser 180, or in conjunction with both web browser 175 and document browser 180. The operation of Mirage client software 185 is described in
In a preferred embodiment of the present invention, when client computer 170 requests a web page or a document from web server computer 105 or document management server computer 110, interceptor 140 or 165 intercepts the request and forwards the request to Mirage server software 125 or 155, respectively. In tarn, Mirage server software 125 or 155 issues a re-request for the web page or the document to web server 115 or document management system 145, respectively. The web page or the document is delivered to Mirage server software 125 or 155, and Mirage server software 125 or 155 determines if the document is printable based on one or more administration rules, properties files and HTTP headers. If the web page or document is printable, then Mirage server software 125 or 155 encrypts the web page or document, and embeds an encrypted header including print information denoted PRINTINFO, within the web page or document, respectively. The web page or document is then sent to client computer 170.
In an alternative embodiment of the present invention, the functionality of interceptor 165 may be included within document management system 145. In such an embodiment document management system 145 may be configured to automatically deliver a requested document and its print information to Mirage server software 155, to be encrypted before being returned to the user, without intervention of interceptor 165.
Upon receipt of the web page or document, Mirage client software 185 decrypts encrypted data, and securely renders the web page or document for viewing. While a user is viewing the web page or document on client computer 170, he may issue a print command. Preferably, Mirage client software 185 intercepts the print command and queries Mirage for print information included within the encrypted header that was embedded in the web page or document; specifically, within the PRINTINFO block, as described hereinabove, If print information is available, Mirage client software 185 sends such information to a print server specified in the print information, such as print server 130 or print server 160. If print information is not available, ten either the MSG message or a default message is displayed.
In a preferred embodiment of the present invention, print server 130 or print server 160 enables the user to select print options, for example, printer, page orientation and page range, and logs the user's selection. Print server 130 or print server 160 requests the web page or document from web server 115 or from document management system 145, respectively. Preferably, print server 130 or print server 160 uses authentication information within the PRINTINFO block to request the web page or document, respectively. For document printing, upon receipt of the document print server 160 determines whether the document can be printed in its native format. If the document is stored in an unsupported format, then preferably an HTML rendition is printed instead. Preferably, print server 130 and print server 160 log the print job, and send the web page or document, respectively, to printer 135.
In an alternative embodiment in which some of Mirage server software 155 is integrated within document management system 145, the print request can be recorded by document management system 145 in a consolidated DMS log.
Regarding the client-side decryption, preferably Mirage client software 185 communicates with a key server 190 to obtain a key necessary for decoding the web page or document As described hereinabove, Mirage server software 125 or 155 preferably embeds an encrypted header within the web page or document, respectively. The encrypted header contains a key ID, to request a key from key server 190 for decoding the encrypted header. Preferably, the encrypted header includes an encrypted key for encrypting at least a portion of the web page or document. Thus the key obtained from key server 190 enables Mirage client software 185 to extract another key for decoding at least a portion of the web page or document.
In an alternative embodiment of the present invention, the encrypted PRINTINFO is sent by client computer 170 to key server 190 for decryption. In this embodiment, Mirage client software 185 does not decrypt the print information. Instead, key server 190 decides whether to decrypt the print information it receives from client computer 170, and send decrypted information back to the client, or whether to send updated print information to the client, or whether to decline to decrypt the print information altogether.
Reference is now made to
Print information processor 250 preferably processes (i) print information included within a document processor configuration file, (ii) administration rule data intercepted by interceptor 165, and (iii) HTTP header data within the web server or DMS re-request response. Print information processor 250 also formats the printing information for inclusion within a document header. It is noted that the print information is encrypted, so that only trusted print servers can decrypt it.
In a preferred embodiment of the present invention print information processor 250 is implemented as a separate module or class or API. This is done so as to simplify customization for different DMSs. DMSs may require different HTTP headings or special encoding for data needed to request an authenticated printable version of a document, web page, ASP page or CGI-generated page.
Finally, document processor 210 also includes a document encrypter 260, and an application programming interface (API) 265 for communicating with document processor 210.
Reference is now made to
Upon issuance of a command by client computer 170 to view a secure document, TextSafe module 270 intercepts encrypted text as it is being rendered, and calls document decrypter 275 to decrypt the intercepted text. TextSafe inserts the decrypted text into a video frame buffer for secure display. Coordinator 280 is responsible for communication with a key server and with print server 160 (
A PixSafe module 285 is used to provide secure display service by protecting displayed content from screen capture. PixSafe module 285 operates by patching system graphics display interface (GDI) functions, including inter alia Microsoft Windows' BitBlt and StretchBlt functions, as described in U.S. Pat. Nos. 6,298,446 and 6,353,892.
Upon issuance of a print command by client computer 170 to print a secure document, TextSafe module 270 intercepts a print event and forwards it to document decrypter 275. Document decrypter 275 analyzes print information within the PRINTINFO block and determines a corresponding action. Specifically, document decrypter 275 determines whether (i) to display a default error message; (ii) to display the MSG message; or (iii) to initiate a print request. Coordinator 280 then performs the action.
Reference is now made to
After print options have been selected, print console 305 preferably passes the information to print engine 310. In a preferred embodiment of the present invention, print engine 310 requests a document from a specified location, via Mirage server software 155, watermarks the document as required, and prints the document to a printer spool 315.
Print console 305 is responsible for receiving print requests generated by a client computer and sent via coordinator 280. Preferably, the client computer includes print information associated with the document in its request. Such print information is generated by a document processor, such as document processor 210 (
In a preferred embodiment of the present invention, a print console properties file contains the following configuration information:
Preferably, when print console 305 receives print information, it analyzes the print attributes together with data in the properties file, and appropriately populates fields in the .jsp print options page. The generated .jsp page is sent back to a user, who can then set print options within a form.
The user selects print options and clicks on “OK.” Print options may include inter alia:
The print option data filled in by the user is then submitted by the form back to print console 305. Print console 305 processes the data and calls print engine 310 to print the document. When print engine 310 finishes, it returns a value to print console 305, which preferably sends back an HTML page informing the user of the outcome.
Print console 305 includes a pre-check module 320, which is an API that print console 305 calls after receiving a request. Print console calls pre-check module 320 with print information, and pre-check module returns updated print information. Pre-check module 320 enables software integrators to dynamically pre-process print information at run-time, before it is acted upon. As only the updated print information is acted upon, it may be appreciated that pre-check module 320 enables software integrators to:
As such, it may be appreciated that pre-check module 320 may be used to change print properties and permissions at print time. Pre-check module 320 may also be used to ensure that a latest version of a document is printed, in conformance with the Food and Drug Administration (FDA) Office of Regulatory Affairs guidelines for electronic records and electronic signatures, relating to document versioning. These guidelines are described in Title 21 of the Code of Federal Regulations (21 CFR Part 11). available on the Internet at http://www.fda.gov/ora/compliance_ref/part11/.
Similarly, pre-check module 320 may also be used to control how a document may be printed, through print options that it enables or disables. Pre-check module 320 may also be used to enforce DRM rules, including how many times a document may be printed, and when a document may be printed.
Print engine 310 preferably includes a print engine API 325 that can only be called by print console 305 or by a third party that desires to implement its own print console, such as a document management system provider. Preferably, the print engine API 325 cannot be called directly by users. Print engine 310 includes a document requester 330, for requesting a document from database management server computer 110 (
Print engine 310 also includes a format pre-processor 340 for converting various document formats into an internal format. Various pre-processing units feed into format pre-processor 340. Shown in
It may be appreciated that watermark processor 350 enables dynamic processing of watermarks at run-time. Watermark processor 350 also enables application of usage policies. For example, a watermark “Document valid Until . . . ” may be added at run-time. As such, watermark processor 350 can be used to comply with 21 CFR part 11, mentioned hereinabove.
Following watermark processor 350 documents are passed to a print processor 355, for generating a print command and delivering content to print spool 315. As content is being delivered to print spool 315, a post-print API module 360 is used for last-minute dynamic updating of print permission.
Implementation Details
In a preferred embodiment of the present invention, a controlled printing process includes three phases, as follows:
Phase I—Document Preparation:
When processing a document, information that the client will need to send to the print engine is included. Such information is either provided as one or more default parameters in a configuration file, or as part of an administration rule, or provided by a back-end web server, such as web server 115 (
Reference is now made to
At step 415 the document processor extracts print information from the rule. At step 420 the document processor re-requests the document, passing a document URL and print attributes. In a preferred embodiment of the present invention, the print attributes may include a SUPPORTED attribute, indicating that printing is supported. Preferably, the document processor also sets a CKSM_SEED to allow authentication of DMS print attributes. Preferably, a configuration file is used to determine if attributes are to be checksummed.
When the document processor re-requests the document at step 420, the back-end system may return print attributes in its response. Such attributes supplement the print information already obtained through the document processor's properties file and the administration rules. Preferably, the DMS uses the print attributes to provide a print server with sufficient information to make an authorized request for the document at print time.
At step 425 the interceptor again intercepts the document request, as was done at step 410, but this time the interceptor preferably forwards the request along to the document management system. At step 430 the web server or DMS sends back the requested document. The DMS may also send print attributes in response to the print attributes received from the document processor. In a preferred embodiment of the present invention, depending on the value of ALLOW, the DMS decides whether or not to return print attributes at in its response If CKSM_SEED is set, the DMS checksums its print attributes. The DMS preferably includes information required by a print engine so as to make an authorized request for a native version of the current document at print time, If supported, the DMS may also include data that enables it to authenticate and authorize a user's print permission For example, this may be a one time token to be used for printing. In a preferred embodiment of the present invention, the DMS sends its print attributes within print headers or, more generally, as document meta-data.
At step 435 the document processor receives a document. In a preferred embodiment of the present invention, the document processor combines the print attributes from the administration rule with the print attributes in the response from the DMS, and embeds them into an encrypted header. At step 440 the document processor encrypts the document and sends it to the web browser for viewing. At step 445 the web browser renders the encrypted document to a Windows API. At step 450 the Mirage client software intercepts the rendering, decrypts encrypted data and displays it securely.
Phase II—Client-Side Trigger:
A user generally prints by clicking on a print icon in an application's toolbar or within a print preview window, by a mouse right-click and print, by using a CRTL+P shortcut, or by choosing File|Print. Additionally, printing can be requested within JavaScript or within a COM object, or via dynamic data exchange (DDE).
When the present invention is operative, a protected document is typically encrypted within applications. Thus, if an application were to print such document without the intervention of document processor 210 (
In a preferred embodiment of the present invention, a user's attempt to print normally is intercepted by interceptor 165 (
The header of a document to be printed is queried for print information. If such information is available, it is sent to a print server, such as print server 160.
When the header is queried, thee possibilities can arise; namely, (i) the document is not protected, (ii) the document is protected but not printable, and (iii) the document is protected and printable. Reference is now made to
If document decrypter 275 determines at step 520 that the document is protected, then at step 550 document decrypter 275 determines if the protected document is printable. If, for example, the protected document does not include print information in its encrypted header, or if the encrypted header is not decryptable—such as for lack of an available key, or if a print server URL (SU) field has a zero size, then the document is not printable. At step 560 a message is returned to the user, preferably using a MSG field in the document header, informing the user that the document is not printable.
If she document decrypter 275 determines at step 550 that the protected document is printable, then the print request is forwarded to coordinator module 280 of Mirage client software 185. Thereafter the web server authenticates the user and presents to the user a print options dialogue generated by print console 305 (
It is noted that the in a preferred embodiment of the present invention, the process of
Phase III—Server-Side Printing:
Reference is now made to
Preferably, sufficient print information (PRINTINFO) is provided in Phase I so that when the client sends printing instructions in Phase II, the print server has sufficient information to request the document and allow the back-end system to authorize the user's request to print the document. In a preferred embodiment of the present invention, PRINTINFO includes inter alia the SU and the document URL.
In the last step of Phase II (Client-Side Trigger); namely, step 590 (
Preferably, the SU points to print console 305 (
If the user is permitted to print the document, PRINTINFO is preferably saved in a current connection session. Print console 305 preferably decides if either the native or HTML version of the document should be printed. Using its internal list of printers and other print information obtained from pre-check module 320, print console 305 uses a .jsp page to generate an HTML form that allows the user to select print options. The .jsp page is sent back to the user.
Print console 305 receives the user's print settings. Print console 305 uses the user's print settings to pass appropriate PRINTINFO data to print engine 310, for printing the document.
The print engine's document requester 330 requests the document from a document management system, such as DMS 145 (
Print engine 310 receives the document and resolves the watermark data, and tries to print the document. If necessary, print engine 310 calls an external watermark engine to generate a watermark image, according to watermark values. Print engine 310 returns the results to print console 305, which in turn sends back an HTML page advising the user whether or not the job was successful.
Print and Watermark Attributes
In a preferred embodiment of the present invention, print and watermark attributes are sent to the recipient either as HTTP header values, or as metadata within a document. Table I hereinbelow indicates a specific set of print attributes used in a preferred embodiment of the present invention. Preferably, all values are URL-encoded.
As can be seen from Table I, print attributes generally fall into two sets. The first set includes attributes used by the print server to determine how to print. Such parameters preferably allow the print server to decide whether it wants to print the native version of the document, when available, or alternatively to print an HTML version, when available. The first set of attributes includes U_HTML, U_NATIVE, M_GENERAL, H_HTML, H_NATIVE, and M_NATIVE. Preferably, these attributes are only processed by the document processor after the re-request of the document from the DMS. If the native format of the document is available, then preferably the U_NATIVE and M_NATIVE attributes are defmed and sent. The M_NATIVE attributes enable the print server to decide if it can print a specific format. Otherwise, if the U_HTML attribute is defmed, the HTML version can be printed.
The second set of print attributes are used to aid the back-end DMS to re-authenticate the print server and user when requesting the document for printing. Using H_GENERAL, the DMS can insert any headers that it needs to authenticate and authorize either the users or print servers to access the document. Preferably, H_GENERAL holds common headers. If specific headers are needed for the native or HTML version, they are preferably set using H_NATIVE and H_HTML, respectively.
The present invention also enables the DMS to use its own print server. In such a case, the DMS can override the print server URL (SU) by specifying SU2. Typically, SU2 is specified in the document processor's configuration or properties file. SU2 is encoded in the encrypted header as SU, which is the URL that the coordinator calls when attempting to print. Authentication information is preferably encoded in SU as a GET string.
If a DMS specifies its own print server, it can also set PD2, which overrides other data set by the document processor when processing the attributes. The PD2 attributes are preferably included in the encrypted header as a PD field. PD2 is preferably sent as POST data when the coordinator calls SU2. If SU2 together with the GET data exceeds a 1024 character limit, then the data is preferably included in PD2 rather than SU2.
In an alternate embodiment of the present invention, an API for the DMS is created, and sent a URL including a server IP and port number, a document ID and a username. In addition, a special account is created within the DMS that the print server can log into and impersonate a user and request a document in the user's name. For such an embodiment it is only necessary to send the URL.
Table II hereinbelow indicates a specific set of watermark attributes used in a preferred embodiment of the present invention. Preferably, all values are URL-encoded, and watermark attributes are not sent without a CKSM, if CKSM SEED was sent in the request.
In a preferred embodiment of the present invention, watermarking parameters are either specified when the document is requested in Phase I, or when it is requested for printing in Phase III. Watermarking occurs if SUPPORT is set and WMRK is YES. The attribute WMRK is preferably sent both at document request and document print request.
The attributes WMRK_B, WMRK_F, and WMRK_H are preferably set by the DMS if watermarking is enabled. These attributes specify a watermark format for the body, footer and header, respectively. Each of these attributes takes a space-delimited list of watermark types, as specified in Table II. Default values are typically specified in the document processor's properties file.
During Phase I and Phase m, the attribute WMRK_P is preferably sent with the request. The DMS can specify a value for either of these attributes, and for others as well, by including in the header a parameter name and value. If the DMS specifies WMRK_B, WMRK_F, and WMRK_H, then preferably it should also set values for any new watermark parameters and for parameters specified in WMRK_P. The DMS can either set parameter values in Phase I or Phase III. There is no need in Phase III to send back an updated WMRK_P. If the print server is unable to calculate a value for a required watermark parameter, it does not include it in the watermark.
During Phase I and Phase III, the attribute WMRK_P is preferably sent with the request. The DMS can specify a value for either of these attributes, and for other as well, by including in the header a parameter name and value. If the DMS specifies WMRK_B, WMRK_F, and WMRK_H then preferably it should also set values for any new watermark parameters and for parameters specified in WMRK_P. The DMS can either set parameter values in Phase I or Phase III. There is no need in Phase III to send back an updated WMRK_P. If the print server is unable to calculate a value for a required watermark parameter, it does not include it in the watermark.
Reference is now made to
At step 2, the document processor preferably sends the attribute SUPPORTED to the document management system. At step 3, the document management system generally sends the ten attributes CKSM, ALLOW, WMRK, WMRK_P, U_HTML, U_NATIVE, H_GENERAL, H_HTML, H_NATIVE and M_NATIVE.
At step 4, the document processor generates an encoded header including the print server URL (SU), print POST data (PD), header data (HD) and a print message (MSG). Preferably, the latter parameters are optional. The encoded header is embedded within the document, and the document is then sent to a client for secure viewing. Mirage client software at the client decrypts the encoded header and then decrypts the document for display.
The client subsequently issues a print request and, at step 5, the print request is sent to the print server along with the SU, PD and HD. At step 6, the print server requests the document from the document management system. The print server preferably sends the attribute SUPPORTED.
At step 7, the document management system sends the requested document to the print server. The document management system may send the four attributes CKSM, ALLOW, WMRK, and MSG.
After receiving the document, the print server prints it on a designated printer and, at step 8, issues a print report with MSG to the client.
In a preferred embodiment of the present invention, the print and watermark attributes sent at steps 1, 2, 3, 5, 6 and 7 are sent as HTTP headers. The encoded header sent at step 4 is embedded within the document itself.
Preferably, the present invention imposes rules for order of processing attributes. Specific rules used in Mirage are as follows. Print and watermark attributes are processed in the order (i) document processor properties files; (ii) interceptor and administration rule attributes; and (iii) web server/DMS attributes. Relative to this order, the latter value specified for an attribute is used, overriding previous values, except for ALLOW and WMRK. Regarding ALLOW and WMRK, latter values of these attributes must complement and include previous values at their beginnings, or else they are ignored.
Additional Considerations
In reading the above description, persons skilled in the art will realize that there are many apparent variations that can be applied to the methods and systems described.
In the foregoing specification, the invention has been described with reference to specific exemplary embodiments thereof. It will, however, be evident that various modifications and changes may be made to the specific exemplary embodiments without departing from the broader spirit and scope of the invention as set forth in the appended claims. Accordingly, the specification and drawings are to be regarded in an illustrative rather than in a restrictive sense.
This application is a continuation-in-part of assignee's pending application U.S. Ser. No. 09/774,236 filed on Jan. 29, 2001, entitled “Method and system for copy protection of data content,” which is a continuation-in-part of assignee's application U.S. Ser. No. 09/397,331 filed on Sep. 14, 1999, entitled “Method and system for copyright protection of digital images transmitted over networks” (now U.S. Pat. No. 6,298,446), which is a continuation-in-part of assignee's application U.S. Ser. No. 09/313,067 filed on May 17, 1999, entitled “Methods and apparatus for preventing reuse of text, images and software transmitted via networks” (now U.S. Pat. No. 6,209,103), each of which is incorporated by reference herein.
Number | Name | Date | Kind |
---|---|---|---|
4405829 | Rivest et al. | Sep 1983 | A |
4586811 | Kubo et al. | May 1986 | A |
4827508 | Shear | May 1989 | A |
4977594 | Shear | Dec 1990 | A |
4991118 | Akiyama et al. | Feb 1991 | A |
5012232 | Fadem | Apr 1991 | A |
5050213 | Shear | Sep 1991 | A |
5300946 | Patrick | Apr 1994 | A |
5303370 | Brosh et al. | Apr 1994 | A |
5410598 | Shear | Apr 1995 | A |
5454067 | Tsai | Sep 1995 | A |
5509070 | Schull | Apr 1996 | A |
5533124 | Smith et al. | Jul 1996 | A |
5559933 | Boswell | Sep 1996 | A |
5570306 | Soo | Oct 1996 | A |
5590258 | Aoyama | Dec 1996 | A |
5636292 | Rhoads | Jun 1997 | A |
5638513 | Ananda | Jun 1997 | A |
5642207 | Smitt | Jun 1997 | A |
5710834 | Rhoads | Jan 1998 | A |
5715403 | Stefik | Feb 1998 | A |
5721788 | Powell et al. | Feb 1998 | A |
5745254 | Satou | Apr 1998 | A |
5745360 | Leone et al. | Apr 1998 | A |
5745604 | Rhoads | Apr 1998 | A |
5748763 | Rhoads | May 1998 | A |
5748783 | Rhoads | May 1998 | A |
5754170 | Ranganathan | May 1998 | A |
5758068 | Brandt et al. | May 1998 | A |
5761669 | Montague et al. | Jun 1998 | A |
5761686 | Bloomberg | Jun 1998 | A |
5764770 | Schipper et al. | Jun 1998 | A |
5765152 | Erickson | Jun 1998 | A |
5768426 | Rhoads | Jun 1998 | A |
5778372 | Cordell et al. | Jul 1998 | A |
5781914 | Stork et al. | Jul 1998 | A |
5790117 | Halviatti et al. | Aug 1998 | A |
5801679 | McCain | Sep 1998 | A |
5801689 | Huntsman | Sep 1998 | A |
5805724 | Metcalfe et al. | Sep 1998 | A |
5809160 | Powell et al. | Sep 1998 | A |
5822432 | Moskowitz et al. | Oct 1998 | A |
5822436 | Rhoads | Oct 1998 | A |
5832119 | Rhoads | Nov 1998 | A |
5835712 | DuFresne | Nov 1998 | A |
5835722 | Bradshaw et al. | Nov 1998 | A |
5838902 | Shin | Nov 1998 | A |
5841886 | Rhoads | Nov 1998 | A |
5841978 | Rhoads | Nov 1998 | A |
5850481 | Rhoads | Dec 1998 | A |
5862260 | Rhoads | Jan 1999 | A |
5870544 | Curtis | Feb 1999 | A |
5872915 | Dykes et al. | Feb 1999 | A |
5875249 | Mintzer et al. | Feb 1999 | A |
5875296 | Shi et al. | Feb 1999 | A |
5881287 | Mast | Mar 1999 | A |
5892900 | Ginter et al. | Apr 1999 | A |
5893101 | Balogh et al. | Apr 1999 | A |
5900005 | Saito | May 1999 | A |
5901277 | Chu et al. | May 1999 | A |
5905505 | Lesk | May 1999 | A |
5920848 | Schutzer et al. | Jul 1999 | A |
5954028 | Miyashita et al. | Sep 1999 | A |
5968119 | Stedman et al. | Oct 1999 | A |
5974441 | Rogers et al. | Oct 1999 | A |
5982931 | Ishimaru | Nov 1999 | A |
5983227 | Nazem et al. | Nov 1999 | A |
5983351 | Glogau | Nov 1999 | A |
5986676 | Dwin et al. | Nov 1999 | A |
5991399 | Graunke et al. | Nov 1999 | A |
5999622 | Yasukawa et al. | Dec 1999 | A |
5999941 | Andersen | Dec 1999 | A |
6009410 | LeMole et al. | Dec 1999 | A |
6011905 | Huttenlocher et al. | Jan 2000 | A |
6014702 | King et al. | Jan 2000 | A |
6032150 | Nguyen | Feb 2000 | A |
6038031 | Murphy | Mar 2000 | A |
6052780 | Glover | Apr 2000 | A |
6055530 | Sato | Apr 2000 | A |
6088355 | Mills et al. | Jul 2000 | A |
6119108 | Holmes et al. | Sep 2000 | A |
6121970 | Guedalia | Sep 2000 | A |
6154844 | Touboul et al. | Nov 2000 | A |
6178243 | Pomerantz et al. | Jan 2001 | B1 |
6202092 | Takimoto | Mar 2001 | B1 |
6205480 | Broadhurst et al. | Mar 2001 | B1 |
6209036 | Aldred et al. | Mar 2001 | B1 |
6209103 | Schreiber et al. | Mar 2001 | B1 |
6212329 | Sugahara | Apr 2001 | B1 |
6236387 | Imada | May 2001 | B1 |
6240450 | Sharples et al. | May 2001 | B1 |
6260141 | Park | Jul 2001 | B1 |
6263365 | Scherpbier | Jul 2001 | B1 |
6275599 | Adler et al. | Aug 2001 | B1 |
6282362 | Murphy et al. | Aug 2001 | B1 |
6282653 | Berstis et al. | Aug 2001 | B1 |
6289137 | Sugiyama et al. | Sep 2001 | B1 |
6298422 | Spilo et al. | Oct 2001 | B1 |
6298446 | Schreiber et al. | Oct 2001 | B1 |
6314409 | Schneck et al. | Nov 2001 | B2 |
6324569 | Ogilvie et al. | Nov 2001 | B1 |
6339761 | Cottingham | Jan 2002 | B1 |
6339826 | Hayes, Jr. et al. | Jan 2002 | B2 |
6343274 | McCollom et al. | Jan 2002 | B1 |
6343738 | Ogilvie | Feb 2002 | B1 |
6353892 | Schreiber et al. | Mar 2002 | B2 |
6385728 | DeBry | May 2002 | B1 |
6438575 | Khan et al. | Aug 2002 | B1 |
6460140 | Schoch et al. | Oct 2002 | B1 |
6463467 | Mages et al. | Oct 2002 | B1 |
6470450 | Langford et al. | Oct 2002 | B1 |
6480959 | Granger et al. | Nov 2002 | B1 |
6487543 | Ozaki et al. | Nov 2002 | B1 |
6557103 | Boncelet, Jr. et al. | Apr 2003 | B1 |
6587127 | Leeke et al. | Jul 2003 | B1 |
6601108 | Marmor | Jul 2003 | B1 |
6611845 | Dockter et al. | Aug 2003 | B1 |
6615191 | Seeley | Sep 2003 | B1 |
6618484 | Van Wie et al. | Sep 2003 | B1 |
6659861 | Faris et al. | Dec 2003 | B1 |
6661904 | Sasich et al. | Dec 2003 | B1 |
6664969 | Emerson et al. | Dec 2003 | B1 |
6668246 | Yeung et al. | Dec 2003 | B1 |
6675201 | Parkkinen | Jan 2004 | B1 |
6694434 | McGee et al. | Feb 2004 | B1 |
6766454 | Riggins | Jul 2004 | B1 |
6785015 | Smith et al. | Aug 2004 | B1 |
6804452 | Kuroda et al. | Oct 2004 | B1 |
6877005 | Hunter et al. | Apr 2005 | B2 |
6903681 | Faris et al. | Jun 2005 | B2 |
6931532 | Davis et al. | Aug 2005 | B1 |
6976248 | Balassanian | Dec 2005 | B2 |
6993662 | Rubin et al. | Jan 2006 | B2 |
7190878 | Bolduc | Mar 2007 | B2 |
20010021926 | Schneck et al. | Sep 2001 | A1 |
20010042045 | Howard et al. | Nov 2001 | A1 |
20020013792 | Imielinski et al. | Jan 2002 | A1 |
20020021807 | Saito | Feb 2002 | A1 |
20020026475 | Marmor | Feb 2002 | A1 |
20020059344 | Britton et al. | May 2002 | A1 |
20020078343 | Rubin et al. | Jun 2002 | A1 |
20020078361 | Giroux et al. | Jun 2002 | A1 |
20020112250 | Koplar et al. | Aug 2002 | A1 |
20020156742 | Ogino et al. | Oct 2002 | A1 |
20020188570 | Holliman et al. | Dec 2002 | A1 |
20020194485 | Ram et al. | Dec 2002 | A1 |
20030133702 | Collart | Jul 2003 | A1 |
20040054630 | Ginter et al. | Mar 2004 | A1 |
20040225890 | Kang et al. | Nov 2004 | A1 |
Number | Date | Country |
---|---|---|
1517215 | Mar 2005 | EP |
WO 9825373 | Jun 1998 | WO |
WO 9844424 | Oct 1998 | WO |
Number | Date | Country | |
---|---|---|---|
20030009672 A1 | Jan 2003 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 09774236 | Jan 2001 | US |
Child | 10141308 | US | |
Parent | 09397331 | Sep 1999 | US |
Child | 09774236 | US | |
Parent | 09313067 | May 1999 | US |
Child | 09397331 | US |