Methods and systems for providing geospatially-aware user-customizable virtual environments

CLAIM OF PRIORITY

0001The present application relates to U.S. Provisional Application No. 61/442,167 filed Feb. 11, 2011, entitled “Methods and Apparatus for Providing Customizable Virtual Environments Using Mobile Devices,” by Abraham J. Clark and John-Isaac Clark, from which provisional application priority is claimed, and which provisional application is incorporated by reference herein.

FIELD

0002The present teachings relate generally to methods and systems for providing location-specific interactive content and virtual environments using mobile devices, by delivering user- and peer-customizable geospatially-aware virtual environments adapted to the mobile devices' location, spatial orientation, and/or movement.

BACKGROUND

0003Advancements in cellular communication technology and mobile communication devices, such as the integration of location tracking technology onto such communication devices, incorporation of web applications and multimedia services into cellular communication networks, and the like, have added greater flexibility, processing power, and communication capabilities to already ubiquitous mobile communication devices. As a result, such mobile communication devices have become more popular in the consumer marketplace, and many consumers now rely on their mobile communication devices, such as cellular phones, to make purchase decisions, conduct financial transactions, exchange messages in their social network, take and view pictures and videos, and carry out other activities.

0004Information content can be targeted, delivered, and/or priced based on the click-thru and conversion rates of the content by the intended recipients, which are affected by the relevance of the information content and the timeliness of its delivery. In the past and at present time, content delivery platforms have relied on various mechanisms for targeting information content, such as tracking cookies and profiles of targeted users. Moreover, existing content delivery platforms are generally designed to provide content to recipients without tailoring the content to the recipients' location.

SUMMARY

0005According to the present teachings in one or more aspects, methods and systems are provided for delivering location-specific interactive content and virtual environments to mobile devices based on the mobile devices' physical context. As described herein, a virtual environment management system provides user/peer-customizable and geospatially-aware virtual environments adapted to the mobile devices' location (e.g., latitude and longitude and/or altitude), spatial orientation, movement, or other physical contexts.

0006The virtual environment management system, according to exemplary embodiments of the present teachings, provides a dynamic platform for users (e.g., businesses, events, locations, venues, groups, causes, organizations, agencies, individuals, etc.) to create geospatially-aware functionality through a dashboard (e.g., a Web-based interface, a software application, etc.), and then expose the functionality to a mobile application. End-users, such as mobile device users, can use the mobile application to search for, browse through, and interact with location-specific data content via a map interface, an augmented reality viewer, and/or other geospatially-aware virtual environments provided by the exposed functionality. The virtual environment management system gives the users the tools to enrich and customize the end-users' mobile experience and increase the value and relevance of data content delivered to the end-users via the mobile application.

0007The dashboard of the virtual environment management system enables the users to customize, personalize, define, combine, and create features and elements within the mobile application. In various embodiments, the users can use the dashboard to define an activation condition for conditional functionality in the mobile application, such as where, when, and/or to whom they want to expose the conditional functionality, for example, at a business, at an event, at a concert venue during a scheduled performance, at a stadium during a scheduled game, and the like. The users can also use the dashboard to customize pre-built elements (e.g., menus, lists, calendars, news feeds, photo galleries, multimedia players, etc.) or create their own elements for their functionality. In further embodiments, the users can publish their functionality for the end-users to view, utilize, or even further customize. Thus, in addition to allowing the users to create and define the end-users' mobile experiences, the virtual environment management system enables a community of end-users to explore, share, and customize their own mobile experiences.

DESCRIPTION OF THE DRAWINGS

0008The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate aspects of the present teachings and together with the description, serve to explain principles of the present teachings. In the figures:

0009<figref idref="DRAWINGS">FIG. 1A</figref> illustrates an exemplary virtual environment management system that provides geospatially-aware and user- and peer-customizable virtual environments for performing real-time information sharing and management, consistent with various embodiments of the present teachings;

0010<figref idref="DRAWINGS">FIGS. 1B and 1C</figref> illustrate various embodiments of the virtual environment management system, consistent with various embodiments of the present teachings;

0011<figref idref="DRAWINGS">FIG. 2</figref> illustrates exemplary methodologies illustrating the relationship and workflow among various components of the virtual environment management system, consistent with various embodiments of the present teachings;

0012<figref idref="DRAWINGS">FIGS. 3A-F</figref> and <b>4</b>A-H illustrate screenshots of exemplary graphical user interface and user-interactive virtual environments associated with the virtual environment management system, according to an embodiment of the present teachings; and

0013<figref idref="DRAWINGS">FIG. 5</figref> illustrates a computer system that is consistent with embodiments of the present teachings.

DETAILED DESCRIPTION

0014Reference will now be made in detail to exemplary embodiments of the present teachings, an example of which is illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used throughout the drawings to refer to the same or like parts.

0015In the following description, reference is made to the accompanying drawings that form a part thereof, and in which is shown by way of illustration specific embodiments in which may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice these embodiments and it is to be understood that other embodiments may be utilized and that changes may be made without departing from the scope of the present teachings. The following description is, therefore, merely exemplary.

0016Additionally, in the subject description, the word “exemplary” is used to mean serving as an example, instance, or illustration. Any aspect or design described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects or designs. Rather, use of the word exemplary is intended to present concepts in a concrete fashion.

0017<figref idref="DRAWINGS">FIG. 1A</figref> illustrates an exemplary embodiment of a virtual environment management system <b>100</b> that provides a framework for users to create and customize geospatially-aware functionality for a mobile application through a digital dashboard, and then publish or expose the functionality to the mobile application. Users can include, for example, businesses, events, locations, venues, groups, causes, organizations, agencies, individuals, and the like, that use virtual environment management system <b>100</b> to create, customize, and publish location-specific interactive content and geospatially-aware virtual environments. End-users, such as mobile device users, can use the mobile application to search for and access location-specific data content via a map interface, an augmented reality viewer, and/or other geospatially-aware virtual environments provided by the users. A virtual environment is an interactive graphical user interface that simulates and/or augments an end-user's physical environment, which can be determined or inferred from location and sensor data, user input, and/or other contextual information provided by the end-user or the end-user's mobile device.

0018This framework gives the users the tools to enrich the end-users' mobile experience and increase the value and relevance of data content delivered to the end-users. More particularly, in various aspects, and as generally shown in the figures, platforms and techniques for creating, customizing, and managing location-specific interactive content and geospatially-aware virtual environments are provided, to allow users to create and define end-users' mobile experiences and enable a community of end-users to explore, share, and customize their own mobile experiences. In the embodiment shown in <figref idref="DRAWINGS">FIG. 1A</figref>, virtual environment management system <b>100</b> can include geospatial services <b>110</b>, widget services <b>120</b>, data services <b>130</b>, and databases <b>140</b>. Virtual environment management system <b>100</b> can further provide or incorporate a dashboard <b>150</b> and user interfaces <b>160</b>.

0019In various embodiments, geospatial services <b>110</b> can provide geospatial and routing services, such as ingesting and combining geospatial, navigation, and other data from multiple sources into a composite two- or three-dimensional user-customizable geospatial interface for visualization, searching, browsing, routing, and reality augmentation. Widget services <b>120</b> can provide tools and libraries for creating and customizing widgets and applications that dynamically generate graphical user interfaces and virtual environments to interact with end-users. Widgets can include pre-built elements such as, for example, menus, lists, calendars, news feeds, photo galleries, multimedia players, and the like. Data services <b>130</b> can receive, retrieve, integrate, transform, and store static and dynamic data from various data sources and provide data to various data consumers.

0020Databases <b>140</b> can include a routing database <b>141</b>, a context store <b>142</b>, a data store <b>143</b>, a user accounts database <b>144</b>, and the like. Routing database <b>141</b> can store and supply routing and navigation data used by, for example, geospatial services <b>110</b>. Context store <b>142</b> can store and supply activation conditions, contexts, and various settings associated with widgets, hybrid applications, and other conditional functionality provided by widget services <b>120</b>. Data store <b>143</b> can store and supply user-defined and other types of data for data services <b>130</b>. User accounts database <b>144</b> can store and supply user accounts of users of virtual environment management system <b>100</b>. Databases <b>140</b> can further include a geographic information system (GIS) database, a global positioning system (GPS) database, a global environmental multiscale model database, and/or other types of databases know to one skilled in the art.

0021Dashboard <b>150</b> can provide tools and interfaces for users to customize, personalize, define, combine, and create elements and features of geospatially-aware functionality and to publish the functionality for the other users and end-users to view, utilize, and further customize. User interfaces <b>160</b> can provide one or more intuitive interfaces for the end-users to view and interact with location-specific data content and geospatially-aware functionality provided by virtual environment management system <b>100</b>.

0022Each of geospatial services <b>110</b>, widget services <b>120</b>, data services <b>130</b>, databases <b>140</b>, dashboard <b>150</b>, and user interfaces <b>160</b> can serve as a data source, a data consumer, or both. Data sources can also include native data sources, visualization libraries, and other sources of data such as external services <b>190</b> and external data stores <b>195</b>. Exemplary external services and data stores include data streams and feeds (e.g., Keyhole Markup Language feeds), a data sensor network, a GIS database or data service (e.g., GOOGLE MAPS, BING MAPS), a GPS database or data service, mobile messaging devices, manual input, and the like. Furthermore, virtual environment management system <b>100</b> can leverage, enhance, and augment existing resources that are already operational, the existing resources providing many important elements required in virtual environment management system <b>100</b>. Virtual environment management system <b>100</b> can also utilize modular controllers to integrate and/or aggregate data from various sources and store the integrated data in accordance with an abstract data model, the integrated data including, for example, geospatial events, collections of objects, key/value text data stores, and the like.

0023Modular controllers can implement and/or extend open standards such as, for example, a representational state transfer (REST) interface (e.g., REST Hypertext Transfer Protocol), Hypertext Preprocessor interfaces and objects, a Simple Object Access Protocol messaging framework, remote procedure call protocols, a JavaScript Object Notation standard, a Keyhole Markup Language standard, a Resource Description Framework data model, and the like.

0024In various embodiments, geospatial services <b>110</b> can ingest and process geospatial and routing/navigation data and provide a variety of features that support geospatial visualization and route planning. Geospatial services <b>110</b> can integrate geospatial, routing, and other data from multiple sources into a composite two- or three-dimensional user-customizable geospatial interface for visualization, searching, browsing, routing, and reality augmentation. Geospatial services <b>110</b> can retrieve or access data from widget services <b>120</b>, data services <b>130</b>, databases <b>140</b>, dashboard <b>150</b>, user interfaces <b>160</b>, and other data sources. For example, geospatial services <b>110</b> can access or capture, via user interfaces <b>160</b>, user input and sensor data from end-users' mobile devices, such as the mobile devices' location, spatial orientation, movement, or other physical contexts. Geospatial services <b>110</b> can also receive a stream of data from external data services <b>190</b>, such as GOOGLE EARTH and GOOGLE MAPS, and/or external data stores <b>195</b>. After geospatial services <b>110</b> receive the geospatial and/or routing data, geospatial services <b>110</b> can format, integrate, aggregate, and/or store the data in databases <b>140</b> for processing and future retrieval.

0025Geospatial services <b>110</b> can geospatially display the integrated data over relative maps and imagery via user interfaces <b>160</b>, along with any dynamic overlays, such as a points-of-interest overlay, a travel route overlay, a latitude/longitude overlay, a topography overlay, and the like. In doing so, geospatial services <b>110</b> can provide virtual environments through which geospatial, routing, points of interest, and other data can be exposed and employed for visualization via user interfaces <b>160</b>. This functionality enables end-users to interact in real-time, via user interfaces <b>160</b> on their mobile devices, with data content relevant or specific to the mobile devices' location (e.g., latitude and longitude and/or altitude), spatial orientation, movement, or other physical contexts. Geospatial services <b>110</b> can also utilize abstract data modeling and relationship management to provide geo-enablement of non-geospatial data, such as user-defined data associated with points of interest. User-defined data can include any data defined, created, uploaded, customized, or otherwise entered by one or more users or end-users.

0026In various embodiments, geospatial services <b>110</b> can also provide the integrated geospatial/routing data to widget services <b>120</b> as input data for one or more widgets or applications in widget services <b>120</b>. Widget services <b>120</b> can include a library <b>121</b> of widgets, such as pre-built elements including, for example, menus, lists, calendars, news feeds, photo galleries, multimedia players, and the like. Widget library <b>121</b> can also include an index or registry of widgets and a toolkit that users can use to find, create, or customize widgets. For example, using the toolkit, a restaurateur can customize a menu for her restaurant, a convention planner can create or update a list or directory of vendors and a calendar of events for a convention, an event coordinator can create or update a list of performers or competitors for an event at a venue and provide newsfeeds or multimedia relevant to the event and/or the venue, a supermarket chain can provide a sales circular for a supermarket and/or indicate the locations of the sales items in that supermarket, and the like.

0027Widget services <b>120</b> can further include mash-up services <b>122</b>, which provide Web-based data integration services for users to author, design, modify, store, and/or publish mash-ups. Mash-ups are user-centric hybrid applications that include a combination or aggregation of services, widgets, standards-based data sources, and/or other functionality. In various embodiments, mash-up services <b>122</b> enable users to retrieve or access widgets' definitions or interfaces and combine or aggregate, via dashboard <b>150</b>, one or more widgets and other functionality into a hybrid application, other functionality including, for example, services provided by geospatial services <b>110</b>, data services <b>130</b>, external services <b>190</b>, and the like. Mash-up services <b>122</b> can also enable users to use dashboard <b>150</b> to define or revise activation conditions for activating or exposing certain widgets and other conditional functionality of the hybrid application to user interfaces <b>160</b>, associate or link the widgets and services in the hybrid application with selected data sources, and store contexts, activation conditions, and settings associated with the hybrid application in databases <b>140</b>. As described above, sources of data and services can include geospatial services <b>110</b>, widget services <b>120</b>, data services <b>130</b>, databases <b>140</b>, dashboard <b>150</b>, external services <b>190</b>, and external data sources <b>195</b>. Data sources can also include user interfaces <b>160</b>, through which user input (e.g., keypad, touchscreen, microphone, etc.) and sensor data (e.g., GPS unit, gyroscope, accelerometer, image sensor, thermometer, etc.) from end-users' mobile devices can be captured.

0028Activation conditions can be defined with respect to mobile devices' location (e.g., latitude and longitude and/or altitude), spatial orientation, movement, or other physical and operational contexts, such as a period of time or a targeted group of users or their mobile devices. For example, activation conditions can include where, when, and/or to whom to expose the widgets and other functionality of the hybrid application, such as at a business, at an event, at a concert venue during a scheduled performance, at a stadium during a scheduled game, and the like. When virtual environment management system <b>100</b> determines that one or more activation conditions for conditional widgets in a hybrid application are met or satisfied, widget services <b>120</b> can populate the conditional widgets in the hybrid application with data from the selected data sources and present the populated widgets in an integrated manner. Widget services <b>120</b> can present the populated widgets, for example, via user interfaces <b>160</b>.

0029Mash-up services <b>122</b> can include or provide a sandbox that allows users to experiment with a hybrid application prior to publishing the hybrid application to other users and/or end-users in virtual environment management system <b>100</b>. For example, the sandbox can provide users with the capability to use dashboard <b>150</b> to graphically select and arrange the widgets and services in the hybrid application, store the hybrid application in user accounts associated with the users, test and preview the hybrid application using test data or data from replicated or selected data sources, and the like. The sandbox can utilize or build on a mash-up editor or composition tool, examples of which include GOOGLE APP ENGINE, YAHOO!, PIPES, MICROSOFT POPFLY, and the like.

0030In various embodiments, virtual environment management system <b>100</b> can incorporate or provide dashboard <b>150</b> for users to interface with virtual environment management system <b>100</b> and to create, customize, manage, and publish location-specific interactive content and geospatially-aware virtual environments. For example, a user can use dashboard <b>150</b> to create a user account with virtual environment management system <b>100</b> or log onto an existing user account to retrieve previously-saved hybrid applications, customizations, and settings. The user can use dashboard <b>150</b> to interface with geospatial services <b>110</b> to manage or customize geospatial and routing services, such as selecting which dynamic overlay to use and what user-defined data to display. The user can also use dashboard <b>150</b> to interface with widget services <b>120</b> to create, customize, save, and publish widgets and hybrid applications that the user owns or has created, interface with data services <b>130</b> to manage or customize data services used to populate the widgets and other functionality, and save hybrid applications, customizations, and settings in a user account associated with the user that owns the hybrid applications. Dashboard <b>150</b> can be implemented on any number of clients that run on any operating system, such as MICROSOFT WINDOWS (e.g., WINDOWS CE, WINDOWS NT, WINDOWS 2000, WINDOWS XP, and WINDOWS VISTA), MAC OS, LINUX, UNIX, ORACLE SOLARIS, OPEN VMS, IBM AIX, and other operating systems known to one skilled in the art. Dashboard <b>150</b> can interact with users via a browser <b>151</b>, such as INTERNET EXPLORER, CHROME, FIREFOX, SAFARI, and the like. Browser <b>151</b> can utilize one or more browser plug-ins, such as the GOOGLE EARTH plug-in, the ADOBE FLASH PLAYER plug-in, and/or other two- and three-dimensional browser plug-ins known to one skilled in the art. Users can select an area of the globe that they typically work in and save it as their “home” when they log-on to virtual environment management system <b>100</b>.

0031As shown in <figref idref="DRAWINGS">FIG. 1A</figref>, virtual environment management system <b>100</b> can incorporate or provide user interfaces <b>160</b> for end-users to access and interact with, via mobile devices, services and data content from various sources, such as geospatial services <b>110</b>, widget services <b>120</b>, data services <b>130</b>, databases <b>140</b>, dashboard <b>150</b>, external services <b>190</b>, external data sources <b>195</b>, etc. Data sources can also include user input and sensors on the mobile devices.

0032In various embodiments, user interfaces <b>160</b> can use the mobile devices' inputs and sensors to detect the location, spatial orientation, movement, and/or other contextual data associated with mobile devices. The detection and identification of the location of mobile devices, for example, can be performed or supplemented using various positioning services, such as GPS, Assisted GPS (A-GPS), base station triangulation or trilateration, the European Galileo position system, or other positioning or location services or techniques. The detection and identification of the orientation or movement of the mobile devices, for example, can be performed using various sensors, such as gyroscopes, accelerometers, image sensors, and/or other orientation and movement detection sensors or techniques. Image sensors can be any type of electronic device capable of generating image data and can be built into the mobile devices. In operation, a mobile device user can point the image sensor in a general direction of a target, and the image sensor can generate image data after capturing an area covering the target. Mobile devices can also include other types of sensors, such as temperature sensors, that can provide other types of contextual data.

0033User interfaces <b>160</b> can interact with end-users via a mobile client <b>161</b>, such as GOOGLE EARTH APPLICATION and/or a client built on, for example, GOOGLE EARTH technology, which has a set of capabilities such as zooming-in and out of various locations, tilting the view for over-the-horizon perspectives, panning on a certain area, and the like. User interfaces <b>160</b> can be implemented on any number of clients that run on any mobile operating system, such as GOOGLE ANDROID, APPLE iOS, MICROSOFT WINDOWS MOBILE and WINDOWS 8, SYMBIAN OS, LINUX, QUALCOMM BREW, BLACKBERRY OS, and other mobile operating systems known to one skilled in the art. In addition or as an alternative to mobile client <b>161</b>, user interfaces <b>160</b> can interact with end-users via a browser <b>162</b>, such as the ANDROID browser, GOOGLE CHROME, APPLE SAFARI, INTERNET EXPLORER MOBILE, FIREFOX FOR MOBILE, OPERA MOBILE, SKYFIRE, and the like. Browser <b>162</b> can utilize one or more browser plug-ins, such as the GOOGLE EARTH plug-in, the ADOBE FLASH PLAYER plug-in, and/or other two- and three-dimensional browser plug-ins known to one skilled in the art.

0034In various embodiments, user interfaces <b>160</b> can leverage, enhance, and/or augment existing applications or resources on the mobile devices. For example, user interfaces <b>160</b> can provide an augmented reality viewer that overlays or superimposes, in real-time, computer-generated graphics over one or more images captured by an image sensor in viewfinder mode. Computer-generated graphics can include a dynamic overlay, such as a points-of-interest overlay, a travel route overlay, a latitude/longitude overlay, a topography overlay, and the like. Virtual environment management system <b>100</b> can generate a dynamic overlay for an image based on image data and/or sensor data provided by a mobile device. For example, virtual environment management system <b>100</b> can perform feature recognition or other types of image recognition to detect points of interest in the image, and then generate an overlay based on the detected points of interest. Virtual environment management system <b>100</b> can also generate or refine the dynamic overlay based on sensor data provided by the mobile device, such as a location, a spatial orientation, movement, or other sensor data provided by the mobile device.

0035The maps and images accessible to the users and end-users via dashboard <b>150</b> and user interfaces <b>160</b> can be managed locally but can also be extended by concurrently integrating community globe information using server-side resources such as, for example, GOOGLE EARTH and MAPS products provided by the National Geospatial-Intelligence Agency, and sharing maps and images via secure networks such as the Secret Internet Protocol Router Network, the Joint Worldwide Intelligence Communications System, and the like. Additional exemplary server-side resources can include GOOGLE EARTH SERVER, Hypertext Preprocessor, the JAVA platform, JAVASCRIPT, POSTGRESQL, POSTGIS, PLPYTHON, LINUX-based web servers, and other server-side resources known to one skilled in the art. Users and end-users can toggle the visibility of these underlying imagery or maps resources.

0036According to embodiments, virtual environment management system <b>100</b> can be implemented on any type of computer system, such as server computers, desktop computers, thin clients, virtual machines, laptops, mobile devices, tablet computers, smartphones, personal digital assistants, and the like. The computer system can include the components of a conventional computer system, for example, components as described below in <figref idref="DRAWINGS">FIG. 14</figref>. In embodiments, the computer system implementing virtual environment management system <b>100</b> can be configured to operate in conjunction with other computer systems. As illustrated in <figref idref="DRAWINGS">FIG. 1B</figref>, for example, virtual environment management system <b>100</b> can be implemented on a computer system <b>170</b> that is coupled to a network <b>180</b>. Network <b>180</b> can include one or more communication networks, such as a local area network, a wide area network, the Internet, a cloud-based network, a cellular network, and the like. In this example, virtual environment management system <b>100</b> can provide and/or communicate with the users and end-users via network <b>180</b>. For instance, virtual environment management system <b>100</b> can communicate with the users and end-users via a network-based interface, such as dashboard <b>150</b> and user interfaces <b>160</b>. As such, the users and end-users can utilize virtual environment management system <b>100</b>, via dashboard <b>150</b> or user interfaces <b>160</b>, from a remote computer system coupled to network <b>180</b>. Additionally, virtual environment management system <b>100</b> can communicate with external services <b>190</b> and/or external data stores <b>195</b> via network <b>180</b>. For instance, dashboard <b>150</b>, user interfaces <b>160</b>, external services <b>190</b>, and/or external data stores <b>195</b> can be supported by one or more remote computer systems coupled to network <b>180</b>.

0037In the example illustrated in <figref idref="DRAWINGS">FIG. 1B</figref>, virtual environment management system <b>100</b> can provide dashboard <b>150</b> and/or user interfaces <b>160</b> via network <b>180</b> to a remote computing system. Likewise, for example, virtual environment management system <b>100</b> can be locally stored and executed on a computer system. As such, virtual environment management system <b>100</b> can provide dashboard <b>150</b> and/or user interfaces <b>160</b> as a graphical user interface to allow the users and end-users to utilize virtual environment management system <b>100</b>. Similarly, while external services <b>190</b> and external data stores <b>195</b> are illustrated as being remotely located from virtual environment management system <b>100</b>, any of external services <b>190</b>, external data stores <b>195</b>, and/or other types of services and data sources can be implemented locally on the computer system implementing virtual environment management system <b>100</b>. One skilled in the art will realize that virtual environment management system <b>100</b>, dashboard <b>150</b>, user interfaces <b>160</b>, external services <b>190</b>, and external data stores <b>195</b>, can be implemented on any type of computer system or systems configured in any type of arrangement.

0038In embodiments, virtual environment management system <b>100</b> can be implemented as an application program that is capable of being stored on and executed by an type of computer system, for example, as illustrated in <figref idref="DRAWINGS">FIG. 5</figref>. Virtual environment management system <b>100</b> can be written in a variety of programming languages, such as JAVA, C++, Python code, VISUAL BASIC, HTML, XML, and the like to accommodate a variety of operating systems, computing system architectures, etc. The modules and/or components of virtual environment management system <b>100</b> can be implemented in a single application program capable of executing on any type of computer systems. Likewise, the modules and/or components of virtual environment management system <b>100</b> can be implemented as separate application programs that are capable of executing on separate computer systems. For example, as illustrated in <figref idref="DRAWINGS">FIGS. 1A and 1C</figref>, the modules and/or components in virtual environment management system <b>100</b>, such as geospatial services <b>110</b>, widget services <b>120</b>, data services <b>130</b>, and databases <b>140</b>, can be separate and can communicate via a communication network <b>185</b>. While <figref idref="DRAWINGS">FIGS. 1A and 1C</figref> illustrate all the modules and/or components in virtual environment management system <b>100</b> are separate, any number of the modules and/or components in virtual environment management system <b>100</b> can be separate and/or located in the same application program.

0039Exemplary embodiments of virtual environment management system <b>100</b>, such as those described herein and illustrated in <figref idref="DRAWINGS">FIGS. 1A-C</figref>, are intended to present concepts in a concrete fashion and are described in sufficient detail to enable those skilled in the art to practice these embodiments. However, other embodiments can be utilized and changes can be made without departing from the scope of the present teachings.

0040<figref idref="DRAWINGS">FIG. 2</figref> illustrates a flowchart of processing <b>200</b> that can be performed by virtual environment management system <b>100</b> for users to generate location-specific interactive content and geospatially-aware virtual environments and deliver the content and virtual environments to end-users, in accordance with various embodiments of the present teachings.

0041Processing <b>200</b> begins in <b>210</b>, during which virtual environment management system <b>100</b> can provide dashboard <b>150</b> for users to interface with virtual environment management system <b>100</b>. In various embodiments, users can use dashboard <b>150</b> to create, customize, save, and publish widgets and hybrid applications that are used to provide location-specific interactive content and geospatially-aware virtual environments to end-users, such as mobile device users. Users can use dashboard <b>150</b> to create user accounts with virtual environment management system <b>100</b> or log onto existing user accounts to retrieve previously-saved hybrid applications, customizations, and settings. Users can use dashboard <b>150</b> to combine or aggregate one or more widgets, services, and other functionality into a hybrid application, define or revise activation conditions for activating or exposing the widgets, services, and other conditional functionality of the hybrid application to user interfaces <b>160</b>. Using dashboard <b>150</b>, users can associate or link the widgets and services in the hybrid application with selected data sources, store contexts, activation conditions, and settings associated with the hybrid application, and publish the hybrid application for other users and end-users to view, utilize, and further customize. Users can also use dashboard <b>150</b> to access a mash-up sandbox to graphically select and arrange the widgets and services in the hybrid application, store the hybrid application in user accounts associated with the users, and test and preview the hybrid application using test data or data from replicated or selected data sources.

0042Next, in <b>220</b>, virtual environment management system <b>100</b> can use a hybrid application to, generate a virtual environment accessible to an end-user via user interfaces <b>160</b>. The end-user can view and interact with, via the virtual environment, location-specific data content and geospatially-aware functionality provided by the hybrid application. In various embodiments, virtual environment management system <b>100</b> can generate the virtual environment in response to the end-user activating or accessing user interfaces <b>160</b> on a mobile device, for example, by opening mobile client <b>161</b> or entering a uniform resource locator or keyword in browser <b>162</b> to access the hybrid application.

0043In <b>230</b>, virtual environment management system <b>100</b> can receive sensor data from the mobile device of the end-user, such as data indicating the mobile device's location, spatial orientation, and movement. Then, in <b>240</b>, virtual environment management system <b>100</b> can determine whether or not activation conditions for one or more conditional widgets or functionality of the hybrid application are met. Activation conditions can be defined with respect to mobile device's location, spatial orientation, movement, or other physical and operational contexts, such as a range of time or a targeted group of users or their mobile devices. Thus, activation conditions can include where, when, and/or to whom to expose or activate the conditional widgets and functionality. If virtual environment management system <b>100</b> determines in <b>250</b> that one or more activation conditions for the conditional widgets and functionality are met or otherwise satisfied, then in <b>260</b>, virtual environment management system <b>100</b> can activate the conditional widgets and functionality in the virtual environment. Finally, virtual environment management system <b>100</b> determines whether or not to continue processing <b>200</b>. If yes, then processing <b>200</b> continues; if not, then processing <b>200</b> ends.

0044Exemplary virtual environments providing various data content and functionality are illustrated in <figref idref="DRAWINGS">FIGS. 3A-F</figref> and <b>4</b>A-H. For example, <figref idref="DRAWINGS">FIGS. 3A-F</figref> depict virtual environments presented to attendees of an auto race at a motor speedway, and <figref idref="DRAWINGS">FIGS. 4A-H</figref> depict virtual environments presented to attendees of a convention at a convention center.

0045<figref idref="DRAWINGS">FIG. 5</figref> illustrates a computer system <b>500</b> that is consistent with embodiments of the present teachings. In general, embodiments of the present teachings may be implemented in various computer systems, such as a personal computer, a server, a workstation, an embedded system, or a combination thereof. However, for purposes of explanation, system <b>500</b> is shown as a general purpose computer that is well known to those skilled in the art. Examples of the components that may be included in system <b>500</b> will now be described.

0046As shown, system <b>500</b> may include at least one processor <b>502</b>, a keyboard <b>517</b>, a pointing device <b>518</b> (e.g., a mouse, a touchpad, and the like), a display <b>516</b>, main memory <b>510</b>, an input/output controller <b>515</b>, and a storage device <b>514</b>. System <b>500</b> can communicate with a mobile device <b>550</b> via a wireless interface or connection (e.g., cellular networks, general packet radio services, WiMAX and Wi-Fi communication systems, and the like). System <b>500</b> may also be provided with additional input/output devices, such as a printer (not shown). The various components of system <b>500</b> communicate through a system bus <b>512</b> or similar architecture. In addition, system <b>500</b> may include an operating system (OS) <b>520</b> that resides in memory <b>510</b> during operation. One skilled in the art will recognize that system <b>500</b> may include multiple processors <b>502</b>. For example, system <b>500</b> may include multiple copies of the same processor. Alternatively, system <b>500</b> may include a heterogeneous mix of various types of processors. For example, system <b>500</b> may use one processor as a primary processor and other processors as co-processors. For another example, system <b>500</b> may include one or more multi-core processors and one or more single core processors. Thus, system <b>500</b> may include any number of execution cores across a set of processors (e.g., processor <b>502</b>). As to keyboard <b>517</b>, pointing device <b>518</b>, and display <b>516</b>, these components may be implemented using components that are well known to those skilled in the art. One skilled in the art will also recognize that other components and peripherals may be included in system <b>500</b>.

0047Main memory <b>510</b> serves as a primary storage area of system <b>500</b> and holds data that is actively used by applications running on processor <b>502</b>. One skilled in the art will recognize that applications are software programs that each contains a set of computer instructions for instructing system <b>500</b> to perform a set of specific tasks, and that the term “applications” may be used interchangeably with application software, application programs, and/or programs in accordance with embodiments of the present teachings. Memory <b>510</b> may be implemented as a random access memory or other forms of memory as described below, which are well known to those skilled in the art.

0048OS <b>520</b> is an integrated collection of routines and instructions that are responsible for the direct control and management of hardware in system <b>500</b> and system operations. Additionally, OS <b>520</b> provides a foundation upon which to run application software. For example, OS <b>520</b> may perform services, such as resource allocation, scheduling, input/output control, and memory management. OS <b>520</b> may be predominantly software, but may also contain partial or complete hardware implementations and firmware. Well known examples of operating systems that are consistent with the principles of the present teachings include LINUX, UNIX, MAC OS by APPLE COMPUTER, SOLARIS by ORACLE CORPORATION, WINDOWS (e.g., WINDOWS CE, WINDOWS NT, WINDOWS 2000, WINDOWS XP, and WINDOWS VISTA) by MICROSOFT CORPORATION, OPEN VMS, and AIX by IBM.

0049The foregoing description is illustrative, and variations in configuration and implementation may occur to persons skilled in the art. For instance, the various illustrative logics, logical blocks, modules, and circuits described in connection with the embodiments disclosed herein may be implemented or performed with a general purpose processor (e.g., processor <b>502</b>), a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but, in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.

0050In one or more exemplary embodiments, the functions described may be implemented in hardware, software, firmware, or any combination thereof. For a software implementation, the techniques described herein can be implemented with modules (e.g., procedures, functions, subprograms, programs, routines, subroutines, modules, software packages, classes, and so on) that perform the functions described herein. A module can be coupled to another module or a hardware circuit by passing and/or receiving information, data, arguments, parameters, or memory contents. Information, arguments, parameters, data, or the like can be passed, forwarded, or transmitted using any suitable means including memory sharing, message passing, token passing, network transmission, and the like. The software codes can be stored in memory units and executed by processors. The memory unit can be implemented within the processor or external to the processor, in which case it can be communicatively coupled to the processor via various means as is known in the art.

0051If implemented in software, the functions may be stored on or transmitted over a computer-readable medium as one or more instructions or code. Computer-readable media includes both tangible computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available tangible media that can be accessed by a computer. By way of example, and not limitation, such tangible computer-readable media can comprise RAM, ROM, flash memory, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer. Disk and disc, as used herein, includes CD, laser disc, optical disc, DVD, floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Also, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Combinations of the above should also be included within the scope of computer-readable media. Resources described as singular or integrated can in one embodiment be plural or distributed, and resources described as multiple or distributed can in embodiments be combined. The scope of the present teachings is accordingly intended to be limited only by the following claims.