Abstract: This IF Moisture Chamber and Workstation related processes result in an optimal environment that reduces risk of poor quality IF staining & processing outcomes. This workstation results in less antibody consumption and end to end processing costs reduction for standard IF staining protocols. The universal dish and imbedded devices are multipurpose and can be reused to simultaneously process up to six small circular 12 millimeter diameter coverslips or two standard larger sized circular or square coverslips This workstation eliminates the need to use a forceps to precisely grasp, hold, move and tilt each individual coverslip multiple times for fluid removal during a series of repetitive staining and dumping activities typically required for full processing of each coverslip.

Abstract: A system for screening of pathogens or gene differences includes first and second screening modes and a source of electromagnetic radiation for illuminating a plurality of samples. The source of electromagnetic radiation has a selectable illumination property. The system also may include a detector for detecting electromagnetic radiation transmitted through or emitted by the plurality of samples with the detector having a selectable detection property. The system may be arranged for concurrent operation in the first and the second mode. The first screening mode may be a fluorometric screening mode and the second optional screening mode may be a colorimetric screening mode.

Abstract: From an unstructured content using an ontology, a forward materialization graph is generated. The forward materialization graph is converted to a set of vector representations comprising multidimensional numbers representing elements of the forward materialization graph. A set of inference paths is computed for the set of vector representations. An inference path in the set of inference paths connecting a first vector representation with a second vector representation. Based on a set of features, the set of vector representations is formed into clusters, a feature in the set of features comprising a relevance probability, the relevance probability corresponding to a relevance of a portion of the unstructured content according to a relevance metric. A structured representation of the unstructured content is placed at an edge location of a content delivery network determined using the set of clusters.

Abstract: A set of nodes of a content delivery network are weighted according to an effect of a node on a network. A data points parameter specifying a number of nodes constituting a cluster is set according to a policy. A subset of the weighted nodes is clustered according to the data points parameter. A cluster comprises nodes having a content access history similarity greater than a threshold similarity. A structured representation of a natural language document is positioned at a node within the cluster, the positioning determined by evaluating a similarity between the structured representation and a content access history of the node.

Abstract: From an unstructured content using an ontology, a forward materialization graph is generated. The forward materialization graph is converted to a set of vector representations comprising multidimensional numbers representing elements of the forward materialization graph. A set of inference paths is computed for the set of vector representations. An inference path in the set of inference paths connecting a first vector representation with a second vector representation. Based on a set of features, the set of vector representations is formed into clusters, a feature in the set of features comprising a relevance probability, the relevance probability corresponding to a relevance of a portion of the unstructured content according to a relevance metric. A structured representation of the unstructured content is placed at an edge location of a content delivery network determined using the set of clusters.

Abstract: Systems and methods described herein may generate a digital payment token associated with a payor-user indicating the status of a payment obligation of the payor-user. The systems and methods may generate a first block containing the digital payment token and append the first block to a blockchain. The systems and methods may receive a confirmation message from a third-party transaction server that the payor-user has either fully or partially fulfilled his or her payment obligation. Based upon the confirmation message, the systems and methods may retrieve the block containing the digital payment token and update the digital payment token to generate an updated digital payment token. The system and methods may generate a second block containing the updated digital payment token to supersede the first block and append the second block to the blockchain. The updated digital payment token may indicate that the digital payment token has expired.

Abstract: Systems and methods described herein may generate a digital payment token associated with a payor-user indicating the status of a payment obligation of the payor-user. The systems and methods may generate a first block containing the digital payment token and append the first block to a blockchain. The systems and methods may receive a confirmation message from a third-party transaction server that the payor-user has either fully or partially fulfilled his or her payment obligation. Based upon the confirmation message, the systems and methods may retrieve the block containing the digital payment token and update the digital payment token to generate an updated digital payment token. The system and methods may generate a second block containing the updated digital payment token to supersede the first block and append the second block to the blockchain. The updated digital payment token may indicate that the digital payment token has expired.

Abstract: Embodiments disclosed herein provide systems and methods for digital identity management and permission controls within distributed network nodes. A network node may receive a request to generate a new digital identity record for an entity. The network node may retrieve a template based on an entity type; and receive information, reference documents, and biometric information for the new digital identity record. The network node may associate and store the received information to the data fields in the new digital identity record, generate respective one directional cryptographic hashes of the reference documents and the biometric information, and store the hashes in the new digital identity record while storing the reference documents and biometric information in a non-blockchain repository. The network node may generate a digital identity record block for the new digital identity record, encrypt the digital identity record block, and append the encrypted block to the latest valid blockchain.

Abstract: Ligation assays in liquid phase for detecting nucleic acid sequences.

Abstract: Embodiments disclosed herein describe systems and methods for deploying a new code block on a blockchain. In an embodiment, an application server may provide a user with a graphical user interface (GUI) with contract components and document components. The application server may generate an assembled contract text based on the user selecting the contract and document components. The application server may determine the blockchain addresses or local addresses of smart contract components corresponding to the contract components and the documents components. The application server may generate a code block including references to the addresses of the smart contracts and the document components or containing the executable code itself and may deploy the code block to the latest valid blockchain. The application server may execute the smart contract in the code block based in response to a digital event trigger.

Abstract: Embodiments disclosed herein provide systems and methods for digital meeting management within a blockchain. Before a meeting, a computer may generate a digital meeting record containing a plurality of data fields and linked to various smart contracts to capture meeting activities. During the meeting, a first smart contract may authenticate and record attendees in the digital meeting record based on biometric information received from the attendees' devices. Furthermore, a second smart contract may capture in the digital meeting record, meeting actions of each attendee, including date, time, and location associated with the meeting actions. After the meeting, a third smart contract may autopopulate post meeting documentation. After review by the attendees, the third smart contract may store a hash of the documentation to the digital meeting record and store the documentation in a repository. Once appended to the blockchain, the digital meeting record becomes an immutable record of the meeting.

Abstract: Embodiments disclosed herein provide systems and methods for digital identity management and permission controls within distributed network nodes. A network node may receive a request to generate a new digital identity record for an entity. The network node may retrieve a template based on an entity type; and receive information, reference documents, and biometric information for the new digital identity record. The network node may associate and store the received information to the data fields in the new digital identity record, generate respective one directional cryptographic hashes of the reference documents and the biometric information, and store the hashes in the new digital identity record while storing the reference documents and biometric information in a non-blockchain repository. The network node may generate a digital identity record block for the new digital identity record, encrypt the digital identity record block, and append the encrypted block to the latest valid blockchain.

Abstract: Systems and methods described herein may generate a digital payment token associated with a payor-user indicating the status of a payment obligation of the payor-user. The systems and methods may generate a first block containing the digital payment token and append the first block to a blockchain. The systems and methods may receive a confirmation message from a third-party transaction server that the payor-user has either fully or partially fulfilled his or her payment obligation. Based upon the confirmation message, the systems and methods may retrieve the block containing the digital payment token and update the digital payment token to generate an updated digital payment token. The system and methods may generate a second block containing the updated digital payment token to supersede the first block and append the second block to the blockchain. The updated digital payment token may indicate that the digital payment token has expired.

Abstract: Systems and methods described herein may generate a digital payment token associated with a payor-user indicating the status of a payment obligation of the payor-user. The systems and methods may generate a first block containing the digital payment token and append the first block to a blockchain. The systems and methods may receive a confirmation message from a third-party transaction server that the payor-user has either fully or partially fulfilled his or her payment obligation. Based upon the confirmation message, the systems and methods may retrieve the block containing the digital payment token and update the digital payment token to generate an updated digital payment token. The system and methods may generate a second block containing the updated digital payment token to supersede the first block and append the second block to the blockchain. The updated digital payment token may indicate that the digital payment token has expired.

Abstract: Embodiments disclosed herein describe systems and methods for deploying a new code block on a blockchain. In an embodiment, an application server may provide a user with a graphical user interface (GUI) with contract components and document components. The application server may generate an assembled contract text based on the user selecting the contract and document components. The application server may determine the blockchain addresses or local addresses of smart contract components corresponding to the contract components and the documents components. The application server may generate a code block including references to the addresses of the smart contracts and the document components or containing the executable code itself and may deploy the code block to the latest valid blockchain. The application server may execute the smart contract in the code block based in response to a digital event trigger.

Abstract: Embodiments disclosed herein provide systems and methods for digital identity management and permission controls within distributed network nodes. A network node may receive a request to generate a new digital identity record for an entity. The network node may retrieve a template based on an entity type; and receive information, reference documents, and biometric information for the new digital identity record. The network node may associate and store the received information to the data fields in the new digital identity record, generate respective one directional cryptographic hashes of the reference documents and the biometric information, and store the hashes in the new digital identity record while storing the reference documents and biometric information in a non-blockchain repository. The network node may generate a digital identity record block for the new digital identity record, encrypt the digital identity record block, and append the encrypted block to the latest valid blockchain.

Abstract: Embodiments disclosed herein provide systems and methods for digital meeting management within a blockchain. Before a meeting, a computer may generate a digital meeting record containing a plurality of data fields and linked to various smart contracts to capture meeting activities. During the meeting, a first smart contract may authenticate and record attendees in the digital meeting record based on biometric information received from the attendees' devices. Furthermore, a second smart contract may capture in the digital meeting record, meeting actions of each attendee, including date, time, and location associated with the meeting actions. After the meeting, a third smart contract may autopopulate post meeting documentation. After review by the attendees, the third smart contract may store a hash of the documentation to the digital meeting record and store the documentation in a repository. Once appended to the blockchain, the digital meeting record becomes an immutable record of the meeting.

Abstract: Ligation assays in liquid phase for detecting nucleic acid sequences.

Abstract: Ligation assays in liquid phase for detecting nucleic acid sequences.

Abstract: Ligation assays in liquid phase for detecting nucleic acid sequences.