Abstract: In some implementations, an edge device may receive a request from a client application indicating one or more search parameters associated with one or more search queries. The edge device may determine an identity of the client application and a type of the request based on the one or more search parameters. The edge device may selectively either cache metadata associated with search results for the one or more search queries or cache the search results, based on the identity of the client application and the type of the request. Accordingly, the edge device may deliver the cached metadata or at least a portion of the cached search results to the client application.

Abstract: One example includes a method for assigning numerical indicators that each define a respective numerical format in a mathematical calculation. The method includes receiving a mathematical expression as an input. The mathematical expression includes at least one expression term. The method also includes assigning a first numerical indicator to each of the expression term(s) and performing at least one mathematical calculation provided by the mathematical expression to obtain a mathematical solution comprising at least one solution term. The method also includes assigning a second numerical indicator to each of the solution term(s) based on the first numerical indicator of each of the at least one expression term and based on rules defined in an indicator priority rule-set. The method further includes displaying each of the at least one solution term of the mathematical solution in a format corresponding to the respectively assigned second numerical indicator on a graphical display.

Abstract: Described herein is a system for providing version control across APIs. In an embodiment, an application of a client device may transmit communications to a service application API that are in a format not accepted by the service application API, using the application API. A central (or public) API may receive the communication transmitted by the application's API. The central API may identify the versions of the application's API and the service application API. The central API may format the communication based on the mapped fields, to a format accepted by the service application API. The central API 106 may forward the formatted communication to the service application.

Abstract: Described herein is a system for providing version control across APIs. In an embodiment, an application of a client device may transmit communications to a service application API that are in a format not accepted by the service application API, using the application API. A central (or public) API may receive the communication transmitted by the application's API. The central API may identify the versions of the application's API and the service application API. The central API may format the communication based on the mapped fields, to a format accepted by the service application API. The central API 106 may forward the formatted communication to the service application.

Abstract: An exemplary system, method and computer accessible medium can include receiving an authorization token related to a customer(s), determining a client identification (ID) associated with the customer(s) based on the authorization token, and determining access to a microservices(s) based on the client ID. An application for a loan(s) from the customer (s) can be received based on the client ID and the loan(s) can be associated with an application ID(s). A further authorization token related to a further customer(s) can be received, a further client ID can be determined based on the further authorization token, a determination can be made as to whether the further client ID has access to the application, and access to the application can be granted to the further customer(s) if the further client ID is determined to have access to the application.

Abstract: Described herein is a system for providing version control across APIs. In an embodiment, an application of a client device may transmit communications to a service application API that are in a format not accepted by the service application API, using the application API. A central (or public) API may receive the communication transmitted by the application's API. The central API may identify the versions of the application's API and the service application API. The central API may format the communication based on the mapped fields, to a format accepted by the service application API. The central API 106 may forward the formatted communication to the service application.

Abstract: Described herein is a system for providing version control across APIs. In an embodiment, an application of a client device may transmit communications to a service application API that are in a format not accepted by the service application API, using the application API. A central (or public) API may receive the communication transmitted by the application's API. The central API may identify the versions of the application's API and the service application API. The central API may format the communication based on the mapped fields, to a format accepted by the service application API. The central API 106 may forward the formatted communication to the service application.

Abstract: Methods, media and systems for providing search results are disclosed. A data set is received at a computing device of a first party from a client device associated with a second party. The data set is constructed based on a set of rules established by the second party, where one portion is inaccessible to the first party, while another portion is accessible to the first party. The accessible portion includes at least an information tag or a threshold value related to corresponding fields in the records. A set of records to be queried is eliminated based on at least one information tag or at least one threshold value. The remainder is searched at the computing device of the first party resulting in a set of search results. At least a portion of the search results are transmitted from the computing device of the first party to the second party.

Abstract: An exemplary system, method and computer accessible medium can include receiving an authorization token related to a customer(s), determining a client identification (ID) associated with the customer(s) based on the authorization token, and determining access to a microservices(s) based on the client ID. An application for a loan(s) from the customer (s) can be received based on the client ID and the loan(s) can be associated with an application ID(s). A further authorization token related to a further customer(s) can be received, a further client ID can be determined based on the further authorization token, a determination can be made as to whether the further client ID has access to the application, and access to the application can be granted to the further customer(s) if the further client ID is determined to have access to the application.

Abstract: A computing node may receive, from a set of computing nodes including the computing node, a corresponding set of heartbeat messages related to selecting a scheduler computing node for scheduling one or more jobs for the set of computing nodes. The computing node may determine, based on the set of heartbeat messages, whether the computing node is to be selected as the scheduler computing node based on: whether the computing node has been selected as the scheduler computing node a fewest number of times as compared to other computing nodes included in the set of computing nodes, and whether the scheduler is being executed by any computing node included in the set of computing nodes. The computing node may selectively schedule the one or more jobs for the set of computing nodes based on determining whether the computing node is to be selected as the scheduler computing node.

Abstract: A device may receive a message from a first different device that includes an identifier and may determine whether the device has previously received the message. The device may generate, based on determining that the device has not previously received the message, an additional identifier and a message status indicator and may cause the additional identifier, the message, and the message status indicator to be stored in a data structure associated with the device. The device may send an acknowledgment status to the first different device and may cause processing of the message to generate an additional message that includes the additional identifier. The device may send the additional message to a second different device and may cause, after sending the additional message to the second different device, the message status indicator in the data structure to be updated.

Abstract: A device may receive a message from a first different device that includes an identifier and may determine whether the device has previously received the message. The device may generate, based on determining that the device has not previously received the message, an additional identifier and a message status indicator and may cause the additional identifier, the message, and the message status indicator to be stored in a data structure associated with the device. The device may send an acknowledgment status to the first different device and may cause processing of the message to generate an additional message that includes the additional identifier. The device may send the additional message to a second different device and may cause, after sending the additional message to the second different device, the message status indicator in the data structure to be updated.

Abstract: Described herein is a system for providing version control across APIs. In an embodiment, an application of a client device may transmit communications to a service application API that are in a format not accepted by the service application API, using the application API. A central (or public) API may receive the communication transmitted by the application's API. The central API may identify the versions of the application's API and the service application API. The central API may format the communication based on the mapped fields, to a format accepted by the service application API. The central API 106 may forward the formatted communication to the service application.

Abstract: The system described herein provides a secure unified system for users to get prequalified for a loan based on a link provided by a seller. The link may include seller identification information. A user can use a user device to launch a website by actuating a link. The user device may receive input corresponding to the user's personal information on the website. The user may transmit a prequalification request using the website, to a central system. The central system may generate prequalification results. The central system may ensure the pricing structures generated for a given product are consistent with the generated prequalification results within a specified time period.

Abstract: An exemplary system, method and computer accessible medium can include receiving an authorization token related to a customer(s), determining a client identification (ID) associated with the customer(s) based on the authorization token, and determining access to a microservices(s) based on the client ID. An application for a loan(s) from the customer (s) can be received based on the client ID and the loan(s) can be associated with an application ID(s). A further authorization token related to a further customer(s) can be received, a further client ID can be determined based on the further authorization token, a determination can be made as to whether the further client ID has access to the application, and access to the application can be granted to the further customer(s) if the further client ID is determined to have access to the application.

Abstract: A computing node may receive, from a set of computing nodes including the computing node, a corresponding set of heartbeat messages related to selecting a scheduler computing node for scheduling one or more jobs for the set of computing nodes. The computing node may determine, based on the set of heartbeat messages, whether the computing node is to be selected as the scheduler computing node based on: whether the computing node has been selected as the scheduler computing node a fewest number of times as compared to other computing nodes included in the set of computing nodes, and whether the scheduler is being executed by any computing node included in the set of computing nodes. The computing node may selectively schedule the one or more jobs for the set of computing nodes based on determining whether the computing node is to be selected as the scheduler computing node.

Abstract: A device may receive a message from a first different device that includes an identifier and may determine whether the device has previously received the message. The device may generate, based on determining that the device has not previously received the message, an additional identifier and a message status indicator and may cause the additional identifier, the message, and the message status indicator to be stored in a data structure associated with the device. The device may send an acknowledgment status to the first different device and may cause processing of the message to generate an additional message that includes the additional identifier. The device may send the additional message to a second different device and may cause, after sending the additional message to the second different device, the message status indicator in the data structure to be updated.

Abstract: A computing node may receive, from a set of computing nodes including the computing node, a corresponding set of heartbeat messages related to selecting a scheduler computing node for scheduling one or more jobs for the set of computing nodes. The computing node may determine, based on the set of heartbeat messages, whether the computing node is to be selected as the scheduler computing node based on: whether the computing node has been selected as the scheduler computing node a fewest number of times as compared to other computing nodes included in the set of computing nodes, and whether the scheduler is being executed by any computing node included in the set of computing nodes. The computing node may selectively schedule the one or more jobs for the set of computing nodes based on determining whether the computing node is to be selected as the scheduler computing node.

Abstract: Methods and apparatus to provide, in a cloud infrastructure environment having a compute layer, a network layer, a storage layer, and management layer, wherein the management layer has no knowledge of at least some of existing infrastructure services, selecting hosts containing host bus adapters and/or network adapters having unique identifiers, using the unique identifiers to analyze the storage layer for: storage groups having host initiators that match the unique identifiers of the host bus adaptors, and/or network file storage (NFS) exports exposed to the unique identifiers as client IP addresses.

Abstract: A computer implemented method, computer program product, and system for providing, via a storage provisioning engine, a scalable objects store enabled to store objects across multiple heterogeneous file arrays; wherein file arrays are enabled to be actively added to the object store without pausing the file arrays; and wherein data representing the objects enabled to be balanced across the heterogeneous file arrays based.