Controlling the validity status of communicated messages

• US 7,774,370 B2
• Filed: 06/14/2007
• Issued: 08/10/2010
• Est. Priority Date: 09/30/2002
• Status: Expired due to Fees

• Current Assignee: Scott E. Sampson
• Original Assignee: Scott E. Sampson
• Inventors: Sampson, Scott E.
• Primary Examiner(s): Pham; Khanh B
• Assistant Examiner(s): JOHNSON, JOHNESE T
• Application Number:
  US11/763,209
• Publication Number:
  US 20070233751A1
• Time in Patent Office: 1,153 Days
• Field of Search: 707/793, 707/791, 707/201
• US Class Current: 707/793
• CPC Class Codes: G06F 16/10 File systems; File servers
• CPC Class Codes: G06Q 20/04 Payment circuits
• CPC Class Codes: G06Q 20/12 specially adapted for electronic shopping systems
• CPC Class Codes: G06Q 20/389 Keeping log of transactions for guaranteeing non-repudiation of a transaction
• CPC Class Codes: G06Q 40/02 Banking, e.g. interest calculation or account maintenance credit or loans G06Q40/03
• CPC Class Codes: Y10S 707/99942 Manipulating data structure, e.g. compression, compaction, compilation

Abstract

A method for managing a message communication system comprising providing a token log as a data structure that contains a user-extensible set of tokens and implied conditions under which specific tokens are considered valid. The method also includes creating a new token as a set of symbols and storing the new token in the token log together with information that implies one or more conditions under which the token is considered valid, which validity information implies one or more specific actions to be performed when a message accompanied by the new token experiences an event. The method further includes providing for distributing the new token to one or more external entities and providing a system operator with the ability to change a validity status of the token.

Claims

1. A method for managing a message communication system comprising:

providing a token log comprising a data structure that contains a user-extensible set of tokens and implied conditions under which specific tokens are considered valid;

creating a new token comprising a set of symbols provided by a system operator that together have no prior functional meaning within the message communication system outside of the token log;

storing the new token in the token log together with information that implies one or more conditions under which the token is considered valid, which validity information implies one or more specific actions to be performed when a message accompanied by the new token experiences an event;

providing for distributing the new token to one or more external entities; and

providing a system operator with the ability to change a validity status of the token;

receiving an incoming message with the new token attached;

determining the validity status of the new token by attempting to locate the token in the token log and checking the one or more conditions for use; and

rejecting the message if the new token was determined to no longer be valid.

2. The method of claim 1, wherein providing for distributing the new token to one or more external entities comprises including the new token with one or more outgoing messages that are sent to the one or more external entities.

3. The method of claim 1, wherein the one or more conditions under which the token is considered valid includes one or more addresses from which incoming messages including the specific token may be received.

4. The method of claim 1, wherein the one or more conditions under which the token is considered valid includes a particular number of times the specific token may be included with an incoming messages.

5. The method of claim 1, wherein the one or more conditions under which the token is considered valid includes a particular time period during which the specific token may be included with incoming messages.

6. The method of claim 1, wherein the one or more conditions under which the token is considered valid includes that the token is still recorded in the token log at the time an incoming message with the specific token attached is received.

7. The method of claim 1 further comprising accepting the message if the new token was determined to still be valid.

8. A method for managing a message communication system comprising:

providing a token log comprising a data structure that contains a user-extensible set of tokens, each token being a set of symbols;

storing a new entry in the token log comprising;

a) a new token comprising a set of symbols that together have no prior functional meaning within the message communication system, and

b) one or more identifiers associated with the new token, which identifiers correspond to one or more potential users of the token;

providing for distributing the new token to one or more potential users of the token;

receiving an incoming message from another entity via a communication network, which message has an attached token from a set of tokens previously stored in the token log;

identifying the token that is attached to the received message;

determining the status of the identified token by attempting to locate the identified token in the token log;

processing the message based on the status of the identified token; and

rejecting the message if the new token was determined to no longer be valid.

9. The method of claim 8 wherein an identifier associated with the new token is an address of one or more potential users of the token.

10. A system for managing a message communication system comprising:

providing a token log comprising a data structure that contains a user-extensible set of tokens and implied conditions under which specific tokens are considered valid;

means for creating a new token comprising a set of symbols that together have no prior functional meaning within the message communication system;

means for storing the new token in the token log together with information that implies one or more conditions under which the token is considered valid, which validity information implies one or more specific actions to be performed when a message accompanied by the new token experiences an event;

means for distributing the new token to one or more external entities;

means for changing a validity status of the token;

means for receiving an incoming message with the new token attached;

means for determining the validity status of the new token by attempting to locate the token in the token log and checking the one or more conditions for use; and

means for rejecting the message if the new token was determined to no longer be valid.

11. The system of claim 10, wherein the means for distributing the new token to one or more external entities comprises including the new token with one or more outgoing messages that are sent to the one or more external entities.

12. The system of claim 10, wherein the one or more conditions under which the token is considered valid includes one or more addresses from which incoming messages including the specific token may be received.

13. The system of claim 10, wherein the one or more conditions under which the token is considered valid includes a particular number of times the specific token may be included with an incoming messages.

14. The system of claim 10, wherein the one or more conditions under which the token is considered valid includes a particular time period during which the specific token may be included with incoming messages.

15. The system of claim 10, wherein the one or more conditions under which the token is considered valid includes that the token is still recorded in the token log at the time an incoming message with the specific token attached is received.

16. The system of claim 10 further comprising means for accepting the message if the new token was determined to still be valid.