Abstract: According to an example aspect, there is provided a method comprising: generating a smart contract with information of a number of targeted devices to perform an update, providing the smart contract for a distributed ledger for the number of targeted devices, receiving an indication to the distributed ledger on readiness to perform the update by the number of targeted devices, and receiving another indication to the distributed ledger on the performance of the update by the number of targeted devices.

Abstract: According to an example aspect, there is provided a method comprising: generating a smart contract with information of a number of targeted devices to perform an update, providing the smart contract for a distributed ledger for the number of targeted devices, receiving an indication to the distributed ledger on readiness to perform the update by the number of targeted devices, and receiving another indication to the distributed ledger on the performance of the update by the number of targeted devices.

Abstract: An apparatus comprising: at least one processor; and at least one memory including computer program code, the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus to perform at least the following: receive a user input; and based on the user input, provide an open instance of a first camera control application on a first apparatus as a corresponding open instance of an at least related camera control application on a second apparatus.

Abstract: An apparatus comprising: at least one processor; and at least one memory including computer program code, the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus to perform at least the following: receive a user input; and based on the user input, provide an open instance of a first camera control application on a first apparatus as a corresponding open instance of an at least related camera control application on a second apparatus.

Abstract: Techniques for dynamic device start up include causing the following steps in response to powering a device. A server is determined, which provides at least a portion of a user interface to operate the device. If a communications network is available, a request message is sent to the server. The request message indicates at least a request for at least first data describing at least the portion of the user interface. The user interface is rendered based at least in part on the first data. In some embodiments, a server determines first data that describes at least a portion of a user interface for a remote device. The user interface is an interface for receiving input at the remote device to operate the remote device. In response to receiving a start-up message indicating start up of the remote device, at least the first data is sent to the remote device.

Abstract: Provided herein is a method, which may include an indication that is received that a view of a task is presented by a first device. State information may be provided to a second device to permit the second device to be synchronized with the first device and to present a view of the task, either the same view or a different view than that presented by the first device. Information may also be received relating to a change in state of the task that is provided by one of the devices while a first view of the task is presented thereupon. Further, updated state information may be provided to another one of the devices to cause the other device to remain synchronized and to update a second view of the task that is presented.

Abstract: An apparatus comprising: at least one processor; and at least one memory including computer program code, the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus to perform at least the following: receive a user input; and based on the user input, provide an open instance of a first camera control application on a first apparatus as a corresponding open instance of an at least related camera control application on a second apparatus.

Abstract: A method, apparatus and computer program product are provided to synchronize multiple devices. In regards to a method, an indication is received that a view of a task is presented by a first device. The method causes state information to be provided to a second device to permit the second device to be synchronized with the first device and to present a view of the task, either the same view or a different view than that presented by the first device. The method also receives information relating to a change in state of the task that is provided by one of the devices while a first view of the task is presented thereupon. Further, the method causes updated state information to be provided to another one of the devices to cause the other device to remain synchronized and to update a second view of the task that is presented.

Abstract: An approach is provided for applying changes to a user interface. The window manager receives an input for specifying at least one change to one or more components of a first user interface. Next, the window manager determines respective execution states of one or more applications associated with the user interface. Then, the window manager determines to apply the at least one change to generate a second user interface while preserving the respective execution states.

Abstract: Techniques for dynamic device start up include causing the following steps in response to powering a device. A server is determined, which provides at least a portion of a user interface to operate the device. If a communications network is available, a request message is sent to the server. The request message indicates at least a request for at least first data describing at least the portion of the user interface. The user interface is rendered based at least in part on the first data. In some embodiments, a server determines first data that describes at least a portion of a user interface for a remote device. The user interface is an interface for receiving input at the remote device to operate the remote device. In response to receiving a start-up message indicating start up of the remote device, at least the first data is sent to the remote device.

Abstract: One embodiment of the present invention provides a system that facilitates loading of an in-place executable file into a virtual machine. The system operates by loading the in-place executable file into the virtual machine, where the in-place executable file contains internal pointers that point to memory locations within the in-place executable file, and a target memory address that specifies a target location in memory where the in-place executable file is configured to be loaded. The system then determines an actual memory address at which the in-place executable file is actually loaded. If the actual memory address and the target memory address are different, the system generates an offset value, which is the difference between the actual memory address and the target memory address. Finally, the system adjusts each internal pointer within the in-place executable file by the offset value so that the internal pointers point to intended locations inside the in-place executable file.

Abstract: One embodiment of the present invention provides a system that facilitates efficiently resolving symbolic references in a virtual machine to support in-place execution. During operation, the system loads an in-place executable file into the virtual machine, and receives a pointer that points to an unresolved symbol value in the in-place executable file. This unresolved symbol value includes an offset value that points to a subsequent unresolved symbol value in a chain of unresolved symbol values within the in-place executable file, and a token value that can be used to look up a corresponding resolved reference value in an unresolved symbol table. The system then uses the token value to look up the corresponding resolved reference in the unresolved symbol table, and replaces the unresolved symbol value with the corresponding resolved reference.

Abstract: Embodiments of the invention comprise a method and apparatus for avoiding array class creation in, for example, virtual machines for object-oriented programming languages. Embodiments of the invention reduce the internal structures created for arrays at runtime, thereby reducing memory consumption. Unlike in a traditional implementation, where a separate array class is created for each array of different type, in an embodiment of the invention the type information is stored in array instances instead. Array classes are not created at all. Rather, the root class of the class hierarchy (e.g., “java.lang.Object”) is used as the class of each array instance. When an array instance is instantiated, a reference to the “java.lang.Object” class is created in the class field of the array instance and the type information is stored in the instance itself. In one embodiment of the invention, an integer type value is stored in a special type field of the array instance.

Abstract: The invention provides a method of creating and periodically loading a database of classfiles on a non traditional computer device, such as a PDA (personal digital assistant), cellular telephone, pager, appliances, or other embedded device. A resident Java virtual machine loads classes from this database instead of loading them from a file system. The embedded device is periodically updated by connecting it to a network or computer that includes a classfile source. At this time, records can be added to, or deleted from, the database (where the records are classfiles). The management of the classfile database on the embedded device is independent of the virtual machine on the embedded device. One embodiment of the invention comprises an embedded device with a virtual machine, a classfile database, a database manager, and a remote database loader. The embedded device and virtual machine can function even when not connected to the classfile source.

Abstract: The invention provides a method of creating and periodically loading a database of classfiles on a non traditional computer device, such as a PDA (personal digital assistant), cellular telephone, pager, appliances, or other embedded device. A resident Java virtual machine loads classes from this database instead of loading them from a file system. The embedded device is periodically updated by connecting it to a network or computer that includes a classfile source. At this time, records can be added to, or deleted from, the database (where the records are classfiles). The management of the classfile database on the embedded device is independent of the virtual machine on the embedded device. One embodiment of the invention comprises an embedded device with a virtual machine, a classfile database, a database manager, and a remote database loader. The embedded device and virtual machine can function even when not connected to the classfile source.