Abstract:
A model includes model layers on which a wireframe representation of objects located at geographic coordinates is stored in a memory such that surface detail of the objects increases from a base model layer to an uppermost model layer. Digital data layers stored in the memory that encompass digital coordinates corresponding with the geographic coordinates. Digital content for augmenting scenes is stored on pre-selected digital data layers at pre-selected digital coordinates on those layers. One or more of the digital data layers are logically linked with one or more of the model layers. When the location and spatial orientation of a mobile device in which a scene is viewed is received, the digital content on the digital data layer logically linked to one of the model layers is transmitted over a wireless communication channel to the mobile device.

Description:
CROSS REFERENCE TO RELATED APPLICATIONS 
       [0001]    This patent application is a divisional application of U.S. patent application Ser. No. 14/830,407 filed on Aug. 19, 2015, which is a continuation of U.S. patent application Ser. No. 13/837,902 filed Mar. 15, 2013, now U.S. Pat. No. 9,129,429, issued on Sep. 8, 2015, which claims benefit of priority of U.S. Provisional Application No. 61/717,788, entitled “Augmented Reality Control Systems” and filed on 24 Oct.  2012 , the disclosure of which is incorporated herein by reference in its entirety. 
     
    
     FIELD OF THE INVENTION 
       [0002]    The present invention relates to relates to a process of capturing and rendering data on a mobile device and, in particular, an augmented reality system that registers external information with real objects. 
       BACKGROUND OF THE INVENTION 
       [0003]    Augmented Reality (AR) enhances a user&#39;s perception of, and interaction with, the real world. Virtual objects are used to display information utilized to perform real-world tasks. When based on an optical approach, a user directly sees the real world through optics, with graphics combined within the user&#39;s field of view. Spatially and temporally correct display of digital information on real world objects, however, is difficult to achieve on mobile AR devices. It would be desirable to have system that is device independent (phone, head mounted display, etc.), and that provides transport efficient (minimized data sets to address growing mobile network bandwidth issues along with high speed download) and process-bandwidth-efficient (simplified processing to maintain mobile device battery life and to provide low latency) geo-spatial registration of digital data onto real world objects. 
       SUMMARY OF THE INVENTION 
       [0004]    The present invention is directed toward augmented reality for wireless mobile devices. A model representing objects located at corresponding geographic coordinates of a geographic coordinate system is stored in a memory device. The model includes a data structure of model layers in which a wireframe representation of the objects is represented in a base model layer. In the model, surface detail of the objects increases from the base model layer to an uppermost model layer. A data structure is also stored in the memory device which has a plurality of digital data layers encompassing digital coordinates of a digital coordinate system corresponding with respective geographic coordinates of the geographic coordinate system. Additionally, digital content is stored in the memory device on pre-selected one or more of the digital data layers at pre-selected digital coordinates thereon. The digital content includes data for augmenting scenes containing the objects at the respective locations. One or more of the digital data layers are logically linked with one or more of the model. The location and spatial orientation of a mobile device in which a scene is viewed by the mobile device is received. The digital content on the digital data layer logically linked to a selected one of the model layers for geographic coordinates that include the scene are transmitted over a wireless communication channel to the mobile device. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0005]      FIG. 1  illustrates a schematic view of an augmented reality system for executing a geo-registration process in accordance with an embodiment of the present invention. 
           [0006]      FIG. 2A  illustrates a synthetic geometry model in accordance with an embodiment of the invention. 
           [0007]      FIGS. 2B and 2C  illustrate digital information (data layers) that may be associated with the synthetic geometry model in accordance with an embodiment of the invention. 
           [0008]      FIG. 2D  illustrates the synthetic geometry model of  FIG. 2A  associated with the digital data of  FIG. 2C . 
           [0009]      FIG. 3  illustrates a mobile device in accordance with an embodiment of the invention. 
           [0010]      FIGS. 4A and 4B  illustrate an on-device registration process for an augmented reality system in accordance with an embodiment of the invention. 
           [0011]      FIGS. 5A, 5B, and 5C  illustrate an off-device process flow for an augmented reality system in accordance with an embodiment of the invention. 
       
    
    
       [0012]    Like reference numerals have been used to identify like elements throughout this disclosure. 
       DETAILED DESCRIPTION OF THE INVENTION 
       [0013]    Referring to  FIG. 1 , the augmented reality system  100  includes an enterprise system  105  and a mobile device  115  that communicates via a wireless network. The enterprise system  105  (also called a synthetic geometry or geo-registration server) generates and hosts the geometry or model, with the geometry being created outside of the system  105 . This synthetic geometry may exist in several different forms, and may be hosted on the same system, with software access to any or all of the forms. The generation of the synthetic geometry may be accomplished using real world data or entirely synthesized data (i.e. 3D models) or a combination of the two. Specifically, synthetic geometry may be initially created from external, real world data via, e.g., synthetic aperture radar (SAR) or light detection and ranging (LIDAR). By way of example, LIDAR point clouds may be processed into surface geometry, or wireframes or two-dimensional imagery may be processed to create surface or texture models. 
         [0014]    The synthetic geometry  200  may include one or more layers or models of increasing complexity and/or detail. Referring to  FIG. 2 , showing a geometry configuration in accordance with and embodiment of the invention, the synthetic geometry  200  includes as its nominal base form a wire frame representation or model  210 . Additional layers, moreover, may be set for various detail levels. As shown, the higher levels may include surface models  220 , texture models  230 , and imagery-based models  240 . The imagery based model or layer  240  may take in imagery from a number of sources and, moreover, may contain geo-location coordinates. These models  210 - 240  may be used in a layer-like context, with more detailed layers on top of simpler (less detailed) layers, resulting in transport efficiency that increases from the top (imagery) layer toward the bottom (wireframe) layer. In the illustrated embodiment, while the simplest geometric representations is a wireframe model, it should be understood that the layers may be further simplified to a smaller group of lines or even reference points that can have their real world versions extracted from video imagery. In addition, the model may contain any number of models  225   n+ 1. 
         [0015]    The synthetic geometry  200  is based on a digital coordinate system  250 . That is, the key imagery points, derived from the synthetic geometry, are used for the digital coordinate system data points. The digital coordinate system may be the same as a GPS coordinate system or, at a minimum, or may be correlated to a GPS coordinate system (the GPS coordinate system may be simplified to any general, external, widespread coordinate system, i.e. an accessible, ubiquitous coordinate system). 
         [0016]    The enterprise system  105 , then, generates a wireframe model or other simplified representation of real world objects (i.e. surface models) designed to register digital content with the real world. In the wireframe model, geographic image sources are assigned coordinate points to key data set features, i.e., every endpoint of lines of wireframe where the coordinates are based on GPS location information. For example, the edges of a building include distinct coordinate values, as does the edges of a street. The enterprise system  105  extracts these coordinate values from the image sources to generate a wireframe representation of the world. Stated another way, the enterprise system  105  creates a simplified geometry of the real world objects (synthetic geometry) from sources other than the mobile device. The wireframe representation, then, is a mathematically efficient geo target set. 
         [0017]    Content authoring tools (software development kits or SDKs) may use this synthetic geometry construct to create and geo-register content, with the content containing links to the digital coordinate system to control placement of the digital data. The layer construct may be used in the same way that animation software constructs content by first working with wireframe geometry and then incrementally adds geometry details such as shading and texturing to minimize processing when generating the content. This processing minimization is primarily performed to minimize the development time from the time required to render the images. The effect of using the simplified geometry sets or layers for content generation will be to allow accurate content placement and faster development of the content, giving developers the ability to control the accuracy and duration of their work. 
         [0018]    The content authoring tools may be given access to the synthetic geometry databases via an Application Programming Interface (API) that enables web based access. The web basis for this is required so that the database is always kept up-to-date and the content developers always access the most up-to-date geometry. Content generator web access will also enable the connections necessary for end user access and tracking. 
         [0019]    In this manner, the content authoring tools may be utilized to develop digital content/information utilizing the synthetic geometry  200 , which is then saved on the enterprise system in a layered structure (with data existing on one or many layers). This digital data information is then associated with the geometry model (e.g., the nominal layer of the model). Specifically, n+1 data layers may be created. Referring to  FIGS. 2C-2D , a first digital data layer  255  including content A and content B 1 , a second digital data layer  260  including content B 2  and content C, a third digital data layer  265 , and a fourth digital data layer  270   n+ 1 including content B 3  may be provided. As shown in  FIG. 2D , the digital data—the content A, B 1 , B 2 , B 3 , C—may be selective associated with one or more of the geometry model layers  210 ,  220 ,  225   n+ 1  230 ,  240 . The digital data layers  255 ,  260 ,  265 ,  270   n+ 1 are essentially filters, being selected and organized via the content authoring tools. Digital data layers  255 ,  260 ,  265 ,  270   n+ 1 may be organized in any number of ways, including by importance, location (nearest item taking priority), temporal based, etc. 
         [0020]    In operation, user filters on the mobile device may be used to select the predefined digital data layers, or to generate new selection filters that cross multiple digital data layers or filter within a layer. All of the content includes metadata with the geo-location information, along with the nominal layer and grouping information. 
         [0021]    The mobile device  115  may include one or more processing devices for executing a software application (i.e., software program instructions). In an embodiment, the mobile device  115  includes a mobile telephone such as a smartphone or a tablet computer. In the embodiment illustrated in  FIG. 3 , the mobile device  115  is a head-up display in the form of eyewear including one or more cameras  310  and a display system  320  configured to display images on the lenses  330  of the eyewear. For example, the display system  320  may be an OLED microdisplay that projects an illuminated image toward the lens. In other embodiments, the mobile device may also be a mobile phone, tablet, or other portable computing device that includes a display. 
         [0022]    The mobile device  115  is equipped with one or more of a global positioning system (GPS) device, a compass, and an inertial measurement unit (IMU). In addition, the mobile device  115  includes a data transceiver operable to wirelessly transmit data to (e.g., GPS and camera image data) and to receive data (digital data) from the enterprise system  105 . Additionally, the mobile device  115  may be configured to engage in wireless communications such as sending and receiving telephone calls and/or wireless data in conjunction with text messages such as emails, short message service (SMS) messages, pages and other data messages that may include multimedia attachments, documents, audio files, video files, images and other graphics. Accordingly, the mobile device  115  may include a wireless transceiver for communicating over a long range wireless network such as a cellular, PCS, CDMA, GPRS, GSM, iDEN or other wireless communications network. Alternatively or in addition to, the wireless communication may further include a transceiver for communicating over a short-range wireless network such as an IEEE 802.11 compatible network, a Wimax network, another wireless local area network connection or other communications link. By way of example, the mobile device  115  may include a short or medium range transceiver operating in conjunction with a communication standard such Bluetooth® or other standard short or medium range communication protocol. 
         [0023]    The mobile device  115  further includes executable software that initiates the data transfer process. The software may be stored on the mobile device  115  in the form of a specialized application, or may be executed via HTML5. In operation, as shown in the on-device process flow  400  provided in  FIGS. 4A and 4B , in Steps  405 ,  410 , and  415 , the device software will selectively read the GPS, IMU, and magnetometers (e.g., a compass), and/or other sensors disposed on the mobile device  115 . For example, the software reads the IMU and magnetometer to determine the location and pointing vector of the user, and reads the GPS to determine the user&#39;s location. Alternatively, the mobile device  115  may use other methods for determining its location such as WLAN (WI-FI) or other technologies. When navigating indoors, the system could use WLAN information to download indoor layouts and use multiple WLAN sources or other RF for image based sources for navigation reference points. 
         [0024]    In Step  420 , this location information will be sent to the enterprise system  105  (i.e. the synthetic geometry server). The enterprise system  105  pulls geometry data for the area surrounding the user (Step  425 ), and then sends back to the user a nominal geometry set (Step  430 ), which is received by the mobile device  115  (Step  435 ). For example, the enterprise system  105  pulls and sends a 2 km diameter wireframe representation of the user&#39;s geo-location. This query to the enterprise system  105  may serve to trigger user tracking initiation. 
         [0025]    In the case of a user moving into areas with poor connectivity, the user may download the synthetic geometry in advance, or the range or area of the synthetic geometry may be increased (relevant data for the area may also be downloaded for later use). The surrounding geometry and extra information including geometry beyond the original set may be saved or cached within the mobile device to improve the load times when the user is moving through different areas. The mobile device may pull this extra information based on dynamic bandwidth measurement, i.e., pulling information if there is available bandwidth. 
         [0026]    An additional method for reducing the downloaded dataset is to use a prefetch function that downloads information based on previous user requests for a particular area. Based on system expectations of where the user is going, i.e., from the destination address, etc. the system may download the information for that location in advance. 
         [0027]    As noted above, the IMU and magnetometers will set the user&#39;s pointing vector (where the user is looking based on the orientation of the mobile device  115 , i.e. what the screen shows on a mobile phone or imagery from cameras on a head mounted system). Alternatively, the pointing vector may be determined from the GPS position of the user and a comparison of imagery from the camera on the mobile device to imagery databases. The original query for information may also operate on this pointing vector to reduce the overall data download requirements, i.e. download a smaller geometry set. The mobile device could select the level of data to download based on dynamic bandwidth measurements. The mobile device may start with the data around the pointing vector, and sequentially load in the geometry and additional information outside the pointing vector. 
         [0028]    The software on the mobile device  115  enters a loop  440 , extracting the synthetic geometry and generating a pre-filter that is a reduced data set enabling simplified computation on the mobile device (Step  445 ). This pre-filtering, for example, may entail hidden line removal and perspective setting for wireframe geometry. The resulting pre-filtered data is used for a geometry correlation engine on the mobile device. The pre-filtering reduces the size of the data set required for correlation and provides the targets for correlation. The correlation will look at the synthetic geometry and try to match real world geometry to it, i.e. the edges of buildings as lines of wireframes may be matched to real building edges. The real world geometry used in the correlation engine is extracted from one or more cameras or imagers on the mobile device. 
         [0029]    The camera on the mobile device  115  captures frames of video (Step  450 ) from which the geometry is extracted. The extraction may be accomplished on each single frame; alternatively, if there is no movement sensed by the device sensors, the frequency of extraction may be reduced. Algorithms for geometry extraction (e.g., edge extraction, face extraction, etc.) implemented in code extract the relevant information from geometric objects such as buildings in the imager&#39;s field of view (i.e. extraction of the edges from the sides and roof of a building). Additionally, other sensors may provide inputs to the correlation engine, such as the accelerometers to provide the nominal gravity vector. Additional processing routines (FFTs, wavelet transforms, etc.) may additionally be used to help find the desired geometries. Processing routines may also be used to find predominating orientation vectors such as verticals and horizontals that will aid in establishing the user&#39;s pose (i.e. find the dominate features assuming predominate orientations of those frequencies). Additionally, more advanced imaging capabilities such as polarimetry may be used to help in determining orientation. 
         [0030]    The filtered geometry is overlaid on the video frame and geometry matching (i.e., overlaid onto edges) is performed (Step  455 ), with the filtered geometry data coordinate system then being applied to the video image (Step  460 ). If the location of the pointing vector of the mobile device has changed, the process is directed back into the loop  440  (step  465 ), the process determines whether the movement is beyond the range of the geometry data set (Step  470 ) and, if so, reenters the loop  440 . 
         [0031]    If the location of the pointing vector has not moved out of the range of the filter, the process continues into another loop  475 , in which the next video frame being grabbed (Step  480 ) and the coordinate system synchronization maintained by continuous comparison to filtered geometry, location information, and through electronic image stabilization techniques (Step  485 ). 
         [0032]    An alternate process flow  500  where the initial matching or subsequent occasional matching is performed off of the mobile device  115 , i.e., at the enterprise or other similar level, (e.g., cloud based processing) is shown in  FIGS. 5A, 5B, and 5C . The offloading of the processing from the mobile device onto external resources may be partitioned in any number of ways in order to optimize on device power consumption, processing bandwidth, transport bandwidth, etc. As illustrated, the mobile device  115  determines its location coordinates via, e.g., GPS (Step  501 ), as well as reads the device&#39;s IMU and/or compass (Step  502 ). After capturing image frames (Step  503 ), the device  115  determines its pointing vector (Step  504 ), and sends this information to the enterprise system  105  (Step  505 ). The enterprise server extracts geometry data for the area surrounding the user (Step  506 ), and then performs geometric filtering (Step  507 ). The filtered geometry is overlaid onto the video frame and geometry matching is executed (Step  508 ), and then supplied to the video image (Step  509 ). 
         [0033]    At this stage, the enterprise system  105  sends the geometry data to the mobile device  115 , along with the initial coordinate system matching (Step  510 ), the data being received by the mobile device (Step  511 ). Additionally, digital information is sent to (Step  512 ) and received by (Step  513 ) the mobile device  115 . The mobile device  115  tracks any pointing vector changes from the frames sent to the enterprise server during the initial coordinate system matching (Step  514 ), and then matches the coordinate system based on any changes that occurred during off-device process (Step  515 ). The mobile device  115  now displays digital data, overlaying it onto the real world view (Step  516 ). The process continues entering a feedback loop  520  (Steps  521 - 526 ), as needed. That is, to improve system accuracy, a feedback loop may be included between the GPS, IMU, and magnetometers. As the GPS is periodically updated during movement, a path may be correlated to the IMU and magnetometer signals. 
         [0034]    At this point, the process may enter another loop  530 , with the next video frame being grabbed (Step  531 ) and the coordinate system being maintained as indicated (Step  532 ). 
         [0035]    The user may be given the option of performing a manual overlay of the geometry onto the real world imagery if the system cannot perform an adequate lock. Other methods of providing a lock may incorporate a calibration process, an example of which may be accomplished through the image capture of a known object (at a known location). The scaling of the object may provide distance, while the edges or other geometry information may be used to set orientation of the user. The use of multiple objects may further increase accuracy. 
         [0036]    Another feedback loop using existing photographic databases may be constructed. Correlation edges and/or image correlation from known poses and positional data incorporated in metadata associated with  2 D imagery may be used to correlate the user&#39;s position and pose. 
         [0037]    The use of synthetic geometry may additionally be used for indoor registration and the setting of way points or otherwise used for navigation. The edges of walls, doors, pillars, windows, etc. from architectural or design drawings (a form of synthetic geometry) may be used for the edge matching filters on the mobile device. The geometry of the building may be downloaded to the mobile device, and the same processing as is done for outdoor geometry may be used to geo-register the mobile device, i.e., hidden line removal, perspective setting, geometry correlation, etc. With the geometry of the interior structure known, distances between features will also be known, so that as the geometry is correlated, the user&#39;s changing position within the structure may also be correlated, allowing the user to navigate within the building. 
         [0038]    While the invention has been described in detail and with reference to specific embodiments thereof, it will be apparent to one skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope thereof. For example, while a mobile device is illustrated, the instructions for performing application functions may be included in any computer program product configured for execution by one or more processors. 
         [0039]    Thus, it is intended that the present invention cover the modifications and variations of this invention that come within the scope of the appended claims and their equivalents. It is to be understood that terms such as “left”, “right” “top”, “bottom”, “front”, “rear”, “side”, “height”, “length”, “width”, “upper”, “lower”, “interior”, “exterior”, “inner”, “outer” and the like as may be used herein, merely describe points of reference and do not limit the present invention to any particular orientation or configuration.