Flexible hierarchical settings registry for operating systems
First Claim
1. A method for storing and accessing software settings within a registry, comprising:
- creating a native node of a native data store by generating a native settings object containing a settings value;
storing the native settings object in memory with a key using a first file type, wherein the native data store is associated with the first file type, and wherein the first file type is supported by the registry;
registering the native node with the registry;
receiving a non-native node of a non-native data store, wherein the non-native data store is associated with a second file type that is not supported by the registry;
registering the non-native node with the registry using a class identifier for a custom registry class;
receiving a request for settings data from an application in the form of an application programming interface (API) call;
determining whether the requested settings data is in the native node or the non-native node; and
implementing a singleton service associated with the registry to obtain the settings value in response to determining that the requested settings data is in the native node, wherein;
the singleton service obtains the requested settings data from the native settings object within the singleton service;
the singleton service returns the obtained settings data to the API; and
the obtained settings data is returned to the application from the API.
2 Assignments
0 Petitions
Accused Products
Abstract
Various embodiments include methods and systems provide a distributed settings registry with access protection definable by application developers. Distributed settings registry may be implemented across different technologies with customizable privileges and the dynamic ability to plug different nodes into the registry tree. The settings registry may exist under a registry interface so the applications invoking the registry need not be concerned with where or how the settings data is stored. Each node in the tree of the registry may define its own privilege requirements and storage technology. Nodes may be “native” (i.e., fully supported within the setting registry system software) or “non-native” (i.e., defined by developers for specific applications).
-
Citations
20 Claims
-
1. A method for storing and accessing software settings within a registry, comprising:
-
creating a native node of a native data store by generating a native settings object containing a settings value; storing the native settings object in memory with a key using a first file type, wherein the native data store is associated with the first file type, and wherein the first file type is supported by the registry; registering the native node with the registry; receiving a non-native node of a non-native data store, wherein the non-native data store is associated with a second file type that is not supported by the registry; registering the non-native node with the registry using a class identifier for a custom registry class; receiving a request for settings data from an application in the form of an application programming interface (API) call; determining whether the requested settings data is in the native node or the non-native node; and implementing a singleton service associated with the registry to obtain the settings value in response to determining that the requested settings data is in the native node, wherein; the singleton service obtains the requested settings data from the native settings object within the singleton service; the singleton service returns the obtained settings data to the API; and the obtained settings data is returned to the application from the API. - View Dependent Claims (2, 3, 4, 5)
-
-
6. A mobile device, comprising:
-
a processor; a memory coupled to the processor; wherein the processor is configured with processor-executable instructions to perform steps comprising; creating a native node for a native data store by generating a native settings object containing a settings value; storing the native settings object in memory with a key using a first file type, wherein the native data store is associated with the first file type, and wherein the first file type is supported by the registry; registering the native node with the registry; receiving a non-native node of a non-native data store, wherein the non-native data store is associated with a second file type that is not supported by the registry; registering the non-native node with the registry using a class identifier for a custom registry class; receiving a request for settings data from an application in the form of an application programming interface (API) call; determining whether the requested settings data is in the native node or in the non-native node; and implementing a singleton service associated with the registry to obtain the settings value in response to determining that the requested settings data is in the native node, wherein; the singleton service obtains the settings data from the native settings object within the singleton service; the singleton service returns the obtained settings data to the API; and the obtained settings data is returned to the application from the API. - View Dependent Claims (7, 8, 9, 10)
-
-
11. A non-transitory computer-readable storage medium having stored thereon processor-executable instructions configured to cause a processor of a computing device to perform steps comprising:
-
creating a native node in a native data store by generating a native settings object containing a settings value; storing the native settings object in memory with a key using a first file type, wherein the native data store is associated with the first file type, and wherein the first file type is supported by the registry; registering the native node with the registry; receiving a non-native node of a non-native data store, wherein the non-native data store is associated with a second file type that is not supported by the registry; registering the non-native node with the registry using a class identifier for a custom registry class; receiving a request for settings data from an application in the form of an application programming interface (API) call; determining whether the requested settings data is in a native node or in a non-native node; and implementing a singleton service associated with the registry to obtain the settings value in response to determining that the requested settings data is in the native node, wherein; the singleton service obtains the settings data from the native settings object within the singleton service; the singleton service returns the obtained settings data to the API; and the obtained settings data is returned to the application from the API. - View Dependent Claims (12, 13, 14, 15)
-
-
16. A mobile device, comprising:
-
means for creating a native node in a native data store by generating a native settings object containing a settings value; means for storing the native settings object in memory with a key using a first file type, wherein the native data store is associated with the first file type, and wherein the first file type is supported by the registry; registering the native node with the registry; means for receiving a non-native node of a non-native data store, wherein the non-native data store is associated with a second file type that is not supported by the registry; means for registering the non-native node with the registry using a class identifier for a custom registry class; means for receiving a request for settings data from an application in the form of an application programming interface (API) call; means for determining whether the requested settings data is in the native node or in a non-native node; and means for implementing a singleton service associated with the registry to obtain the settings value in response to determining that the requested settings data is in the native node, wherein; the singleton service obtains the settings data from the native settings object within the singleton service; the singleton service returns the obtained settings data to the API; and the obtained settings data is returned to the application from the API. - View Dependent Claims (17, 18, 19, 20)
-
Specification