Abstract: Technologies for generating notification messages from data provided from different data sources in different data formats are provided. The disclosed techniques include a blender service that receives, from a first source, first data that is in a first data format and generates, based on the first data, a first event that includes content from the first data. The blender service also receives, from a second data source, second data that is in a second data format and generates a second event that includes content from the second data. An event processing system receives the first and second events and causes notifications to be generated based on the first event and the second event. A notification system generates the notification messages and sends the notification messages to the recipient users.

Abstract: A system information transmitting method and apparatus, and a computer-readable storage medium are provided. The method includes receiving, at a terminal, a system call instruction sent by a browser, acquiring, at the terminal, target system information according to the system call instruction, dividing, at the terminal, the target system information into at least one data set, obtaining, at the terminal, encoded pseudo-touch event information by encoding the at least one data segment in the target system information according to a positional relationship of respective touch points in a simulated pseudo-touch event in a touch plane, and transmitting, from the terminal, as an input parameter of the target script, the encoded pseudo-touch event information to the target script through the browser.

Abstract: An accelerator manager monitors run-time performance of multiple accelerators in one or more programmable devices, and when first and second accelerators satisfy at least one coalescence criterion, the accelerator manager generates a new accelerator image corresponding to a third accelerator that coalesces the first accelerator and the second accelerator. In a first embodiment, the accelerator manager generates the new accelerator image from the accelerator images for the first and second accelerators. In a second embodiment, the accelerator manager generates the new accelerator image from hardware description language representations of the first and second accelerators. The new accelerator image is deployed to a programmable device to provide a new accelerator, and calls to the first and second accelerators are replaced with calls to the new accelerator.

Abstract: A remote applications application programming interface (API) system disclosed herein is implemented using various computer process instructions including accumulating one or more cross-process calls from a client process to a provider process into a remote operations object, evaluating the one or more cross-process calls from the client process to determine one or more conditional operations, generating a remote operations graph based on the conditional operations, wherein the graph including a plurality of remote operations graph nodes encoding logic of the one or more conditional operations, and communicating the remote operations graph in a single cross-process call across the process boundary to the provider process.

Abstract: Embodiments disclosed herein are related to a method that can include discovering, by a platform abstraction layer (PAL), configuration data related to hardware associated with a media display, generating and supporting, by the platform abstraction layer, a common set of platform application programming interfaces (APIs) for displaying content on the media display according to the discovered hardware, receiving, by a platform shim, check-in instructions from a content management system, and causing, by a media player engine, the media display to display the content in accordance with the check-in instructions by using the common set of platform APIs generated by the PAL.

Abstract: A computer-implemented system and method to track a transaction that is executed by a series of applications in a workflow. Each application in the workflow generates an application log file that includes a standard header, which in turn includes a transaction ID associated with the transaction, an outcome associated with a step of the transaction executed by each of the applications, and a timestamp associated with the step of the transaction. The application log file with the header is received and stored by the computer system. The computer system can thereafter retrieve and display the entire transaction history for the transaction across all of the applications in response to a user query. The standard header is appended to the application log file and agnostic to the underlying technology used to implement the application system so that any transaction can be reconstructed end-to-end regardless of the form of the application system.

Abstract: Techniques for providing a user interface (UI) are provided. The UI may include UI features that are generated using metadata. The UI features may include fields for receiving text, field labels, layout details for fields in the UI, or placeholder text for the fields. The metadata may be associated with an application service provided by a server device. A computing device may receive the metadata once the application service is invoked. The metadata may be modified at the server device. Therefore, UI features may be modified, added, or removed without requiring code changes at the computing device or server device.

Abstract: A method and system are provided that may centralize the management of applications that access the data of social networks via API calls. A central service may generate tokens at a generation rate that permit an application to access an API. The tokens may be distributed to queues associated with certain content types. The relative distribution of tokens to each queue may be determined by rules. A queue may release tokens to applications that function to access the content type associated with the queue. The token generation rate and rules may be selected to prevent violation of the rate limits for the API.

Abstract: Techniques are presented for performing enhanced real-time data statement monitoring and control without requiring modifications to data analysis client applications or data storage environments. A data statement processing layer is implemented between the data analysis client applications and the data storage environments. A data statement management agent interacts with an event bus in the data statement processing layer. The data statement management agent accesses event objects on the event bus that are generated during the processing of data statements. Rules are applied to select particular event objects. The selected event objects are transformed into event messages that are delivered to the client applications to monitor the processing of the data statements. Control commands received from the client application are transformed into event objects that are issued to the event bus to control the processing of the data statement.

Abstract: Techniques are disclosed for efficient handling of messages in computing systems that include tag matching capable hardware. A message management module provides for handling message events including application receives and channel notifications such that hardware tag matching can continuously run in hardware channels, such as network adapters. When the message event is an application receive the message management module adds the application receive to a tracking queue and determines if the application receive can be posted to a hardware channel capable of tag matching. When the message event is a channel notification, the message management module determines a message action using the message tracking queue and the information in the channel notification.

Abstract: Systems and methods are described for graphical user interfaces that enable users to graphically design nodes and interconnections of pipelines for preprocessing data later ingested into an indexing system. The preprocessing can include receiving messages published to a first publish-subscribe messaging system, the messages containing raw machine data generated by one or more components in an information technology environment, performing one or more processing operations on at least some of the messages to generate preprocessed messages, republishing the preprocessed messages to a second publish-subscribe messaging system, and providing to the indexing system, a subset of the messages from the second publish-subscribe messaging system. Nodes in the pipeline can specify the preprocessing operations, and interconnections in the pipeline can represent data flow through the nodes of the pipeline.

Abstract: Herein are techniques for analysis of data streams. In an embodiment, a computer associates each software actor with data streams. Each software actor has its own backlog queue of data to analyze. In response to receiving some stream content and based on the received stream content, data is distributed to some software actors. In response to determining that the data satisfies completeness criteria of a particular software actor, an indication of the data is appended onto the backlog queue of the particular software actor. The particular software actor is reset to an initial state by loading an execution snapshot of a previous initial execution of an embedded virtual machine. Based on the particular software actor, execution of the execution snapshot of the previous initial execution is resumed to dequeue and process the indication of the data from the backlog queue of the particular software actor to generate a result.

Abstract: An application program control method is provided for a terminal. The terminal is installed with a virtual engine and an application program, the application program is a program developed based on the virtual engine, and the application program includes an outer program and an inner program. The method includes intercepting, by using the virtual engine, a pressure-touch event, the pressure-touch event comprising operation coordinates and a pressure value; transferring, by using the virtual engine, the pressure-touch event to the outer program; transferring, by using the outer program, the pressure-touch event to the inner program; and performing, by using the inner program, a predetermined operation according to the pressure-touch event.

Abstract: A notification system includes a detector, an identifier, a notifier, a determination module, and a controller. The detector detects that a commodity is placed at a display location. The identifier identifies the commodity. The notifier executes a notification operation with a plurality of different notification methods. The determination module determines a degree of conformity between the commodity identified by the identifier and the display location at which the commodity is placed. The controller controls the notifier such that the notifier executes the notification operation with one notification method associated to the degree of conformity determined by the determination module from the plurality of notification methods.

Abstract: Systems, apparatuses, and methods for performing network packet templating for graphics processing unit (GPU)-initiated communication are disclosed. A central processing unit (CPU) creates a network packet according to a template and populates a first subset of fields of the network packet with static data. Next, the CPU stores the network packet in a memory. A GPU initiates execution of a kernel and detects a network communication request within the kernel and prior to the kernel completing execution. Responsive to this determination, the GPU populates a second subset of fields of the network packet with runtime data. Then, the GPU generates a notification that the network packet is ready to be processed. A network interface controller (NIC) processes the network packet using data retrieved from the first subset of fields and from the second subset of fields responsive to detecting the notification.

Abstract: A data processing device includes: a functional-process-module storage unit to store a functional process module for data processing; a setting-information storage unit to store setting information for an execution sequence of a plurality of the functional process modules and for target input data on which the functional process module performs a functional process; and a process manager unit to cause the functional process module to perform a functional process on the target input data on a basis of a sequence set in the setting information.

Abstract: Systems and methods for the automated building and configuration of integration services are disclosed. The system may store and maintain various integration pattern templates comprising preprogrammed integration services (e.g., web services, APIs, etc.) needing defined operation details to be functional. The system may receive a specification file and a service specific parameter, parse the specification file and the service specific parameter to determine an operation detail, and extract the operation detail from the specification file and the service specific parameter. The system may input the operation detail into the integration pattern template to generate a service configuration file. The service configuration file may be deployed in a service integration platform.

Abstract: An accelerator helper monitors pending calls for a first accelerator, and when the accelerator is too busy, the accelerator helper sends a new call to the first accelerator to a software routine instead of to the first accelerator. The software routine processes the new call in parallel with the first accelerator processing a previous call. When the accelerator is not too busy, the accelerator helper sends to the first accelerator the new call to the first accelerator. The determination of when the accelerator is too busy can be whether a number of pending calls for the first accelerator exceeds a predetermined threshold. The accelerator helper speeds up execution of calls to the first accelerator by executing some calls to the accelerator in a software routine when the first accelerator has too many calls pending.

Abstract: Methods, systems, and apparatus, including computer programs encoded on computer storage media, for a dynamic api, includes receiving a first message in a first format from a client, the first format being specified for the client, the first message including information sufficient to cause a target service to execute an operation. The method includes identifying, using the API message, the target service. The method includes determining based of the target, a second format. The method includes generating a second message in the second format prescribed by the target service using the first message, the second message including information sufficient to cause the target service to execute the operation. The method also includes sending the second message to the target service over the network connector.

Abstract: A data processing system includes one or more producer processing units operable to produce data outputs, and one or more consumer processing units operable to use a data output produced by a producer processing unit, and a synchronization unit that is operable to communicate with the one or more producer processing units and the one or more consumer processing units, so as to synchronize the production and use of data outputs by the producer and consumer processing units.