CA2337245A1 - Method for parallel approval of an electronic document - Google Patents
Method for parallel approval of an electronic document Download PDFInfo
- Publication number
- CA2337245A1 CA2337245A1 CA002337245A CA2337245A CA2337245A1 CA 2337245 A1 CA2337245 A1 CA 2337245A1 CA 002337245 A CA002337245 A CA 002337245A CA 2337245 A CA2337245 A CA 2337245A CA 2337245 A1 CA2337245 A1 CA 2337245A1
- Authority
- CA
- Canada
- Prior art keywords
- approval
- electronic document
- dacs
- document
- sub
- 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.)
- Abandoned
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
Abstract
A computer-based system providing for the electronic approval of documents i n parallel. An electronic document is issued for approval by a user at one poi nt in time at some location. It can subsequently be accessed by other users, wh o can then electronically approve the documents simultaneously or serially. Th e technology alerts users to any unauthorized modifications which may have bee n made to the document during subsequent approvals. A document authentication code (DAC 0) is generated, linked to the original document. Subsequent approvals of the document generate a DAC x related to that specific approval as well as approval information such as an individual's handwritten signatur e as well as any other identifying information (Name, date and time of signing , biometrics, voice, fingerprint, picture, etc...) which may be required for t he approval process. If the DAC generated for each subsequent approval matches the DAC 0, the approval is validated, optionally encrypted and stored in an Approval Data Packet (ADP) along with the approval information. A match in t he DACs also confirms that users are working from the same document and that th e data has not been changed in the interim (i.e. all users are approving the same document). Should the DACs not match, corrective action may be necessar y. The data stored in the EADPs may be incorporated into the original document.
Description
METHOD FOR PARALLEL APPROVAL OF AN ELECTRONIC DOCUMENT
s FIELD OF THE INVENTION
The present invention relates to the field of electronic approval of document, and more particularly concerns a method for a secure parallel approval of an electronic document by a plurality of users.
BACKGROUND OF THE INVENTION
There are many computer systems that have been designed to create, store, approve revise or verify data electronically. In this age of sophisticated communications technology, having access to such systems can have a great impact on the way transactions are carried out and is information and documents can be exchanged. Moreover, the use of such systems contributes to reducing the costs associated with the use of paper, namely, though not exclusively, in the area of processing data or documents. Considerable time can be saved through the use of electronic submission processes, in which paper-based documentation is replaced by 2o electronic data submissions.
While there exist a great number of systems that can facilitate the creation, serial approval, storage and authentication of documents, there is no known system to date that can enable various users to electronically approve documents in parallel, that is at different times or simultaneously 25 and from different geographic locations. Such a method of approval could be useful for many types of communications, where traditional hand-written approvals would be both costly and time-consuming.
There is considerable variation among existing systems with respect to the scope of the functions they offer. Some are particularly limited in their scope, such as the system disclosed in U.S. Patent no. 4,933,969 (Marshall et al.) which is concerned primarily with data authentication and storage. This mechanism stores information and protects against unauthorized modifications. While this type of data authentication system s contributes greatly to ensuring the security and integrity of data, it lacks the capacity for the approval of documents in parallel.
Some existing systems offer more extensive types of electronic functions. For example, U.S. patent no. 5,195,133 to Kapp et al describes a system designed to generate a completed payment document, which can be signed by a customer, and then capture that customer's signature in digital form. The principal feature of this mechanism is that it attempts to ensure that a signature approving a particular document was, in fact, captured at the time of the completion of the transaction to which it relates and was not obtained on some other occasion and merely reproduced for the 15 particular transaction in question. The Kapp et al. patent creates a digital record of the transaction and captures a digital representation of the signature at the time the transaction is completed. This system then uses this digital record to encrypt the digital representation of the signature.
This system does not verify if any unauthorized changes were made to the text 2o after the signature was affixed. It also lacks any capacity for parallel approval of a document, irrespective of time and location.
Other existing electronic signature methods provide for the creation of an electronic signature for a particular signer only, and cannot be used for any document other than the one that is the object of the signature (see 2s U.S. patent no. 5,689,567 to Miyauchi). Another method operates to authenticate and verify users on a network (U.S. patent no. 5,706,427 to Tabuki). The aforementioned systems, albeit useful for certain purposes, do not allow for the parallel approval of electronic documents by multiple users, either simultaneously or serially.
s FIELD OF THE INVENTION
The present invention relates to the field of electronic approval of document, and more particularly concerns a method for a secure parallel approval of an electronic document by a plurality of users.
BACKGROUND OF THE INVENTION
There are many computer systems that have been designed to create, store, approve revise or verify data electronically. In this age of sophisticated communications technology, having access to such systems can have a great impact on the way transactions are carried out and is information and documents can be exchanged. Moreover, the use of such systems contributes to reducing the costs associated with the use of paper, namely, though not exclusively, in the area of processing data or documents. Considerable time can be saved through the use of electronic submission processes, in which paper-based documentation is replaced by 2o electronic data submissions.
While there exist a great number of systems that can facilitate the creation, serial approval, storage and authentication of documents, there is no known system to date that can enable various users to electronically approve documents in parallel, that is at different times or simultaneously 25 and from different geographic locations. Such a method of approval could be useful for many types of communications, where traditional hand-written approvals would be both costly and time-consuming.
There is considerable variation among existing systems with respect to the scope of the functions they offer. Some are particularly limited in their scope, such as the system disclosed in U.S. Patent no. 4,933,969 (Marshall et al.) which is concerned primarily with data authentication and storage. This mechanism stores information and protects against unauthorized modifications. While this type of data authentication system s contributes greatly to ensuring the security and integrity of data, it lacks the capacity for the approval of documents in parallel.
Some existing systems offer more extensive types of electronic functions. For example, U.S. patent no. 5,195,133 to Kapp et al describes a system designed to generate a completed payment document, which can be signed by a customer, and then capture that customer's signature in digital form. The principal feature of this mechanism is that it attempts to ensure that a signature approving a particular document was, in fact, captured at the time of the completion of the transaction to which it relates and was not obtained on some other occasion and merely reproduced for the 15 particular transaction in question. The Kapp et al. patent creates a digital record of the transaction and captures a digital representation of the signature at the time the transaction is completed. This system then uses this digital record to encrypt the digital representation of the signature.
This system does not verify if any unauthorized changes were made to the text 2o after the signature was affixed. It also lacks any capacity for parallel approval of a document, irrespective of time and location.
Other existing electronic signature methods provide for the creation of an electronic signature for a particular signer only, and cannot be used for any document other than the one that is the object of the signature (see 2s U.S. patent no. 5,689,567 to Miyauchi). Another method operates to authenticate and verify users on a network (U.S. patent no. 5,706,427 to Tabuki). The aforementioned systems, albeit useful for certain purposes, do not allow for the parallel approval of electronic documents by multiple users, either simultaneously or serially.
While each of the aforementioned systems can be useful for electronic commercial transactions, they all have certain limitations. These systems do not have the capacity to enable parallel approvals. Current technology requires that any multiple approvals be done in serial fashion, s something that is not always practical or feasible. Thus, under the existing methods, it is not possible for various users to access or approve the same document, at the same time, in parallel, or at different times, from different locations, in a secure manner. Moreover, there is no existing method in which ~an electronic approval has the effect of modifying the approval to authorization code, a process that, in effect, creates a new document with each new approval.
There are many situations where parallel approval is necessary. Some such examples could include situations where contracts must be approved by numerous parties who may be situated in different locations and who 15 cannot meet in the same place at the same time. In such an instance parallel approval can contribute greatly to reducing travel and communication costs.
This technology can be used extensively in the defence and pharmaceutical industries, for example, and by any global enterprises and organizations in which collaboration among numerous parties is required.
2o Through the use of this system, several people could electronically approve the same document, different documents or parts of a document.
Optionally, using a merge method, parts of a document or different documents could be merged into one single electronic document with all approvals preserved.
25 Clearly then, there is a need for an approval system that better reflects contemporary commercial practice whereby multiple users can access and approve electronic documents at different times or simultaneously and from different locations, without compromising the security and integrity of the documents that are being approved.
There are many situations where parallel approval is necessary. Some such examples could include situations where contracts must be approved by numerous parties who may be situated in different locations and who 15 cannot meet in the same place at the same time. In such an instance parallel approval can contribute greatly to reducing travel and communication costs.
This technology can be used extensively in the defence and pharmaceutical industries, for example, and by any global enterprises and organizations in which collaboration among numerous parties is required.
2o Through the use of this system, several people could electronically approve the same document, different documents or parts of a document.
Optionally, using a merge method, parts of a document or different documents could be merged into one single electronic document with all approvals preserved.
25 Clearly then, there is a need for an approval system that better reflects contemporary commercial practice whereby multiple users can access and approve electronic documents at different times or simultaneously and from different locations, without compromising the security and integrity of the documents that are being approved.
SUMMARY OF THE INVENTION
The present invention provides an integrated method and system for the electronic approval of electronic documents in parallel. It is designed to facilitate the electronic creation, approval and transportation of documents s by multiple users, independently of variables such as time or geographic location. Thus, multiple users, each situated in different places, may electronically approve the same document at different times or at the same time, by various means of distribution (i.e. e-mail, network or Internet), either within an enterprise or between several enterprises.
to Another key feature of the present invention is the fact that it ensures the security and integrity of the data. If one party attempts to modify the data contained in a document after it has already been approved by another party, the system warns the user that the document has been changed without permission. Users can thus be certain that once they approve a is document no unauthorized alterations or modifications can be made.
Accordingly, the present invention provides a method for parallel approval of an electronic document by a plurality of users, comprising the steps of:
A) generating an original Data Authentication Code; hereinafter referred to 2o as "DAC 0", linked to the electronic document;
B) having the electronic document made available to each user; and C) for approval by each user, performing the sub-steps of:
i) opening the electronic document for approval;
ii) retrieving DAC 0;
25 iii) approving the electronic document;
iv) generating for the electronic document an approval Data Authentication Code, hereinafter referred to as "DAC x";
v) comparing DAC x to DAC 0, and proceeding with the approval only if DAC x is equal to DAC 0; and s vi) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x".
A step D) consisting of incorporating the approved information into the electronic document may also be included.
s The security features built into this system and the capacity for parallel approval present particular advantages for those who frequently deal with sensitive and highly confidential material, but for whom it is not always possible to have all signers present in the same place at the same time for approval. This technology has therefore particular application in the to case of parallel approvals i.e. situations where several individuals, each situated in a different geographic location wish to approve a document at different times but also wish to ensure that they are all approving the same unmodified document. In such cases, each approval will generate a DAC on the document being approved along with additional information such as 1s audit information, (i.e. date and time of signing, name of signer) and hand-written signature, or other identifying items such as voice and fingerprints, photograph or biometric data etc.... The original DAC will then be compared to the DAC generated by the user. If they match, this will confirm that every user approving the document is actually approving the same 2o information and that the data has not been changed between approvals by the different users. Should the DACs not match, this would indicate that the data has been altered without the proper approval and corrective action would then be necessary.
In accordance with an alternative embodiment, the present invention 2s provides a method for parallel approval of an electronic document by a plurality of users, comprising the steps of:
A) generating an original Data Authentication Code, hereinafter referred to as "DAC 0", linked to the electronic document;
B) making the electronic document available to each user;
C) for approval by each user, performing the sub-steps of:
i) opening the electronic document for approval;
ii) approving the electronic document;
iii) generating for the electronic document an approval Data s Authentication Code, hereinafter referred to as "DAC x";
iv) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x"; and D) for authenticating the approval by each user, performing for each DAC x the sub-steps of:
i) retrieving DAC 0 and DAC x; and ii) comparing DAC x to DAC 0, and accepting the approval only if DAC x is equal to DAC 0.
According to yet another embodiment of the invention there is provided a method for parallel approval of sections of an electronic is document by a plurality of users, the method comprising the steps of:
A) generating for each section of the electronic document an original section Data Authentication Code, hereinafter referred to as "DACs 0", linked to said section of the electronic document;
B) having the electronic document made available to each user; and 2o C) for approval by each user of corresponding sections of the electronic document, performing the sub-steps of:
i) opening the electronic document for approval;
ii) selecting the corresponding sections for approval;
iii) retrieving each of the DACs 0 linked to the corresponding sections 25 of the electronic document;
iv) approving the corresponding sections of the electronic document;
v) generating for each of the corresponding sections a section approval Data Authentication Code, hereinafter referred to as "DACs x"~
vi) comparing the DACs x to the corresponding DACs 0, and proceeding with the approval only if in each case DACs x is equal to DACs 0; and vii) storing approval information in a user Approval Data Packet, s hereinafter referred to as "ADP x".
In yet another embodiment, the present invention provides a method for parallel approval of sections of an electronic document by a plurality of users, each section being approved by a single user, the method comprising the steps of:
to A) having the electronic document made available to each user; and B) for approval by each user of a corresponding section of the electronic document, performing the sub-steps of:
i) opening the electronic document for approval;
ii) selecting the corresponding section for approval;
15 iii) approving the corresponding section of the electronic document;
iv) generating for the corresponding section a section approval Data Authentication Code, hereinafter referred to as "DACs x";
v) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x".
2o Finally, another embodiment is provided concerning a method of merging a plurality of approved electronic documents into a single approved master document, the method comprising the steps of:
A) approving the electronic documents by performing, for each of said electronic documents, the sub-steps of:
25 i) generating an original Data Authentication Code, hereinafter referred to as "DAC 0", linked to the electronic document;
ii) having the electronic document made available to each user;
i) for approval by each user, performing the sub-steps of:
a) opening the electronic document for approval;
b) approving the electronic document;
c) generating for the electronic document an approval Data Authentication Code, hereinafter referred to as "DAC x";
d) storing approval information in a user Approval Data Packet, s hereinafter referred to as "ADP x";
BI generating the master document;
C) generating a master Data Authentication Code and a master Approval Data Packet, respectively hereinafter referred to as "DACm 0", and ADPm, both linked to said master document; and io D) for merging of each electronic document, performing the sub-steps of:
i) opening the electronic document;
ii) retrieving the DAC 0 and DAC x linked to said electronic document;
iii) comparing DAC x to DAC 0, and proceeding only if DAC x is equal to DAC 0; and Is iv) incorporating the electronic document into the master document;
v) generating a new Data Authentication Code, hereinafter referred to as "DACm 0"' linked to the master document incorporating said electronic document; and vi) storing ADP x corresponding to said electronic document into 2o ADPm.
The present invention and its advantages will be better understood upon reading the following non-restrictive description of embodiments thereof with reference to the accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a flow chart representing the main steps of a method for parallel approval of an electronic document in accordance with a preferred embodiment of the present invention; FIG. 1 A is a flow chart detailing step C of the method of FIG. 1, and FIG. 1 B is a flow chart detailing step D.
FIG. 2 is a flow chart representing the main steps of a method for parallel approval of an electronic document in accordance with an s alternative embodiment of the present invention; FIG. 2A is a flow chart detailing step C of the method of FIG. 2, and FIG. 2B is a flow chart detailing step D.
FIG. 3 is a flow chart representing the main steps of a method for parallel approval of sections of an electronic document in accordance with another embodiment of the present invention; FIG. 3A is a flow chart detailing step C and FIG. 3B is a flow chart detailing step D.
FIG. 4 is a flow chart representing the main steps of a method for parallel approval of sections of an electronic document, wherein each section is approved by a single user, in accordance with yet another ~5 embodiment of the present invention; FIG. 4A is a flow chart detailing step B of the method of FIG. 4.
FIG. 5 is a flow chart representing the main steps of a method for the merging into a single approved document of electronic documents approved in parallel; FIG. 5A is a flow chart detailing step A and FIG. 5B is a flow 2o chart detailing step D.
DESCRIPTION OF PREFERRED EMBODIMENTS OF THE INVENTION
Referring to FIGs 1, 1 A and 1 B, the step of a first method for the electronic approval of a document by multiple users in parallel are shown. It 2s should be noted that when used herein, the term "electronic approval"
means the process of electronically approving documents and includes capabilities for the control, management and security of the entire approval process. Electronic approval encompasses more than an "electronic signature", which refers only to an electronic representation of the person having approved the document.
Step A) of the method of FIG. 1 consists of generating an original Data Authentication Code, "DAC 0", that is linked to the electronic s document. The DAC is preferably generated through the use of a one way hash function, but may generally consist of any code representing the electronic document in such a manner that modifying the document would result in a different representative code. DAC 0 may either be stored inside the document or made available to users through a linked storage system.
to In accordance with step B) the electronic document is made available to the users. It may for example be transmitted via electronic mail, be accessible on a network or the Internet, etc. Each user may therefore independently access the document and approve it.
Step C) consists of the actual approval of the document by the users.
is Advantageously the document is approved by each user in parallel, not sequentially, while still ensuring that the same unmodified document is approved by every user. As illustrated in FIG. 1 A, when each user approves the document the following sub-steps are performed:
i) the document is opened and accessed by the user;
2o ii) DAC 0 is retrieved. It is understood that this sub-step may be performed at any point in step C, before DAC 0 is actually used, and its inclusion at this particular point in the sequence is in no way limitative;
iii) the user approves the document. Data representing approval information are generated at this point. These data could include an image 2s of the individual's hand-written signature, and related audit information, such as the date and time of signing, the name and title of the signer, picture, finger print, voice print or other biometrics or such other identifying information that may be required for the approval process;
iv) a new DAC x related to the specific approval is generated. DAC x is created in the same manner as DAC 0, and is representative of the document that has been approved by the particular user. It may also be included in the approval information referred to above.
s v) the DACs are compared to each other. If DAC x = DAC 0, then the approved document is verified as the right document without any unauthorised modification, and the approval is recognized as valid and may be recorded. If not, then the document is not the same and the approval cannot be recorded; corrective actions are to be taken;
to vi) the approval information referred to in sub-step iii) is stored in a related Approval Data Packet, hereinafter referred to as ADP x, which is perpetually linked to the approved document. It is usually preferable to have ADP x encrypted so the information it contains cannot be accessed without proper authorization.
1s After the parallel approvals, the ADPs generated through this process can either be stored in a linked storage system or sent to a merge system designed to incorporate the ADPs into the original document. With the merge system, once all the approvals have been completed, the ADPs can be processed to incorporate the original approval information back into the 20 original document. Since the addition of each approval information has the effect of changing the content of the document, the DACs of the original document must be modified with each approval that is incorporated. In effect, the approval and audit trail information from the ADP would have to be added to the original document. With the incorporation of each ADP, the 2s DAC must be modified accordingly.
The merging of the approval information into the electronic document can be done through an optional step D, illustrated in FIG. 1 B. According to this step, sub-steps of i) copying the document into an insertion document and ii) retrieving DAC 0 are first performed. The ADP are then processed i~VO 00/08541 PCT/CA99/00719 sequentially in accordance with sub-step iii). In each case ADP x is opened and DAC x is retrieved. Then DAC x is compared to DAC 0, and if they match, the appropriate approval information stored in ADP x is inserted into the document. If the DACs do not match then corrective action is again to s be taken. Inserting the approval information into the electronic document of course modifies the document, and a new data authentication code DAC 0' has to be generated. Of course, DAC x is compared with the DAC 0 of the original document, still unmodified, so that it effectively represents the document as approved by the user.
to It should be noted that the DACs having been compared already in step C, it is not necessary in every case to check them again in step D. The corresponding sub-step may therefore be omitted if the degree of security required does not warrant it.
The process of inserting approval information into the original is document could be carried out through the use of a Dynamic Data Manifestation process. Under this method, user data is extracted from the ADP and subsequently inserted into pre-targeted viewable locations of the electronic document. These locations would include, in the case of most business forms for example, a signature location containing an area for the 2o signer's name, title and date or other relevant data required for the approval. The type of data that are required for approval can vary however.
This method will allow these data to be inserted into these locations without invalidating the DAC. In order for this process to be successful, the technology first verifies the DAC before the Dynamic Data Manifestations 25 are applied. If the electronic document verifies, the new data are inserted into these pre-targeted locations. A new DAC is then created for the modified document containing the approval data. The original DAC can be stored for reference purposes or to validate the DAC contained in the ADP.
The sub-steps of step D) may be repeated to incorporate every desired approvals into the document. If no other approvals are to be added, the electronic document and approvals can be used, published or archived.
It is understood that when applying the present invention in any of its s embodiments encryption may be used to protect any data involved, if additional security is required. As mentioned, the ADP x and all information therein are preferably encrypted. One may also choose to encrypt DAC 0 and the individual DAC x. However, the present invention does not lie in the step of encrypting (or not encrypting) a part or all of the various steps to described herein, since encryption is a well known technique in the field.
In an alternative embodiment of the invention, the verification sub-step during the actual approval of the document may be omitted in favour of a later verification step taking place once all approvals have been recorded. This embodiment is illustrated in FIGs. 2, 2A and 2B. This method is first differs from the one described above in that step C) only includes sub-steps of i) opening the document, ii) approving the document, iii) generating DAC x and iv) storing approval information into ADP x (see FIG. 2A). An authentication step D) is then performed, which involves, for each approval, i) retrieving DAC 0 and the appropriate DAC x, and ii) comparing them to 2o see if they match (FIG. 2B). Optionally, the approval information stored in ADP x may be included in the document at this point and a new DAC 0' is generated.
In another embodiment the present invention provides a method allowing the parallel approvals to be configured in such a way as to allow 2s users to approve sections of an electronic document. By "section" of a document, is meant a particular portion of a single document, or in a multi-file document, it could mean a particular file or particular section in a file or multiple files, or a combination of the above. This embodiment can be realized using different DACS for different sections of the electronic document. Thus, one DACs could refer to a particular section of a document, or a particular file or particular section of a file in the case of a multi-file document. Each DACs may or may not be predefined. If not predefined, there are numerous options available to the user in determining the section that is to be approved. For example, the original document may have user information embedded in it that would allow it to determine which sections the user is approving. Alternatively, the user can indicate on the document the sections that are to be approved. This can be done either by selecting the desired sections or having a list of sections indicating which ones are to be used to generate the DACs. Also, a specific user can approve any number of sections of the document, and a single section may be approve by a plurality of users, the invention allowing any possible combination of users-sections. The DACs is then created based on the sections that have been chosen. The corresponding ADP containing the ~5 sectional DAC and associated approval information will then be generated and incorporated into the original document or stored together with the original electronic document.
FIGs. 3, 3A and 3B illustrate a method for the parallel approval of sections of a document as described above, wherein the DACS are predefined. The 2o method therefore includes a step A) of generating a DACS 0 for each section of the document. The document is then B) made available to each user as before, and C) each user approves the corresponding sections. The particular sections corresponding to each particular user may be predetermined, or chosen by the user himself. Referring to figure 3A, it 2s may be seen that the sub-steps of step C) are similar to those of the similar steps described above, with the exception that multiple sections may be dealt with according to the following steps:
i) opening the electronic document for approval;
ii) selecting the corresponding sections for approval;
iii) retrieving each of the DACs 0 linked to the corresponding sections of the electronic document;
iv) approving the corresponding sections of the electronic document;
The present invention provides an integrated method and system for the electronic approval of electronic documents in parallel. It is designed to facilitate the electronic creation, approval and transportation of documents s by multiple users, independently of variables such as time or geographic location. Thus, multiple users, each situated in different places, may electronically approve the same document at different times or at the same time, by various means of distribution (i.e. e-mail, network or Internet), either within an enterprise or between several enterprises.
to Another key feature of the present invention is the fact that it ensures the security and integrity of the data. If one party attempts to modify the data contained in a document after it has already been approved by another party, the system warns the user that the document has been changed without permission. Users can thus be certain that once they approve a is document no unauthorized alterations or modifications can be made.
Accordingly, the present invention provides a method for parallel approval of an electronic document by a plurality of users, comprising the steps of:
A) generating an original Data Authentication Code; hereinafter referred to 2o as "DAC 0", linked to the electronic document;
B) having the electronic document made available to each user; and C) for approval by each user, performing the sub-steps of:
i) opening the electronic document for approval;
ii) retrieving DAC 0;
25 iii) approving the electronic document;
iv) generating for the electronic document an approval Data Authentication Code, hereinafter referred to as "DAC x";
v) comparing DAC x to DAC 0, and proceeding with the approval only if DAC x is equal to DAC 0; and s vi) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x".
A step D) consisting of incorporating the approved information into the electronic document may also be included.
s The security features built into this system and the capacity for parallel approval present particular advantages for those who frequently deal with sensitive and highly confidential material, but for whom it is not always possible to have all signers present in the same place at the same time for approval. This technology has therefore particular application in the to case of parallel approvals i.e. situations where several individuals, each situated in a different geographic location wish to approve a document at different times but also wish to ensure that they are all approving the same unmodified document. In such cases, each approval will generate a DAC on the document being approved along with additional information such as 1s audit information, (i.e. date and time of signing, name of signer) and hand-written signature, or other identifying items such as voice and fingerprints, photograph or biometric data etc.... The original DAC will then be compared to the DAC generated by the user. If they match, this will confirm that every user approving the document is actually approving the same 2o information and that the data has not been changed between approvals by the different users. Should the DACs not match, this would indicate that the data has been altered without the proper approval and corrective action would then be necessary.
In accordance with an alternative embodiment, the present invention 2s provides a method for parallel approval of an electronic document by a plurality of users, comprising the steps of:
A) generating an original Data Authentication Code, hereinafter referred to as "DAC 0", linked to the electronic document;
B) making the electronic document available to each user;
C) for approval by each user, performing the sub-steps of:
i) opening the electronic document for approval;
ii) approving the electronic document;
iii) generating for the electronic document an approval Data s Authentication Code, hereinafter referred to as "DAC x";
iv) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x"; and D) for authenticating the approval by each user, performing for each DAC x the sub-steps of:
i) retrieving DAC 0 and DAC x; and ii) comparing DAC x to DAC 0, and accepting the approval only if DAC x is equal to DAC 0.
According to yet another embodiment of the invention there is provided a method for parallel approval of sections of an electronic is document by a plurality of users, the method comprising the steps of:
A) generating for each section of the electronic document an original section Data Authentication Code, hereinafter referred to as "DACs 0", linked to said section of the electronic document;
B) having the electronic document made available to each user; and 2o C) for approval by each user of corresponding sections of the electronic document, performing the sub-steps of:
i) opening the electronic document for approval;
ii) selecting the corresponding sections for approval;
iii) retrieving each of the DACs 0 linked to the corresponding sections 25 of the electronic document;
iv) approving the corresponding sections of the electronic document;
v) generating for each of the corresponding sections a section approval Data Authentication Code, hereinafter referred to as "DACs x"~
vi) comparing the DACs x to the corresponding DACs 0, and proceeding with the approval only if in each case DACs x is equal to DACs 0; and vii) storing approval information in a user Approval Data Packet, s hereinafter referred to as "ADP x".
In yet another embodiment, the present invention provides a method for parallel approval of sections of an electronic document by a plurality of users, each section being approved by a single user, the method comprising the steps of:
to A) having the electronic document made available to each user; and B) for approval by each user of a corresponding section of the electronic document, performing the sub-steps of:
i) opening the electronic document for approval;
ii) selecting the corresponding section for approval;
15 iii) approving the corresponding section of the electronic document;
iv) generating for the corresponding section a section approval Data Authentication Code, hereinafter referred to as "DACs x";
v) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x".
2o Finally, another embodiment is provided concerning a method of merging a plurality of approved electronic documents into a single approved master document, the method comprising the steps of:
A) approving the electronic documents by performing, for each of said electronic documents, the sub-steps of:
25 i) generating an original Data Authentication Code, hereinafter referred to as "DAC 0", linked to the electronic document;
ii) having the electronic document made available to each user;
i) for approval by each user, performing the sub-steps of:
a) opening the electronic document for approval;
b) approving the electronic document;
c) generating for the electronic document an approval Data Authentication Code, hereinafter referred to as "DAC x";
d) storing approval information in a user Approval Data Packet, s hereinafter referred to as "ADP x";
BI generating the master document;
C) generating a master Data Authentication Code and a master Approval Data Packet, respectively hereinafter referred to as "DACm 0", and ADPm, both linked to said master document; and io D) for merging of each electronic document, performing the sub-steps of:
i) opening the electronic document;
ii) retrieving the DAC 0 and DAC x linked to said electronic document;
iii) comparing DAC x to DAC 0, and proceeding only if DAC x is equal to DAC 0; and Is iv) incorporating the electronic document into the master document;
v) generating a new Data Authentication Code, hereinafter referred to as "DACm 0"' linked to the master document incorporating said electronic document; and vi) storing ADP x corresponding to said electronic document into 2o ADPm.
The present invention and its advantages will be better understood upon reading the following non-restrictive description of embodiments thereof with reference to the accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a flow chart representing the main steps of a method for parallel approval of an electronic document in accordance with a preferred embodiment of the present invention; FIG. 1 A is a flow chart detailing step C of the method of FIG. 1, and FIG. 1 B is a flow chart detailing step D.
FIG. 2 is a flow chart representing the main steps of a method for parallel approval of an electronic document in accordance with an s alternative embodiment of the present invention; FIG. 2A is a flow chart detailing step C of the method of FIG. 2, and FIG. 2B is a flow chart detailing step D.
FIG. 3 is a flow chart representing the main steps of a method for parallel approval of sections of an electronic document in accordance with another embodiment of the present invention; FIG. 3A is a flow chart detailing step C and FIG. 3B is a flow chart detailing step D.
FIG. 4 is a flow chart representing the main steps of a method for parallel approval of sections of an electronic document, wherein each section is approved by a single user, in accordance with yet another ~5 embodiment of the present invention; FIG. 4A is a flow chart detailing step B of the method of FIG. 4.
FIG. 5 is a flow chart representing the main steps of a method for the merging into a single approved document of electronic documents approved in parallel; FIG. 5A is a flow chart detailing step A and FIG. 5B is a flow 2o chart detailing step D.
DESCRIPTION OF PREFERRED EMBODIMENTS OF THE INVENTION
Referring to FIGs 1, 1 A and 1 B, the step of a first method for the electronic approval of a document by multiple users in parallel are shown. It 2s should be noted that when used herein, the term "electronic approval"
means the process of electronically approving documents and includes capabilities for the control, management and security of the entire approval process. Electronic approval encompasses more than an "electronic signature", which refers only to an electronic representation of the person having approved the document.
Step A) of the method of FIG. 1 consists of generating an original Data Authentication Code, "DAC 0", that is linked to the electronic s document. The DAC is preferably generated through the use of a one way hash function, but may generally consist of any code representing the electronic document in such a manner that modifying the document would result in a different representative code. DAC 0 may either be stored inside the document or made available to users through a linked storage system.
to In accordance with step B) the electronic document is made available to the users. It may for example be transmitted via electronic mail, be accessible on a network or the Internet, etc. Each user may therefore independently access the document and approve it.
Step C) consists of the actual approval of the document by the users.
is Advantageously the document is approved by each user in parallel, not sequentially, while still ensuring that the same unmodified document is approved by every user. As illustrated in FIG. 1 A, when each user approves the document the following sub-steps are performed:
i) the document is opened and accessed by the user;
2o ii) DAC 0 is retrieved. It is understood that this sub-step may be performed at any point in step C, before DAC 0 is actually used, and its inclusion at this particular point in the sequence is in no way limitative;
iii) the user approves the document. Data representing approval information are generated at this point. These data could include an image 2s of the individual's hand-written signature, and related audit information, such as the date and time of signing, the name and title of the signer, picture, finger print, voice print or other biometrics or such other identifying information that may be required for the approval process;
iv) a new DAC x related to the specific approval is generated. DAC x is created in the same manner as DAC 0, and is representative of the document that has been approved by the particular user. It may also be included in the approval information referred to above.
s v) the DACs are compared to each other. If DAC x = DAC 0, then the approved document is verified as the right document without any unauthorised modification, and the approval is recognized as valid and may be recorded. If not, then the document is not the same and the approval cannot be recorded; corrective actions are to be taken;
to vi) the approval information referred to in sub-step iii) is stored in a related Approval Data Packet, hereinafter referred to as ADP x, which is perpetually linked to the approved document. It is usually preferable to have ADP x encrypted so the information it contains cannot be accessed without proper authorization.
1s After the parallel approvals, the ADPs generated through this process can either be stored in a linked storage system or sent to a merge system designed to incorporate the ADPs into the original document. With the merge system, once all the approvals have been completed, the ADPs can be processed to incorporate the original approval information back into the 20 original document. Since the addition of each approval information has the effect of changing the content of the document, the DACs of the original document must be modified with each approval that is incorporated. In effect, the approval and audit trail information from the ADP would have to be added to the original document. With the incorporation of each ADP, the 2s DAC must be modified accordingly.
The merging of the approval information into the electronic document can be done through an optional step D, illustrated in FIG. 1 B. According to this step, sub-steps of i) copying the document into an insertion document and ii) retrieving DAC 0 are first performed. The ADP are then processed i~VO 00/08541 PCT/CA99/00719 sequentially in accordance with sub-step iii). In each case ADP x is opened and DAC x is retrieved. Then DAC x is compared to DAC 0, and if they match, the appropriate approval information stored in ADP x is inserted into the document. If the DACs do not match then corrective action is again to s be taken. Inserting the approval information into the electronic document of course modifies the document, and a new data authentication code DAC 0' has to be generated. Of course, DAC x is compared with the DAC 0 of the original document, still unmodified, so that it effectively represents the document as approved by the user.
to It should be noted that the DACs having been compared already in step C, it is not necessary in every case to check them again in step D. The corresponding sub-step may therefore be omitted if the degree of security required does not warrant it.
The process of inserting approval information into the original is document could be carried out through the use of a Dynamic Data Manifestation process. Under this method, user data is extracted from the ADP and subsequently inserted into pre-targeted viewable locations of the electronic document. These locations would include, in the case of most business forms for example, a signature location containing an area for the 2o signer's name, title and date or other relevant data required for the approval. The type of data that are required for approval can vary however.
This method will allow these data to be inserted into these locations without invalidating the DAC. In order for this process to be successful, the technology first verifies the DAC before the Dynamic Data Manifestations 25 are applied. If the electronic document verifies, the new data are inserted into these pre-targeted locations. A new DAC is then created for the modified document containing the approval data. The original DAC can be stored for reference purposes or to validate the DAC contained in the ADP.
The sub-steps of step D) may be repeated to incorporate every desired approvals into the document. If no other approvals are to be added, the electronic document and approvals can be used, published or archived.
It is understood that when applying the present invention in any of its s embodiments encryption may be used to protect any data involved, if additional security is required. As mentioned, the ADP x and all information therein are preferably encrypted. One may also choose to encrypt DAC 0 and the individual DAC x. However, the present invention does not lie in the step of encrypting (or not encrypting) a part or all of the various steps to described herein, since encryption is a well known technique in the field.
In an alternative embodiment of the invention, the verification sub-step during the actual approval of the document may be omitted in favour of a later verification step taking place once all approvals have been recorded. This embodiment is illustrated in FIGs. 2, 2A and 2B. This method is first differs from the one described above in that step C) only includes sub-steps of i) opening the document, ii) approving the document, iii) generating DAC x and iv) storing approval information into ADP x (see FIG. 2A). An authentication step D) is then performed, which involves, for each approval, i) retrieving DAC 0 and the appropriate DAC x, and ii) comparing them to 2o see if they match (FIG. 2B). Optionally, the approval information stored in ADP x may be included in the document at this point and a new DAC 0' is generated.
In another embodiment the present invention provides a method allowing the parallel approvals to be configured in such a way as to allow 2s users to approve sections of an electronic document. By "section" of a document, is meant a particular portion of a single document, or in a multi-file document, it could mean a particular file or particular section in a file or multiple files, or a combination of the above. This embodiment can be realized using different DACS for different sections of the electronic document. Thus, one DACs could refer to a particular section of a document, or a particular file or particular section of a file in the case of a multi-file document. Each DACs may or may not be predefined. If not predefined, there are numerous options available to the user in determining the section that is to be approved. For example, the original document may have user information embedded in it that would allow it to determine which sections the user is approving. Alternatively, the user can indicate on the document the sections that are to be approved. This can be done either by selecting the desired sections or having a list of sections indicating which ones are to be used to generate the DACs. Also, a specific user can approve any number of sections of the document, and a single section may be approve by a plurality of users, the invention allowing any possible combination of users-sections. The DACs is then created based on the sections that have been chosen. The corresponding ADP containing the ~5 sectional DAC and associated approval information will then be generated and incorporated into the original document or stored together with the original electronic document.
FIGs. 3, 3A and 3B illustrate a method for the parallel approval of sections of a document as described above, wherein the DACS are predefined. The 2o method therefore includes a step A) of generating a DACS 0 for each section of the document. The document is then B) made available to each user as before, and C) each user approves the corresponding sections. The particular sections corresponding to each particular user may be predetermined, or chosen by the user himself. Referring to figure 3A, it 2s may be seen that the sub-steps of step C) are similar to those of the similar steps described above, with the exception that multiple sections may be dealt with according to the following steps:
i) opening the electronic document for approval;
ii) selecting the corresponding sections for approval;
iii) retrieving each of the DACs 0 linked to the corresponding sections of the electronic document;
iv) approving the corresponding sections of the electronic document;
5 v) generating a DACS x for each corresponding sections;
vi) comparing the DACS x to the corresponding DACS 0, and proceeding with the approval only if in each case DACS x is equal to DACs 0; and vii) storing approval information in ADP x.
to As with the previous embodiments, the above method may include an optional step D) of incorporating approval information from the ADP x into the original document. This step is illustrated in figure 3B. In this case, for each approval to be inserted, the related ADP x is first opened, and the target section where the approval information is to be approved is selected 1s and opened. The target section may or may not correspond to the section approved by the user considered. The DACS of the sections approved by this user are then retrieved and compared. If they match, the appropriate information is inserted into the target section and a new DACS 0' is generated for that section. Otherwise corrective action is to be taken.
2o In a variant of the above embodiment, comparing of the DACs may be omitted. In addition, Dynamic Data Manifestations as described above, may optionally be used to insert the approval information into the document.
Referring to figures 4 and 4A, an embodiment concerning a method for the parallel approval of sections of a document where each section is 2s approved by a single user is illustrated. In this embodiment, each user is responsible for his own section, and may modify it before he approves it and a DAC x is generated. In this embodiment the document is first made WO 00/0$541 PCT/CA99/00719 available to each user. Then each section is approved by one user through the following steps (F1G. 4A):
i) the document is opened;
ii) a section corresponding to the particular user is selected. The user s may work on his assigned section and modify it;
iii) The user approves his section;
iv) a DACS x is generated for the approved section;
v) approval information is stored in a ADP x.
In this manner, the obtained document includes a plurality of sections to each having been used and approved by the proper person.
Referring to FIGs. 5, 5A and 5B, another option available to users is to approve multiple separate documents and then have them merged into one single approved document. With this method, separate documents are approved by the user, with separate approvals generated for each 1s document. An ADP is then created for each approval. Each approved document can be subsequently incorporated into a master document. If there are several files to merge, each approved document is verified. If the document verifies, the contents of each approved document and ADP are then extracted and securely merged into a master document without 2o invalidating the approval or altering the contents of the data. The master document includes its own DAC which may be modified when incorporating new data. The audit trail information associated with each ADP is subsequently embedded into the master approval record ADPm. The document can then be used, archived or published.
2s An example of where the present invention might apply is in the pharmaceutical industry, where several people may be responsible for testing different elements of proposed pharmaceutical products. Each may electronically submit to the Food and Drug Administration separate documents attesting to their results. This technology enables all electronic submissions to be merged into one document containing all of the information from the individual tests, thus facilitating the submissions process.
The present invention can be used for many other purposes as well.
s For example, it can be useful in the context of internal business communications, namely internal office memos or requisition orders. By replacing the traditional hand-written approvals with this parallel electronic approval method, paper costs may be drastically reduced, the time-consuming procedure of processing paper-based information can be to eliminated, and overall productivity can be increased. This technology therefore presents great advantages to this industry.
Similarly, electronic approval technology can be used in a beneficial way in any enterprise or organization, where multiple parties are involved in approving the same document, different documents or parts of a document, 15 without compromising the security and integrity of the documents that are being approved.
Of course, numerous changes could be made to the preferred embodiment disclosed hereinabove without departing from the scope of the invention as defined in the appended claims.
vi) comparing the DACS x to the corresponding DACS 0, and proceeding with the approval only if in each case DACS x is equal to DACs 0; and vii) storing approval information in ADP x.
to As with the previous embodiments, the above method may include an optional step D) of incorporating approval information from the ADP x into the original document. This step is illustrated in figure 3B. In this case, for each approval to be inserted, the related ADP x is first opened, and the target section where the approval information is to be approved is selected 1s and opened. The target section may or may not correspond to the section approved by the user considered. The DACS of the sections approved by this user are then retrieved and compared. If they match, the appropriate information is inserted into the target section and a new DACS 0' is generated for that section. Otherwise corrective action is to be taken.
2o In a variant of the above embodiment, comparing of the DACs may be omitted. In addition, Dynamic Data Manifestations as described above, may optionally be used to insert the approval information into the document.
Referring to figures 4 and 4A, an embodiment concerning a method for the parallel approval of sections of a document where each section is 2s approved by a single user is illustrated. In this embodiment, each user is responsible for his own section, and may modify it before he approves it and a DAC x is generated. In this embodiment the document is first made WO 00/0$541 PCT/CA99/00719 available to each user. Then each section is approved by one user through the following steps (F1G. 4A):
i) the document is opened;
ii) a section corresponding to the particular user is selected. The user s may work on his assigned section and modify it;
iii) The user approves his section;
iv) a DACS x is generated for the approved section;
v) approval information is stored in a ADP x.
In this manner, the obtained document includes a plurality of sections to each having been used and approved by the proper person.
Referring to FIGs. 5, 5A and 5B, another option available to users is to approve multiple separate documents and then have them merged into one single approved document. With this method, separate documents are approved by the user, with separate approvals generated for each 1s document. An ADP is then created for each approval. Each approved document can be subsequently incorporated into a master document. If there are several files to merge, each approved document is verified. If the document verifies, the contents of each approved document and ADP are then extracted and securely merged into a master document without 2o invalidating the approval or altering the contents of the data. The master document includes its own DAC which may be modified when incorporating new data. The audit trail information associated with each ADP is subsequently embedded into the master approval record ADPm. The document can then be used, archived or published.
2s An example of where the present invention might apply is in the pharmaceutical industry, where several people may be responsible for testing different elements of proposed pharmaceutical products. Each may electronically submit to the Food and Drug Administration separate documents attesting to their results. This technology enables all electronic submissions to be merged into one document containing all of the information from the individual tests, thus facilitating the submissions process.
The present invention can be used for many other purposes as well.
s For example, it can be useful in the context of internal business communications, namely internal office memos or requisition orders. By replacing the traditional hand-written approvals with this parallel electronic approval method, paper costs may be drastically reduced, the time-consuming procedure of processing paper-based information can be to eliminated, and overall productivity can be increased. This technology therefore presents great advantages to this industry.
Similarly, electronic approval technology can be used in a beneficial way in any enterprise or organization, where multiple parties are involved in approving the same document, different documents or parts of a document, 15 without compromising the security and integrity of the documents that are being approved.
Of course, numerous changes could be made to the preferred embodiment disclosed hereinabove without departing from the scope of the invention as defined in the appended claims.
Claims (26)
1. A method for parallel approval of sections of an electronic document by a plurality of users, the method comprising the steps of:
A) generating for each section of the electronic document an original section Data Authentication Code, hereinafter referred to as "DACs O", linked to said section of the electronic document, in such a manner that unauthorised alterations and modifications can be detected;
B) having the electronic document made available to each user;
C) for approval by each user of corresponding sections of the electronic document, performing the sub-steps of:
i) opening the electronic document for approval;
ii) selecting the corresponding sections for approval;
iii) retrieving each of the DACs O linked to the corresponding sections of the electronic document;
iv) approving the corresponding sections of the electronic document;
v) generating for each corresponding sections a section approval Data Authentication Code, hereinafter referred to as "DACs x";
vi) comparing the DACs x to the corresponding DACs O, and proceeding with the approval only if in each case DACs x is equal to DACs O; and vii) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x"; and D) for each ADP x, performing the sub-steps of:
i) opening the ADP x ii) selecting and opening a target section of the electronic document wherein the approval information is to be inserted;
i) retrieving the DACs O and DACs x corresponding to said target section;
ivy comparing DACs x to DACs O, and proceeding only if DACs x is equal to DACs O;
v) inserting approval information stared in ADP x into the target section of the electronic document, thereby generating a modified section of the electronic document; and vi) generating a new section Data Authentication Code, hereinafter referred to as "DACs O"', linked to the modified electronic document.
A) generating for each section of the electronic document an original section Data Authentication Code, hereinafter referred to as "DACs O", linked to said section of the electronic document, in such a manner that unauthorised alterations and modifications can be detected;
B) having the electronic document made available to each user;
C) for approval by each user of corresponding sections of the electronic document, performing the sub-steps of:
i) opening the electronic document for approval;
ii) selecting the corresponding sections for approval;
iii) retrieving each of the DACs O linked to the corresponding sections of the electronic document;
iv) approving the corresponding sections of the electronic document;
v) generating for each corresponding sections a section approval Data Authentication Code, hereinafter referred to as "DACs x";
vi) comparing the DACs x to the corresponding DACs O, and proceeding with the approval only if in each case DACs x is equal to DACs O; and vii) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x"; and D) for each ADP x, performing the sub-steps of:
i) opening the ADP x ii) selecting and opening a target section of the electronic document wherein the approval information is to be inserted;
i) retrieving the DACs O and DACs x corresponding to said target section;
ivy comparing DACs x to DACs O, and proceeding only if DACs x is equal to DACs O;
v) inserting approval information stared in ADP x into the target section of the electronic document, thereby generating a modified section of the electronic document; and vi) generating a new section Data Authentication Code, hereinafter referred to as "DACs O"', linked to the modified electronic document.
2. A method according to claim 1, wherein said document contains a single section,
3. A method according to claim 1, wherein the inserting of sub-step D) v) comprises including the approval information at a pre-targeted location in the insertion electronic document.
4. A method according to claim 1, wherein sub-step C) vii) comprises encrypting ADP x.
5. A method according to claim 1, wherein step A) comprises encrypting each DACs O.
6. A method according to claim 7, wherein, in substep C) vii), the approval information comprises DAC x.
7. A method according to claim 1, wherein, in substep C) vii), the approval information comprises a signature of the user.
8. A method according to claim 1, wherein, in substep C) vii), the approval information comprises biometric information related to the user.
9. A method according to claim 1, wherein, in substep C) vii), the approval information comprises a date and a time at which substep C) iv) was executed.
10. A method for parallel approval of sections of an electronic document by a plurality of users, comprising the steps of:
A) generating for each section of the electronic document an original Data Authentication ode, hereinafter referred to as "DACs O", linked to the electronic document, in such a manner that unauthorised alterations and modifications can be detected;
B) having the electronic document made available to each user;
C) for approval by each user of corresponding sections of the electronic document, performing the substeps of:
i) opening the electronic document for approval;
ii) selecting the corresponding sections for approval;
iii) approving the corresponding sections of the electronic document;
iv) generating for each corresponding section of the electronic document an approval Data Authentication Code, hereinafter referred to as "DACs x";
v) storing approval information in a user Approval Data Packet.
hereinafter referred to as "ADP x";
D) for authenticating the approval by each user, performing for each DACs x the sub-steps of:
i) retrieving DACs O and DACs x; and ii) comparing DACs x to DACs O, and accepting the approval only if DACs x is equal to DACs O; and E) inserting approval information stored in ADP x for each user into a target section of the electronic document, thereby generating a modified section of the electronic document.
A) generating for each section of the electronic document an original Data Authentication ode, hereinafter referred to as "DACs O", linked to the electronic document, in such a manner that unauthorised alterations and modifications can be detected;
B) having the electronic document made available to each user;
C) for approval by each user of corresponding sections of the electronic document, performing the substeps of:
i) opening the electronic document for approval;
ii) selecting the corresponding sections for approval;
iii) approving the corresponding sections of the electronic document;
iv) generating for each corresponding section of the electronic document an approval Data Authentication Code, hereinafter referred to as "DACs x";
v) storing approval information in a user Approval Data Packet.
hereinafter referred to as "ADP x";
D) for authenticating the approval by each user, performing for each DACs x the sub-steps of:
i) retrieving DACs O and DACs x; and ii) comparing DACs x to DACs O, and accepting the approval only if DACs x is equal to DACs O; and E) inserting approval information stored in ADP x for each user into a target section of the electronic document, thereby generating a modified section of the electronic document.
11. A method according to claim 10, wherein said document contains a single section.
12. A method according to claim 10, wherein sub-step C) v) comprises encrypting ADP x.
13. A method according to claim 10, wherein step A) comprises encrypting DACs O.
14. A method according to claim 10, wherein, in sub-step C) v), the approval information comprises DACs x.
15. A method according to claim 10, wherein, in sub-step C) v), the approval information comprises a signature of the user.
16. A method according to claim 10, wherein, in sub-step C) v), the approval information comprises biometric information related to the user.
17. A method according to claim 10, wherein, in sub-step C) v), the approval information comprises a date and a time at which sub-step C) iii) was executed.
18. A method according to claim 10, wherein step E) comprises, for each ADP x, performing the substeps of:
i) opening the ADP x;
ii) selecting and opening a target section of the electronic document wherein the approval information is to be inserted;
iii) inserting approval information stored in ADP x into the target section of the electronic document, thereby generating a modified section of the electronic document ; and iv) generating a new section Data Authentication Code, hereinafter referred to as "DACs O"', linked to the modified electronic document.
i) opening the ADP x;
ii) selecting and opening a target section of the electronic document wherein the approval information is to be inserted;
iii) inserting approval information stored in ADP x into the target section of the electronic document, thereby generating a modified section of the electronic document ; and iv) generating a new section Data Authentication Code, hereinafter referred to as "DACs O"', linked to the modified electronic document.
19. A method according to claim 18, wherein the inserting of sub-step E) iii) comprises including the approval information at a pre-targeted location in the target section of the electronic document.
20. A method of merging a plurality of approved electronic documents into a single approved master document, the method comprising the steps of:
A) approving the electronic documents by performing, for each of said electronic documents, the sub-steps of:
i) generating an original Data Authentication Code in such a manner that alterations and modifications can be detected, hereinafter referred to as "DAC O", linked to the electronic document, ii) having the electronic document made available to each user;
i) for approval by each user, performing the sub-steps of:
a) opening the electronic document for approval;
b) approving the electronic document;
c) generating far the electronic document an approval Data Authentication Code, hereinafter referred to as "DAC x";
d) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x";
B) generating the master document;
C) generating a master Data Authentication Code and a master Approval Data Packet, respectively hereinafter referred to as "DACm O", and ADPm, both linked to said master document; and D) for merging of each electronic document, performing the sub-steps of:
i) opening the electronic document;
ii) retrieving the DAC O and DAC x linked to said electronic document;
iii) comparing DAC x to DAC O, and proceeding only if DAC x is equal to DAC O; and iv) incorporating the electronic document into the master document;
v1 generating a new Data Authentication Code, hereinafter referred to as "DACm O"' linked to the master document incorporating said electronic document; and vi) scoring ADP x corresponding to said electronic document into ADPm.
A) approving the electronic documents by performing, for each of said electronic documents, the sub-steps of:
i) generating an original Data Authentication Code in such a manner that alterations and modifications can be detected, hereinafter referred to as "DAC O", linked to the electronic document, ii) having the electronic document made available to each user;
i) for approval by each user, performing the sub-steps of:
a) opening the electronic document for approval;
b) approving the electronic document;
c) generating far the electronic document an approval Data Authentication Code, hereinafter referred to as "DAC x";
d) storing approval information in a user Approval Data Packet, hereinafter referred to as "ADP x";
B) generating the master document;
C) generating a master Data Authentication Code and a master Approval Data Packet, respectively hereinafter referred to as "DACm O", and ADPm, both linked to said master document; and D) for merging of each electronic document, performing the sub-steps of:
i) opening the electronic document;
ii) retrieving the DAC O and DAC x linked to said electronic document;
iii) comparing DAC x to DAC O, and proceeding only if DAC x is equal to DAC O; and iv) incorporating the electronic document into the master document;
v1 generating a new Data Authentication Code, hereinafter referred to as "DACm O"' linked to the master document incorporating said electronic document; and vi) scoring ADP x corresponding to said electronic document into ADPm.
21. A method according to claim 20, wherein:
sub-step A) i) d) comprises encrypting ADP x; and step C) comprises encrypting ADPm.
sub-step A) i) d) comprises encrypting ADP x; and step C) comprises encrypting ADPm.
22. A method according to claim 20, wherein:
sub-step A) i) comprises encrypting DAC O; and step C) comprises encrypting DACm O.
sub-step A) i) comprises encrypting DAC O; and step C) comprises encrypting DACm O.
23. A method according to claim 20, wherein, in sub-step A) i) d), the approval information comprises DAC x.
24. A method according to claim 20, wherein, in sub-step A) i) d), the approval information comprises a signature of the user.
25. A method according to claim 20, wherein, in sub-step A) i) d), the approval information comprises biometric information related to the user.
26. A method according to claim 20, wherein, in sub-step A) i) d), the approval information comprises a date and a time at which sub-step A) i) b) was executed.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA002337245A CA2337245A1 (en) | 1998-08-07 | 1999-08-06 | Method for parallel approval of an electronic document |
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA2,242,130 | 1998-08-07 | ||
| CA002242130A CA2242130A1 (en) | 1998-08-07 | 1998-08-07 | Method for parallel approval of documents in a distributed network |
| CA002337245A CA2337245A1 (en) | 1998-08-07 | 1999-08-06 | Method for parallel approval of an electronic document |
| PCT/CA1999/000719 WO2000008541A1 (en) | 1998-08-07 | 1999-08-06 | Method for parallel approval of an electronic document |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2337245A1 true CA2337245A1 (en) | 2000-02-17 |
Family
ID=25680341
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002337245A Abandoned CA2337245A1 (en) | 1998-08-07 | 1999-08-06 | Method for parallel approval of an electronic document |
Country Status (1)
| Country | Link |
|---|---|
| CA (1) | CA2337245A1 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1330107A1 (en) * | 2000-09-22 | 2003-07-23 | Ricoh Company, Ltd. | Document acquiring device, document filing system, and electronic document notarizing system |
-
1999
- 1999-08-06 CA CA002337245A patent/CA2337245A1/en not_active Abandoned
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1330107A1 (en) * | 2000-09-22 | 2003-07-23 | Ricoh Company, Ltd. | Document acquiring device, document filing system, and electronic document notarizing system |
| EP1330107A4 (en) * | 2000-09-22 | 2006-10-18 | Ricoh Kk | Document acquiring device, document filing system, and electronic document notarizing system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6912660B1 (en) | Method for parallel approval of an electronic document | |
| US6904416B2 (en) | Signature verification using a third party authenticator via a paperless electronic document platform | |
| US6796489B2 (en) | Processing electronic documents with embedded digital signatures | |
| US8381287B2 (en) | Trusted records using secure exchange | |
| JP2020517034A (en) | System and method for concluding and delivering electronic documents | |
| US6246991B1 (en) | Will information management and disclosure system and method, and program storage medium thereof | |
| US8140847B1 (en) | Digital safe | |
| US7844832B2 (en) | System and method for data source authentication and protection system using biometrics for openly exchanged computer files | |
| US20100161993A1 (en) | Notary document processing and storage system and methods | |
| JP3754565B2 (en) | Electronic seal mark authentication system | |
| US20080104408A1 (en) | Notary document processing and storage system and methods | |
| TWI291109B (en) | Method and apparatus for storing data records on a database system | |
| US20050231738A1 (en) | Electronic document management system | |
| US6931420B1 (en) | Method for the separate authentication of a template and user data | |
| US20080100874A1 (en) | Notary document processing and storage system and methods | |
| US20020112164A1 (en) | System and method for providing customized secure access to shared documents | |
| US20070150299A1 (en) | Method, system, and apparatus for the management of the electronic files | |
| US20040225884A1 (en) | Electronic signature system and method | |
| KR20110079660A (en) | Process of encryption and operational control of tagged data elements-1 | |
| US20120066349A1 (en) | Method and system using two or more storage devices for authenticating multiple users for a single transaction | |
| Wilson | Certificates and trust in electronic commerce | |
| Balinsky et al. | Differential access for publicly-posted composite documents with multiple workflow participants | |
| US20030065792A1 (en) | Securing information in a design collaboration and trading partner environment | |
| CA2345148C (en) | Method for the separate authentication of a template and user data | |
| US20070030515A1 (en) | Electronic document having authentication function |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| FZDE | Discontinued |