Video user interface system and method

BACKGROUND OF THE INVENTION

Field of the Invention

This invention generally relates to imaging systems, and more particularly, to a system and method for generating a graphical user interface from image data, such as video images.

Background Description

Conventional video surveillance systems allow users to view portions of monitored areas by either physically aiming a video camera at a desired portion or by generating a perspective corrected view of the desired portion from a wide angle (e.g., fisheye) image of the monitored area. One shortcoming of such conventional systems is that they do not conveniently enable a user to discern the part of the monitored area represented by the displayed portion. For example, a video surveillance system may display a close-up image of a person or an object (the displayed portion) in a room or a parking lot (the monitored area). Without an image of the entire room or lot and an indication of the area represented by the close-up image, it may be difficult or impossible to quickly determine the position of the person or object in the monitored room or lot. This is especially true for a crowded room or lot, where it may be difficult to distinguish one isolated portion from another.

Another shortcoming is that video surveillance systems typically do not allow an operator to see anything but the portions of monitored areas being displayed. The undisplayed portions may comprise a substantial portion of a monitored area, in which significant activity of interest may occur. For example, if a displayed image represents only 10% of a monitored parking lot, the other 90% may be unmonitored at any given time.

Yet another shortcoming is that high zoom factor images mathematically derived from wide-angle lens image data tend to exhibit low resolution. The greater the zoom factor, the lower the resolution. This impairs an operator's ability to distinguish fine details (e.g., facial features or automobile license plate numbers) in a monitored area.

While the invention overcomes one or more of the problems in conventional video surveillance systems as set forth above, it should be apparent that the invention may have applicability to a wide array of imaging devices and methods, particularly those employing images of moving objects, regardless of the particular format of the image data.

SUMMARY OF THE INVENTION

The invention avoids the drawbacks of the prior art by providing a graphical user interface that may, according to one aspect of the invention, include one or more panoramic views of a monitored area, one or more virtual views preferably corresponding to portions of the monitored area, and/or reference data such as a reference window overlaid in a panoramic view to identify a portion of the panoramic view corresponding to a virtual view. Panoramic views of the invention, which may be derived from wide-angle lens image data, exhibit a determined (e.g., upright) orientation and substantially reduced (or no) wide-angle image distortion, thus providing a readily discernible view. Virtual views of the invention, which may be based upon either transformed wide-angle lens image data or image data from a camera system without a wide-angle lens, also exhibit substantially reduced (or no) wide-angle image distortion, thus providing a readily discernible view. The virtual views and reference windows may respond to operator commands.

In particular, according to a first aspect of the invention, a system is provided for creating signals indicative of a graphical user interface from wide-angle image data, such as video images, corresponding to a monitored area. The system includes a buffer configured to receive wide-angle image data such as video images, corresponding to the monitored area. A processor operably coupled to the buffer is configured to transform wide angle image data received by the buffer into panoramic view data corresponding to at least one panoramic view of the monitored area, and into virtual view data corresponding to at least one virtual view of a portion of the at least one panoramic view.

In another aspect of the invention, a method of creating a graphical user interface is provided. The method includes the steps of buffering wide-angle data corresponding to a wide-angle image, such as a video image, of a monitored area; transforming the buffered data into panoramic data for at least one panoramic view using a panoramic transformation; and transforming portions of the buffered data into virtual view data for at least one virtual view using a virtual view transformation.

Additionally, the graphical user interface may include a reference window overlaid in a panoramic view to identify a portion of the panoramic view represented by a virtual view. As another option, the system may include a dome camera system configured to provide image data for a virtual view according to commands. The dome camera image data may exhibit higher resolution than the wide-angle data.

In yet another aspect of the invention, a system for creating signals indicative of a graphical user interface from wide-angle image data corresponding to a monitored area is provided. The system includes a means for storing wide-angle image data corresponding to a monitored area. The system also includes a means for processing and transforming data received from said storing means into panoramic view data corresponding to at least one panoramic view of the monitored area and into virtual view data corresponding to at least one virtual view of a portion of the at least one panoramic view.

Additional features, advantages, and embodiments of the invention may be set forth or apparent from consideration of the following detailed description, drawings, and claims. Moreover, it is to be understood that both the foregoing summary of the invention and the following detailed description are exemplary and intended to provide further explanation without limiting the scope of the invention as claimed.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are included to provide a further understanding of the invention, are incorporated in and constitute a part of this specification, illustrate preferred embodiments of the invention and together with the detail description serve to explain the principles of the invention. In the drawings: <ul id="ul0001" list-style="none" compact="compact"><li>Figure 1 is a block diagram that conceptually illustrates a graphical user interface constructed in accordance with the principles of the invention;</li><li>Figure 2 is a block diagram that conceptually shows an imaging system for producing a graphical user interface in accordance with an exemplary embodiment of the invention;</li><li>Figure 3 conceptually shows θ (i.e., the pan rotation angle around the Z-axis) and ϕ (the tilt rotation angle around the X-axis) for a transformation in accordance with an exemplary implementation of the invention;</li><li>Figure 4 conceptually shows image center ICxy based on image radii IRx and IRy in accordance with an exemplary implementation of the invention;</li><li>Figure 5 is a high level flowchart conceptually illustrating steps of a methodology for creating a graphical user interface in accordance with an exemplary implementation of the invention; and</li><li>Figure 6 is a high level flowchart conceptually illustrating steps of a methodology for creating a graphical user interface including using dome camera system positioning in accordance with an exemplary implementation of the invention.</li></ul>

DETAILED DESCRIPTION

User Interface

An exemplary system in accordance with the invention includes a processor configured to transform digital image data corresponding to the wide-angle images, such as video images, of a monitored area into data corresponding to one or more panoramic views of the monitored area. Referring to <b>Figure 1</b>, a user interface in accordance with an exemplary implementation of the invention is conceptually shown. Strips <b>110</b> and <b>160</b>, which may be rectangular in shape as illustrated, correspond to transformed panoramic views. The transformed panoramic views <b>110</b> and <b>160</b> exhibit upright orientation and substantially reduced (or no) wide-angle image distortion, thus providing a readily discernible view of the monitored area. Examples of a suitable transformation carried out by the processor are discussed subsequently.

The processor is also configured to provide data corresponding to one or more virtual views <b>130</b> and <b>140</b>, each of which is an undistorted (or substantially undistorted) view of a user-determined portion of the panoramic views <b>110</b> and <b>160</b>. Virtual view data may be obtained either by transformation of portions of the wide-angle video image data, or by positioning and focusing a camera having a normal lens (i.e., not a wide angle lens) or a telephoto lens to produce image data for the determined portion of the monitored area. Again, a suitable transformation to obtain the virtual view data is discussed subsequently.

The processor may be further configured to provide reference data (e.g., windows - i.e., graphically generated boxes or other shapes overlaid in the panoramic views - boxes <b>120</b> and <b>150</b> as shown in <b>Figure 1</b>) corresponding to the undistorted view of the determined portions of the panoramic views represented by the virtual views <b>130</b> and <b>140</b>. Thus, the reference data <b>120</b> and <b>150</b> reveals what portions of the panoramic views are represented by the virtual views <b>130</b> and <b>140</b>.

As an operator pans, tilts or zooms either of the virtual views <b>130</b> and <b>140</b> to correspond to any part of either of panoramic views <b>110</b> and <b>160</b>, the corresponding reference window <b>120</b> or <b>150</b> overlaid on top of a panoramic view <b>110</b> and <b>160</b> moves in the panoramic view <b>110</b> or <b>160</b>, thus indicating the part of the panoramic view <b>110</b> and <b>160</b> represented by the virtual view <b>130</b> or <b>140</b>.

The system is preferably configured to allow a user to select which virtual view <b>130</b> or <b>140</b> to currently control. The active (i.e., currently controlled) virtual view <b>130</b> or <b>140</b> may be distinguished from the inactive virtual view by an indicia. For example, a white frame may surround the active virtual window and a black frame may surround the inactive virtual view. The corresponding reference window <b>120</b> or <b>150</b> may also be highlighted in either black or white based on its associated virtual view's active/inactive status.

The exemplary display screen may have a resolution of 486 by 720 pixels. The exemplary panoramic views, as shown in <b>Figure 1</b>, are each 720 pixels wide and 120 pixels high. The exemplary virtual views, as shown in <b>Figure 1</b>, may each be 360 pixels wide and 246 pixels high. Those skilled in the art will appreciate that the invention is not limited to the exemplary resolution or view sizes. Many other resolutions and sizes are feasible and come within the scope of the invention.

The reference data (e.g., reference windows <b>120</b> and <b>150</b>) may be controllable via a user input device, such as a joystick, cursors or other pointing device. Thus, for example, a user may move and resize reference windows <b>120</b> and <b>150</b> to cover any portions of the panoramic views <b>110</b> and <b>160</b>. The portions of the panoramic views covered by the reference windows <b>120</b> and <b>150</b> correspond to or define the virtual views <b>130</b> and <b>140</b>. The system may also automatically determine the portions of the panoramic views <b>110</b> and <b>160</b> to cover, such as by one or more determined algorithms (e.g., move reference windows as a function of time) or in response to one or more signals (e.g., a motion detector, gate sensor, or alarm signal). Other manifestations of reference data, such as numerical coordinates or cross hairs, may be used in lieu of or in addition to reference windows <b>120</b> and <b>150.</b>

Panoramic views <b>110</b> and <b>160</b> and virtual views <b>130</b> and <b>140</b> may be displayed concurrently on a display monitor, thus providing a readily discernible view of the entire monitored area and an undistorted (or substantially undistorted) view of a portion of the monitored area. The reference data <b>120</b> and <b>150</b> may also be displayed with the panoramic views <b>110</b> and <b>160</b>, thus enabling a user to readily identify the portions of the panoramic views <b>110</b> and <b>160</b> that are represented by the virtual views <b>130</b> and <b>140</b>.

Those skilled in the art will appreciate that the invention is not limited to the exemplary number, size, shape or arrangement of panoramic views and/or reference windows shown in <b>Figure 1</b> and discussed above. For example, one or more panoramic views <b>110</b> and <b>160</b>, virtual views <b>130</b> and <b>140</b> and or reference windows <b>120</b> and <b>150</b> may be provided without departing from the scope of the invention. Additionally, the user interface components may be arranged as shown in <b>Figure 1</b> and discussed above, or differently, on one or more display monitors, or in one or more windowed portions of one or more display monitors, without departing from the scope of the invention. Furthermore, the interface may be configured to allow a user to control the display arrangement. For example, a user may hide or move a panoramic view <b>110</b> or <b>160</b>, and/or a virtual view <b>130</b> or <b>140</b> and/or a reference window <b>120</b> or <b>150</b>; or hide all virtual views <b>130</b> and <b>140</b> reference windows <b>120</b> and <b>150</b>; or opt to display only a selected panoramic view <b>110</b> or <b>160</b> or virtual view <b>130</b> or <b>140.</b>

Hardware

Various image sources may supply image data for use by a system in accordance with the invention. By way of example and not limitation, one or more imagers such as digital or analog video cameras may be used to supply video data, which may be in any known format. Thus, unless otherwise apparent from the context, as used herein "video" broadly refers to images, such as images of stationary and/or moving objects, which may or may not be produced using signals in standard formats, such as NTSC signals. The system of the invention may operate in real time, processing video data as it is produced using the video imagers and without appreciably delaying output to a display monitor or recorder. Alternatively, saved analog or digital video signals or data may serve as the source of images.

Referring now to <b>Figure 2,</b> a high-level block diagram of a video imaging system <b>200</b> for use with a system in accordance with an exemplary implementation of the invention is shown. The video imaging system <b>200</b> includes a video camera <b>210</b> equipped with a wide-angle lens <b>205</b>, such as a fisheye lens. Various wide-angle lenses are available, many of which, for example, have an angular field of view of approximately 50 degrees or more. The wide-angle lens may preferably be suitable for producing an image of an entire area to be monitored (e.g., portions of a room excluding the ceiling) when the wide-angle lens is positioned at a determined point relative to the monitored area (e.g., on a ceiling of the room, at or near the center of the ceiling, pointing downwardly). By way of example and not limitation, a fisheye lens, which is a type of wide-angle lens, and which may have a field of view of 180 degrees, may be utilized. The camera <b>210</b> may be a digital camera such as a camera that employs a charge coupled device (CCD) array, a Time Delay Integration (TDI) CCD array, complementary metal oxide semiconductor (CMOS) image sensors or other sensors or devices for electronic image production. Alternatively, the camera <b>210</b> may be an analog camera that produces analog (e.g. NTSC or PAL) output signals.

The wide-angle lens <b>205</b> is aimed at the area to be monitored. The lens <b>205</b> may be a fisheye lens or another type of wide-angle lens that provides a 180° field of view, or a wider or narrower field of view. The position and orientation may generate a fisheye view of the entire monitored area.

A video decoder <b>215</b> operably coupled to the camera translates analog signals from the camera into digital video data. The decoder <b>215</b> may include a clock circuit (e.g., a 27 MHz video clock circuit) suitable for synchronization and processing of video image data streams. Clock signals <b>217</b> from the clock circuit may be transmitted to processor <b>225</b>.

By way of example and not limitation, a suitable decoder <b>215</b> may include commercially available decoders, such as an SAA7113H 9-bit video input processor available from Phillips Electronics N.V. The SAA7113H 9-bit video input processor includes an anti-aliasing filter, an automatic clamp and gain control, a clock generation circuit, a digital multi-standard decoder, and a brightness, contrast and saturation control circuit. It is able to decode Phase Alternation Line (PAL), French Sequential Couleur avec Memoire (SECAM) and American National Television Systems Committee (NTSC) standard signals into CCIR-601 (International Radio Consultative Committee, now the International Telecommunication Union Radiocommunication Sector, standard for encoding analog video signals in digital form) compatible color component data values. The SAA7113H accepts as analog inputs CVBS (i.e., composite Chroma Video Blanking &amp; Sync inputs) or S-video (Y/C).

Digital video data from decoder <b>215</b> may be stored in an image buffer <b>220</b>. The image buffer <b>220</b> provides a means for storing wide-angle image data corresponding to a monitored area. The image buffer <b>220</b> may be comprised of volatile or non-volatile memory or other devices configured to store video image data. The data may be stored temporarily, for example, until no longer needed for transformation by the image data processor <b>225</b> , as described below, until new video image data is required to be stored in the occupied portion of the buffer, or until some other event occurs or a period of time elapses. The buffer <b>220</b> may be sized to store image data corresponding to an entire field or frame of video, or more or less data.

One or more user input modules <b>290</b> may also be provided to generate user commands. By way of example, the module may include an input device <b>275</b> such as a keypad, digitizer, joystick, microphone and voice recognition module, or some other device configured to enable a user to enter commands. The input device <b>275</b> may be operably coupled to an input processor <b>280</b> and input memory <b>285</b> configured to produce user command data <b>292</b> corresponding to user input commands. The input processor <b>280</b> may be implemented as a special purpose computer; a programmed general purpose computer; a programmed microprocessor, microcontroller or programmable read-only memory and peripheral integrated circuit elements; an application specific integrated circuit (ASIC) or other integrated circuits; a digital signal processor; a hardwired electronic or logic circuit such as a discrete element circuit; a programmable logic device such as a field programmable gate array (FPGA), or the like. The input memory <b>285</b> may include volatile or non-volatile memory such as, for example, static random access memory (SRAM), dynamic random access memory (DRAM), fast page mode dynamic random access memory (FPM DRAM), extended data-out dynamic random access memory (EDO DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic RAM (DDR SDRAM), electronically erasable programmable read only memory (EEPROM) such as flash memory with or without a controller, hard disk enabled virtual memory, and/or other data storage devices that may be operably coupled to the input processor <b>280</b>. Using a user input device <b>275</b>, a user may identify a portion of a panoramic view to be displayed as a virtual view. A user may also control zoom factors for virtual views, and other display parameters via the user input device <b>275</b>.

An image data processor <b>225</b> may receive buffered image data <b>222</b>, clock signals <b>217</b> and user command data <b>292</b> to produce panoramic view data, virtual view data and reference data. The image data processor <b>225</b> thus provides a means for processing and transforming data received from the storing means (i.e., the image buffer <b>220</b>) into panoramic view data corresponding to at least one panoramic view of the monitored area and into virtual view data corresponding to at least one virtual view of a portion of the at least one panoramic view. The processor <b>225</b> may be implemented as a special purpose computer; a programmed general purpose computer; a programmed microprocessor, microcontroller or programmable read-only memory and peripheral integrated circuit elements; an application specific integrated circuit (ASIC) or other integrated circuits; a digital signal processor; a hardwired electronic or logic circuit such as a discrete element circuit; a programmable logic device such as a field programmable gate array (FPGA), or the like. A preferred implementation uses an FPGA or an ASIC as the processor <b>225</b>. When a system design is considered stable, an FPGA could be replaced with an ASIC to reduce system cost.

The image data processor <b>225</b> may also be operably coupled to memory <b>230</b>, which may, for example, be non-volatile memory in the form of electronically erasable programmable read only memory (EEPROM), such as flash memory, with or without a controller; a solid-state floppy-disk card (SSFDC) such as SmartMedia® memory commercially available from Kabushiki Kaisha Toshiba, Toshiba Corporation, and Toshiba America Electronic Components, Inc.; CompactFlash® memory by SanDisk Corporation; hard disk enabled virtual memory; and/or other non-volatile storage devices. Illustratively, memory <b>230</b> may be used to facilitate processor computations by storing one or more tables of values for frequently calculated functions, especially functions that might otherwise consume significant processor <b>225</b> resources. By way of example and not limitation, memory <b>230</b> may store a table of values, such as cosine, sine, 1/cosine, 1/sine, or other values based on trigonometric or other types of functions used in an applicable transformation algorithm, as discussed more fully below. The indices for the table may be angular values in degrees, radians, other types of measurements, or some other possible value for a variable. The table entries may be pre-calculated values based on the corresponding indices. Trigonometric functions and complex floating point calculations can otherwise be a time and resource consuming part of processor <b>225</b> calculations. The use of pre-determined stored values conserves processor resources and may lead to an appreciable increase in overall computation speed.

As discussed more fully below, the image data processor <b>225</b> mathematically transforms wide angle video image data in the image buffer <b>220</b> into panoramic views using a panoramic view transformation algorithm. Depending upon the implementation, the image data processor <b>225</b> may also transform wide angle video image data in the image buffer <b>220</b> into virtual views using a virtual view transformation algorithm, as discussed more fully below.

Upon transformation, the processor <b>225</b> sends transformed video data to an encoder <b>235</b>. The encoder converts the digital video data into output signals compatible with an output device such as a display monitor <b>240</b> and/or video recorder <b>245</b>.

By way of example and not limitation, the encoder may be any suitable commercially available decoder, such as an SAA7121H digital video encoder by Phillips Electronics, N.V. The SAA7121H digital video encoder circuit accepts CCIR compatible YUV data with 720 active pixels per line and encodes the digital YUV video data to NTSC, PAL, CVBS or S-video signals.

Output from the encoder <b>235</b> is sent to an output device, such as a standard display monitor <b>240</b> and/or video recorder <b>245</b>. The display monitor may be any device configured to visually display images based on electronic video signals output from the encoder <b>235</b>. The recorder may be any device configured to record video signals from the encoder <b>235</b> on removable or non-removable storage media such as, for example, a magnetic tape, diskette, CD-ROM, DVD, hard disk, memory (e.g., nonvolatile EEPROM) or the like. If both a display monitor <b>240</b> and recorder <b>245</b> are used, the devices may be configured in parallel or in series (e.g., without output from the video recorder being sent to a display monitor).

In an alternative embodiment, instead of transforming wide angle video image data in the image buffer <b>220</b> into a virtual view using a virtual view transformation algorithm, the image data processor <b>225</b> may generate virtual view data from video image data produced by a one or more additional camera systems <b>250</b>. An additional camera system may include an analog or digital camera <b>260</b> with a normal lens <b>255</b> (i.e., not a wide angle lens) aimed at a determined portion of the monitored area. The lens <b>255</b> may have a narrower Field of View ( FOV), e.g., 45°, which would provide higher resolution than wide-angle lens <b>205</b>, thus providing a more detailed video image for a virtual view. Thus, the additional camera enables switching from a low resolution virtual view derived from wide-angle lens image data to a high resolution virtual view, with high zoom factor capability, produced using the additional camera system. This gives the user the ability to isolate small details of a monitored area.

The additional camera system <b>250</b> may also include a video decoder <b>265</b> that is operably coupled to the camera and configured to translate analog signals from the camera into digital video data. The decoder <b>265</b> may also include a clock circuit (e.g., a 27 MHz video clock circuit) suitable for synchronization and processing of video image data streams. Clock signals <b>267</b> may be transmitted to processor <b>225</b>.

The additional camera system <b>250</b> may further include an image buffer <b>270</b>. The image buffer <b>270</b> may be comprised of volatile or non-volatile memory or other devices configured to temporarily store video image data, such as, for example, static random access memory (SRAM), dynamic random access memory (DRAM), fast page mode dynamic random access memory (FPM DRAM), extended data-out dynamic random access memory (EDO DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic RAM (DDR SDRAM), Rambus dynamic random access memory (RDRAM), multiport dynamic random access memory (MPDRAM), synchronous graphics RAM (SGRAM), electronically erasable programmable read only memory (EEPROM), hard disk enabled virtual memory and/or other data storage device. The buffer <b>270</b> may be sized to store image data corresponding to an entire field or frame of video, or more or less data. Buffered video data <b>272</b> may be transmitted to processor <b>225</b>. That data may then be processed and encoded <b>235</b> for display in either virtual view <b>130</b> or <b>140</b>.

Moreover, the additional camera system <b>250</b> may be configured as a programmable dome camera system. Dome cameras can typically rotate (i.e., pan) 360 degrees, and tilt and zoom according to control signals. The dome camera <b>260</b> may be coupled to a processor programmed to produce control signals causing the camera <b>260</b> to aim at particular portions of a monitored area in particular patterns. Alternatively, processor <b>225</b> may produce control data <b>294</b>, based upon user command data <b>292</b> from user input module <b>290</b>, to control positioning and movement of the dome camera. A control interface (not shown) may also be operably coupled to dome camera <b>260</b> and processor <b>225</b>, as necessary to convert control data output from the processor <b>225</b> into signals for controlling dome camera <b>260</b> position, movement and zooming.

Transformation Methodologies

Referring again to <b>Figure 1,</b> panoramic views <b>110</b> and <b>160</b> and virtual views <b>130</b> and <b>140</b> may be produced by transforming wide-angle image data (including fisheye image data) into 2-dimensional space, without distortion (or with substantially reduced distortion). Many such transformation processes (also referred to as dewarping, mapping, remapping, planar projection, conversion and perspective correction) are known in the art and can be adapted, in accordance with the teachings herein, to produce panoramic views <b>110</b> and <b>160</b> and virtual views <b>130</b> and <b>140</b> with linear perspective geometry from wide-angle image data (including fisheye image data). While the invention is not limited to any specific transformation processes, an exemplary panoramic view transformation and an exemplary virtual view transformation are described more fully below for use with a system of the invention employing fisheye lens image data.

The panoramic view transformation process involves mathematically transforming wide angle video image data into 2-dimensional space for producing panoramic views. The exemplary transformation entails determining, for each output window pixel coordinate, an address within the image buffer <b>220</b> for pixel data to be encoded and output to a display <b>240</b> and/or recorder <b>245</b>. In a preferred implementation, this address calculation is timed such that the calculated address for each output pixel is ready just in time to feed the output encoder. This implementation advantageously eliminates the need for an output image buffer.

In an exemplary implementation, two panoramic views <b>110</b> and <b>160</b> are produced. One panoramic view <b>110</b> corresponds to half of the monitored area (e.g., a 0-180 degree panoramic view strip). The other panoramic view corresponds to the other half of the monitored area (e.g., a 181-360° panoramic view strip). Thus, in this implementation, the second panoramic view is offset from the first panoramic view by half of the field of view. The points dividing one half from the other half may be pre-programmed, user configurable or user controllable. The two panoramic views combined provide a full (e.g., a 360°) view of the monitored area.

The exemplary panoramic views are 720 pixels wide and 120 pixels high. Output window pixel coordinates range from -360 to +360 for <b>Wx</b> and from -60 to +60 for <b>Wy.</b> The <b>Wx</b> and <b>Wy</b> coordinates are derived from the output view column and line pixel counters, and together with the desired Zoom factor, are transformed into θ (i.e., the pan rotation angle around the Z-axis) and ϕ (the tilt rotation angle around the X-axis), as conceptually illustrated in <b>Figure 3</b>. This information is then converted to an address in the input capture buffer. The data from this address is output to the encoder for display. The variables Pan, Tilt and Zoom may be programmed or commanded via user input module <b>290</b>. Given: <ul id="ul0002" list-style="none" compact="compact"><li>Zoom_1X_Tilt_FOV = 45°</li><li>ScaleFactorX(SFx) = 180°/720 pixels = 0.25°/pixel</li><li>Zoom Scale(ZS) = 1 (Requested zoom factor ie: 1, 2, 3 etc.)</li><li>ScaleFactorY(SFy) = (Zoom_1X_FOV) x ( 1/ZS/ 120pixels)</li><li>ScaleFactorY(SFy) = 45°/120 pixels = 0.375°/pixel</li><li>Pan = Requested Pan angle in degrees</li><li>Tilt = Requested Tilt angle in degrees</li><li>Wx = Output Window pixel x coordinate (-360 to +360)</li><li>Wy = Output Window pixel y coordinate ( +60 down to -60</li><li>IRx = Image buffer fisheye image X axis radius in pixels</li><li>IRy = Image buffer fisheye image Y axis radius in pixels</li><li>ICx = Image buffer fisheye image center X coordinate in pixels, as conceptually shown in Figure 4</li><li>ICy = Image buffer fisheye image center Y coordinate in pixels, as conceptually shown in Figure 4.</li></ul>

The horizontal component of the panoramic view (starting with output window upper left at -<b>360</b>,+<b>120</b>) is converted from pixel units to degrees(<b>SFx</b>). Each output pixel equates to .25 degrees (<b>180°</b>/<b>720</b> pixels). The programmable <b>Pan</b> value is added to each pixel value. The second panoramic view <b>160</b> is offset from the first <b>110</b> by +<b>180</b> degrees.

Therefore:<maths id="math0001" num=""><math display="block"><mrow><mtext>Equation 1   θ = [(</mtext><mtext mathvariant="italic">Wx</mtext><mtext> + 360) × </mtext><mtext mathvariant="italic">SFx</mtext><mtext>] + </mtext><mtext mathvariant="italic">Pan</mtext><mtext> = [(</mtext><mtext mathvariant="italic">Wx</mtext><mtext> + 360) × 0.25] + </mtext><mtext mathvariant="italic">Pan</mtext></mrow></math><img file="EP1515546A2_D0001.tif" /></maths><maths id="math0002" num=""><math display="block"><mrow><mtext>Equation 2   θ = 0.25</mtext><mtext mathvariant="italic">Wx</mtext><mtext> + 90 + </mtext><mtext mathvariant="italic">Pan</mtext></mrow></math><img file="EP1515546A2_D0002.tif" /></maths>

The vertical component of the panoramic view (starting with output window upper left at origin -360,+120) is converted from pixel units to degrees (SFy). Each vertical pixel equates to 0.375 degrees (45°/120lines). The programmable Tilt value is added to each pixel value. The programmable zoom performs a scale (45° x (1/zoom)) / 120. Therefore, Zoom Scale equals 1.<maths id="math0003" num=""><math display="block"><mrow><msup><mrow><mtext>Equation 3   φ = (</mtext></mrow><mrow><mtext>π</mtext></mrow></msup><msub><mrow><mtext>/</mtext></mrow><mrow><mtext>2</mtext></mrow></msub><mtext> - </mtext><mtext mathvariant="italic">Tilt</mtext><mtext>)- [(</mtext><mtext mathvariant="italic">Wy</mtext><mtext> + 60) × (</mtext><mtext mathvariant="italic">SFy</mtext><mtext>)]</mtext></mrow></math><img file="EP1515546A2_D0003.tif" /></maths><maths id="math0004" num=""><math display="block"><mrow><mtext>Equation 4   φ = 90 - </mtext><mtext mathvariant="italic">Tilt</mtext><mtext> - 0.375</mtext><mtext mathvariant="italic">Wy</mtext><mtext> - 22.5</mtext></mrow></math><img file="EP1515546A2_D0004.tif" /></maths><maths id="math0005" num=""><math display="block"><mrow><mtext>Equation 5   φ = 67.5 - (</mtext><mtext mathvariant="italic">Tilt</mtext><mtext> + 0.375</mtext><mtext mathvariant="italic">Wy</mtext><mtext>)</mtext></mrow></math><img file="EP1515546A2_D0005.tif" /></maths><maths id="math0006" num=""><math display="block"><mrow><mtext>Equation 6   </mtext><mtext mathvariant="italic">Radius</mtext><msup><mrow><mtext> = - </mtext></mrow><mrow><mtext mathvariant="italic">φ</mtext></mrow></msup><msub><mrow><mtext>/</mtext></mrow><mrow><mtext mathvariant="italic">π</mtext></mrow></msub><msub><mrow><mtext>​</mtext></mrow><mrow><mtext>/2</mtext></mrow></msub></mrow></math><img file="EP1515546A2_D0006.tif" /></maths><maths id="math0007" num=""><math display="block"><mrow><mtext>Equation 7   </mtext><mtext mathvariant="italic">Radius</mtext><msup><mrow><mtext> = -</mtext></mrow><mrow><mtext>φ</mtext></mrow></msup><msub><mrow><mtext>/</mtext></mrow><mrow><mtext>90</mtext></mrow></msub></mrow></math><img file="EP1515546A2_D0007.tif" /></maths>

Next, the input image X,Y (Ixy) pixel is calculated, as follows:<maths id="math0008" num=""><math display="block"><mrow><mtext>Equation 8   </mtext><mtext mathvariant="italic">Ix</mtext><mtext> = (</mtext><mtext mathvariant="italic">Radius</mtext><mtext> × cos(θ) × </mtext><mtext mathvariant="italic">IRx</mtext><mtext>) + </mtext><mtext mathvariant="italic">ICx</mtext></mrow></math><img file="EP1515546A2_D0008.tif" /></maths><maths id="math0009" num=""><math display="block"><mrow><mtext>Equation 9   </mtext><mtext mathvariant="italic">Iy</mtext><mtext> = (</mtext><mtext mathvariant="italic">Radius</mtext><mtext> × sin(θ) × </mtext><mtext mathvariant="italic">IRy</mtext><mtext>) + </mtext><mtext mathvariant="italic">ICy</mtext></mrow></math><img file="EP1515546A2_D0009.tif" /></maths>

The image buffer <b>220</b> is preferably addressed as a 1024 byte by 1024 byte array. The memory location, in the image buffer for the pixel data is calculated by:<maths id="math0010" num=""><math display="block"><mrow><mtext>Equation 10   </mtext><mtext mathvariant="italic">PixelData</mtext><mtext>=(</mtext><mtext mathvariant="italic">Iy</mtext><mtext> × 1024) + </mtext><mtext mathvariant="italic">Ix</mtext></mrow></math><img file="EP1515546A2_D0010.tif" /></maths>

PixelData may then be sent to the encoder <b>235</b> for output to the output device such as a display monitor <b>240</b> and or a recorder <b>245</b>. Pixel Data for each pixel comprising the panoramic views <b>110</b> and <b>160</b> may be determined in a similar manner.

Each virtual view window <b>130</b> and <b>140</b> provides a perspective corrected view (e.g., a view with no, or substantially reduced, fisheye distortion) of any portion of a panoramic view <b>110</b> or <b>160</b>. The virtual view windows are preferably 360 pixels wide and 240 pixels high. The center of the window is defined as 0,0. <b>Wx</b> values range from -<b>180</b> to +<b>180</b> and <b>Wy</b> values range from +<b>120</b> down to -<b>120.</b> The <b>Wx</b> and <b>Wy</b> coordinates are taken from the output window line and pixel counters and, together with the desired Pan, Tilt and Zoom Scale, are transformed into θ, ϕ, and Radius using the virtual view transformation algorithm. The processor determines which algorithm (i.e., the virtual view transformation algorithm or the panoramic view transformation algorithm) to use based on where the counters indicate it is in the output video frame. As with the panoramic views, θ is defined as the Pan angle around the Z-Axis, where the positive Y direction, as shown in Figure 3, is 0 degrees. Additionally, ϕ is the Tilt angle around the X-Axis where the positive Z direction, pointing straight down as shown in Figure 3, is 0 degrees. Z is the perpendicular distance from the X-Y plane down to the surface of a unity radius hemispheric fisheye model.

The virtual view transformation algorithm entails converting the X and Y output window coordinates to an equivalent proportion of a unity radius hemisphere model using a current Zoom factor and a measured radius-X and radius-Y from an input fisheye circular image. These adjusted values are used to calculate a corresponding Z value. The X, Y and Z coordinates are rotated around the unity radius hemisphere model using the commanded Pan and Tilt from the user input module 290. The rotated X and Y values are then rescaled back to pixels and lines, based on measured radius-X and radius-Y from the input fisheye circular image. The rescaled X and Y are then converted to an address in the input capture buffer. Data from this address is then output to the encoder for display. The variables Pan, Tilt, and Zoom are the angle of interest commanded by the user input module <b>290</b>. Given: <ul id="ul0003" list-style="none" compact="compact"><li>Pan = Commanded Pan angle in degrees</li><li>Tilt = Commanded Tilt angle in degrees</li><li>Zoom = Requested Zoom scale (ie: 1,2,3,etc....)</li><li>Wx = Output Window pixel x coordinate (-180 to +180)</li><li>Wy = Output Window pixel y coordinate ( + 120 down to -120 )</li><li>IRx = Image buffer fisheye image X axis radius in pixels</li><li>IRy = Image buffer fisheye image Y axis radius in pixels</li><li>ICx = Image buffer fisheye image center X coordinate in pixels, as conceptually shown in Figure 4</li><li>ICy = Image buffer fisheye image center Y coordinate in pixels, as conceptually shown in Figure 4. The vertical and horizontal components of the virtual view window (center at origin 0,0) are converted from pixel units to unit values from 0 to less than one by dividing pixel number by the respective image radius. One is the maximum length from the center of the virtual output image, to the edge of the image. By scaling to the image radius much of the 3-dimensional transformation math can be simplified.<maths id="math0011" num=""><math display="block"><mrow><mtext>Equation 11   </mtext><mtext mathvariant="italic">Wx</mtext><mtext> = </mtext><mtext mathvariant="italic">WindowX</mtext><mtext> / </mtext><mtext mathvariant="italic">IRx</mtext></mrow></math><img file="EP1515546A2_D0011.tif" /></maths><maths id="math0012" num=""><math display="block"><mrow><mtext>Equation 12   </mtext><mtext mathvariant="italic">Wy</mtext><mtext> = </mtext><mtext mathvariant="italic">WindowY</mtext><mtext> / </mtext><mtext mathvariant="italic">IRy</mtext></mrow></math><img file="EP1515546A2_D0012.tif" /></maths> To scale the Wx and Wy components by Zoom, the following equations are used.<maths id="math0013" num=""><math display="block"><mrow><mtext>Equation 13   </mtext><mtext mathvariant="italic">Wx</mtext><mtext> = </mtext><mtext mathvariant="italic">Wx</mtext><msup><mrow><mtext> × </mtext></mrow><mrow><mtext>1</mtext></mrow></msup><msub><mrow><mtext>/</mtext></mrow><mrow><mtext mathvariant="italic">Zoom</mtext></mrow></msub></mrow></math><img file="EP1515546A2_D0013.tif" /></maths><maths id="math0014" num=""><math display="block"><mrow><mtext>Equation 14   </mtext><mtext mathvariant="italic">Wy</mtext><mtext> = </mtext><mtext mathvariant="italic">Wy</mtext><msup><mrow><mtext> × </mtext></mrow><mrow><mtext>1</mtext></mrow></msup><msub><mrow><mtext>/</mtext></mrow><mrow><mtext mathvariant="italic">Zoom</mtext></mrow></msub></mrow></math><img file="EP1515546A2_D0014.tif" /></maths></li></ul>

The desired radius squared is calculated from the vertical and horizontal components using the Pythagorean theorem.<maths id="math0015" num=""><math display="block"><mrow><mtext>Equation 15   </mtext><msup><mrow><mtext mathvariant="italic">Wr</mtext></mrow><mrow><mtext>2</mtext></mrow></msup><mtext> = </mtext><msup><mrow><mtext mathvariant="italic">Wx</mtext></mrow><mrow><mtext>2</mtext></mrow></msup><mtext> + </mtext><msup><mrow><mtext mathvariant="italic">Wy</mtext></mrow><mrow><mtext>2</mtext></mrow></msup></mrow></math><img file="EP1515546A2_D0015.tif" /></maths>

For each pixel, to convert the two dimensional radius squared and scaled components to a three dimensional value with a unit radius of 1, the following equations are used. Given:<maths id="math0016" num=""><math display="block"><mrow><mtext>Equation 16   </mtext><msup><mrow><mtext mathvariant="italic">Ix</mtext></mrow><mrow><mtext>2</mtext></mrow></msup><mtext> + </mtext><msup><mrow><mtext mathvariant="italic">Iy</mtext></mrow><mrow><mtext>2</mtext></mrow></msup><mtext> + </mtext><msup><mrow><mtext mathvariant="italic">Iz</mtext></mrow><mrow><mtext>2</mtext></mrow></msup><mtext> = 1</mtext></mrow></math><img file="EP1515546A2_D0016.tif" /></maths> Then:<maths id="math0017" num=""><math display="block"><mrow><mtext>Equation 17   </mtext><mtext mathvariant="italic">Iz</mtext><mtext> = </mtext><msqrt><mtext>1-</mtext><msup><mrow><mtext mathvariant="italic">Wr</mtext></mrow><mrow><mtext>2</mtext></mrow></msup></msqrt></mrow></math><img file="EP1515546A2_D0017.tif" /></maths>

Assuming the acquired image center is perpendicular to the Z axis, a rotation of the desired window to a desired spot on the image can be performed using the Pan and Tilt values to simulate a movable dome.

To rotate around the X axis for tilt, the following equations are used.<maths id="math0018" num=""><math display="block"><mrow><mtext>Equation 18   </mtext><mtext mathvariant="italic">Iz'</mtext><mtext> = (</mtext><mtext mathvariant="italic">Iz</mtext><mtext> × cos(</mtext><mtext mathvariant="italic">Tilt</mtext><mtext>)) - (</mtext><mtext mathvariant="italic">Wy</mtext><mtext> × sin(</mtext><mtext mathvariant="italic">Tilt</mtext><mtext>))</mtext></mrow></math><img file="EP1515546A2_D0018.tif" /></maths><maths id="math0019" num=""><math display="block"><mrow><mtext>Equation 19   </mtext><mtext mathvariant="italic">Wy'</mtext><mtext> = (</mtext><mtext mathvariant="italic">Wy</mtext><mtext> × cos(</mtext><mtext mathvariant="italic">Tilt</mtext><mtext>)) + (</mtext><mtext mathvariant="italic">Iz ×</mtext><mtext> sin(</mtext><mtext mathvariant="italic">Tilt</mtext><mtext>))</mtext></mrow></math><img file="EP1515546A2_D0019.tif" /></maths>

To rotate around the Z axis for pan, the following equations are used.<maths id="math0020" num=""><math display="block"><mrow><mtext>Equation 20   </mtext><mtext mathvariant="italic">Wx'</mtext><mtext> = (</mtext><mtext mathvariant="italic">Wx</mtext><mtext> × cos(</mtext><mtext mathvariant="italic">Pan</mtext><mtext>)) - (</mtext><mtext mathvariant="italic">Wy' ×</mtext><mtext> sin(</mtext><mtext mathvariant="italic">Pan</mtext><mtext>))</mtext></mrow></math><img file="EP1515546A2_D0020.tif" /></maths><maths id="math0021" num=""><math display="block"><mrow><mtext>Equation 21   </mtext><mtext mathvariant="italic">Wy'</mtext><mtext> = (</mtext><mtext mathvariant="italic">Wx ×</mtext><mtext> sin(</mtext><mtext mathvariant="italic">Pan</mtext><mtext>)) + (</mtext><mtext mathvariant="italic">Wy'×</mtext><mtext> cos(</mtext><mtext mathvariant="italic">Pan</mtext><mtext>))</mtext></mrow></math><img file="EP1515546A2_D0021.tif" /></maths>

To convert unit values to Image Buffer pixel units, the following equations are used.<maths id="math0022" num=""><math display="block"><mrow><mtext>Equation 22   </mtext><mtext mathvariant="italic">Ix</mtext><mtext> = </mtext><mtext mathvariant="italic">Wx'</mtext><mtext> × </mtext><mtext mathvariant="italic">IRx</mtext></mrow></math><img file="EP1515546A2_D0022.tif" /></maths><maths id="math0023" num=""><math display="block"><mrow><mtext>Equation 23   </mtext><mtext mathvariant="italic">Iy</mtext><mtext> = </mtext><mtext mathvariant="italic">Wy'</mtext><mtext> × </mtext><mtext mathvariant="italic">IRy</mtext></mrow></math><img file="EP1515546A2_D0023.tif" /></maths>

To align the origin relative to upper left of input image buffer, the following equations are used.<maths id="math0024" num=""><math display="block"><mrow><mtext>Equation 24   </mtext><mtext mathvariant="italic">Ix</mtext><mtext> = </mtext><mtext mathvariant="italic">Ix</mtext><mtext> + </mtext><mtext mathvariant="italic">ICx</mtext></mrow></math><img file="EP1515546A2_D0024.tif" /></maths><maths id="math0025" num=""><math display="block"><mrow><mtext>Equation 25   </mtext><mtext mathvariant="italic">Iy</mtext><mtext> = </mtext><mtext mathvariant="italic">Iy</mtext><mtext> + </mtext><mtext mathvariant="italic">ICy</mtext></mrow></math><img file="EP1515546A2_D0025.tif" /></maths>

The image buffer <b>220</b> may be addressed as a <b>1024</b> byte by <b>1024</b> byte array. The memory location, in the image buffer <b>220,</b> for the pixel data is calculated using the<maths id="math0026" num=""><math display="block"><mrow><mtext>Equation 26   </mtext><mtext mathvariant="italic">PixelData =</mtext><mtext> (</mtext><mtext mathvariant="italic">Iy</mtext><mtext> × 1024) + </mtext><mtext mathvariant="italic">Ix</mtext></mrow></math><img file="EP1515546A2_D0026.tif" /></maths>

PixelData may then be sent to the encoder <b>235</b> for output to the display window.

Advantageously, the panoramic views <b>110</b> and <b>160</b> provided by the invention provide context for the virtual views <b>130</b> and <b>140</b>. A user never loses sight as to what is happening in the monitored area outside a virtual view, even as the user zooms in on a specific event or object. The user does not have to keep changing video sources to view areas outside the virtual views <b>130</b> and <b>140</b>. Concomitantly, the reference windows <b>120</b> and <b>150</b> provide a visual indication of the portion of a panoramic view represented by a virtual view. Thus a user can readily determine where in a monitored area they are looking. In an embodiment that includes an additional dome camera system, the ability to switch to the additional camera to produce a high resolution, high zoom factor, virtual view gives the user the ability to resolve small details of a scene.

Referring now to <b>Figure 5</b>, a high level flow chart for a process of creating a video user interface in accordance with an exemplary implementation of the invention is shown. The steps may be implemented using a system with a programmed processor as described above. <b>Figure 5</b> may equally represent a high level block diagram of an exemplary system constructed in accordance with the invention, implementing the steps thereof.

In step <b>510</b>, wide-angle data (e.g., fisheye lens image data) is buffered. The data may be supplied from a video camera system with a decoder or from a source of pre-recorded data.

Next, in step <b>520</b>, pan, tilt and zoom angles are determined to specify regions of interest in the panoramic views for display in virtual views. Pan, tilt and zoom angles may be supplied by a programmed algorithm, a table or a user input module. Those skilled in the art will appreciate that values other than pan, tilt and zoom (e.g., Cartesian coordinate values) may be specified to define areas of interest in the panoramic views.

Next, in step <b>530</b>, reference data for reference windows are determined. The reference data preferably corresponds to rectangular windows overlaying the virtual view regions of interest within the panoramic views. Preferably, the rectangular windows move according to a programmed algorithm, a table or user commands from a user input module. As the rectangular windows move, the virtual views correspondingly change.

Next, in step <b>540,</b> buffered wide-angle data are transformed using a panoramic transformation algorithm for panoramic view data, and using a virtual view transformation algorithm for virtual view data.

Next, in step <b>550</b>, the transformed data and reference data are encoded for output. The transformed data defines any other virtual views and the panoramic views. The reference data defines the reference windows. The encoded output may be sent to a display monitor and/or to a recorder.

Those skilled in the art will appreciate that the order in which some of the steps may vary from the order shown in the flowchart without departing from the scope of the invention. For example, reference data may be determined before, after or during transformation of the buffered data. Additionally, a pre-programmed pan, tilt and zoom may be determined before wide-angle data is initially buffered.

Referring now to <b>Figure 6,</b> a high level flow chart for another process of creating video user interface in accordance with an exemplary implementation of the invention is shown. As with the process illustrated by the flowchart of Figure 5, the steps may be implemented using a system with a programmed processor as described above. <b>Figure 6</b> may equally represent a high level block diagram of an exemplary system constructed in accordance with the invention, implementing the steps thereof.

In step <b>610</b>, wide-angle data (e.g., fisheye lens image data) is buffered. The data may be supplied from a video camera system with a decoder or from a source of pre-recorded data.

Next, in step <b>620</b>, pan, tilt and zoom angles are determined to specify regions of interest in the panoramic views for display in virtual views. Pan, tilt and zoom angles may be supplied by a programmed algorithm, a table or a user input module. Those skilled in the art will appreciate that values other than pan, tilt and zoom (e.g., Cartesian coordinate values) may be specified to define areas of interest in the panoramic views.

Next, in step <b>630</b>, reference data for reference windows are determined. The reference data preferably corresponds to rectangular windows overlaying the virtual view regions of interest within the panoramic views. Preferably, the rectangular windows move according to a programmed algorithm, a table or user commands from a user input module. As the rectangular windows move, the virtual views correspondingly change.

Next, in step <b>640</b>, position data is communicated to a dome camera system. The communicated position data will cause the dome camera to aim at and zoom to the region of the monitored area corresponding to the determined pan, tilt and zoom values.

In step <b>650</b>, dome camera data is buffered. The buffered data may be encoded, without transformation, for output to a display monitor and/or to a recorder as a virtual view.

Next, in step <b>660</b>, buffered wide-angle data are transformed using a panoramic transformation algorithm for panoramic view data, and using a virtual view transformation algorithm for virtual view data.

Next, in step <b>670</b>, buffered dome camera data are obtained for encoding. The dome camera data may be obtained form a dome camera buffer by a processor and communicated with transformed wide-angle data for encoding.

Next, in step <b>680</b>, the transformed data, dome camera data and reference data are encoded for output. The dome camera data defines one virtual view. The transformed data defines any other virtual views and the panoramic views. The reference data defines the reference windows. The encoded output may be sent to a display monitor and/or to a recorder.

Those skilled in the art will appreciate that the order in which some of the steps are performed may not be important. For example, the reference data may be determined before, after or during transformation of the buffered data. Additionally, by way of example, a pre-programmed pan, tilt and zoom may be determined before the wide-angle data is initially buffered. As another example, dome position data may be sent before reference data is determined. As yet another example, dome data may be buffered after transformation of wide-angle data. Also, dome camera data may be obtained by the processor before completion of transformation. Such variations in order are intended to come within the scope of the invention.

Although the foregoing description is directed to preferred embodiments of the invention, it is noted that other variations and modifications will be apparent to those skilled in the art, and may be made without departing from the spirit or scope of the invention.