Abstract: A method for generating semiconductor device model parameters includes receiving semiconductor device performance data of statistical instances of semiconductor devices, for a plurality of coordinates in a process space with dimensions of process-dependent device parameters Model parameters are extracted to produce individual model instances, each corresponding to the respective statistical instances for the coordinates in the process space. Statistics of the extracted model parameters are modeled by processing the individual model instances to determine, for each coordinate in the process space, moments describing non-normal marginal distributions of the extracted model parameters and correlations between the extracted model parameters. Semiconductor device model parameters are generated for use in simulating a circuit using the determined moments and the determined correlations, for a selected coordinate in the process space.

Abstract: Source code of a logical segment of a codebase can be isolated from other portions of the codebase yet the logical segment and the other portions may have mutual dependencies. Packaging multiple versions of the logical segment and the other portions of the codebase to be compilable as a single binary file can simplify the development, testing, and release work flows of the codebase. For example, development, evaluation, and deployment of the logical segment and the other portions of the code base can run on different schedules. As another example, a provider of the codebase can control which version of the logical segment computing devices execute.

Abstract: A method for simulating semiconductor devices includes running ensemble Monte Carlo (EMC) simulations of a plurality of semiconductor devices having a first plurality of configurations in a Design of Experiment (DoE) space to produce EMC results. Mobility parameters are extracted across the DoE space from the EMC results. A response-surface mobility model is constructed using the extracted mobility parameters. The response-surface mobility model is used to run a drift-diffusion simulation of a semiconductor device with a different configuration from the first plurality of configurations.

Abstract: Examples disclosed herein comprise dynamic message instructions to map each of a plurality of data identifiers to at least one granular application programming interface (API), receive a message comprising at least one of the plurality of data identifiers from a client, retrieve, via the at least one granular API for the at least one of the plurality of data identifiers, a data resource, and provide the retrieved data resources to the client.

Abstract: A method for generating semiconductor device model parameters includes receiving semiconductor device performance data of statistical instances of semiconductor devices, for a plurality of areal trapped charge densities Model parameters are extracted to produce individual model instances, each corresponding to the respective statistical instances for the areal trapped charge densities. Statistics of the extracted model parameters are modeled by processing the individual model instances to determine, for each areal trapped charge density, moments describing non-normal marginal distributions of the extracted model parameters and correlations between the extracted model parameters. Semiconductor device model parameters are generated for use in simulating a circuit using the determined moments and the determined correlations, for a selected areal trapped charge density.

Abstract: A generic application program interface (API) may learn heterogeneous APIs based on their API documentations that understands functionalities, parameters, operations, accessibility and outputs of APIs. The generic API collects API documentation from different sources based on a target human language by crawling a network such as the Internet. The generic API reads the documents of an API to recognize features of an API including type of services, concepts, protocols, accessibility methods, security methods, functionalities, outputs and base operations. Each given instruction for different APIs is mapped to generic API features. A programmer or end-user have access to multiple and heterogeneous APIs based on the generic API. The generic API provides a unified interface that allows a programmer or end-user to interact with different target APIs through the generic API. By raising a request to generic API a native API code is generated, executed and returns to the programmer or end-user.

Abstract: A method of controlling Internet of Things (IoT) devices is provided. The method is based on detecting a device and obtaining control information and associated rules for controlling the device. The control functions available to a smart controller an vary based on the condition of the various rules and/or the interaction of the various devices detected.

Abstract: A DBMS maintains delayed and non-delayed messages within a non-delay shard and a delay shard that function as a pair. The DBMS stages non-delayed messages in enqueue-time order within the non-delay shard, and maintains a non-delay dequeue pointer that moves in physical order of the enqueued non-delay messages. The DBMS stages delayed messages in enqueue-time order within bucket shards of the delay shard. Each bucket shard, of a delay shard, represents a time span of delivery times, and messages are assigned thereto based on message delivery time. The delay dequeue pointer comprises a sub-routine to determine the message with the minimum delivery time within a current bucket shard with a time span that includes the current time. The DBMS delivers the next available message out of the delayed and non-delayed shards by comparing the delivery time of the next available message from each shard and delivering the earliest available message.

Abstract: A method, system, and program product for generating and processing application settings for a software application using an application configuration component operating on a computer system. An application settings object containing a plurality of application settings is generated for the software application. The application settings object are serialized and stored into an Extensible Markup Language (XML) application settings file on the computer system. A new instance of the application configuration component is generated. A request is received from the software application for an application settings object for a specific environment and module. If located on the computer system, the XML application settings file is deserialized into the application settings object. Each property of the application settings object is then processed and the application settings object is returned to the software application.

Abstract: A method for managing I/O event notifications in a data processing system comprising a plurality of applications and an operating system having a kernel and an I/O event notification mechanism operable to maintain a plurality of I/O event notification objects each handling a set of file descriptors associated with one or more I/O resources. For each of a plurality of application-level configuration calls: intercepting at a user-level interface a configuration call from an application to the I/O event notification mechanism for configuring an I/O event notification object; and storing a set of parameters of the configuration call at a data structure, each set of parameters representing an operation on the set of file descriptors handled by the I/O event notification object; and subsequently, upon meeting a predetermined criterion: the user-level interface causing the plurality of configuration calls to be effected by means of a first system call to the kernel.

Abstract: The present invention relates to a control system for controlling operation of a numerically controlled machine tool (100), the system comprising a back-end control device (300) and a front-end control device (200) communicably connected to the back-end control device (300). The back-end control device (300) comprises a numerical controller (310), a programmable logic controller (320), a first communication interface (330) being communicably connected to the numerical controller (310) and the programmable logic controller (320), and an interface server module (410) of a second communication interface (400) being communicably connected to the first communication interface (330).

Abstract: A technology is provided for generating a customized application program interface (API) in a service provider environment. A model is created of computing resources and data hosted by a service provider environment. An API is generated based on the model for the computing resources and the data, wherein the API is configured to enable the client to access the computing resources and data. Calls are received from the client at an API gateway hosting the API to access the data and the computing resources hosted by the service provider environment. A response to the calls is sent wherein the response is generated by the computing resources using the data accessible to the API in the service provider environment.

Abstract: During a process called live design, a computing system may receive, from a repository, an instance of a first component comprising a first set of one or more metaobjects that provides a binary representation of the instance of the first component. In turn, the computing system may render the instance of the first component as an icon and a first set of one or more underlying panes that provide a visual expression of the instance of the first component. The computing system may then receive, via the first set of one or more underlying panes, a user modification to the instance of the first component. Thereafter, the computing device and/or the repository may determine whether the user modification to the instance of the first component is valid, and may process the user modification in accordance with the determining.

Abstract: Technologies for a contract platform versioned according to the set of API contracts provided. API contracts are both development-time and run-time executable components. Each such contract defines a particular set of APIs that are fully supported at run-time by a corresponding implementation module. Contract applications are written to API contracts as opposed to the monolithic APIs of a legacy platform. Such applications are “platform agnostic”.

Abstract: The present disclosure relates to a computer-implemented method for parasitic extraction. The method may include providing, using one or more processors, an electronic design having IP and/or metal fill content associated therewith. The method may further include identifying at least one layer associated with the content to be modeled and identifying at least one layer associated with the content to be ignored. The method may also include discarding one or more shapes associated with the at least one layer associated with the content to be modeled and replacing each discarded shape with an alternative shape. The method may further include modeling the electronic design including the alternative shape, wherein modeling is electrically aware in a horizontal and a vertical direction.

Abstract: A method may include presenting an image capture user interface on a display device of a multipurpose device including a live view portion configured to display a live view of image data currently sensed by an image capture device of the multipurpose device and a recall portion configured to display a thumbnail preview of stored image data most recently captured by the image capture device; receiving an indication of a first touch input on the display device, the first touch input starting at a first position on or near the recall portion of the user interface; receiving an indication of a swiping gesture from the recall portion to a second position with contact being maintained of the first touch input; and in response to the first touch input, displaying an enlarged preview of the stored image data, the enlarged preview being larger in size than the thumbnail preview.

Abstract: Embodiments relate to non-invasively determining coronary circulation parameters during a rest state and a hyperemic state for a patient. The blood flow in the coronary arteries during a hyperemic state provides a functional assessment of the patient's coronary vessel tree. Imaging techniques are used to obtain an anatomical model of the patient's coronary tree. Rest boundary conditions are computed based on non-invasive measurements taken at a rest state, and estimated hyperemic boundary conditions are computed. A feedback control system performs a simulation matching the rest state utilizing a model based on the anatomical model and a plurality of controllers, each controller relating to respective output variables of the coronary tree. The model parameters are adjusted for the output variables to be in agreement with the rest state measurements, and the hyperemic boundary conditions are accordingly adjusted.

Abstract: One embodiment provides a method, comprising: embedding, using a processor, code within an application; detecting, at an electronic device, a user input within the application, wherein the user input selects an object within the application; receiving, using a processor, data associated with the selected object; and sending, using a processor, data associated with the selected object to an application selected from the group consisting of the application and another application. Other aspects are described and claimed.

Abstract: A method, apparatus, system, article of manufacture, and computer program product provide the ability to optimize a transport alignment. Terrain data, constraint data, and cost data are read. Terrain pixels having elevation values are organized and stored in a first grid structure with rows and columns that enable efficient access to each terrain pixel. One or more raster layers of a same dimension and orientation as the first grid structure are created. A starting alignment is obtained. The starting alignment is then optimized using the one or more raster layers.

Abstract: A method, comprises: obtaining state data for controlling a hardware device action, delivering and storing the state data into a buffering unit, and invoking a hardware device driver, where the hardware device driver reads state data in the buffering unit, and controls a state of a hardware device action according to the state data. The invoking the hardware device driver includes: invoking an existing hardware device driver to control the hardware device action; or obtaining an instruction for loading a link library and loading the link library; obtaining an instruction for controlling the hardware device action; invoking, from the link library, a performance implementation function corresponding to the instruction; and executing the invoked performance implementation function to control a hardware device to perform a corresponding action. The hardware device driver uses a direct control manner to control the hardware device to execute an action.