Abstract: An emulation processor may be configured to support emulating unknown binary logic based on non-arbitrariness of the unknown binary logic. For example, an unknown binary logic signal may take the finite binary values of 0 and 1. The circuitry in the emulation processor is configured to generate and propagate outputs based on the interactions of known input binary signals with the unknown input binary signals having non-arbitrary states. The emulation processor may support the both combinational and sequential operations associated with the unknown binary logic.

Abstract: Methods and systems for routing data payloads through a plurality of microservices are disclosed. The method may comprise: receiving a data payload and first data; predicting, by a trained machine learning model based on the first data, a path through a plurality of microservices associated with the data payload; generating a modified data payload by modifying, via the orchestrator service, the data payload to include: a first header, wherein the first header comprises a first microservice destination address associated with a first microservice of the plurality of microservices and a second header nested within the first header, wherein the second header comprises a second microservice destination address associated with a second microservice of the plurality of microservices; forwarding the modified data payload to the first microservice based on the first header for processing; and forwarding the modified data payload to the second microservice based on the second header for processing.

Abstract: A method and system of providing users with a tool to interact with content from a primary app through a secondary app are disclosed. The secondary app obtains source data from the primary app and determines whether the data includes labels that can trigger the application of a particular configuration in the presentation of the content. Changes made to the source data in the secondary app that relate to substantive or key data for the content do not affect the source data in the primary app. However, changes made in the secondary app that relate to non-substantive data can be propagated back to the primary app.

Abstract: A method for generating a trustworthiness score for an automation call is disclosed. An automation database may return trust information for multiple trust indicators. A current score may also be determined. The trust information provides insight into the trustworthiness of the automation call. When an error is encountered with the call or in a user interface, the trust system may intervene based on the user sentiment. The intervention may be automatic, and computer or human based.

Abstract: Techniques of scheduling workload(s) on partitioned resources of host systems are described. The techniques can be used, for example, in a container-orchestration system. One technique includes retrieving information characterizing at least one schedulable partition and determining an availability and a suitability of one or more of the schedulable partition(s) for executing a workload in view of the information. Each of the schedulable partition(s) includes resources of one or more host systems. The technique also includes selecting one or more of the schedulable partition(s) to execute the workload in view of the availability and the suitability.

Abstract: The techniques may include maintaining a thread of events for a plurality of users, where each element of the thread corresponds to an event/activity and includes at least a next field that includes a first subset of the plurality of users and a previous field that includes a second subset of the plurality of users. These techniques may allow new events to be quickly added and prior elements may be updated to reflect the addition. Further, the thread elements may allow the thread to be quickly traversed to identify queried information such that the information may be displayed to a user.

Abstract: A peripheral information acquisition unit (121) acquires information relating to a first application (13a) running in a terminal, information relating to control of the terminal, or information that can be acquired from a sensor included in the terminal, as peripheral information. The peripheral information acquired by the peripheral information acquisition unit (121) is accumulated in a peripheral information accumulation unit (122). A dialogue interface unit (11) accepts input of information from a user and outputs information to the user. When the peripheral information accumulated in the peripheral information accumulation unit (122) and information input to the dialogue interface unit (11) satisfy a predetermined condition, a scenario control unit (123) causes the dialogue interface unit (11) to output information relating to execution of a second application (14) that is associated with the condition in advance.

Abstract: The present disclosure relates to a method, a device, and a program product for deploying a visual resource. In one method, a resource requirement of a vision application for the visual resource in a network system is acquired. Based on the resource requirement, the visual resource which will be called by the vision application is predicted. Based on processing capabilities of various edge devices and the visual resource in the network system, an edge device located near a terminal device in the network system is identified, wherein the terminal device is configured to run the vision application. Based on a time requirement in the resource requirement, the visual resource is deployed to the edge device. Further, a corresponding device and a corresponding program product are provided.

Abstract: One example method includes receiving, at a node of a data confidence fabric (DCF), a DCF backbone, installing the DCF backbone at the node, receiving a config file at the node, and the config file includes configuration information concerning the node, and receiving and installing a trust insertion component specified in the configuration information, where operation of the trust insertion component is enabled by the DCF backbone, and the trust insertion component is operable to associate trust metadata with data received by the node.

Abstract: Trigger(s) administration, development, distribution, coordination, registration, or coding for a software automation process or robotic process automation (RPA) is disclosed. A trigger(s) may be configured to run or execute by an outside service or component for an automation process in relation to an application and associated event(s). A definition file(s) or configuration file(s) may be created or utilized for a trigger(s) for an event. A separate or outside service or component may be configured to listen for the event in the process. Once a trigger(s) is met, an action or activity may run for the automation process on a client device using the outside service or component.

Abstract: An application-programming interface for scraping data across platforms is provided. For example, a computing system use an application programming interface to scrape a first set of data from a first database associated with a first application and a second set of data from a second database associated with a second application. The computing system can determine a portion of the first set of data and the second set of data that is relevant to a user account. The computing system can generate a user score for the user account indicating a financial health progress based on the first set of data and the second set of data. The computing system can output the portion of the first set of data and the second set of data and the user score for display on a graphical user interface associated with the user account.

Abstract: A portable terminal capable of executing a plurality of applications at the same time comprising a system controller configured to determine whether or not a background application can be executed in the background while the foreground application is being executed and executes the background application in the background, wherein the system controller determines whether or not the background application can be executed in the background based on information about the foreground application and environment suitability information from during the execution of the foreground application.

Abstract: Inter-session automation for RPA is disclosed. A robot or another application or process running in the user session may interact with an application, but one or more attended RPA robots in one or more child sessions perform operations and fetch data that the user session robot will then use to interact with the application in the user session. Attended RPA robots in client sessions may share data through an IPC protocol, by storing data in a persistent data store, such as a spreadsheet, an object-oriented database, a plain text file, another data store or file, etc. The user session robot or another application or process running in the parent session can then read this information and respond accordingly.

Abstract: An electronic device receives an interface calling request for a target interface in an application program. The interface calling request includes interface calling information of the target interface. The device performs an interface query in a simulated interface set that simulates real interfaces in the application program. In accordance with a determination, based on the interface query, that a target simulation interface corresponding to the target interface exists in the simulated interface set, the device intercepts the interface calling request. The device compares the intercepted interface calling information with interface configuration information of the target simulated interface. In accordance with a determination that the interface calling information matches the interface configuration information, the device obtains simulated response data corresponding to the target simulation interface. The device outputs calling response data of the interface calling request.

Abstract: An application that is running on a first computing device can receive personal information from a personal information manager that is running on a second computing device. The first computing device can operate using a first platform and the second computing device can operate using a second platform that is different from the first platform. The first computing device can include a first broker, and the second computing device can include a second broker. The first broker and the second broker can be configured to establish a trusted connection between the first computing device and the second computing device. The first broker can additionally be configured to request personal information from the personal information manager via the second broker. The first broker can be configured to automatically request the personal information in response to determining that the application on the first computing device has requested the personal information.

Abstract: The high-speed transmission system includes a transmitting device, a receiving device, and the signal redriver. The signal redriver includes a terminal resistor. A high-speed receiving end and a high-speed transmitting end of the signal redriver are respectively coupled to a high-speed transmitting end of the transmitting device and a high-speed receiving end of the receiving device. The signal redriver is coupled to a control signal transceiving end of the transmitting device and a control signal transceiving end of the receiving device. The signal redriver monitors a control signal transmitted between the transmitting device and the receiving device and determines whether to enter a SLEEP mode based on the control signal. The terminal resistor of the signal redriver in the SLEEP mode is continuously coupled to the high-speed receiving end of the signal redriver.

Abstract: Methods, apparatuses, and computer program products for feature based application programming interface (API) federation are disclosed. In some examples, a federated API manager may receive user input indicating source APIs including features for data processing. The federated API manager may identify elements forming one or more patterns from the features based on federation protocols. The federated API manager may identify federated operations based on the identified elements and federation operation rules. The federated API manager may generate a federated API schema based on the federated operation rules, and the federated API schema may expose the federated operations.

Abstract: Systems and methods for reporting API capability change according to an API filter are provided. According to one aspect, a method for reporting API capability change according to an API filter comprises receiving a request to be notified of an API capability change related to an identified wireless device, the request identifying a set of one or more APIs to be monitored; receiving a notification that the identified wireless device has changed from a first type of core network to a second type of core network; determining an API capability change from the first type of core network to the second type of core network for the identified set of one or more APIs to be monitored; and reporting the API capability change for the identified set of one or more APIs to be monitored and not reporting the API capability change for APIs not in the identified set.

Abstract: Provided herein are system, method and computer program products for providing dynamically-updatable deep transactional monitoring of running applications in real-time. A method for monitoring a target software application operates by injecting a software engine into a new thread within a target process of the target software application. The method then retrieves a monitoring script and initiates execution of the monitoring script within the software engine. The monitoring script determining the address functions and calls to the functions and inserts a trampoline call within the one or more functions. The trampoline saves the execution state of the target process and calls a corresponding monitoring function that to retrieves data associated with the target process. The method then restoring the execution state of the target process and resumes execution of the target function.

Abstract: The described technology relates to a publish-subscribe message framework in which an application, decomposed to a plurality of processing stages, is run by executing respective processing stages of the application asynchronously and simultaneously with each other. Communications between the respective processing stages may exclusively be in accordance with the publish-subscribe execution model. The described publish-subscribe framework provides for processing stages to be executed in a multi-process and/or multi-threaded manner while also enabling the distribution of the processing stages to respective processing resources in a multi-processor/multi-core processing environment. An example electronic exchange application and a corresponding example exchange gateway application are described.