Stroke localization and binding to electronic document

Information

  • Patent Application
  • 20060274948
  • Publication Number
    20060274948
  • Date Filed
    June 02, 2005
    19 years ago
  • Date Published
    December 07, 2006
    18 years ago
Abstract
A method and apparatus for capturing information and associating the information with a document is described. The captured information may be obtained by a camera associated with a pointing or writing device having a camera.
Description
BACKGROUND OF THE INVENTION

1. Technical Field


Aspects of the present invention relate to data capturing. More particularly, aspects of the invention relate to capturing information and associating it with a document.


2. Description of Related Art


Computer users are accustomed to using a mouse and keyboard as a way of interacting with a personal computer. While personal computers provide a number of advantages over written documents, most users continue to perform certain functions using printed paper. Some of these functions include reading and annotating written documents. In the case of annotations, the printed document assumes a greater significance because of the annotations placed on it by the user.


One technology that can help users is an image-capturing pen, where the pen attempts to determine the location of the pen's tip based on a captured image. Current systems do not adequately associate a captured stroke with an electronic version of a document.


BRIEF SUMMARY OF THE INVENTION

Aspects of the invention address one or more problems described above, thereby providing an improved association between a captured stroke and an electronic document.




BRIEF DESCRIPTION OF THE DRAWINGS

Aspects of the present invention are illustrated by way of example and not limited in the accompanying figures in which like reference numerals indicate similar elements.



FIG. 1 shows a general-purpose computing environment that may support aspects of the present invention.



FIGS. 2A and 2B show an image-capturing pen and a grid in accordance with aspects of the present invention.



FIG. 3 shows an illustrative image captured by a camera associate with a pen in accordance with aspects of the present invention.



FIGS. 4-6 show arrays of embedded interaction codes in accordance with aspects of the present invention.



FIG. 7 shows an illustrative example of an overview of image processing and analysis in accordance with aspects of the present invention.



FIG. 8 shows an illustrative example of pre-processing process in accordance with aspects of the present invention.



FIG. 9 shows another illustrative example of a pre-processing process in accordance with aspects of the present invention.



FIG. 10 illustrates an example of a code symbol that can be employed to create an information pattern according to various examples of the invention.



FIG. 11 illustrates an example of an image brightness normalization module that may be employed to normalize the brightness of an image according to various embodiments of the invention.



FIGS. 12A and 12B illustrate a flowchart describing the operation of the image brightness normalization module illustrated in FIG. 9.



FIG. 13 illustrates an example of an image that might be processed by the image brightness normalization module illustrated in FIG. 9 in accordance with aspects of the present invention.



FIG. 14 illustrates the segmentation of the image into blocks starting from the top of the image in accordance with aspects of the present invention.



FIG. 15 illustrates the segmentation of the image into blocks starting from the bottom of the image in accordance with aspects of the present invention.



FIG. 16 illustrates one example of a type of histogram that might be employed by various embodiments of the invention to estimate the brightness of a block.



FIG. 17 illustrates the gray level information obtained using the operation described in FIGS. 12A and 12B.



FIGS. 18 and 19 illustrate the different regions for which interpolation is used to determine the brightness value information according to various embodiments of the invention.



FIG. 20 illustrates the brightness distribution values obtained for the image shown in FIG. 13 using the operation described in FIGS. 12A and 12B.



FIG. 21 illustrates how the image shown in FIG. 13 appears after being processed using the operation described in FIGS. 12A and 12B.



FIG. 22 illustrates a pattern determination system for distinguishing an information pattern from content in a document image according to various embodiments of the invention.



FIGS. 23A and 23B illustrate a flowchart describing the operation of the pattern determination system illustrated in FIG. 22.



FIG. 24 illustrates the high-contrast areas identified using the operation described in FIGS. 23A and 23B.



FIG. 25 illustrate an example of a gray-level histogram used to determine a content brightness threshold according to various examples of the invention.



FIG. 26 illustrates a relationship between neighboring pixels in accordance with aspects of the present invention.



FIG. 27 illustrates an image that has been processed using the operation described in FIGS. 12A, 12B, 23A and 23B.



FIG. 28 shows a process for performing pattern analysis in accordance with aspects of the present invention.



FIG. 29 shows a normalized image with a pattern mask and document content mask applied in accordance with aspects of the present invention.



FIG. 30 shows effective embedded interaction code symbols in accordance with aspects of the present invention.



FIG. 31 shows neighboring pixels in accordance with aspects of the present invention.



FIG. 32 shows regions of neighboring effective EIC pattern pixels in accordance with aspects of the present invention.



FIG. 33 shows centroids of the regions of FIG. 32 in accordance with aspects of the present invention.



FIG. 34 shows directions formed by a pair of regions in accordance with aspects of the present invention.



FIG. 35 shows a histogram of directions in accordance with aspects of the present invention.



FIG. 36 shows a normalized histogram of directions in accordance with aspects of the present invention.



FIG. 37 shows selection of four candidate directions in accordance with aspects of the present invention.



FIG. 38 shows the selection of two main directions in accordance with aspects of the present invention.



FIG. 39 shows two coordinate systems in accordance with aspects of the present invention.



FIG. 40 shows effective embedded interaction coding pixels in accordance with aspects of the present invention.



FIG. 41 shows rotated effective embedded interaction coding pixels in accordance with aspects of the present invention.



FIG. 42 shows a pixel index applied to an image from a camera in accordance with aspects of the present invention.



FIG. 43 shows effective EIC pattern pixel projection histogram in accordance with aspects of the present invention.



FIG. 44 shows local maximums of the histogram from FIG. 43 in accordance with aspects of the present invention.



FIG. 45 shows scale and translation in accordance with aspects of the present invention.



FIG. 46 shows geometrical calculations in accordance with aspects of the present invention.



FIG. 47 shows a technique for finding all effective EIC pattern pixels associated with a line in accordance with aspects of the present invention.



FIG. 48 shows effective EIC pattern pixels associated with a line in accordance with aspects of the present invention.



FIG. 49 shows grid lines before regression in accordance with aspects of the present invention.



FIG. 50 shows grid lines after regression in accordance with aspects of the present invention.



FIG. 51 shows a flow diagram of a system for performing EIC symbol recognition in accordance with embodiments of the invention.



FIG. 52A shows effective EIC symbols in accordance with embodiments of the invention.



FIG. 52B shows EIC bits in accordance with embodiments of the invention.



FIG. 53 shows a shifted coordinate system in which grid intersections in an image have non-negative coordinates in accordance with embodiments of the invention.



FIG. 54 shows positions on each edge of an EIC symbol in accordance with embodiments of the invention.



FIG. 55 shows an example of an EIC symbol in accordance with embodiments of the invention.



FIG. 56 shows a pixel index in accordance with embodiments of the invention.



FIG. 57 shows pixels for bilinear sampling in accordance with embodiments of the invention.



FIG. 58 shows position naming on each edge in accordance with embodiments of the invention.



FIG. 59 shows grid cells and various symbol orientations in accordance with embodiments of the invention.



FIGS. 60A-60D shows EIC symbol rotation in accordance with embodiments of the invention.



FIG. 61 shows EIC symbol offset in accordance with embodiments of the invention.



FIG. 62 shows coordinate systems of symbol, grid, and image when Q=0 in accordance with embodiments of the invention.



FIG. 63 shows coordinate systems of symbol, grid, and image when Q=1 in accordance with embodiments of the invention.



FIG. 64 shows coordinate systems of symbol, grid, and image when Q=2 in accordance with embodiments of the invention.



FIG. 65 shows coordinate systems of symbol, grid, and image when Q=3 in accordance with embodiments of the invention.



FIG. 66 shows assignment of bit values in accordance with embodiments of the invention.



FIG. 67 shows a process for performing EIC decoding in accordance with aspects of the present invention.



FIG. 68 illustrates an example of a decoding tool that may be implemented according to various examples of the invention.



FIGS. 69A-75 illustrate the creation of various arrays that may be employed during pattern decoding according to various examples of the invention.



FIGS. 76A and 76B show illustrative examples of processes determining stroke location and information in a document in accordance with aspects of the present invention.



FIGS. 77-79 show techniques for storing metadata in accordance with aspects of the present invention.



FIGS. 80A-89 show techniques for storing and decoding metadata in accordance with aspects of the present invention.



FIG. 90 shows an example embedded interaction code (EIC) symbol in accordance with embodiments of the invention.



FIG. 91 shows steps in accordance with embodiments of the invention for embedding local metadata into, and extracting the local metadata from, an embedded interaction code document.



FIG. 92 shows a flow diagram of another system for decoding local metadata in accordance with embodiments of the invention.



FIG. 93 shows a local-metadata-encoding example in accordance with embodiments of the invention.



FIG. 94 shows a flow diagram of a system for encoding global metadata in accordance with embodiments of the invention.



FIG. 95 shows a flow diagram of a system for decoding global metadata in accordance with embodiments of the invention.



FIG. 96 shows a global-metadata-encoding example in accordance with embodiments of the invention.



FIG. 97 shows an example of an EIC symbol in accordance with embodiments of the invention.



FIG. 98 is a table that shows available m-array order classification results based on various maximum factors for an m-array of order from 2 to 127.




DETAILED DESCRIPTION OF THE INVENTION

Aspects of the present invention relate to associating (or binding) a stroke performed by a camera-enabled pen with a document.


It is noted that various connections are set forth between elements in the following description. It is noted that these connections in general and, unless specified otherwise, may be direct or indirect and that this specification is not intended to be limiting in this respect.


The following description is divided into sections to assist the reader.


Terms






    • Pen Any writing implement that may or may not include the ability to store ink. In some examples, a stylus with no ink capability may be used as a pen in accordance with embodiments of the present invention

    • Camera An image capture system that may capture an image from paper, a computer display, or any other medium

    • EIC Symbol The EIC symbol array is formed by EIC symbols in place of the bits of

    • Array the m-array representing X, Y position. Represents the physical space covered by the m-array representing X, Y position. EIC symbol array can be allocated to pages of a document

    • Stroke An action made by the pen on a document or surface contain the EIC symbol array, where the array is captured by the camera during the performance of the action

    • Grid The grid is a set of lines formed by EIC dots in EIC symbol array

    • Perspective A perspective transform is a planar transform that is a perspective

    • Transform projection. With a perspective transform, a line is still a line. Parallel lines may not be parallel anymore. Instead, they may appear to converge to a vanishing point

    • Homography A homography matrix is a matrix that defines a spatial transformation

    • Matrix from one space plane to another. EIC pattern analysis obtains a homography matrix describing the perspective transform from grid to image. Input of EIC pattern analysis is normalized image and effective EIC pattern mask. Output is a homography matrix that describes the perspective transform from grid to image. Grid lines in image are obtained. Grid cells thus obtained are referred to as effective EIC symbols


      General-Purpose Computing Environment






FIG. 1 illustrates an example of a suitable computing system environment 100 on which the invention may be implemented. The computing system environment 100 is only one example of a suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Neither should the computing environment 100 be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment 100.


The invention is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.


The invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.


With reference to FIG. 1, an exemplary system for implementing the invention includes a general purpose computing device in the form of a computer 110. Components of computer 110 may include, but are not limited to, a processing unit 120, a system memory 130, and a system bus 121 that couples various system components including the system memory to the processing unit 120. The system bus 121 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus also known as Mezzanine bus.


Computer 110 typically includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by computer 110 and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, and removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computer 110. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of the any of the above should also be included within the scope of computer readable media.


The system memory 130 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 131 and random access memory (RAM) 132. A basic input/output system 133 (BIOS), containing the basic routines that help to transfer information between elements within computer 110, such as during start-up, is typically stored in ROM 131. RAM 132 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 120. By way of example, and not limitation, FIG. 1 illustrates operating system 134, application programs 135, other program modules 136, and program data 137.


The computer 110 may also include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only, FIG. 1 illustrates a hard disk drive 141 that reads from or writes to non-removable, nonvolatile magnetic media, a magnetic disk drive 151 that reads from or writes to a removable, nonvolatile magnetic disk 152, and an optical disk drive 155 that reads from or writes to a removable, nonvolatile optical disk 156 such as a CD ROM or other optical media. Other removable/non-removable, volatile/nonvolatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like. The hard disk drive 141 is typically connected to the system bus 121 through a non-removable memory interface such as interface 140, and magnetic disk drive 151 and optical disk drive 155 are typically connected to the system bus 121 by a removable memory interface, such as interface 150.


The drives and their associated computer storage media discussed above and illustrated in FIG. 1, provide storage of computer readable instructions, data structures, program modules and other data for the computer 110. In FIG. 1, for example, hard disk drive 141 is illustrated as storing operating system 144, application programs 145, other program modules 146, and program data 147. Note that these components can either be the same as or different from operating system 134, application programs 135, other program modules 136, and program data 137. Operating system 144, application programs 145, other program modules 146, and program data 147 are given different numbers here to illustrate that, at a minimum, they are different copies. A user may enter commands and information into the computer 20 through input devices such as a keyboard 162 and pointing device 161, commonly referred to as a mouse, trackball or touch pad. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit 120 through a user input interface 160 that is coupled to the system bus, but may be connected by other interface and bus structures, such as a parallel port, game port or a universal serial bus (USB). A monitor 191 or other type of display device is also connected to the system bus 121 via an interface, such as a video interface 190. In addition to the monitor, computers may also include other peripheral output devices such as speakers 197 and printer 196, which may be connected through an output peripheral interface 195.


The computer 110 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 180. The remote computer 180 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 110, although only a memory storage device 181 has been illustrated in FIG. 1. The logical connections depicted in FIG. 1 include a local area network (LAN) 171 and a wide area network (WAN) 173, but may also include other networks. Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets and the Internet.


When used in a LAN networking environment, the computer 110 is connected to the LAN 171 through a network interface or adapter 170. When used in a WAN networking environment, the computer 110 typically includes a modem 172 or other means for establishing communications over the WAN 173, such as the Internet. The modem 172, which may be internal or external, may be connected to the system bus 121 via the user input interface 160, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 110, or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation, FIG. 1 illustrates remote application programs 185 as residing on memory device 181. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.


In some aspects, a pen digitizer 165 and accompanying pen or stylus 166 are provided in order to digitally capture freehand input. Although a direct connection between the pen digitizer 165 and the user input interface 160 is shown, in practice, the pen digitizer 165 may be coupled to the processing unit 110 directly, parallel port or other interface and the system bus 130 by any technique including wirelessly. Also, the pen 166 may have a camera associated with it and a transceiver for wirelessly transmitting image information captured by the camera to an interface interacting with bus 130. Further, the pen may have other sensing systems in addition to or in place of the camera for determining strokes of electronic ink including accelerometers, magnetometers, and gyroscopes.


It will be appreciated that the network connections shown are illustrative and other techniques for establishing a communications link between the computers can be used. The existence of any of various well-known protocols such as TCP/IP, Ethernet, FTP, HTTP and the like is presumed, and the system can be operated in a client-server configuration to permit a user to retrieve web pages from a web-based server. Any of various conventional web browsers can be used to display and manipulate data on web pages.


Image Capturing Pen


Aspects of the present invention include placing an encoded data stream in a displayed form. The displayed form may be printed paper (or other physical medium) or may be a display projecting the encoded data stream in conjunction with another image or set of images. For example, the encoded data stream may be represented as a physical encoded image on the paper or an encoded image overlying the displayed image or may be a physical encoded image on a display screen (so any image portion captured by a pen is locatable on the display screen).


This determination of the location of a captured image may be used to determine the location of a user's interaction with the paper, medium, or display screen. In some aspects of the present invention, the pen may be an ink pen writing on paper. In other aspects, the pen may be a stylus with the user writing on the surface of a computer display. Any interaction may be provided back to the system with knowledge of the encoded image on the document or supporting the document displayed on the computer screen. By repeatedly capturing the location of the camera, the system can track movement of the stylus being controlled by the user.



FIGS. 2A and 2B show an illustrative example of pen 201 with a camera 203. Pen 201 includes a tip 202 that may or may not include an ink reservoir. Camera 203 captures an image 204 from surface 207. Pen 201 may further include additional sensors and/or processors as represented in broken box 206. These sensors and/or processors 206 may also include the ability to transmit information to another pen 201 and/or a personal computer (for example, via Bluetooth or other wireless protocols).



FIG. 2B represents an image as viewed by camera 203. In one illustrative example, the field of view of camera 203 is 32×32 pixels (where N=32). Accordingly, FIG. 2B shows a field of view of 32 pixels long by 32 pixels wide. The size of N is adjustable based on the degree of image resolution desired. Also, while the field of view of the camera 203 is shown as a square for illustrative purposes here, the field of view may include other shapes as is known in the art.


The input to the pen 201 from the camera 203 may be defined as a sequence of image frames {Ii}, i=1, 2, . . . , A, where Ii is captured by the pen 201 at sampling time ti. The selection of sampling rate is due to the maximum motion frequency of pen tip, which may be the same as the frequency of the hand when one writes. The frequency is known as to be from 0 up to 20 Hz. By the Nyquist-Shannon sampling theorem, the minimum sampling rate should be 40 Hz, typically 100 Hz. In one example, the sampling rate is 110 Hz. The size of the captured image frame may be large or small, depending on the size of the document and the degree of exactness required. Also, the camera image size may be determined based on the size of the document to be searched.


The image captured by camera 203 may be used directly by the processing system or may undergo pre-filtering. This pre-filtering may occur in pen 201 or may occur outside of pen 201 (for example, in a personal computer).


The image size of FIG. 2B is 32×32 pixels. If each encoding unit size is 3×3 pixels, then the number of captured encoded units would be approximately 100 units. If the encoding unit size is 5×5, then the number of captured encoded units is approximately 36.



FIG. 2A also shows the image plane 209 on which an image 210 of the pattern from location 204 is formed. Light received from the pattern on the object plane 207 is focused by lens 208. Lens 208 may be a single lens or a multi-part lens system, but is represented here as a single lens for simplicity. Image capturing sensor 211 captures the image 210.


The image sensor 211 may be large enough to capture the image 210. Alternatively, the image sensor 211 may be large enough to capture an image of the pen tip 202 at location 212. For reference, the image at location 212 is referred to as the virtual pen tip. It is noted that the virtual pen tip location with respect to image sensor 211 is fixed because of the constant relationship between the pen tip, the lens 208, and the image sensor 211. Because the transformation from the location of the virtual pen tip 212 (represented by Lvirtual-pentip) to the location of the real pen tip 202 (represented by Lpentip) one can determine the location of the real pen tip in relation to a captured image 210.


The following transformation FS→P transforms the image captured by camera to the real image on the paper:

Lpaper=FS→P(LSensor)


During writing, the pen tip and the paper are on the same plane. Accordingly, the transformation from the virtual pen tip to the real pen tip is also FS→P:

Lpentip=FS→P(Lvirtual-pentip).


The transformation FS→P may be referred to as a perspective transformation, which approximates FS→P as:
FS->P{sxcosθ,sysinθ,0-sxsinθ,sycosθ,00,0,1},

in which θ, sx, and sy are the rotation and scale of two orientations of the pattern captured at location 204. Further, one can refine F′S→P to FS→P by matching the captured image with the corresponding background image on paper. “Refine” means to get a more precise perspective matrix FS→P (8 parameters) by a kind of optimization algorithm referred to as a recursive method. The recursive method treats the matrix F′S→P as the initial value. FS→P describes the transformation between S and P more precisely than F′S→P.


Next, one can determine the location of virtual pen tip by calibration.


One places the pen tip 202 on a known location Lpentip on paper. Next, one tilts the pen, allowing the camera 203 to capture a series of images with different pen poses. For each image captured, one may receive the transform FS→P. From this transform, one can obtain the location of the virtual image of pen tip Lvirtual-pentip:

Lvirtual-pentip=FP→S(Lpentip),
and,
FP→S=[FS→P]−1.


By averaging the Lvirtual-pentip received from every image, an accurate location of the virtual pen tip Lvirtual-pentip may be determined.


The location of the virtual pen tip Lvirtual-pentip is now known. One can also obtain the transformation FS→P from image captured. Finally, one can use this information to determine the location of the real pen tip Lpentip:

Lpentip=FS→P(Lvirtual-pentip).

Overview


Aspects of the invention relate to an architecture for associating a captured stroke and binding it to an electronic version of a document. While a user performs a stroke (or action) using a pen, a camera on the pen captures a location of the pen in relation to a surface. The surface may include codes that permit a computer to determine where the pen is in relation to the surface. The surface may include a computer monitor, printed document, and the like.


Aspects of the invention include processing a pattern in a captured image, decoding symbols extracted from the captured image and determining a location of a point in the stroke, and transforming the location with other locations to a stroke of information. The stroke is then associated with an electronic document.


Most pens use ink. Some pens also include a camera to capture an image. The image may be used to determine the location of the pen tip. In accordance with aspects of the present invention, some systems can determine the location of the pen tip based on embedded codes that are captured by the camera. FIG. 3 shows an image 301 captured by a pen.


Different embedded codes may be used. For instance, codes comprising a combination of dots arranged along a grid may be used. Alternatively, a maze of perpendicular lines may form the embedded interaction codes. As shown in FIG. 3, image 301 includes blank areas 303 and EIC dots or lines or other shapes (referred to generally as “elements”) 304. The EIC elements may or may not be captured with existing symbols, letters, or other information 302.


In the illustrative examples shown herein, the EIC elements lie on grid lines in EIC symbol array. FIG. 4 shows an array 401 of EIC elements arranged into symbols 403 that have the EIC elements located on gridlines 404. An image 402 is captured by a camera from FIG. 2. The EIC symbols 403 images of EIC dots can be analyzed to find the corresponding grid lines 404 in image 402. If the grid lines 404 in the image 402 are found, the corresponding EIC symbols 403 can be identified and the image 402 located within array 401. Here, array 401 is shown with a height of 214−1 and a width of 214+1. The size of the array can vary, of course, and the resulting information provided in each EIC symbol 403 (where the smaller the array, the less information needed in EIC symbols to locate the image 402 in the array 401).


An m-array may be used to represent X, Y position in an array and multiple m-arrays may be used to represent metadata. These multiple m-arrays may be encoded in EIC symbols. In each EIC symbol, one bit from each m-array may be encoded. EIC symbols in place of the bits of the m-array representing X, Y position form an EIC symbol array (visually, the tiling of EIC symbols forms the EIC pattern). FIG. 4 shows an EIC symbol array 401 (of EIC symbol 8-a-16, in an m-array with the order of 28).


EIC pattern analysis includes two main steps. First, images may be processed to improve contrast or other preprocessing. Next, features of an effective EIC pattern in the image are analyzed. A digital pen as shown in FIG. 2 may be used. The pen is assumed to capture images from a plane. The spatial transform converts the plane to a resulting image (which is also assumed to be a plane. This transformation may be a perspective transform. Here, an effective EIC pattern in image is expected to lie on grid lines 404 that are a perspective transform of the grid lines in EIC symbol array. The perspective transform is first assumed to be an affine transform (i.e. evenly spaced parallel lines are kept evenly spaced and parallel, but perpendicular lines may not be perpendicular anymore). Rotation, scale and translation of the affine transform are estimated from analyzing effective EIC pattern in image. The perspective transform can then be obtained by fitting an effective EIC pattern to affine transformed grid lines. A homography matrix that describes the perspective transform from grid lines in EIC symbol array to image, HGrid→Image, is obtained.


One can consider the EIC symbol array as being a large map, covering all pages of a digital document. When digital pen is used to write on these pages, a small segment of EIC symbol array is captured in an image taken by the pen (such as the image shown in FIG. 4). Locating a position of the pen thus becomes finding the position of the segment (of EIC symbol array) captured in image within EIC symbol array.


This can be done by analyzing each image obtained. FIG. 3 shows an example image captured by digital pen. As can be seen, images of EIC pattern, or more specifically, images of EIC dots are captured. Since EIC dots can lie on grid lines in EIC symbol array (the diagonal lines shown in FIG. 4), images of EIC dots can be analyzed to find the corresponding grid lines in image. If the grid lines in image are found, corresponding EIC symbols can be identified.


As can be seen from FIG. 3, image processing has several challenges, including, for example, uneven illumination, EIC pattern occlusion by document content, rotation and distortion due to pen rotation and tilting, and so on.


Images are therefore can be first normalized for illumination. Then, images of EIC dots, referred to as effective EIC pattern, and images of document content are identified. An effective EIC pattern mask and a document content mask can specify which regions of normalized image are effective EIC pattern and which regions are document content.


Once the grid lines are determined, black dots on the grid lines are identified. Positions of the black dots help to determine which grid cells correspond to EIC symbols and which direction is the correct orientation of EIC symbols.


The grid cells formed by grid lines may or may not correspond to EIC symbols. As can be seen in FIG. 4, grid cells within black squares correspond to EIC symbols, whereas grid cells in between rows of symbols do not correspond to EIC symbols. This is more clearly illustrated in FIG. 5. In FIG. 5, the grid cell in the square 502 is a symbol, whereas the grid cell in square 505 is not a symbol. Therefore, which grid cells in image correspond to EIC symbols needs to be determined.


It is also important to determine the correct orientation of EIC symbols. EIC symbols captured in image may be rotated due to pen rotation. Only when EIC symbols are at the correct orientation (i.e. oriented the same as EIC symbols in EIC symbol array), the segment of EIC symbols captured in image can be matched against EIC symbol array, i.e. bits extracted from EIC symbols can be matched against the m-array.


Once one knows which grid cells correspond to EIC symbols and the correct orientation of the symbols, the EIC symbols captured in an image can be recognized. One can then consider a large enough section of the EIC symbol array that encompasses all the grid lines and corresponding EIC symbols of the image. See FIG. 5.


In FIG. 5, X, Y is the coordinate system of the image, with the image center as the origin, and pixels as the unit of measure. The X, Y coordinate system is determined in relation to the image, i.e. facing the image, X is always left to right and Y is always top to bottom.


H′, V′ is the coordinate system of the grid, with the top (relative to image) intersection point of the farthest grid lines in image, CH′V′, as the origin, and grid cells as the unit of measure. The H′, V′ coordinate system is determined in relation to the image. The rotation angle from X to H′ is always smaller than that from X to V′, and all intersections of grid lines in image have non-negative coordinates in the H′, V′ coordinate system.


Note that what is depicted inside the image in FIG. 5 should not be thought of as what a real image may look like. Grid lines are not seen in image. But if one assumes a perspective transform from paper to image, the effective EIC pattern in image may appear to lie on grid lines that are a perspective transform of the grid lines in EIC symbol array (the dark green lines). Therefore, one can draw grid lines in image and the H′, V′ coordinate system based on a perspective transform of the grid lines in EIC symbol array.


X′, Y′ is the coordinate system of the section of EIC symbol array encompassing all the grid lines and corresponding EIC symbols of the image, with the top-left corner of the section, CX′Y′, as the origin, and EIC symbols as the unit of measure. Note that X′, Y′ is always in the direction of EIC symbol array, and the origin is always at the top-left corner of a symbol.



FIG. 6 shows the three coordinate systems of another image (which may be thought of as taken after the pen is moved and rotated) with image capture area 601, the coordinate axes 602 of the H′,V′ coordinate system, an symbol 603, and the coordinate axes X′,Y′ 604. The coordinate systems of X, Y and H′, V′ stay in relation to the image. The coordinate system of X′, Y′ is in the direction of EIC symbol array. Therefore, the rotation from H′, V′ to X′, Y′ now is
3π4,

whereas it was
-π4

in FIG. 4.


Given a particular EIC symbol design, and the identified correct orientation of EIC symbols in an image, a transformation from the section of EIC symbol array (that encompasses all the grid lines and corresponding EIC symbols of the image) to grid, i.e. from X′, Y′ to H′, V′, can be obtained. For example, with EIC symbol 8-a-16, the scale from the unit of measure in H′, V′ to that of X′, Y′ is √{square root over (2)}, and the rotation from H′, V′ to X′, Y′ may be
-π4,π4,3π4,or5π4,

depending on the correct orientation of EIC symbols in image (FIG. 3 and FIG. 4 show two of these situations). Let's call the homography matrix describing the transformation from X′, Y′ to H′, V′ HSymbol→Grid.


From a previous step, a homography matrix describing the perspective transform from grid to image, i.e. from H′, V′ to X, Y, HGrid→Image, is known.


Thus, a homography matrix, HSymbol→Image, describing the transformation from X′, Y′ to X, Y can be obtained as:

HSymbol→Image=HGrid→Image·HSymbol→Grid


The homography matrix HSymbol→Image specifies the transformation of every point in the section of EIC symbol array encompassing the image to a point in the image coordinate system. The homography matrix HSymbol→Image−1, specifies the transformation of every point in the image coordinate system to a point in the section of EIC symbol array encompassing the image.


From recognized EIC symbols in the section of EIC symbol array encompassing the image, EIC bits are extracted. For each m-array, a stream of bits is extracted. Any bit can be chosen as the bit whose position in m-array is decoded.


For convenience, one can choose the top-left corner of the section of EIC symbol array encompassing the image, CX′Y′, as the position to decode. In the bit stream starting from CX′Y′, some of the bits are known (bits extracted from recognized symbols), and some are unknown (bits that can't be extracted or EIC symbols are not captured in image). As long as the number of extracted bits is more than the order of the m-array, decoding can be done.


EIC decoding obtains a location vector r by solving bt=rtM, where b is a vector of extracted bits, and M is a coefficient matrix obtained by cyclically shifting the m-sequence. Note that t in the equation stands for transpose. Location of extracted bits in m-sequence can be obtained from r by discrete logarithm. Position of extracted bits in m-array is then obtained based on how m-array is generated from m-sequence.


The position obtained from an m-array representing metadata is used to calculate the metadata. Metadata is encoded using the same m-array as the one representing X, Y position, but shifted according to the value of the metadata. Therefore, positions obtained from the two m-arrays representing X, Y position and metadata respectively, are different. The difference (or distance) between the two positions, however, is always the same, and is the value of the metadata. If multiple m-arrays are used to encode a global metadata such as a document ID, values of metadata from each of the multiple m-arrays are combined to get the document ID.


The position obtained from the m-array representing X, Y position is the coordinates of CX′Y′ in EIC symbol array. For example, in FIG. 5, the coordinates of CX′Y′, in EIC symbol array are (3, 1), and in FIG. 6, the coordinates are (5, 1).


To recover ink stroke, one needs to find the position of the pen tip in EIC symbol array. To do this, the “virtual pen tip,” which is simply the image of the real pen tip on the image sensor plane, can be used as shown in FIG. 2A. Because the relationship between the real pen tip, lens and image sensor is constant, location of virtual pen tip on the image sensor plane is constant, unless the relationship of the above is changed (for example, when users change the ink cartridge). Location of virtual pen tip on the image sensor plane can be obtained through calibration.


Location of virtual pen tip on the image sensor plane is position of the pen tip in the image coordinate system. Therefore, using the homography matrix HSymbol→Image−1, one can obtain position of the pen tip in X′, Y′ coordinate system.


Given position of the pen tip in X′, Y′ coordinate system and coordinates of CX′Y′ in EIC symbol array, position of the pen tip in EIC symbol array can be obtained by summing the two. With a series of images captured for an ink stroke, from each image successfully decoded, position of the pen tip in EIC symbol array is obtained. These positions are filtered, interpolated and smoothed to generate the ink stroke.


With the document ID, the corresponding digital document can be found. How EIC symbol array is allocated to each page of the document is known. Therefore, position of the pen tip in a document page can be obtained by subtracting position of the top-left corner of the page in EIC symbol array from position of the pen tip in EIC symbol array. Thus, the ink stroke is bound to a document page.


Ink strokes written with digital pen on printed document are now recovered in the corresponding electronic document.


The above process is implemented in EIC core algorithms. EIC core algorithms include pre-processing, EIC pattern analysis, EIC symbol recognition, EIC decoding and EIC document mapping. FIG. 5 illustrates the workflow of EIC core algorithms.


The input of EIC core algorithms is a series of captured images. For each captured image, pre-processing segments effective EIC pattern. EIC pattern analysis analyzes effective EIC pattern and segments effective EIC symbols. EIC symbol recognition recognizes the EIC symbols and extracts EIC bits. EIC decoding obtains the location of the extracted bits in m-array. After all the images of a stroke are processed, EIC document mapping calculates metadata and generates ink stroke in EIC document.



FIG. 7 shows an illustrative example of a process for associating a stroke with a document. The process contains three sections (but the dividing line between sections is amorphous). In step 701, the process starts and proceeds to an EIC pattern processing section. In the pattern processing section, a captured image 702 is processed. For each image 703, a pre-processing step 704, an EIC pattern analysis step 708, and EIC symbol recognition 713.


Pre-processing step 704 receives the captured image 702 in data in 705 and outputs through data out 706 an effective EIC pattern 707. The effective EIC pattern is received through data in 709 at the EIC pattern analysis 708 and output through data out 710 an effective EIC symbol and homography matrix 712, which are both received in data in 714 of EIC symbol recognition 713.


EIC symbol recognition 713 outputs through data out 715 EIC bits and an upgraded homography matrix with orientation information 717.


Next, in the EIC decoding section, EIC decoding is performed in step 718. Here, EIC bits 716 are received in data in 719. The location in an array of bits (m-array) is determined. The output 721 is provided at data out 720.


The process then moves 722 to the next image 703. The combination of images provide Once all images have been captured and processed, the process then transforms the collection of image locations into strokes and associates the strokes with a document in the EIC document mapping step 723. Here, the locations in the m-array 721 are received through data in interface 724 and collected into one or more strokes. The EIC document mapping step 723 outputs through data out 725 the strokes in the EIC document 726, any local metadata 727, and any global metadata 728. Finally, the process ends in step 729.


The following describes the various sections in greater detail.


Pre-Processing



FIG. 8 shows an illustrative example of the possible content of pre-processing step 704 in accordance with aspects of the present invention. One of the aspects of the pre-processing procedure is to obtain illumination-normalized images and segment an effective EIC pattern.


The process starts in step 701 with captured image 702. In step 801, the illumination of the captured image 702 (from data in 802) is normalized. The normalized image 804 is output from data out 803. The normalized image 804 then segments an EIC pattern 805 having received the normalized image in data in 806. An effective EIC pattern 808 is output from data out 807.


The illumination normalization step 801 is based on the following: illumination in the field of view is typically non-uniform and changes with pen rotation and tilting. This step 801 estimates the illumination distribution of a captured image and normalizes the image for further processing.


The EIC pattern segmentation step 805 performs the following: both EIC pattern and document content are captured in an image. This step 805 segments an EIC pattern from document content by thresholding the image.


Thresholding can be done in two steps (but can be done in more or less steps depending on the implementation). First, high-contrast areas are identified. These are areas that have a large difference in gray levels. Thresholding in these areas identifies a threshold for segmenting document content. After the document content areas are identified, thresholding in non-document content areas segments an effective EIC pattern.



FIG. 9 illustrates another example of a preprocessing system that may be implemented according to various examples of the invention. As seen in this figure, a pen/camera device 901 provides a captured image to the image preprocessing system 903. More particularly, the pen/camera device 901 provides a captured image to the image brightness normalization module 905. As will be explained in greater detail below, the image brightness normalization module 905 normalizes the brightness of the different areas in the image, in order to mitigate the affects of inconsistent illumination during the operation of the pen/camera device 901.


Once the brightness of the captured image has been normalized, the image brightness normalization module 905 provides the normalized image to the pattern determination module 909. As will also be described in more detail below, the pattern determination module 909 analyzes the normalized image to identify areas having differences in brightness above a threshold level, in order to distinguish those areas in the normalized image that represent content from those areas in the normalized image that represent the information pattern. In this manner, the information pattern can be more accurately distinguished from the remainder of the captured image. The preprocessed image is then provided to the pattern analysis module 911 for further processing to determine the portion of the information pattern captured in the image, and thus the location of the pen/camera device 901 when the image was obtained.



FIG. 10 illustrates an example of a code symbol that can be used to represent one or more bits making up an information pattern. As seen in this figure, the code symbol may have four black dark dots 1015 that represent the border of the symbol 1017. It also includes data dots 1019 that can be either marked black or left white (or blank) to represent data bits. Still further, the illustrated code symbol includes orientation dots 1021 that are always left white (or blank) to allow the decoding process to determine an orientation of the symbol. It is appreciated that a variety of codes may be used including lines, dots, combination of lines and combination of dots to encode and provide information to a system.


As discussed herein, a code symbol may be considered as the smallest unit of visual representation of an information pattern. Generally, a code symbol will include the pattern data represented by the symbol. As shown in the illustrated example, one or more bits may be encoded in one code symbol. Thus, for a code symbol with 1 bit represented, the represented data may be “0” or “1”, for a code symbol representing 2 bits, the represented data may be “00”, “01”, “10” or “1.” Thus, a code symbol can represent any desired amount of data for the information pattern. The code symbol also will have a physical size. When the information pattern is, for example, printed on paper, the size of a code symbol can be measured by printed dots. For example, the illustrated code symbol is 16×16 printed dots. With a 600 dpi printer, the diameter of a printed dot will be about 0.04233 mm.


Still further, a code symbol will have a visual representation. For example, if a code symbol represents 2 bits, the visual representation refers to the number and position distribution of the black dots used to represent the data values “00”, “01”, “10” or “11”. Thus, the code symbol illustrated in FIG. 10 may be referred to as a “8-a-16” symbol, since it represents 8 data bits using a 16×16 array of discrete areas. Of course, symbols having a variety of different represented pattern data values, sizes, and visual representation configurations will be apparent to those of ordinary skill in the art upon consideration of this description.


Brightness Normalization



FIG. 11 illustrates one example of an image brightness normalization tool that may be employed for the image brightness normalization module 905 shown in FIG. 9. The image brightness normalization module 905 includes an image segmentation module 1101 that segments an image into blocks of smaller areas, such as pixels, and a block brightness estimation module 1103 that estimates the brightness of each block. The image brightness normalization module 905 also has an area brightness distribution determination module 1105. This module performs a bilinear fitting of the brightness distribution for each area, as will be explained in more detail below. Still further, the image brightness normalization module 905 includes an area brightness normalization module 1107, which normalizes the brightness of each area in the image. The operation of each of these modules will be discussed in greater detail with reference FIGS. 12A-21.


Turning now to FIG. 12A, in step 1201 the image segmentation module 1101 receives an image from the camera/pen device 901. FIG. 13 illustrates one example of a raw image 1301 that might be received from the camera/pen device 901. As seen in this figure, the image 1301 has regions that are relatively dark and regions that are relatively light, making it difficult to distinguish features in the image. In the illustrated embodiment, the image is 100×128 pixels (i.e., 100 pixels in the vertical direction and 128 pixels in the horizontal direction). It should be appreciated, however, that the image size will be determined by the camera employed by the camera/pen device 901, and various embodiments of the invention may be employed with images of any size.


Next, in step 1203, the image segmentation module 1101 segments the image 1301 into blocks of areas. In the illustrated example, the image brightness normalization module 905 uses pixels as the areas upon which operations are performed. It should be appreciated, however, that alternately embodiments of the invention may use other units for the area. For example, with larger images, some embodiments of the invention may use groups of four adjacent pixels as the areas upon which operations are performed, while still other embodiments of the invention may use groups of six, eight, nine, sixteen, or any other number of pixels as the areas upon which operations are performed.


More particularly, the image segmentation module 1101 segments the image into blocks starting from the top of the image 1201, as shown in FIG. 14. The blocks 1401 may conveniently be identified hereafter by coordinate values on indices m, n, as shown in this figure. In the illustrated embodiment, image segmentation module 1101 segments the image 1301 into blocks 1401 of 16 pixels by 16 pixels. It should be appreciated, however, that alternate embodiments of the invention may form the blocks from smaller or larger groups of pixels as desired.


Because the image 1301 in the illustrated example has a height of 100 pixels and the blocks 1401 are formed from 16×16 groups of pixels, there is a small region 1403 at the bottom of the image 1301 in which the pixels are not segmented into blocks 1401. As will be apparent from the detailed explanation provided below, this discrepancy may skew the accuracy of the brightness normalization process. Accordingly, as shown in FIG. 15, the image segmentation module 1101 forms a second segment of blocks 1501 starting from the bottom of the image 1301. The blocks 1501 may conveniently be identified hereafter by coordinate values on indices m1, n1, as shown in FIG. 15. As with blocks 1401, the blocks 1501 are formed from 16×16 groups of pixels.


Next, in step 1205, the block brightness estimation module 1103 estimates the brightness value for each block 1401 and 1501. That is, the block brightness estimation module 1103 estimates an overall representative brightness value for each block 1401 and 1501 based upon the gray level of each individual pixel making up the block. In the illustrated example, the block brightness estimation module 1103 estimates the brightness value of a block 1401 or 1501 by creating a histogram of the number of pixels in the block at each gray-level.



FIG. 16 illustrates one example of a type of histogram that might be employed by various embodiments of the invention to estimate the brightness of a block 1401 or 1501. As seen in this figure, the X-axis corresponds to the gray levels of the pixels making up the block. The Y-axis then corresponds to the number of pixels that have the gray level. Using this histogram, the block brightness estimation module 1103 estimates a representative brightness value for the block. In the illustrated example, the block brightness estimation module 1103 identifies the 90th percentile gray level to be the estimated brightness value of the block. That is, the block brightness estimation module 1103 identifies the gray level G90th at which 90% of the pixels in the block are darker than G90th, and employs this value as the brightness value of the block. Of course, other embodiments of the invention may employ alternate percentile criteria for estimating the brightness value of a block as desired. Still further, some embodiments of the invention may employ alternate techniques for determining the overall brightness of each block.


It also should be noted that the illustrated example relates to a black-and-white image. Accordingly, the brightness level corresponds to a gray scale level. Various embodiments of the invention alternately may be used to process color images. With these embodiments, the block brightness estimation module 1103 will operate based upon the color brightness level of each pixel in the image.


After the block brightness estimation module 1103 has estimated the brightness value for each block 1401 and 1501, the area brightness distribution determination module 1105 performs a bilinear fitting of the brightness distribution for each area in step 1207. As previously noted, there is a region 1403 at the bottom of image 1301 that has not been segmented into any of the blocks 1401. The brightness distribution values for the pixels in these regions thus are determined using the blocks 1501 rather than the blocks 1401. Accordingly, the brightness distribution values are determined in a two-step process. The pixels that are primarily within blocks 1401 (i.e., the pixels having a y coordinate value of 0-87 are determined using the estimated brightness values of the blocks 1401, while the pixels that are primarily within blocks 1501 (i.e., the pixels having a y coordinate value of 88-99) are determined using the estimated brightness values of the blocks 1501.


With the illustrated embodiment, for each pixel (x, y), where y=0, 1, . . . 87, the brightness distribution value of that pixel D(x,y) is estimated by using bilinear fitting method as:

D(x,y)=(1−ηy)·[(1−ηxIB(m,n)+ηx·IB(m+1,n)]+ηy·[(1−ηxIB(m,n+1)x·IB(m+1,n+1)]

where IB(m,n)=G90th(m, n), s is the size of a block (in the illustrated example, s=16),
m=min(max[int(x-s/2s),0],6),n=min(max[int(y-s/2s),0],4),x1=ms+s2,x2=(m+1)s+s2,y1=ns+s2,y2=(n+1)s+s2,ηx=x-x1x2-x1,andηy=y-y1y2-y1.


It should be noted that int(x) is a function that returns the largest integer less than or equal to x. For example, int(1.8)=1, int(−1.8)=−2.


The brightness value information employed to determine the brightness distribution value of a pixel using this process is graphically illustrated in FIG. 17. As will be appreciated from this image, some pixels will fall outside of any region 1701 that can be equally distributed among four adjacent blocks 1401. For example, in the illustrated example, pixels having an x coordinate value of 0-7 or 120-127 and pixels having a y coordinate value of 0-7 will fall outside of any region 1701 that can be equally distributed among four adjacent blocks 1401. For these pixels in border regions, the above equations may still be applied to determine their brightness distribution values, except that extrapolation will be used instead of interpolation. The different regions are graphically illustrated in FIG. 18.


Similarly, for each pixel (x, y), where y=88, 89, . . . 99, the brightness distribution value of that pixel D(x, y) is estimated as:

D(x,y)=(1−ηy)·[(1−ηxIB(m1,ni)+η×·IB(m1+1,n1)]+←y·[(1−ηxIB(m1,n1+1)x·IB(m1+1,n1+1)]

where IB(m1,ni)=G90th(m1,n1) s is the size of a block (in our implementation, s=16),
m1=min(max[int(x-s/2s),0],6),n1=0,x1=m1s+s2,x2=(m1+1)s+s2,y1=height-s-s2-1,y2=height-s2-1,ηx=x-x1x2-x1,andηy=y-y1y2-y1.heightis

the height of the image sensor. In the illustrated example, height=100.


Again, some pixels will fall along the image border outside of any region that can be equally distributed among four adjacent blocks 1501. For these pixels in border regions, the above equations may still be applied to determine their brightness distribution values, except that extrapolation will be used instead of interpolation. The different regions are graphically illustrated in FIG. 19. The brightness distribution values 2001 for the entire image 1301 are then shown in FIG. 20.


Once the area brightness distribution determination module 1105 has determined the brightness distribution value for each area, the area brightness normalization module 1107 determines the normalized gray level value for each area in step 1209. More particularly, the area brightness normalization module 1107 determines the normalized gray level value for each area by dividing the area's original gray level value for the brightness distribution value for that area. Next, in step 1211, the area brightness normalization module 1107 obtains an adjusted normalized gray level value for each area by multiplying the normalized gray level value for each area by a uniform brightness level G0. In the illustrated example, the value of uniform brightness level G0 is 200, but alternate embodiments of the invention may employ different values for the uniform brightness level G0. The uniform brightness level G0 represents the supposed gray level of the captured image in a blank area for an ideal situation (i.e., a uniform illumination with an ideal image sensor). Thus, in an ideal case, the gray level of all pixels of a captured image from a blank area should be equal to the uniform brightness level G0.


Lastly in step 1213, the area brightness normalization module 1107 selects a final normalized gray level value for each pixel by assigning each pixel a new gray level value that is the lesser of its adjusted normalized gray level value and the maximum gray level value. Thus, with the illustrated example, the final normalized gray level value for each pixel is determined as a gray level G(x, y) where:
G(x,y)=min(G0·G(x,y)D(x,y),255)

where G0=200 and 255 is the maximum gray level (i.e., white). Then, in step 1215, area brightness normalization module 407 outputs a normalized image using the final normalized gray level value for each pixel. FIG. 21 illustrates how the image 1301 appears as image 2101 after being processed in the manner described in detail above.


Pattern Determination


After the image brightness normalization module 905 normalizes the image captured by the pen/camera device 901, the pattern determination module 909 distinguishes the areas of the normalized image that represent content in a document from the areas of the normalized image that represent the information pattern. FIG. 22 illustrates a pattern determination system for distinguishing an information pattern from content in a document image. As seen in this figure, the pattern determination module 909 includes an area average filtering module 2201 and a high-contrast region determination module 2203. As will be discussed in greater detail below, the area average filtering module 2201 applies an averaging filter to the brightness value of each area in the image. The high-contrast region determination module 2203 then identifies high-contrast regions in the image.


The pattern determination module 909 also includes a content brightness threshold determination module 2205, a content identification module 2207, a pattern brightness threshold determination module 2209, and a pattern identification module 2211. As will be discussed in greater detail below, for a black-and-white image, the content brightness threshold determination module 2205 determines a first gray level value threshold that the content identification module 2207 then uses to identify areas of the image representing content. Similarly, for a black-and-white image, the pattern brightness threshold determination module 2209 determines a second gray level value threshold that the pattern identification module 2211 uses to identify areas of the image that represent an information pattern.


The pattern determination module 909 takes advantage of the fact that, in an image of a document containing both content (e.g., printed text, pictures, etc.) and an information pattern, the information pattern, document content and document background tend to have different brightness levels. Thus, with a black-and-white image, the areas representing the information pattern, document content and document background will typically have different gray levels, with the areas representing the document content being the darkest, the areas representing the information pattern being the second darkest, and the areas representing the document background being the least dark. Thus, the pattern determination module 109 can distinguish the three different areas by thresholding.


In order to more efficiently determine the appropriate thresholds to separate the three brightness levels, the pattern determination module 909 first identifies high-contrast regions. For black-and-white images, these are regions that have a relatively large difference in gray levels between adjacent image areas (e.g., such as pixels). Thus, the threshold for segmenting the areas representing document content from other areas in the image can be more effectively identified in the high-contrast areas. Once the threshold is found, regions that are darker than the threshold are identified as representing document content. These regions can then be marked as being made up of areas representing content. For example, the areas in a content region may be assigned a value of 1 in a document content mask.


After the regions representing document content have been identified, the brightness values of the remaining areas can then be analyzed. Those regions having an gray level value above a second threshold are then identified as representing the information pattern. These regions can then be marked as being made up of areas representing the information pattern. For example, the areas in a pattern region may be assigned a value of 1 in an information pattern mask. Thus distinguished from the rest of the image, the areas representing the information pattern can be more accurately analyzed by the pattern analysis module 911.


The operation of the pattern determination module 909 will now be described with reference to FIGS. 23A-27. More particularly, the operation of the pattern determination module 909 will be discussed as applied to the normalized image 2101. Thus, in this example, the image is a black-and-white image. It should be appreciated, however, that various embodiments of the invention may be employed to process color images. As previously noted with respect to the image brightness normalization module 905, if the image is a color image, then the pattern determination module 905 will operate using color brightness levels rather than gray levels. Also, the illustrated example of the pattern determination module 909 uses pixels as the area unit on which it performs operations. It should be noted, however, that other examples of the invention may operate on other areas, such as groups of multiple pixels, as previously described with respect to the image brightness normalization module 905.


Initially, high contrast areas are identified to more efficiently locate regions that represent content, as previously noted. Because the regions representing the information pattern may also have a large difference in brightness levels, however, the image areas are first filtered to reduce the brightness level value difference in the regions surrounding the information pattern. More particularly, in step 2301, the area average filtering module 2201 applies an averaging filter to each area in the image. For black-and-white images, this filtering operation replaces the gray level of each pixel by an average of the gray levels of the surrounding eight pixels and the gray level of the pixel itself. That is, for every pixel (x, y)
Gaverage(x,y)=19i=-11j=-11G(x+i,y+j)

where G(x,y) is the gray level of pixel (x,y). It should be note that G(x,y) is the brightness-normalized gray level.


Next, in step 2303, the high-contrast region determination module 2203 identifies the high-contrast regions in the image using the averaged gray level of each pixel. In particular, for each pixel, the high-contrast region determination module 2203 identifies the maximum and the minimum averaged gray level values in the 17×17 pixel neighborhood surrounding the pixel. That is, for every pixel (x, y),

Gmax(x,y)=max(Gaverage(p,q)|max(x−8, 0)≦p≦min(x+8, 127), max(y−8, 0)≦q≦min(y+8, 127))
Gmin(x,y)=min(Gaverage(p,q)|max(x−8, 0)≦p≦min(x+8, 127), max(y−8, 0)≦q≦min(y+8, 127))


It should be appreciated that the determination described above is based upon the specific number of pixels of the image used in the illustrated example. A similar determination, using different pixels coordinate values, would be employed for embodiments of the invention used to process images of different sizes. Next, the high-contrast region determination module 2203 defines a high-contrast region as

High Contrast Region={(x,y)|[Gmax(x,y)−Gmin(x,y)]>D0}

where D0 is a predetermined threshold. The value of D0 is determined empirically. In the illustrated example, D0=140, but it should be appreciated, however, that other embodiments of the invention may employ different threshold values depending, e.g., upon the contrast quality provided by the camera/pen device 101. FIG. 24 illustrates the high-contrast areas 2401 identified in image 2101 using the above-described technique.


Next, in step 2305, the content brightness threshold determination module 2205 determines a threshold for separating areas representing document content from the other areas of the image. To determine the threshold, the content brightness threshold determination module 2205 creates a gray-level histogram for the high-contrast regions. An example of such a histogram 2501 is illustrated in FIG. 25. As seen in this figure, the X-axis of this histogram 2501 corresponds to the averaged gray levels of the pixels in the high-contrast regions. The Y-axis then corresponds to the number of pixels at that gray level. From the histogram, a threshold T0 for separating the darker pixels from gray and white pixels can be identified. Any suitable technique for selecting a threshold to distinguish darker pixels from gray and white pixels may be employed. One such technique for obtaining the threshold T0 is described, for example, in N. Otsu, “A Threshold Selection Method from Gray-Level Histogram,” IEEE Transactions on Systems, Man, and Cybernetics, 9(1), (1979), pp. 62-66, which is incorporated entirely herein by reference.


Once the threshold value T0 has been determined, the content identification module 2207 uses the threshold T0 to identify the areas of the image representing content in step 2307. First, given T0, pixels in the image that are darker than T0 are identified as images representing the document content and are assigned a value of 1 in a document content mask. Thus, for every pixel (x, y), if

Gaverage(x,y)≦T0,

then Document Content Mask (x, y)=1, else Document Content Mask (x, y)=0.


After the document content mask has been created, those regions Rt, are identified, where t=1, 2, . . . T of pixels (xi,yi) as follows:

R={(xi,yi) Document Content Mask (xi,yi)=1, (xi,yi) are neighbors}.


Two pixels are neighbors if they are directly below, above or next to each other, as shown in FIG. 26. Thus, the mask identifies regions Rt of neighboring areas that represent content. In the illustrated example, if a region Rt contains fewer than 20 pixels, it is removed from the document content mask. That is, for each pixel (xi,yi)εRt, Document Content Mask (xi,yi)=0. This eliminates regions that are too small to actually represent document content.


Next, in step 2309, the pattern brightness threshold determination module 2209 determines a second threshold for separating the areas representing the information pattern from the remaining areas of the image (i.e., the non-content areas). Initially, the pattern brightness threshold determination module 2209 segments the image into 8×8 pixel blocks. For black-and-white images, the pattern brightness threshold determination module 2209 then creates a gray-level value histogram for each 8×8 pixel block, such as the histogram 2701 in FIG. 27. As seen in this figure, the X-axis corresponds to the brightness-normalized gray levels of non-document content pixels in the block, i.e. pixels for which Document Content Mask (x, y)=0. The Y-axis then corresponds to the number of non-document content pixels at that gray level.


From the histogram, a second threshold T0 is identified to distinguish information pattern areas from the remaining background areas. The second threshold T0 is empirically chosen, based on the size of the camera sensor in the pen/camera device 901 and the size of code symbol, to be approximately equal to the ratio of black dots in the code symbol. In the illustrated example, the code symbol is the 8-a-16 code symbol illustrated in FIG. 10. Thus, the second threshold T0 is selected such that 11% of the pixels are darker than T0.


Once the second threshold T0 is determined, the pattern identification module 1511 identifies the areas of the image representing the information pattern in step 1611. More particularly, for every pixel (x,y) in a block, if Document Content Mask (x,y)=0 and G(x,y)≦T0, then the pattern identification module 1511 assigns Pattern Mask (x,y)=1, else, Pattern Mask (x,y)=0.


For the bottom pixels (i.e., the 4×128 pixel region along the bottom border of the image), the 4×128 pixel area directly above may be used to form 8×8 pixel blocks. Within each of these bottom blocks, the second threshold is determined using the same method described in detail above. Only those pixels in the bottom region are compared against the threshold, however, as the pixels “borrowed” from the region directly above will already have been analyzed using the second threshold established for their original blocks. Those bottom pixels that are darker than the threshold are identified as representing the information pattern.


After all of the pixels having a gray level below their respective second threshold values have been identified, those identified pixels that are adjacent to pixels representing document content are removed from the information pattern mask. That is, for every pixel (x,y), if Pattern Mask (x,y)=1 and a pixel among 8 neighbors of (x,y) has been identified as representing document content (i.e., there exists i, j, where i=−1, 0, 1, j=−1, 0, 1, such that Document Content Mask (x+i,y+j)=1), then Pattern Mask (x,y)=0. In this manner, the pixels making up the information pattern can be accurately distinguished from the other pixels in the image. Further, the image preprocessing system 903 according to various examples of the invention can output a new image that clearly distinguishes an information pattern from the remainder of the image.


Pattern Analysis



FIG. 28 relates to the pattern analysis step 708 of FIG. 7. The pattern analysis step 708 segments effective EIC symbols and obtains a homography matrix describing the perspective transform from grid to image.


The EIC pattern analysis step 708 includes an EIC pattern feature extraction step 902 from start 2801 with data in 2803 and data out 2804, receiving an effective EIC pattern 2809. It also includes an EIC symbol segmentation step 2806 with data in 2807 and 2808.


The EIC pattern feature extraction step 2802 rotates, scales (distance between parallel lines), and translates (distance between the origins) the effective EIC pattern 2809 so as to obtain an assumed affine transform from grid to image by analyzing all directions formed by pairs of connected effective EIC pattern regions and projecting the effective EIC pattern to two main directions. This results in features 2805 having possibly rotation, scale, and translation information.


The EIC symbol segmentation step 2806 obtains a perspective transform from grid to image by fitting the effective EIC pattern to affine transformed grid lines. The perspective transform is described by a homography matrix HGrid→Image 2812, with which, grid lines in image are obtained. The grid lines in the image are associated with expected grid lines through the perspective transform of the homography matrix 2812. Grid cells thus obtained can be referred to as effective EIC symbols 2811. The effective EIC symbol 2811 and homography matrix 2812 are sent to the EIC symbol recognition process as described with respect to FIG. 51 described below.


The above process is referred to as an EIC pattern analysis. FIG. 28 shows the workflow of EIC pattern analysis. In step 2801, the process starts. In step 2802, EIC pattern feature extraction is performed using data from an effective EIC pattern 2809. The effective EIC pattern is shown in FIG. 29 with image 2901, existing image data (if relevant) 2902, blank space 2903 and EIC elements 2904. Data output 2804 from the EIC pattern feature extraction provides features 2805 with information relating to rotation, scale, and translation information.


Next, in step 2806, input data 2807 (namely features 2805) is processed by EIC symbol segmentation. Data output 2808 from EIC symbol segmentation 2806 results in an effective EIC symbol 2811 and homography matrix (having a perspective transformation) 2812 as shown in FIG. 30 with EIC symbols 3001, first grid lines 3002 and second grid lines 3003. The two primary steps 2802 and 2806 are described below.


Feature Extraction


EIC pattern feature extraction obtains an affine transform to convert a grid to an image by analyzing an effective EIC pattern in a captured image. An affine transform keeps evenly spaced parallel lines evenly spaced and parallel, but perpendicular lines may not be perpendicular anymore. This step obtains the rotation, scale (distance between parallel lines) and translation (distance between the origins) of the affine transform. Output of this step is a homography matrix that describes the affine transform.


First, the system finds two main directions of EIC symbols. This step looks at all the directions formed by pairs of connected effective EIC pattern regions and finds two directions that occur the most often.


First, given effective EIC pattern mask, regions Rt, where t=1, 2, . . . , T, of pixels (xi,yi) are identified:

Rt={(xi,yi)|EIC Pattern Mask (xi,yi)=1, (xi,yi) are neighbors}.


Two pixels are neighbors if they are directly below, above or next to each other. FIG. 31 shows neighboring pixels in accordance with aspects of the present invention. Pixel 3101 is a given pixel (x,y). Pixels 3103, 3105, 3107, and 3109 are neighboring pixels of (x,y). Here, these are shown in the cardinal directions (up, down, left, right) of pixel 3101. Pixels 3104, 3106, 3108, and 3102 are on the diagonals from pixel 3101.



FIG. 32 shows examples of these regions with pixel 3201 and surrounding regions 3202, for instance.


Next, gray-level centroids of the regions are identified. For each region Rt, where t=1, 2, . . . , T, gray-level centroid ({overscore (x)}i,{overscore (y)}t) is:
x_t=1i=0NtG(xi,yi)i=0Nt(xi·G(xi,yi)),y_t=1i=0NtG(xi,yi)i=0Nt(yi·G(xi,yi))


where (xi,yi) is a pixel in region Rt, G(xi,yi) is the gray-level of the pixel, and Nt is the total number of pixels in region Rt.



FIG. 33 shows centroids 3302 of the regions 3301.


Third, for each pair of regions, Ru and Rv, a direction of the pair is obtained:
θu,v=arctan(y_u-y_vx_u-x_v),


where 0≦θu,v<180. FIG. 34 shows the definition of θ. Here, θ is defined as a rotation about point 3401 from horizontal line 3402 to a line 3403 connecting centroids 3401 with another centroid 3404. The determination of angle θ may be performed for all centroids from all centroids in the capture image.


Once all the directions are obtained, a histogram of directions can be created. The X axis is θ. The Y axis is the frequency count of θ. FIG. 35 shows the histogram where the number of times a centroid was on line 3403 for a specific angle θ.


Next, as shown in FIG. 36, the histogram is first normalized using template [−0.1, −0.1, −0.1, −0.1, −0.1, 0, 0, 0, 1, 0, 0, 0, −0.1, −0.1, −0.1, −0.1, −0.1]. That is, for every X where x=0, 1, . . . , 179,
Y(x)=i=016(template[i]·Y(mod(x+i-8,180))).


mod(x, y) is a function that returns the positive remainder of x divided by Y. For example, mod(3,2)=1, mod(−3,2)=1.


Next, as shown in FIG. 37, four candidates of the main directions are identified. The X value that has the highest Y value is set as Candidate 1. Y values of adjacent X are suppressed to 0, i.e. Y(x)=0, where x is in the range of mod(Candidate 1±30, 180) Find the next X value with the highest Y value and set as Candidate 2. Y values of adjacent X are suppressed to 0, i.e. Y(x)=0, where x is in the range of mod(Candidate 2±30, 180) Repeat the process to find Candidate 3 and Candidate 4. The reason for the suppression of the regions is that these angles are where EIC symbols are not expected to lie.


From the four candidates, 2 pairs of near perpendicular directions are identified. That is, for a candidate xi, select another candidate xj, such that abs(90−abs(xi−xj)) is minimized. abs(x) is a function that returns the absolute value of x. For example, abs(1.8)=1.8, abs(−1.8)=1.8.


Now, one can select (xi,xj) such that Y(xi)+Y(xj) is maximized.


Given the pair selected, (xi,xj), centroid of a small area near xi and xj is calculated:
x_i=k=-55(mod(xi+k,180)·Y(mod(xi+k,180)))k=-55Y(mod(xi+k,180))x_j=k=-55(mod(xj+k,180)·Y(mod(xj+k,180)))k=-55Y(mod(xj+k,180)).


The two centroids are the two main directions. That is, suppose {overscore (x)}i<{overscore (x)}j, θh={overscore (x)}i, and θv={overscore (x)}j.



FIG. 38 shows the final output of this step, the two main directions θh and θv.


Next, the system determines the scale and translation for the EIC symbols.


In the step, one looks for the scale and translation of the affine transform. Scale is the distance between two adjacent parallel lines. Translation is the distance between the image center and the origin of the coordinate system formed by the grid lines. Both scale and translation are measured in pixels.



FIG. 39 shows the affine transformed grid lines. The two main directions are: θhv. The two scales along the two directions are: Sh,Sv. The two translations are: Δhv.


Note that the H, V coordinate system shown in FIG. 39 is the coordinate system of the grid. Grid lines are not seen in image. But as explained before, if one assumes an affine transform from paper plane to image plane, EIC pattern in image may appear to lie on grid lines that are an affine transform of the grid lines in EIC symbol array. Therefore, one can draw grid lines in image (the gridlines parallel to lines 3901 and 3902) and the H, V coordinate system based on an affine transform of the grid lines in EIC symbol array.


The X, Y coordinate system shown in FIG. 39 is the coordinate system of the image. Facing the image, X is always left to right and Y is always top to bottom. The image center is the origin of the X, Y coordinate system.


To obtain the two scales Sh,Sv, the image may be rotated counterclockwise with θhv respectively.



FIG. 40 shows the image before rotation. FIG. 39 shows the image after being rotated counterclockwise with θ.


In the middle region of the rotated image (shown as the shadowed area in FIG. 41), a coordinate system X′, Y′ is defined. In one implementation, the height and width of the middle region is 60% of the width of the image sensor. Therefore, distance from the origin of X′, Y′ to the image center is 30% of the width of the image sensor in both directions.


For every pixel (x,y), where x=0, 1, . . . , 127, y=0, 1, . . . , 99, coordinates of the pixel in the new coordinate system X′, Y′ are:

x′=int((x−xC)·cos θ+(y−yC)·sin θ+width·0.3),
y′=int(−(x−xC)·sin θ+(y−yC)·cos θ+width·0.3),


where (xC, yC) are coordinates of the image center in the pixel index coordinate system depicted in FIG. 42. width is the width of the image sensor. Note that
xC=width-12,yC=height-12,


where width is the width of the image sensor, height is the height of the image sensor. This is because in the pixel index coordinate system depicted in FIG. 42, a pixel can be actually indexed by the coordinates of its center.


In one implementation, width=128, height=100, xC=63.5, yC=495. Of course, other values may be used as well.


Let Rotate Mask (x′,y′)=EIC Pattern Mask (x,y).


Now, effective EIC pattern in the middle region are projected to the Y′ axis to create a histogram. See FIG. 43. The X axis of the histogram is the value of y′. Since the size of the middle region is width 0.6=76.8, y′ is in the range of [0, 75]. The Y axis of the histogram is the count of all x′, where x′=0, 1, 2, . . . , 75, and Rotate Mask (x′, y′)=1.


Next, one attempts to obtain scale and translation information from the histogram.


First, one finds all the Y values that are local maximums. That is, find all the Y values that satisfy Y(x)>Y(x−1) and Y(x)>Y(x+1), where x=1, 2, . . . , 74. The Y values are kept and other Y values are set to 0. Next, the process then sets Y(0)=0 and Y(75)=0. If two local maximums are too close, for example, if both Y(x1) and Y(x2) are local maximums, and abs(x1−x2)<5, then the system keeps the larger Y value, i.e. if Y(x1)>Y(x2), then the system keeps the value of Y(x1) and set Y(x2)=0.


Next, the system finds the global maximum (xmax,ymax) in the histogram. If ymax=0, EIC pattern analysis fails for this image. If ymax≠0, the local maximums are compared with the global maximum. If the local maximum is less than ⅓ of the global maximum, the local maximum is set to 0. FIG. 44 shows the resulting histogram.


Suppose the system has found a total of n local maximums, and xi, where i=0, 1, . . . , n−1, are the X values of the local maximums. Let di, where i=0, 1, . . . , n−2, be the distance between xi and xi+1, i.e. di=xi+1−xi. The system obtains the first


estimate of scale S by averaging all the distances, i.e.
S=i=0n-2din-1.


Next, the system finds the distance di, where di≠0, i=0, 1, . . . , n−2, that differs from S the most, i.e.
j=ArgMaxi=0n-2(abs(di-S))|di0.

If dj is not that different from S, i.e. if
abs(dj-S)13S,

then S is the best scale. If dj is too much bigger than S, for example, if
(dj-S)>13S,

then dj may be multiples of the actual scale and will affect calculating the average of the distances. Therefore the system sets dj=0. If dj is too much smaller than S, for example, if
(S-dj)>13S,

the system combines dj with the next distance dj+1, if dj+1>0; if dj+1=0, the system sets dj=0. The system calculates S again by averaging the non-zero di's, and goes back to the beginning (where distance di is found). The output is a best scale S.


With the best scale S obtained, the system finds the X value, which is an integer multiples of S away from xmax, i.e. Xstart=mod(xmax,S). Translation Δ is: Δ=S−mod((xcenter−xstart),S). Here, since the size of the middle region is width·0.6=76.8,
xcenter=width·0.62=38.4,

in this example.



FIG. 45 shows the scale and translation obtained. Note that the scale and translation are shown in the original histogram. With the above process, scale and translation for each direction is obtained.


Next, the system obtains an initial homography matrix. This step obtains a homography matrix, H, that describes the affine transform. The homography matrix transforms a point in the coordinate system of the grid, i.e. the H, V coordinate system, to a point in the coordinate system of the image, i.e. the X, Y coordinate system (see FIG. 39). That is,
[xy1]=H·[hv1],and[hv1]=H-1·[xy1].


Given the rotation, scale and translation obtained, the homography matrix describing the affine transform is:
H=[svcosθhsin(θv-θh)shcosθvsin(θv-θh)Δhcosθv-Δvcosθhsin(θv-θh)svsinθhsin(θv-θh)shsinθvsin(θv-θh)Δhsinθv-Δvsinθhsin(θv-θh)001].


In the next step, the system uses H as an initial value to obtain a homography matrix that describes a perspective transform from grid to image. That is, grid lines drawn in image may not be evenly spaced or parallel anymore. Instead, they may appear to converge to a vanishing point.


Symbol Segmentation


The next step refines the initial homography matrix by fitting effective EIC pattern to the affine transformed grid lines. The output is a homography matrix H that transforms lines from H, V to X, Y.


First, one can find the relationship between the homograph matrix H that transforms lines from H, V to X, Y and the one H that transforms points from H, V to X, Y.


In X, Y coordinate system, a line L can be represented as:

x cos θ+y sin θ+R=0,


where θ is the angle between the normal line of L and the X axis, −R is the distance from the origin to line L. See FIG. 23.


Given this representation, the distance from any point (x1,y1) to line L is: D=x1 cos θ+y1 sin θ+R.


In other words, a line can be represented as:
[csR]·[xy1]=0.

When c2+s2=1, distance of any point (x1,y1) to the line is:
[csR]·[x1y11].


The system uses these representations to represent grid lines in image. Suppose a grid line in the H, V coordinate system is
[chvshvRhv]·[hv1]=0.

In X, Y coordinate system, the same line is
[cxysxyRxy]·[xy1]=0.


Since
[hv1]=H-1·[xy1],

this leaves,
[chvshvRhv]·H-1·[xy1]=0=[cxysxyRxy]·[xy1].Therefore,[chvshvRhv]·H-1=[cxysxyRxy],i.e.[cxysxyRxy]=(H-1)t·[chvshvRhv].


Hence (H−1)t transforms a line from H, V to X, Y and therefore H=(H−1)t.


The homography matrix obtained from EIC pattern feature extraction gives an initial value of H, i.e.
H0=(H-1)t=([svcosθhsin(θv-θh)shcosθvsin(θv-θh)Δhcosθv-Δvcosθhsin(θv-θh)svsinθhsin(θv-θh)shsinθvsin(θv-θh)Δhsinθv-Δvsinθhsin(θv-θh)001]-1)t.


The system may refine H by the least squares regression. In H, V coordinate system, the grid lines can be represented as:

0+1+kih=0
1+0+kiv=0


where kih and kiv are indexes of the grid lines along the H and V directions respectively (one can refer to these as H and V lines, respectively), and are positive or negative integers.


Suppose
H=[h11h12h13h21h22h23h31h32h33].


Then in X, Y coordinate system, the H and V lines are:

cih·x+sih·y+Rih=0,
civ·x+siv·y+Riv=0,


where
(cihsihRih)=λih(h11h12h13h21h22h23h31h32h33)·(01kih)=1(h12+h13kih)2+(h22+h23kih)2(h12+h13kihh22+h23kihh32+h33kih)(civsivRiv)=λiv(h11h12h13h21h22h23h31h32h33)·(10kiv)=1(h11+h13kiv)2+(h21+h23kiv)2(h11+h13kivh21+h23kivh31+h33kiv)whereλih=1(h12+h13kih)2+(h22+h23kih)2andλiv1(h11+h13kiv)2+(h21+h23kiv)2

are scalars that make (cih)2+(sih)2=1 and (civ)2+(siv)2=1.


Now, given the grid lines represented in the X, Y coordinate system, the system looks for all effective EIC pattern pixels close enough to each line. These effective EIC pattern pixels can be used to refine the lines.


If an effective EIC pattern pixel is within a distance of D to a line, it is considered associated with the line. See FIG. 47. In one implementation, D=1.5 pixels.


That is, for every pixel (x,y), where x=0, 1, 2, . . . , 127, y=0, 1, 2, . . . , 99, If

EIC Pattern Mask (x,y)=1abs((cih·(x−xC)+sih·(y−yC)+Rih)<D,

then, (x,y) is considered associated with the i-th H line. If

EIC Pattern Mask (x,y)=1abs((civ·(x−xC)+siv·(y−yC)+Riv)<D,

    • then,
    • (x,y) is considered associated with the i-th V line.


Again, (xC, yC) are coordinates of the image center in the pixel index coordinate system, and xC=63.5, yC=49.5



FIG. 48 shows the effective EIC pattern pixels identified as associated with the line running from top left to bottom right.


Suppose one has identified that effective EIC pattern pixels (xijh,yijh) are associated with the i-th H line, where i=1, 2 . . . , mh, j=1, 2, . . . , mih. mh is the total number of H lines in the image and mih is the total number of effective EIC pattern pixels associated with the i-th H line. Effective EIC pattern pixels (xijv,yijv) are associated with the i-th V line, where i=1, 2, . . . , mv, j=1, 2, . . . , miv. mv is the total number of V lines in the image and miv is the total number of effective EIC pattern pixels associated with the i-th V line.


Next, one wants to find the optimal homography matrix H, such that it minimizes the distance between the effective EIC pattern pixels and their associated lines, i.e. one wants to minimize
g(H)=12Ni=1mhj=1mihγijh(xijhcih+yijhsih+Rih)2+12Ni=1mvj=1mivγijv(xijvciv+yijvsiv+Riv)2,


where
N=i=1mhmih+i=1mvmiv,

i.e. N is the total number of effective EIC pattern pixels associated with all the lines, γijh and γijv are weights. In one implementation, γijh=1 and γijv=1.


Define:
gijh(H)=xijh(h12+h13kih)+yijh(h22+h23kih)+(h32+h33kih)(h12+h13kih)2+(h22+h23kih)2,andgijv(H)=xijv(h11+h13kiv)+yijv(h21+h23kiv)+(h31+h33kiv)(h11+h13kiv)2+(h21+h23kiv)2,

one may re-write g(H) as:
g(H)=12Ni=1mhj=1mihγijh[gijh(H)]2+12Ni=1mvj=1mivγijv[gijv(H)]2.


After H is initialized, to get more accurate estimates of H, suppose one wants to update the current H by δH, then the increment δH should minimize g(H+δH).


Since

gijh(H+δH)≈gijh(H)+(∇gijh)tδH, gijv(H+δH)≈gijv(H)+(∇gijv)tδH,


one has,
g(H+δH)12Ni=1mhj=1mihγijh[gijh(H)+(gijh)tδH]2+12Ni=1mvj=1mivγijv[gijv(H)+(gijv)tδH]2=12N{i=1mhj=1mihγijh[gijh(H)]2+i=1mvj=1mivγijv[gijv(H)]2}+1N[i=1mhj=1mihγijhgijh(H)(gijh)t+i=1mvj=1mivγijvgijv(H)(gijv)t]δH+12N(δH)t[i=1mhj=1mihγijhgijh(gijh)t+i=1mvj=1mivγijvgijv(gijh)t]δHTherefore,[g(H+δH)](δH)=1N[i=1mhj=1mihγijhgijh(H)gijh+i=1mvj=1mivγijvgijv(H)gijv]+1N[i=1mhj=1mihγijhgijh(gijh)t+i=1mvj=1mivγijvgijv(gijv)t]δH


By making the above variation 0 in order to minimize g(H+δH), one has:
δH=-[i=1mhj=1mihγijhgijh(gijh)t+i=1mvj=1mivγijvgijv(gijv)t]-1[i=1mhj=1mihγijhgijh(H)gijh+i=1mvj=1mivγijvgijv(H)gijv]


After solving for δH, if g(H+δH)<g(H), one may update H, i.e. H=H+δH. If g(H+δH)≧g(H), the systems stops and the last H is the final H.


Given the new H, one can repeat the process outlined in this section, by updating the points that are associated to the updated grid lines. This process can converge or stop until a number of iterations have been performed. For instance, the process may end at 30 times.



FIG. 49 shows grid lines obtained before regression, i.e. obtained from an affine transform of the grid lines in EIC symbol array. FIG. 50 shows grid lines obtained after regression, i.e. obtained from a perspective transform of the grid lines in EIC symbol array.


Finally, convert homography matrix for line transform (H) to homography matrix for point transform (H):

H=(Ht)−1.


This is referred to as the homography matrix HGrid→Image, which is the final output of EIC pattern analysis.


Further Details for Homography Computation


The following provides further details for fast homography computation by reusing the intermediate computation results. Computing summations directly as written above may be used. Alternatively, one can reduce repeated computation by reformulating the summations in the following manner.
Letϕp13,iv=hp1+hp1+hp3kivϕp23,ih=hp2+hp3kih,p=1,2,3,ρiv=([(ϕ113,iv)2+(ϕ213,iv)2])-1,ρih=([(ϕ123,ih)2+(ϕ223,ih)2])-1,ψxx,iv=j=1mivγijv(xijv)2,ψxy,iv=j=1mivγijvxijvyijv,ψyy,iv=j=1mivγijv(yijv)2,ψx,iv=j=1mivγijvxijv,ψy,iv=j=1mivγijvyijv,ψ1,iv=j=1mivγijv,ψxx,ih=j=1mihγijh(xijh)2,ψxy,ih=j=1mihγijhxijhyijh,ψyy,ih=j=1mihγijh(γijh)2,ψx,ih=j=1mihγijhxijh,ψy,ih=j=1mihγijhyijh,ψ1,ih=j=1mihγijh,(1)Γ1,iv=ρiv(ϕ113,ivψx,iv+ϕ213,ivψy,iv+ϕ313,ivψ1,iv),Γx,iv=ρiv(ϕ113,ivψxx,iv+ϕ213,ivψxy,iv+ϕ313,ivψx,iv),Γy,iv=ρiv(ϕ113,ivψxx,iv+ϕ213,ivψyy,iv+ϕ313,ivψy,iv),Γ1,ih=ρih(ϕ123,ihψx,ih+ϕ223,ihψy,ih+ϕ323,ihψ1,ih),Γx,ih=ρih(ϕ123,ihψxx,ih,ϕ223,ihψxy,ih+ϕ323,ihψx,ih),Γy,ih=ρih(ϕ123,ihψxy,ih+ϕ223,ihψyy,ih+ϕ323,ihψy,ih),(2)Ωiv=ρiv(ϕ113,ivΓx,iv+ϕ213,ivΓy,iv+ϕ313,ivΓ1,iv),Ψiv=ϕ113,ivΩiv,Φiv=ϕ213,ivΩiv,Ωih=ρih(ϕ123,ihΓx,ih+ϕ223,ihΓy,ih+ϕ323,ihΓ1,ih),Ψih=ϕ123,ihΩih,Φih=ϕ223,ihΩih,(3)Δx,iv=Γx,iv-Ψiv,Δy,iv=Γy,iv-Φiv,Δx,ih=Γx,ih-Ψih,Δy,ih=Γy,ih-Φih,(4)


The above variables can be computed and stored so that they can be reused. Some of the variables are computed from previously defined ones. This makes the computation efficient.


Further define:

ωijh=xijhφ123,ih+yijhφ223,ih323,ih, ωijv=xijvφ113,iv+yijvφ213,iv313,iv,


then

gijh(H)=√{square root over (ρih)}ωijh, gijv(H)=√{square root over (ρiv)}ωijv.


Here, one may want to express the gradients in (*) with the variables defined in (1)˜(4) so that repeated computation can be minimized.


First, the components of ∇gijh and ∇gijv can be represented explicitly:
gijhh11=0,gijhh12=ρih(xijh-ρihϕ123,ihωijh),gijhh13=kihρih(xijh-ρihϕ123,ihωijh)=kihgijhh12,gijhh21=0,gijhh22=ρih(yijh-ρihϕ223,ihωijh),gijhh23=kihρih(yijh-ρihϕ223,ihωijh)=kihgijhh22,gijhh31=0,gijhh32=ρih,gijhh33=kihρih=kihgijhh32,gijvh11=ρiv(xijv-ρivϕ113,ivωijv),gijvh12=0,gijvh13=kivρiv(xijv-ρivϕ113,ivωijv)=kivgijvh11,gijvh21=ρiv(yijv-ρivϕ213,ivωijv),gijvh22=0,gijvh23=kivρiv(yijv-ρivϕ213,ivωijv)=kivgijvh21,gijvh31=ρiv,gijvh32=0,gijvh33=kivρiv=kivgijvh31,


Therefore, at this point, two observations are made:

    • a. Those terms related to
      gijhhp1orgijvhp2,p=1,2,3,

      need not be computed when computing
      j=1mihγijhgijh(gijh)tandj=1mivγijvgijv(gijv)t

      because they are zeros, and
    • b. When a term related to
      gijhhp2orgijvhp1,p=1,2,3,

      is computed, the term related to
      gijhhp3orgijvhp3,p=1,2,3,

      need not be recomputed from the beginning because they only differ by kih or kiv.


Further, one can reduce the computation by additional efforts.
Tocomputej=1mihγijhgijh(H)gijhandj=1mivγijvgijv(gijv)t:j=1mihγijhgijh(H)gijhh12=Δx,ih,j=1mihγijhgijh(H)gijhh22=Δy,ih,j=1mihγijhgijh(H)gijhh32=Γ1,ih,j=1mivγijvgijv(H)gijvh11=Δx,iv,j=1mivγijvgijv(H)gijvh21=Δy,iv,j=1mivγijvgijv(H)gijvh31=Γ1,iv,

the rest terms,
j=1mihγijhgijh(H)gijhhp1andj=1mivγijvgijv(H)gijvhp2,p=1,2,3,

are not described herein because they are zeros. Moreover,
j=1mihγijhgijh(H)gijhhp3andj=1mivγijvgijv(H)gijvhp3,p=1,2,3,

are not described either because they can be obtained by multiplying kih or kiv to
j=1mihγijhgijh(H)gijhhp2orj=1mivγijvgijv(H)gijvhp1,

according to previous observations.
Next,tocomputej=1mihγijhgijh(gijh)tandj=1mivγijvgijv(gijv)t:j=1mihγijhgijhh12gijhh12=ρih[ψxx,ih-ϕ123,ih(Γx,ih,Δx,ih)],j=1mihγijhgijhh12gijhh22=ρih(ψxy,ih-ϕ223,ihΓx,ih-ϕ123,ihΔy,ih),j=1mihγijhgijhh12gijhh32=ρih(ψx,ih-ϕ123,ihΓ1,ih),j=1mihγijhgijhh22gijhh22=ρih[ψyy,ih-ϕ223,ih(Γy,ih+Δy,ih)],j=1mihγijhgijhh22gijhh32=ρih(ψy,ih-ϕ223,ihΓ1,ih),j=1mihγijhgijhh32gijhh32=ρihψ1,ih,j=1mivγijvgijvh11gijvh11=ρiv[ψxx,iv-ϕ113,iv(Γx,iv,Δx,iv)],j=1mivγijvgijvh11gijvh21=ρiv(ψxy,iv-ϕ213,ivΓx,iv-ϕ113,ivΔy,iv),j=1mivγijvgijvh11gijvh31=ρiv(ψx,iv-ϕ113,ivΓ1,iv),j=1mivγijvgijvh21gijvh21=ρiv[ψyy,iv-ϕ213,iv(Γy,iv+Δy,iv)],j=1mivγijvgijvh21gijvh31=ρiv(ψy,iv-ϕ213,ivΓ1,iv),j=1mivγijvgijvh31gijvh31=ρivψ1,iv.


The other entries of
j=1mihγijhgijhhpqgijhhrsandj=1mivγijvgijvhpqgijvhrs

are not shown as they are either 0 or differ from one of the above entries by kih or kiv.


One observation of the long list of variables from equations (1) to (4) is that the complexity of update only depends on the number of lines. This reduces the complexity of the processes that are performed to determine the actual mapping of the image on an objective plane to the captured image.


Aspects of the present invention may be applied to environments as well. For example, one may capture images with a camera having different levels of magnification. With each new level of magnification (or range of levels as determined by a developer), a homography between a captured image and an expected image may be performed. Here, the camera may photograph or otherwise obtain an image having roughly two sets of parallel lines. The sets of parallel lines may be used to determine a homography for a given level of magnification. For instance, the homography matrix may be stored in a memory of the camera and/or memory in a lens (if the lens has a memory) to be used to adjust a received image. As a user then changes the magnification for the camera, for example, a different homography matrix may be applied to the received image to transform it into a better image, reducing distortion present in the lens system and/or imaging system of the camera.


Symbol Recognition


Next, the symbol recognition process of step 713 of FIG. 7 is described. Here, the EIC symbol recognition process is shown with respect to FIG. 51. FIG. 51 shows a flow diagram of a system for performing EIC symbol recognition in accordance with embodiments of the invention. FIG. 51 shows the effective EIC symbol 5011 and homography matrix 5012 being used by EIC dot detection 5104, through data in 5105. The EIC dot detection step 5104 outputs through data out 5106 the EIC dots 5107. The EIC dots 5107 and the homography matrix 2812 are used by the EIC symbol orientation determination 5108 from data in 5109. The EIC symbol orientation 5108 outputs the rotated EIC dots 5111 and the updated homography matrix with orientation information 5112.


Next, the EIC bit extraction step 5113 extracts bits from the rotated EIC dots 5111 as received through data in 5114. EIC bits 5116 are output through data out 5115. Optionally, the updated homography matrix 5112 may be output as homography matrix 5117 as now containing orientation information.


One objective of EIC symbol recognition is to obtain EIC bits encoded in EIC symbols and obtain a homography matrix HSymbol→Image, which transforms every point in the section of EIC symbol array encompassing the image to a point in the image plane.


EIC symbol recognition includes the following components.


The EIC dot detection 5104 is used to detect black dots at EIC data dot positions and the orientation of the dot positions on each edge of the grid cells in image. Dot detection depends on relative (instead of absolute) gray levels of positions on each edge. This increases the robustness of dot detection.


EIC symbol orientation determination step 5108 is used to determine which grid cells correspond to EIC symbols and the correct orientation of the symbols by counting the number of detected black dots at orientation dot positions given different assumptions. The assumption under which the total count is the smallest is accepted of course other values may be used. The section of EIC symbol array encompassing the image is determined. A homography matrix HSymbol→Image, that describes the transformation of every point in the section to a point in the image plane, is obtained.


The EIC bit extraction step 5113 is used to extract bits based on the position of the black dots in EIC symbols.


Bit representation on each edge is a gray code, i.e. only one bit changes from one position to the next, for example, 00, 01, 11, 10. Here, gray code minimizes the number of error bits.


From EIC pattern analysis, HGrid→Image is obtained, with which grid lines in image are obtained. Grid cells thus obtained are effective EIC symbols. Given effective EIC symbols, the next step is to recognize the symbols. The goal of EIC symbol recognition is to obtain bits encoded in EIC symbols and obtain a homography matrix HSymbol→Image, which describes the transformation from the section of EIC symbol array encompassing the image to image. Input of EIC symbol recognition is homography matrix obtained from EIC pattern analysis HGrid→Image, normalized image, and document content mask. Example input to EIC symbol recognition is shown in FIG. 52A. The output of EIC symbol recognition is extracted bits (and confidence values of the bits) and homography matrix HSymbol→Image FIG. 52B shows example recognized EIC bits and corresponding confidence values for the recognized EIC bits.


The EIC symbol recognition system shown in FIG. 51 includes an EIC-dot-detection module 5104, an EIC-symbol-orientation-determination module 5112, and an EIC-bit-extraction module 5116, each of which is described in more detail below.


EIC Dot Detection


The EIC-dot-detection module 5104 detects black dots on each edge. First, the origin of H, V is moved to get the H′, V′ coordinate system. By moving the origin of H, V, all grid intersections in the image have non-negative coordinates. The new coordinate system is called H′, V′, as shown in FIG. 53.


Suppose C′ has coordinates (h′,v′) in H, V coordinate system. After moving, its coordinates are (0, 0).


Suppose the homography matrix obtained from EIC pattern analysis is:
H=[h11h12h13h21h22h23h31h32h33],

the homography matrix that transforms a point in the H′, V′ coordinate system to a point in the X, Y coordinate system is:
H=[h11h12h13+h11·h+h12·vh21h22h23+h21·h+h22·vh31h32h33+h31·h+h32·v]


This homography matrix is referred to herein as the final HGrid→Image.


With homography matrix HGrid→Image all the grid lines in image are obtained (by transforming the grid lines in EIC symbol array using the homography matrix) and form the H′, V′ coordinate system, as shown in FIG. 54.


These grid lines are referred to as H lines and V lines. Grid cells are indexed by the H′, V′ coordinates of the top corner of the cell. Edges of the cells are identified as either on the H lines or on the V lines. For example, in FIG. 54, the cell (i, j) has two edges: edge h, i, j and edge v, i, j.


Next, gray levels are obtained of selected positions on each edge. For EIC symbol 8-a-16, for example, there are 5 EIC dot positions on each edge, as shown in FIG. 55. The EIC symbol in FIG. 55 occupies all of the rows and columns of grid spaces shown in FIG. 55 except for the bottom row and the right-most column. That row and that column belong to adjacent EIC symbols. Accordingly, while black dots 5502-1 and 5502-4 belong to the EIC symbol shown in FIG. 5, black dots 5502-2 and 5502-3 are not part of that EIC symbol. There are EIC data dot positions and EIC orientation dot positions. Data dots 5506-1 through 5506-16 may be black or white for representing bits of information. Of the 4 data dot positions on each edge, there may be only one black dot. Orientation dots 5504-1 through 5504-4 are always white to facilitate properly orienting camera-captured EIC-symbol images.


Gray levels of the 5 positions on each edge, as shown in FIG. 54, are obtained. First, coordinates of the positions in the H′, V′ coordinate system are obtained. Suppose the total number of H lines is Nh+1, and the total number of V lines is Nv+1. For each position s on each edge (i, j) on the H line, where s=1, 2, . . . , 5, i=0, 1, . . . , Nh−1, j=0, 1, . . . , Nv, the H′, V′ coordinates are:
(i+s+18,j,1)t.

For each position s on each edge (i, j) on the V line, where s=1, 2, . . . , 5, i=0, 1, . . . , Nh, j=0, 1, . . . , Nv−1, the H′, V′ coordinates are:
(i,j+s+18,1)t.


Next, with the homography matrix HGrid→Image, coordinates of the positions in the X, Y coordinate system are obtained. For each position s on each edge (i, j) on the H line, where s=1, 2, . . . , 5, i=0, 1, . . . , Nh, j=0, 1, . . . , Nv−1, the X, Y coordinates are: (xsh,i,j,ysh,i,j,1)t=HGrid→Image(xsh,i,j,ysh,i,j,1)t=HGrid->Image·(i+s+18,j,1)t.

For each position s on each edge (i,j) on the V line, where s=1, 2, . . . , 5, i=0, 1, . . . , Nh, j=0, 1, . . . , Nv−1, the X, Y coordinates are: (xsv,i,j,ysv,i,j,1)t=HGrid→Image(xsv,i,j,ysv,i,j,1)t=HGrid->Image·(i,j+s+18,1)t


Gray levels of the positions are calculated using bilinear sampling of the pixels surrounding the positions. Other sampling approaches may be used. For each position s on edge (i, j) on the H line, where s=1, 2, . . . , 5, i=0, 1, . . . , Nh−1, j=0, 1, . . . , Nv, get the index of the first pixel for bilinear sampling: x1=int(xsh,i,j+63.5), y1=int(ysh,i,j+49.5).


If

0≦x1≦126
0≦y1≦98
Document Content Mask (x1,y1)=0
Document Content Mask (x1+1,y1)=0
Document Content Mask (x1,y1+1)=0
Document Content Mask (x1+1,y1+1)=0


then,


The position is valid.

ηx=decimal(xsh,i,j+63.5)
ηy=decimally(ysh,i,j+49.5)
Gsh,i,j=(1−ηy)·[(1−ηxG(xi,y1)x·G(x1+1,y1)]+ηy·[(1−ηxG(x1,y1+1)x·G(x11,y1+1)]


else,


The position is not valid.

Gsh,i,j=null.


The function decimal(x) returns the decimal fraction part of x, where x≧0. For example, decimal(1.8)=0.8. (x1,y1), (x1+1,y1), (x1,y1+1) and (x1+1,y1+1) are indexes of the pixels used for bilinear sampling, defined by the coordinate system shown in FIG. 56. FIG. 57 shows an illustration of the pixels used for bilinear sampling.


Similarly, for each position s on edge (i, j) on the V line, where s=1, 2, . . . , 5, i=0, 1, . . . , Nh, j=0, 1, . . . , Nv−1, get the index of the first pixel for bilinear sampling:

x1=int(xzv,i,j+63.5)
y1=int(ysv,i,j+49.5)


If

0≦x1≦126
0≦y1≦98
Document Content Mask (x1,y1)=0
Document Content Mask (x1+1,y1)=0
Document Content Mask (x1,y1+1)=0
Document Content Mask (x1+1,y1+1)=0


then,


The position is valid.

ηx=decimal(xsv,i,j+63.5)
ηy=decimally(ysv,i,j+49.5)
Gsv,i,j=(1−ηy)·[(1−ηxG(x1,y1)x·G(x1+1,y1)]+ηy·[(1−ηxG(x1,y1+1)x·G(x1+1,y1+1)]


else,


The position is not valid.

Gsv,i,j=null


Next, black dots are detected.


Based on the relative gray levels of the positions, black dots are determined. First, the five positions on each edge are named as follows (see FIG. 58):

    • hesi,j|s=1, 2, . . . , 5 when the edge is on an H line and mod(i+j,2)=0;
    • hosi,j|s=1, 2, . . . , 5 when the edge is on an H line and mod(i+j,2)=1;
    • vesi,j|s=1, 2, . . . , 5 when the edge is on a V line and mod(i+j,2)=0;
    • vosi,j|s=1, 2, . . . , 5 when the edge is on a V line and mod(i+j,2)=1.


For each edge, let the count of valid positions be VDk,i,j, where k=h, v. If there are at least two valid positions on an edge, i.e. VDk,i,j≧2, let
u1=ArgMin1s5Gsk,i,jandu2=ArgMin1s5,su1Gsk,i,j,

i.e., u1 is the darkest position and u2 is the second darkest position. If the gray level difference between the darkest and the second darkest position is large enough, i.e. exceeds a threshold (e.g., T0=20), the darkest position is considered a black dot.


For each edge (i, j) on the H line, where i=0, 1, . . . , Nh−1, j=0, 1, . . . , Nv and mod(i+j,2)=0,


If (Gu2h,i,j−Gu1h,i,j)>T0, then,

heu1i,j=1, where 1≦u1≦5
hesi,j=0, where s=1, 2, . . . , 5 and s≠u,
Dsh,i,j=hesi,j
Diffh,i,j=Gu2h,i,j−Gu1h,i,j


else,

hesi,j=0, where s=1, 2, . . . , 5
Dsh,i,j=null
Diffh,i,j=null


For each edge (i, j) on the H line, where i=0, 1, . . . , Nh−1, j=0, 1, . . . , Nv and mod(i+j,2)=1,


If (Gu2h,i,j−Gu1h,i,j)>T0, then,

hou1i,j=1, where 1≦u1≦5
hosi,j=0, where s=1, 2, . . . , 5 and s≠u1
Dsh,i,j=hosi,j
Diffh,i,j=Gu2h,i,j−Gu2h,i,j


else,

hosi,j=0, where s=1, 2, . . . , 5
Dsh,i,j=null
Diffh,i,j=null


For each edge (i, j) on the V line, where i=0, 1, . . . , Nh, j=0, 1, . . . , Nv−1 and mod(i+j,2)=0,


If (Gusv,i,j−Gu1v,i,j)>T0, then,

veu1i,j=1, where 1≦u1≦5
vesi,j=0, where s=1, 2, . . . , 5 and s≠u1
Dsv,i,j=vesi,j
Diffv,i,j=Gu2v,i,j−Gu1v,i,j


else,

vesi,j=0, where s=1, 2, . . . , 5
Dsv,i,j−null
Diffv,i,j=null


For each edge (i, j) on the V line, where i=0, 1, . . . , Nh, j=0, 1, . . . , Nv−1 and mod(i+j,2)=1,


If (Gu2v,i,j−Gu1v,i,j)>T0, then,

vou1i,j1, where 1≦u1≦5
vosi,j=0, where s=1, 2, . . . , 5 and s≠u,
Dsv,i,j=vosi,j
Diffv,i,j=Gu2v,i,j−Gu1v,i,j


else,

vosi,j=0, where s=1, 2, . . . , 5
Dsv,i,j=null
Diffv,i,j=null


By now, substantially all of the black dots are detected. hesi,j, hosi,j, vesi,j and vosi,j will be used to determine which grid cells correspond to EIC symbols and the correct orientation of the symbols. Dsh,i,j and Dsv,i,j will be used for bit extraction.


EIC Symbol Orientation Determination


Now that the black dots are detected, the EIC-symbol-orientation-determination module 5108, which accepts EIC dots 5107 as input, determines which grid cells correspond to EIC symbols and which direction is the correct orientation of the symbols, as illustrated in FIG. 59.


The orientation dot positions are designed to help to determine the correct orientation of a symbol. When EIC symbols are rotated, the location of the orientation dot positions are different, as illustrated in FIGS. 60A-D. FIG. 60A shows the symbol shown in FIG. 55. FIG. 60B shows the symbol rotated 90 degrees clockwise. FIG. 60C shows the symbol rotated 180 degrees clockwise. FIG. 60D shows the symbol rotated 270 degrees clockwise.


Since there should be no black dots at orientation dot positions, the total number of detected black dots at orientation dot positions assuming no rotation, rotated 90 degrees clockwise, rotated 180 degrees clockwise, and rotated 270 degrees clockwise, can be obtained. The assumption (of a correct orientation) is accepted if the total count under the assumption is the smallest.


Therefore, the EIC-symbol-orientation-determination module first obtains the total number of black dots at orientation dot positions under different assumptions about which grid cells correspond to EIC symbols and the correct orientation of the symbols. Then, based on the smallest count, which grid cells correspond to EIC symbols and the correct orientation of the symbols are determined.


The section of EIC symbol array encompassing the image, i.e. the X′, Y′ coordinate system discussed above in connection with FIG. 15, is then determined. A homography matrix HSymbol→Grid, which describes the transformation from the section of EIC symbol array encompassing the image to grid, i.e. from the X′, Y′ coordinate system, to the H′, V′ coordinate system, can be obtained.


Finally, given HSymbol→Grid and HGrid→Image obtained from EIC pattern analysis, a homography matrix HSymbol→Image, which describes the transformation from the section of EIC symbol array encompassing the image to image, i.e. from the X′, Y′ coordinate system to the X, Y coordinate system, is obtained.


The total number of black dots at orientation dot positions is determined as follows.
LetQ0=i=0Nhj=0Nvhe5i,j+i=0Nhj=0Nvho5i,j+i=0Nhj=0Nvve5i,j+i=0Nhj=0Nvvo1i,jQ1=i=0Nhj=0Nvhe1i,j+i=0Nhj=0Nvho5i,j+i=0Nhj=0Nvve5i,j+i=0Nhj=0Nvvo5i,jQ2=i=0Nhj=0Nvhe1i,j+i=0Nhj=0Nvho1i,j+i=0Nhj=0Nvve5i,j+i=0Nhj=0Nvvo1i,jQ3=i=0Nhj=0Nvhe1i,j+i=0Nhj=0Nvho5i,j+i=0Nhj=0Nvve1i,j+i=0Nhj=0Nvvo1i,jQ4=i=0Nhj=0Nvhe5i,j+i=0Nhj=0Nvho5i,j+i=0Nhj=0Nvve1i,j+i=0Nhj=0Nvvo5i,jQ5=i=0Nhj=0Nvhe5i,j+i=0Nhj=0Nvho1i,j+i=0Nhj=0Nvve5i,j+i=0Nhj=0Nvvo5i,jQ6=i=0Nhj=0Nvhe1i,j+i=0Nhj=0Nvho1i,j+i=0Nhj=0Nvve1i,j+i=0Nhj=0Nvvo5i,jQ7=i=0Nhj=0Nvhe5i,j+i=0Nhj=0Nvho1i,j+i=0Nhj=0Nvve1i,j+i=0Nhj=0Nvvo1i,j


Here Qi, where i=1, 2, . . . , 7, represent the total number of detected black dots at orientation dot positions, given different assumptions about which grid cells correspond to EIC symbols and the correct orientation of the symbols.


Q0 is the total number of detected black dots at orientation dot positions if grid cell (i, j) is a symbol and (i, j) is the top corner of the symbol (assuming mod(i+j,2)=0, see FIG. 58). Q1 is the total number of detected black dots at orientation dot positions if grid cell (i, j) is a symbol, and (i+1, j) is the top corner of the symbol. Q2 is the total number of detected black dots at orientation dot positions if grid cell (i, j) is a symbol, and (i+1, j+1) is the top corner of the symbol. Q3 is the total number of detected black dots at orientation dot positions if grid cell (i, j) is a symbol, and (i, j+1) is the top corner of the symbol.


Q4 is the total number of detected black dots at orientation dot positions if grid cell (i+1, j) is a symbol, and (i+1, j) is the top corner of the symbol. Q5 is the total number of detected black dots at orientation dot positions if grid cell (i+1, j) is a symbol, and (i+2, j) is the top corner of the symbol. Q6 is the total number of detected black dots at orientation dot positions if grid cell (i+1, j) is a symbol, and (i+2, j+1) is the top corner of the symbol. Q7 is the total number of detected black dots at orientation dot positions if grid cell (i+1, j) is a symbol, and (i+1, j+1) is the top corner of the symbol.


Next, determinations are made with respect to which grid cells correspond to EIC symbols and what the correct orientation is for the symbols.
Letj=ArgMin0i7(Qi).


Let O=int(j/4). O represents which grid cells correspond to EIC symbols. If O=0, grid cell (0, 0) is a symbol. If O=1, grid cell (1, 0) is a symbol. See FIG. 61. Here, O may be referred to as an offset.


Let Q=mod(j,4). Q represents the correct orientation of the symbols. EIC symbols in image are rotated
Q·π2

clockwise.


Next, the homography matrix, which transforms symbol to image, is obtained.


Now in that which grid cells correspond to EIC symbols and the correct orientation of the symbols are known, the section of EIC symbol array encompassing the image, i.e. the X′, Y′ coordinate system 1408, can be determined. Next, the homography matrix HSymbol→Grid, which describes the transformation from X′, Y′ to H′, V′, is obtained.


First, the H″, V″ coordinate system may now be used. H″, V″ is H′, V′ rotated, with the origin moved to the corner of the grid lines that correspond to the top corner of a symbol.


When Q=0, the top corner of the H′, V′ grid lines corresponds to the top corner of a symbol. H″, V″ is the same as H′, V′. X′, Y′ is the section of EIC symbol array encompassing the image. See FIG. 62, which assumes O=1 and which shows symbol, grid, and image coordinate systems when Q=0.


When Q=1, the far right corner of the H′, V′ grid lines corresponds to the top corner of a symbol. H″, V″ is H′, V′ rotated 90 degrees clockwise, with the origin moved to the far right corner of the H′, V′ grid lines. X′, Y′ is the section of EIC symbol array encompassing the image. See FIG. 63, which shows symbol, grid, and image coordinate systems when Q=1.


When Q=2, the bottom corner of the H′, V′ grid lines corresponds to the top corner of a symbol. H″, V″ is H′, V′ rotated 180 degrees clockwise, with the origin moved to the bottom corner of the H′, V′ grid lines. X′, Y′ is the section of EIC symbol array encompassing the image. See FIG. 64, which shows symbol, grid, and image coordinate systems when Q=2.


When Q=3, the far left corner of the H′, V′ grids corresponds to the top corner of a symbol. H″, V″ is H′, V′ rotated 270 degrees clockwise, with the origin moved to the far left corner of the H′, V′ grid lines. X′, Y′ is the section of EIC symbol array encompassing the image. See FIG. 65, which shows symbol, grid, and image coordinate systems when Q=3.


Let the rotation angle from H′, V′ to H″, V″ be θQ:
θQ=Q·π2,i.e.θQ{0,π2,π,3π2}.


Let θx be the angle from H′, V′ to X′, Y′:
θs=Q·π2-π4,i.e.θs{-π4,π4,3π4,5π4}.


Let the origin of the H″, V″ coordinate system, CH″V″, have the coordinates (h′CH″V″,v′CH″V″) in H′, V′ coordinates. The result then is
hCHV=int(mod(Q+1,4)2)·Nh,vCHV=int(mod(Q,4)2)·Nv.


Let the transform from H″, V″ to H′, V′ be ΔHQ, i.e.
[hv1]=ΔHQ·[hv1].


This results with
ΔHQ=(cosθQ-sinθQhCHVsinθQcosθQvCHV001).


Now, ΔH0 is obtained. ΔH0 is the transform from X′, Y′ to H″, V″, i.e.
[hv1]=ΔH0·[xy1].


Let O0 be the offset in H″, V″ coordinate system. The result is
O0={O,ifQ=0mod(Nh+O+1,2),ifQ=1mod(Nh+Nv+O,2),ifQ=2mod(Nh+O+1,2),ifQ=3.


Let Nh0+1 and Nv0+1 be the total number of H and V lines in H″, V″ coordinate system. The next result is
Nh0={Nh,ifQ=0Nv,ifQ=1Nh,ifQ=2Nv,ifQ=3,Nv0={Nv,ifQ=0Nh,ifQ=1Nv,ifQ=2Nh,ifQ=3.


Let the origin of the X′, Y′ coordinate system, CX′Y′ have the coordinates (h″CX″Y″,v″CX″Y″) in the H″, V″ coordinate system:
hCXY=-int(Nv0+O02)-12,vCXY=int(Nv0+O02)+12-O0.


Since the rotation from H″, V″ to X′, Y′ is −π/4, and the scale is √{square root over (2)} from the unit of measure in H″, V″ to X′, Y′, the result is
ΔH0=(2cos-π4-2sin-π4hCHY2cos-π42cos-π4vCHY001)=(11hCHY-11vCHY001).


Therefore, the transform from X′, Y′ to H′, V′ is:

HSymbol→Grid=ΔHQ·ΔH0.


From EIC pattern analysis, HGrid→Image is obtained, i.e.
[xy1]=HGridImage·[hv1].


Therefore, a transform from the coordinate system of the section of EIC symbol array encompassing the image (X′, Y′ coordinate system) to the coordinate system of the image (the X, Y coordinate system), HSymbol→Image, can be obtained:
[xy1]=HGridImage·[hv1]=HGridImage·HSymbolGrid·[xy1],


i.e.,

HSymbol→Image=HGrid→Image·HSymbol→Grid.


An output of this step is HSymbol→Image, i.e. the updated homography matrix with orientation information 5112 in FIG. 51. As explained above, one can estimate the orientation and offset of actual EIC symbols. Rotated EIC Dots 5111 and updated homography matrix with orientation information 5112 are the two aspects of the estimation. Based on the homography matrix 5012 without orientation information obtained in previous step and orientation & offset estimation, 5112 is obtained. Based on the orientation & offset estimation, one can rotate the EIC dots 5107 and associate them with EIC symbols. Thus, based on this result one can recognize the information embedded in each EIC symbol respectively.


Rotated EIC Dots 5111 (i.e., D0 and Diff0) are also output of 5108 in FIG. 16. First, one can obtain positions of black dots on each edge in H″, V″ coordinate system, based on the positions of black dots in H′, V′ coordinate system. One can also obtain the gray level difference of the darkest and the second darkest positions on each edge. Note that the edges are now named based on coordinates of intersection points in H″, V″ coordinate system.


For each position s on edge (i, j) on the H line in H″, V″ coordinate system, where s=1, 2, . . . , 5, i=0, 1, . . . , Nh0−1, j=0, 1, . . . , Nv0,
D0,sh,i,j={Dsh,i,j,ifQ=0Dsv,Nv0-j,i,ifQ=1D6-sh,Nh0-i-1,Nv0-j,ifQ=2D6-sv,j,Nh0-i-1,ifQ=3,Diff0h,i,j={Diffh,i,j,ifQ=0Diffv,Nv0-j,i,ifQ=1Diffh,Nh0-i-1,Nv0-j,ifQ=2Diffv,j,Nh0-i-1,ifQ=3.


For each position s on edge (i, j) on the V line in H″, V″ coordinate system, where s=1, 2, . . . , 5, i=0, 1, . . . , Nh0, j=0, 1, . . . , Nv0−1,
D0,sv,i,j={Dsv,i,j,ifQ=0D6-sh,Nv0-j-1,i,ifQ=1D6-sv,Nh0-i,Nv0-j-1,ifQ=2Dsh,j,Nh0-i,ifQ=3,Diff0v,i,j={Diffv,i,j,ifQ=0Diffh,Nv0-j-1,i,ifQ=1Diffv,Nh0-i,Nv0-j-1,ifQ=2Diffh,j,Nh0-i,ifQ=3.


Here, 2 bits are encoded on each edge of an EIC symbol. Let Blh,i,j and Blv,i,j be the two bits, where l=0, 1.


EIC Bit Extraction


Now that it is known which grid cells correspond to EIC symbols and the correct orientation of the symbols, bits can be extracted based on the positions of black dots on each edge of a symbol. The EIC-bit-extraction module 5113 takes as input the rotated EIC dots 5111 and produces EIC bits 5116.


Bit extraction is done in H″, V″ coordinate system, i.e. EIC symbols are oriented at the correct orientation.


For each edge, if there is a black dot detected, and all 5 positions on the edge are valid, bits are extracted. Otherwise, bits are not extracted.


For each edge (i, j) on the H line in H″, V″ coordinate system, where i=0, 1, . . . , Nh0−1, j=0, 1, . . . , Nv0,


If there exists w and D0,wh,i,j=1, where wε{1,2,3,4}, and VDh,i,j=5, then,
B0h,i,j=int(mod(w,4)2),B1h,i,j=int(w-12),else,B0h,i,j=B1h,i,j=null.


Similarly, for each edge (i, j) on the V line in H″, V″ coordinate system, where i=0, 1, . . . , Nh0, j=0, 1, . . . , Nv0−1, let q=mod(i+j+O0,2),


If there exists w and D0,w+qv,i,j=1, where wε{1,2,3,4}, and VDv,i,j=5, then,
B0v,i,j=int(mod(w,4)2),B1v,i,j=int(w-12),else,B0v,i,j=B1v,i,j=null.


The bits extracted are Blh,i,j B0h,i,j, i.e. if the 1st position on the edge is a black dot, the bits are 00; if the 2nd position on the edge is a black dot, the bits are 01; if the 3rd position on the edge is a black dot, the bits are 11; if the 4th position on the edge is a black dot, the bits are 10. Note that 00, 01, 11; 10 is a Gray code, which ensures that the number of error bits is at most 1 if the position of black dot is incorrect. See FIG. 54, which is based on H″, V″ being the same as H′, V′ for an illustration.


Here, a total of 8 bits are encoded in an EIC symbol. Each bit is a bit from an m-array (one dimension). Bits are now obtained from each dimension.


Let Bbm,n be the bit of dimension b, where b=0, 1, . . . , 7, encoded in EIC symbol (m,n), where (m,n) are the coordinates of the symbol in X′, Y′ coordinate system. Let Cbm,n be the confidence of bit Bbm,n as shown in FIG. 66.


Note that Bbm,n is a matrix in which substantially all the bits encoded in all the EIC symbols in the section of EIC symbol array encompassing the image, are stored. Each element (m,n) in matrix Bbm,n corresponds to a square (formed by the horizontal and vertical dashed lines in FIG. 66) whose top-left corner has the coordinates of (m,n) in X′, Y′ coordinate system.


For EIC symbols not captured in image, values of the corresponding elements in Bbm,n. will be null. Even if EIC symbols are captured in image, if one is unable to extract the bits encoded in the symbols, values of the corresponding elements in Bbm,n will also be null. Only when bits are extracted, the corresponding elements in Bbm,n will have the value of the bits.


One can now store all the extracted bits in Bbm,n, and their confidence values in Cbm,n.


For each dimension b, where b=0, 1, . . . , 7, initialize Bbm,n and Cbm,n as:

Bbm,n=null,
Cbm,n=null.


For each bit l on edge (i, j) on H line, where i=0, 1, . . . , Nh0−1, j=0, 1, . . . , Nv0, l=0, 1, find the corresponding b, m and n, and assign values to Bbm,n and Cbm,n:
b=2+l+2·mod(i+j+O0,2),m=int(int(Nv0+O02)+i-j+O02),n=int(i+j+O02),Bbm,n=Blh,i,j,Cbm,n=Diff0h,i,j.


For each bit l on edge (i, j) on V line, where i=0, 1, . . . , Nh0, j=0, 1, . . . ,Nv0−1, l=0, 1, find the corresponding b, m and n, and assign values to Bbm,n and Cbm,n:
b=l+6·mod(i+j+O0,2),m=int(int(Nv0+O02)+i-j+O02)-mod(i+j+O0,2),n=int(i+j+O02),Bbm,n=Blv,i,j,Cbm,n=Diff0v,i,j.


One can now normalize the confidence values. Let Cmax=max(Cbm,n), where Bbm,n≠null. The normalized confidence values are:
Cbm,n=int(100·Cbm,nCmax).


This completes EIC symbol recognition in accordance with embodiments of the invention. Output of EIC symbol recognition is homography matrix HSymbol→Image, which is shown as homography matrix 5117 in FIG. 51, matrix Bbm,n containing the extracted bits, and matrix Cbm,n containing the confidence values of the bits. Matrix Bbm,n and matrix Cbm,n are shown as EIC bits 5116 in FIG. 51.


Decoder and Decoding


The following describes EIC decoding in step 718 of FIG. 7 and an associated decoder. The decoder may be applied to one-dimensional and multi-dimensional arrays.


Multidimensional Arrays


Some codes relate to one-dimensional arrays, where each bit corresponds to a single position in the array. Various examples of the invention, however, may employ multi-dimensional arrays. With multi-dimensional arrays, each position in the array includes a group of bits. For example, in the multi-dimensional array 6900 shown in FIG. 69A, each of the bit elements in the bit group 6900 will have a different array value. More particularly, the first bit in the group, with the value “0,” will have the array value (7, 4, 1) (represented E7,4,1). The second bit in the group, also with the value “0,” will have the array value (6, 4, 1) (represented E6,4,1). The last bit in the group, with the value “1,” will have the array value (0,4,1) (represented E0,4,1).



FIG. 69B then illustrates one example of a code symbol 6901 that can be used to represent a multidimensional value in an array forming a location pattern. As seen in this figure, the code symbol has four black dark dots 6903 that represent the border of the symbol 6905. It also includes data dots 6907 that can be either marked black or left white (or blank) to represent data bits. Still further, the illustrated code symbol includes orientation dots 6907 that are always left white (or blank) to allow the decoding process to determine an orientation of the symbol.


As discussed herein, a code symbol is the smallest unit of visual representation of a location pattern. Generally, a code symbol will include the pattern data represented by the symbol. As shown in the illustrated example, one or more bits may be encoded in one code symbol. Thus, for a code symbol with 1 bit represented, the represented data may be “0” or “1”, for a code symbol representing 2 bits, the represented data may be “00”, “01”, “10” or “11.” Thus, a code symbol can represent any desired amount of data for the location pattern. The code symbol also will have a physical size. When the location pattern is, for example, printed on paper, the size of a code symbol can be measured by printed dots. For example, the illustrated code symbol is 16×16 printed dots. With a 600 dpi printer, the diameter of a printed dot will be about 0.04233 mm.


Still further, a code symbol will have a visual representation. For example, if a code symbol represents 2 bits, the visual representation refers to the number and position distribution of the black dots used to represent the data values “00”, “01”, “10” or “11”. Thus, the code symbol illustrated in FIG. 69B may be referred to as a “8-a-16” symbol, since it represents 8 data bits using a 16×16 array of discrete areas. Of course, symbols having a variety of different represented pattern data values, sizes, and visual representation configurations will be apparent to those of ordinary skill in the art upon consideration of this description.


The bit values for the additional dimensions in a multidimensional array may conveniently be generated by cyclically shifting an original m-sequence to create a multidimensional m-array. More particularly, multiplying Q(x)/Pn(x) by xk will result in an m-sequence that is the k-th cyclical shift of m. That is, letting Q′(x)=xkQ(x), if the order of Q′(x) is still less than n, then the m-sequence m′ generated by Q′(x)/Pn(x) is the k-th cyclic shift of m, i.e. m′=σk(m). Here σk(m) means cyclically-shifting m to the right by k times. For example, referring to the generation of the m-sequence described in detail above, if Q2 (x)=x+x2+x3=xQ1(x), the division Q2 (x)/Pn(x) will generate an m-sequence m2=010110010001111, which is the first cyclical shift of m, i.e. m21(m1)


Accordingly, cyclically shifted m-sequences may be formed into a multidimensional m-array. That is, the first bit in each group of bits may belong to a first m-sequence. The second bit in each group may then belong to a second m-sequence that is cyclically shifted by a value k, from the first m-sequence. The third bit in each group may then belong to a third m-sequence that is cyclically shifted by a value k2 from the first m-sequence, and so on to form a multidimensional m-array.


As shown in FIG. 69B, the physical positions of the bits of different m-sequences of a multidimensional m-array on the page are slightly different. Among the m-arrays, one dimension of the m-array (i.e., one cyclic shift of an m-sequence) is used for determining the pen position. The remaining m-arrays can then advantageously be used to embed some information, called metadata. For example, a document may have an identification number d. The second m-sequence used in a multidimensional m-array may then be a cyclic shift from the first m-array used for position determination, with the number of shifts being exactly d. Thus, when the values of the first and second m-sequences in the multidimensional m-array are decoded, the shift difference between can be determined to obtain the identification number d of the document. Of course, as will be appreciated by those of ordinary skill in the art, any desired information can be embedded as metadata in a multidimensional m-array as described above.


Decoding An M-Array


In order to determine the position of an image relative to a document using an m-array, it is important to determine the position of a bit captured in the bit relative to the m-array. That is, it is necessary to determine if the bit is the first bit, second bit, etc. in the m-sequence to determine the position of the bit in the m-array.


For any number s, where 0≦s<2n−1, there exists a unique polynomial r(x), n−1 where
r(x)=i=0n-1rixi

whose order is less than n, such that xs≡r(x)(mod Pn(x)), and vice versa. In other words, there is a one-to-one relationship between s and r(x). Thus, xs/Pn(x) and r(x)/Pn(x) will generate the same m-sequence. For convenience, setting Q(x)=1, m can be assumed to be the m-sequence generated by 1/Pn(x). If a bit is the s′-th bit of m, where 0≦s′<2n−1, the m-sequence that starts from that bit is R=σ−s′(m)=σ2n−1−s′(m)=σ2(m), where s=2n−1−s′. R corresponds to division xs/Pn(x).


As previously noted, there exists
r(x)=i=0n-1rixi,

that satisfies r(x)≡xs(mod Pn(x)). R also corresponds to division r(x)/Pn(x). Letting m=(m0 m1 . . . mi . . . m2n-3 m2n-2)t (where the superscript t stands for vector or matrix transpose), and σi(mt)=(m2n−1−i m2n−i . . . m0 . . . m2n−3−i m2n−2−i), r(x)/Pn(x) and 1/Pn(x) will have the following relationship:
r(x)/Pn(x)=(i=0n-1rixi)/Pn(x)=i=0n-1[rixi/Pn(x)]=i=0n-1ri[xi·1/Pn(x)].

With R corresponding to the division r(x)/Pn(x), and σi(m) corresponding to xi·1/Pn(x), then,

Rt=rt{circumflex over (M)}

where R is the m-sequence that starts from the s′-th bit of m, r=(r0 r1 r2 . . . rn-1)t are the coefficients of r(x), and
M^=(mtσ(mt)σn-1(mt)).

Again, the addition and multiplication operations are binary operations, i.e. addition is XOR and multiplication is AND.


If an image captures K bits b=(b0 b1 b2 . . . bK−1)t of m (K≧n), and the relative distances between the positions of the bits in the m-sequence are: si=d(bi,b0), where i=0, 1, . . . , K−1 and s0=0, selecting the si+1-th bits of R and the si+1-th columns of M will result in:

bt=rtM

where bt is the transpose of b, M is a sub-matrix of {circumflex over (M)} and consists of the si+1-th columns of {circumflex over (M)}, where i=0, 1, 2, . . . , K−1.


If M is a non-degenerate matrix and b does not contain error bits, then r can be solved by selecting n bits from b by solving for:

rt={tilde over (b)}t{tilde over (M)}−1

where {tilde over (M)} is any non-degenerate n×n sub-matrix of M, and {tilde over (b)} is the corresponding sub-vector of b consisting of the selected n bits.


Stochastic Decoding of an M-Array


In most cases, however, an image cannot capture a set of bits b that does not contain error bits. For example, improper illumination, document content, dust and creases can all obscure the visual representation of bits in an image, preventing these bits from being recognized or causing the value of these bits to be improperly recognized. The solution of r becomes difficult when there are error bits in b. Further, decoding becomes even more difficult because the coefficient matrix M is not fixed when the pen moves, changing the image from frame to frame. Moreover, the structure of M is irregular. Therefore, traditional decoding algorithms cannot effectively be applied to solve r under practical circumstances.


To address these difficulties, various embodiments of invention provide stochastic solution techniques that provide a high decoding accuracy under practical conditions. As will be described in more detail, these techniques solve the equation bt=rtM incrementally so that many solution candidates are readily available without having to solve this equation exactly.


According to various examples of the invention, independent n bits (i.e., the sub-matrix consisting of the corresponding columns of M is non-degenerate) are randomly selected from the group of b that are captured in an image of a document. Supposing that b(0) are the n bits chosen, a solution for r can then be obtained as:

[r(0)]t=[b(0)]t[M(0)]−1

where M(0) contains the corresponding columns of the array M for the chosen bits.


For simplicity, the n bits chosen from b to make up b(0) can be moved to the beginning of b, with the remaining bits making up b moved to the end of b. This leads to the relationship

([b(0)]t, [{overscore (b)}(0)]t)=[r(0)]t(M(0),{overscore (M)}(0))+(0nt,[e(0)]t)

where b(0) are the chosen n bits, {overscore (b)}(0) are the remaining bits from the set b, M(0) is the corresponding columns of M for the chosen bits, {overscore (M)}(0) is the corresponding columns of M for the remaining bits, 0nt=(0 0 . . . 0)1×n, [r(0)]t=[b(0)]t[M(0)]−1, and [e(0)]t=[{overscore (b)}(0)]t+[r(0)]t{overscore (M)}(0).


The value (0nt,[e(0)]t) refers to the “difference vector” between ([b(0)]t,[{overscore (b)}(0)]t) and [r(0)]t(M(0),{overscore (M)}(0)), or simply the different vector of r(0), and the number of 1's in (0nt,[e(0)]t) is called the number of different bits. The vector containing different bits between ([b(0)]t,[{overscore (b)}(0)]t) and [r(0)]t(M(0),{overscore (M)}(0)) alternately can be identified as D(0). If D(0)=(0nt,[e(0)]t), then the number d(0) of 1's in D(0) is d(0)=HammingWeight(D(0))=HammingWeight(e(0)). That is, d(0) is the number of different bits between ([b(0)]t, [{overscore (b)}(0)]t) and [r(0)]t(M(0), {overscore (M)}(0)).


Next, some of the chosen bits n from the set b are switched with some of the remaining bits from the set b. In particular, J bit pairs (kj,lj) are switched between the original chosen bits n and the remaining bits from the set of bits b, where k1≠k2≠ . . . ≠kj≦n, n<l1≠l2≠ . . . ≠j≦K. It should be noted that the bit order is redefined in ([b(0)]t,[{overscore (b)}(0)]t), and these bits are not maintained in their original order. The relationship between the bits before and after switching is:

[e(1)]t=[e(0)]t+[e(0)]tEl-n[PRj(0)]−1(EktP(0)+El-nt).
[r(1)]t=[r(0)]t+[e(0)]tEl-n[PRj(0)]−1Ekt[M(0)]−1.
P(1)=P(0)+(Ek+P(0)El-n)[PRj(0)]−1(EktP(0)+El-nt).
[M(1)]−1=[M(0)]−1+(Ek+P(0)El-n)[PRj(0)]−1Ekt[M(0)]−1.

where

Ek=(ek1 ek2 . . . ekj)n×J, El-n=(el1-nel2-nelJ-n)(K-n)×J,PRJ(0)=EktP(0)El-neit=(001i00)1×nor1×(K-n),andP(i)=[M(i)]-1M_(i),i=0,1.

If the choice of (kj,lj) is to make:

[e(0)]tEl-n[PRj(0)]−1=1jt,

where 1jt=(1 1 . . . 1)1×J, then

[e(1)]t=[e(0)]t+1jt(EktP(0)+El-nt)
[r(1)]t=[r(0)]t+1jtEkt[M(0)]−1.


In view of [e(0)]tEl-n[PRj(0)]−1=1jt given k1≠k2≠ . . . kJ≦n, the choice of n<l1≠l2≠ . . . ,lJ≦K is as follows: {l1,l2, . . . ,lJ}⊂{p1, . . . ,pm}, where {p1, . . . ,pm} are the indices of the 0-bits of [e(0)]t+1jtEktP(0), and PRJ(0) is invertible. Therefore, if the rank of EktP(0)Ep−n is less than J, then such l1,l2, . . . ,lJ cannot be chosen, where Ep−n=(ep1−n ep2−n . . . ep−n)(K−n)×m. Choosing other l1,l2, . . . ,lj is equivalent to switching a smaller number of bit pairs, and therefore does not conform to the goal of switching J bits. It should be noted that, as long as the rank of EktP(0)Ep−n is J, the choice of l1,l2, . . . ,lJ will result in the identical location vector. Therefore, choosing one combination is sufficient. Moreover, as long as PRj(0) is invertible, the newly selected n bits are also independent.


With the above choice of l1,l2, . . . ,lJ, the number of different bits in e(i+1) is:

    • The number of 1's in ([e(0)]t+1JtEktP(0))+J


      It should be noted that EktP(0)El-n, actually means choosing the k1, . . . ,kJ-th rows and l1−n,lJ−n-th columns of P(0), while 1tJEktP(0) actually means summing the k1, . . . ,kJ-th rows of P(0). No matrix computation is needed.


Thus, the decoding steps can be summarized as follows. First, an independent n-bit combination is generated from the group of bits b captured in an image. It should be noted that, with various embodiments of the invention, the selection of the n-bits can be combined with bit recognition confidence techniques, to help ensure that the most accurately recognized bits are selected for the n-bit combination.


Next, the relationship ([b(0)]t,[{overscore (b)}(0)]t)=[r(0)]t(M(0),{overscore (M)}(0))+(0nt,[e(0)]t) is solved to determine d(0)=HammingWeight(D(0))=HammingWeight(e(0)). If the number of different bits d(0) is 0, then the process is stopped and the solution r(0) is output. Otherwise, all J (=1 and 2) bit pairs are switched, and the number of different bits d is again determined using the relationship ([e(0)]t+1JtEktP(0))+J. It should be noted, however, that this relationship can only be evaluated when the rank of EktP(0)Ep−n is J. In this case there is no need to specify l1,l2, . . . ,lJ. Next, the minimal number d of different bits is determined.


The above process has to be repeated for several times in order to ensure a high enough probability of successful decoding. To estimate the times of selecting the n-bit b(0) from b, the number r of the error bits in b is first predicted to be d. If r is changed, then
ps=CrsCK-rn-sCKn,

is computed, which is the probability of the chosen n bits contain s error bits, where
Cab=a!b!(a-b)!

is the combinatory number,
andPs=i=0spi,

is the probability if the chosen n bits contain less than s+1 error bits. In practice, s=2 in order to minimize the computation load. Next, 52 is computed, such that 1−(1−P2)s2≧Pe, where Pe is the expected probability of successful decoding. If the times S of chosen b(0) is equal to or larger than s2, then the process is stopped and the results are output. Otherwise, the process is repeated with a new independent n-bit combination b(0) generated from the group of bits b captured in an image. Using this process, as long as the chosen n bits contain less than J+1 error bits, the correct solution is found.


Decoding Using “Bit-Flipping”


While the above-described technique can be used to determine the number of a bit in an m-sequence, this technique can be further simplified using “bit-flipping.” As used herein, the term “bit flipping” refers to changing a bit with a value of “1” to a new value of “0,” changing a bit with a value of “0” to a new value of “1.”


Supposing [b(1)]t is [b(0)]t with J bits dipped, and the J bits are the ki-th bits of [b(0)]t, where i=1, 2, . . . , J, 1≦k1≦k2≦ . . . <kJ≦n, then the relationship.

[r(1)]t=[b(1)]t[M(0)]−1

can be used to solve for a new r. It can be proven that:

([b(1)]t,[{overscore (b)}(0)]t)=[r(1)]t(M(0),{overscore (M)}(0))+(EJ,[e(0)]t+EJP(0)
and
[r(1)]t=[r(0)]t+EJ[M(0)]−1

where
EJ=j=1Jekjt,eit=(001i00)1n,P(0)=[M(0)]-1M_(0).

Now, D(1)=(EJ,[e(0)]t+EJP(0)), and the number of different bits d(1) is: d(1)=HammingWeight(D(1))=HammingWeight([e(0)]t+EJP(0))+J. If d(1)<d(0), then r(1) is a better solution of r than r(0).


The vector r is referred to as a location vector. Since division xs/Pn(x) and division r(x)/Pn(x) generates the same m-sequence R, once r, i.e. the coefficients of r(x), is solved, s can be obtained by using a discrete logarithm. Therefore, s′, the location of R in the original m-sequence m, can be obtained. Methods for solving a discrete logarithm are well known in the art. For example, one technique for solving a discrete logarithm is described in “Maximal and Near-Maximal Shift Register Sequences: Efficient Event Counters and Easy Discrete Logarithms,” Clark, D. W. and Weng, L-J., IEEE Transactions on Computers, 43(5), (1994), pp. 560-568, which is incorporated entirely herein by reference.


Thus, this simplified decoding process can be summarized by the following steps. First, n independent bits b(0) are randomly selected from the total set of bits b captured in an image of a document. The bits n may be randomly selected using, for example, Gaussian elimination. Once the bits n are selected, then the relationship ([b(0)]t,[{overscore (b)}(0)]t)=[r(0)]t(M(0),{overscore (M)}(0))+(0nt,[e(0)]t) is solved to determine r. If the HammingWeight value d(0) is 0, then the value of r is output and used to determine s′ as described above, giving the position of this bit in the document.


If the value d(0) is not 0, then J bits of the chosen n bits are flipped, where 1≦J<n, and the number of different bits using the equation d(1)=HammingWeight([e(0)]t+EJP(0))+J is computed. Next, another set of n independent bits is selected, and the process is repeated. The new b(0) is different from all previous sets. Finally, the value of r is output that corresponds to the smallest d, i.e. the least number of different bits. In various implementations of the invention, up to two bits are flipped, and b(0) is only selected once.


Tool for Decoding an M-Array



FIG. 67 shows a process for decoding an m-array. Here, the process starts in step 6701 and EIC bits 6702 are received in the data in 6705 of coefficient matrix M preparation step 6704. Data out 6706 outputs a bM matrix for Gaussian Elimination in step 6707. This is input to data in 6709 of stochastic decoder 6708, that later outputs from data out 6710 a location vector r 6711. The location vector r 6711 is then received at data in 6713 of step 6712 that calculates L by discrete logarithm and outputs from data out 6714 the location 6715 of the EIC bits 6702 in the m-sequence. Finally, the location is localized in step 6716 (as received from data in 6717) and outputs through data out 6718 the position 6720 in the m-array.


This process is performed N times where N is the number of dimensions (for instance, N=8 here) as shown by steps 6719 and 6703 then ends in step 6721.


Also, FIG. 68 illustrates another example of a decoding tool 701 that may be implemented according to various examples of the invention. As seen in this figure, the tool 6801 receives image information from a pen camera device 6800, and provides a bit position in a pattern. The decoding tool 6801 includes a coefficient matrix M preparation module 6803 and a bM matrix preparation module 6805. It also includes a stochastic decoder module 6807 and a discrete logarithm determination module 6809. With various examples of the invention, one or more of these modules may be implemented using analog circuitry. More typically, however, one or more of these modules will be implemented by software instruction executing on a programmable computer, such as the programmable computer shown in FIG. 1. Each of these modules 6803-6809 will be discussed in more detail below.


Coefficient Matrix M Preparation


In order to solve for r as discussed above, the arrays b and M are configured. First, all of the bits extracted for one dimension are stored in a matrix called Extracted_Bits_Array. For dimension b, where b=0, 1, . . . , 7, the Extracted_Bits_Array (m, n)=Bbm,n. As illustrated in FIG. 69C, the bits extracted for one dimension are stored in Extracted_Bits_Array. In this figure, the null values are shown as “FF”. FIG. 69C also indicates the position that will be determined by the decoding process. The decoded position is the position of the first element of the m-array stored in the Extracted_Bits_Array. In the case of the m-array representing positions using (x,y) Cartesian coordinates, the decoded position will be the coordinates of point CX′Y′ in the pattern array.


Once an Extracted_Bits_Array is created for a dimension, the total number of non-FF bits is counted. If the number is fewer than n, where n is the order of the m-array (in the illustrated example, n=28), then too few bits have been obtained to decode the array, and the decoding fails for this dimension. If the number is more than 2n, up to the 2n bits that have the highest recognition confidence values are kept, and “FF” is assigned to all other elements in the Extracted_Bits_Array.


In the illustrated example, it should be noted that the size of Extracted_Bits_Array is 20×20. This size is considered large enough to account for all possible positions of the extracted bits for a pattern encoded using an 8-a-16 symbol. That is, given the 128×100 pixel image sensor and the size of the symbol 8-a-16, a size 20×20 matrix is considered large enough to hold the bits in the image, regardless of how the image is rotated.


To obtain M, the coefficient matrix M preparation module 703 creates a matrix called M_Const_Matrix as a constant table. The size of M_Const_Matrix is the same as the size of Extracted_Bits_Array, i.e. 20×20 in the illustrated implementation. The M_Const_Matrix table is constructed in the following manner. For every i and j, where 1≦i≦20, 1≦j≦20,

M(i,j)T=(A(i,j),A(i+1,j+1), . . . ,A(i+26,j+26),A(i+27,j+27))T

where A(i,j) is element (i,j) of the m-array based on the m-sequence m. FIG. 70 shows an illustration of how M_Const_Matrix is constructed.


Next, the bM matrix preparation module 6805 constructs matrix bm_Matrix to contain b and M. For every non-FF bit in the Extracted_Bits_Array, the bM matrix preparation module 6805 places the bit in the last column of bM_Matrix. Next, the corresponding element in M_Const_Matrix is retrieved (which is a vector), and that element is placed in the first n columns of the same row of bM_Matrix. With various examples of the invention, the bM matrix preparation module 6805 may reorder the rows of bM_Matrix according to the recognition confidence of the corresponding bits, from highest to lowest. FIG. 70 for an illustration of how bM_Matrix is constructed. As a result, the first n columns of bM_Matrix are M (transposed). The last column of bM_Matrix is b. bM_Matrix has n+1 columns and up to 2n rows. For calculation purposes, another matrix, bM_Copy may be created, which is exactly the same as bM_Matrix.


Stochastic Decoding


Next, the stochastic decoder module 6807 obtains a solution for r. More particularly, a first solution for r may be obtained with Gaussian elimination. In the bM_Matrix, through Gaussian elimination, n linearly independent bits are selected to solve for r. The process proceeds as follows. In bM_Matrix, starting from the first row down, a row is located that has a “1” in the first column. If it is not the first row of bM_Matrix, the row is switched with the first row of bM_Matrix. Next, in the bM_Matrix, the new first row (with a “1” in the first column) is used to perform a XOR operation with all the remaining rows that have a “1” in the first column and the result of the operation replaces the value of the original row. Now, all of the rows in bM_Matrix have a “0” in the first column except the first row, which has a “1” in the first column.


Next, starting from the second row down in the bM_Matrix, a row is identified that has a “1” in the second column. If it is not the second row of the bM_Matrix, this row is switched with the second row of bM_Matrix. In bM_Matrix, the new second row (with a “1” in the second column) to perform an XOR operation with all the remaining rows (including the first row of bM_Matrix) that have a “1” in the second column, letting the result replace the original value for the row. Now, all the rows in bM_Matrix have a “0” in the second column except the second row which has a “1” in the second column. This process continues until there is a “1” along the diagonal of the first n rows of bM_Matrix, as shown in FIG. 71.


The first n rows of bM_Matrix correspond to the n bits selected for solving r, i.e. b(0) as described above. The rest of the rows of bM_Matrix correspond to the rest of the bits, i.e. {overscore (b)}(0) also described above. Further, the last column of the first n rows of the bM_Matrix is the solution for r(O) noted above, which will be referred to as r_Vector here. The last column of the rest of the rows is e(0) noted above, which will be referred to as e_Vector here. Letting d be the number of 1's in e_Vector, d is the number of different bits, d(0), described above. If d=0, it means there are no error bits. The process is stopped, and r_Vector is output as the as the solution of r. If d>0, however, then there are error bits, and the process is continued.


In bM_Copy, the same row switching is done as in bM_Matrix, but no XOR operation is performed. The first n rows and n columns of bM_Copy is M(0) (transposed) as described above, which will be referred to as M_Matrix here. The rest of the rows and the first n columns of bM_Copy is the {overscore (M)}(0) (transposed) described above, which will be referred to as MB_Matrix here. From M_Matrix and MB_Matrix, MR_Matrix is obtained, which is [M(0)]−1 (transposed), and P_Matrix, which is P(0) described above:

MR_Matrix=M_Matrix−1
P_Matrix=MB_Matrix·MR_Matrix


Because there may be error bits in b, it can be assumed that each of the n bits selected for solving r may be wrong, and its value “flipped” (i.e., the value changed from 0 to 1 or from 1 to 0) to solve for r again. If the new r results in a smaller d, the new r is a better solution for r, and dmin is initialized as d.


For every flipped bit, to calculate the new d, it is not necessary to repeat the process of Gaussian elimination. As previously discussed, d(1)=HammingWeight([e(0)]t+EJP(0))+J, therefore if [e(0)]t+EJP(0) can be obtained, then a new d is obtained.


Accordingly, each of the n bits selected is flipped. For every column of P_Matrix, the column, the XOR operating is performed with e_Vector. The result is e_Vector_Flip. As illustrated in FIG. 72, e_Vector_Flip=[e(0)]t+EJP(0), where J=1.


Letting d=HammingWeight(e_Vector_Flip)+1, where d is the new count of different bits. If d<dmin, then let dmin=d, and i1=index of the corresponding column in P_Matrix. This process continues until all columns in P_Matrix have been processed. If dmin=1, the process is stopped, as the error bit has been located. As discussed in detail above, [r(1)]t=[r(0)]t+EJ[M(0)]−1, where J=1. Therefore, the new r_Vector is calculated by performing the XOR operation on the i1-th row of MR_Matrix and the original r_Vector (the one from Gaussian elimination), as shown in FIG. 73.


If dmin≠1, it means that there are more than 1 error bits. Accordingly, two of the n selected bits are flipped to determine if a smaller d can be obtained. For every pair of columns of P_Matrix, the two columns are obtained and the XOR operation is performed with e_Vector. As shown in FIG. 74, the result is e_Vector_Flip. Letting d=HammingWeight(e_Vector_Flip)+2, d is the new count of different bits. If d<dmin, then dmin=d, and i1=index of the first corresponding column, and i2=index of the second corresponding column in P_Matrix. This process continues for all pairs of columns in P_Matrix.


If dmin=2, then the process is stopped, as it indicates that the two error bits have been identified. As discussed above, [r(1)]t=[r(0)]t+EJ[M(0)]−1, where J=2 Therefore, the new r_Vector is calculated by performing the XOR operation on the i1-th and i2-th row of MR_Matrix and the original r_Vector (the one from Gaussian elimination). As shown in FIG. 75, the new r_Vector is output as the solution of r. If dmin≠2, the process continues to the next step.


Thus, if dmin is the d obtained with no bit flipping, the original r_Vector (the one from Gaussian elimination) is output as the solution to r. If dmin is the d obtained with one bit flipping, the new r_Vector is calculated by performing the XOR operation on the i1-th row of MR_Matrix and the original r_Vector. The new r_Vector is output as the solution to r. If dmin is the d obtained with two bit flipping, the new r_Vector by is calculated by performing the XOR operating with the i1-th and i2-th row of MR_Matrix and the original r_Vector. The new r_Vector is output as the solution to r. Thus, the output of the stochastic decoding process is the location vector r.


Calculation of L by Discrete Logarithm


Given location vector r, the discrete logarithm determination module 6809 can obtain L (referred to as the bit “s” above in paragraphs 42 and 43) by a discrete logarithm determination technique. L is the location of the first element in the Extracted_Bits_Array of the m-sequence, and Lε{0, 1, . . . , 2n−2}, where n is the order of the m-sequence. r can be viewed as an element of the finite field F2n. It can be proven that:

r=αL

where α is a primitive element of the finite field F2n and is known from the division of polynomials that generates the m-sequence. Therefore, given r, L can be solved from the above equation.


Letting n be the order of the m-sequence, m be the period of the m-sequence, i.e. m=2n−1, mi be the prime factors of m=2n−1, and w be the number of mi's. For each mi, vi is chosen such that
mod(mmi·vi,mi)1,

where i=1, . . . , w.


In the illustrated implementation, n=28, so α=(1,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1)t (correspondingly, the primitive polynomial in division
1Pn(x)

that generates the m-sequence is Pn(x)=1+x3+x28), m=228−1. There are 6 prime factors of m, i.e., w=6, and the prime factors are: 3, 43, 127, 5, 29, 113. Correspondingly, vi are: 2, 25, 32, 1, 1, 30. All these are stored in constant tables.


For each mi, qε{0, 1, 2 . . . , mi−1} is found such that
(αmmi)q=rmmi.

Note that again, these are multiplications over the finite field F2n. Letting pi=q, then,
L=mod(i=1w(pi·mmi·vi),m)

Localization in the M-Array


Based on the method used in generating the m-array from the m-sequence, the position of the first element in Extracted_Bits_Array in m-array can be obtained:

x=mod(L,m1)
y=mod(L,m2)

where m1 is the width of the m-array, and M2 is the height of the m-array. When the order of the m-sequence is
n,m1=2n2+1,andm2=2n2-1.


For each dimension, the decoding process described above outputs position (x, y). Letting (xp, yp) be the output of the dimension representing the X, Y position in Cartesian coordinates, as illustrated above, (xp,yp) are the coordinates of point CX′Y′ in the symbol pattern array.


Solving Multiple Dimensions of m-Arrays Simultaneously


As discussed in detail above, a document may have multiple (e.g., 8) dimensions of m-arrays. Supposing that the dimensions are bi, i=1, 2, . . . , C, and the metadata are encoded by the relative shift dj between bi and b1, where b1 is the position dimension and j=2, 3, . . . , C. The metadata are the same no matter where the image is obtained. Therefore, the metadata can be extracted sometime before the error-correcting decoding starts. When dj, j=2, 3, . . . , C, are known, bi, i=1, 2, . . . , C, can be jointly used for the decoding of position. The process is as follows.


Supposing bit=[rbi]tMbi, i=1, 2, . . . , C, then the relationship between rbj and rbi is [rbj]t=[rbi]tQ−d, where Q−d={circumflex over (M)}0−(n−1)Adj[{circumflex over (M)}0−(n−1)]−1, {circumflex over (M)}0−(n−1) are the sub-matrices of {circumflex over (M)}, consisting of the first n columns of {circumflex over (M)}, and Adj=(adj adj+1 . . . adj+n-1), where adj+k is the coefficients when αdj+k is expressed as the linear combination of 1, α, . . . , αn−1, where at is α primitive element of F2n and the root of xnPn(x−1). Therefore the location of vector rb1 may be solved via:

(b1t b2t . . . bCt)=[rb1]t(Mb1 Mb2 . . . MbC,


The procedure to solve this equation is the same as solving bit=[rbi]tMbi, i=1, 2, . . . , C, separately. However, solving them jointly is more efficient in two ways. First, the speed can be nearly C times faster because only one linear system is solved instead (but with some overhead to compute Q−dj and more XOR operations to solve a larger system). Second, the probability of obtaining the correct solution is also greatly increased, especially when none of the dimensions has enough bits for computing the solution.


The goal of EIC decoding is to obtain position of the extracted bits in m-array.


For each dimension, EIC decoding may include one or more of the following:

    • a. Coefficient matrix M preparation: to obtain location of extracted bits in m-sequence, location vector r is calculated such that bt=rtM, where b is the vector of extracted bits, and M is the coefficient matrix. This step prepares b and the corresponding M.
    • b. Stochastic decoder: given b and M, location vector r is solved by Gaussian elimination. Since there might be error bits in extracted bits, the decoder uses a stochastic process to choose from the extracted bits to solve for r.
    • c. Calculation of L by discrete logarithm: once r is solved, location of the extracted bits in m-sequence, L, can be obtained by discrete logarithm.
    • d. Localization in m-array: location in m-sequence is converted to position in m-array. Conversion is based on how m-array is generated from m-sequence.


After all the images of a stroke are processed, EIC document mapping starts. FIG. 76A illustrates the workflow of EIC document mapping.


Document Mapping



FIG. 76A shows document mapping where a stroke is mapped to a document. Here, the process starts 7501 with a location in m-array 7502, a homography matrix 7503, and a position of a virtual pen tip in an image plane 7504.


An ink stroke is generated in step 7505 using the above information, and outputting ink stroke 7508. The location in the m-array 7502 is also used to calculate global/local metadata. The output includes a document id 7512, global meta data 7513 and local meta data 7514.


The document ID 7512 may then be used in step 7515 to find an EIC document. The EIC document 7518 is made available and combined with ink stroke 7518 in step 7519 to provide a mapping of the coordinates in the EIC array space to the document page space, which results in the strokes being located within the document 7522. Global meta data 7513 and local meta data 7514 may be also made available.


It is appreciated that the strokes may be added into the document. Alternatively, the strokes may be associated with the document but added to another document (for instance filling out a form) where the strokes may be maintained separately from the first document (here the form).


The following describes how global meta data and local meta data may be encoded into and obtained from a document. Global meta data may or may not include a document ID. Local meta data may include specific information of a location where the ink stroke is located (for example, a field in a form—a telephone number field or a social security number field among other fields). Other information may be encoded as meta data (global or local or both) as well.



FIG. 76B shows a flow diagram of a system for encoding local metadata in accordance with embodiments of the invention. One or more m-arrays, as depicted by m-arrays 7602 and local metadata 7604, are input to a local-metadata-encoding module 7606, which outputs a combined array with encoded local metadata 7608. The one or more input m-arrays may be m-arrays such as position m-array 9302 and local metadata m-array 9304, which are both depicted in FIG. 93.



FIG. 77 shows one approach to allow for easy reading of meta data using a enlarged region around local metadata to prevent interference of metadata. FIG. 78 shows overlapping regions of metadata. FIG. 79 shows four fields being mapped with an enlarged region around each.


In accordance with embodiments of the invention, regardless of whether a region is embedded with local metadata, the regions may be encoded using a combined m-array, where the local-metadata m-array may be the same as the m-array that represents X, Y position information, and the metadata m-array may be shifted according to the value of the metadata. If a region is not embedded with local metadata, 0 may be chosen as the value of its local metadata, i.e., the metadata m-array is not shifted. Therefore, 0 is not used as the value of local metadata in regions that are selected to embed local metadata.



FIG. 93 shows a local-metadata-encoding example in accordance with embodiments of the invention. Two identical m-arrays, a position m-array 9302 and a local metadata m-array 9304, are shown on the left side of FIG. 93. Both m-arrays are order 6 m-arrays. Therefore, the width of each m-array is 23+1, and the height of each m-array is 23−1. The position m-array and the local metadata m-array may contain repeating bit sequences that are the same length but that have different bit sequences than each other. Stated differently, different primitive polynomials of order n may be used to generate different m-arrays containing different repeating bit sequences.


The two m-arrays may be combined, in accordance with embodiments of the invention, to encode two bits in one EIC symbol. An example of an EIC symbol is depicted in FIG. 90. The EIC symbol in FIG. 90 occupies all of the rows and columns of grid spaces shown in FIG. 90 except for the bottom row and the right-most column. That row and that column belong to adjacent EIC symbols. Accordingly, while black dots 9002-1 and 9002-4 belong to the EIC symbol shown in FIG. 90, black dots 9002-2 and 9002-3 are not part of that EIC symbol. Data dots 9006-1 through 9006-16 may be black or white for representing bits of information. Orientation dots 9004-1 through 9004-4 are always white to facilitate properly orienting camera-captured EIC-symbol images.


When the position m-array 9302 and the local metadata m-array 9304 are combined, based on the value of the local metadata (e.g., 11), the start of the local metadata m-array 9304 is shifted to position (xd,yd), as depicted at 9330 in FIG. 93, of the position m-array 9302. The x,y coordinates may be calculated as follows:
1.xd=mod(localmetadata,2n2+1),2.yd=int(localmetadata2n2+1),


where n is the order of the m-array and 0≦local metadata≦2n−2.


In FIG. 93, the value of the local metadata 9306 being encoded is 11 and the order of the m-arrays is 6 (i.e., n=6). Therefore,
3.xd=mod(11,262+1)=2,4.yd=int(11262+1)=1.


As shown in the partially combined m-array 9308, the local metadata m-array 9304 starts at position (2,1) of the position m-array 9302. Since the position m-array 9302 and the local metadata m-array 9304 repeat themselves, a combined m-array with encoded local metadata 9310, which is shown in the lower right corner of FIG. 93, may be generated. As a result of starting the local metadata m-array 9304 at (2,1), portions 9320, 9314, and 9326 of the local metadata m-array 9304 are left over after combining the overlapping rows and columns of the position m-array 9302 and the local metadata m-array 9304. Portion 9326 of the local metadata m-array 9304 and portion 9324 of the position m-array 9302 are combined in the combined array 9310, as depicted at 9328. Similarly, portion 9314 of the local metadata m-array 9304 and portion 9312 of the position m-array 9302 are combined in the combined array 9310 as depicted at 9316. And portion 9320 of the local metadata m-array 9304 and portion 9318 of the position m-array 9302 are combined in the combined array 9310 as depicted at 9322.


The value of the metadata is the distance in the combined array between the position m-array 9302 and the local metadata m-array 9304. The distance is kept the same in every pair of bits in the combined array 9310. Therefore, if the position of each bit in its corresponding m-array is obtained, the distance in the combined array 9310 can be determined.


Local Metadata Decoding



FIG. 92 shows a flow diagram of a system for decoding local metadata in accordance with embodiments of the invention. A combined array with encoded local metadata 7608 is input to a local-metadata-decoding module 9202, which outputs decoded local metadata 9204.


To decode local metadata, the m-arrays that have been combined to form the combined array 1008 are each separately decoded. For example, referring to the example shown in FIG. 93, the position m-array 9302 and the local metadata m-array 9304 are separately decoded. Then, for a particular point P 9332, two positions are obtained: (xp,yp), the position of the point in the position m-array 9302, and (xm,ym), the position of the point in the local metadata m-array 9304.


The value of the local metadata may then be calculated as follows:
5.localmetadata=mod(yp-ym,2n2-1)·(2n2+1)+mod(xp-xm,2n2+1),


where n is the order of the combined m-array 7608.


In the example shown in FIG. 93, the position of P in the first m-array is (4,3). The position of P in the second m-array is (2,2). Therefore, the value of metadata is:

local metadata=mod(3−2,23−1)·(23+1)+mod(4−2,23+1)=11.  6.

Metadata Solutions


In accordance with embodiments of the invention, local metadata may be embedded via multiple independent channels. For example, an EIC local metadata embedding solution for resolving local metadata conflicts, in accordance with embodiments of the invention may be based on 8-bit embedded interaction code (EIC) symbol (such as EF-diamond-8 bit-a-16 and EF-diamond-8 bit-i-14). As previously described, an example of an 8-bit EIC symbol is shown in FIG. 90.


A potential metadata allocation method for an 8-dimension EIC symbol is 1:6:1 (1:1:1:1:1:1:1:1)—one share is used for position, six shares are used for global metadata and one share is used for local metadata. And each of 8 shares constructs a physical data channel, which are each of order 28 respectively in the example (i.e., the width of each m-array used to encode each share is 214+1, and the height of each m-array used to encode each share is 214−1).


A metadata allocation method in accordance with embodiments of the invention allocates 8 local-metadata shares as follows: 1:5:0.5:0.5:0.5:0.5, in which 1 share of order 28 is used for position, five shares of order 28 for each whole share are used for global metadata, and four 0.5 shares (also referred to as half shares) of order 14 for each 0.5 share are used for four independent local metadata values. Due to this bit-proportion change, an m-array of order 14 may be used in each 0.5 share data channel to construct the EIC array.



FIGS. 80A-80E show a local-metadata encoding technique for avoiding local metadata conflicts in accordance with embodiments of the invention.


An independent local metadata channel with 0.5 shares may be implemented in accordance with embodiments of the invention as follows. FIG. 81 shows two 0.5 shares sharing one bit of an 8-bit EIC symbol, which means that odd lines of symbols are used to represent bits of one 0.5 share and even lines of symbols are used to represent the bits of the other 0.5 share. Decoding the captured image produces four independent local metadata values in accordance with embodiments of the invention.


Now that four independent local metadata values are available, each of four potentially conflicting local metadata fields, namely, Field, A 8002, Field B 8004, Field C 8006, and Field D 8008, may be assigned a respective local metadata channel, as shown in FIG. 80A. The boundary lines of Fields A, B, C, and D are emphasized in FIG. 80A by being drawn with thick lines. FIGS. 80B through 80E together show potential conflict areas 8012, 8080, 8016, and 8018 associated with Fields A, B, C, and D, respectively. Field A potentially conflicts with Fields B, C, and D in the areas where Field A's potential conflict area 8012 overlaps with Field B's potential conflict area 8014, Field C's potential conflict area 8016, and Field D's potential conflict area 8018, respectively. Similarly, Field B potentially conflicts with Fields C and D in the areas where Field B's potential conflict area 8014 overlaps with Field C's potential conflict area 8016 and Field D's potential conflict area 8018, respectively. And Field C potentially conflicts with Field D in the area where Field C's potential conflict area 8016 overlaps with Field D's potential conflict area 8018.



FIG. 81 shows an example of how the bits of two 0.5 shares may share one bit of an EIC symbol for embedding local metadata in potentially conflicting regions and decoding the local metadata from such regions.



FIG. 91 shows steps in accordance with embodiments of the invention for embedding local metadata into, and extracting the local metadata from, an embedded interaction code document. A plurality of local-metadata values are assigned, in accordance with a set of local-metadata conflict-resolution rules, via a plurality of respective partial-share channels to a plurality of respective local-metadata fields, as shown at 9102. The local metadata is decoded by decoding the partial-share channels and by resolving potentially conflicting decoded local-metadata values according to the set of local-metadata conflict-resolution rules, as shown at 9104.


Various considerations and/or rules (also referred to as a set of local-metadata conflict-resolution rules) may be applied when embedding and decoding local metadata in potentially conflicting regions. For example:

    • Suppose that no more than 2 regions may be in conflict horizontally and that no more than 2 regions may be in conflict in vertically anywhere within a document.
    • When conflict regions occur, a local metadata value of a region to the left should be smaller than a local metadata value of a region to the right, and the values should not be continuous. The priority of this rule is higher than the priority of the following rule (i.e., the rules in this bullet point take precedence over the rules in the following bullet point).
    • When conflict regions occur, a local metadata value of an upper region should be smaller than a local metadata value of lower region, and the values should be continuous.


After decoding the pen-tip position and the local metadata, a local metadata conflict may occur, which means that there are multiple potential local metadata results for one captured image. Then, some considerations/rules may be applied for resolving potential conflicts regarding the local metadata decoding result. These considerations may include:

  • If four non-zero local metadata values are decoded at substantially the same time:
    • As FIG. 82 shows, if the pen-tip position is above and to the left of the center of the captured image, then the smallest decoded metadata value is the correct (also referred to as the conflict-resolved) local metadata result.
    • As FIG. 83 shows, if the pen-tip position is below and to the left of the center of the captured image, then the second smallest (i.e., third largest) decoded metadata value is the correct local metadata result.
    • As FIG. 84 shows, if the pen-tip position is above and to the right of the center of the captured image, then the second largest (i.e., third smallest) decoded metadata value is the correct local metadata result.
    • As FIG. 85 shows, if the pen-tip position is below and to the right of the center of the captured image, then the largest decoded metadata value is the correct local metadata result.
  • If two non-zero local metadata results with continuous values are decoded at substantially the same time:
    • As FIG. 86 shows, if the pen-tip position is above the center of the captured image, then the smaller decoded metadata value is the correct local metadata result.
    • As FIG. 87 shows, if the pen-tip position is below the center of the captured image, then the larger value is the correct local metadata result.
  • If two non-zero local metadata results with non-continuous values are decoded at substantially the same time:
    • As FIG. 88 shows, if the pen-tip position is to the left of the center of the captured image, then the smaller decoded metadata value is the correct local metadata result.
    • As FIG. 89 shows, if the pen-tip position is to the right of the center of the captured image, then the larger decoded metadata value is the correct local metadata result.


Certain regions of a document may have no local metadata conflict. For instance, suppose that c=1023 values of each independent local metadata channel are reserved for allocating local metadata values to conflict regions in a single document. Therefore, for each of four local metadata channels, there are l=(214−1)−c values that can be used for conflict-free regions. These four 0.5 shares may be unified and allocated together. The number of unique local metadata values available for conflict-free regions may be expressed as L=l4. Then the range of L is c≦L<(l4+c), and local-metadata values within this range may be allocated to conflict free regions.


In the preceding example, the local metadata address space L is larger then 55 bits—approximately 55.6 bit, but less than the optimization maximum 4×14=56 bits, which means that no more than a reasonable address space is used for addressing the situation in which up to four local metadata regions have potential conflict areas that overlap.


A local metadata embedding solution in accordance with embodiments of the invention is extensible such that other types of conflicts may also be resolved. The description above relates to a single case of an EIC-array solution, and there are more extensible designs of EIC arrays behind the EIC-array solution described above. For example, to resolve potential conflicts of three overlapped enlarged regions in the horizontal and/or the vertical directions, the bits in the EIC array may be allocated in 1:5:0.33:0.33:0.33:0.33:0.33:0.33 proportion. Then, rules, which are similar to those described above, may be applied when embedding and decoding the local metadata. Accordingly, various types of partial shares, such as half shares, one-third shares, one-fourth shares, and the like, may be used in accordance with embodiments of the invention.


Universal local metadata, which is local metadata reserved by application or system, may be used in various documents and forms in accordance with embodiments of the invention. For a particular system, such as a university's files for a particular student, the student information will occur in various documents and/or forms and their various versions. Substantially all of the forms' fields that have the same information, such as student name, ID, and major, may be assigned a common local metadata value. The values assigned to information fields of this type may be synchronized with the university's student-information database.


Local-metadata embedding and decoding techniques in accordance with embodiments of the invention may support use of local metadata as described above as follows. When a local-metadata-decoding conflict occurs, a mapping table may be built from conflict-reserved local metadata to unique local metadata. The mapping table may be saved with the EIC document, and a copy of the mapping table may be saved by an image-capturing pen so that the local-metadata-decoding conflict may be efficiently resolved while the image-capturing pen is being used for interacting with the EIC document.


Global Metadata Encoding



FIG. 94 shows a flow diagram of a system for encoding global metadata in accordance with embodiments of the invention. One or more m-arrays, as depicted by m-arrays 9402 and global metadata 9404 are input to a global-metadata-encoding module 9406, which outputs a combined array with encoded global metadata 9408. The one or more input m-arrays may be m-arrays such as position m-array 9602 and global metadata m-array 9604, which are both depicted in FIG. 96.


Global metadata in a particular region of an EIC document may be encoded using the same m-array as the m-array that represents X, Y position information. The metadata m-array may be shifted, however, according to the value of the metadata.



FIG. 96 shows a global-metadata-encoding example in accordance with embodiments of the invention. Two identical m-arrays, a position m-array 9602 and a global metadata m-array 9604, are shown on the left side of FIG. 96. Both m-arrays are order 6 m-arrays. Therefore, the width of each m-array is 23+1, and the height of each m-array is 23−1.


The position m-array and the global metadata m-array may contain repeating bit sequences that are the same length but that have different bit sequences relative to each other. Stated differently, different primitive polynomials of order n may be used to generate different m-arrays, which will then contain different repeating bit sequences.


The two m-arrays may be combined, in accordance with embodiments of the invention, to encode two bits in one EIC symbol. An example of an EIC symbol is depicted in FIG. 97. The EIC symbol in FIG. 97 occupies all of the rows and columns of grid spaces shown in FIG. 97 except for the bottom row and the right-most column. That row and that column belong to adjacent EIC symbols. Accordingly, while black dots 9702-1 and 9702-4 belong to the EIC symbol shown in FIG. 15, black dots 9702-2 and 9702-3 are not part of that EIC symbol. Data dots 9706-1 through 9706-16 may be black or white for representing bits of information. Orientation dots 9704-1 through 9704-4 are always white to facilitate properly orienting camera-captured EIC-symbol images.


When the position m-array 9602 and the global metadata m-array 9604 are combined, based on the value of the global metadata (e.g., 11), the start of the global metadata m-array 9604 is shifted to position (xd,yd), as depicted at 9630 in FIG. 96, of the position m-array 9602. The x,y coordinates may be calculated as follows:
7.xd=mod(globalmetadata,2n2+1),8.yd=int(globalmetadata2n2+1),


where n is the order of the m-array and 0≦local metadata≦2n−2.


In FIG. 96, the value of the global metadata 9606 being encoded is 11 and the order of the m-arrays is 6 (i.e., n=6). Therefore,
9.xd=mod(11,262+1)=2,10.yd=int(11262+1)=1.


As shown in the partially combined m-array 9608, the global metadata m-array 9604 starts at position (2,1) of the position m-array 9602. Since the position m-array 9602 and the global metadata m-array 9604 repeat themselves, a combined m-array with encoded global metadata 9610, which is shown in the lower right corner of FIG. 96, may be generated. As a result of starting the global metadata m-array 9604 at (2,1), portions 9620, 9696, and 9626 of the global metadata m-array 9604 are left over after combining the overlapping rows and columns of the position m-array 9602 and the global metadata m-array 9604. Portion 9626 of the global metadata m-array 9604 and portion 9624 of the position m-array 9602 are combined in the combined array 9610, as depicted at 9628. Similarly, portion 9614 of the global metadata m-array 9604 and portion 9612 of the position m-array 9602 are combined in the combined array 9610 as depicted at 9616. And portion 9620 of the global metadata m-array 9604 and portion 9618 of the position m-array 9602 are combined in the combined array 9610 as depicted at 9622.


The value of the metadata is the distance in the combined array between the position m-array 9602 and the global metadata m-array 9604. The distance is kept the same in every pair of bits in the combined array 9610. Therefore, if the position of each bit in its corresponding m-array is obtained, the distance in the combined array 9610 can be determined.


Global Metadata Decoding



FIG. 95 shows a flow diagram of a system for decoding global metadata in accordance with embodiments of the invention. A combined array with encoded global metadata 9408 is input to a global-metadata-decoding module 9502, which outputs decoded global metadata 9504.


To decode global metadata, the m-arrays that have been combined to form the combined array 9408 are each separately decoded. For example, referring to the example shown in FIG. 96, the position m-array 9602 and the global metadata m-array 9604 are separately decoded. Then, for a particular point P 9632, two positions are obtained: (xp,yp), the position of the point in the position m-array 9602, and (xm,ym), the position of the point in the global metadata m-array 9604.


The value of the global metadata may then be calculated as follows:
globalmetadata=mod(yp-ym,2n2-1)·(2n2+1)+mod(xp-xm,2n2+1),


where n is the order of the combined m-array 9408.


In the example shown in FIG. 96, the position of P in the first m-array is (4,3). The position of P in the second m-array is (2,2). Therefore, the value of metadata is:

global metadata=mod(3−2,23−1)·(23+1)+mod(4−2,23+1)=11.  12.


For real-world applications, there may be multi-dimensional global metadata. For example, suppose there are 1 position dimension and 7 dimensions for global metadata. Then the overall global metadata may be calculated as follows.


After decoding for each dimension, position (xp,yp) is the output of the dimension representing X, Y position and (xmi,ymi) are the output of the remaining 7 global metadata dimensions, where i=0, 1, 2, . . . , 6. Therefore, metadata encoded in each dimension can be obtained:
globalmetadataportioni=mod(yp-ymi,2n2-1)·(2n2+1)+mod(xp-xmi,2n2+1),


where n is the order of the m-array.


For dimension i, where i=0, 1, 2, . . . , 6, a value of global metadata portions is obtained from each image successfully decoded for that dimension. For all images, the value that occurs most often may be considered the value of that portion of the global metadata.


Now that the metadata encoded in each of the 7 dimensions representing a document ID is obtained, the document ID may be calculated as:
globalmetadata=i=06globalmetadataportioni·(2n-1)i,


where n is the order of the m-array. As will be apparent, any suitable number of dimensions may be used for embedding global metadata.


Embedding global metadata in multiple dimensions allows surprisingly large global-metadata values to be encoded. For instance, suppose there are 8 dimensions available, one dimension is used for X,Y position data and 7 dimensions are used for global metadata. For the 7 dimensions of global metadata, suppose that an order 28 m-array is used (i.e., the m-array will have 214+1 columns and 214−1 rows. Then the number of possible values of global metadata that can be encoded in seven dimensions is (228−2)7.



FIG. 98 shows relationship between the largest size factor and available m-array order.


The goal of EIC document mapping is to bind ink strokes to EIC documents.


EIC document mapping includes one or more of the following:

    • a. Generating ink strokes: with decoded position in m-array representing X, Y position, position of virtual pen tip in image plane and HSymbol→Image, position of pen tip in EIC symbol array is obtained. Ink stroke is thus generated with a series of images.
    • b. Calculate global/local metadata: with decoded positions in m-arrays representing X, Y position and metadata, metadata is calculated.
    • c. Find EIC document: with global metadata such as a document ID, EIC document is found.
    • d. Coordinates in EIC array space to document page space mapping: position of pen tip in EIC symbol array is mapped to position of pen tip in a document page based on how EIC symbol array is allocated to each page of a document. Alternatively, one may associate the ink strokes with the document but store the ink strokes separately. The ink strokes may stored in memory, on a fixed media, or any other related storage system or transmitted.


Aspects of the present invention have been described in terms of preferred and illustrative embodiments thereof. Numerous other embodiments, modifications and variations within the scope and spirit of the appended claims will occur to persons of ordinary skill in the art from a review of this disclosure.

Claims
  • 1. A process for associating pen movement with an ink stroke comprising the steps of: receiving at least one captured image from a camera associated with a pen; obtaining encoded information from said at least one image; decoding said information; and forming an ink stroke based on decoded information from said decoding step.
  • 2. The process according to claim 1, further comprising the step of: pre-processing said at least one captured image.
  • 3. The process according to claim 1, further comprising the step of: performing pattern analysis on said at least one captured image.
  • 4. The process according to claim 1, further comprising the step of: recognizing one or more symbols from said obtaining encoded information step.
  • 5. The process according to claim 1, wherein said decoding step produces location information.
  • 6. The process according to claim 1, wherein said forming step includes mapping said ink stroke to a document.
  • 7. A system for associating pen movement with a document comprising: an input that receives at least one image from a camera associated with a pen; at least one processor that receives said at least one image, said processor obtaining encoded information from said at least one image, decoding said information, forming an ink stroke, and associating the ink stroke with said document.
  • 9. The system according to claim 7, said at least one processor including a decoder that decodes said information.
  • 10. The system according to claim 7, said at least one processor including an image preprocessor that adjusts lighting of said at least one captured image.
  • 11. The system according to claim 7, said at least one processor including a pattern analyzer that analyzes a pattern found in said at least one image.
  • 12. The system according to claim 7, said at least one processor including a symbol recognizer that recognizes a pattern in said at least one image as a symbol that may be decoded.
  • 13. The system according to claim 7, said at least one processor including a decoder that decodes a symbol found in said at least one image.
  • 14. The system according to claim 7, said at least one processor including a document mapper that maps a location determined from information in said at least one image into a stroke that may be associated with said document.
  • 15. A pen that captures images, said images being processed to generate EIC symbols.