Techniques herein enable a tenant of a multi-tenant database to select a programming language to interact with a platform that uses a default programming language. A tenant-specific engine may manage a runtime context associated with the tenant in which a tenant may input code that is translated into the default programming language and executed. During execution, the tenant-specific engine may enforce various multi-tenant protections associated with the tenant. For example, the tenant-specific engine may monitor the runtime context and operations of the translated code, and may enforce computational limitations of the tenant as the translated code is executed.

The present invention provides for a system (100) and a method for generating smart contracts for blockchain platforms. An input received as natural language text is processed into a first parameter to generate a Domain Specific Language (DSL) construct. DSL construct is disintegrated into a stream of tokens and a syntax analysis is performed on the stream of tokens to check if the syntax of the DSL construct matches with a grammar file defined for the DSL construct. Each of the marked lines of the stream of tokens is read and the read marked lines are transformed into an organized structure. A file specific to a target blockchain platform is generated based on a second parameter and the organized structure is mapped with the generated file associated with the target blockchain platform to generate a target code template for generating a deployable target smart contract for the target blockchain platform.

In some implementations, a device may receive source code associated with an application program interface (API) configured to execute on a dedicated runtime infrastructure. The device may generate an executable policy document including machine-readable text based on one or more code sections in the source code that implement one or more function calls associated with one or more function call types. The device may invoke a validation utility to cross-check the executable policy document against a design document associated with the API. The device may deploy the executable policy document in a common runtime environment that includes a shared runtime infrastructure to support multiple executable policy documents based on the validation utility indicating that the executable policy document satisfies functional requirements described in the design document associated with the API.

In some implementations, a device may receive source code associated with an application program interface (API) configured to execute on a dedicated runtime infrastructure. The device may generate an executable policy document including machine-readable text based on one or more code sections in the source code that implement one or more function calls associated with one or more function call types. The device may invoke a validation utility to cross-check the executable policy document against a design document associated with the API. The device may deploy the executable policy document in a common runtime environment that includes a shared runtime infrastructure to support multiple executable policy documents based on the validation utility indicating that the executable policy document satisfies functional requirements described in the design document associated with the API.

Methods and systems for accomplishing a mission using a plurality of unmanned vehicles can include graphically describing the mission tasks at a graphical user interface (GUI) using Business Process Model Notation (BPMN), and translating the graphical description into extensible machine language (XML) formatted robot operating system (ROS) instructions, which can be understood by each of the plurality of unmanned vehicles with a translator. An execution engine transmits the XML ROS instructions to a respective local controller on the respective unmanned vehicle. The BPMN graphical descriptor symbols can allow for planning of a mission by an end user that does not have expertise in the ROS domain, and that does not have an understanding of the ROS construct. The execution engine can provide feedback back to the GUI regarding mission execution. Based on the feedback, the graphical description can be modified while the mission is being accomplished.

Methods and systems for accomplishing a mission using a plurality of unmanned vehicles can include graphically describing the mission tasks at a graphical user interface (GUI) using Business Process Model Notation (BPMN), and translating the graphical description into extensible machine language (XML) formatted robot operating system (ROS) instructions, which can be understood by each of the plurality of unmanned vehicles with a translator. An execution engine transmits the XML ROS instructions to a respective local controller on the respective unmanned vehicle. The BPMN graphical descriptor symbols can allow for planning of a mission by an end user that does not have expertise in the ROS domain, and that does not have an understanding of the ROS construct. The execution engine can provide feedback back to the GUI regarding mission execution. Based on the feedback, the graphical description can be modified while the mission is being accomplished.

A process includes receiving a table data set that represents mappings between a plurality of operand patterns indicating types of operands possibly included in a first instruction used in a first assembly language and a plurality of second instructions used in a second assembly language or a machine language corresponding to the second assembly language. The table data set maps two or more of the second instructions to each of the operand patterns. The process also includes generating, based on the table data set, a translation program used to translate first code written in the first assembly language into second code written in the second assembly language or the machine language. The translation program defines a process of determining an operand pattern of an instruction included in the first code and outputting two or more instructions of the second code according to the determined operand pattern.

A process includes receiving a table data set that represents mappings between a plurality of operand patterns indicating types of operands possibly included in a first instruction used in a first assembly language and a plurality of second instructions used in a second assembly language or a machine language corresponding to the second assembly language. The table data set maps two or more of the second instructions to each of the operand patterns. The process also includes generating, based on the table data set, a translation program used to translate first code written in the first assembly language into second code written in the second assembly language or the machine language. The translation program defines a process of determining an operand pattern of an instruction included in the first code and outputting two or more instructions of the second code according to the determined operand pattern.

Methods, systems, and apparatus, including computer programs encoded on a computer storage medium, for receiving, by one or more non-real-time processors, data defining a light illumination pattern for a robotic device. Generating, by the one or more non-real-time processors and based on the data, a spline that represents the light illumination pattern, where a knot vector of the spline defines a timing profile of the light illumination pattern. Providing the spline to one or more real-time processors of the robotic system. Calculating, by the one or more real-time processors, an illumination value from the spline at each of a plurality of time steps. Controlling, by the one or more real-time processors, illumination of a lighting display of the robotic system in accordance with the illumination value of the spline at each respective time step.

Methods, systems, and apparatus, including computer programs encoded on a computer storage medium, for receiving, by one or more non-real-time processors, data defining a light illumination pattern for a robotic device. Generating, by the one or more non-real-time processors and based on the data, a spline that represents the light illumination pattern, where a knot vector of the spline defines a timing profile of the light illumination pattern. Providing the spline to one or more real-time processors of the robotic system. Calculating, by the one or more real-time processors, an illumination value from the spline at each of a plurality of time steps. Controlling, by the one or more real-time processors, illumination of a lighting display of the robotic system in accordance with the illumination value of the spline at each respective time step.