Abstract: A bipartite workflow graph, representing an understanding of an overall service, comprises two different graph elements: entities and processes and each individual microservice defines their logical constructs as either an entity or a process in accordance with a universal schema. Notifications from such microservices conform to the universal schema, thereby enabling microservices to individually change how they operate internally, without affecting an understanding of the overall system as represented by the workflow graph. Each graph element has its state maintained by a separately addressable execution unit executing a state machine, which can be individually updated based on information received from the microservices. Changes to the workflow graph are logged and an insight engine monitors such a log to insert insight markers in accordance with predefined events, thereby enabling the collection of metrics on a service wide basis and across multiple microservices.

Abstract: This disclosure relates to cross-platform applications that include native and non-native components on mobile devices. An exemplary method generally includes receiving a first workflow step definition including a first set of widgets to be loaded into an application shell. A mobile shell identifies a type of each widget in the first set of widgets (e.g., native or platform-agnostic) and loads each widget into the mobile shell based on the widget type. For a platform-agnostic widget, the mobile shell creates a platform-agnostic widget proxy service, which provides a runtime environment. The platform-agnostic widget may be loaded into the platform-agnostic widget proxy service and executes in the runtime provided thereby.

Abstract: The disclosure provide a method for prompting a message in a terminal and a terminal. The terminal includes multiple operating systems and a management system. The management system is configured to manage the multiple operating systems. The management system includes a cross-system application database. The method includes: when a first operating system in the multiple operating systems runs in a foreground, and a second operating system in the multiple operating systems runs in a background, if the second operating system receives a first message of a first application in the second operating system, sending, by the second operating system, a notification message to the management system; storing, by the management system, the notification message into the cross-system application database; and listening, by the first operating system, on the cross-system application database, and outputting a prompt of the first message when listening and obtaining the notification message.

Abstract: A method and apparatus of a network device that allocates a shared memory buffer for an object is described. In an exemplary embodiment, the network device receives an allocation request for the shared memory buffer for the object. In addition, the network device allocates the shared memory buffer from shared memory of a network device, where the shared memory buffer is accessible by a writer and a plurality of readers. The network device further returns a writer pointer to the writer, where the writer pointer references a base address of the shared memory buffer. Furthermore, the network device stores the object in the shared memory buffer, wherein the writer accesses the shared memory using the writer pointer. The network device further shares the writer pointer with at least a first reader of the plurality of readers. The network device additionally translates the base address of the shared memory buffer to a reader pointer, where the reader pointer is expressed in a memory space of the first reader.

Abstract: Systems and methods for providing a unified application programming interface (API) and command line interface (CLI) aggregation platform are provided. For example, the platform may capture and store current version and commands available for API and CLI commands for a plurality of vendors, provide the database, CLI, and interface for defining and abstracting Infrastructure as a Service (IaaS), cloud, on-premise and hypervisor-backed virtualized hardware platform API and CLI calls, and create a semantic ontology unifying disparate API and CLI calls. The platform may help implement an instance of computer infrastructure for consolidating, unifying, and obfuscating multiple disparate IaaS, cloud, on-premise and hypervisor-backed virtualized hardware platforms thereby defining a unified method for calling IaaS services using the API and CLI commands from the plurality of vendors through an ontologically driven abstraction tier.

Abstract: Systems and methods for two-layered or a two-phase deterministic inter-process communication (IPC) scheduling for input output deterministic (IOD) sets also referred to as non-volatile memory (NVM) sets in a solid state drive (SSD) system are provided. In various embodiments, an SSD controller includes an IPC scheduler comprising a first layer NVM set scheduler and a second layer fair share scheduler, configured to receive information messages for NVM sets, operable to prioritize the information messages in IPC queues, and generate an IPC pipeline to be processed for I/O operations.

Abstract: Provided herein are systems and methods for multi-event correlation. Receiving a stream of events, each leaf rule engine may detect a plurality of events from the stream that matches a characteristic for the leaf rule engine. Each leaf rule engine may identify, from the plurality of events and within a time window, a group of events that satisfies a condition for the respective leaf rule engine. A root conditions engine may receive a stream of leaf events corresponding to the group of events identified by each leaf rule engine. The root conditions engine may identify, from the received stream of leaf events and within a root time window, a collection of events that satisfies a condition for the root conditions engine. A trigger may execute an action according to the collection of events identified within the root time window.

Abstract: Systems and methods provide an application programming interface to offer action suggestions to third-party applications using context data associated with the third-party. An example method includes receiving content information and context information from a source mobile application, the content information representing information to be displayed on a mobile device as part of a source mobile application administered by a third party, the context information being information specific to the third party and unavailable to a screen scraper. The method also includes predicting an action based on the content information and the context information, the action representing a deep link for a target mobile application. The method further includes providing the action to the source mobile application with a title and a thumbnail, the source mobile application using the title and thumbnail to display a selectable control that, when selected, causes the mobile device to initiate the action.

Abstract: Optimizing transaction traffic on a System on a Chip (SoC) by using procedures such as expanding transactions and consolidating responses at nodes of an interconnect fabric for broadcasts, multi-casts, any-casts, source based routing type transactions, intra-streaming two or more transactions over a stream defined by a paired virtual channel-transaction class, trunking physical resources sharing common logical identifier, and using hashing to select among multiple physical resources sharing a common logical identifier.

Abstract: An electronic apparatus includes a memory and circuitry. The memory stores a plurality of programs, and program registration information including identification information of the plurality of programs each of which is permitted to be executed in the electronic apparatus. The circuitry executes a first program of the plurality of programs stored in the memory. The circuitry executes a second program according to a determination that the identification information of the program registration information includes identification information of the second program stored in an external memory connectable to the electronic apparatus. The circuitry causes the first program and the second program, which are executed, to be communicable with each other to newly add a function to the electronic apparatus.

Abstract: A system for managing data content and data content relationships through resource efficient process structures for cloud and network environments includes a Clode core. The Clode core creates an object/display/process based on a defined order of processes determined by the object's tags and/or relationships to a function map and/or other objects in the system. This is used in Clode tag modules such as ‘clode:autopublish’ to create a data publication on the server, by ‘clode:autosubscribe’ to make client's automatically subscribe to data related to the tagged object, and by ‘clode:surface’ to manage an object on a display; just to name a few use cases. Tags can then be used to manage third party environments such as a docker container that would be classified as having the tag ‘on’, but when removed could cause the container to shut off. Tag management functions could also change the classifications as to say in the previous example to cause a tag to be added called ‘off’.

Abstract: In some examples, digital signal processing plug-in implementation may include obtaining attributes of a user interface for a digital signal processing plug-in, and obtaining attributes of digital signal processing logic for the digital signal processing plug-in. The digital signal processing plug-in implementation may include generating, based on the attributes of the user interface and the attributes of the digital signal processing logic, a plug-in process to control operation of the user interface and the digital signal processing logic. Further, the digital signal processing plug-in implementation may include establishing, based on the generated plug-in process, a two-way communication link between a host and the plug-in process to implement the digital signal processing plug-in.

Abstract: Embodiments described herein provide for a multi-process model to support compiling applications for multiple platforms. In one embodiment, applications designed for execution on a mobile platform can be ported to and/or compiled for execution on a desktop/laptop platform without requiring modification of the core program code of the mobile application. The mobile application is executed using a multi-process (e.g., two or more process) model in which the core mobile application program generates content that is displayed by a host process. The host process enables automatic translation of program calls to generate mobile user interface elements into program calls that generate user interface elements of the host platform. The translation can be performed using a multi-process (e.g., two or more process) model in which the core application program generates content that is displayed by a host process.

Abstract: Systems and methods for verifying interactions performed on content items are hereby provided. An interaction verifier encoded in a first portion of code of a content item can detect a first interaction event attributed to the content item. The interaction verifier can identify, via execution of a second portion of code of the content item, a registration of a function call to perform a predetermined action. The function call can be configured to be triggered in response to the application passing a second interaction event to the content item. The interaction verifier can determine that an amount of time between the first interaction event and the registration of the function call is less than a predetermined threshold. The interaction verifier can cause the application to perform the predetermined action in response to determining that the amount of time is less than the predetermined threshold.

Abstract: A system to facilitate event management is described. The system includes a processor and a machine readable medium storing instructions that, when executed, cause the processor to select a first event including first action information indicating a first action to be performed on a first of a plurality of resources, examine the first action information to determine whether the first action matches stored pending action information associated with one or more actions to be performed on the first resource and merge the first action information with the pending action information upon a determination that the first action matches pending action information.

Abstract: A computational resource management device uses a measured value of an execution time of data processing, a measured value of a resource amount, and a feature of input data as training data to learn a model indicating a relationship between the execution time and the resource. The device inputs, into the model, a feature of data scheduled to be input to calculate an estimated value of the execution time of the scheduled data processing, and uses the estimated value of the execution time, a variation index indicating variation in the estimated value of the execution time, and distribution of estimated residuals to calculate a resource amount required in the scheduled data processing. The device creates an execution plan of the scheduled data processing, based on the estimated value of the execution time, the variation index, the distribution of estimated residuals, and the calculated resource amount.

Abstract: A programmable controller includes a plurality of processor cores, an input unit, an allocating unit, a transmitting unit, a power controlling unit, an updating unit, and an executing unit. The allocating unit allocates any one of the plurality of processing to each of the plurality of processor cores. The transmitting unit transmits an allocation result of the processing to a management device. The power controlling unit restarts when the allocation of the processing is changed in the management device and the input unit inputs the changed setup data. The updating unit updates the allocation to the plurality of processor cores based on the setup data after the restart. The executing unit executes the plurality of processing based on the allocation, and when the allocation is changed, executes the plurality of processing based on the changed allocation.

Abstract: A method of performing transistor simulation with improved sensitivity to parasitic by model order reduction in transistor-level timing is disclosed. The method includes reducing a number of derivative calculations during transistor simulation by representing parasitics as a reduced-order model, wherein the reducing includes: compressing the parasitics to a reduced-order model; simulating with load which is replaced with the reduced-order model; differentiating results of the simulation with respect to reduced-order model parameters; differentiating parameters of the reduced-order model with respect to parasitic values; differentiating the parasitic values with respect to statistical parameters; and computing the differential results of the simulation with respect to the statistical parameters via chain ruling.

Abstract: A method is described. The method includes checking a raw event generated by a file system against a set of predicates conditions indicative of a high-level user operation. The method also includes filtering multiple raw events with a finite state machine (FSM) in response to determining that the raw event matches a predicate condition. The method further includes identifying a single high-level event for the high-level user operation based on the multiple raw events filtered by the FSM.

Abstract: A method includes retrieving application programming interface (API) information including API calls from a plurality of APIs stored in a database, receiving, via a graphical user interface, a selection of one or more of the API calls retrieved from the database, receiving, via the graphical user interface, an input specifying a number of iterations to perform each of the selected one or more API calls, executing the selected one or more API calls on a target computer system for the specified number of iterations, retrieving performance information from the target computer system, and displaying the performance information on the graphical user interface.