A first request to send a message via a communication channel of the plurality of communication channels is received via a first application programming interface (API) call. The first request is received from a client device associated with a client account and includes an identifier of a content resource having message content for the message. The content resource is obtained based on the identifier. The message is prepared based on the first request and the content resource. The prepared message is sent to a recipient device via the communication channel.

A smart terminal unlocking method and device employing an Android system, and a smart terminal are provided. The method includes that: a smart terminal receives a system unlocking operation performed by a user to acquire unlocking information; determines, according to the unlocking information, whether a system of the smart terminal is allowed to be unlocked; determines whether a lock screen program of a third-party application is running when the system is allowed to be unlocked; shuts the lock screen program of the third-party application when the lock screen program of the third-party application is running, and unlocks the system to enter a system interface; and directly unlocks the system to enter the system interface when the lock screen program of the third-party application is not running.

Embodiments herein may present a multi-tile processor including a plurality of processor tiles, and a plurality of interconnects selectively coupling the plurality of processor tiles to each other. A first processor tile may include a memory to store a bulletin board to hold a message, an execution unit, and an encapsulated software module. The encapsulated software module may select a second processor tile coupled with the first processor tile by an interconnect to be a part of a signal pathway. The second processor tile may be selected based on a selection criterion of the signal pathway and the message held in the bulletin board. The encapsulated software module may post and read a message at the bulletin board stored in the memory, or read a message from a bulletin board stored in a memory of the second processor tile. Other embodiments may be described and/or claimed.

Technology is disclosed for processing in a computer program a request received by a service virtual machine (SVM). The technology can receive a request in either a first form or a second form, wherein the first form includes a target textual identifier, a reply-to textual identifier, and a parameter, and the second form includes a target textual identifier and a parameter, but not a reply-to textual identifier; identify, based on the received target textual identifier, a procedure; invoke the identified procedure and providing a value of the received parameter to the invoked procedure; in an event the received request is in the first form: receive a result from the invoked procedure; form a reply-to request in the second form, the second form including as a target textual identifier the reply-to textual identifier in the received request, and as a parameter the result received from the invoked procedure, further wherein the second form does not include a reply-to textual identifier; and send, to the SVM, the formed reply-to request.

A relevance calculation unit calculates relevance between pieces of data constituting a state chart. An individual data binarization unit binarizes the pieces of data constituting the state chart. An optimal array calculation unit calculates an array of the pieces of data constituting the state chart on the basis of the relevance calculated by the relevance calculation unit. An offset setting unit sets an offset indicating a position of each of the pieces of data binarized by the individual data binarization unit in a case where the binarized pieces of data are arranged in the array calculated by the optimal array calculation unit. A binary data integration unit integrates the pieces of data each of which has been binarized by the individual data binarization unit and for each of which the corresponding offset has been set by the offset setting unit in the array calculated by the optimal array calculation unit to obtain binary data. A state chart execution unit executes processing of the state chart on the basis of the binary data.

A smart terminal unlocking method and device employing an Android system, and a smart terminal are provided. The method includes that: a smart terminal receives a system unlocking operation performed by a user to acquire unlocking information; determines, according to the unlocking information, whether a system of the smart terminal is allowed to be unlocked; determines whether a lock screen program of a third-party application is running when the system is allowed to be unlocked; shuts the lock screen program of the third-party application when the lock screen program of the third-party application is running, and unlocks the system to enter a system interface; and directly unlocks the system to enter the system interface when the lock screen program of the third-party application is not running.

An electronic control device is configured to execute processing unit execution operation while executing processing part activation operation. In the processing part activation operation, the activation main processing is performed separately on each of a plurality of processing parts included in a control program, and a start address of a processing unit that is included in a processing part for which the activation main processing has been completed is switched from invalid to valid, in ascending order of the lengths of activation time demanded of the processing parts to be ready for execution. In the processing unit execution operation, a processing unit that is associated with a start address switched to valid is executed.

Aspects of the subject matter described herein relate to durable program execution. In aspects, a mechanism is described that allows a program to be removed from memory when the program is waiting for an asynchronous operation to complete. When a response for the asynchronous operation is received, completion data is stored in a history, the program is re-executed and the completion data in the history is used to complete the asynchronous operation. The above actions may be repeated until no more asynchronous operations in the history are pending completion.

Examples described herein include a graphics processing apparatus that includes at least a memory device and an execution unit coupled to the memory. The memory device can store a command buffer with at least one command that is dependent on completion of at least one other command. The command buffer can include a jump command that causes a jump to a location in the command buffer to identify any unscheduled command. The execution unit is to jump to a location in the command buffer based on execution of the jump command. The execution unit is to perform one or more jumps to one or more locations in the command buffer to attempt to schedule a command with dependency on completion of at least one other command until the command with a dependency on completion of at least one other command is scheduled.

An example operation may include one or more of receiving, at a node, a request to execute a software model that has been decomposed into a plurality of sequential sub-components, executing a sub-component from among the plurality of sub-components based on input data included in the received request to generate output data, hashing the input data and the output data to generate a hashed execution result of the sub-component, and storing the hashed execution result of the sub-component within a block among a hash-linked chain of blocks which include hashed execution results of other sub-components of the software model executed by other nodes.