Abstract: The present invention provides a vehicle-mounted control device, a program writing device, a program generating device, and a program, which are capable of quickly and easily carrying out reprogramming. An ECU 300 is provided with: a microcomputer 301, an SRAM 302, a flash memory 303, and a communication device 305. The flash memory 303 is configured from a plurality of blocks and stores older versions of the program. The communication device 305 receives (S250) a frame including block data, the type of the block data, and an address of a block in which the block data is to be written. The microcomputer 301 restores (S260) a new program from the block data in the SRAM 302 according to the type of the block data (S255, S260) and writes (S265, S270) one piece of the restored new program in a block corresponding to the address.

Abstract: The disclosed technology is generally directed to the patching of executing binaries. In one example of the technology, at separate times, a plurality of hot patch requests is received. Each hot patch request of the plurality of hot patch requests includes a corresponding hot patch to hot patch the executing binary. A cardinality of the plurality of hot patch requested is greater than the fixed number of logical patch slots. with the executing binary continuing to execute, each time a request to apply a hot patch to the executing binary is received, the corresponding hot patch is assigned to an inactive logical patch slot of the fixed number of logical patch slots. The corresponding hot patch is executed from the assigned logical patch slot to hot patch the executing binary based on the corresponding hot patch.

Abstract: The vehicle control device includes: a storage section including a first and a second storage areas in which a control program and an updated program which is an updated version of the control program are stored respectively; an execution section executing either of these programs; and an update section acquiring updated-portion data from an server, causing data of a post-update portion indicated by the updated-portion data and data of a portion, other than the update-target portion, of the control program stored in the first storage area to be stored as the updated program in the second storage area, and changing a program, to be executed by the execution section, to the updated program in a case of determining that the updated program is correctly stored, on the basis of a difference between the control program and the updated program stored in the first and second storage areas respectively.

Abstract: Examples of systems described herein may include virtualized computing environments having one or more upgrade management agents. An upgrade management agent may detect current versions of multiple components in a computing system, including at least one software component and at least one firmware component, obtain a group of updates based on the current versions of the multiple components, and schedule installation of the group of updates including grouping together installation of selected ones of the group of updates for a particular computing node of the computing system, wherein the selected ones each utilize a particular state change of the computing node during the installation. The schedule may also be selected to accommodate dependencies between multiple components which are resolved by the upgrade management agent to obtain the schedule.

Abstract: Techniques are disclosed for reducing the time needed to deploy updated versions of an application using a deployment pipeline. To do so, a deployment manager may collect statistics reflecting how often any given stage of the deployment pipeline is completed successfully in deploying updates to the application. In cases where a current stage has a sufficient approval percentage, the deployment pipeline may begin deploying an updated version of the application into an environment specified for a subsequent stage of the deployment pipeline, before the current stage of the pipeline is complete. Provided the current stage completes successfully, the subsequent stage can be initiated by activating the pre-deployed versions of the application.

Abstract: Methods and apparatus for software lifecycle management of a virtual computing environment are disclosed. An example method includes determining, by executing an instruction with a processor, a plurality of software updates to be installed on physical computing resources in the virtual server rack system, the determining based on a manifest file received from a software manager associated with the virtual server rack system, determining, by executing an instruction with the processor, dependency requirements for installing the software updates identified in the manifest file, determining, by executing an instruction with the processor, an order for installation of the software updates to meet dependency requirements, and scheduling, by executing an instruction with the processor, installation of the software updates identified in the manifest file.

Abstract: Aspects of the present disclosure involve systems and methods for the automatic packaging and deployment of virtual machines in a virtual environment. More particularly, the disclosure involves a system that automatically packages two virtual machines, a console virtual machine and a template virtual machine, in a virtual application. The template virtual machine initiates communication with the console virtual machine to generate multiple virtual machine instances.

Abstract: An example system includes (i) a software product having a plurality of code units that accesses a database, (ii) a processor, and (iii) a non-transitory computer readable storage medium having stored thereon software tests and instructions that cause the processor to: execute the software tests on a first version of the software product; determine a first mapping between each respective software test and one or more of the code units; determine a second mapping between each respective software test and one or more data units in the database; determine that, between a second version and the first version of the software product, a particular code and data unit have changed; select, from the first and the second mappings, a set of software tests with mappings to the particular code unit or data unit; and execute the set of software tests on the second version of the software product.

Abstract: A computer-implemented facility is provided for intelligent mobile device selection for mobile application testing. The computer-implemented facility determines features of a new mobile application to be tested, and compares the features of the new mobile application with features of multiple known mobile applications to identify one or more known mobile applications with similar features. Based at least in part on automated analysis of user reviews of the one or the more known mobile applications operating in one or more types of mobile devices, the facility provides one or more risk scores for operation of the new mobile application in the one or more types of mobile devices. Further, based on the risk scores, a recommended set of mobile devices in which to test the new mobile application may be generated for use in testing the new mobile application.

Abstract: Systems, methods, and computer program products to perform an operation comprising deploying a first application in a first cloud computing environment of a plurality of cloud computing environments, wherein the first application is composed of a first instance of a first service, determining that the first service has become unavailable in the first cloud computing environment, identifying, by an instance of inventory module executing in the first cloud computing environment, a second instance of the first service in one of the plurality of cloud computing environments, building the first application using the second instance of the first service; and redeploying the first application built using the second instance of the first service in the first cloud computing environment.

Abstract: Techniques are disclosed for application configuration patching. Certain techniques are disclosed herein that utilize a configuration patching module (CPM) tool using a single workflow to perform application configuration patching. The CPM can receive a set of one or more binary patches for one or more applications a set of one or more binary patches for one or more applications, and a set of one or more patch metadata declarations for the one or more applications which correspond to at least one of the binary patches. A set of one or more actions can be identified from the set of patch metadata declarations. The CPM can generate a configuration patching execution plan including a set of one or more steps to be performed to implement the set of actions, and execute the set of steps of the configuration patching execution plan.

Abstract: A computer-implemented facility is provided for intelligent mobile device selection for mobile application testing. The computer-implemented facility determines features of a new mobile application to be tested, and compares the features of the new mobile application with features of multiple known mobile applications to identify one or more known mobile applications with similar features. Based at least in part on automated analysis of user reviews of the one or the more known mobile applications operating in one or more types of mobile devices, the facility provides one or more risk scores for operation of the new mobile application in the one or more types of mobile devices. Further, based on the risk scores, a recommended set of mobile devices in which to test the new mobile application may be generated for use in testing the new mobile application.

Abstract: Systems and methods for failsafe firmware upgrades in accordance with embodiments of the invention are disclosed. One embodiment includes a vehicle telematics device, including: a processor; and a firmware memory comprising a firmware image coupled to the processor, wherein the firmware image further comprise a first segment and a second segment; wherein a primary bootloader application located in the firmware image: verifies the integrity of the first segment; verifies the integrity of the second segment; selects a firmware image contained in the firmware memory using a failsafe process; and boots the vehicle telematics device using the selected firmware image.

Abstract: The disclosure herein describes installing operating system (OS) software on a computing device with multiple drives. An interruption process associated with a redundant drive array is initiated by a processor. The redundant drive array includes a primary drive mirrored with a backup drive. An installation process associated with the operating system to be installed on the computing device is initiated by the processor. Upon detecting creation of a file system during the installation process, the interruption process disables the backup drive from the redundant drive array. Upon completion of the installation of the operating system on the primary drive by the installation process, the backup drive is re-enabled in the redundant drive array. After being re-enabled, the backup drive is synchronized with the primary drive. The installation process is made faster and more efficient by preventing repeated synchronization between the redundant drives during the process.

Abstract: Novel tools and techniques might provide for implementing access constructs for a network, and, in some cases, for implementing access constructs for cloud orchestration. In some embodiments, a network might provide connectivity between a first access node(s) in the network and a hardware node(s) or between two or more first access nodes, via a corresponding first link(s). An apparatus, such as one disposed at an orchestration node or the like in the network, might bridge a second access node over one or more of at least one first access node or at least one first link (“bridge node or link”), and might roll service over to the second access node from the bridged node or link. Based on a determination that failure has occurred during service through the second access node, the apparatus might roll service back over to the bridged node or link, from the second access node.

Abstract: Disclosed are some examples of database systems, methods, and computer program products for processing log files. In some implementations, a server of a database system accesses a metadata file indicating algorithms that can be applied to data of log files. The server generates customer-facing log files using the log file and metadata file. The customer-facing log files include new data derived from using the algorithms and the data of the log files.

Abstract: Vulnerability testing of applications may include one or more of identifying a number of paths from a software application being tested, identifying a number of nodes associated with the paths, determining one or more of the paths which share one or more of the nodes, designating the paths which share the nodes as overlapping paths, and displaying the overlapping paths and the shared nodes as an interactive visualization to identify to identify optimal locations to fix one or more vulnerability findings.

Abstract: Disclosed herein are system, method, and computer program product embodiments for an application set-up and management system (AMS). An embodiment operates by receiving a selection of an application for installation. The application accesses a plurality of data fields during its execution, including both a first set of one or more of the data fields that are managed on a centralized database, and a second set of one or more of the data fields that are managed on a decentralized ledger during its operation. The application is installed on a cloud platform of a first user account, wherein the cloud platform includes access to the centralized database. Information associated with setting up the decentralized ledger corresponding to the application is received, and the decentralized ledger is set up. The application is activated on the cloud platform.

Abstract: The present application is directed towards systems and methods for automatic retrofitting of customized code objects during transformation of a system from a source installation to a target installation. In many instances, new objects may be created or objects modified on an online or production system while a development system is being upgraded. Simply copying the upgraded development system to the production system when complete would delete these new objects or modifications. Accordingly, the modifications or new objects may need to be retrofitted, or propagated to the development system and upgraded or transformed for compatibility with the new software, prior to placing the system online.

Abstract: The technology performs obligations fulfillment monitoring. An input data stream of data messages is received including transaction data and reference data, obligation control logic, and a set of obligation parameters associated with the obligation control logic. An event data processor processes the input data stream using a current version of the obligation control logic and the set of obligation parameters. Subsequently, the event processor receives information to implement and execute obligation control logic that is dynamically-modified and different from the current version of the obligation control logic. The event processor generates and outputs an obligation fulfillment message based on the dynamically-modified obligation logic and transmits to an interested entity.

Abstract: Technologies are described herein for a representational state transfer (“REST” or “RESTful”) over an Intelligent Platform Management Interface (“IPMI”) interface for firmware to a baseboard management controller (“BMC”) communication and applications thereof. These applications include, but are not limited to, remote firmware configuration, firmware updates, peripheral device firmware updates, provision of management information such as system inventory data, cloning and batch migration of firmware configuration settings, and firmware integrity monitoring. This functionality can be provided in a way that enables communication between BMCs and firmware to utilize modern manageability interfaces while maintaining backward compatibility with previous IPMI implementations.

Abstract: Operating system update management for enrolled devices is disclosed according to various examples. In one example, a computing environment can receive an identifier from at least one of a multitude of client devices enrolled with a management service, where the identifier is indicative of a software update available for the at least one of the plurality of client devices. The computing environment can query a service using the identifier to identify information pertaining to the software update and cause a display of the information in at least one user interface. In response to a specification of a subset of the client devices being received, for example, by an administrator, the computing environment can cause the subset of the plurality of client devices to perform an installation of the software update.

Abstract: A method of test-assisted application programming interface (API) learning includes generating a machine-readable API specification (API spec). The API spec is based on application of machine learning and regular expression processes to an API documentation. The method includes comparing the API spec to other API specifications. Based on the comparison, the method includes identifying a set of similar API specifications. The method includes generating API test inputs based on the set of similar API specifications and the API spec. The method includes calling a native API system using a first API test input of the API test inputs. The method includes receiving a response indicative of whether the first API test input successfully interacts with the native API system. Based on the response, the method includes generating a feedback indicative of an alteration to the API test inputs or to the machine learning or the regular expression processes.

Abstract: A state of following a policy is maintained without troubling a person in the case where an operation setting relating to the policy is added by the update of software for an apparatus that is managed systematically under the policy. In the embodiment, the aspect is described in which the two kinds of generation information (currently being applied and at the time of policy setting) about software are saved and whether the policy adaptation processing is necessary is determined in accordance with the difference therebetween.

Abstract: One or more software products/services may be installed on a cloud deployment. Product versions of such services can be upgraded (or rolled back) based on a deployment plan comprising tasks adapted to reach a target deployment state. A central upgrade server can forward tasks to an upgrade agent for execution, the tasks being based on a current operational state of the cloud deployment (obtained by the upgrade agent) and one or more constraints. In multiple node deployments, some nodes may be upgraded to a new product version, while other nodes are kept at a current product version until stability of the new product version is determined. Traffic across nodes can be shaped to ensure a deployment is healthy before upgrading other nodes/deployments. If the health of a node/deployment does not meet specified criteria, an upgrade can be stopped, an alert can be triggered, and the node/deployment can be rolled back.

Abstract: When it is desired to update a group of thin clients that have a common configuration, the update can be deployed to a reference device on which a replicate tool executes. The replicate tool can examine the file system and registry of the reference device and create a manifest that describes the current state. The manifest can then be published for access by an agent that executes on the thin clients in the group. When the agent receives the manifest, it can compare the received manifest to an existing manifest on the thin client that defines the thin client's current state to identify any artifacts that differ. The agent can then retrieve and install any artifacts the thin client needs to match the current state of the reference device.

Abstract: A computing device that implements a secure and transparent firmware update process is provided. The computing device includes a secure memory area and a secure device that separately executes firmware updates in parallel with other processes executed by a CPU. The secure memory area may be allocated by the CPU and/or a memory controller using any of a variety of memory protection techniques. System software executed by the CPU receives update firmware requests from a trusted source, stores a firmware payload included in these requests in the secure memory area, and executes the next scheduled process. Firmware executed by the secure device retrieves the firmware payload from the secure memory area, authenticates the firmware payload, and applies the firmware payload to a firmware storage device. The secure device performs these acts transparently from the point of view of the CPU, these avoiding consumption of resources of the CPU.

Abstract: A method of searching for and installing a software product on a device is provided. One or more capabilities needed by the device to be served by a software product are determined. The one or more capabilities needed by the device are communicated from a software life cycle management agent on the device to a yellow pages agent outside the device, the communicating comprising formulating a request comprising a list of the capabilities encoded in a description language that defines the capabilities semantically. Then locations of one or more software products matching the one or more capabilities needed by the device may be received from the yellow pages agent. One of the one or more software products to install may be selected based on automatically evaluated criteria. Then the selected software product may be downloaded using its received location, and the selected software product may be installed on the device.

Abstract: A tool for redundancy and recovery for a mobile device. Responsive to the mobile device unsuccessfully powering up the tool activates a recovery functionality via a physical reset switch on the mobile device. Responsive to activating the recovery functionality, the tool scavenges for at least one resource to support the device functionality for the mobile device, wherein scavenging includes siphoning charge from a battery, a processor complex, or a wiring harness within a main module of the mobile device to accumulate sufficient energy to restore and power the one or more features available on the mobile device.

Abstract: A tool for redundancy and recovery for a mobile device. Responsive to the mobile device unsuccessfully powering up, the tool activates a recovery functionality via a physical reset switch on the mobile device. Responsive to activating the recovery functionality, the tool scavenges for at least one resource to support a device functionality for the mobile device, wherein scavenging includes siphoning charge from a battery, a processor complex, or a wiring harness within a main module of the mobile device to accumulate sufficient energy to restore and power the one or more features available on the mobile device.

Abstract: An example system for wirelessly providing operating system specific features includes memory and a processor configured to send a device identifier (DID) request to a remote host device via a wireless connection. The processor is to also receive remote host information from the remote host device via the wireless connection. Additionally, the processor is to detect an operating system of the host remote device based on the received remote host information. The processor is to further modify an operation of the system based on the detected operating system of the remote host device. The processor is to then provide, via the wireless connection, an operating system specific feature based on the detected operating system of the remote host device.

Abstract: A state capture designation for an element of an application within an application design environment may be received, indicating that the application, once deployed, will include a state capture functionality for capturing a state of the element, and a state restoration function for restoring the state of the element. Following deployment of the application within a runtime environment, and in response to an invocation of the state capture functionality, a captured state of the element may be stored. A state restoration request for the captured state may be received by way of the state restoration functionality, and following a re-deployment of the application with an update to the element that was included as part of an update to the application within the application design environment. The captured state may then be restored to the updated element, in response to the state restoration request, and within the runtime environment.

Abstract: A method, information handling system (IHS) and a recovery system for recovering an IHS from a secure boot authentication failure. The method includes retrieving, via a processor from a first memory device, a first unified extensible firmware interface (UEFI) driver associated with a first component/device of the IHS. The method further includes determining, via a secure boot process, if the first UEFI driver is an authenticated UEFI driver. In response to determining that the first UEFI driver is not an authenticated driver, a previously validated UEFI driver corresponding to the first component/device is retrieved from a second memory device. The method further includes loading the previously validated UEFI driver.

Abstract: A platform system includes: a memory; and a processor coupled to the memory and the processor configured to execute a process, the process comprising: receiving data from a second platform when a first platform requires the second platform to send the data, the first platform being configured to output one or more data from data which the first platform has, the second platform being configured to output one or more data from data which the second platform has; and converting a data structure of the data into a data structure required by the first platform in accordance with a difference between a data structure regulated by the first platform and a data structure regulated by the second platform; and sending the data, of which the data structure is converted, to the first platform.

Abstract: A heating ventilation and air conditioning (HVAC) system for a building space includes an HVAC device including a processing circuit. The processing circuit is configured to generate an encrypted dynamic key based on a manifest stored on the device. The manifest includes a set of entitlements for the HVAC device based on relationships between the HVAC device and entities. The processing circuit is further configured to transmit the stored manifest to an authentication server by sending the encrypted dynamic key to the authentication server and receive an updated manifest from the authentication server based on the encrypted dynamic key. The processing circuit is further configured to send a payload request to the authentication server based on the updated manifest, the payload request including a software update request.

Abstract: A sample program being evaluated for malware is scanned for presence of a critical code block. A path guide is generated for the sample program, with the path guide containing information on executing the sample program so that an execution path that leads to the critical code block is taken at runtime of the sample program. The path guide is applied to the sample program during dynamic analysis of the sample program so that behavior of the sample program during execution to the critical code block can be observed. This advantageously allows for detection of malicious samples, allowing for a response action to be taken against them.

Abstract: Cloud storage provides for accessible interfaces, near-instant elasticity and scalability, multi-tenancy, and metered resources within a framework of distributed resources acing to provide highly fault tolerant solutions with high data durability. However, cloud storage has drawbacks and limitations which are addressed by: a graphical user interface which portrays content ingested from third party sources in its original folder contexts and determines what folder locations each knowledge worker will see in the interface rather than how they are uploaded onto the remote storage; a centralized determination of incremental ingestion of changes from a data source to a cloud storage repository that should be written; and a responsive method of obtaining query results for policies that evaluate one or more clauses against a cloud storage repository containing large data sets; and a means of maintaining/refreshing of statistics for large data sets within a cloud storage repository.

Abstract: Methods and systems are presented for providing a platform that seamlessly integrates software modules into an application. In particular, the platform allows software modules to access services provided by other software modules, through a host module, without the need of exposing the source code of any of the software modules. The application is configured as a host module by integrating one or more software modules into the application. The application may directly consume services provided by the software modules and also facilitate service accessing between software modules that are integrated into the application. As such, a software module does not need to interact with another software module directly to access services provided by the other software module, but rather, using the application as a medium to interact with the other software module.

Abstract: A management system constructs management information indicating that log chunks and issue chunks extracted from a first system managing log information and issue information output by a process related to a first team for a program to be developed are linked. The management system searches, from the management information, a log message group compatible with a designated log message group that is one or more log messages related to the issue by log pattern matching using the designated log message group in a case of receiving an inquiry with which the designated log message group is associated from the second system. The management system displays, on the second system, a response containing a handling method represented by handling method information corresponding to the found log message group.

Abstract: A method for updating a system that synchronizes medical data between a cloud repository on a cloud server and a plurality of local repositories on a plurality of local servers of healthcare facilities connected to the cloud server. The method includes, by the cloud server: receiving a request to update a medical synchronization application stored on the cloud server and each of the local servers using an update file; transmitting an instruction to each of the local servers to update the medical synchronization application; and executing the update file to update the medical synchronization application on the cloud server. The cloud server executes the update file regardless of whether any of the local servers have executed the update file.

Abstract: A method for resetting a memory in the computer system includes turning on the computer system, and a memory controller of the computer system executing a boot code to initialize the memory. After the memory controller executes the boot code, the memory controller updates a programmable initialization code according to the boot code to generate an updated programmable initialization code. After resetting the computer system, the memory controller executes the updated programmable initialization code to restore the memory back to a default state. After the memory is restored to the default state, the memory controller executes the boot code to initialize the memory again. After the memory is initialized, the memory controller controls the memory to perform a normal operation.

Abstract: Systems and methods are provided for updating firmware on a firmware storage device in a computing device without losing existing data on the firmware storage device. An exemplary method comprises a local utility retrieving an existing image of the firmware from a management device in the computing device. The firmware can be located on a firmware storage device in the computing device. The method can then retrieve a new image of updated firmware. The method can analyze the existing image and the new image. Based on analysis of the existing image and the new image, the method can create a processed image from the existing image and the new image. The method can then provide for writing the processed image to the firmware storage device of the computing device.

Abstract: A method for autonomously provisioning firmware and custom settings for a server device is provided. The method include determining an installation location and identification information of a server device installed into a rack device, wherein the server device is operating in a first mode of operation, the first mode of operation including at least one of a factory mode and a repair mode. The method also includes identifying a firmware package for the server device based on the installation location and identification information of the server device. The firmware is installed based on the determined installation location and identification information of the server device.

Abstract: A method for patch management is described. The method includes downloading a patch that is incompatible with a patch management system. The method also includes creating an archive that is executable by the patch management system. The archive includes the incompatible patch. The method further includes sending the archive to the patch management system.

Abstract: A platform on a platform system has a first platform that provides deployment and configuration settings for applications developed on the platform; and a second platform developed using the deployment and configuration settings provided by the first platform. The second platform provides second deployment and second configuration settings, and the second platform also provides services that allow second applications to interact with the first platform through the second platform services.

Abstract: A method is used in managing software upgrades in storage systems. An upgrade path information is received describing conditions relevant to upgrading a software from a set of source software revisions to a set of target software revisions. A set of rules denotes storage system configuration conditions relevant to upgrading the software from a source software revision to a target software revision. Storage system configuration information from a set of storage systems of a set of customers is gathered. Storage system configuration of a storage system is analyzed for a software upgrade of the storage system in accordance with a set of rules associated with the software upgrade.

Abstract: A computer system authenticates a user of a mobile application. In response to authenticating the user, the computer identifies a user profile for the user. The user profile includes a current application state for the mobile application. The computer then selects an application version based on applying a set of rules to the current application state. The computer then sends a response to the mobile device indicating the selected application version, enabling performing an operation for the organization based on the selected version for the application selectively enabling access to services provided by the organization for people.

Abstract: In a computer-implemented method for validating interoperability of installed components of a computer system, site data identifying the installed components of the computer system and a version of each of the installed components is received, component dependency data identifying at least one component of the installed components requiring installation of another component of the installed components is received and component interoperability data identifying versions of a component of the installed components that are interoperable with versions of another component of the installed components is received. A version dependency compatibility acyclic graph is generated based at least on the installed components, the component dependency data and component interoperability data. It is determined whether the installed components are interoperable based on the version dependency compatibility acyclic graph.

Abstract: After installation of new version of application such as a program that manages virtualization host is completed; virtual machine status information of a currently running first process of the application is imported to a second process of the application. The second process is initialized to establish a connection between the second process and a process of a machine emulator such as QEMU and the first process exits. Compared with the conventional techniques, since installation of the new version of the application has been completed after the new second process is initialized, the second process already runs based on the new version of software codes. Meanwhile, the virtual machine status information of the second process has been updated to conform to the first process before initiation, so that application-related functions are realized through the correct second process and thus interruption of the application-related functions is avoided during an upgrading process.

Abstract: An information handling system includes a memory and a central processor. The memory stores a firmware update for a component of the information handling system. The central processor is operable in a pre-boot mode and in an operating system runtime mode. The central processor, while in the operating system runtime, updates a location of the firmware update in the memory via a unified extensible firmware interface (UEFI) runtime service, and triggers a firmware update for the component, via the UEFI runtime service, by a boot option number being set to a BootNext EFI variable.