Source: http://www.google.com/patents/US20050203966?dq=6275268
Timestamp: 2017-06-24 00:48:24
Document Index: 155320814

Matched Legal Cases: ['Application No. 60', 'Application No. 60', 'Application No. 60', 'Application No. 60', 'Application No. 60', 'Application No. 60']

Patent US20050203966 - Opinion registering application for a universal pervasive transaction framework - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inPatentsA computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to content of the transaction, including a device encoding the content of the transaction input by the user with a key known only to another device, encoding...http://www.google.com/patents/US20050203966?utm_source=gb-gplus-sharePatent US20050203966 - Opinion registering application for a universal pervasive transaction frameworkAdvanced Patent SearchTry the new Google Patents, with machine-classified Google Scholar results, and Japanese and South Korean patents.Publication numberUS20050203966 A1Publication typeApplicationApplication numberUS 11/041,223Publication dateSep 15, 2005Filing dateJan 25, 2005Priority dateFeb 6, 2004Also published asUS7877605Publication number041223, 11041223, US 2005/0203966 A1, US 2005/203966 A1, US 20050203966 A1, US 20050203966A1, US 2005203966 A1, US 2005203966A1, US-A1-20050203966, US-A1-2005203966, US2005/0203966A1, US2005/203966A1, US20050203966 A1, US20050203966A1, US2005203966 A1, US2005203966A1InventorsYannis Labrou, Lusheng Ji, Jonathan Agre, Jesus TerrizaOriginal AssigneeFujitsu LimitedExport CitationBiBTeX, EndNote, RefManPatent Citations (99), Referenced by (113), Classifications (8), Legal Events (6) External Links: USPTO, USPTO Assignment, EspacenetOpinion registering application for a universal pervasive transaction framework
US 20050203966 A1Abstract
A computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to content of the transaction, including a device encoding the content of the transaction input by the user with a key known only to another device, encoding other portions of the transaction with another key known only to a secure transaction server, and sending the encoded content of the transaction and the encoded other portions of the transaction to the secure transaction server to authenticate an identity of the user of the device, wherein the secure transaction server decodes the other portions of the transaction and sends the encoded content of the transaction to the another device to be finally decoded. Images(9) Claims(27)
1. A computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to content of the transaction, comprising: a first device, where the content of the transaction is input and submitted to a second device; the second device encoding the content of the transaction that is input at the first device with a code key KVsi, sending the content of the transaction that is encoded with the code key KVSi to the first device, the first device generating a first message by further encoding the content of the transaction that is encoded with the code key KVSi with a respective UPTF-SAS key, and the second device generating a second device encoded message by further encoding the content of the transaction that is encoded with the code key KVSi with a respective UPTF-SAS key; a third device receiving the encoded messages of the first and the second device, decoding the received encoded messages to authenticate an identity of the user of the first device, matching the decoded messages to authenticate an occurrence of the transaction, and forwarding the encoded content of the transaction that is encoded with the code key KVS to a fourth device; and the fourth device receiving the encoded content of the transaction encoded with the code key KVSi and using the code key KVSi to determine content of the transaction input by the user of the first device. 2. The computer-based system of claim 1, wherein the second device and the fourth device agree on the code key KVsi, or a public key cryptographic key pair, prior the transaction being transmitted in the computer-based system, and wherein the third device sends identifying information of the corresponding second device to the fourth device so that the fourth device can retrieve the code key KVSi of the second device to decode the content of the transaction that is encoded with the code key KVsi. 3. The computer-based system of claim 1, wherein the second device cannot determine the identity of the user that input the content of the transaction because when the content of the transaction is input at the first device and submitted to the second device, the first device does not transmit user identifying information to the second device, and because in the first message generated by the first device, the identity of the user is encoded by the first device according to a coding technique that can only be decoded by the third device. 4. The computer-based system of claim 1, wherein the third device cannot determine the content of the transaction input by the user but can determine whether a particular user input the content of the transaction at a particular second device, and wherein the fourth device cannot determine the identity of the user that input the content of the transaction since the fourth device cannot determine the first device in which the content of the transaction was input by the user. 5. The computer-based system of claim 4, wherein the third device authenticates the identity of the user of the first device after successfully decoding the encoded messages of the first and second device by reconstructing the UPTF-SAS keys of each of the first and second devices since the third device knows the parameters of the coding algorithms used to produce the respective UPTF-SAS coding keys, and wherein the occurrence of the transaction is authenticated by matching content of the successfully decoded messages of the first and second device according to a UPTF-SAS protocol. 6. The computer-based system of claim 5, wherein the user is authenticated to operate the first device according at least one biometric feature of the user or a personal identification number. 7. The computer-based system of claim 5, wherein the transaction of the computer system is performed between the first and the second device, the transaction is an opinion registering application, and the content of the transaction is a ballot. 8. The computer-based system of claim 1, wherein there is one or more first device and one or more second device. 9. The computer-based system of claim 1, further comprising a virtual private network located between the second device and the fourth device and another virtual private network located between the third device and the fourth device. 10. A computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to the content of the transaction, comprising: a first device generating an encoded message, including a user input content portion, according to UPTF; a second device further encoding the user input content portion of the encoded message with a coding key KVSi and generating a second device encoded message corresponding to the transaction according to UPTF; a third device receiving, decoding, and comparing the encoded messages of the first and second device to authenticate an identity of the user of the first device and to authenticate an occurrence of the transaction, and forwarding the encoded content of the transaction encoded with the code key KVsi; and a fourth device receiving the encoded content of the transaction encoded with the code key KVSi and using the code key KVSi to determine the content of the transaction input by the user of the first device. 11. The computer-based system of claim 10, wherein coding algorithm used for further encoding the user input content portion of the encoded message with the coding key KVsi is commutative with the algorithm used by the first device to generate the encoded message. 12. The computer-based system of claim of claim 10, wherein the second device message does not include the user input content portion. 13. The computer-based system of claim of claim 10, wherein the second device and the fourth device agree on the code key KVsi, or a public key cryptographic key pair, prior the transaction being transmitted in the computer-based system, and wherein the third device sends identifying information of the corresponding second device to the fourth device so that the fourth device can retrieve the code key KVSi of the second device to decode the user input content portion of the encoded message encoded with the coding key KVsi. 14. The computer-based system of claim 10, wherein the third device cannot determine the user input content portion of the transaction the user input content portion of the encoded message is encoded with the coding key KVSi, and the fourth device cannot determine the identity of the user that input the user input content portion of the transaction because the fourth device only receives the user input content portion of the transaction. 15. The computer-based system of claim 10, wherein the third device authenticates the identity of the user of the first device after successfully decoding the encoded messages of the first and second device by reconstructing the UPTF keys of each of the first and second devices since the third device knows the parameters of the coding algorithms used to produce the respective UPTF coding keys, and wherein the occurrence of the transaction is authenticated by matching content of the successfully decoded messages of the first and second device according to a UPTF-SAS protocol. 16. The computer-based system of claim 10, wherein the transaction of the computer system is performed between the first and the second device, the transaction is an opinion registering application, and the user input content portion of the transaction is a ballot. 17. The computer-based system of claim 10, wherein there is more than one first device and more than one second device. 18. The computer-based system of claim 10, further comprising a virtual private network located between the second device and the fourth device and another virtual private network located between the third device and the fourth device. 19. A computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to the content of the transaction, comprising: a first device receiving from a second device a reference number, which relates to a not yet input transaction, the first device generating a first encoded message after the transaction, which is a user input content portion, is input by the user at the first device, such that the first encoded message includes the user input content portion that is encoded with a random code key KV, the first device generating a second encoded message including, which includes the random code key KV and the reference number, and sending the first and second encoded messages to the second device; the second device storing the first encoded message, forwarding the second encoded message to a third device, and generating a third encoded message including the random code key KV and the reference number and not containing the user input content portion; the third device receiving the second and third encoded messages, which do not have the user input content portion, decoding the messages to authenticate an identity of the user and matching content of the second and third decoded messages to authenticate an occurrence of the transaction, and forwarding the code key KV and the reference number to a fourth device; and the fourth device receiving from the second device the first encoded message and the reference number, receiving from the third device the random code key KV and the reference number, and determining from the received information the user input content portion of the transaction input by the user. 20. The computer-based system of claim 19, wherein the first encoded message is stored in a database of the second device and is not sent to the fourth device to be decoded until the third device has verified the identity of the user and the occurrence of the transaction. 21. The computer-based system of claim 19, wherein the third device never receives the user input content portion of the transaction input by the user, and the fourth device cannot determine the identity of the user that input the user input content portion of the transaction because the fourth device does not receive identifying information of the user. 22. The computer-based system of claim 19, wherein the computer system performs a transaction between the first and the second device, the transaction is an opinion registering application, and the user input content portion of the transaction is a ballot. 23. The computer-based system of claim 19, wherein there is more than one first device and more than one second device. 24. The computer-based system of claim 19, further comprising a virtual private network located between the second device and the fourth device and another virtual private network located between the third device and the fourth device. 25. The computer-based system of claim 19, wherein the user input content portion of the transaction is encoded whenever sent from the first device to any other device in the computer-based system, wherein the third device never receives the user input content portion of the transaction, and wherein there is an accounting for the transaction input by the user so that errors may be located. 26. A computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to content of the transaction, comprising: a device encoding the content of the transaction input by the user with a key known only to another device, encoding other portions of the transaction with another key known only to a secure transaction server, and sending the encoded content of the transaction and the encoded other portions of the transaction to the secure transaction server to authenticate an identity of the user of the device, wherein the secure transaction server decodes the other portions of the transaction and sends the encoded content of the transaction to the another device to be finally decoded. 27. The computer-based system of claim 26, wherein the another device decodes the contents of the transaction without knowledge of the identity of the device, and wherein neither the secure transaction server nor the another device know both the contents of the transaction and the identity of the device.
CROSS-REFERENCE TO RELATED APPLICATIONS [0001] This application is related to, and claims the benefit of and priority to, Provisional Application U.S. Ser. No. 60/541,903, Attorney Docket No. 1634.1006P, entitled AN OPINION REGISTERING APPLICATION, by Yannis Labrou, Lusheng Ji, Jesus Molina Terriza, and Jonathan Agre, filed Feb. 6, 2004 in the U.S. Patent and Trademark Office, the contents of which are incorporated herein by reference. [0002] This application is related to U.S. Provisional Application No. 60/401,807, filed Aug. 8, 2002, entitled “Methods and Apparatuses for Secure Multi-Party Financial Transactions”, the contents of which are incorporated herein by reference. [0003] This application is related to U.S. application Ser. No. 10/458,205, filed Jun. 11, 2003, entitled “Security Framework and Protocol for Universal Pervasive Transaction”, the contents of which are incorporated herein by reference. [0004] This application is related to U.S. application Ser. No. 10/628,583, filed Jul. 29, 2003, entitled “Framework and System for Purchasing of Goods and Services”, the contents of which are incorporated herein by reference.
BACKGROUND OF THE INVENTION [0005] 1. Field of the Invention [0006] The present invention is related to an opinion registering application in a Universal Pervasive Transaction Framework, an example of which is voting, and more particularly, to an application that requires a transaction to be multi-coded so that the identity of a user and the content of the transaction cannot both be known by any single device, other than the device in which the transaction is input, within or outside of the network. [0007] 2. Description of the Related Art [0008] Electronic-voting (“e-voting”) applications are well known in the art and have several desirable characteristics such as convenience of voting or opinion registering, non-human computation or tallying of votes, faster processing and voting times, and flexibility. However, e-voting, as with most Internet-type transaction, is prone to security violations, inaccuracy, and integrity issues. [0009] E-voting is not like any other electronic transaction. There are two main types of e-voting: polling place e-voting, and remote e-voting. [0010] Remote e-voting is the unsupervised use of an Internet voting device to cast a ballot over the Internet using a computer not necessarily owned and operated by election personnel. Authentication of the voter relies on computer security procedures, but includes some form of identity verification that is at least as secure as existing voting procedures. Remote e-voting is highly susceptible to voter fraud. [0011] Polling place e-voting is defined as the use of Internet Voting Machines at traditional polling places staffed by election officials who assist in the authentication of voters before ballots are cast. [0012] Several cryptography methods have been developed and/or are being used to ensure secrecy and security with regards to e-voting so that e-voting may be reliably used for voting in municipal, regional, or national elections. [0013] Essentially, a polling station computer confirms to a voter that a valid vote has been cast, and also provides a receipt. This paper receipt has an encoded code on it derived from a central computer. After the election, the voter can confirm that his/her vote was counted, for example, by checking a particular Web site to make sure that their receipt's sequence corresponds to those that have been posted, or asking an organization that they trust to do the verification. [0014] For instance, most polling place e-voting applications involve the following type of security: (1) the voter constructs an “anonymous electronic ballot”; (2) the voter shows adequate proof of identity to an election authority; (3) the election authority “stamps” the ballot after verifying that no other ballot has been stamped for this voter; and (4) the voter anonymously inserts the ballot into an electronic mail box. [0015] Current e-voting applications are not secure or reliable. Voters are often required to vote from specific e-voting type voting equipment. Voters are not able to vote wirelessly from a Universal Pervasive Transaction Device, such as a PDA or cell-phone, in a secure manner such that the voting action can be authenticated but without any third party or device knowing the content of the vote of that specific individual. Further, there is no way to ensure that the voting action transaction can transpire without any third party or device knowing the content of the vote of a particular voter. SUMMARY OF THE INVENTION [0016] According to an aspect of the present invention, there is provided a computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to content of the transaction, including a first device, where the content of the transaction is input and submitted to a second device, the second device encoding the content of the transaction that is input at the first device with a code key KVsi sending the content of the transaction that is encoded with the code key KVSi to the first device, the first device generating a first message by further encoding the content of the transaction that is encoded with the code key KVSi with a respective UPTF-SAS key, and the second device generating a second device encoded message by further encoding the content of the transaction that is encoded with the code key KVSi with a respective UPTF-SAS key, a third device receiving the encoded messages of the first and the second device, decoding the received encoded messages to authenticate an identity of the user of the first device, matching the decoded messages to authenticate an occurrence of the transaction, and forwarding the encoded content of the transaction that is encoded with the code key KVS to a fourth device, and the fourth device receiving the encoded content of the transaction encoded with the code key KVSi and using the code key KVSi to determine content of the transaction input by the user of the first device. [0017] According to an aspect of the present invention, the second device and the fourth device agree on the code key KVsi, or a public key cryptographic key pair, prior the transaction being transmitted in the computer-based system, and the third device sends identifying information of the corresponding second device to the fourth device so that the fourth device can retrieve the code key KVSi of the second device to decode the content of the transaction that is encoded with the code key KVsi. [0018] According to an aspect of the present invention, the second device cannot determine the identity of the user that input the content of the transaction because when the content of the transaction is input at the first device and submitted to the second device, the first device does not transmit user identifying information to the second device, and because in the first message generated by the first device, the identity of the user is encoded by the first device according to a coding technique that can only be decoded by the third device. [0019] According to an aspect of the present invention, the third device cannot determine the content of the transaction input by the user but can determine whether a particular user input the content of the transaction at a particular second device, and the fourth device cannot determine the identity of the user that input the content of the transaction since the fourth device cannot determine the first device in which the content of the transaction was input by the user. [0020] According to an aspect of the present invention, the third device authenticates the identity of the user of the first device after successfully decoding the encoded messages of the first and second device by reconstructing the UPTF-SAS keys of each of the first and second devices since the third device knows the parameters of the coding algorithms used to produce the respective UPTF-SAS coding keys, and the occurrence of the transaction is authenticated by matching content of the successfully decoded messages of the first and second device according to a UPTF-SAS protocol. [0021] According to an aspect of the present invention, the user is authenticated to operate the first device according at least one biometric feature of the user or a personal identification number. [0022] According to an aspect of the present invention, the transaction of the computer system is performed between the first and the second device, the transaction is an opinion registering application, and the content of the transaction is a ballot. [0023] According to an aspect of the present invention, there is one or more first device and one or more second device. [0024] According to another aspect of the present invention, there is a virtual private network located between the second device and the fourth device and another virtual private network located between the third device and the fourth device. [0025] According to another aspect of the present invention, there is provided a computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to the content of the transaction, including a first device generating an encoded message, including a user input content portion, according to UPTF, a second device further encoding the user input content portion of the encoded message with a coding key KVSi and generating a second device encoded message corresponding to the transaction according to UPTF, a third device receiving, decoding, and comparing the encoded messages of the first and second device to authenticate an identity of the user of the first device and to authenticate an occurrence of the transaction, and forwarding the encoded content of the transaction encoded with the code key KVsi, and a fourth device receiving the encoded content of the transaction encoded with the code key KVSi and using the code. [0026] According to an aspect of the present invention, the coding algorithm used for further encoding the user input content portion of the encoded message with the coding key KVsi is commutative with the algorithm used by the first device to generate the encoded message. [0027] According to an aspect of the present invention, the second device message does not include the user input content portion. [0028] According to an aspect of the present invention, the second device and the fourth device agree on the code key KVsi, or a public key cryptographic key pair, prior the transaction being transmitted in the computer-based system, and the third device sends identifying information of the corresponding second device to the fourth device so that the fourth device can retrieve the code key KVSi of the second device to decode the user input content portion of the encoded message encoded with the coding key KVsi. [0029] According to an aspect of the present invention, the third device cannot determine the user input content portion of the transaction, and the fourth device cannot determine the identity of the user that input the user input content portion of the transaction. [0030] According to an aspect of the present invention, the third device authenticates the identity of the user of the first device after successfully decoding the encoded messages of the first and second device by reconstructing the UPTF keys of each of the first and second devices since the third device knows the parameters of the coding algorithms used to produce the respective UPTF coding keys, and the occurrence of the transaction is authenticated by matching content of the successfully decoded messages of the first and second device according to a UPTF-SAS protocol. [0031] According to yet another aspect of the present invention, there is provided a computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to the content of the transaction, including a first device receiving from a second device a reference number, which relates to a not yet input transaction, the first device generating a first encoded message after the transaction, which is a user input content portion, is input by the user at the first device, such that the first encoded message includes the user input content portion that is encoded with a random code key KV, the first device generating a second encoded message including, which includes the random code key KV and the reference number, and sending the first and second encoded messages to the second device, the second device storing the first encoded message, forwarding the second encoded message to a third device, and generating a third encoded message including the random code key KV and the reference number and not containing the user input content portion, the third device receiving the second and third encoded messages, which do not have the user input content portion, decoding the messages to authenticate an identity of the user and matching content of the second and third decoded messages to authenticate an occurrence of the transaction, and forwarding the code key KV and the reference number to a fourth device, and the fourth device receiving from the second device the first encoded message and the reference number, receiving from the third device the random code key KV and the reference number, and determining from the received information the user input content portion of the transaction input by the user. [0032] According to an aspect of the present invention, the first encoded message is stored in a database of the second device and is not sent to the fourth device to be decoded until the third device has verified the identity of the user and the occurrence of the transaction. [0033] According to an aspect of the present invention, the third device never receives the user input content portion of the transaction input by the user, and the fourth device cannot determine the identity of the user that input the user input content portion of the transaction. [0034] According to an aspect of the present invention, the user input content portion of the transaction is encoded whenever sent from the first device to any other device in the computer-based system, wherein the third device never receives the user input content portion of the transaction, and wherein there is an accounting for the transaction input by the user so that errors may be located. [0035] According to still another aspect of the present invention, there is provided a computer-based system securely transmitting and authenticating a transaction input by a user while retaining the anonymity of the user with respect to content of the transaction, including a device encoding the content of the transaction input by the user with a key known only to another device, encoding other portions of the transaction with another key known only to a secure transaction server, and sending the encoded content of the transaction and the encoded other portions of the transaction to the secure transaction server to authenticate an identity of the user of the device, wherein the secure transaction server decodes the other portions of the transaction and sends the encoded content of the transaction to the another device to be finally decoded. [0036] Additional aspects and/or advantages of the invention will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the invention.
BRIEF DESCRIPTION OF THE DRAWINGS [0037] These and/or other aspects and advantages of the invention will become apparent and more readily appreciated from the following description of the embodiments taken in conjunction with the accompanying drawings in which: [0038] FIG. 1 is a functional block diagram of Universal Pervasive Transaction Framework system architecture according to an embodiment of the present invention; [0039] FIG. 2 is a diagram of Universal Pervasive Transaction Framework transaction messages based upon a Secure Agreement Submission (“SAS”) protocol; [0040] FIG. 3 illustrates how views are processed in the Universal Pervasive Transaction Network scheme according to an embodiment of the present invention; [0041] FIG. 4 is a flowchart of an opinion registering application of the Universal Pervasive Transaction Framework shown in FIG. 1 according to an embodiment of the present invention; [0042] FIG. 5 is a method of performing an opinion registering application in a Universal Pervasive Transaction Framework, using the system architecture shown in FIG. 1, according to an embodiment of the present invention; [0043] FIG. 6 is an illustration of how the voter device message view and the voting station message view are processed or matched in the Uniform Pervasive Transaction Network scheme according to an embodiment of the present invention; [0044] FIG. 7 is a method of performing an opinion registering application in a Universal Pervasive Transaction Framework, using the system architecture shown in FIG. 1, according to an embodiment of the present invention; [0045] FIG. 8 illustrates a message exchange of the method described in FIG. 7 according to an embodiment of the present invention.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS [0046] The present invention will now be described more fully with reference to the accompanying drawings, in which a preferred embodiment of the invention is shown. In the drawings, like reference numerals are used to refer to like elements throughout. [0047] The present invention is a computer-based system, apparatus, and method presenting a new concept for authenticating a transaction with a user in a Universal Pervasive Transaction Framework (“UPTF”). Specifically, the present invention relates to an opinion registering application, an example of which is voting. [0048] The present invention is described in terms of the way that it extends the UPTF scheme to an opinion registering application. [0049] Prior to presenting a description of the present invention, a brief overview of the UPTF is presented with reference to FIG. 1. The UPTF is explained in detail in U.S. Provisional Application No. 60/401,807, U.S. application Ser. No. 10/458,205, and U.S. application Ser. No. 10/628,583, the contents of which are all incorporated herein by reference. [0050] UPTF technology may be used in a variety of other applications, such as market transactions to enable consumers to wirelessly purchase goods and services when in proximity to the location where the goods and services are offered. [0051] Pervasive transactions typically takes place in environments with multiple access points, multiple users, multiple services and many transactions occurring in parallel. In addition, there may be eavesdroppers, unauthorized services and masquerading users. Thus, the goals of the UPTF are to authenticate a party involved in the transaction and prevent various attacks targeted at both the device and the communication levels of the pervasive transaction system. These goals may be accomplished having a coding scheme or security scheme that is symmetrical between the user and the other transaction party. [0052] FIG. 1 is a functional block diagram of UPTF system architecture to execute a transaction for an opinion registering application, according to an embodiment of the present invention. The UPTF defines a system architecture and a communication security protocol, called the Secure Agreement Submission (SAS) protocol. Essentially the UPTF offers a vessel, which is able to securely carry the individual views of a transaction agreement from each party involved in the transaction to a trusted third party for verification, using a communication network which may consist of insecure segments such as wireless LANs or cellular links. [0053] The UPTF SAS protocol will encode the messages using a symmetric, shared-secret-key approach where the secret key is known only to an individual party and a trusted third party or device. The SAS insures that the authenticity of the parties is verified and during delivery, the privacy of the information is preserved, even when the parties distrust each other and the messages from one party may be forwarded by the other to the third party verification. The UPTF also provides the mechanism for the trusted third party or device to verify that the independent views of the agreement are consistent with each other. [0054] After the agreement data is extracted from the views received from the parties and the data is verified by the trusted third party, further actions may need to be taken to actually execute the agreement. [0055] The architecture for the UPTF system shown in FIG. 1 includes a voter operating a UPTF device (called a UPTD), such as a mobile phone, called a Voter Device 110, a Voting Station 120 operating as another UPTF device, a Secure Transaction Server (STS) 130, a Voting Master 140, and several communication channels among them. The Voter Device 110, which is typically a mobile device, interacts with the Voting Station 120 to determine the details of a transaction and executes the UPTF protocol and its corresponding security operations SAS. The Voting Device 110 can support wireless communication capability necessary for discovering the Voting Station 120, communicating with the Voting Station 120, and communicating with the STS 130, as necessary. [0056] The Voting Device 110 can also have a user interface for interacting with the Voting Station 120 through some common application and the STS 130 as needed. The Voting Station 120 can also operate a UPTD and is responsible for interacting with the Voter Device 110, executing the UPTF protocol and its corresponding security operations and interacting with the STS 130. [0057] According to an aspect of the embodiment described herein, the STS 130 is a backend verification server on which both the Voter Device 110 and the Voting Station 120 have registered and provided identifying account information that is maintained in a STS database 135, which is preferably secure. The secret information used for encoding the messages to/from each Voter Device 110 and Voting Station 120 may also be stored in the STS database 135. [0058] The STS 130 receives independently generated UPTF SAS transaction views (described in more detail further below) from both the Voter Device 110 and the Voting Station 120 regarding the transaction conducted between them. The STS 130 is able to decode both of the views using information from UPTF SAS messages and the information stored in the STS database 135. Following successful decoding, the STS 130 verifies that the view messages are original, authentic, involve the intended Voter Device 110 and Voting Station 120, and that the information fields in the agreement views are consistent with each other. The STS 130 may also maintain a log of all messaging activity for non-repudiation purposes. [0059] In FIG. 1, a generic set of communication channels are explicitly shown. Channel A represents the link between the Voter Device 110 and the Voting Station 120. This link is used to negotiate the details of a transaction between the Voter Device 110 and the Voting Station 120. This aspect is application dependent and is not considered to be part of the UPTF framework. Channel A may or may not exist, if it exists it can be a wireless channel, for example, in case of a wireless local area network (“WLAN”) enabled mobile phone, and/or channel A can be physical communication between the voter and Voting Station 120 in case that the voter does not vote via the Voter Device 110. Channel B is an example of a link between the Voter Station 120 and the STS 130. Most often, channel B is not a direct link, but involves communicating through a mobile communications network and/or the Internet. In general, these are insecure channels. Channel C, from the STS 130 to the Voting Master 140 is a different type of channel and is assumed to be a highly secure communication path. In addition, STS 130 itself is assumed to be housed in a protected facility so that the STS database 135 is physically secure and inaccessible from the network. [0060] In the above-UPTF configuration, the voter is a user entering or submitting information to the Voting Station. Voting, e.g., opinion registering, is only one example of the type of information that may be submitted by the user. Likewise, the designations given to the Voting Device, Voting Station, and Voting Master are arbitrary descriptions and are not intended to limit the application of the Universal Pervasive Transaction Framework (UPTF) system architecture. The Voting Station is included to mimic conventional voting practice in which local control of the ballot distribution and local verification of the identity of the voter are desired. [0061] FIG. 2 is a diagram of UPTF transaction messages based upon a Secure Agreement Submission (“SAS”) protocol to execute an opinion registering application. The SAS protocol of the UPTF is more fully described in U.S. patent application Ser. No. 10/458,205, filed Jun. 11, 2003, entitled “Security Framework and Protocol for Universal Pervasive Transaction”, the contents of which are incorporated herein by reference. [0062] An overview of an embodiment of the SAS protocol is now presented. [0063] The Security Agreement Submission (SAS) protocol verifies a transaction in the UPTF opinion registering application scheme. An aspect of the present invention is an SAS encoding (SASE) mechanism that provides many security properties in an insecure communication environment. The SASE encodes and decodes all messages that are part of the SAS. The SASE mechanism may be implemented by each of the agreement parties, e.g., Voter Device 110, and Voting Station 120, and at least one verification party, e.g., STS 130. It is understood that encoding refers to a type of encryption, e.g., coding data such that a key is needed to read the data, and decoding refers to a type of decryption, e.g., transforming encoded data into equivalent plain text using the same or related key. [0064] The SAS protocol achieves the following desirable security properties: [0065] Authentication of agreement parties: The identities of the involved agreement parties can be determined to be who they claim they are, to a high degree of likelihood by the verification party, based on the fact that a SASE encoded message sent by an agreement party can be decoded and understood by the verification party, using a decoding method with a key that is specific to the sender and only known to the verification party and the specific agreement party. [0066] Authentication of verification party: The identity of the verification party can be determined to be who it claims it is, to a high degree of likelihood by each individual agreement party, based on the fact that a SASE encoded message sent by the verification party for a particular agreement party can be decoded and understood only by that agreement party using a decoding method with a key specific to the agreement party and only known to the agreement party and the verification party; [0067] Anonymity: The agreement parties may remain anonymous to each other, if desired in an application through the use of the SASE method. [0068] Privacy of Agreement: The agreement data sent between the agreement parties and the verification party is protected by SASE so that, if intercepted, no party other than the intended receiver is able to decode and read the data. Similarly, response messages from the verification party to the agreement parties may also be protected. [0069] Tamper-resistance: The agreement data sent between the agreement parties and the verification party may be protected through the use of an encryption signature so that no party can alter the data sent by other parties without a high degree of detection. [0070] Non-replayable: Agreement data sent between the agreement parties and the verification party (if intercepted) may be protected by any standard encoding mechanism by using the key only once and including a value that is only used once by the sender and encoded in the view. For example, the encoding mechanism may incorporate the value of the time when the agreement transaction occurs, and such a timestamp is also included in each message and recorded by the verification party. Thus, no party can replay the agreement data to forge a new agreement because each key is associated with a specific timestamp, which is recorded by the verification party in a message log. Therefore, since the STS 130 logs or records messages according to a specific time stamp, the STS 130 will identify the agreement data or transaction according to the time stamp for each message. [0071] Non-repudiation: An agreement party cannot later claim that they did not generate an agreement message that has been verified by the verification party except under certain specific conditions, which are highly unlikely. These security breaches might include a situation where all of the secret parameters (the device-specific stored parameters and the shared secret which is input by the user of the device) have been divulged or discovered and the UPTD (Voter Device 110) has been used without the consent of that agreement party. It is also possible for the verification party to generate a false agreement, but it would involve the collusion of the verification party and the other parties to the agreement, which is also highly unlikely. In addition, the verification party will keep records that record the sequence of SAS message exchanges involved in each transaction. [0072] Agreement Group Authentication: The present invention ensures the integrity of the agreement party group (the group consisting of and only of the parties among which the agreement is conducted) so that no other party may pretend to be an agreement party or an agreement party can pretend not to be an agreement party. This is accomplished explicitly by a membership list and identity cross-referencing. It is also assumed that all participants in the agreement are previously known to the verification party and able to be individually authenticated. For example, a verification party sends a message to all who are eligible to participate in an opinion registering application and identifies each eligible participant who actually participated in the opinion registering application by cross-referencing each actual participant with the membership list. [0073] Agreement Verification: The agreement is verified to be consistent among the authenticated agreement parties through the use of redundant and cross-referencing information contained in the agreement data from each party and the use of a verification procedure consisting of basic matching rules and specific matching rules that may depend on the application. [0074] Computational Efficiency: The security mechanism of the present invention is based on private key (symmetric) cryptography that is more efficient than alternative methods. [0075] Physical Security: The security mechanism may be implemented so that it is not necessary to store all of the necessary encoding information on the UPTD or Voter Device 110, thus making it easier to protect the secret information if the Voter Device 110 is compromised. Specifically, the shared secret input by the user or voter is not stored on the Voter Device 110. Also, when the Voter Device 110 is used in a particular application context, user-identifying information is not stored on the Voter Device 110. For example, when the Voter Device 110 is used for submitting an opinion registering transaction, the name of the voter, or the voter's account information is not stored on the Voter Device 110. [0076] Intrusion Detection: The security mechanism is centralized through the use of an independent verification party so that attempts to use the system by unauthorized users that rely on multiple access attempts are easily detected and handled accordingly. [0077] With the above-mentioned aspects of the present invention, the present invention is ideal for being used as a vessel to carry opinion registering transaction data in an insecure communication environment. [0078] The following includes additional details of the SAS protocol of the UPTF and the encoding mechanism provided with reference to FIG. 2, for example. [0079] The internal structure and the generation process of message views 202, 204 (e.g., UPTF SAS transaction messages) are shown in FIG. 2. The UPTF SAS based message views 202, 204 are implemented and executed by software and/or hardware of the Voter Device 110. Since the message views 202, 204 from the Voter Device 110 and the Voting Station 120, respectively, are symmetrical, the voter device message view 202 is only described. The symbols used in FIG. 2 are explained below: [0080] DID1: device ID, a unique identifier for the Voter Device 110. [0081] DID2: device ID, a unique identifier for the Voting Station 120. [0082] RSN: random sequence number. [0083] TS: local current timestamp. [0084] TID: transaction ID, a unique identification number assigned to an agreement. [0085] MD: message digest. [0086] PIE: Personal identification entry, a user, e.g., voter, and STS 130 maintained input secret entry, such as an alphanumeric string. In a typical embodiment described herein, the PIE is only maintained by the user (voter) and the STS 130, is not known to and/or maintained by another party and/or the Voting Master 140, and is temporally known as an intermediate parameter to the Voter Device 110 for encoding the voter device message view 202. The PIE can be a short alphanumeric string, such as a 4 digit number. The PIE is entered by the user whenever the user attempts a transaction. Preferably the PIE is issued to the user following the registration of the user for the application that the Voter Device 110 is used for. The PIE can also be selected by the user at such time. The PIE is an alphanumeric string. In order to speed up the user entry to make it easier for the user to remember the PIE, the PIE can be a number such as 4-digit or 5-digit personal identification number (“PIN”). The PIE is, however, a piece of highly secure information in the sense that the PIE is never transmitted during the UPTF protocol execution, the PIE is only known to the user and the STS 130, and secrecy of the PIE is well protected. It is assumed that the PIE can be input by the user on a Voter Device 110 in a secure fashion or it may be deterministically generated using a biometric device, such as a fingerprint sensor. For example, a computation applied on the fingerprint data received from a fingerprint sensor can be used to generate a PIE that is initially communicated by the user to the STS 130. Whenever the user attempts a transaction, the user applies her finger to the fingerprint sensor, thus generating the PIE. The PIE should not be kept in permanent storage on the Voter Device 110, but can be used as an intermediate parameter required for the generation of the encoding key for a transaction. The PIE should not be retained by the Voter Device 110 for a period longer than the transaction execution time. If a particular implementation of the present invention uses a form of PIE that is not convenient for a user to input for each agreement transaction and the Voter Device 110 needs to store the user's PIN, the storage must be secure and tamper-resistant. [0087] As shown in the FIG. 2, a voter device message view 202 comprises a cipher text portion (or encoded portion) 206 and a plaintext (e.g., perceptible) portion 208. A plaintext portion 208 includes the TID, the DID1 of the Voter Device 110 generating the voter device message view 202, and the local current TS of Voter Device 110. The TS is used to prevent transaction replay. The encoded portion 206 comprises two critical fields: the agreement data and the DID2 of the Voting Station 120 involved in the agreement. The DID2 is the minimum necessary reference field in order to provide the desired verification properties of the SAS protocol. Therefore, a user can execute a Voter Device 110 transaction with a transaction verification party (e.g., STS 130) using a PIE and transaction messages comprising an identifier of the Voter Device 110, an identifier of the second transaction party, e.g., Voting Station 120, and an identifier for a transaction. [0088] For example, the DID, and the TS obtained from the local clock of the Voter Device 110 (and/or as provided as a part of the agreement data), are input to a pseudorandom number generator of the Voter Device 110 to generate a time-dependent RSN. Therefore, the parameters of the generator are particular to each Voter Device 110. The encoding key K is generated from the RSN and PIE, which is generated by the STS 130. The RSN and PIE are combined using a function F and a hash function H is applied to the result (typically a string) to generate the encoding key: K=H(F((PIE, RSN)) [0090] A message digest function can be applied to the agreement data, the DID2, and the DID, to generate a MD of the view. The MD can further strengthen the security by ensuring that no other party has tampered with or modified the contents of the voter device message view 202 in any way. The encoding algorithm with the encoding key K is applied to the MD, the agreement data, the DID,, and the DID2 to generate the cipher text portion of the voter device message view 202, as shown in FIG. 2. For further protection, the SAS protocol may use additional encoding standards to prevent “known-text” attacks. [0091] The STS 130 has sufficient prior knowledge of the functions and specific parameters used by each Voter Device 110 in the encoding process, so that when combined with the plaintext portions of a message view 202, 204, it is possible to decode the message view 202, 204 by reversing the above process. For example, from the plaintext portion 208 of the voter device message view 202, the STS 130 recovers the DID, and TS, which are used to look-up the voter PIE and other parameters of the RSN generator that can be stored in the STS database 203. These are used to compute the RSN. The encoding key K can be computed using the same method with which the Voter Device 110 generates the encoding key. The cipher text portion 206 of the voter device message view 202 is then decoded. [0092] After all fields of the voter device message view 202 are acquired, the STS 130 locates the voting station message view 204 for the same transaction, using the DID2 and TID included in the previously decoded voter device message view 202. After going through a similar decoding process, the decoded fields of the agreement data of the voting station message view 204 are compared with the corresponding fields from the voter device message view 202. If all the corresponding fields match, the received message views 202, 204 are considered verified. Further processing is carried out and external executions are triggered as necessary. [0093] Any responses from the STS 130 to the Voter Device 110 or Voting Station 120 are encoded by the STS 130 using the same encoding methods and using the parameters for the encoding of the original transaction at the Voting Device 110. Only the intended user can decode the response message, insuring privacy protection and authentication of the STS. [0094] For a complete account of the encoding key generation for the UPTF SAS describe above, refer to U.S. Provisional Application No. 60/401,807, U.S. application Ser. No. 10/458,205, and U.S. application Ser. No. 10/628,583, the contents of which are incorporated herein by reference. [0095] A detailed description of the present invention is now presented. [0096] The embodiments of the present invention are described in terms of applications, such as an opinion registering application, which may be implemented using the UPTF described above. Each of the applications discussed below that may be implemented using a similar framework, devices, architecture, and overall framework as described above for the UPTF. The modifications, for example, of the UPTF concern the notion of a transaction and an extension to the overall architecture that guarantees the anonymity of the UPTD's owner, such as the user of a mobile phone, who submits the transaction using the mobile phone. [0097] According to an embodiment of the present invention, referring to FIGS. 1 and 3, a voter downloads a voting application and executes a voting application that is offered by the Voting Station 120 on a UPTD Voter Device 110 (“Voter Device”) and selects a ballot to be filled (operation 310). The ballot is submitted to the Voting Station 120 (operation 220). Preferably, the ballot is securely submitted to the Voting Station 120 so that a third party cannot determine the voter, e.g., registered user of the Voting Device 110, and content of the ballot being submitted. The Voter Device 110 may encrypt the ballot so that its contents are hidden from the Voting Station 120. [0098] The voter may be any user of the opinion registering application implemented using the UPTF. Again, the voting application is not limited to a voting application and includes any application, e.g., survey, opinion poll, requiring a user to submit information on a form to be transmitted. Further, the present invention is not limited to there being only one voter and only one Voting Station 120. For example, there may be multiple voters submitting ballots to a single Voting Station 120 or Voting Stations 120. [0099] The Voting Station 120 further encodes the vote with a coding key KVsi, which is generated by the Voting Station 120 according to an encoding method of the UPTF protocol (operation 330). The encoded vote with the coding key KVsi is referred to as the agreement (transaction) in the UPTF scheme. [0100] The Voting Station 120 and the Voter Device 110 both prepare messages for the STS 130 according to, for example, the above described SAS protocol for the UPTF scheme (operation 340). The encoded portions of the messages prepared by the Voter Device 110 and the Voting Station 120 are encoded with the two parties respective keys (hashes of the RSN and the corresponding PIN's), which are only known, or can only be inferred, by the STS 130. However, the portion of the message that is the encoded ballot cannot be decoded by the STS 130. The encoding of the encoded portions of the messages is not limited to the above-described encoding mechanism. [0101] The STS 130 receives the messages prepared by the Voting Station 120 and the Voting Device 110 via a communication link. The STS 130 decodes the received messages to verify that a particular voter voted at a particular Voting Station 120 (operation 350). Upon such determination, the STS 130 sends the agreement (encoded vote with the coding key KVsi and a message digest) and a reference of the submitting Voter Station 120 to the Voting Master 140 (operation 360). [0102] The Voting Master 140 assesses the identity of the submitting Voting Station 120 and subsequently retrieves the corresponding coding key KVsi from the submitting Voting Station 120 to be used to decode the vote (operation 370). The coding key KVsi is transmitted via a secure communication link between the Voting Station 120 and the Voting Master 140 or is known a priori to the Voting Master 140. The coding key KVsi is only known to the Voting Station 120 and the Voting Master 140 and the vote cannot be decoded, e.g., determined, without using coding key KVsi. In the case that the coding key KVsi is not known a priori to the Voting Master 140, the key may be transferred to the Voting Master 140 immediately upon being generated by the Voting Station 120 or transferred to from the Voting Station 120 to the Voting Master sometime after the STS 130 sends the agreement to the Voting Master 140. [0103] The Voting Master 140 performs various operations, such as confirming the validity of the vote received by the STS 130 (ensuring non-duplication of voting and using the message digest for tamper detection) (operation 380). Further, the STS 130 may send a confirmation message of the voting operation to the Voter Device according to the UPTF protocol discussed in U.S. Provisional Application No. 60/401,807, U.S. application Ser. No. 10/458,205, and U.S. application Ser. No. 10/628,583. [0104] According to the above-described embodiment of the invention, it is assumed that the STS 130 and the Voting Master 140 are not in collusion. For example, the STS 130 cannot determine the vote because the STS 130 cannot decode the agreement without the coding key KVsi. The Voting Master 140 cannot determine the identity of the voter that submitted the ballot because the Voting Master 140 cannot determine the Voter Device 110 in which the ballot was submitted. Should there be collusion between the STS 130 and the Voting Master 140, any secrecy could be compromised because the STS 130 will additionally know the content of the vote or ballot and the Voting Master 140 will additionally know the identity of the voter that submitted the ballot. [0105] Further, according to the above-described embodiment of the invention, a voter may authenticate self to the Voter Device 110 via a PIN or biometric features, e.g., fingerprints or retina scan. The STS 130 is able to confirm and/or record that a particular voter cast a vote at a particular Voting Station 120. The Voting Station 120 knows that a Voting Device 110 is submitting a vote, but has no knowledge of the identity of the registered owner of the Voting Device 110 (voter), thus only the DID, is known to the Voting Station 120. Only the STS 130 can resolve a DID, to its registered owner; however, the STS 130 cannot know the content of the vote because the vote has been encoded with a coding key KVsi that is unknown to the STS 130. The Voting Master 140 is able to decode and determine the content of a vote but is unaware of the identify of the voter who submitted the vote; instead, the Voting Master 140 only knows at which Voting Station 120 the vote was submitted. [0106] According to the above-described embodiment of the invention, the UPTF framework assures the following: Authentication of the voter; Non-tampering of the vote, which preserves voting integrity; Non-repudiation of the voting act, since the STS registers the origin of the vote, e.g., which Voting Station 120 and of the voter who submitted the vote; and Secrecy of the submitted vote since the vote is only known to the Voting Master 140, which is unaware of the identity of the voter who submitted the vote. [0111] Further, during the browsing part of the above-described opinion registering application, for the purpose of the voter's selection and submission of the vote there is some normal security provided although it is not sufficient for the properties of the UPTF. For example, it may be the case that the over the air exchanged traffic is encoded at the link layer through security provided by a network protocol used between the Voter Device 110 and an access point of the Voting Station 120. But, if such traffic is not properly encoded, a third party could observe the votes traveling through the air. Although the third party would not be able to associate a specific vote to a voter using a particular Voter Device 110, since the voter's identity is never a part of the exchange, nor is the voter's identity communicated by the Voter Device 110 to the Voting Station 120. Nevertheless an additional application would be possible, namely a sampling a number of cast votes, similar to exit polls in today's systems. [0112] According to another embodiment of the invention, the embodiments discussed above may be used in an e-government application. For example, this dual-purpose use of the UPTF framework would be beneficiary to the deployment of UPTF, especially by disseminating UPTD's in the hand of voters who also happen to be consumers. [0113] As discussed above, the present invention significantly broadens the scope of applications of the UPTF. In addition, there are many benefits provided by the opinion registering application using UPTF described in the embodiments of the present invention. For example, the voting station is relatively easy to set up, the voting equipment is inexpensive and less personnel is necessary for carrying out the voting process, the process is flexible and fast for voters, parallelization of the voting actions (simultaneous voting), there is no waiting in line, and voters are not limited to voting in any one particular voting station. [0114] FIG. 4 is a flowchart of an opinion registering application of the UPTF shown in FIG. 1 and described in the above embodiments of the present invention. [0115] In FIG. 4, operation 410 relates to an initial operation when a prospective voter visits a voting registration center and is given a Voter Device 110 to use for voting purposes. For example, the operation shown in FIG. 4 may occur during a polling station e-voting application. [0116] In operation 420, biometric data of the voter is associated with a particular Voter Device 110. For example, the voter may have their fingerprint associated with a particular Voter Device 110. In operation 430, the biometric data is stored on the Voter Device 110 to be used for verification purposes when someone else attempts to activate or use the same Voter Device 110. Therefore, only a voter with a matching fingerprint can use the Voter Device 110. Further, the act of imprinting the fingerprint, or other biometric data, should take place in the presence of an official voting representative to confirm the identity of the voter attempting the imprint. The foregoing procedure will better guarantee the identity of the voter casting a vote using a particular Voter Device 110. The Voter Device 110 will display an error message if an unauthorized user attempts to use the Voter Device 110, as shown in operation 440. [0117] Another embodiment of the present invention, having similar devices, architecture, overall framework, and modifications over UPTF as in the embodiments discussed above, is described below and illustrated in FIGS. 1 and 5. FIG. 5 is a flowchart of another method of performing an opinion registering application in a UPTF using the system architecture shown in FIG. 1. [0118] The modifications and properties discussed in the above-described embodiments are assumed to be present in the embodiments described below. [0119] In FIG. 5, the voter browses the voting application at the Voter Device 110 and uploads or sends to the Voter Device 110 an application that represents an unfilled ballot or not-yet completed ballot (operation 505). The application is typically uploaded from the Voting Station 120. The voter fills the ballot using the Voter Device 110 (operation 510). It is assumed that no third party can see the voter filling the ballot at the Voting Device 110. [0120] The Voter Device 110 separately encodes the ballot and the cross-reference identifying information for the Voting Station 120 with a voter device key known to the STS (operation 515). Such encoding is performed according to the UPTF protocol. For example, the voter device key may be generated using a hash of time-specific RSN and a user PIN. The voter device key is referred to as KVDi. [0121] The Voter Device 110 adds or includes with the encoded contents the other self identifying information that are present in a typical voter device message sent to the STS 130. For example, the encoded contents of the typical voter device message comprise ballot and cross-reference identifying information and a message digest that is calculated from the contents. The Voter Device 110 sends this message, referred to as the voter device message, to the Voting Station 120 (operation 520). For example, the voter device message may also be received by the Voting Station 120 via communication access points 127, which provide wireless connectivity between the Voter Device 110 and the Voting Station 120. In another embodiment of the present invention, the message is transmitted as a message over a cellular network from a mobile phone. [0122] The Voting Station 120 receives the voter device message and the Voting Station 120 encodes a portion of the already encoded ballot component again with a coding key KVsi (operation 525). The coding key KVSi is generated by the Voting Station 120 according to an encoding method of the UPTF protocol. The portion of the ballot that is further encoded is the vote. The encoded vote with the coding key KVSi is referred to as the agreement (transaction) in the UPTF scheme. This agreement (encoded vote) needs to be transmitted to the STS 130 either as the data portion of the voter device message or the voting station message. As one embodiment described further below discusses, the Voting Station 120 replaces the encoded ballot in the voting device message with the agreement. In an equivalent embodiment, the encoded ballot is deleted from the voting device message and is included as the agreement in the voting station message. In the following description, we assume the former approach. [0123] The coding key KVSi generated is only known to the Voting Station 120 and the Voting Master 140 and the vote cannot be decoded, e.g., determined, without using coding key KVSi. The coding key KVSi may be transferred to the Voting Master 140 immediately upon being generated by the Voting Station 120 or transferred to from the Voting Station 120 to the Voting Master sometime after the STS 130 sends the agreement to the Voting Master 140. [0124] The encoded portion of the voter device message becomes “KVSi(STS_KVDj(ballot))+STS_KVDj (cross-reference identifying information)”; this modified message is used as the voter device message view which is sent to the STS 130. Similarly, this could also be used as the voter station message without loss of generality. [0125] Briefly, a message view consists of an encoded portion and a plaintext portion. For example, with respect to the voter device message view, the encoded portion consists of reference identification information, such as DID2, and agreement data (encoded vote with the coding key KVsi), and a message digest to prevent tampering of the ballot, and the plaintext portion consists of additional reference identification information, such as transaction ID, Time Stamp, and DID1. [0126] Upon further encoding of the ballot received by the Voter Device 110, the Voting Station 120 generates a voting station message view using a predetermined mechanism and format according to the SAS protocol of the opinion registering application of the UPTF (operation 530). For example, the Voting Station 120 generates the voting station message view using the same mechanism and format as the merchant as specified by the UPTF in U.S. Provisional Application No. 60/401,807, U.S. application Ser. No. 10/458,205, and U.S. application Ser. No. 10/628,583. However, the transaction portion of the voting station message view does not include any data. Thus, the transaction portion of the voting station message view may be omitted. Further, the encoded portion of the voting station message view is encoded using another coding key referred to as a voting station key that is generated according to UPTF. [0127] The voting station message view, for example, has an encoded portion, which consists of reference identification information, such as DID1, and a plaintext portion, which consists of additional reference identification information, such as transaction ID, Time Stamp, and DID2. [0128] The voter device message view and the voting station message view are sent from the Voting Station 120 to the STS 130 (operation 535). The message views may be sent to the STS 130 via any communication link and may be sent through a network, such as the Internet. [0129] The STS 130 “opens” (decodes) both views by applying a decoding operation according to UPTF (operation 540). For example, the decoding operation may be the same as the decoding operation specified in U.S. Provisional Application No. 60/401,807, U.S. application Ser. No. 10/458,205, and U.S. application Ser. No. 10/628,583. [0130] The STS 130 is able to decode both views because the STS 130 is able to determine, or infer, the voting station key and Voter Device 110 coding key KVDi from the communications of the Voter Device 110 and the Voting Station 120 to the STS 130. In particular, after the STS 130 decodes both message views, the encoded part of the voter device message view reveals: “KVSi(ballot)+cross reference identifying information+message digest from voting device”. [0131] The STS 130 confirms from the decoded message views that the cross reference identification information of the voting station message view matches the corresponding identification information of the voting station message view. Specifically, the STS is able to confirm that the cross reference identifying information of the decoded voting station message view matches the corresponding identifying information of the voter, which is included in the voter device message view. [0132] After both message views are successfully decoded, the STS 130 verifies the agreement by executing a procedure consisting of, for example, a list of matching rules to be applied to both message views. Thus, a series of basic matching operations between both message views are performed and then optionally, application specific matching rules can be applied. If one of the matching rules fails, the verification or matching process is stopped and the STS 130 may generate and send an error message to the Voter Device 110 and/or Voting Station 120 and/or Voting Master 140. At the completion of the verification or matching process, the STS 130 may forward the agreement plus relevant information such as the message digest, which is taken from the decoded message views, to a processing component, such as a Voting Master 140. The verification or matching process may be implemented on a different device but able to communicate with the STS 130 through a reliable and secure communication channel. [0133] The STS 130 sends the agreement (still encoded using KVSi) to the Voting Master 140, along with reference information that identifies the submitting Voting Station 120 (operation 545) and possibly the message digest. [0134] Similar to the above-described embodiments, upon receiving the agreement and the reference information that identifies the submitting Voting Station 120, the Voting Master 140 assesses the identity of the submitting Voting Station 120 and subsequently retrieves the corresponding coding key KVsi from the submitting Voting Station 120 to be used to decode the vote (operation 550). The coding key KVsi is sent via a secure communication link between the Voting Station 120 and the Voting Master 140. The coding key KVsi is only known to the Voting Station 120 and the Voting Master 140 and the vote cannot be decoded, e.g., determined, without using coding key KVsi. The coding key KVsi may be transferred to the Voting Master 140 immediately upon being generated by the Voting Station 120 or transferred to from the Voting Station 120 to the Voting Master 140 sometime after the STS 130 sends the agreement to the Voting Master 140. [0135] The Voting Master 140 performs various operations, such as confirming the validity of the vote received by the STS 130 (ensuring non-duplication of voting) (operation 555). In addition, the Voting Master 140 can further determine whether the ballot has been modified from the original version supplied by the Voter Device 110 by computing the message digest and checking whether the message digest matches the one supplied by the Voter Device 110 and supplied by the STS 130. The Voting Master 140 can send a confirmation message of the voting operation to the STS 130. Further, the STS 130 may send a confirmation message of the voting operation to the Voter Device 110 and the Voting Station 120 according to the UPTF protocol (operation 560). [0136] FIG. 6 illustrates how the voter device message view and the voting station message view are processed or matched in the Uniform Pervasive Transaction Network scheme according to an embodiment of the present invention. [0137] In FIG. 6, the top box 610 illustrates how the voter device message view is processed at the Voter Device 110, Voting Station 120, and STS 130, respectively. The bottom box 650 illustrates how the voting station message view is processed at the Voting Station 120 and STS 130. In the middle of the figure, the double-arrowed lines 680 and 690 illustrate how the matching is performed at the STS 130. [0138] An original voter device message view 620 includes a plain text portion and an encoded portion. The plain text portions are those portions that are not encoded. The plain text portions of the original voter device message view 620 include a voter device identification number (DID1) 622 and a time stamp (TS) 624. The encoded portions of the original voter device message view 620 include a ballot 626 and a voting station device identification number (DID2) 628 and a message digest. The encoded portions are encoded by the Voter Device 110. [0139] The voting station further encoded voter device message view 630 includes plain text portions, encoded portions encoded by the Voter Device 110, and a portion further encoded with a coding key KVSi. The plain text portions of the voting station further encoded voter view 630 include a voter device identification number (DID1) 632 and a time stamp (TS) 634. The encoded portions of the original voter device message view 630 include a ballot 636 and a voting station device identification number (DID2) 638 and a message digest. The portion of the Voting Station 120 further encoded voter device message view 630 further encoded with the coding key KVSi is the ballot 636. [0140] The STS decoded voter device message view 640 includes plain text portions and a portion encoded with the coding key KVSi. The plain text portions of the STS decoded voter device view 640 include a voter device identification number (DID1) 642, a time stamp (TS) 644, and a voting station identification number (DID2) 648 and a message digest. The portion of the STS decoded voter device message view 640 encoded with the coding key KVSi is the ballot 646. [0141] The original voting station message view 660 includes plain text portions and an encoded portion. The plain text portions of the original voting station message view 660 include a voting station identification number (DID2) 662 and a time stamp (TS) 664. The encoded portion of the original voting station message view 660 includes a voter device identification number (DID1) 666. [0142] The STS decoded voting station message view 670 includes only plain text portions. The plain text portions included in the STS 130 decoded voting station view 670 include a voting station identification number (DID2) 672, a time stamp (TS) 674, and a voter device identification number (DID2) 676. [0143] The STS decoded voter device message view 640 and the STS decoded voting station message view 670 are both sent from the Voting Station 120 to the STS 130. As previously discussed, the STS 130 confirms whether the cross reference identifying information of the decoded voting station message view matches the corresponding identifying information of the voting station message view using a predetermined mechanism and format according to an SAS protocol of the UPTF to authenticate the voter and Voter Device 110. [0144] The double arrows 680 and 690 shown in FIG. 6 illustrate the matching process that is done at the STS 130. Arrow 680 depicts the matching process of the voter device identification number (DID1) 642 of the STS decoded voter device message view 640 with the voter device identification number (DID1) 676 of the STS decoded voting station message view 670. Arrow 690 depicts the matching process of the voting station identification number (DID2) 648 of the STS decoded voter device message view 640 with the voting station identification number (DID2) 672 of the STS decoded voting station message view 670. [0145] Further, since the STS 130 does not know the coding key KVSi, which is only known to the Voting Master 140 and Voting Station 120, and the encoding using the coding key KVSi is applied after the Voter Device 110 encodes the ballot and the cross-reference identifying information for the Voting Station 120, for the STS to be able to decode the encoding added by the Voter Device 110, the encoding algorithm should be commutative. [0146] For example, if Ki and Kj are encoding operations and x is text to be encoded then Ki(Kj(x))=Kj(Ki(x)). As a result KVSi(STS_KVDj(ballot))=STS_KVDj(KVSi(ballot)). The STS 230 is aware of STS_KVDj and thus can decode STS_KVDj(KVSi(ballot)) and reveal the KVSi(ballot). One example of a commutative cipher is the XOR stream cipher. Other common commutative ciphers use the Pohlig-Hellman Algorithm or the Shamir-Omura algorithm. The first is based on Elliptic Curve Cryptography (ECC), and the other is based on RSA cryptography. [0147] In order for the Voting Station 120 to further encode the ballot portion of the message from the Voter Device 110, the encoded ballot should be identifiable. For example, the encoded ballot may also be given to the Voting Station 120 as a separately encoded data item. The Voting Station 120 will further encode with the coding key KVSi only the part of the voter device message view that represents the ballot. [0148] The above-described embodiments, as illustrated in FIGS. 1, 5, and 6, address the issue of not having an non-encoded vote being exchanged on a potentially non-encoded communication link. Non-encoded votes being exchanged on non-encoded communication links would be inviting to eavesdroppers, unauthorized services and masquerading users. Thus, the above-described embodiments prevent various attacks targeted at both the Voter Device 110 and the communication levels of the pervasive transaction system. [0149] Another embodiment of the present invention, having similar devices, architecture, overall framework, and modifications over UPTF as in the embodiments discussed above, is described below and illustrated in FIGS. 1 and 7. In the below-described embodiment of the invention, the STS 130 does not receive or handle the ballot, thereby preventing the opportunity for the STS 130 and the Voting Master 140 to be in collusion with each other to determine the identity of a particular voter who cast a particular ballot. The message digest can be used to detect if the Voting Station 120 has modified the ballot submitted by a Voter Device 110. [0150] The below-described embodiments include at least the following additional properties. The embodiments do not require the encryption algorithms to be commutative. Further, it is possible to ensure that all votes have been counted by way of cross checking all votes responded to by the STS 130, since all votes are associated with a particular voting number. For example, because all votes are associated with a voting number, when you count the votes and it is known how many voting numbers are issued, you can compare the number of votes counted with the number of voter numbers issued, e.g., total number of eligible voters. [0151] The modifications and properties discussed in the above-described embodiments are assumed to be present in the embodiments described below. [0152] FIG. 7 illustrates another method of performing an opinion registering application in a UPTF using the system architecture shown in FIG. 1. However, the system architecture further includes a virtual private network (“VPN”) located between the Voting Master 140 and each of the Voting Stations 120 (only one shown in FIG. 1) and another VPN located between the STS 130 and the Voting Master 140. The VPNs are not shown in FIG. 1. Including the VPNs in the system architecture does change the essential features of the method of performing the opinion registering application in the UPTF. At least one of the VPNs may be applied to any of the above-described embodiments of the present invention. Briefly, the VPN is a way to communicate through a dedicated server securely to a network over the Internet and provide additional security to wireless local area networks (“LAN”). [0153] The Voting Master 140 provides the STS 130 with at least the following information: address of each Voting Station 120 to be used for the voting application, list of voter identifiers or device ID's of voters which will be invited to participate in the voting, start and end time for voting, and an empty ballot (Be). [0154] The STS 130 contacts all the voters on the list of voters provided by the Voting Master 140 and invites the voters to vote at the start time of the voting process (operation 710). For example, a voter may be contacted via an invitation message sent to the voter's Voter Device 110 (PDA, cellular telephone, computer, etc.). [0155] Upon being invited to participate in the voting, the voter, via the Voter Device 110, contacts the STS 130 to request a ballot (operation 715). For example, the voter may contact the STS 130 through a reply message on the Voter Device 110. [0156] The STS 130 determines whether the invited voter is intended to vote, and if so, transmits an empty ballot to the appropriate Voter Device 110 for the voter to vote (operation 720). For example, the STS 130 may determine the intended voters from a voter database 135 that stores identification information. Preferably, the voter database 135 is a secure database to prevent unauthorized users or devices from obtaining the information. As previously discussed, the STS 130 is able to determine a particular voter from a Voter Device 110 and a particular Voting Station 120. In addition, the transaction between the STS 130 and the Voter Device 110 may be encoded to prevent tampering with the empty ballot upon delivery. Further, the STS may log or store the requests for accounting purposes. [0157] The voter enters the information onto the ballot (Bf) (operation 725). The ballot does not need to be completed by the voter before being cast or submitted. Thus, a completed ballot does not necessarily indicate that the entire ballot was filled in or that all possible votes were made. [0158] When the ballot Bf is created, the Voting Station 120 uploads a voting number (“VN”) to the Voter Device 110 (operation 730). For example, the VN is a random number, unique for each voting transaction, with an optional voting station prefix. [0159] The Voter Device 110 generates a ballot message, encoded with a new key created by the device, KV (operation 735). The encoded ballot message looks as follows. MENCODED — BALLOT=Kv[Bf+VN+Time],VN [0161] The Voter Device 110 also generates a voter device transaction view message, from the Voter Device 110 (operation 740). In the body of the transaction of the voter device transaction view message is the VN and KV, and optionally the time of voting (time stamp). [0162] The Voting Station 120 receives both messages, the encoded ballot message and the voter device transaction view message (operation 745). The Voting Station 120 determines whether the VN received in the MENCODED — BALLOT message is the same as the VN uploaded in the Voter Device 110 by the Voting Station 120 (operation 750). Such determination is done to prevent or learn of tampering with the message in the wireless link between the Voter Device 110 and the Voting Station 120. [0163] The Voting Station 120 creates a voting station transaction view message (operation 755). The voting station transaction view message is generated according to the same methods as discussed in the above-described embodiments of the present invention. For example, in the body of the voter device transaction view message is the VN and optionally, the time when the vote was submitted (time stamp). [0164] The Voting Station 120 sends both the voter device transaction view message and the voting station transaction view message to the STS 130 (operation 760). However, the encoded ballot message is not sent to the STS 130 and is instead stored in a local database in the Voting Station 120. [0165] In the local database of the Voting Station 120, each encoded ballot message is indexed according to its VN. In the local database of the Voting Station 120, the encoded ballot message will be marked as not recounted and not acknowledged. The local database of the Voting Station 120 may also include information about the voter, so that, for example, if the vote is encoded, the Voting Station 120 could know which voter had voted, but not know the content of the vote. [0166] The STS 130 receives both transaction view messages and determines whether the voting transaction is valid, e.g., verifies that a particular voter voted at a particular Voting Station 120 (operation 765). Neither of the transaction view messages includes the ballot (agreement). Therefore, the STS 130 is incapable of determining the content of the ballot, regardless if the STS 130 is in collusion with the Voting Master 140. [0167] The STS 130 determines the validity of the voting transaction according to the same method as discussed with the above-described embodiments of the present invention. For example, the STS 130 confirms from the decoded message views that the cross reference identification information of the voting station message view matches the corresponding identification information of the voting station message view. Specifically, the STS 130 is able to confirm that the cross reference identifying information of the decoded voting station message view matches the corresponding identifying information of the voter, which is included in the voter device message view. [0168] When the STS 130 determines the voting transaction to be valid (as determined by a SAS protocol for the opinion registering application 200 of the UPTF), the STS 130 transmits an acknowledge message to the Voting Station 120, along with a VN. The Voting Station 120 will mark the message as acknowledged. [0169] The foregoing process will continue until the end time for voting arrives, as determined by the Voting Master 140. When the end time for voting arrives, the STS 130 transmits a message to all of the invited voters and to all corresponding Voting Station 120 to finish all voting transactions (operation 770). [0170] The STS 130 sends a message to the Voting Master 140, including the coding key KV and the corresponding VN (operation 775). The STS 130 may additionally include in the transaction to the Voting Master 140 the identification of the Voting Station 120 that stores the encoded ballot corresponding to each VN. [0171] The Voting Master 140 sends a message to all the Voting Station 120 requesting for the received VN (operation 780). However, if the STS 130 has informed the Voting Master 140 about which Voting Station 120 holds the encoded ballot for each VN, then the Voting Master 140 will not contact all Voting Station 120. The Voting Station 120 storing the VN in its local database surrenders the MENCODED — BALLOT's to the Voting Master 140, and labels that vote as recounted (operation 785). However, if the vote has not been acknowledged by the STS 130, then an error message may be sent to the Voting Master 140. [0172] The Voting Master 140 is in possession of MENCODED — BALLOT and the coding key KV and decodes each ballot (operation 790). As previously discussed, the Voting Master 140 cannot know which voter cast a particular vote, as the Voting Master 140 is only in possession of the coding key KV, the ballot, and the VN. None of this information supplies any information about the voter; therefore, the Voting Master 140 cannot determine which particular voter cast the particular vote. [0173] Further, when the voting time ends, each Voting Station 120 could know which ballots where successfully retrieved, which ballots where acknowledged, and which ballots were recounted. As such, a verifiable database of the votes, indexed by VN, may be determined and stored. [0174] FIG. 8 illustrates a message exchange of the method described above and shown in the flowchart of FIG. 7. [0175] Positioned horizontally across the top of FIG. 8, from left to right, respectively, are markers identified as the Voter Device 110, Voting Station 120, STS 130, and Voting Master 140. Below the markers are horizontal lines in descending order showing the location of a transaction at various stages of the message exchange, with respect to the markers, according to an embodiment of the invention. [0176] According to FIG. 8, the Voting Station 120 initially sends at least the address, list of identification numbers that will participate in the voting, empty ballots, and start time and end time of voting, to the STS 130, as shown in Line 1. Next, as shown in Line 2, the STS 130 contacts all the voters listed that are invited to participate in the voting. For example, a message, such as a text message, may be transmitted to the Voter Device 110 indicating that the voter is invited to participate. [0177] Next, as shown in Line 3, the voter requests an empty Ballot (Be) from the STS 130. For example, a voter request message is sent from the Voter Device 110 to the STS 130. This message may be encoded according to UPTF, as discussed in the above-described embodiments of the present invention. The voter request transaction may additionally be recorded by the STS 130 for consistency and record keeping purposes. [0178] Next, as shown in Line 4, the STS 130 sends Be to the Voter Device 110 so that the voter may perform the voting operation. This message may be encoded according to UPTF, as discussed in the above-described embodiments of the present invention, to prevent fake, tampered, or unofficial ballots from being sent to voters. [0179] Next, as shown in Line 5, a request to vote is sent by the Voter Device 110 to the Voting Station 120. The request to vote may be sent to provide further voting protection and allow the Voting Station 120 to check the Be for consistency to ensure that no tampering with the ballots was done at the STS 130. [0180] Next, as shown in Line 6, a VN is sent to the Voter Device 110 from the Voting Station 120. For example, the VN is a random number generated by the Voting Station 120. The VN may be generated based on a RSN, time stamp, etc. [0181] Next, as shown in Line 7, the Voter Device 110 generates a coding key Kv. For example, the coding key Kv is generated at random. The coding key may be generated based on a RSN, time stamp, etc. For example, the coding key Kv is a random number generated by the Voter Device 110, such as through a random number generator. [0182] Next, as shown in Line 8, the Voter Device 110 sends the VN to the Voting Station 120 using the following framework of the opinion registering application of the UPTF (voting device message view): DID, KUPTF,v(VN: Kv,UID,DID). The KUPTF,v is the encoding key for the encoded portion of the ballot generated by the Voter Device 110 according to UPTF. The encoded portion of the message generated at the Voter Device 110 is discussed in detail in the above-described embodiments of the present invention. [0183] The Voter Device 110 also sends the ballot encoded with Kv (MENCODED — BALLOT) to the Voting Station 120 using the following UPTF framework: Kv (Bf,VN),VN. [0184] Next, as shown in Line 9, the Voting Station 120 stores the VN in the local database according to predetermined criteria. For example, the VN may be stored according to whether it is “acknowledged” or “recounted.” The Voting Station 120 also stores the ballot encoded with Kv, e.g., Kv (Bf,VN),VN, in the local database. [0185] In addition, the Voting Station 120 sends the voter device message view (DID,KUPTF,v(VN: Kv,UID,DID)), along with a voting station message view generated by the Voting Station 120 (UID, KUPTF,vs (VN:,UID,DID)), to the STS 130. [0186] Next, as shown in Line 10, the STS 130 performs a matching operation with the voter device message view and the voting station message view. For example, when the VN matches the VN stored in the local database of the Voting Station 120, the STS 130 sends an encoded acknowledge message to the Voting Station 120 and a receipt with the VN to the Voter Device 110. Note, for example, that the receipt can be sent directly to the Voter Device 110 without first being sent to the Voting Station 120. [0187] Next, as shown in Line 11, the Voting Station 120 checks (classifies) the vote as “acknowledged” in the local database and sends a receipt indicating such to the Voter Device 110. [0188] The above described process, with respect to at least the transactions shown in Lines 1-10, is repeated until either all of the invited voters have voted or the time for voting expires, as determined by the Voting Master 140. In FIG. 6, the dashed line below Line 11 represents operations that occur when the time for voting expires. [0189] Next, as shown in Line 12, when the time for voting expires, the STS 130 a message to the Voting Master 140, including the coding key KV and the corresponding VN. [0190] Next, as shown in Line 13, the Voting Master 140 sends a message to the Voting Station 120 requesting the VN corresponding with the Voting Station 120. This is done for verification purposes to ensure that the proper voter has voted and that there has been no tampering with the ballot. [0191] Finally, as shown in Line 14, the Voting Station 120 sends a message to the Voting Master 140, including the encoded ballot stored in the local database and the coding key Kv (Kv (Bf,VN)). In addition, the Voting Station 120 may “acknowledge” the vote as recounted. As previously described, the acknowledgement may be done by a simple checking or classification procedure. [0192] According to the foregoing transactions, the Voting Master 140 cannot know which voter cast a particular vote, as the Voting Master 140 is only in possession of the coding key KV, the ballot, and the VN. None of this information supplies any information about the voter. [0193] After the Voting Master 140 receives the encoded ballot stored in the local database and the coding key Kv (Kv (Bf,VN)), the Voting Master 140 may proceed with performing a predetermined operation, such as counting the votes. In doing so, the Voting Master 140 may be in communication with the Voting Station 120 so that the Voting Station 120 may correct possible errors and/or further classify the votes as “Not acknowledged” and “Not recounted.”
[0194] As discussed above, the present invention significantly broadens the scope of applications of the UPTF. In addition, there are many benefits provided by the opinion registering application using UPTF described in the embodiments of the present invention. For example, the voting station is relatively easy to set up, the voting equipment is inexpensive and less personnel is necessary for carrying out the voting process, the process is flexible and fast for voters, parallelization of the voting actions (simultaneous voting), there is no waiting in line, and voters are not limited to voting in any one particular voting station. [0195] According to another embodiment of the invention, the embodiments discussed above may be used in an e-government application. For example, this dual-purpose use of the UPTF framework would be beneficiary to the deployment of UPTF, especially by disseminating UPTD's in the hand of voters who also happen to be consumers. [0196] Although a few embodiments of the present invention have been shown and described, it would be appreciated by those skilled in the art that changes may be made in these embodiments without departing from the principles and spirit of the invention, the scope of which is defined in the claims and their equivalents. Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS609853 *Dec 27, 1897Aug 30, 1898Ausfuhrungen fur EisenbahnOberbau - abtheilung stossfangsciiiene siegmUS4182261 *May 5, 1977Jan 8, 1980Identicator CorporationCredit card printer for fingerprints and solutionsUS4253086 *Jan 10, 1979Feb 24, 1981Szymon SzwarcbierProcess and apparatus for positive identification of customersUS4458109 *Feb 5, 1982Jul 3, 1984Siemens CorporationMethod and apparatus providing registered mail features in an electronic communication systemUS4582985 *Mar 18, 1982Apr 15, 1986Loefberg BoData carrierUS4636622 *May 6, 1985Jan 13, 1987Clark Clement PCard user identification systemUS5095194 *Oct 12, 1989Mar 10, 1992Joseph BarbanellHolographic credit card with automatical authentication and verificationUS5194289 *Oct 15, 1990Mar 16, 1993Butland Trust OrganizationMethod for labeling an object for its verificationUS5239166 *Sep 9, 1991Aug 24, 1993Graves Marcel ASecure data interchange system erasing a card memory upon an invalid responseUS5485312 *Sep 14, 1993Jan 16, 1996The United States Of America As Represented By The Secretary Of The Air ForceOptical pattern recognition system and method for verifying the authenticity of a person, product or thingUS5521980 *Feb 28, 1994May 28, 1996Brands; Stefanus A.Privacy-protected transfer of electronic informationUS5598474 *Mar 10, 1995Jan 28, 1997Neldon P JohnsonProcess for encrypting a fingerprint onto an I.D. cardUS5631961 *Sep 15, 1995May 20, 1997The United States Of America As Represented By The Director Of The National Security AgencyDevice for and method of cryptography that allows third party accessUS5644118 *Apr 19, 1996Jul 1, 1997Fujitsu LimitedElectronic cashless systemUS5666420 *Nov 18, 1996Sep 9, 1997Micali; SilvioSimultaneous electronic transactionsUS5732148 *Sep 16, 1994Mar 24, 1998Keagy; John MartinApparatus and method for electronically acquiring fingerprint images with low cost removable platen and separate imaging deviceUS5790677 *Jun 29, 1995Aug 4, 1998Microsoft CorporationSystem and method for secure electronic commerce transactionsUS5794207 *Sep 4, 1996Aug 11, 1998Walker Asset Management Limited PartnershipMethod and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offersUS5869822 *Oct 4, 1996Feb 9, 1999Meadows, Ii; Dexter L.Automated fingerprint identification systemUS5913203 *Oct 3, 1996Jun 15, 1999Jaesent Inc.System and method for pseudo cash transactionsUS5917168 *Jun 2, 1994Jun 29, 1999Hewlett-Packard CompanySystem and method for revaluation of stored tokens in IC cardsUS6010068 *Aug 10, 1994Jan 4, 2000Nadir Technology Company LimitedCredit document connected to a document or customized card, independent customized credit card and associated issuance and validation equipmentUS6032258 *Jul 11, 1997Feb 29, 2000Glenayre Electronics, Inc.Apparatus and methods for transmission security in a computer networkUS6044388 *May 15, 1997Mar 28, 2000International Business Machine CorporationPseudorandom number generatorUS6067621 *Oct 6, 1997May 23, 2000Samsung Electronics Co., Ltd.User authentication system for authenticating an authorized user of an IC cardUS6069969 *Mar 23, 1998May 30, 2000Identicator TechnologyApparatus and method for electronically acquiring fingerprint imagesUS6081793 *Dec 30, 1997Jun 27, 2000International Business Machines CorporationMethod and system for secure computer moderated votingUS6175922 *Mar 13, 2000Jan 16, 2001Esign, Inc.Electronic transaction systems and methods thereforUS6175923 *Dec 8, 1998Jan 16, 2001Senetas Corporation LimitedSecure system using images of only part of a body as the key where the part has continuously-changing featuresUS6182892 *Mar 25, 1998Feb 6, 2001Compaq Computer CorporationSmart card with fingerprint image pass-throughUS6199099 *Mar 5, 1999Mar 6, 2001Ac Properties B.V.System, method and article of manufacture for a mobile communication network utilizing a distributed communication networkUS6212290 *Nov 7, 1994Apr 3, 2001Tms, Inc.Non-minutiae automatic fingerprint identification system and methodsUS6226752 *May 11, 1999May 1, 2001Sun Microsystems, Inc.Method and apparatus for authenticating usersUS6257487 *Aug 2, 1999Jul 10, 2001Fujitsu LimitedElectronic cashless systemUS6263436 *Dec 17, 1996Jul 17, 2001At&T Corp.Method and apparatus for simultaneous electronic exchange using a semi-trusted third partyUS6270011 *May 28, 1999Aug 7, 2001Benenson TalRemote credit card authentication systemUS6334575 *Nov 1, 2000Jan 1, 2002Singular Technology Corp.Safety transaction methodUS6356752 *Jul 31, 1998Mar 12, 2002Avaya Technology Corp.Wireless telephone as a transaction deviceUS6366893 *Nov 5, 1996Apr 2, 2002Nokia Telecommunications OySystem, a method and an apparatus for performing an electric payment transaction in a telecommunication networkUS6367010 *Jul 2, 1999Apr 2, 2002Postx CorporationMethod for generating secure symmetric encryption and decryptionUS6377692 *Jan 16, 1998Apr 23, 2002Ntt Data CorporationMethod and system for controlling key for electronic signatureUS6378073 *Dec 22, 1997Apr 23, 2002Motorola, Inc.Single account portable wireless financial messaging unitUS6378775 *May 11, 2001Apr 30, 2002Fujitsu LimitedElectronic cashless systemUS6405314 *Sep 29, 2000Jun 11, 2002Ecryp, Inc.Secure system using images of only part of a body as the key where the part has continuously-changing featuresUS6435406 *Oct 6, 2000Aug 20, 2002Randolph M. PentelRemote ordering deviceUS6512919 *Mar 30, 1999Jan 28, 2003Fujitsu LimitedElectronic shopping system utilizing a program downloadable wireless videophoneUS6529885 *Sep 24, 1999Mar 4, 2003Oracle CorporationMethods and systems for carrying out directory-authenticated electronic transactions including contingency-dependent payments via secure electronic bank draftsUS6587684 *Jul 28, 1998Jul 1, 2003Bell Atlantic Nynex MobileDigital wireless telephone system for downloading software to a digital telephone using wireless data link protocolUS6687375 *Jun 2, 1999Feb 3, 2004International Business Machines CorporationGenerating user-dependent keys and random numbersUS6715679 *Sep 8, 1999Apr 6, 2004At&T Corp.Universal magnetic stripe cardUS6766453 *Apr 28, 2000Jul 20, 20043Com CorporationAuthenticated diffie-hellman key agreement protocol where the communicating parties share a secret key with a third partyUS6775777 *Jan 26, 2001Aug 10, 2004Ecryp, Inc.Secure system using images of only part of a body as the key where the part has continuously-changing featuresUS6874029 *Jun 22, 2001Mar 29, 2005Leap Wireless International, Inc.Method and system for mediating interactive services over a wireless communications networkUS6915951 *Jan 15, 2002Jul 12, 2005Fujitsu LimitedElectronic cashless systemUS6926200 *Jul 14, 2000Aug 9, 2005Fujitsu LimitedElectronic cashless systemUS6931431 *Jan 11, 2002Aug 16, 2005International Business Machines CorporationAgreement and atomic broadcast in asynchronous networksUS6985583 *May 4, 1999Jan 10, 2006Rsa Security Inc.System and method for authentication seed distributionUS7003499 *Jan 30, 2001Feb 21, 2006France Telecom SaService activation by virtual prepaid cardUS7025256 *Jul 15, 2004Apr 11, 2006Diebold, IncorporatedAutomated banking machine system and methodUS7089208 *Apr 28, 2000Aug 8, 2006Paypal, Inc.System and method for electronically exchanging value among distributed usersUS7099471 *Dec 31, 2001Aug 29, 2006Dategrity CorporationDetecting compromised ballotsUS7167844 *Dec 22, 1999Jan 23, 2007Accenture LlpElectronic menu document creator in a virtual financial environmentUS7200749 *Aug 6, 2001Apr 3, 2007First Data CorporationMethod and system for using electronic communications for an electronic contractUS7239346 *Oct 18, 1999Jul 3, 2007Priddy Dennis GSystem and architecture that supports a multi-function semiconductor device between networks and portable wireless communications productsUS7379916 *Nov 3, 2000May 27, 2008Authernative, Inc.System and method for private secure financial transactionsUS7578436 *Mar 18, 2005Aug 25, 2009Pisafe, Inc.Method and apparatus for providing secure document distributionUS20010004231 *Jan 26, 2001Jun 21, 2001Secure Id-Net Ltd.Secure system using images of only part of a body as the key where the part has continuously-changing featuresUS20010005840 *Dec 29, 2000Jun 28, 2001Markku VerkamaAuthentication in a telecommunications networkUS20010010723 *Oct 30, 1997Aug 2, 2001Denis PinkasKey recovery process used for strong encryption of messagesUS20020017561 *Aug 6, 2001Feb 14, 2002Hiroyuki TomoikeElectronic payment system using accounting function in a mobile communication networkUS20020018585 *Jul 19, 2001Feb 14, 2002Kim Young WanSystem and method for cardless secure credit transaction processingUS20020052841 *Apr 10, 2001May 2, 2002Guthrie Paul D.Electronic payment systemUS20020056040 *Nov 8, 2001May 9, 2002Timothy J. SimmsSystem and method for establishing secure communicationUS20020057803 *May 3, 2001May 16, 2002Loos Michael T.System and method for communicating in a mobile domain across non-persistent data linksUS20020073024 *Dec 7, 2000Jun 13, 2002Gilchrist Alexander Sandy DonaldSystem and methods of using wireless communication devices to conduct financial transactionsUS20020077885 *Dec 6, 2000Jun 20, 2002Jared KarroElectronic voting systemUS20020077974 *Dec 19, 2000Jun 20, 2002Ortiz Luis M.Wireless point of saleUS20020077993 *Dec 18, 2000Jun 20, 2002Nokia CorporationMethod and system for conducting wireless paymentsUS20020082925 *Dec 27, 2000Jun 27, 2002Herwig Nathaniel C.Method and apparatus for utilizing a smart card to maintain a retail application on a number of portable, wireless hand-held computing devicesUS20020087534 *Apr 20, 2001Jul 4, 2002Blackman Robert SageAgreement management system and methodUS20020087869 *Nov 8, 2001Jul 4, 2002Jinsam KimSystem and method of authenticating a credit card using a fingerprintUS20020095296 *Jan 17, 2001Jul 18, 2002International Business Machines CorporationTechnique for improved audio compressionUS20020095570 *Apr 1, 2002Jul 18, 2002Xerox CorporationSecure token-based document serverUS20020097867 *Nov 21, 2001Jul 25, 2002Bartram Anthony V.Communication systemUS20020107007 *Mar 27, 2002Aug 8, 2002Howard GersonMethod for wireless telephony payment and an apparatus thereforUS20020107791 *Jan 12, 2001Aug 8, 2002Nobrega Ryan J.Method and apparatus for performing a credit based transaction between a user of a wireless communications device and a provider of a product or serviceUS20030046541 *Aug 22, 2002Mar 6, 2003Martin GerdesUniversal authentication mechanismUS20030061486 *Nov 13, 2002Mar 27, 2003Nifty CorporationElectronic commerce information processing system and methodUS20030123667 *Dec 28, 2001Jul 3, 2003Cable Television Laboratories, Inc.Method for encryption key generationUS20040030894 *Jun 11, 2003Feb 12, 2004Fujitsu LimitedSecurity framework and protocol for universal pervasive transactionsUS20040104268 *Jul 30, 2002Jun 3, 2004Bailey Kenneth StephenPlug in credit card reader module for wireless cellular phone verificationsUS20040123098 *Jul 2, 2003Jun 24, 2004Ligun ChenMethod and apparatus for use in relation to verifying an association between two partiesUS20040123159 *Dec 19, 2002Jun 24, 2004Kevin KerstensProxy method and system for secure wireless administration of managed entitiesUS20040151323 *Nov 25, 2003Aug 5, 2004Secure Data In Motion, Inc.Implementing nonrepudiation and audit using authentication assertions and key serversUS20040153649 *Sep 4, 2003Aug 5, 2004Rhoads Geoffrey B.Digital authentication with digital and analog documentsUS20040158492 *Jan 26, 2004Aug 12, 2004Lopez Kermit D.Processing negotiable economic credits through electronic hand held devicesUS20050067485 *Jan 16, 2003Mar 31, 2005Michel CaronApparatus and method of identifying the user thereof by means of a variable identification codeUS20050122209 *Dec 3, 2003Jun 9, 2005Black Gerald R.Security authentication method and systemUS20060004862 *Jun 8, 2004Jan 5, 2006Fisher David LTime synchronized playback and control of dissimilar data files* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS8010082Oct 19, 2005Aug 30, 2011Seven Networks, Inc.Flexible billing architectureUS8064583Sep 21, 2006Nov 22, 2011Seven Networks, Inc.Multiple data store authenticationUS8069166Feb 27, 2006Nov 29, 2011Seven Networks, Inc.Managing user-to-user contact with inferred presence informationUS8078158Jun 26, 2008Dec 13, 2011Seven Networks, Inc.Provisioning applications for a mobile deviceUS8107921Jan 11, 2008Jan 31, 2012Seven Networks, Inc.Mobile virtual network operatorUS8116214Nov 30, 2005Feb 14, 2012Seven Networks, Inc.Provisioning of e-mail settings for a mobile terminalUS8117341 *Jun 22, 2010Feb 14, 2012At&T Intellectual Property I, LpDetermining and presenting communication device proximity informationUS8127342Sep 23, 2010Feb 28, 2012Seven Networks, Inc.Secure end-to-end transport through intermediary nodesUS8166164Oct 14, 2011Apr 24, 2012Seven Networks, Inc.Application and network-based long poll request detection and cacheability assessment thereforUS8190701Nov 1, 2011May 29, 2012Seven Networks, Inc.Cache defeat detection and caching of content addressed by identifiers intended to defeat cacheUS8204953Nov 1, 2011Jun 19, 2012Seven Networks, Inc.Distributed system for cache defeat detection and caching of content addressed by identifiers intended to defeat cacheUS8209709Jul 5, 2010Jun 26, 2012Seven Networks, Inc.Cross-platform event engineUS8291076Mar 5, 2012Oct 16, 2012Seven Networks, Inc.Application and network-based long poll request detection and cacheability assessment thereforUS8316098Apr 19, 2012Nov 20, 2012Seven Networks Inc.Social caching for device resource sharing and managementUS8326985Nov 1, 2011Dec 4, 2012Seven Networks, Inc.Distributed management of keep-alive message signaling for mobile network resource conservation and optimizationUS8356080Jul 20, 2012Jan 15, 2013Seven Networks, Inc.System and method for a mobile device to use physical storage of another device for cachingUS8364181Dec 10, 2007Jan 29, 2013Seven Networks, Inc.Electronic-mail filtering for mobile devicesUS8412675Feb 24, 2006Apr 2, 2013Seven Networks, Inc.Context aware data presentationUS8417823Nov 18, 2011Apr 9, 2013Seven Network, Inc.Aligning data transfer to optimize connections established for transmission over a wireless networkUS8438633Dec 18, 2006May 7, 2013Seven Networks, Inc.Flexible real-time inbox accessUS8468126Dec 14, 2005Jun 18, 2013Seven Networks, Inc.Publishing data in an information communityUS8484314Oct 14, 2011Jul 9, 2013Seven Networks, Inc.Distributed caching in a wireless network of content delivered for a mobile application over a long-held requestUS8494510Dec 6, 2011Jul 23, 2013Seven Networks, Inc.Provisioning applications for a mobile deviceUS8539040Feb 28, 2012Sep 17, 2013Seven Networks, Inc.Mobile network background traffic data management with optimized polling intervalsUS8549587Feb 14, 2012Oct 1, 2013Seven Networks, Inc.Secure end-to-end transport through intermediary nodesUS8561086May 17, 2012Oct 15, 2013Seven Networks, Inc.System and method for executing commands that are non-native to the native environment of a mobile deviceUS8620738Aug 30, 2007Dec 31, 2013Visa U.S.A. IncLoyalty program incentive determinationUS8621075Apr 27, 2012Dec 31, 2013Seven Metworks, Inc.Detecting and preserving state for satisfying application requests in a distributed proxy and cache systemUS8635339Aug 22, 2012Jan 21, 2014Seven Networks, Inc.Cache state management on a mobile device to preserve user experienceUS8693494Mar 31, 2008Apr 8, 2014Seven Networks, Inc.PollingUS8700728May 17, 2012Apr 15, 2014Seven Networks, Inc.Cache defeat detection and caching of content addressed by identifiers intended to defeat cacheUS8738050Jan 7, 2013May 27, 2014Seven Networks, Inc.Electronic-mail filtering for mobile devicesUS8750123Jul 31, 2013Jun 10, 2014Seven Networks, Inc.Mobile device equipped with mobile network congestion recognition to make intelligent decisions regarding connecting to an operator networkUS8761756Sep 13, 2012Jun 24, 2014Seven Networks International OyMaintaining an IP connection in a mobile networkUS8774844Apr 8, 2011Jul 8, 2014Seven Networks, Inc.Integrated messagingUS8775631Feb 25, 2013Jul 8, 2014Seven Networks, Inc.Dynamic bandwidth adjustment for browsing or streaming activity in a wireless network based on prediction of user behavior when interacting with mobile applicationsUS8782222Sep 5, 2012Jul 15, 2014Seven NetworksTiming of keep-alive messages used in a system for mobile network resource conservation and optimizationUS8787947Jun 18, 2008Jul 22, 2014Seven Networks, Inc.Application discovery on mobile devicesUS8793305Dec 13, 2007Jul 29, 2014Seven Networks, Inc.Content delivery to a mobile device from a content serviceUS8799410Apr 13, 2011Aug 5, 2014Seven Networks, Inc.System and method of a relay server for managing communications and notification between a mobile device and a web access serverUS8805334Sep 5, 2008Aug 12, 2014Seven Networks, Inc.Maintaining mobile terminal information for secure communicationsUS8805425Jan 28, 2009Aug 12, 2014Seven Networks, Inc.Integrated messagingUS8811952May 5, 2011Aug 19, 2014Seven Networks, Inc.Mobile device power management in data synchronization over a mobile network with or without a trigger notificationUS8812695Apr 3, 2013Aug 19, 2014Seven Networks, Inc.Method and system for management of a virtual network connection without heartbeat messagesUS8831561Apr 28, 2011Sep 9, 2014Seven Networks, IncSystem and method for tracking billing events in a mobile wireless network for a network operatorUS8832228Apr 26, 2012Sep 9, 2014Seven Networks, Inc.System and method for making requests on behalf of a mobile device based on atomic processes for mobile network traffic reliefUS8838744Jan 28, 2009Sep 16, 2014Seven Networks, Inc.Web-based access to data objectsUS8838783Jul 5, 2011Sep 16, 2014Seven Networks, Inc.Distributed caching for resource and mobile network traffic managementUS8839412Sep 13, 2012Sep 16, 2014Seven Networks, Inc.Flexible real-time inbox accessUS8843153Nov 1, 2011Sep 23, 2014Seven Networks, Inc.Mobile traffic categorization and policy for network use optimization while preserving user experienceUS8849902Jun 24, 2011Sep 30, 2014Seven Networks, Inc.System for providing policy based content service in a mobile networkUS8861354Dec 14, 2012Oct 14, 2014Seven Networks, Inc.Hierarchies and categories for management and deployment of policies for distributed wireless traffic optimizationUS8862657Jan 25, 2008Oct 14, 2014Seven Networks, Inc.Policy based content serviceUS8868753Dec 6, 2012Oct 21, 2014Seven Networks, Inc.System of redundantly clustered machines to provide failover mechanisms for mobile traffic management and network resource conservationUS8873411Jan 12, 2012Oct 28, 2014Seven Networks, Inc.Provisioning of e-mail settings for a mobile terminalUS8874761Mar 15, 2013Oct 28, 2014Seven Networks, Inc.Signaling optimization in a wireless network for traffic utilizing proprietary and non-proprietary protocolsUS8886176Jul 22, 2011Nov 11, 2014Seven Networks, Inc.Mobile application traffic optimizationUS8903954Nov 22, 2011Dec 2, 2014Seven Networks, Inc.Optimization of resource polling intervals to satisfy mobile device requestsUS8909192Aug 11, 2011Dec 9, 2014Seven Networks, Inc.Mobile virtual network operatorUS8909202Jan 7, 2013Dec 9, 2014Seven Networks, Inc.Detection and management of user interactions with foreground applications on a mobile device in distributed cachingUS8909759Oct 12, 2009Dec 9, 2014Seven Networks, Inc.Bandwidth measurementUS8914002Aug 11, 2011Dec 16, 2014Seven Networks, Inc.System and method for providing a network service in a distributed fashion to a mobile deviceUS8918503Aug 28, 2012Dec 23, 2014Seven Networks, Inc.Optimization of mobile traffic directed to private networks and operator configurability thereofUS8959070 *Sep 15, 2009Feb 17, 2015Factual Inc.Processes and systems for collaborative manipulation of dataUS8966066Oct 12, 2012Feb 24, 2015Seven Networks, Inc.Application and network-based long poll request detection and cacheability assessment thereforUS8977755Dec 6, 2012Mar 10, 2015Seven Networks, Inc.Mobile device and method to utilize the failover mechanism for fault tolerance provided for mobile traffic management and network/device resource conservationUS8984581Jul 11, 2012Mar 17, 2015Seven Networks, Inc.Monitoring mobile application activities for malicious traffic on a mobile deviceUS8989728Sep 7, 2006Mar 24, 2015Seven Networks, Inc.Connection architecture for a mobile networkUS9002828Jan 2, 2009Apr 7, 2015Seven Networks, Inc.Predictive content deliveryUS9009250Dec 7, 2012Apr 14, 2015Seven Networks, Inc.Flexible and dynamic integration schemas of a traffic management system with various network operators for network traffic alleviationUS9021021Dec 10, 2012Apr 28, 2015Seven Networks, Inc.Mobile network reporting and usage analytics system and method aggregated using a distributed traffic optimization systemUS9043433May 25, 2011May 26, 2015Seven Networks, Inc.Mobile network traffic coordination across multiple applicationsUS9043731Mar 30, 2011May 26, 2015Seven Networks, Inc.3D mobile user interface with configurable workspace managementUS9047142Dec 16, 2010Jun 2, 2015Seven Networks, Inc.Intelligent rendering of information in a limited display environmentUS9049179Jan 20, 2012Jun 2, 2015Seven Networks, Inc.Mobile network traffic coordination across multiple applicationsUS9055102Aug 2, 2010Jun 9, 2015Seven Networks, Inc.Location-based operations and messagingUS9060032May 9, 2012Jun 16, 2015Seven Networks, Inc.Selective data compression by a distributed traffic management system to reduce mobile data traffic and signaling trafficUS9065765Oct 8, 2013Jun 23, 2015Seven Networks, Inc.Proxy server associated with a mobile carrier for enhancing mobile traffic management in a mobile networkUS9077630Jul 8, 2011Jul 7, 2015Seven Networks, Inc.Distributed implementation of dynamic wireless traffic policyUS9084105Apr 19, 2012Jul 14, 2015Seven Networks, Inc.Device resources sharing for network resource conservationUS9100873Sep 14, 2012Aug 4, 2015Seven Networks, Inc.Mobile network background traffic data managementUS9131397Jun 6, 2013Sep 8, 2015Seven Networks, Inc.Managing cache to prevent overloading of a wireless network due to user activityUS9161258Mar 15, 2013Oct 13, 2015Seven Networks, LlcOptimized and selective management of policy deployment to mobile clients in a congested network to prevent further aggravation of network congestionUS9173128Mar 6, 2013Oct 27, 2015Seven Networks, LlcRadio-awareness of mobile device for sending server-side control signals using a wireless network optimized transport protocolUS9203864Feb 4, 2013Dec 1, 2015Seven Networks, LlcDynamic categorization of applications for network access in a mobile networkUS9208123Dec 7, 2012Dec 8, 2015Seven Networks, LlcMobile device having content caching mechanisms integrated with a network operator for traffic alleviation in a wireless network and methods thereforUS9239800Jul 11, 2012Jan 19, 2016Seven Networks, LlcAutomatic generation and distribution of policy information regarding malicious mobile traffic in a wireless networkUS9241314Mar 15, 2013Jan 19, 2016Seven Networks, LlcMobile device with application or context aware fast dormancyUS9251193Oct 28, 2007Feb 2, 2016Seven Networks, LlcExtending user relationshipsUS9271238Mar 15, 2013Feb 23, 2016Seven Networks, LlcApplication or context aware fast dormancyUS9275163Oct 17, 2011Mar 1, 2016Seven Networks, LlcRequest and response characteristics based adaptation of distributed caching in a mobile networkUS9277443Dec 7, 2012Mar 1, 2016Seven Networks, LlcRadio-awareness of mobile device for sending server-side control signals using a wireless network optimized transport protocolUS9300719Jan 14, 2013Mar 29, 2016Seven Networks, Inc.System and method for a mobile device to use physical storage of another device for cachingUS9307493Mar 15, 2013Apr 5, 2016Seven Networks, LlcSystems and methods for application management of mobile device radio state promotion and demotionUS9325662Jan 9, 2012Apr 26, 2016Seven Networks, LlcSystem and method for reduction of mobile network traffic used for domain name system (DNS) queriesUS9326189Feb 4, 2013Apr 26, 2016Seven Networks, LlcUser as an end point for profiling and optimizing the delivery of content and data in a wireless networkUS9330196Jun 14, 2012May 3, 2016Seven Networks, LlcWireless traffic management system cache optimization using http headersUS9407713Jan 16, 2012Aug 2, 2016Seven Networks, LlcMobile application traffic optimizationUS20070104104 *Nov 9, 2005May 10, 2007Abu-Amara Hosame HMethod for managing security keys utilized by media devices in a local area networkUS20080059302 *Jun 22, 2007Mar 6, 2008Fordyce Iii Edward WLoyalty program serviceUS20080059303 *Aug 7, 2007Mar 6, 2008Fordyce Edward WTransaction evaluation for providing rewardsUS20080059306 *Aug 30, 2007Mar 6, 2008Fordyce Edward WLoyalty program incentive determinationUS20080059307 *Aug 30, 2007Mar 6, 2008Fordyce Iii Edward WLoyalty program parameter collaborationUS20080228582 *Mar 13, 2008Sep 18, 2008Fordyce Edward WLoyalty program for merchant inventoryUS20080250150 *Aug 21, 2007Oct 9, 2008Kuo-Lung ChangNetworked display deviceUS20090006203 *Apr 28, 2008Jan 1, 2009Fordyce Iii Edward WPayment account processing which conveys financial transaction data and non financial transaction dataUS20100169170 *Oct 22, 2009Jul 1, 2010Fordyce Iii Edward WMerchant offer programUS20100262361 *Jun 22, 2010Oct 14, 2010William MatzDetermining and Presenting Communication Device Proximity InformationUS20110066605 *Sep 15, 2009Mar 17, 2011Elbaz GiladProcesses and systems for collaborative manipulation of dataUS20130096992 *Oct 9, 2012Apr 18, 2013Investor Networks Inc.Shareholder management apparatus, shareholder management method, and programUS20150161250 *Feb 13, 2015Jun 11, 2015Factual Inc.Processes and systems for collaborative manipulation of dataUSRE45348Mar 16, 2012Jan 20, 2015Seven Networks, Inc.Method and apparatus for intercepting events in a communication systemWO2011034921A1 *Sep 15, 2010Mar 24, 2011Factual Inc.Processes and systems for collaborative manipulation of data* Cited by examinerClassifications U.S. Classification1/1, 707/999.202International ClassificationG06Q50/00, G06Q10/00, H04L9/32, G06F17/30Cooperative ClassificationG06Q10/10European ClassificationG06Q10/10Legal EventsDateCodeEventDescriptionMay 31, 2005ASAssignmentOwner name: FUJITSU LIMITED, JAPANFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LABROU, YANNIS;JI, LUSHENG;AGRE, JONATHAN RUSSELL;AND OTHERS;REEL/FRAME:016629/0477;SIGNING DATES FROM 20050523 TO 20050527Owner name: FUJITSU LIMITED, JAPANFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LABROU, YANNIS;JI, LUSHENG;AGRE, JONATHAN RUSSELL;AND OTHERS;SIGNING DATES FROM 20050523 TO 20050527;REEL/FRAME:016629/0477Apr 26, 2011CCCertificate of correctionSep 5, 2014REMIMaintenance fee reminder mailedJan 25, 2015LAPSLapse for failure to pay maintenance feesMar 17, 2015FPExpired due to failure to pay maintenance feeEffective date: 20150125Mar 30, 2016ASAssignmentOwner name: PCMS HOLDINGS, INC., DELAWAREFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FUJITSU LIMITED;REEL/FRAME:038139/0896Effective date: 20140404RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services