A method for broadcast processing, a non-transitory storage medium and an electronic device are provided. The method includes: acquiring a currently-sending broadcast message in a broadcast queue; determining a type of the broadcast message; and calling an interface configured to send the broadcast message and sending the broadcast message to a corresponding broadcast receiver.

A method for communication of a native application on a terminal includes: receiving a first response from a web server in response to a web page access request initiated via the apparatus, wherein the first response comprises an identifier and version information of an application; selecting a port and initiating, to a local server on the apparatus, an access request carrying an identification of the selected port; determining whether a second response carrying an identifier and version information of a native application bound with the selected port on the terminal is received from the local server; in response to determining that the second response is received, determining whether the identifier of the native application and the identifier of the application in the first response are the same; and in response to determining that the identifiers are the same, adjusting an operation prompt according to the version information of the native application and the version information of the application in the first response.

A technique for synchronizing a visual browser and a voice browser. A visual browser is used to navigate through visual content, such as WML pages. During the navigation, the visual browser creates a historical record of events that have occurred during the navigation. The voice browser uses this historical record to navigate the content in the same manner as occurred on the visual browser, thereby synchronizing to a state equivalent to that of the visual browser. The creation of the historical record may be performed by using a script to trap events, where the script contains code that records the trapped events. The synchronization technique may be used with a multi-modal application that permits the mode of input/output (I/O) to be changed between visual and voice browsers. When the mode is changed from visual to voice, the record of events captured by the visual browser is provided to the voice browser, thereby allowing the I/O mode to change seamlessly from visual to voice. Likewise, the voice browser captures events which may be provided to the visual browser when the I/O mode is changed from voice to visual.

Event handler records, for different event handlers in different domains, are stored in an event handler orchestrator service. The event handler records identify event handlers (in various domains) that are to handle events raised in separate domains. When an event is raised, the event handler records are filtered to identify an event handler that has indicated an interest in the raised event, and an end point corresponding to the identified event handler is provided back to the calling process. The calling process then invokes the event handler for which the end point is returned.

Systems, methods, and apparatus for separately loading and managing foreground work and background work of an application. In some embodiments, a method is provided for use by an operating system executing on at least one computer. The operating system may identify at least one foreground component and at least one background component of an application, and may load the at least one foreground component for execution separately from the at least one background component. For example, the operating system may execute the at least one foreground component without executing the at least one background component. In some further embodiments, the operating system may use a specification associated with the application to identify at least one piece of computer executable code implementing the at least one background component.

Techniques for asynchronous handling of service requests are disclosed. A service receives a request from a requesting entity. The request includes a function identifier and function input. Responsive to receiving the message, the service selects a first event handler to process the request. The service translates, via the first event handler, the function identifier to a native function call. The service initiates execution of the native function call using the function input, and receives output corresponding to the execution of the native function call. Responsive to receiving the output, the service selects a second event handler to process the output. The service generates, at least in part by the second event handler, a response based on the output. The service transmits the response to the requesting entity.

A method and an apparatus for managing a hardware module of a payment terminal and a computer readable storage medium, aiming to uniformly manage the hardware modules of the payment terminal and to reduce the adverse influence on the POS application development. The method includes receiving a request to use a hardware module initiated by an application by calling an unified interface, where the request carries an identifier of the hardware module; calling a hardware interface corresponding to the hardware module according to the identifier of the hardware module; and returning an execution result of calling the hardware interface to the application that initiates the request.

An example method of implementing server-driven notifications to mobile applications may include: receiving, by a mobile computing device, a message from a notification server, wherein the message comprises a payload identifying a mobile application running on the mobile computing device; translating the payload into a local notification including an identifier of the mobile application; causing the local notification to be displayed on the mobile computing device; and responsive to receiving a user interface event associated with the local notification, processing the user interface event by a handler of the mobile application.

Techniques for transforming plug-in application recipe (PIAR) variables are disclosed. A PIAR definition identifies a trigger and an action. Trigger variable values, exposed by a first plug-in application, are necessary to evaluate the trigger. Evaluating the trigger involves determining whether a condition is satisfied, based on values of trigger variables. A second plug-in application exposes an interface for carrying out an action. Evaluating the action involves carrying out the action based on input variable values. A user selects, via a graphical user interface of a PIAR management application, a variable for a trigger or action operation and a transformation operation to be applied to the variable. The PIAR management application generates a PIAR definition object defining the trigger, the action, and the transformation operation, and stores the PIAR definition object for evaluation on an ongoing basis.

A method for broadcast processing, a non-transitory storage medium and an electronic device are provided. The method includes: acquiring a currently-sending broadcast message in a broadcast queue; determining a type of the broadcast message; and calling an interface configured to send the broadcast message and sending the broadcast message to a corresponding broadcast receiver.