Abstract: Methods, apparatus, systems and articles of manufacture are disclosed for intentional programming for heterogeneous systems. An example non-transitory computer readable storage medium includes instructions that, when executed, cause processor circuitry to at least identify a first code block having a first algorithmic purpose based on a second code block having a second algorithmic purpose, the second algorithmic purpose corresponding to the first algorithmic purpose, translate the first code block into executable domain specific language code, and output the executable domain specific language code.

Abstract: A control method of a device, communicably connected to a control device, includes a rewriting control of firmware of the device. The rewriting control includes receiving a rewrite instruction of firmware of the device. The rewrite instruction includes first acquisition source information identifying an acquisition source of a script for rewriting firmware. The rewriting control further includes acquiring, based on a first acquisition source information, a script for rewriting firmware from an external device, and executing the script for rewriting firmware. By executing the script, acquisition of the firmware from an external device, control of the device so as to be in a state in which rewriting of firmware is enabled, transfer of the acquired firmware to the device, and rewrite of the firmware are performed.

Abstract: In a vehicle electronic control system, a vehicle master device is configured to acquire data storage bank information including information for specifying which bank is an active bank and information for specifying software versions of an active bank and an inactive bank from a rewrite target ECU that has a non-volatile memory with a plurality of data storage banks and to transmit the data storage bank information acquired by the data storage bank information acquisition unit to a center device. The center device is configured to select update data compliant to the inactive bank on the basis of the software versions and the active bank specified by the data storage bank information received from the vehicle master device and to transmit a distribution package including the update data selected by the update data selection unit to the vehicle master device.

Abstract: A center device manages data to be written into electronic control units mounted on a vehicle and includes an update data storage storing update data for a target device being a target of data update among the electronic control units, a vehicle information storage storing, together with type of the vehicle, vehicle related information, and a device related information storage storing update data related information. Based on information stored in the device related information storage and the vehicle information storage, the center device generates specification data including device type, attribute, the update data related information of the target device, and information indicating rewrite environment related to the data update of the target device, and generates a distribution package including the update data and the specification data.

Abstract: A computing system running a host operating system and a virtual machine (VM). The computing system includes at least one device that is directly assigned to the VM. The computing system is configured to execute one or more first VM components and one or more second VM components. The one or more first VM components are configured to manage the one or more second VM components via one or more identification pointers. While the one or more second VM components remain loaded in a system memory, and the directly assigned device remains attached to the VM and remains configured to communicate with the one or more second VM component, the one or more first VM components are shut down and restored.

Abstract: A server is configured to distribute update data for software for an electronic control unit mounted on a vehicle. The server includes: a storage device that stores device identification information in which information that specifies a communication module mounted on the vehicle and information that specifies a portable terminal configured to communicate with an update control device mounted on the vehicle are associated with each other, and the update data; and a processor configured to determine whether communication with the update control device is possible, and transmit the update data to the portable terminal that is associated with the communication module when the determination unit determines that the communication with the update control device is not possible.

Abstract: A system and method for near-real-time communicating negative user experience of users interacting with a website are provided. The method includes identifying at least one interaction pattern by analyzing an in-page interaction information of a user interacting with at least one page of the website; computing a user experience score for each of the at least one identified interaction pattern; generating an alert indicating that the user experience score determined for a respective identified interaction pattern demonstrates a negative user experience; and sending the alert immediately upon identifying the interaction pattern demonstrating a negative user experience.

Abstract: An example operation includes one or more of receiving a notification of an available software update configured to alter functionality of a transport, enabling the altered functionality for an amount of time, and responsive to the altered functionality not being utilized during the amount of time, sending a notification indicating a negative outcome.

Abstract: Source code routines are generated for storage management in a storage code development management tool. A script that includes the source code routines is generated. The storage code development management tool receives indications based on an execution of an object code generated via execution of the script. The storage code development management tool modifies the source code routines based on the received indications.

Abstract: A software update device is configured to control software update of an electronic control unit mounted on a vehicle. The software update device includes: one or more storage devices configured to store first software and second software for downloading update data of the electronic control unit from a server, the first software and the second software being different from each other; and one or more processors configured to download the update data from the server by executing any of the first software and the second software.

Abstract: Systems, methods, and non-transitory computer readable media are provided for managing pipelines of operations on data. A system may access data and provide a set of functions for the data. The system may receive a user's selection of one or more functions from the set of functions. The system may generate a pipeline of operations for the data based on the user's selection. The pipeline of operations may include the function(s) selected by the user.

Abstract: An apparatus comprises a processing device configured to detect that a given software upgrade is available for a given computing device, to identify other computing devices on which the given software upgrade has been installed that exhibit at least a threshold level of similarity to the given computing device, and to determine whether any issues were encountered on the other computing devices as a result of the given software upgrade. The processing device is also configured to generate a recommendation as to whether to initiate download of the given software upgrade on the given computing device based at least in part on whether any issues were encountered on the other computing devices as a result of the given software upgrade, and to initiate download of the given software upgrade on the given computing device based at least in part on the generated recommendation.

Abstract: Some embodiments of the invention provide a method of upgrading software defined networking (SDN) modules executing on a host computer. While a first version of the SDN modules is executing on the host computer to perform traffic processing, the method loads a second version of the SDN modules alongside the first version of the SDN modules such that the first and second versions of the SDN modules are executing on the host computer at the same time. The method saves runtime states from the first version of the SDN modules, and transfers responsibility for performing traffic processing from the first version of the SDN modules to the second version of the SDN modules. The method then restores the saved runtime states to the second version of the SDN modules.

Abstract: A software update apparatus includes a communication unit that sends a request for downloading update data to a center, a storage unit that stores the downloaded update data, a control unit that executes, based on the update data, a control for installing, or installing and activating update software on one or more target electronic control units from among a plurality of electronic control units connected to each other via an in-vehicle network, and a determination unit that determines whether the vehicle is stopped and can be maintained in a stopped state. When a determination result of the determination unit is positive, the control unit restricts operations of the target electronic control units and executes the control for installing, or installing and activating.

Abstract: A method (50) of and a server (19) and network node or client devices (3, 5) communicatively interconnected in a network (1) and arranged for over-the-air, OTA, data upgrade or update of client devices. In the event of a timeout (54) at the server (19) waiting for a response or request message from a selected OTA client (5) during an ongoing OTA data upgrade, the OTA server (19) checks whether a network address change (51) of the selected OTA client (5) caused the OTA server to timeout.

Abstract: This document relates to compilation of source code into services. One example method involves receiving input source code, identifying data dependencies in the input source code, and identifying immutability points in the input source code based at least on the data dependencies. The example method also involves converting at least some of the input source code occurring after the immutability points to one or more service modules.

Abstract: In a method for displaying a user interface at a device, a software application i received at the device, wherein the software application includes multiple classes of user interfaces pertaining to different versions of the software application executing on different device platforms having at least a same form factor or a same operating system, wherein the software application includes a master view and a plurality of subordinate views, wherein each of the subordinate views pertain to one of the multiple classes of user interfaces. The software application is executed at the device. An appropriate user interface of the multiple classes of user interfaces is determined for device based on at least a form factor of the device. The appropriate user interface is displayed at the device by displaying the master view and the subordinate view for the appropriate user interface.

Abstract: Enabling quick feature delivery is essential for product success and is therefore a goal of software architecture design. But how may we determine if and to what extent an architecture is “good enough” to support feature addition and modification, or determine if a refactoring effort is successful in that features may be added more easily? The applications may use Feature Space and Feature Dependency, derived from a software project's revision history that capture the dependency relations among the features of a system in a feature dependency structure matrix (FDSM), using features as first-class design elements. The applications may also use a Feature Decoupling Level (FDL) metric that may be used to measure the level of independence among features.

Abstract: A computer-implemented method of selectively installing an application from an application archive file is disclosed. The method includes receiving an indication to install an application on a computing device, the application being available for download as an archive file storing a manifest file and one or more installation files. The method further includes determining that installation of the application is permissible. The determining includes: without downloading the archive file, downloading at least a portion of the manifest file; and determining, based on the at least a portion of the manifest file, that installation of the application on the computing device would comply with a device management policy for the computing device. After determining that installation of the application is permissible, the archive file is downloaded and the application is installed therefrom. Related computer-readable media and computer systems are also disclosed.

Abstract: A software update device includes a reception unit that receives update data from the server; an update unit that updates software using the update data; a communication interface that communicates with the other software update devices; an update timing reception unit that receives from the server an update timing in which conditions for updating the software including a reception of an update trigger are described; a notification information reception unit that receives notification information including conditions for transmitting the update trigger to another software update device; an update trigger notification unit that transmits the update trigger to the other software update devices; an update trigger reception unit that receives the update trigger from the other software update devices; and an update start determination unit that causes the update unit to update the software when it is determined that all the conditions described in the update timing are satisfied.