Abstract: Embodiments described herein allow a service component author to write service components without having to handle incoming messages being received at any time. This may be facilitated by a message dispatch engine that dispatches messages from the incoming message queue only when the destination service component has indicated that it is ready to receive the message having that context. If the service component is not yet ready for the message, the message dispatch component may lock the message at least until the destination service component indicates that it is now ready to receive the message. Until that time, the message dispatch engine may ignore the locked message when finding messages to dispatch.

Abstract: An interface is provided between a receiving component of a server application and a remote application, the receiving component being operable to receive serialized objects from the remote application via the interface. The interface comprises: a module for ascertaining if a piece of code associated with the received object is locally stored and directly available to the server application, and a store for locally storing the associated piece of code in the event that it is not already locally stored and directly available to the server application.

Abstract: Various embodiments of systems and methods for interaction between applications built on different technologies are described herein. In one aspect, at least one action handler of a number of action handlers is associated with at least one application from a number of applications participating in the integrated scenario. In another aspect, at a first action handler that is associated with a source application, a request to access a target application is received. An identifier of the target application is retrieved and based on that identifier a second action handler associated with the target application is invoked, where the identifier of the target application is registered with the second action handler. The target application is launched by the second action handler in response to the received request.

Abstract: A service-oriented approach provides for an integration of components that would otherwise be considered different and unrelated components, such as runtime, business support systems (BSS), operational support systems (OSS), and third party components. Such integration allows messages to be transformed and passed between components as necessary to perform a particular task. For example, a BPEL workflow can be initiated upon receiving a user request through a network and gateway layer which will direct provisioning, activation, and processing via these various components. Identities can be managed across these various layers to provide for seamless end-to-end integration.

Abstract: A local event infrastructure and method for detecting events of a business application. An event manager is configured to detect one or more events of the business application based on a number of predetermined conditions. An event filter is configured to filter the one or more events detected by the event manager according to a relevance to an operation of a business application system that contains the business application.

Abstract: A software transactional memory system is provided that creates an array of transactional locks for each array object that is accessed by transactions. The system divides the array object into non-overlapping portions and associates each portion with a different transactional lock. The system acquires transactional locks for transactions that access corresponding portions of the array object. By doing so, different portions of the array object can be accessed by different transactions concurrently. The system may use a shared shadow or undo copy for accesses to the array object.

Abstract: A middleware system, method and program product for managing workflows among computer applications. The middleware system includes: a common construct unit and a workflow export unit. The common construct unit (i) retrieves a mapping between a component of a macro workflow of the middleware system and a micro workflow component of a first computer application and (ii) executes the macro workflow which orchestrates micro workflows of the first computer application and a second computer application. The workflow export unit generates an output that enables the second computer application to execute a workflow that corresponds to the workflow of the first computer application.

Abstract: Methods and systems are provided for creating and using a shared object space to interpret objects. In one exemplary embodiment, a method is provided that includes partitioning a memory area of a server. The method may also include creating an object, wherein the created object contains the data needed for performing the function of the object, and providing an interpretation routine for interpreting the object. The method may further include storing the created object and the interpretation routine in the partitioned memory area and defining application access to the partitioned memory area.

Abstract: A message broker system can include a message broker. The message broker can be configured to receive the message instances output as input message instances, store the input message instances in a message store, alter the structure or content of the input message instances according to a message brokering model to generate output message instances and provide output message instances to one or more downstream processors. According to one embodiment, input message stream processing can be decoupled from output message stream processing by the message broker.

Abstract: A set of application programming interfaces (“APIs”) is provided that enables an application to perform operations on multiple system resources as a single logical unit of work through a transaction. The application can then commit or roll back the entire group of changes as a single unit in a coordinated manner. The APIs expose functions and methods that take a reference to a transaction context, such as a handle, name, or pointer, as one of their parameters so that the application can manipulate the resource as a transacted operation. The transaction is bound to all created handles so that all operations on the resource using those handles are also transacted. In an illustrative example, the set of APIs are transacted name-based WIN32 APIs that take a transaction handle. The transacted APIs expose transacted operations to the application for durable system resources in the OS kernel, including the NTFS file system (New Technology File System) and registry.

Abstract: Techniques for making internal data from a source application available through an application programming interface (“API”). Embodiments may analyze a source application to determine a storage location and a first storage format of internal data, wherein the source application does not provide an API through which the internal data is accessible. Embodiments may then extract the internal data from the storage location, and convert the extracted data from the first storage format to a common storage format. Embodiments may then provide an API to make the converted data available.

Abstract: A computer-implemented method for determining an action for a user, implemented in a computing system programmed to perform the method includes receiving a first time series of physical perturbations with a first physical sensor in response to physical perturbations of the computing system, receiving a second time series of physical perturbations with a second physical sensor in response to the physical perturbations of the computing system, determining an event vector in response to the first time series of physical perturbations and in response to the second time series of physical perturbations, comparing the event vector to a first event signature to determine a first value, determining occurrence of a first event when the first value exceeds a first threshold, and determining a first action for the computing system in response to the determining in the computing system, occurrence of the first event.

Abstract: A mechanism for interfacing block storage devices is disclosed. The mechanism performs operations including receiving communications from an initiator at a block storage device interface, translating the received communications, transmitting the translated communications to a native storage device driver, forwarding the translated communication to a physical adapter, and controlling physical storage devices in response to the communications received from the initiator.

Abstract: A provider device includes structured data schemas, which may be JSON schemas, that correspond to APIs. A requestor device connects to the provider device and the provider device transmits available schemas. The requestor device receives the available schemas and transmits a communication request that asks for one or more of the available schemas. The provider device receives the communication request, formats information regarding APIs according to the specified schemas, and transmits the formatted information. The formatted information specifies how the requestor device can utilize the APIs. The requestor device generates one or more API commands by processing the formatted data and transmits the API commands to the provider device. The provider device then receives and performs the API commands. Subsequently, the provider device may transmit results to the requestor device, which may evaluate the results.

Abstract: Command methods for command driven computer systems present a list of command driven computer program products in response to activation of the command method, and present a logical tree including commands and related operands and sub-operands for a command driven computer program product in response to receiving a selection of the command driven computer program product from the list of command driven computer program products. The logical tree is presented in the same format for each of the command driven computer program products. The logical tree may be generated by obtaining a text file of a reference guide for the computer program product, identifying commands for the computer program product from the text file and creating lists of dependencies of the related operands and sub-operands for the computer program product. Related computer systems, methods and computer program products are disclosed.

Abstract: An electronic device includes a central processing unit (“CPU”), first and second display panels, and first and second display panel drivers. The CPU provides an image signal and an input control signal. The first and second display panels respectively display images. The first and second display panel drivers drive the first and second display panels according to the image signal and the input control signal. The CPU includes an interface transmission unit outputting an interface signal to control the first and second display panel drivers. The first and second display panel drivers respectively include first and second interface receiving units receiving the interface signal from the interface transmission unit. The interface signal includes a display panel selection bit and a data bit.

Abstract: Exemplary methods, apparatuses, and systems that execute a cross-platform application programming interface (API) that supports a plurality of applications are described. The cross-platform API implements a request from an application for a device to participate in a unique conversation, the unique conversation being identified by a topic and independent of a unique identifier for entities. The cross-platform API further provides the application an abstracted discovery mechanism by which the application causes the device to discover an entity that is accessible on the local network participating in the unique conversation. The cross-platform API further provides the application with a message passing mechanism by which the application causes the first device to exchange messages related to the unique conversation with the entity.

Abstract: A method for managing function modules using a computing device. The computing device loads the function modules according to a serial number corresponding to a filename and a directory path of each function module. The computing device obtains register commands from an interface of each function module and saves the register commands into a command library. The computing device searches for a register command in the command library when the register command is inputted by an input device connected to the computing device, and executes the searched register command of the function module.

Abstract: Concepts and technologies are described herein for cross-platform application programming interfaces for applications. In accordance with the concepts and technologies disclosed herein, the cross-platform APIs support interoperability and extensibility with various application programs using a single language and/or set of APIs. Extensions authored for a particular application program may be used with other application programs that expose the same or a similar set of APIs, even if other object models or APIs associated with the application programs differ from one another. Thus, the APIs support cross-platform, cross-device, and cross-version compatibility of extensions.

Abstract: In one embodiment, a method is provided that includes designating a visual representation of an object in a display screen of a human machine interface, accessing any properties, connections, and text associated with the object in response to a trigger event, and creating an identical copy in response to the trigger event, wherein the identical copy includes any properties, connections and text associated with the object. An interface system that includes a machine readable medium having programming code implementing the method. An industrial automation device is also provided.