Abstract: In certain embodiments, a method includes starting an application as a first process within a user space of an operating system. The application instantiates a key-value store library associated with the operating system. The method also includes managing, by a block device service running within the user space, one or more first data blocks of a persistent storage device allocated to the key-value store library. In addition, the method includes receiving, by a kernel of the operating system, a system call request comprising an access request generated by the key-value store library. The method further includes granting, by the block device service, and in response to the access request, the key-value store library access to the one or more first data blocks through an inter process communication channel between the application and the block device service via the kernel.

Abstract: A system for the remote execution of one or more arbitrarily defined workflows comprises a workflow engine operative to perform one or more functions defined in a given workflow on customer computing infrastructure and a workflow administrator with access to a workflow database that maintains metadata defining the state of the given workflow, the workflow administrator remote from the workflow engine and not running on the customer computing infrastructure. A workflow administrator agent polls the workflow administrator to identify when the given workflow is scheduled for execution and, when scheduled, issues a command to the workflow engine to retrieve the given workflow from a workflow registry and perform the one or more functions defined in the given workflow on the customer computing infrastructure. The workflow administrator agent transmits state information regarding execution of the given workflow to the workflow administrator for storage in the workflow database.

Abstract: A semiconductor integrated-circuit device comprises two processing subsystems, each comprising a respective processor, set of local peripherals, and bridge unit, all connected to a respective local bus. An electrical interconnect joins the respective bridge units. The first bridge unit comprises a task register, accessible over the first local bus, and can be configured to detect a write to the task register, and respond by sending an event signal over the interconnect to the second bridge unit. The second bridge unit can be configured to receive the event signal, and respond by sending an interrupt signal to the second processor.

Abstract: A technological solution for controlling generation or distribution of electric power in a power generation and distribution network. The solution includes modeling and forecasting electricity demand in the power generation and distribution network, which includes a plurality of nodes each having cooling appliances, heating appliances, or both cooling and heating appliances. The solution includes, among other things, building a per-capita parametric model of an electric demand curve for a geographic region, modeling residual intraday variations in electric demand, determining an average residual variation in demand, iteratively optimizing the residual intraday variations in demand and the average residual variation in demand, and determining electricity demand per-capita for the geographic region.

Abstract: Various computing network messaging techniques and apparatus are disclosed. In one aspect, a method of computing is provided that includes executing a first thread and a second thread. A message is sent from the first thread to the second thread. The message includes a domain descriptor that identifies a first location of the first thread and a second location of the second thread.

Abstract: An Application Programming Interface (API) call that is directed from a first application to a second application is intercepted. A first version number is identified for the first application and a second version number is identified for the second application. One or more transformations are processed on the API call to produce a compatible API call that is compatible with the second application. The compatible API call is provided to the second application for processing on behalf of the first application.

Abstract: An application programming interface (API) hub architecture establishes relationships among the provisioning systems, the IAM target systems, and an intermediate API hub system. A provisioning system can send the API hub system a message in a format associated with the IAM system. The API hub determines and identifies which of one or more available IAM systems should receive the message. The API hub system translates the message into a correct format for each of the determined target IAM systems and sends the translated messages to the appropriate target systems. Similarly, the API hub system can receive a message from an IAM system, identify, based on the message, which of one or more provisioning systems should receive the message, translate the message into an appropriate format for each of the determined one or more provisioning systems, and send the formatted message to the determined provisioning systems.

Abstract: In one aspect, a user device is provided that includes a processor configured to execute a user interface application, a controllable device application, and an operating system of the user device. The user device includes communication circuitry configured to facilitate communication between the controllable device application and the controllable device. The user interface application is configured to detect a notification of the controllable device application communicated to the operating system, the notification pertaining to a state of the controllable device associated with the controllable device application. The user interface application is configured to determine the state of the controllable device based at least in part on the notification of the controllable device application communicated to the operating system of the user device.

Abstract: An apparatus, system and product including a software agent configured to monitor and interact with a Document Object Model (DOM) of a page of an Electronic Health Record (EHR) system; a runtime infrastructure that is loaded, dynamically, in the page in a first iframe; an EHR-specific EHR adapter that is loaded, dynamically, in the page; and an extending application that is loaded, dynamically, in the page in a second iframe, wherein the EHR-specific EHR adapter is configured to receive EHR-specific instructions from the software agent and communicate converted cross-EHR instructions to the runtime infrastructure, wherein the runtime infrastructure is configured to communicate the converted cross-EHR instructions to the extending application and receive cross-EHR instructions from the extending application, wherein the EHR-specific EHR adapter is configured to obtain the cross-EHR instructions and communicate converted EHR-specific instructions to the software agent.

Abstract: One embodiment provides for a wearable electronic device comprising a display device, a memory device, and one or more processors to execute instructions stored in the memory device. The instructions cause the one or more processors to receive an interaction to transition an application to a front-most state on the wearable electronic device, receive a request to initiate an activity via the application in the front-most state, detect that the wearable electronic device has transitioned to a low power mode, and enable enhanced functionality for the application in the front-most state during the low power mode while the application is in the front-most stat. Enabling enhanced functionality for the application in the front-most state includes, for example, increasing an execution priority of the application while the application is in the front most state.

Abstract: Computer-implemented systems and methods for analyzing applications include, obtaining user data records from a server, constructing an instruction template, the instruction template includes main streams, the instruction template adding the user data records as user parameters corresponding to the main streams, transmitting the user data records to a file transfer connection, inputting the instruction template and a first command into the file transfer connection, the file transfer connection executes the first command, inputting the file transfer connection and a second command into the script file, the script file executes the second command, opening each of the main streams through the pre-defined driver program by using variable records to retrieve a plurality of in-streams of each of the main streams, aggregating the main streams and the in-streams associated with the user parameters resulting a final output, transmitting the final output to the server.

Abstract: Disclosed herein are methods, systems, and processes to perform granular and selective agent-based throttling of command executions. A resource consumption threshold is allocated to an agent process that is configured to perform data collection tasks on a host computing device. A desired throttle is generated for the agent process based on the resource consumption threshold allocated to the agent process and execution of the agent process is controlled in polling intervals. For each polling interval, a current throttle level for the agent process is determined based on a run count and a skip count of the agent process, the agent process is suspended if the agent process is active and the current throttle is greater than the desired throttle level, and the agent process is resumed if the agent process is idle and the current throttle level is not greater than the desired throttle level.

Abstract: A data linkage system and an API platform are capable of behaving according to a load of processing executed in response to a request for provision of an API. The data linkage system includes the API platform that provides the API for acquiring data, which is based on data collected by a data collection system and stored in a data storage system for storing data held by an information system, from the data storage system. The API platform determining whether the number of the data that has not been subjected to processing to acquire the data from the data storage system in response to a request for provision of the API satisfies a specific condition, and changing capacity of the processing according to a result of the determination.

Abstract: Systems, methods, and devices for managing predetermined functions on a mobile device within a moving vehicle, the mobile device having an operating system (OS) that includes an event API installed therein that is configured for two-way communication with an external control device, the control device being installed within the vehicle and further configured to communicate with a software application installed and running in memory resident on the mobile device. In response to initiation of a predetermined function on the mobile device, a notification message is transmitted by the event API to the control device. The control device then communicates with the software application to determine a desired action for the mobile device to take with respect to the predetermined function. The control device then instructs the mobile device on the action to take on the predetermined function by transmitting an action message to the event API.

Abstract: Plugin loading can be optimized. A service can use a plugin loader to load plugins on a computing device. When the plugin loader loads plugins, the plugins can be configured to determine their load statuses and report such load statuses to the plugin loader. After receiving the load statuses, the plugin loader can store the load statuses and then notify the service to request a restart. When the service restarts the plugin loader, the plugin loader can use the load statuses to determine which of the plugins should be loaded. In this way, the service and plugin loader can ensure that only plugins that are appropriate for a particular computing device will remain loaded.

Abstract: Techniques for invocating a smart contract are described. One example method includes receiving a target transaction that is used to initiate an invocation of a smart contract, wherein the target transaction comprises invocation data, and wherein the invocation data comprises a data digest associated with target data stored in a third-party storage system interconnected with a blockchain; querying the target data from the third-party storage system; receiving a query result returned by the third-party storage system, wherein the query result comprises the target data; performing a content verification on the target data; determining that the content verification on the target data succeeds; invoking the smart contract to perform a smart contract computation on the invocation data included in the target transaction; and storing a computation result from the smart contract computation in a distributed database associated with the blockchain after the smart contract computation is completed.

Abstract: Techniques include executing a software program having a function call to a shared library and reloading the shared library without stopping execution of the software program. A global offset table (GOT) is updated responsive to resolving a link address associated with the function call. An entry in GOT included a link address field, an index field, and a resolved field, the updating including updating the index field with an affirmative value and marking the resolved field with an affirmative flag for the entry in the GOT. Responsive to reloading the shared library, the entry in the GOT is found having the affirmative value in the index field and the affirmative flag in the resolved field. An address value in the link address field is returned for the entry having the affirmative value in the index field, responsive to a subsequent execution of the function call to the shared library.

Abstract: A device for determining a spindle status of a spindle of a machine tool includes a detector for detecting sensor data of the spindle for a defined time window. A processing unit analyses the sensor data through artificial intelligence by calculating a defined feature of the sensor data for the defined time window and determining a spindle status from the sensor data. An output member outputs the determined spindle status.

Abstract: Aspects of the technology described herein improve the clarity of information provided in automatically generated notifications, such as reminders, tasks, alerts or other messages or communications provided to a user. The clarity may be improved through augmentations that provide additional information or specificity to the user. For example, instead of providing a notification reminding the user, “remember to send the slides before the meeting,” the user may be provided with a notification reminding the user “remember to send the updated sales presentation before the executive committee meeting on Tuesday. The augmentation may take several forms including substituting one word in the notification with another more specific word, adding additional content such as a word or phrase to the notification without altering the existing content, and/or by rephrasing the content for grammatical correctness and/or clarity.

Abstract: Conflicts can be detected between server-side data and client-side data using interchangeable plugins. In one example, a system can receive an interchangeable plugin from among a group of interchangeable plugins for performing conflict detection between server-side data handled by a server and client-side data handled by a client device. Each interchangeable plugin can implement a particular conflict-detection strategy that is different than the other interchangeable plugins and can be selectively integratable into an application programming interface (API) through which the client device is to communicate with the server. The system can integrate the interchangeable plugin into the API to enable the API to implement the particular conflict-detection strategy defined by the interchangeable plugin. The system can then detect a conflict between the server-side data and the client-side data in accordance with the particular conflict-detection strategy defined by the interchangeable plugin.