US20130344916A1

US20130344916A1 - Content sharing methods and systems

Info

Publication number: US20130344916A1
Application number: US14/010,180
Authority: US
Inventors: Tony F. Rodriguez
Original assignee: Digimarc Corp
Current assignee: Digimarc Corp
Priority date: 2009-06-10
Filing date: 2013-08-26
Publication date: 2013-12-26
Also published as: JP2012529870A; CN102460468B; CN102460468A; KR20120030134A; US8521217B2; US20100317399A1; WO2010144610A1

Abstract

A first device (such as a cell phone) is equipped with a micro-projector, and used to present imagery on a display surface. A second device (such as a second cell phone) is equipped with a digital camera, and used to capture some of the projected imagery. The captured imagery allows a user of the second device to access digital content of interest from a user of the first device, or from elsewhere. The content may be visual, or of other form (content examples include audio, games, maps, text documents, video, spreadsheets, etc.). In one particular arrangement, the projected imagery is encoded with digital watermark data. Through such arrangements, one user can readily share content, and also engage in collaborative activities—such as cooperative game play, with one or more other users. A great variety of other features and arrangements are also detailed.

Description

RELATED APPLICATION DATA

This application is continuation of copending application Ser. No. 12/482,372, filed Jun. 10, 2009 (now U.S. Pat. No. 8,512,217).

TECHNICAL FIELD

The present technology relates to pocket projector systems, and methods of their use.

BACKGROUND

Just as a cell phone may have a camera, it may also have a projector. Projectors are being deployed in cell phones offered for sale by CKing (the N70 model, distributed by ChinaVision) and Samsung, while LG and other vendors have shown prototypes.
These projectors are understood to use Texas Instruments electronically-steerable digital micro-minor arrays, in conjunction with LED or laser illumination.
Microvision offers the PicoP Display Engine, which can be integrated into a variety of devices to yield projector capability, using a micro-electro-mechanical scanning mirror (in conjunction with laser sources and an optical combiner). Other suitable projection technologies include 3M's liquid crystal on silicon (LCOS) and Displaytech's ferroelectric LCOS systems.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a block diagram of a cell phone embodying certain aspects of the present technology.

FIG. 2 shows two cell phones, employing certain aspects of the present technology.

FIG. 3 shows a data structure that can be used in certain embodiments of the present technology.

FIG. 4 shows a multi-field watermark payload.

DETAILED DESCRIPTION

As detailed below, certain embodiments of the present technology allow users to share content through means of projectors and cameras. The content may be imagery, but can also include audio, games, maps, text documents, spreadsheets, or any other form of content.
Referring to FIG. 1, an exemplary cell phone 12 includes a processor 14, a memory 16, a camera 18 and a projector 20. A selection of other elements (some of which are optional) are also depicted, such as laser pointer 22. (Since cell phones and associated technology are well known, their conventional features are not belabored. This specification focuses instead on the novel aspects.)
As noted, projectors are being deployed in cell phones by CKing (the N70 model, distributed by ChinaVision) and Samsung, while LG and other vendors have shown prototypes. These projectors are understood to use electronically-steerable digital micro-mirror arrays from Texas Instruments, in conjunction with LED or laser illumination. Microvision offers the PicoP Display Engine, which can be integrated into cell phones to yield projector capability, using a micro-electro-mechanical scanning minor (in conjunction with laser sources and an optical combiner). Other suitable projection technologies include 3M's liquid crystal on silicon (LCOS) and Displaytech's ferroelectric LCOS systems.
The memory 16 of the depicted cell phone 12 includes a variety of software instructions, and data. The software includes the phone's operating system, together with user interface software. A variety of other software modules are typically provided—some user-selectable (e.g., downloaded from a vendor's application store, such as the Apple AppStore).
Desirably, the software in memory 16 also includes watermark software, such as for embedding a steganographic digital watermark pattern into imagery projected by the cell phone projector 20, and/or for decoding digital watermark data conveyed in imagery captured by the cell phone camera 18. Digital watermark technology is known from Digimarc's patent filings, including U.S. Pat. Nos. 6,122,403, 6,307,949, 6,590,996, and 6,975,744, and pending application Ser. No. 12/337,029, filed Dec. 17, 2008 (published as 20100150434).
Turning to FIG. 2, a cell phone “A” uses its projector 20 to present an image on a display surface 24. (The display surface can be essentially anything, including a wall, a person's t-shirt, etc.) A second cell phone “B” uses its camera 18 to capture imagery from a field of view that includes some of the display surface.
The camera's field of view can encompass just a part of the projected image, or it can encompass just the full projected image, or it can encompass the full image and more (as depicted).
The watermark software in cell phone B decodes the digital watermark encoded in the captured imagery. As detailed in the cited patents, the watermark decoding performed by cell phone B may include—as a preliminary process—finding subliminal orientation signals in the captured imagery (e.g., a pattern of spatial frequency domain signals), by which geometrical distortions of the captured imagery from its originally-encoded state can be determined (e.g., scale, rotation, affine transformation). Once this geometrical distortion of the watermark is understood, the watermark decoder in cell phone B extracts a plural-bit watermark payload from the image. The watermark payload can be used by cell phone B to obtain content desired by the user. The content may be obtained from cell phone A, but this is not necessary.
To illustrate, consider that a user of cell phone A is viewing a humorous video clip from YouTube (“The Evolution of Dance”), and wants to share it with friends. The user activates the cell phone projector, and projects the video clip on a wall.
The processor in cell phone A digitally watermarks the projected video with a payload indicating the source of the video. For example, the watermark payload can comprise the YouTube index number for the video (dMH0bHeiRNg), its name (The Evolution of Dance), or its URL (youtube-dot-com/watch?v=dMH0bHeiRNg). (The-dot-convention is used in this specification to prevent the link from being rendered as a live link in electronic presentations of the patent text.)
If one of the viewing friends likes the video, they may use cell phone B to capture a still image, or video clip, from the projected imagery. The watermark decoder software recovers the encoded payload data—desirably (although not necessarily) as soon as the imagery is captured. Cell phone B can auto-retrieve the same content from YouTube, or it can save the payload information in memory, in a historical listing of watermarks decoded from captured content. The user can then employ this information at a later time to obtain a copy of the video clip.
If the watermark payload comprises the full URL, retrieval of the video clip is straightforward. If just the video title, or index number, is provided, then further processing may be required—such as searching YouTube or Google with the payload information. A set of rules stored in cell phone B may establish a protocol of different methods that are to be successively tried to obtain content.
For example, the first rule may be to parse the payload data to see if it appears to be a complete URL. If so, the rule may specify passing the payload to the cell phone browser for loading.
The second rule may be to look for data looking like a YouTube index number. This check can comprise seeing if the payload is between 10 and 12 symbols, and includes a capital letter following a lower case letter. If so, the cell phone processor can create a full URL by pre-pending the symbols “www-dot-youtube-dot-com/watch?v=” to the payload, and pass it to the cell phone browser for loading.
The third rule may be to check if any of the payload appears to be a word, such as by checking a dictionary database. If so, the cell phone processor can instruct the browser to search Google's web index for the payload as a text phrase. Hopefully, the desired content will be listed near the top of the Google search results, and the user can select same to load.
In other embodiments, the payload encoded into the projected imagery by cell phone A is an arbitrary identifier, such as a unique ID (UID). Cell phone A can write an entry to a data structure (e.g., a table) that associates the UID with information about the content—such as address information detailing where the content can be obtained. When cell phone B decodes this identifier, it can consult the same data structure—using the UID to access the corresponding address information. (The data structure may be in the memory of cell phone A, or it can be elsewhere, e.g., in a remote computer server—as depicted in FIG. 2. In the former case it may be accessed by cell phone B using technology such as a Bluetooth link. In the latter case, it may be accessed by cell phone B over the internet.)
An exemplary data structure is shown in FIG. 3, and serves to associate UIDs conveyed by projected watermarks with corresponding address information. Shown are links to YouTube, Flickr, Apple, Xerox, and Rockstar Games.
The Apple link is actually a link to a song at the Apple iTunes store. This illustrates that the content to be shared need not be visual content. The music player application on cell phone A (e.g., iTunes) may present a graphic (e.g., an album cover) or an animation whenever music is played. Cell phone A can encode the presented imagery with a watermark encoding a UID that points (through the FIG. 3 table) to a source of the music—in this case to the iTunes store.
Similarly, the Xerox link is a link to an Excel spreadsheet on a Xerox server. Again, cell phone A can encode projected imagery with a UID that points to a data structure record indicating where the displayed document can be found.
In this case, as in others, access to the document may be protected from unlimited public access, such as by an encryption key, or an access password. The watermark payload encoded by cell phone A can include a portion (e.g., a field) that allows the user of cell phone B to access the indicated content from the protected website.
(A variety of such protection techniques are known, so are not belabored here—except to note that certain implementations of this sharing mechanism can restore an “analog” trait of sharing that has been largely lost in other digital content systems. Specifically, cell phone A may use a payload that requires routing—such as resolving the UID into associated URL information. However that UID may need to be resolved each time in order to retrieve the content, allowing the owner of cell phone A to retain control over the material, restricting sharing so that only one person at a time can have “it,” similar to a physical object. Or, it might limit the person with cell phone B to project the content but not pass it on (e.g., because that second recipient is not granted access to the routing table), etc. Thus, there is an element of DRM that can be inherent in certain implementations of content sharing.)
The Rockstar Games link relates to the game Grand Theft Auto—Chinatown Wars. In particular, the user of cell phone A may have reached an unusually high level while playing the game on the phone and projecting the game display, and gained access to features with online counterparts. The encoded link information gives the user's friend access to that same special online content (or to an archive of the game as-played, or to executable game software, etc.).
In other arrangements, the watermark payload embedded in the projected display is a time/date stamp. Cell phone A can maintain a history file detailing all of the content it processes and/or projects, as a function of date/time. When cell phone B captures imagery projected from cell phone A, it can consult the history file (immediately, or later) to obtain information related to the content displayed by cell phone A at the date/time indicated by the decoded watermark data. (Like FIG. 3, the history file can be in table form, and can be stored on cell phone A, or remotely.)
While the data structures in the foregoing arrangements store pointers to corresponding content data, in other embodiments the data structure can store the corresponding content data itself. For example, whenever cell phone A projects information using the projector, it may simultaneously write the same information to a data store, where that content can be accessed by others.
(Such an arrangement is somewhat related to the work of Gordon Bell at Microsoft, who seeks to create a digital archive of his life—logging data from audio, video and other sensors capturing his environment. Included in Bell's archive are recordings of all telephone calls, video of daily life, captures of all TV and radio consumed, archive of all web pages visited, map data of all places visited, polysomnograms for his sleep apnea, etc., etc., etc. However, instead of logging incoming content, the projection device in such embodiment logs outgoing content.)
In still other embodiments, the watermark payload can include multiple fields—including one identifying the projecting cell phone (or its user). FIG. 4 shows one such multi-field watermark payload. A first field is an identifier associated with the user (e.g., by reference to a data structure that associates a numeric identifier with textual identification information); the second field is a key permitting access to online content; the third is an identifier of content (e.g., a URL or otherwise); the fourth is data indicating the date/time of projection.
In embodiments including a user ID (e.g., a cell phone serial number), this encoding may be static throughout the life of the phone. In such case, an optical encoder—such as a film in the projection path, patterned with a subtle pattern encoding a user ID watermark, can be employed. Additional fields of the watermark can be encoded by electronically processing the image data prior to projection.
It will be recognized that aspects of the technology detailed above facilitate sharing and viral distribution of content among and between groups of users. The content may—but need not—be visual; watermarked pixels can serve as a proxy for any other form of data.
Another usage model includes collaboration, in which cell phone B projects imagery—on top of or adjacent to the imagery projected from cell phone A—so as to create a visual collaboration. Applications include the creation of collaborative works, such as drawings, where each user—using their cell phone's UI (buttons, keys, touch-screen, proximity sensor, accelerometer, etc.)—controls a drawing application, using typical tools such as a paintbrush or eraser, to draw in the in the shared projected space. Facilitating the collaboration is that each device separately watermarks its contribution to the projected image, providing linkage to data structures that are accessible (via Bluetooth, internet, etc.) and that describe the session and the objects being drawn. Many cell phones—including A and B, as well as others, can participate in the drawing session, either actively, or passively—as an observer only.
A simple illustration of such collaboration is a user of cell phone A drawing a circle (e.g., using the Microsoft drawing application Visio) and projecting the drawing using the projector. The user of cell phone B, operating that phone's UI, then “grabs” a control point at the perimeter of the projected circle (e.g., using control points presented by Visio), and distorts the circle into an ellipse. (Some embodiments have the ability to both project imagery onto, and sense imagery from the same display surface 24 simultaneously, or in quickly alternating, synchronized fashion; other embodiments do not.)
To grab a control point of the projected circle, the user of cell phone B positions the camera so that the control point is at the center of the camera's field of view, and then operates a control on the phone's UI—like activating a mouse button. Once grabbed, the user of cell phone B operates the cell phone to indicate the position to which the edge of the circle is to be stretched. This may be done by holding the control while moving the phone so that the center of the camera's field of view is located at a position corresponding to the desired distortion of the circle (as is familiar from Visio). The user then releases the control.
In one particular embodiment, cell phone B communicates the new edge position of the circle to cell phone A by transmitting {x,y} position data for the point originally grabbed, and {x,y} position data for the point's ending location. This position data is expressed in terms of the frame of reference defined by the orientation signal encoded in the original projected image by cell phone A (e.g., with the upper left corner being the origin), such as a number of projected pixels to the right and down. Communication can be by Bluetooth or otherwise.
To facilitate such operation, the center of the field of view of the camera in cell phone B can be denoted by a cross-hair overlaid on the screen of camera B that shows the imagery being captured by the phone's image sensor. (In other embodiments, other positions can be used; use of the center of the field of view is not critical.)
In other arrangements, cell phone B may project a pointer spot—which may be a laser point or otherwise—to indicate a particular location to be “grabbed,” and a particular end location after stretching. The camera in cell phone A may sense these markings, and update the projected Visio drawing accordingly. (The pointer spot may have two modes, tracking and clicking. In tracking mode the pointer is visible, but no responsive action is taken. In clicking mode, the pointer momentarily signals to a responsive camera system that an action is to be taken based on the current location of the pointer spot. This can be signaled by changing the color of the spot, by modulating its amplitude with a distinctive temporal pattern, or otherwise. In still other arrangements, the pointer spot is unchanging, but the pointer mode is indicated by another data channel, such as a Bluetooth broadcast from cell phone B.
In still another arrangement, cell phone B decodes the watermark encoded by cell phone A in the projected circle drawing. The payload of this watermark may convey the name of the Visio file on cell phone A, or a pointer to the file. Cell phone B uses this payload data to obtain a copy of the drawing file. The user of cell phone B then manipulates the drawing copy, e.g., stretching it into an ellipse. Cell phone B projects its revised image for review by the user of cell phone A. The user of cell phone A can likewise capture the revised drawing image projected by cell phone B and decode the watermark encoded into it by cell phone B. Using this information, cell phone A can obtain a copy of the edited drawing file, e.g., from cell phone B. It can load the edited version, make a further proposed edit, and project the twice-edited version. Edits can ping-pong back and forth, with each cell phone processor running Visio and loading successively-edited versions of drawings.
In a variant, the drawing program is not resident on the cell phones, but rather is a cloud-based application, to which both cell phones have access. In this case the data files need not be exchanged between phones. They can be stored remotely (in the cloud) too. Or, the cloud application can support multiple users editing a single drawing file.
Any usage scenario that supports or requires collaboration can be facilitated in such manner. Other examples include multiple individuals having an ad-hoc jam session—creating scores and drum tracks that are played back on one or more devices; gaming, e.g., with multiple drivers in a race car game; multi-user war games where “mercenaries” can join ad-hoc groups of gamers in the high-school lunchroom, etc.
It should also be noted that the participation in a session need not require cell phone B to project on top of cell phone A's image at all times. Simultaneous projection may occur just when cell phone B enters the session (akin to logging-in), after which that user may participate in the session without the projector, shaking their cell phone as a maraca, strumming the guitar application from the iTunes store, etc. The session may continue even if the user is no longer in proximity of the cell phone user A, yet may continue to participate in a game, etc.
Collaboration may also occur with streaming content, such as where cell phone A is projecting a sporting event and cell phone B is projecting stats or historical information about the team or potentially an individual player during the game. The information may track with the individual players or event occurring.
Many such arrangements are enabled by the ability to project imagery from multiple vantage points that are “rectified” against other images. As noted, this can be accomplished by utilizing a common orientation signal projected by cell phone A, which provides a common origin for all devices participating in the session. This orientation signal can be provided through the use of the noted digital watermarking technologies and/or overt symbologies or explicit fiducials.
Note that any simultaneous (or alternating) image projections by both cell phones A and B will commonly overlap, but need not. The common reference frame established by orientation signals can be used even if the projections do not overlap.
Having described and illustrated the principles of the technology with reference to various implementations, it should be recognized that the technology is not so limited.
For example, while the specification has detailed certain information as being stored in certain locations, and certain processing taking place in certain devices, this is exemplary only. Data can be stored anywhere, and processing can take place anywhere—with information being exchanged between devices as may be required by the application.
While this specification frequently uses the term “cell phone,” this term is meant to be given a broad meaning and includes phones of various descriptions—including WiFi phones and others that may not—strictly speaking—use a “cell” network. The Apple iPhone is one example of a cell phone. (Details of the iPhone, including its touch interface, are provided in published patent application 20080174570.) Another is the T-Mobile G1, manufactured by HTC—one of the Android phones. Other personal digital assistant devices, which may include the functions of a computer, a music player, a projector and/or a camera, etc., are also meant to be encompassed by the term “cell phone” as used in this specification—even if “phone” functionality is not provided.
The watermark encoder software in cell phone A can run continuously—marking all content presented by the cell phone (whether presented on the built-in display, or projected by a projector). Alternatively, the encoder may be activated selectively, such as when the projector is activated.
In like fashion, the watermark decoder in cell phone B can run whenever the device is processing image or video information, or only selectively (such as when the user activates a control).
The watermarking technology noted above is exemplary only; a great many other watermarking technologies can be employed, including those commercialized by Philips (now Civolution) and Thomson. Examples are shown in U.S. Pat. Nos. 5,933,798, 6,577,747, 6,671,388, 6,782,116, 7,031,492 and 7,191,334. (Although a video watermark can be used, applicant prefers a still image watermark—to avoid temporal dependencies.) In still other arrangements, the projected content can be identified by deriving a “fingerprint” from the captured pixels, and identifying a corresponding record in a data structure—as detailed, e.g., in published patent documents 20070174059 (Digimarc), 20070253594 (Vobile), 20080317278 (Thomson) and 20050141707 (Philips/Gracenote).
In the detailed arrangements, the projected content is watermarked by cell phone A according to a stored rule set. For example, content downloaded from the web may be encoded with the URL from which it was fetched; game displays may be encoded with the game name and level number; camera images earlier captured and stored on the cell phone may be encoded with the image file names, etc. In other arrangements, the user of cell phone A is given control over the watermark payload. The user can summon a UI that presents a menu of possible payloads with which projected content can be encoded. For example, a user may selectively instruct that album art projected during playback of a song be encoded with (i) a link to the song on iTunes; (ii) a link to the song on Amazon; (iii) a link to the top-ranked music video of that song on YouTube; (iv) a link to a shared library of MP3 song data stored on cell phone A (including the song being played back and others), etc.
While in the detailed arrangement, cell phone A watermarks the projected content, in other arrangements the content may have been earlier watermarked. For example, most television in the US is digitally watermarked by encoding equipment at broadcasting stations, which embeds a source ID (e.g., WABC) and a timestamp. These encoders are part of a network employed by The Nielsen Company to help track television consumption. Nielsen maintains a database that details the program lineup for each channel in each geographic market and national network, by date and time. This database is fed by program guide information compiled by vendors such as Tribune Media Company and/or TV Guide. To identify a program from a watermark, cell phone B can submit the decoded source ID/time stamp information to the database, which returns data identifying the program. In like fashion, YouTube and other content distributors can similarly watermark their content before it is provided to cell phone A.
It is envisioned that the above processes, systems and system components can be implemented in a variety of computing environments and devices. The depicted cell phones and remote server computer are exemplary only. It is specifically contemplated that the processes and components can be implemented within devices and across multiple devices.
Suitable computing environments encompass a broad range, from general purpose programmable computing devices, to specialized circuitry, and arrangements including a combination of both. The processes and system components may be implemented as instructions for computing devices, including general purpose processor instructions for a variety of programmable processors, including microprocessors, digital signal processors, etc. These instructions may be implemented as software, firmware, etc. These instructions can also be converted to various forms of processor circuitry, including programmable logic devices, application specific circuits, including digital, analog and mixed analog/digital circuitry. Execution of the instructions can be distributed among processor and/or made parallel across processors within a device or across a network of devices. Transformation of content signal data may also be distributed among different processor and memory devices.
Each computing device includes, as necessary, one or more processors, one or more memories (including computer readable media), input devices, output devices, and communication among these components (e.g., a bus). Communication between devices can be wired, but is more typically wireless (e.g., WiFi, WiMax, Bluetooth, etc.) For software/firmware, instructions are read from computer readable media, such as optical, electronic or magnetic storage media via a communication bus, interface circuit or network and executed on one or more processors.
The above processing of content signals includes transforming of these signals in various physical forms. Imagery and video (forms of electromagnetic waves traveling through physical space and depicting physical scenes) are captured from physical objects using cameras or other capture equipment. While these signals are typically converted to and processed in electronic and digital form to implement the components and processes described above, they may also be captured, processed, transferred and stored in other physical forms, including electronic, optical, magnetic and electromagnetic wave forms. The content signals are transformed during processing to encode and decode watermark information, including writing and reading various data structure representations information as explained above. In turn, the data structure signals in memory are transformed for manipulation during indexing, reading, writing, loading, etc.
To provide a comprehensive disclosure without unduly lengthening this specification, applicant incorporates by reference the patent documents referenced above.

Claims

I claim:

1. A content sharing system comprising:

first and second portable user devices, each including a processor and a memory, at least the first device including a projector, at least the second device including a camera;

instructions in the memory of the first device enabling the first device to steganographically encode image content projected by said projector with a plural-bit digital watermark payload, said payload including data identifying said image content;

instructions in the memory of the second device enabling the second device to decode a plural-bit digital watermark payload from imagery captured by the camera, and to use said payload in obtaining a copy of said image content from a network resource;

wherein a user of the first device can project image content, and a user of the second device can identify said content, and obtain a copy from the network resource.

2. The system of claim 1 in which said instructions in the memory of the first device enable the first device to write an entry to a data structure associating said data with information about how the image content can be obtained, and said instructions in the memory of the second device enable the second device to retrieve said information from said data structure.

3. The system of claim 1 in which said data comprises part or all of a uniform resource locator.

4. The system of claim 1 in which said data comprises a spreadsheet file name.

5. The system of claim 1 in which said instructions in the memory of the first device enable the first device to restrict sharing of the image content, so that only one user at a time can have it.

6. The system of claim 1 in which said instructions in the memory of the first device enable the first device to restrict distribution of the image content by the second device.

7. The system of claim 1 in which said instructions in the memory of the first device enable the first device to encode the image content with a watermark payload comprising plural fields, including at least two selected from the list: a user identifier, access key data, an identifier of the image content, and data indicating the date and time of projection.

8. The system of claim 1 in which said instructions in the memory of the first device enable the first device to encode the image content with a watermark payload that enables a user of the second device to benefit from game features that a user of the first device has earned.

9. The system of claim 1 in which said instructions in the memory of the first device enable the first device to encode the image content with a watermark payload comprising plural data fields, including at least two fields selected from the list: a user identifier field, an access key data field, an identifier of the image content data field, and a date/time of projection data field.

10. The system of claim 9 including at least three fields selected from said list.

11. The system of claim 9 including all four fields from said list.

12. A content sharing method employing first and second portable user devices, at least the first device including a projector, at least the second device including a camera, the method comprising the acts:

steganographically encoding image content with a plural-bit digital watermark payload, said payload including data identifying said image content;

the first device projecting the encoded image content on a surface, using a projector having a projection axis;

the second device capturing image data from the surface, using a camera having a camera axis;

decoding a plural-bit digital watermark payload from the captured image data; and

using the payload in obtaining a copy of the image content for the second device from a network resource;

wherein the projection axis is different than the camera axis.

13. The method of claim 12 that further includes the first device writing an entry to a data structure associating said data with information about how the image content can be obtained, and the second device retrieving retrieve said information from said data structure.

14. The method of claim 12 in which said data comprises part or all of a uniform resource locator.

15. The method of claim 12 in which said data comprises a spreadsheet file name.

16. The method of claim 12 that includes the first device restricting sharing of the image content, so that only one user at a time can have it.

17. The method of claim 12 that includes the first device restricting distribution of the image content by the second device.

18. The method of claim 12 that includes encoding the image content with a watermark payload that enables a user of the second device to benefit from game features that a user of the first device has earned.

19. The method of claim 12 that includes steganographically encoding the image content with a watermark payload comprising plural data fields, including at least two fields selected from the list: a user identifier field, an access key data field, an identifier of the image content data field, and a date/time of projection data field.

20. The method of claim 19 including at least three fields selected from said list.

21. The method of claim 19 including all four fields from said list.

22. A device including a processor, memory and projector, the memory containing software instructions enabling the device to maintain a history of image content projected by the projector.