Patent Application
20180113893
The present disclosure relates to systems and techniques for querying databases and displaying queried data in an interactive user interface.
A database may store a large quantity of data. For example, a system may comprise a large number of sensors that each collect measurements at regular intervals, and the measurements may be stored in the database. The measurement data can be supplemented with other data, such as information regarding events that occurred while the system was operational, and the supplemental data can also be stored in the database.
In some cases, a user may attempt to analyze a portion of the stored data. For example, the user may attempt to identify and analyze a portion of the stored data associated with one or more devices, such as data from multiple sensors associated with a geological formation, such as an oil well. However, as the number of measurements increases over time, it can become very difficult for the user to identify the relevant data and perform the analysis.
In one embodiment, a computerized system enables accessing one or more databases in substantially real-time to create and use a workflow template for analyzing data entities stored in the one or more databases. A workflow may be performed to generate one or more charts or visualizations based upon a received selection of one or more series, data sources, and entities, and wherein data source is used to determine values of a series for a particular entity. A workflow template for a particular workflow may be used by a user to perform the workflow without having to specify the restrictions and/or configuration settings associated with the workflow each time the workflow is performed. Thus, the template allows the workflow to be performed without the user having to be familiar with the restrictions and configuration settings associated with the workflow.
In some embodiments, after a desired workflow is identified, one or more series, data source, and/or entity restrictions based upon the workflow are defined based at least in part upon one or more user inputs. In addition, one or more chart or visualization configuration settings based upon the workflow may also be defined. The restrictions and configuration options are saved as the workflow template. The workflow may then be performed by loading the saved workflow template, and based upon the defined restrictions of the saved template, receiving a selection of one or more series, data sources, and entities. One or more charts or visualizations may then be automatically generated and displayed based upon the defined configuration options of the saved template.
As described above, it can become very difficult for the user to identify relevant data and perform an analysis when a database includes a large amount of data. In some cases, the database may contain data from a plurality of sensors at least of a plurality of entities, such as geological formations, that are of interest to the user. The data may also include historical data relating to attributes of the entities (e.g., measurements collected by one or more sensors associated with the entity over time), and/or models generated to predict or forecast attributes of the entity.
For example, in some embodiments, a database may contain data relating to a plurality of geological formations or structures related to the drilling of oil, such as regions, fields, reservoirs, and/or wells. This data may be used by a user (e.g., a surveyor or analyst) to determine which regions, fields, reservoirs, and/or wells to develop or invest in, to analyze historical data, and/or to construct models to forecast future performance. As used herein, a “data entity” or “entity” describes any object or system for which data may be provided, such as from sensors. Example data entities include individual oil wells, groups of oil wells, oil platforms, geographic regions, reservoirs, fields, etc. Data entities may include other objects or systems unrelated to oil well development, such as electronic devices, landfills, robotics, mechanical systems, etc.
For example, the user may identify an entity corresponding to a particular geological formation (e.g., a potential reservoir), and assess the entity for one or more attributes or characteristics (e.g., suitability for future development and/or investment). In order to assess the selected entity, the entity may be compared with other entities (e.g., other reservoirs) having similar attributes or characteristics. In addition, in some embodiments, in response to a user selecting a baseline data entity (e.g., another oil reservoir or modeled oil reservoir), the system may rank a plurality of data entities based upon similarity to the baseline data entity, allowing the user to select and analyze the most relevant data entities.
In some embodiments, the user may also wish to view attribute time series for various fields, reservoirs, and/or other data entities, such as to compare performance of models with collected historical data, compare different models, and/or the like. In some embodiments, the user may select one or more series, data sources, and entities for chart creation, and specify chart configuration options controlling how the charts are to be displayed. In some embodiments, a template may be constructed based upon a selected chart creation workflow, allowing a user to perform the workflow without having to re-specify the configuration parameters associated with the workflow.
Accordingly, disclosed herein are various systems and methods for analyzing data entities and visualizing data entity series. While the present disclosure will refer primarily to the use case of analyzing oil fields/reservoirs, the systems and methods disclosed herein may be applied to other fields and use cases, such as mining, market research, financial investments, scientific studies, geographical surveys, and/or the like. For example, in other embodiments, entities may correspond to various types of geological structures or formations, markets, financial entities, people, events, and/or the like.
The user station 1000 may correspond to any type of computing station that may be used to operate or interface with the applications in the system (e.g., applications on application server 1030). Examples of such user stations include for example, workstations, personal computers, or remote computing terminals. User stations may also include mobile devices, such as smartphones, tablets, or touchscreen devices. The user station 1000 comprises a display device 1012, such as a display monitor, for displaying a user interface to users at the user station. The user station 1000 also comprises one or more input devices 1014 for the user to provide operational control over the activities of the system, such as a mouse, keyboard, or touchscreen to manipulate a graphical user interface to generate user inputs (e.g., by manipulating a cursor or pointing object in the graphical user interface).
Application server 1030 may be used to run one or more modules or applications that can be accessed by a user at user station 1000, such as a user interface module 104 and a data analysis application 105.
Data analysis application 105 may comprise a software application accessible by the user at user station 1000 to perform a variety of operations on received data from database 1040 or another data source. In some embodiments, data analysis application 105 may be a web application that is accessed by the user at user station 1000 through an internet or web browser, such as Internet Explorer, Mozilla Firefox, or Google Chrome. Data analysis application 105 may contain data analysis tools to be used by the user to identify and select data entities for analysis and comparison, based upon data received from database 1040 and/or other data sources. For example, the user may select data entities based upon one or more filters based upon data entity attributes, and/or identify data entities that are similar to a baseline data entity. Data analysis application 105 may also contain chart creation tools to be used by the user to create one or more charts, graphs, and/or other visualizations based upon received data from database 1040 and/or other data sources.
User interface module 104 may comprise a module configured to generate a user interface that may be viewed and interacted with by a user at user station 1000, allowing the user to use the tools and modules contained within data analysis application 105.
Database 1040 may contain entity data 106, model data 107, and template data 108. Entity data 106 comprises data related to a plurality of data entities which, as described above, may correspond to any object or system for which data may be provided, such as from sensors. In some embodiments, entity data 106 may also comprise historical data associated with the data entities. Model data 107 may comprise one or more models. In some embodiments, models may be constructed and used to predict or forecast attributes associated with a data entity. Template data 108 may comprise one or more workflow templates. In some embodiments, workflow templates constructed based upon a selected workflow, allowing a user to perform the workflow without having to re-specify the configuration parameters associated with the workflow.
The database 1040 may be a Relational Database Management System (RDBMS) that stores the data as rows in relational tables. The term “database,” as used herein, may refer to an database (e.g., RDBMS or SQL database), or may refer to any other data structure, such as, for example a comma separated values (CSV), extensible markup language (XML), text (TXT) file, flat file, spreadsheet file, and/or any other widely used or proprietary format. While the database 1040 is shown as a distinct computing system, the database 1040 may operate on the same computing system as the application server 1030 and/or user station 1000. In some embodiments, database 1040 may correspond to multiple databases, and/or span multiple servers or computing devices.
In some embodiments, the data analysis application 105 may be used to allow a user to filter entities based upon attribute values, and compare the filtered entities. For example, entities may correspond to fields or reservoirs used in the oil or gas industries. A potential or prospective reservoir may be identified as a candidate for development or investment by an oil company. However, because investment in a new field or reservoir can be extremely expensive, often costing tens to hundreds of millions of dollars, it is important to be able to learn more about the potential field or reservoir, so that the investment may be made with confidence. One of the primary ways to learn about a new potential field or reservoir is to compare the field or reservoir with other fields or reservoirs that have similar characteristics. By examining other fields/reservoirs with similar characteristics that have been previously invested in, a more informed decision can be made as to whether to invest in the new potential field/reservoir. As noted above, although oil fields/reservoirs are used for purpose of example, these functions may be applied to use cases in a variety of other areas, such as market research, insurance investigations, financial investments, scientific studies, and/or the like.
At block 202, an entity for analysis is received, such as via a user input in a user interface provided to the user station 101. In some embodiments, the entity corresponds to a prospective or potential entity, such as a potential field or reservoir that an oil company is considering investing in or developing, a potential market that a manufacturer is considering entering, and/or the like.
At block 204, one or more attributes of the received entity are identified. For example, attributes of an entity corresponding to a potential reservoir may include reservoir depth, depositional environment, depletion mechanism, porosity, location, and/or the like. In some embodiments, the identified attributes are attributes that may be determined at relatively low cost.
At block 206, a database storing data regarding a plurality of entities is accessed. At block 208, one or more filters are provided by the user, such as via a user interface provided to the user station 101. In some embodiments, one or more of the filters may correspond directly to attribute value ranges, maximums, or minimums of the entity. For example, if the entity corresponding to a potential reservoir has a location attribute value of “United States,” a filter may be defined that filters for reservoirs also having a location attribute value of “United States.” In some embodiments, one or more of the filters may correspond to a range or category that encompasses or includes an attribute value of the entity. For example, if the potential reservoir has a depth of 1200 m, a filter may be defined that filters for reservoirs having a depth attribute value of between 1000 m and 1500 m. In some embodiments, one or more of the filters may correspond to values related to attribute value of the entity. For example, a filter may be defined that filters for reservoirs having a location attribute value that is located near the location value of the prospective reservoir.
In some embodiments, the filters may be determined automatically, or be based at least in part upon one or more user inputs. Once the filters are defined based upon the identified attributes of the prospective entity, the database entities may be filtered using the defined filters, in order to form one or more filtered entities.
As illustrated in
In some embodiments, when a user clicks on an attribute type (e.g., depositional environment), a drop-down menu 308 or other interface feature may appear that displays available attribute values that may be selected to be used as a filter. In some embodiments, the search box 310 may be displayed that allows the user to search the available attribute values. In some embodiments, a user may be able to select multiple values of an attribute to filter. For example, if the prospective reservoir has a location attribute of “France,” the user may click on a location attribute and select “France,” “Germany” (a neighboring country of France), and/or another location value.
In some embodiments, for attribute types that correspond to range filters (such as a “depth” attribute), when a user clicks on the attribute type, a visualization 312 such as a graph (e.g., a bar chart) may be displayed that shows a distribution of entities in the databases between the different ranges. One or more user controls may be displayed allowing the user to specify a range to be filtered. In some embodiments, as the user specifies a range, the graph may be visually updated to reflect the selected range (e.g., bars falling within the specified range are shaded). When the user has defined one or more filters at 302, entities that satisfy the filter conditions may be displayed in column 304.
Returning to
In some embodiments, other types of visualizations, such as a comparison table comparing one or more attributes of the filtered entities, may be displayed.
In some embodiments, as illustrated in
As illustrated in
In many instances, a large number of entities may be returned to the user, even after applying one or more filters. While a chart having a large number of data points may be easy to read, a user may wish to more closely examine a smaller number of entities in greater detail. For example, a user may wish to view a comparison table between different entities, so that they can more easily compare a large number of different attributes between the entities. However, some types of visualizations, such as comparison tables, may be difficult to read if the number of entities in the table is too large. Thus, the user may wish to be able to first select the most relevant entities before constructing a table. However, when there are a large number of entities, which entities are the most relevant may be difficult to ascertain.
In order to find and select the most relevant entities, a user may first establish an entity to serve as a comparison baseline. The remaining entities may then be ranked based upon their similarity to the baseline entity, allowing the user to select the entities deemed to be most relevant for more detailed comparison. For example, a baseline entity may correspond to a well or reservoir having desirable attributes. In some embodiments, the baseline entity can correspond to an actual entity (e.g., an existing well/reservoir), or may correspond to a hypothetical entity having hypothetical or user-defined characteristics. In some embodiments, the baseline entity may correspond to a potential or prospective entity (e.g., a potential reservoir being assessed for future development or investment), in order to identify the entities that are most similar to the potential entity.
At block 402, a selection of a baseline entity is received. In some embodiments, selecting a baseline entity comprises a user viewing or searching a list of existing entities, and selecting an entity with desirable attributes to serve as a baseline entity. In some embodiments, the baseline entity may be a fictional or hypothetical entity having attributes deemed desirable by the user. In some embodiments, a fictional or hypothetical entity may be created by a user using a user interface to enter one or more attributes. In some embodiments, a user may select more than one existing entity, and a hypothetical baseline entity may be created based upon the plurality of selected entities (e.g., a hypothetical entity with attribute values that are aggregated or averaged from the attribute values of the selected entities).
At block 404, entities are ranked based upon their similarity to the baseline entity. The entities may comprise all available entities in the database, or may be restricted to entities that satisfy one or more filters. In some embodiments, the entities are ranked by calculating a quantity (also may be referred to as a “similarity score”) for each entity, based on how similar the entity is to the baseline entity, and then ranking the entities by their similarity scores.
A variety of methods may be used to calculate a similarity score for an entity. For example, in one embodiment, the similarity score between an entity and the baseline entity may be calculated by computing a difference between corresponding attributes of the entity and the baseline entity, and aggregating the differences as a weighted sum. For example, in some embodiments the following formula may be used:
wherein the entity and the baseline entity are compared based upon n attributes, and each attribute is associated with a weight w. In the above formula, |attributei,baseline−attributei| denotes a difference between an attribute value of the baseline entity and the corresponding attribute value of the entity being compared. In some embodiments, this may comprise subtraction for attributes values that can be expressed quantitatively. However, in some embodiments, certain attributes are not expressed quantitatively. In such cases, quantitative scores may be assigned to attribute values based upon whether they are the same or different from the baseline attribute. For example, for a “color” attribute, a score of 0 may be assigned if the color attributes are the same, and a score 1 is assigned if they are different. In some embodiments, quantitative scores may be based at least in part on different degrees of similarity between the attribute value of the baseline entity and those of the entities being ranked (e.g., red and orange may be considered to have a small difference, and have a score of ½, while red and blue may be considered to have a large difference, and have a score of 1).
The above formula is provided for purpose of example, and that in various embodiments, any type of formula or methodology may be used to calculate a similarity score and/or rank the entities based upon a level of similarity or difference from the baseline entity.
At block 406, once the entities have been ranked (e.g., sorted by similarity scores), a selection of one or more entities is received. In some embodiments, this may comprise a user selecting a top n entities from the ranked entities, corresponding to the n entities determined to be most similar to the baseline entity. In some embodiments, the user may specify a desired number of entities and/or a threshold similarity score, whereupon the entities that meet those criteria will be automatically selected.
At block 408, one or more visualizations may be generated based upon the selected entities. For example, the visualization may comprise a comparison table constructed based upon the selected entities (e.g., as illustrated in
If a baseline entity has been selected, it may be displayed at 512 of display area 504. One or more entities may be displayed below the baseline entity, and ranked based upon their similarity to the baseline entity. The displayed entities may correspond to entities that satisfy the one or more filters shown in display area 502.
Display area 506 may be used to display detailed information on a selected entity (e.g., an entity listed in display area 504). In some embodiments, display area 506 may also be used to display visualizations associated with a plurality of entities, such as a chart or a comparison table.
In some embodiments, entities may be associated with one or more series (may also be referred to as “data series”). In some embodiments, a series may indicate values of an attribute over time or over a particular time period. For example, an entity corresponding to a well or reservoir may be associated with an oil production rate series that plots an oil production rate value in relation to time. In some embodiments, a series associated with an entity may correspond to any attribute of the entity that may be measured over time, such as temperature, price, revenue, and/or the like. For the purposes of the present specification, use of the term “series” may generally refer to a time series that indicates values of a selected attribute of an entity (e.g., temperature, price, revenue, and/or the like) in relation to time. For example, a temperature series may indicate values of a temperature attribute over time. However, in other embodiments, the term “series” may also be used to refer to other types of series that plot attribute values of an entity in relation to an attribute or measurement other than time.
In some embodiments, values of a series for an entity may be determined through one or more different data sources. For example, historical data may be recorded for an entity (e.g., using one or more sensors, monitors, and/or the like) indicating the value of an attribute series at various times in the past. In addition, one or more models may be constructed to model past, present, and/or future values of an attribute series. In some embodiments, the models may be based at least in part upon recorded historical data.
For example, a reservoir entity may be associated with an oil production rate series. The actual oil production rate of the reservoir can be measured over time to produce historical data. In addition, an analyst (and/or automated machine learning software) may construct a model of the reservoir that can be used to compute or predict an oil production rate for the reservoir for any given time. In some embodiments, different models may be constructed based upon assumptions of different conditions. For example, a first model may be constructed that predicts the oil production rate of the reservoir should a new investment of $10 million be received, while a second model may be constructed that predicts the oil production rate with the assumption that no new investment occurs.
A user may wish to be able to generate one or more time series charts based upon series, data sources, and entities. For example, charts may be constructing allowing a user to compare a series over time between different entities, compare a series as determined by different data sources, and/or the like.
Although the present disclosure will refer primarily to time series charts for purposes of example, in other embodiments other types of charts may be constructed. For example, in some embodiments charts may be generated with x-axis attributes other than time. These attributes may include location, temperature, cumulative oil production, cumulative voidage, and/or the like. In some embodiments, charts having an x-axis other than time may be referred to as “cross-plots.”
At block 602, a workflow template may be selected. The workflow template may correspond to a commonly performed workflow. In some embodiments, a “basic template” may be available for performing workflows that do not have their own corresponding template. As illustrated in
At block 604, a selection of one or more series is received. A series may correspond to any attribute associated with an entity that varies over time, such as oil production rate, gross profits, temperature, rainfall, customer satisfaction, and/or the like. In the context of oil wells and reservoirs, series may correspond to gas, oil, and/or water saturation measures; gas and/or water injection measures (e.g., injection rate, cumulative injection); oil, gas, water, and/or condensate production measures; pressure measures (e.g., drawdown pressure, bottom hole pressure); gas/oil ratio, and/or the like. In some embodiments, a series corresponds to data that may be received as direct readings from a sensor or derived data based on information from one or more sensors.
At block 606, a selection of one or more data sources is received. In some embodiments, data sources may comprise historical data. Historical data may be received based upon readings from one or more sensors operating over a period of time. For example, a temperature sensor may be used to generate historical data for a temperature series of a region entity. Historical data may also be received through other means, such as data derived through readings from one or more sensors, periodic observation logs, data retrieved from a database (e.g., price data), and/or the like. Types of sensors that may be used may include temperature sensors, pressure sensors, depth sensors, oil/gas rating sensors (e.g., to measure a quality rating of extracted oil or gas), liquid volume sensors (e.g., to measure a volume of extracted oil), water level sensors, and/or the like.
In addition, data sources may also comprise data computed using one or more models. Models may be constructed by analysts in order to predict future series behavior (e.g., future oil production quantity, future price trends, and/or the like). In some embodiments, models may be based upon previously received historical data. For example, a model may be generated based upon historical pressure or flow rate data for a region entity, in order to predict future pressures or flow rate.
In some embodiments, models may correspond to specific entities. However, models may also be used that can be applied to multiple entities, all entities of a certain type, and/or the like. In some embodiments, models may correspond to specific series, or be able to compute multiple different series.
At block 608, a selection of one or more entities may be received. In some embodiments, the one or more entities may correspond to one or more entities selected based upon a prospective entity and/or a baseline entity (e.g., entities similar to the baseline entity).
In some embodiments, multiple types of entities may be available for selection. For example, in the context of oil production, entities may include fields, reservoirs, regions, region groups, wells, and/or well groups. In some embodiments, some entities may be aggregates of one or more other entities. For example, a region group entity may be an aggregate of a plurality of different region entities, such that a series value for the region group entity (e.g., oil production) may be an aggregate of the corresponding series values of the region entities that comprise it. The menu may contain a button or other interface element 712 allowing the user to restrict the displayed entities to those of a particular type or category.
At block 610, one or more charts are generated based upon the received series, data sources, and entities. In some embodiments, the created charts may be based upon the number of series, data sources, and/or entities selected. For example, in some embodiments, one chart may be created for each series, data source, entity combination. In some embodiments, one or more of these charts may be combined or overlaid on top of each other for easier comparison. An interface may be presented to the user, allowing the user to specify which charts to create and how they are to be combined or overlaid.
In some embodiments, additional charts relating to how the different series, data sources, and entities relate to each other may also be created. For example, a user wishing to compare how two data sources (e.g., two different models) compare may wish to view a graph showing a difference between values of series using one data source, and the values of the series using the other data source. In some embodiments, an interface may be presented to the user allowing them specify what types of additional graphs to create.
In some embodiments, the interface may contain one or more controls specifying how the charts are to be displayed. For example, the interface may contain one or more controls 716 allow a user to separate the charts based upon series, data source, and/or entity.
While being able to select any number of series, data sources, and/or entities may allow for a user to generate many different combinations of charts and visualizations, in some cases, the number of options available may be overwhelming or inconvenient for a user who only needs to perform a limited number of different tasks. There may be specific workflows that are frequently executed that make use of specific configuration options, and it may be desirable to be able to execute those workflows without having to configure those options each time the workflow is to be executed.
For example, a commonly used workflow may be one that compares two different data sources. A user may wish to compare a historical data source with a model data source, in order to assess how well the model is performing. Alternatively, the user may desire to compare two different models to see how they differ. In some embodiments, a model may be constructed based on the assumption of an occurrence of a particular event or condition. Different models may be compared in order to forecast how a series may change based upon whether or not the event or condition is fulfilled.
In some embodiments, templates corresponding to particular workflows may be defined and saved. By loading a saved template, configuration options associated with the workflow may be automatically set, saving time and also allowing users who may be unfamiliar with the configuration options to execute the workflow.
At block 802, a workflow for which a template to be created is specified. The workflow may correspond to a workflow expected to be performed regularly, or have unique or seldom used configuration options. For example, a common workflow that may be performed may be a workflow to compare two different data sources (hereinafter also referred to as a “Profile Comparison” workflow). By creating a “Profile Comparison” template corresponding to the “Profile Comparison” workflow, a user will be able to perform the workflow by loading the template, without having to be familiar with the various configuration settings and options available in the application.
At block 804, one or more series restrictions, data source restrictions, and/or entity restrictions are defined. These restrictions may limit the number and/or type of series, data sources, and/or entities that may be selected in a particular workflow. For example, as described above, in some embodiments, a “basic template” may be used with any number of series, data sources, and/or entities. However, certain workflows may require a certain number of series, data sources, and/or entities. For example, a “Profile Comparison” workflow, used to compare two different data sources, may require the user to select two data sources. In addition, the user of the “Profile Comparison” workflow may only be able to select one series and one entity, so that the data sources being compared will be with reference to the same series and entity. As such, the “Profile Comparison” workflow may contain a series restriction restricting the number of selected series to one, an entity restriction restricting the number of selected entities to one, and a data source restriction restricting the number of selected data sources to two.
In some embodiments, restrictions may be placed on the types of series, data sources, and/or entities that can be selected (e.g., only model data sources, only reservoir entities, and/or the like). The restrictions may be defined based at least in part upon one or more user-specified criteria. The user may be presented with a user interface with which they may specify the criteria indicating restrictions associated with the workflow. For example, the user may wish to define a template for a workflow for comparing model data to historical data, and thus may define a data source restriction restricting the selected data sources to one historical data source and one model data source.
In some embodiments, at block 806, the user may also specify one or more configurations or restrictions regarding the charts that are generated. Certain charts or combinations of charts may be desired for certain workflows. For example, for a “Profile Comparison” workflow used to compare two different data sources, it would be useful to have a chart that plots a series for the different data sources, as well as a chart that plots a computed difference between the different data source series. By setting a configuration (e.g., a chart configuration specifying a first chart plotting a series for the first selected data source, a second chart plotting a series for the second selected data source, and a third chart plotting a difference between the first and second data sources), these charts may be automatically created once the user has specified the desired series, data sources, and entity, without the user having to set additional configuration settings or perform additional manipulations. At block 808, the workflow template is saved, allowing it to be later loaded and the workflow associated with the template to be performed by a user.
In some embodiments, the restrictions and configurations may be defined based upon one or more inputs from a user. The user may be different from a user who later performs the workflow (e.g., using the process illustrated in
As illustrated at display area 902, the user is only able to select a single series, two different data sources, and a single entity. Upon the user having selected the desired series, entity, and data sources, two charts are created in display area 904, a first chart that plots the two data source series for the selected entity against each other, and a second chart that plots the difference between the two data source series. Thus, a user will be able to easily assess how the data sources compare and are different from each other.
According to one embodiment, the techniques described herein are implemented by one or more special-purpose computing devices. The special-purpose computing devices may be hard-wired to perform the techniques, or may include digital electronic devices such as one or more application-specific integrated circuits (ASICs) or field programmable gate arrays (FPGAs) that are persistently programmed to perform the techniques, or may include one or more general purpose hardware processors programmed to perform the techniques pursuant to program instructions in firmware, memory, other storage, or a combination. Such special-purpose computing devices may also combine custom hard-wired logic, ASICs, or FPGAs with custom programming to accomplish the techniques. The special-purpose computing devices may be desktop computer systems, server computer systems, portable computer systems, handheld devices, networking devices or any other device or combination of devices that incorporate hard-wired and/or program logic to implement the techniques.
Computing device(s) are generally controlled and coordinated by operating system software, such as iOS, Android, Chrome OS, Windows XP, Windows Vista, Windows 7, Windows 8, Windows Server, Windows CE, Unix, Linux, SunOS, Solaris, iOS, Blackberry OS, VxWorks, or other compatible operating systems. In other embodiments, the computing device may be controlled by a proprietary operating system. Conventional operating systems control and schedule computer processes for execution, perform memory management, provide file system, networking, I/O services, and provide a user interface functionality, such as a graphical user interface (“GUI”), among other things.
For example,
Computer system 1000 includes a bus 1002 or other communication mechanism for communicating information, and a hardware processor, or multiple processors, 1004 coupled with bus 1002 for processing information. Hardware processor(s) 1004 may be, for example, one or more general purpose microprocessors.
Computer system 1000 also includes a main memory 1006, such as a random access memory (RAM), cache and/or other dynamic storage devices, coupled to bus 1002 for storing information and instructions to be executed by processor 1004. Main memory 1006 also may be used for storing temporary variables or other intermediate information during execution of instructions to be executed by processor 1004. Such instructions, when stored in storage media accessible to processor 1004, render computer system 1000 into a special-purpose machine that is customized to perform the operations specified in the instructions. Main memory 1006 may also store cached data, such as zoom levels and maximum and minimum sensor values at each zoom level.
Computer system 1000 further includes a read only memory (ROM) 1008 or other static storage device coupled to bus 1002 for storing static information and instructions for processor 1004. A storage device 1010, such as a magnetic disk, optical disk, or USB thumb drive (Flash drive), etc., is provided and coupled to bus 1002 for storing information and instructions. For example, the storage device 1010 may store measurement data obtained from a plurality of sensors.
Computer system 1000 may be coupled via bus 1002 to a display 1012, such as a cathode ray tube (CRT) or LCD display (or touch screen), for displaying information to a computer user. For example, the display 1012 can be used to display any of the user interfaces described herein with respect to
Computing system 1000 may include a user interface module to implement a GUI that may be stored in a mass storage device as executable software codes that are executed by the computing device(s). This and other modules may include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
In general, the word “module,” as used herein, refers to logic embodied in hardware or firmware, or to a collection of software instructions, possibly having entry and exit points, written in a programming language, such as, for example, Java, Lua, C or C++. A software module may be compiled and linked into an executable program, installed in a dynamic link library, or may be written in an interpreted programming language such as, for example, BASIC, Perl, or Python. It will be appreciated that software modules may be callable from other modules or from themselves, and/or may be invoked in response to detected events or interrupts. Software modules configured for execution on computing devices may be provided on a computer readable medium, such as a compact disc, digital video disc, flash drive, magnetic disc, or any other tangible medium, or as a digital download (and may be originally stored in a compressed or installable format that requires installation, decompression or decryption prior to execution). Such software code may be stored, partially or fully, on a memory device of the executing computing device, for execution by the computing device. Software instructions may be embedded in firmware, such as an EPROM. It will be further appreciated that hardware modules may be comprised of connected logic units, such as gates and flip-flops, and/or may be comprised of programmable units, such as programmable gate arrays or processors. The modules or computing device functionality described herein are preferably implemented as software modules, but may be represented in hardware or firmware. Generally, the modules described herein refer to logical modules that may be combined with other modules or divided into sub-modules despite their physical organization or storage
Computer system 1000 may implement the techniques described herein using customized hard-wired logic, one or more ASICs or FPGAs, firmware and/or program logic which in combination with the computer system causes or programs computer system 1000 to be a special-purpose machine. According to one embodiment, the techniques herein are performed by computer system 1000 in response to processor(s) 1004 executing one or more sequences of one or more instructions contained in main memory 1006. Such instructions may be read into main memory 1006 from another storage medium, such as storage device 1010. Execution of the sequences of instructions contained in main memory 1006 causes processor(s) 1004 to perform the process steps described herein. In alternative embodiments, hard-wired circuitry may be used in place of or in combination with software instructions.
The term “non-transitory media,” and similar terms, as used herein refers to any media that store data and/or instructions that cause a machine to operate in a specific fashion. Such non-transitory media may comprise non-volatile media and/or volatile media. Non-volatile media includes, for example, optical or magnetic disks, such as storage device 1010. Volatile media includes dynamic memory, such as main memory 1006. Common forms of non-transitory media include, for example, a floppy disk, a flexible disk, hard disk, solid state drive, magnetic tape, or any other magnetic data storage medium, a CD-ROM, any other optical data storage medium, any physical medium with patterns of holes, a RAM, a PROM, and EPROM, a FLASH-EPROM, NVRAM, any other memory chip or cartridge, and networked versions of the same.
Non-transitory media is distinct from but may be used in conjunction with transmission media. Transmission media participates in transferring information between non-transitory media. For example, transmission media includes coaxial cables, copper wire and fiber optics, including the wires that comprise bus 1002. Transmission media can also take the form of acoustic or light waves, such as those generated during radio-wave and infra-red data communications.
Various forms of media may be involved in carrying one or more sequences of one or more instructions to processor 1004 for execution. For example, the instructions may initially be carried on a magnetic disk or solid state drive of a remote computer. The remote computer can load the instructions into its dynamic memory and send the instructions over a telephone line using a modem. A modem local to computer system 1000 can receive the data on the telephone line and use an infra-red transmitter to convert the data to an infra-red signal. An infra-red detector can receive the data carried in the infra-red signal and appropriate circuitry can place the data on bus 1002. Bus 1002 carries the data to main memory 406, from which processor 1004 retrieves and executes the instructions. The instructions received by main memory 1006 may retrieve and execute the instructions. The instructions received by main memory 1006 may optionally be stored on storage device 1010 either before or after execution by processor 1004.
Computer system 1000 also includes a communication interface 1018 coupled to bus 1002. Communication interface 1018 provides a two-way data communication coupling to a network link 1020 that is connected to a local network 1022. For example, communication interface 1018 may be an integrated services digital network (ISDN) card, cable modem, satellite modem, or a modem to provide a data communication connection to a corresponding type of telephone line. As another example, communication interface 1018 may be a local area network (LAN) card to provide a data communication connection to a compatible LAN (or WAN component to communicated with a WAN). Wireless links may also be implemented. In any such implementation, communication interface 1018 sends and receives electrical, electromagnetic or optical signals that carry digital data streams representing various types of information.
Network link 1020 typically provides data communication through one or more networks to other data devices. For example, network link 1020 may provide a connection through local network 1022 to a host computer 1024 or to data equipment operated by an Internet Service Provider (ISP) 1026. ISP 1026 in turn provides data communication services through the world wide packet data communication network now commonly referred to as the “Internet” 1028. Local network 1022 and Internet 1028 both use electrical, electromagnetic or optical signals that carry digital data streams. The signals through the various networks and the signals on network link 1020 and through communication interface 1018, which carry the digital data to and from computer system 1000, are example forms of transmission media.
Computer system 1000 can send messages and receive data, including program code, through the network(s), network link 1020 and communication interface 1018. In the Internet example, a server 1030 might transmit a requested code for an application program through Internet 1028, ISP 1026, local network 1022 and/or communication interface 1018. In addition, a database 1040 may be accessed by computer system and/or server 1030 through Internet 1028, ISP 1026, local network 1022 and/or communication interface 1018.
The received code may be executed by processor 1004 as it is received, and/or stored in storage device 1010, or other non-volatile storage for later execution.
Each of the processes, methods, and algorithms described in the preceding sections may be embodied in, and fully or partially automated by, code modules executed by one or more computer systems or computer processors comprising computer hardware. The processes and algorithms may be implemented partially or wholly in application-specific circuitry.
The various features and processes described above may be used independently of one another, or may be combined in various ways. All possible combinations and subcombinations are intended to fall within the scope of this disclosure. In addition, certain method or process blocks may be omitted in some implementations. The methods and processes described herein are also not limited to any particular sequence, and the blocks or states relating thereto can be performed in other sequences that are appropriate. For example, described blocks or states may be performed in an order other than that specifically disclosed, or multiple blocks or states may be combined in a single block or state. The example blocks or states may be performed in serial, in parallel, or in some other manner. Blocks or states may be added to or removed from the disclosed example embodiments. The example systems and components described herein may be configured differently than described. For example, elements may be added to, removed from, or rearranged compared to the disclosed example embodiments.
Conditional language, such as, among others, “can,” “could,” “might,” or “may,” unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements and/or steps. Thus, such conditional language is not generally intended to imply that features, elements and/or steps are in any way required for one or more embodiments or that one or more embodiments necessarily include logic for deciding, with or without user input or prompting, whether these features, elements and/or steps are included or are to be performed in any particular embodiment.
Any process descriptions, elements, or blocks in the flow diagrams described herein and/or depicted in the attached figures should be understood as potentially representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps in the process. Alternate implementations are included within the scope of the embodiments described herein in which elements or functions may be deleted, executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those skilled in the art.
It should be emphasized that many variations and modifications may be made to the above-described embodiments, the elements of which are to be understood as being among other acceptable examples. All such modifications and variations are intended to be included herein within the scope of this disclosure. The foregoing description details certain embodiments of the invention. It will be appreciated, however, that no matter how detailed the foregoing appears in text, the invention can be practiced in many ways. As is also stated above, it should be noted that the use of particular terminology when describing certain features or aspects of the invention should not be taken to imply that the terminology is being re-defined herein to be restricted to including any specific characteristics of the features or aspects of the invention with which that terminology is associated. The scope of the invention should therefore be construed in accordance with the appended claims and any equivalents thereof.
This application claims priority to U.S. patent application Ser. No. 14/813,749, filed on Jul. 30, 2015, which claims the priority and benefit of U.S. Provisional No. 62/135,456, filed Mar. 19, 2015, which is hereby incorporated by reference in its entirety. Any and all applications for which a foreign or domestic priority claim is identified in the Application Data Sheet as filed with the present application are hereby incorporated by reference under 37 CFR 1.57.
| Number | Date | Country | |
|---|---|---|---|
| 62135456 | Mar 2015 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 14813749 | Jul 2015 | US |
| Child | 15848429 | US |
