CA2313589A1 - System and method for indicating the state of an electronic document in an electronic document approval system - Google Patents
System and method for indicating the state of an electronic document in an electronic document approval system Download PDFInfo
- Publication number
- CA2313589A1 CA2313589A1 CA002313589A CA2313589A CA2313589A1 CA 2313589 A1 CA2313589 A1 CA 2313589A1 CA 002313589 A CA002313589 A CA 002313589A CA 2313589 A CA2313589 A CA 2313589A CA 2313589 A1 CA2313589 A1 CA 2313589A1
- Authority
- CA
- Canada
- Prior art keywords
- document
- state
- approval
- person
- electronic document
- 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
Description
SYSTEM AND METHOD FOR INDICATING THE STATE OF AN ELECTRONIC
DOCUMENT IN AN ELECTRONIC DOCUMENT APPROVAL SYSTEM
Field of the invention The present invention relates to a system and method for indicating the state of an electronic document in an electronic document approval system.
Description of the arior art When it comes to present electronic approval software, two states exist either valid or invalid, i.e, this document is the same document that was approved - quite often this is illustrated by a checkmark or some other symbol that indicates validity -, or that document has been modified since it was last approved -quite often this is illustrated by an X or some other symbol that indicates invalidity.
However, this binary representation of the "approved" or "modified" state of a document is not adequate to a normal business process.
Summary of the invention The present invention concerns a system and method for more precisely indicating the state of a document within or without an electronic document approval system or method.
Description of a preferred embodiment of the invention The present application concerns a system and method used in the context of electronic document approvals, where two new states that need to be
DOCUMENT IN AN ELECTRONIC DOCUMENT APPROVAL SYSTEM
Field of the invention The present invention relates to a system and method for indicating the state of an electronic document in an electronic document approval system.
Description of the arior art When it comes to present electronic approval software, two states exist either valid or invalid, i.e, this document is the same document that was approved - quite often this is illustrated by a checkmark or some other symbol that indicates validity -, or that document has been modified since it was last approved -quite often this is illustrated by an X or some other symbol that indicates invalidity.
However, this binary representation of the "approved" or "modified" state of a document is not adequate to a normal business process.
Summary of the invention The present invention concerns a system and method for more precisely indicating the state of a document within or without an electronic document approval system or method.
Description of a preferred embodiment of the invention The present application concerns a system and method used in the context of electronic document approvals, where two new states that need to be
2 incorporated in order to have a proper electronic approval mechanism are provided.
These two states will be hereinafter referred to as "unknown" and "modified and approved".
State 1 ) The unknown state. This state is used to represent the case when the software required to perform the validation of the documents integrity is not available or the case where the software function to perform the integrity checking has not been invoked. This state is also referred to as a safe mode. This state can be represented by a question mark (?) or some other symbol that indicates an undetermined state. This is the ideal state to use when closing or storing a document into an archival situation - the reason being that an end user who has access to the document but not to the software to check the validity of the document will only be able to access the document and not be able to incorrectly assume if the document is valid or not - it is undetermined until the verification software is run.
State 2) The modified and approved state. This state provides visual feedback to the user such that they are aware that since the previous approval, someone has altered the document, but then took responsibility for the change.
This feature is presently not encompassed by the prior art. Only an invalid state is represented. In the examples below this state will be illustrated as M&A
Example:
Prior to the introduction of State 2, this typical business scenario would yield the following results:
These two states will be hereinafter referred to as "unknown" and "modified and approved".
State 1 ) The unknown state. This state is used to represent the case when the software required to perform the validation of the documents integrity is not available or the case where the software function to perform the integrity checking has not been invoked. This state is also referred to as a safe mode. This state can be represented by a question mark (?) or some other symbol that indicates an undetermined state. This is the ideal state to use when closing or storing a document into an archival situation - the reason being that an end user who has access to the document but not to the software to check the validity of the document will only be able to access the document and not be able to incorrectly assume if the document is valid or not - it is undetermined until the verification software is run.
State 2) The modified and approved state. This state provides visual feedback to the user such that they are aware that since the previous approval, someone has altered the document, but then took responsibility for the change.
This feature is presently not encompassed by the prior art. Only an invalid state is represented. In the examples below this state will be illustrated as M&A
Example:
Prior to the introduction of State 2, this typical business scenario would yield the following results:
3 Step Partial visual of Explanation document state A person approves Approval #1 -- OK The document is still a in the document - document same state since the first has not been altered approval since the last a royal A person makes a Approval #1 - INVALIDThe document has been change to the document altered since the first person approved it, rendering the document invalid.
A second person Approval #1 - INVALIDThe document is not the same possibly a manager Approval #2 - OK one that the first person approves the document, approved, but it is in the same essentially indicating state since the second person that the change is approved it.
acceptable (similar to someone initialing a correction Example of same process now with the introduction of State 2:
Step Partial visual of Explanation document state A person approves Approval #1 -- OK The document is still a in the document - document same state since the first has not been altered approval since the last a royal A person makes a Approval #1 - INVALIDThe document has been change to the document altered since the first person approved it, rendering the document invalid.
A second person Approval #1 - M&A. The document is not the same possibly a manager Approval #2 - OK one that the first person approves the document, approved, but it is in the same essentially indicating state since the second person that the change is approved it. Also the state of acceptable (similar the first approval has to now someone initialing been altered to reflect a the fact correction) that someone (i.e. the second person) has taken res onsibilit for the chan e.
A second person Approval #1 - INVALIDThe document is not the same possibly a manager Approval #2 - OK one that the first person approves the document, approved, but it is in the same essentially indicating state since the second person that the change is approved it.
acceptable (similar to someone initialing a correction Example of same process now with the introduction of State 2:
Step Partial visual of Explanation document state A person approves Approval #1 -- OK The document is still a in the document - document same state since the first has not been altered approval since the last a royal A person makes a Approval #1 - INVALIDThe document has been change to the document altered since the first person approved it, rendering the document invalid.
A second person Approval #1 - M&A. The document is not the same possibly a manager Approval #2 - OK one that the first person approves the document, approved, but it is in the same essentially indicating state since the second person that the change is approved it. Also the state of acceptable (similar the first approval has to now someone initialing been altered to reflect a the fact correction) that someone (i.e. the second person) has taken res onsibilit for the chan e.
4 This state is absolutely necessary for standard business practices to move to the electronic domain. Traditionally, in the pen and paper world, when a person signs a document indicating their approval, a second person can freely alter the contents of the document which does not cross out or invalidate the first person's signature.
They merely add their signature or initials to accept responsibility for the changes.
The reason this works well in the paper world is because changes to a document after the sign off are usually easy to detect by simple visual inspection (i.e. it's easy to see that someone scratched out an amount and wrote a new amount above the original value) so detecting an altered state is easy.
In the electronic world visually detecting these changes is difficult, thus the approval display mechanism needs to be able to illustrate the case that a change was made but that someone took responsibility for the change.
This "altered but approved" state can also display more intelligent information such as "the document was altered but Mr. Z took responsibility for the changes". Obviously these stages can overlap to a fair degree. Consider the approval process where 6 people (A-F) are part of the process.
Person Step Partial visual of DocumentExplanation A rovin State A First person Approval #1 - VALID Document is now considered to approve the authentic, in the same state document since the erson si ned it B Second personApproval #1 - Valid Document is the same simply adds Approval #2 - Valid document that Person their A and B
a royal a roved.
A person makesApproval #1 - INVALID Document has been a altered correction Approval #2 - INVALID since person A and or B approved chan a it.
C Takes Approval #1 - M8cA Mr. C has taken responsibility by Person C
responsibilityApproval #2 - M&A by for the changes for Person C
the change A royal #3 - VALID
Another personApproval #1 - INVALID Document is not in the same changes or Approval #2 - INVALID state as when the last person corrects the Approval #3 - INVALID approved.
document yet a ain D Takes Approval #1 - M&A by Person C
responsibilityApproval #2 - M&A by for Person C
the change Approval #3 - M&A by Person D
A royal #4 - VALID
E Agrees with Approval #1 - M&A by the Person C
document contentApproval #2 - M&A by Person C
and approved Approval #3 - M8cA
it. by Person D
Approval #4 - VALID
A royal #5 - VALID
F Agrees with Approval #1 - M&A by the Person C
document contentApproval #2 - M&A by Person C
and approved Approval #3 - M&A by it. Person D
Approval #4 - VALID
Approval #5 - VALID
A royal #6 - VALID
Consequently, the present invention concerns a system and method by which the electronic document itself contains information about the state of the
They merely add their signature or initials to accept responsibility for the changes.
The reason this works well in the paper world is because changes to a document after the sign off are usually easy to detect by simple visual inspection (i.e. it's easy to see that someone scratched out an amount and wrote a new amount above the original value) so detecting an altered state is easy.
In the electronic world visually detecting these changes is difficult, thus the approval display mechanism needs to be able to illustrate the case that a change was made but that someone took responsibility for the change.
This "altered but approved" state can also display more intelligent information such as "the document was altered but Mr. Z took responsibility for the changes". Obviously these stages can overlap to a fair degree. Consider the approval process where 6 people (A-F) are part of the process.
Person Step Partial visual of DocumentExplanation A rovin State A First person Approval #1 - VALID Document is now considered to approve the authentic, in the same state document since the erson si ned it B Second personApproval #1 - Valid Document is the same simply adds Approval #2 - Valid document that Person their A and B
a royal a roved.
A person makesApproval #1 - INVALID Document has been a altered correction Approval #2 - INVALID since person A and or B approved chan a it.
C Takes Approval #1 - M8cA Mr. C has taken responsibility by Person C
responsibilityApproval #2 - M&A by for the changes for Person C
the change A royal #3 - VALID
Another personApproval #1 - INVALID Document is not in the same changes or Approval #2 - INVALID state as when the last person corrects the Approval #3 - INVALID approved.
document yet a ain D Takes Approval #1 - M&A by Person C
responsibilityApproval #2 - M&A by for Person C
the change Approval #3 - M&A by Person D
A royal #4 - VALID
E Agrees with Approval #1 - M&A by the Person C
document contentApproval #2 - M&A by Person C
and approved Approval #3 - M8cA
it. by Person D
Approval #4 - VALID
A royal #5 - VALID
F Agrees with Approval #1 - M&A by the Person C
document contentApproval #2 - M&A by Person C
and approved Approval #3 - M&A by it. Person D
Approval #4 - VALID
Approval #5 - VALID
A royal #6 - VALID
Consequently, the present invention concerns a system and method by which the electronic document itself contains information about the state of the
5 document within an electronic document approval system. More specifically, a verification is performed to determine if the document has yet to be approved, and if so, if the document is validly approved, if modifications have been made and if these modifications have been approved.
Although the present invention has been explained hereinabove by way of a preferred embodiment thereof, it should be pointed out that any modifications to
Although the present invention has been explained hereinabove by way of a preferred embodiment thereof, it should be pointed out that any modifications to
6 this preferred embodiment within the scope of the appended claims is not deemed to alter or change the nature and scope of the present invention.
Claims
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA002313589A CA2313589A1 (en) | 2000-07-05 | 2000-07-05 | System and method for indicating the state of an electronic document in an electronic document approval system |
EP01951271A EP1323009A2 (en) | 2000-07-05 | 2001-07-05 | Status identifier for identifying the approval status of an electronic document |
PCT/CA2001/000986 WO2002003174A2 (en) | 2000-07-05 | 2001-07-05 | Status identifier for identifying the approval status of an electronic document |
AU2001272255A AU2001272255A1 (en) | 2000-07-05 | 2001-07-05 | Status identifier for identifying the approval status of an electronic document |
CA002414595A CA2414595A1 (en) | 2000-07-05 | 2001-07-05 | Status identifier for identifying the approval status of an electronic document |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA002313589A CA2313589A1 (en) | 2000-07-05 | 2000-07-05 | System and method for indicating the state of an electronic document in an electronic document approval system |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2313589A1 true CA2313589A1 (en) | 2002-01-05 |
Family
ID=4166665
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002313589A Abandoned CA2313589A1 (en) | 2000-07-05 | 2000-07-05 | System and method for indicating the state of an electronic document in an electronic document approval system |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP1323009A2 (en) |
AU (1) | AU2001272255A1 (en) |
CA (1) | CA2313589A1 (en) |
WO (1) | WO2002003174A2 (en) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8688461B1 (en) | 2002-03-29 | 2014-04-01 | Fannie Mae | Electronic registry for authenticating transferable records |
US7818657B1 (en) | 2002-04-01 | 2010-10-19 | Fannie Mae | Electronic document for mortgage transactions |
US9740988B1 (en) | 2002-12-09 | 2017-08-22 | Live Nation Entertainment, Inc. | System and method for using unique device indentifiers to enhance security |
US10366373B1 (en) | 2002-12-09 | 2019-07-30 | Live Nation Entertainment, Incorporated | Apparatus for access control and processing |
US8571973B1 (en) | 2002-12-09 | 2013-10-29 | Corelogic Solutions, Llc | Electronic closing |
US9477820B2 (en) | 2003-12-09 | 2016-10-25 | Live Nation Entertainment, Inc. | Systems and methods for using unique device identifiers to enhance security |
US8078483B1 (en) | 2003-12-16 | 2011-12-13 | Ticketmaster | Systems and methods for queuing access to network resources |
US9608929B2 (en) | 2005-03-22 | 2017-03-28 | Live Nation Entertainment, Inc. | System and method for dynamic queue management using queue protocols |
MX2008010131A (en) | 2006-02-07 | 2009-07-22 | Ticketmaster | Methods and systems for reducing burst usage of a networked computer system. |
US8082277B1 (en) * | 2007-06-05 | 2011-12-20 | The Board of Trustees of the University of Alabama, for and on behalf of the University of Alabamaiin Huntsville | Systems and methods for generating technical documents |
US9807096B2 (en) | 2014-12-18 | 2017-10-31 | Live Nation Entertainment, Inc. | Controlled token distribution to protect against malicious data and resource access |
CA2802686C (en) | 2010-06-15 | 2019-10-01 | Ticketmaster, Llc | Methods and systems for computer aided event and venue setup and modeling and interactive maps |
US10096161B2 (en) | 2010-06-15 | 2018-10-09 | Live Nation Entertainment, Inc. | Generating augmented reality images using sensor and location data |
US9781170B2 (en) | 2010-06-15 | 2017-10-03 | Live Nation Entertainment, Inc. | Establishing communication links using routing protocols |
US20150248384A1 (en) * | 2014-02-28 | 2015-09-03 | Ricoh Company, Ltd. | Document sharing and collaboration |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH01195568A (en) * | 1988-01-29 | 1989-08-07 | Hitachi Ltd | Electronic document editing control system |
JPH02171865A (en) * | 1988-12-23 | 1990-07-03 | Nec Corp | Approval information display device |
JPH11120054A (en) * | 1997-10-21 | 1999-04-30 | Fuji Xerox Co Ltd | Device and method for managing electronic document, and recording medium recorded with electronic document managing program |
CA2242130A1 (en) * | 1998-08-07 | 2000-02-07 | Silanis Technology Inc. | Method for parallel approval of documents in a distributed network |
-
2000
- 2000-07-05 CA CA002313589A patent/CA2313589A1/en not_active Abandoned
-
2001
- 2001-07-05 WO PCT/CA2001/000986 patent/WO2002003174A2/en not_active Application Discontinuation
- 2001-07-05 AU AU2001272255A patent/AU2001272255A1/en not_active Abandoned
- 2001-07-05 EP EP01951271A patent/EP1323009A2/en not_active Withdrawn
Also Published As
Publication number | Publication date |
---|---|
EP1323009A2 (en) | 2003-07-02 |
WO2002003174A3 (en) | 2003-03-13 |
AU2001272255A1 (en) | 2002-01-14 |
WO2002003174A2 (en) | 2002-01-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2313589A1 (en) | System and method for indicating the state of an electronic document in an electronic document approval system | |
US6195452B1 (en) | Method of authenticating negotiable instruments | |
Seacord | The CERT C secure coding standard | |
US20020019838A1 (en) | Status identifier for identifying the approval status of an electronic document | |
WO2008049096A2 (en) | Automatic document reader and form population system and method | |
WO2004059543A3 (en) | Method and system for protecting against unauthorized modification of products | |
JPH1091692A (en) | Electronic settelement method | |
WO1991017611A1 (en) | Method and means to limit access to computer systems | |
CN102663590A (en) | System and method of commodity anti-counterfeiting authentication based on restriction of authentication frequency | |
Balloon | From wax seals to hypertext: electronic signatures, contract formation, and a new model for consumer protection in internet transactions | |
JPH01163871A (en) | Hierarchization system for slip compressed sentence | |
US11275979B2 (en) | Note backed by cryptocurrency | |
US20050289358A1 (en) | Method and system for sensitive information protection in structured documents | |
ATE295591T1 (en) | SYSTEM AND METHOD FOR INFORMATION SECURITY FOR ON-LINE TRANSACTIONS | |
US7409555B2 (en) | Electronic document active content assurance | |
CA2414595A1 (en) | Status identifier for identifying the approval status of an electronic document | |
EP1153352A1 (en) | Method of hidden text detection and use in electronic document approval | |
AU2001252841A1 (en) | Check of fingerprints | |
EP1116110A1 (en) | Method of creating an inseparable link between an electronic document and ole objects | |
Williamson | Margins for error: A reply | |
Weiser | Extrinsic Evidence and the Construction of Wills in California | |
CA2552770C (en) | Card discriminating system and method of the same | |
Ruggieri | Security in digital data preservation | |
TW200302978A (en) | Method for recognizing a correct instruction entry address when using instruction words of different length | |
CN1505780A (en) | Method for identifying a correct command entry address when using command words of different length |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Dead |