243 results about "Escrow" patented technology

A system and method for the identification and verification of a user is provided. The disclosed invention has an enrollment system which includes (i) an alphanumeric input device; (ii) a biometric input device; (iii) a header file database having a plurality of identities; (iv) a search engine in communication with the header file database that searches the database for identifies that match alphanumeric data input by a user according to a predetermined first set of criteria; (v) a processor to score the set of identities matched by the search engine according to a predetermined second set of criteria, and determine that the user's input alphanumeric data based on the score is not suspicious; and (vi) an identity escrow database which receives an approved identity data signal based on the acceptability of the score, and is capable of receiving a biometric identity data signal input by the user to the biometric input device, the escrow database further capable of creating at least one subfile within the escrow database for each user comprising the approved identity data signal and the biometric data signal.

A system and method of recording data from a number of devices in a distributed network system in a manner adaptable for auditing the device output. The devices may include one or more control, sensor, edge, or peripheral computing devices physically separate in the distributed network system and in communication with a control server. Such distributed networks systems are common in SCADA or IoT applications. The content stream of data records output from the devices are recorded; a payload stripped stream of data records which are stripped of the payload are recorded and preferably retained by an escrow service. The metadata of the data records includes the hash value of one or more predecessor data records. The hash values are calculated based on the payload and a linkage function, preferably a cryptographic function. A comparison of hash values of the payload stripped stream and the content stream provides the audit ability.

An Internet-based system that allows a buyer and a seller to obtain information about each other while remaining somewhat anonymous. The system provides historic information to buyer and seller by having a trusted third party give the buyer and seller the other party's trading history information without revealing the actual identity of the parties. A buyer registers with the trusted third party by submitting an online application. The trusted third party establishes a credit score for the buyer. A seller registers with the trusted third party by submitting an online application. The trusted third party establishes a score for the seller based upon the seller's trading history, reputation and financial standing. When the buyer chooses to purchase a product from a seller over the Internet, certain parameters i.e., dollar value of transaction, type of purchase, level of current outstanding credit available, credit score, etc. are substituted into an algorithm to determine the maximum purchase amount that may be financed at what terms and how much money the buyer will have to place in escrow. The buyers escrow may be furnished to the trusted third party by credit cards, ACH, wire transfer, etc. If the trusted third party is not satisfied with the seller's score, the trusted third party may require the seller to post a bond for some or all of the seller's transactions.

A system for securely storing application keys is comprised of a database system, a peripheral hardware security module and cryptographic keys, wherein cryptographic keys comprise application keys, intermediate keys and a master key. Application keys are grouped according to characteristic and are associated with a particular intermediate key, which is utilized to scramble and descramble application keys within the associated group. Intermediate keys are associated with the master key, which is utilized to scramble and descramble the intermediate keys. Scrambling and descrambling of keys is performed within the peripheral hardware security module.

A multi-participant financial transaction with no downside risks that results in a net profit for all participants when the transaction is accomplished according to certain required steps, including the step of having simultaneously closings in escrow. A multi-step approach to issuing and selling custom-designed, specially engineered and underwritten securities or bank instruments is also described.

Devices, systems and methods are disclosed which relate to allowing a recipient of a closed-loop gift card to select one of a plurality of merchants toward which to apply the value. A consumer buys a variable gift card from a service provider for a set amount. The consumer pays the service provider that amount, but the service provider holds that amount in escrow. The consumer sends the gift card to a recipient with a predetermined merchant. The recipient receives the gift card and decides not to use the gift card for the predetermined merchant, but for a desired merchant. The recipient requests the service provider to change the merchant. The service provider requests a final confirmation before delivering the amount from escrow to the desired merchant, and the gift card is ready for use. If the recipient does desire to use the predetermined merchant, the recipient simply contacts the service provider for activation, where the service provider transfers the amount to the predetermined merchant.

A method and system are provided for supplying information to users about each stage of a multi-stage project before dispensing funds. The method includes inputting a set of terms for dispensing funds for each stage of a multi-stage project. Data is recorded related to the terms for dispensing funds. Funds are dispensed after the completion of each stage of the multi-stage project, wherein completion of each stage is dependent upon viewing and approving each stage of the multi-stage project.

A method is provided for an escrow cryptosystem that is essentially overhead-free, does not require a cryptographic tamper-proof hardware implementation (i.e., can be done in software), is publicly verifiable, and cannot be used subliminally to enable a shadow public key system. A shadow public key system is an unescrowed public key system that is publicly displayed in a covert fashion. The keys generated by the method are auto-recoverable and auto-certifiable (abbrev. ARC). The ARC Cryptosystem is based on a key generation mechanism that outputs a public/private key pair, and a certificate of proof that the key is recoverable by the escrow authorities. Each generated public/private key pair can be verified efficiently to be escrowed properly by anyone. The verification procedure does not use the private key. Hence, the general public has an efficient way of making sure that any given individual's private key is escrowed properly, and the trusted authorities will be able to access the private key if needed. Since the verification can be performed by anyone, there is no need for a special trusted entity, known in the art as a "trusted third party". The proof and verification method involves one party proving to a second party that a third party can gain access to an encrypted value. In addition, the system is designed so that its internals can be made publicly scrutinizable (e.g., it can be distributed in source code form). This differs from many schemes which require that the escrowing device be tamper-proof hardware. The system is efficient and can be implemented as a "drop-in" replacement to an RSA or ElGamal cryptosystem. The system is applicable for lawenforcement, file systems, e-mail systems, certified e-mail systems, and any scenario in which public key cryptography can be employed and where private keys or information encrypted under public keys need to be recoverable. The system security relies solely on the security of cipher systems involved whose security has been extensively studied in the past.

An automated method is provided for generating investment criteria for an investment vehicle that includes a pool of escrow deposits from a plurality of merger and acquisition transactions. An escrow history database is maintained of data derived from historical behavior of escrows from a plurality of previous merger and acquisition transactions. An escrow pool database is maintained of current escrow deposit data from a plurality of current merger and acquisition transactions. The escrow pool database includes the current deposit amounts in the pool of escrow deposits, and stated terms governing the release of each deposit amount in the pool of the escrow deposits. A set of investment criteria for selecting an asset pool is generated using a processor operating on the escrow history database and the escrow pool database. The set of investment criteria includes maturity metrics selected from the group consisting of weighted average maturity, convexity, and maturity distribution profile.

An operations center (OC) (200) acts as an intermediary for securely and reliably transmitting a document (3) from a sender (100) to a next recipient (300) on a routing list. The OC (200) identifies (464) a recipient (300) from the next stage of the routing list and provides either the recipient's public key (404) or an escrow encryption key (406). The OC (200) optionally can authenticate the sender (100) and/or the recipient (300), thus increasing security.

Methods and systems for operating an online marketplace for the sale of services associated with self-help moving and relocating are described. A customer enters an online marketplace where service providers offer services relating to moving and relocating, specifically in the "do-it-yourself" moving field. The venue for the online marketplace is an Internet web site or a site on a computer network and is operated by a host that determines which service providers will be listed on the site. A typical self-help moving customer may enter the marketplace after completing an initial transaction with the host, such as reserving a moving truck or trailer and other moving equipment. In many instances this transaction is what initially draws the customer to the site. Once in the marketplace, the customer can view informational content on numerous vendors providing services relating to moving and relocating. Based on the estimates provided by the marketplace, the customer selects the vendor and "purchases/prepays for" his services on the marketplace. The funds are held in escrow until the transaction is fulfilled to the customer's satisfaction. The customer is provided a confirmation code. The code is given to the service provider upon completion of the job. This is the key that unlocks the funds. The marketplace also does not release the funds unless and until all parties are satisfied with the transaction. The customer selects the vendor that best suits the needs and budget of the customer by viewing rates, reviews, ratings, customer feedback, and background information on the vendor. In this manner control over the transaction lies more with the customer than with the vendor

A communication hub to facilitate one or more real estate transactions is provided. The communication hub includes a memory to inventory available properties and a pool of appraisers, contracts, inspectors, and the like that may be scheduled via the communication hub to perform necessary or desired services. The communication hub further operates to initiate an escrow and title search for each inventoried or listed property to facilitate cash-out, trade-in, sale, or purchase of the inventoried or listed property.

The system ensures the timely payment of taxes due a taxing authority while protecting the solvency of an independent service provider. The contracting entity retains a third-party escrow manager who oversees payments made by the contracting entity to an independent service provider. The third-party escrow manager estimates tax liability owed by the independent service provider to a tax authority based upon data provided to the third-party escrow manager by the independent service provider. The third-party escrow manager deposits a portion of monies owed to the independent service provider by the contracting entity for services provided in an escrow account. The escrow account is used by the independent contractor to pay monies owed to the taxing authority in a timely manner when due.

Escrow services involve an escrow agent who facilitates an exchange between two parties, typically a payer and a payee. The “cash on delivery” (“C.O.D.”) service is akin to an escrow service, although carriers do not favor C.O.D. services due to their costs. The claimed invention is a method and system which provides an escrow service akin to a C.O.D. service, allowing a carrier to provide the equivalent of a C.O.D. service while shifting payment management to the escrow agent. The system embodying the claimed invention includes electronic devices facilitating electronic communications between the payer and the payee to the transaction. In one embodiment, such electronic communications are provided via the short message service (SMS) feature available on mobile phones and include a notification to the payee that the purchased item was successfully delivered and that the escrowed funds shall be released and delivered to payee.

A system and method for payment by a consumer of a purchase from one of a plurality of participating vendors. Each product or service for purchase is classified by a central office into a unique class. A single vendor is permitted for each class of product or service thereby guaranteeing a maximum return of investment. The consumer establishes a vendor escrow account, wherein each vendor escrow accounts is associated with a specific participating vendor. In advance of the purchase, a predetermined amount of funds, as specified by the consumer, is diverted from their paycheck into the vendor escrow account and prohibited thereafter from withdrawal by the consumer. Appropriate funds are debited from the vendor escrow account in payment for the purchase made by the consumer from the associated participating vendor.

A method, apparatus, system, or computer program product facilitates trustworthy electronic commerce by providing an inspection-service-based release of an escrowed payment for a transaction involving physical goods. An inspection service stands as an independent party at the onset of the transfer of goods between the buyer and the seller. In an attempt to reduce fraudulent behavior by the buyer or the seller, an inspection service inspects the goods, preferably at the point of shipment. A description of the goods has been previously stored in a transaction record that has been previously created within an escrow service. The inspection service may electronically retrieve the description of the goods from the escrow service. The inspection service then determines whether the description of the goods is acceptably similar to the actual condition or type of the goods and generates a certification if they are acceptable similar. The inspection service may then electronically notify the escrow service of the certification, and the escrow service may release the escrowed payment if the goods are accepted by the other party.

A method is provided for an escrow cryptosystem that is essentially overhead-free, does not require a cryptographic tamper-proof hardware implementation (i.e., can be done in software), is publicly verifiable, and cannot be used subliminally to enable a shadow public key system. The keys generated are based on composite numbers (like RSA keys). A shadow public key system is an unescrowed public key system that is publicly displayed in a covert fashion. The keys generated by the method are auto-recoverable and auto-certifiable (abbrev. ARC). The ARC Cryptosystem is based on a key generation mechanism that outputs a public/private key pair, and a certificate of proof that the key is recoverable by the escrow authorities. Each generated public/private key pair can be verified efficiently to be escrowed properly by anyone. The verification procedure does not use the private key. Hence, the general public has an efficient way of making sure that any given individual's private key is escrowed properly, and the trusted authorities will be able to access the private key if needed. Since the verification can be performed by anyone, there is no need for a special trusted entity, known in the art as a "trusted third party". Furthermore, the system is designed so that its internals can be made publicly scrutinizable (e.g., it can be distributed in source code form). This differs from many schemes which require that the escrowing device be tamper-proof hardware. The system is efficient and can be implemented as a "drop-in" replacement to an RSA or Rabin cryptosystem. The system is applicable for law-enforcement, file systems, e-mail systems, certified e-mail systems, and any scenario in which public key cryptography can be employed and where private keys or information encrypted under public keys need to be recoverable. Another aspect of the system is the possibility to organize it in a hierarchical tree structure, where each element in the tree is an escrow authority (or authorities) capable to recover keys and/or information encrypted under these keys within the subtree rooted at the authority (or authorities) and only within this subtree.

A method is provided for an escrow cryptosystem that is overhead-free, does not require a cryptographic tamper-proof hardware implementation (i.e., can be done in software), is publicly verifiable, and cannot be used subliminally to enable a shadow public key system. A shadow public key system is an unescrowed public key system that is publicly displayed in a covert fashion. The key generated by the method are auto-recoverable and auto-certifiable (abbrev. ARC). The ARC Cryptosystem is based on a key generation mechanism that outputs a public/private key pair, and a certificate of proof that the key was generated according to the algorithm. Each generated public/private key pair can be verified efficiently to be escrowed properly by anyone. The verification procedure does not use the private key. Hence, the general public has an efficient way of making sure that any given individual's private key is escrowed properly, and the trusted authorities will be able to access the private key if needed. Since the verification can be performed by anyone, there is no need for a special trusted entity, known in the art as a "trusted third party". The cryptosystem is overhead free since there is no additional protocol interaction between the user who generates his or her own key, and the certification authority or the escrow authorities, in comparison to what is required to submit the public key itself in regular certified public key systems. Furthermore, the system is designed so that its internals can be made publicly scrutinizable (e.g., it can be distributed in source code form). This differs from many schemes which require that the escrowing device be tamper-proof hardware.

Embodiments of the present invention provides a system and method for the immediate transmission of a potential alarm to a remote alarm signal escrow site and from the escrow site to a host station in the event where a control panel or an alarm signaling device is tampered with or destroyed by a disablement tactic, e.g., a “crash and smash intrusion.” A system and method may also send an alarm signal during such an attack by using predictive analysis of real-time events.

A system and method of protecting, decrypting, and storing encryption keys. An encryption escrow module stores a library of indexed encryption algorithms. A keychain storage module includes a plurality of encrypted keys and/or keychains that are encrypted according to varying encryption algorithms of the encryption escrow module. Biometrics are used to index encrypted keychains to specific algorithms, but the two are kept separate. Since a naked key is never stored and only produced in cooperation with a specific user, the keychain storage module and the encryption escrow module, cracking attempts that compromise only two of the three groups are unable to generate any naked keys.

A method of restoring confidential information items of a first device to a second device by using a set of servers. The method generates a public and private key pair and ties the private key to the hash of executable code of the servers at the time of generating the public and private keys. The method receives the encrypted confidential information items in a secure object which is encrypted with a user-specific key and the public key. The method only provides the confidential information to the second device when the second device provides the same user-specific key as the key that encrypts the secure object and the hash of the executable code of the servers at the time of accessing the private key to decrypt the secure object matches the hash of the executable code running on the servers at the time of generating the private key.