Salesforce, Inc.

Salesforce Com, Inc.

Gary Brandeleer

Prithvi Krishnan Padmanabhan

Avanthika Ramesh

Na Cheng

Sitaram Asur

Nicholas Beng Tek Geh

Yixin Mao

Kavya Murali

Adam Caplan

Aditya Nikhil Desai

Chinmay Gore

Dan Xu

Angus Dunn

A first instruction to deploy to a blockchain a smart contract that includes a minting function may be transmitted from a database system. The minting function may include an authorization portion that permits token minting only when a request is received from a requestor associated with a role for which token minting is authorized. A second instruction to record on the blockchain an association between a public key for an intermediary wallet, a unique identifier for the smart contract, and an intermediary minting role may also be transmitted from the database system. A transaction in which a designated token was minted to a designated wallet based on a request received in association with the intermediary wallet may be identified at the database system. The transaction may be authorized based on an application of the public key to information included in the request.

Intermediary roles in public trust ledger actions via a database system

A plurality of metadata entries may be sent from a database system to a distributed storage system via a communication interface. The metadata entries may correspond with a respective plurality of metadata identifiers. A first function in a smart contract deployed on a blockchain may be executed to mint a designated non-fungible token initially owned by a first blockchain party corresponding with a database system account. A first transaction transferring the designated non-fungible token to a second blockchain party different from the first blockchain party may be identified. A second function in the smart contract may be executed to record a second transaction updating an attribute value associated with the designated non-fungible token to include a designated one of the plurality of metadata identifiers corresponding with a designated one of the metadata entries.

Distributed metadata definition and storage in a database system for public trust ledger smart contracts

A system and related processing methodologies for recommending a product based on a work order are described. The system receives an input case description, including a current repair item and a current work type. Historical work orders associating a plurality of products with repair items and work types are searched for a co-occurrence of the repair item matching the current repair item, and the work type matching the current work type. Upon finding a match, the product associated with the match is added to a set of candidate products for the current work order. A similarity measure between the candidate product and current work order description, a current work type category, and popularity of the candidate product is generated and then used in the generation of a probability score for the candidate product and current work order. If the probability score meets a threshold, the candidate product is recommended.

Techniques and architectures for recommending products based on work orders

Growing community of inventors

San Francisco, CA, United States of America

Gary Brandeleer