14 results about "Origination" patented technology

Techniques for sending data over a computer network from an origination computer to a destination computer are presented. The techniques include: receiving a demand communication from the origination computer, where the demand communication specifies at least one network parameter; determining that a path through the network from the origination computer to the destination computer that complies with the at least one network parameter is not available; sending data from the origination computer to a node in the network over a path that complies with the at least one network parameter, where the node is not the destination computer; and storing the data at the node in persistent memory.

An example may include verifying a call number to be used by an enterprise entity by selecting an enterprise number to verify from a database of one or more enterprise numbers assigned to a particular enterprise entity, initiating an outbound call destined to the enterprise number from an origination number known to an enterprise platform, receiving a return call to the origination number from the enterprise number, determining whether the return call was received within a defined time interval, and updating the enterprise number status in memory as a verified enterprise number when the return call was received within the defined time interval.

Systems and methods for securing data for outbound communication may include: determining a risk profile for the outbound communication based, the outbound communication comprising data modules including at least a payload, an origination endpoint, and a destination endpoint; determining a scanning policy from a plurality of scanning policies, based on the determined risk profile; determining a secure machine learning model from a plurality of secure machine learning models, based on the determined risk profile, wherein the secure machine learning model is determined based on an authentication level corresponding to the determined risk profile; providing one or more data modules to the secure machine learning model, based on the determined scanning policy; receiving a sanitized version of the payload based on an output of the secure machine learning model; and providing the sanitized version of the payload for the outbound communication.

A method of determining latency in a network includes providing a plurality of nodes, the plurality of nodes including at least one origination node and at least one destination node; synchronizing clocks in the plurality of nodes; transmitting a packet from the origination node to the destination node; time stamping the packet with clock times from the synchronized clocks as the packet passes through nodes as the packet passes from the origination node to the destination node; and analyzing the stamped times to determine hop-to-hop times taken by the packet as the packet travelled from the origination node to the destination node. Other methods, devices, and systems are disclosed.

A method includes receiving summary messages summarizing respective aggregated traffic metadata packets output from the at least one traffic management device and an engine. Each summary message identifies an origination pair having a traffic management device and an aggregation engine and a sequence number. The method further includes tracking per subinterval of a series of sub-intervals, highest and lowest sequence numbers and a count of summary messages received for each unique origination pair from the beginning of the subinterval. The method further includes accumulating, per interval, accumulated highest and lowest sequence numbers and an accumulated count of summary messages for each unique origination pair from the beginning of the interval and for all previous subintervals for tracking dropped aggregated traffic metadata packets for the interval. The method further includes estimating a number of dropped aggregated traffic metadata packets for the interval based on the accumulated highest and lowest sequence numbers and the count of summary messages.

A system for trusted media origination including a processor of a trusted media originator node communicatively connected to at least one at least one media source and a memory on which are stored machine-readable instructions that when executed by the processor, cause the processor to: acquire a media data instance from at least one media source; determine an identity of at least one Participating Actor in an origination event associated with the media data instance; verify the identity of the at least one Participating Actor in the origination event; generate a certificate representing the verified identity of the at least one Participating Actor; derive a plurality of features from the origination event, the verified identity of the at least one Participating Actor, and attributes and state of the media data instance; verify the plurality of the derived features; generate an origination event record data based on the verified plurality of the derived features; encode at least a portion of the origination event record data using an identification certificate of the at least one Participating Actor; acquire a media event journal corresponding to the media data instance; and enter the origination event record data and the identity of the at least one Participating Actor into the media event journal.

A system includes an intermediate mortgage integration platform as a service (MiPaas). Specifically, an MiPaas layer may facilitate integration between a loan origination system (LOS) and supporting services. The MiPaas layer may provide integration flexibility by enabling integration of the supporting services with each other and with different LOSs. Indeed, a number of MiPaas integration formats (e.g. REST API, OpenAPI, GRPC, GraphQL, Industry Standard interface, etc. may be provided to facilitate ease of integration between the LOS and the supporting services. Further, the MiPaas may provide processing efficiencies by adapting workflows based upon particular retrieved data. In this manner, efficient processing may be performed in an intermediate data processing layer, resulting in more efficient turnaround times and reduced processing requirements at traditionally over-burdened systems.

Systems and methods for securing data for outbound communication may include: determining a risk profile for the outbound communication based, the outbound communication comprising data modules including at least a payload, an origination endpoint, and a destination endpoint; determining a scanning policy from a plurality of scanning policies, based on the determined risk profile; determining a secure machine learning model from a plurality of secure machine learning models, based on the determined risk profile, wherein the secure machine learning model is determined based on an authentication level corresponding to the determined risk profile; providing one or more data modules to the secure machine learning model, based on the determined scanning policy; receiving a sanitized version of the payload based on an output of the secure machine learning model; and providing the sanitized version of the payload for the outbound communication.

Aspects of the disclosure relate to admission control of a communication session in a network. The admission control can be implemented by a network node at the boundary of the network or a subsystem thereof. In one aspect, the admission control can be implemented during a predetermined period and can be based at least on an admission criterion, which can be specific to an end-point device, e.g., a target device or an origination device. The admission criterion can be configurable and, in certain implementations, it can be obtained from historical performance associated with establishment of communication session. Such historical performance can be assessed within a period of a configurable span.

Devices and methods are provided for creating, controlling, and assigning dynamic tasks for completing manual underwriting actions. Such dynamic tasks may be assigned based on received application data associated with the origination of a lending product for a customer. The tasks may be assigned to one or more parties to complete manual underwriting actions, and may be specifically configured to present application data that is tailored to the particular underwriting action associated with this task. These tasks may be created and modified using a low-code or no-code system, thereby allowing involved parties to rapidly adapt to changes in lending product regulation and new business policies.

One example method of operation may include one or more of identifying an incoming communication via a communication processing device, identifying communication source attributes associated with a communication source of the incoming communication, retrieving one or more communication routing conditions from a communication recipient profile associated with an intended recipient device identified by the incoming communication, and determining whether to route the incoming communication to the intended recipient device or an automated communication management device based on the communication source attributes and the one or more communication routing conditions.

A blockchain-implemented transaction from an originator node is to be broadcast. The originator node is communicatively coupled to proxy nodes. The method, implemented by a proxy node, includes: receiving a transaction including an input taking x+r units of computing resources, an output providing x units to the output address and another output providing d+r units to a 1-of-n multi-signature address unlockable by any one of a set of private keys associated the proxy nodes. The proxy node selects a quantity of computing resources, t units, to be allocated to the proxy node for broadcasting the transaction and having it included in the blockchain and generates a further transaction taking d+r units sourced from the multi-signature address and an output providing t units to the proxy node. The proxy node broadcasts both transactions timed to permit their inclusion in the same block of the blockchain.

A method of determining latency in a network includes providing a plurality of nodes, the plurality of nodes including at least one origination node and at least one destination node; synchronizing clocks in the plurality of nodes; transmitting a packet from the origination node to the destination node; time stamping the packet with clock times from the synchronized clocks as the packet passes through nodes as the packet passes from the origination node to the destination node; and analyzing the stamped times to determine hop-to-hop times taken by the packet as the packet travelled from the origination node to the destination node. Other methods, devices, and systems are disclosed.

A system for network path generation is described. The system includes at least a processor and a memory communicatively connected to the at least a processor. The memory contains instructions configuring the at least a processor to receive a transmission data for transmission within a network, identify an origination node and a destination node for the transmission data, and identify a plurality of candidate intermediary nodes based on the origination node the destination node. The at least a processor is also configured to determine a routing protocol for a transmission between the origination node and the destination node, select at least one preferred node from the plurality of candidate intermediary nodes as a function of the routing protocol, and generate a transmission path between the origination node and the destination node as a function of the selecting of the at least one intermediary node.