Abstract: Approaches for writing data objects to a distributed file system are described. In an example, a size of a data object to be created within a distributed file system may be determined based on a client request. Based on the size of the data object, data content of the data object is inserted into one of the object location table, object data table or a data container within the distributed file system. In an example, metadata corresponding to the data object may be written to an object location table.

Abstract: Alkaline extraction followed by acid precipitation or ultrafiltration method for preparation of protein isolates from oilseeds cakes/meals is followed. The strong alkaline and acidic conditions alter the functional properties of the protein, which adversely affects its quality. The present invention provides a microbial based process to produce protein isolates/concentrates from oilseed cakes/meals or from other similar type of sources either plant or animal origin without addition of strong or diluted acid. The protein is extracted in aqueous media or alkaline aqueous media with or without containing specified salt for specified duration. The extract is centrifuged, mixed with known microbial culture (the process is not limited to the particular strain) and incubated at particular temperature and duration. The precipitated protein is recovered and dried to get protein isolates/concentrates.

Abstract: Systems and methods for selecting a control mode to launch an application in a vehicle are described. For one embodiment, a system for selecting control modes for launching applications in a vehicle with a dashboard screen can include a computing device embedded in the vehicle, the computing device connected to the dashboard screen and a control display; and an operating system installed on the computing device, the operating system running a multi-display controller and one or more applications. The multi-display controller is to receive a request from the control display for launching an application, determine a control mode used to launch the application based on an integration level indicator of the application, and launch the application in the determined control mode. A metabar and a global widget can be created on top of the dashboard screen. The metabar is permanently displayed across the dashboard screen, and can contain environmental and driving-related information.

Abstract: Systems and methods for outputting to a vehicle dashboard screen from multiple operating systems are described in this disclosure. The systems and methods use a computing device to host different types of applications in the operating systems. A first of the operating systems runs driving-critical applications, and a second of the operating systems can run non-driving-critical applications. The first operating system has direct access to display hardware on the computing device, and can include security features to prevent it from being compromised. Outputs generated by the non-driving-critical applications in the second operating system are sent to the first operating system, where the outputs are combined with outputs from the driving-critical applications, to create a series of composite images for display on the dashboard screen. Either the first operating system or the second operating system can control the whole dashboard screen based on predetermined configurations.

Abstract: Systems and methods for using multiple control displays to control displaying applications on a dashboard screen in a vehicle are described. The applications can be non-driving-critical applications running in an operating system installed on a computing device embedded in the vehicle. The computing device is connected to the dashboard screen, a first control display and a second control display. A controlling application in the operating system can populate the first control display and the second control display with different menus, and display one or more of the non-driving-critical applications in a single display area or multiple display areas depending on user inputs from the first control display and the second control display. In an embodiment, the first control display is positioned within a driving wheel of the vehicle and the second control display is positioned between two front seats in the vehicle.

Abstract: Systems and methods for using multiple control displays to control displaying applications on a dashboard screen in a vehicle are described. The applications can be non-driving-critical applications running in an operating system installed on a computing device embedded in the vehicle. The computing device is connected to the dashboard screen, a first control display and a second control display. A controlling application in the operating system can populate the first control display and the second control display with different menus, and display one or more of the non-driving-critical applications in a single display area or multiple display areas depending on user inputs from the first control display and the second control display. In an embodiment, the first control display is positioned within a driving wheel of the vehicle and the second control display is positioned between two front seats in the vehicle.

Abstract: Systems and methods for selecting a control mode to launch an application in a vehicle are described. For one embodiment, a system for selecting control modes for launching applications in a vehicle with a dashboard screen can include a computing device embedded in the vehicle, the computing device connected to the dashboard screen and a control display; and an operating system installed on the computing device, the operating system running a multi-display controller and one or more applications. The multi-display controller is to receive a request from the control display for launching an application, determine a control mode used to launch the application based on an integration level indicator of the application, and launch the application in the determined control mode. A metabar and a global widget can be created on top of the dashboard screen. The metabar is permanently displayed across the dashboard screen, and can contain environmental and driving-related information.

Abstract: Systems and methods for outputting to a vehicle dashboard screen from multiple operating systems are described in this disclosure. The systems and methods use a computing device to host different types of applications in the operating systems. A first of the operating systems runs driving-critical applications, and a second of the operating systems can run non-driving-critical applications. The first operating system has direct access to display hardware on the computing device, and can include security features to prevent it from being compromised. Outputs generated by the non-driving-critical applications in the second operating system are sent to the first operating system, where the outputs are combined with outputs from the driving-critical applications, to create a series of composite images for display on the dashboard screen. Either the first operating system or the second operating system can control the whole dashboard screen based on predetermined configurations.

Abstract: Data to be moved from a source system to a target system, for a set of tenants, is first identified. It is then isolated into its own container. The contents are then moved.

Abstract: A method provides device access security via use of periodically changing Quick Response (QR) codes. The method includes: generating (706) a first authentication QR code and assigning (708) the generated QR code as the current authentication mechanism for accessing the device. Contemporaneously with the generation of the QR code, at least one QR code validity parameter is established (710) to define when access to the device can be provided to a second device that provides the correct authentication QR code along with the access request. The method includes, in response to a pre-defined trigger (712) of the QR code validity parameter: generating (704) a new authentication QR code, different from a previously generated authentication QR code; assigning (708) the new authentication QR code as the current authentication mechanism for accessing the device; and enabling access to the first device to only second devices that provide the current authentication QR code.

Abstract: Data to be moved from a source system to a target system, for a set of tenants, is first identified. The data is enumerated by a first computing instance in the source system to obtain an enumeration list. Data is copied from the source system to the target system based on the enumeration list by a second computing instance. The data in the source and target systems is then enumerated by a third computing instance to determine whether any data is still to be moved and another enumeration list is generated. The data still to be moved is then moved based on the other enumeration list.

Abstract: Data to be moved from a source system to a target system, for a set of tenants, is first identified. The data is enumerated by a first computing instance in the source system to obtain an enumeration list. Data is copied from the source system to the target system based on the enumeration list by a second computing instance. The data in the source and target systems is then enumerated by a third computing instance to determine whether any data is still to be moved and another enumeration list is generated. The data still to be moved is then moved based on the other enumeration list.

Abstract: A method provides device access security via use of periodically changing Quick Response (QR) codes. The method includes: generating (706) a first authentication QR code and assigning (708) the generated QR code as the current authentication mechanism for accessing the device. Contemporaneously with the generation of the QR code, at least one QR code validity parameter is established (710) to define when access to the device can be provided to a second device that provides the correct authentication QR code along with the access request. The method includes, in response to a pre-defined trigger (712) of the QR code validity parameter: generating (704) a new authentication QR code, different from a previously generated authentication QR code; assigning (708) the new authentication QR code as the current authentication mechanism for accessing the device; and enabling access to the first device to only second devices that provide the current authentication QR code.

Abstract: A method provides device access security via use of periodically changing Quick Response (QR) codes. The method includes: generating (706) a first authentication QR code and assigning (708) the generated QR code as the current authentication mechanism for accessing the device. Contemporaneously with the generation of the QR code, at least one QR code validity parameter is established (710) to define when access to the device can be provided to a second device that provides the correct authentication QR code along with the access request. The method includes, in response to a pre-defined trigger (712) of the QR code validity parameter: generating (704) a new authentication QR code, different from a previously generated authentication QR code; assigning (708) the new authentication QR code as the current authentication mechanism for accessing the device; and enabling access to the first device to only second devices that provide the current authentication QR code.

Abstract: A client device encodes data into an audio signal and communicates the audio data to an additional client device, which decodes the data from the audio signal. The data is partitioned into characters, which are subsequently partitioned into a plurality of sub-characters. Each sub-character is encoded into a frequency, and multiple frequencies that encode sub-characters are combined by the client device to generate an audio signal. Frequencies encoding sub-characters may be above 16 kilohertz, so the sub-characters are transmitted using frequencies that are inaudible to humans. The audio signal is communicated to an additional client device, which decodes frequencies from the audio signal to sub-characters, which are then combined into characters by the additional client device to generate the data.

Abstract: Disclosed are methods and systems for devices in peer-to-peer networks to form a new group using information sent by a group owner in a previous group session. In some embodiments, a method of delegating group ownership from a first device to a second device for the formation of a new group includes: determining the second device will be the group owner of the new group during a current group session; broadcasting to devices in the current group session that the second device will be the group owner of the new group; dissolving the current group session; and forming a new group with the second device as group owner.

Abstract: A mobile device includes wireless local area network (WLAN) baseband hardware, a wide area network (WAN) transceiver, location hardware, and a processor. The processor is operatively coupled to the WLAN baseband hardware, the WAN transceiver and the location hardware. The processor is configured to determine that the mobile device is moving away from a radio coverage area of a WLAN access point and to provide a mobile device user with notification of pending loss of radio coverage. The processor may also provide instructions to the user of a direction to move in so as to maintain WLAN radio coverage. The instructions may be provided visually by displaying an arrow on the display, or vocally using text-to-voice audio output.

Abstract: Data to be moved from a source system to a target system, for a set of tenants, is first identified. The data is enumerated by a first computing instance in the source system to obtain an enumeration list. Data is copied from the source system to the target system based on the enumeration list by a second computing instance. The data in the source and target systems is then enumerated by a third computing instance to determine whether any data is still to be moved and another enumeration list is generated. The data still to be moved is then moved based on the other enumeration list.

Abstract: Data to be moved from a source system to a target system, for a set of tenants, is first identified. The data is enumerated by a first computing instance in the source system to obtain an enumeration list. Data is copied from the source system to the target system based on the enumeration list by a second computing instance. The data in the source and target systems is then enumerated by a third computing instance to determine whether any data is still to be moved and another enumeration list is generated. The data still to be moved is then moved based on the other enumeration list.

Abstract: Data to be moved from a source system to a target system, for a set of tenants, is first identified. It is then isolated into its own container. The contents are then moved.