US20120149475A1 - Method and system for making awards based on the travels of an artifact - Google Patents
Method and system for making awards based on the travels of an artifact Download PDFInfo
- Publication number
- US20120149475A1 US20120149475A1 US13/372,410 US201213372410A US2012149475A1 US 20120149475 A1 US20120149475 A1 US 20120149475A1 US 201213372410 A US201213372410 A US 201213372410A US 2012149475 A1 US2012149475 A1 US 2012149475A1
- Authority
- US
- United States
- Prior art keywords
- toy
- mission
- artifact
- toys
- award
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0239—Online discounts or incentives
Definitions
- the invention discloses an itinerant artifact in the form of a toy that embarks on travel to different places.
- Associated with the artifact may be a mission which includes at least one location/place that the artifact must travel to in order to generate awards.
- the artifact may be taken to each location in its mission by its owner. In other cases helpers other than the owner may do so.
- the invention discloses techniques for the artifact to generate and report location data to a remote application.
- a process for the remote application to make an award based on the location data is disclosed.
- FIG. 1 illustrates the various components required to generate awards from an itinerant artifact, in accordance with one embodiment of the invention.
- FIG. 2 shows a high-level block diagram of hardware that may be used to realize an itinerant artifact, in accordance with one embodiment of the invention.
- FIG. 3 shows a flowchart of a process for making an award to an itinerant artifact, in accordance with one embodiment.
- FIG. 4 shows a high-level block diagram of hardware that may be used to realize a host or a server for implementing a method for making an award to an itinerant artifact, in accordance with one embodiment.
- embodiments of the invention disclose technology for a service that enables exploring, collecting, and socializing.
- the service will be referred to herein as “the Wegos service”.
- the service may be used to give people new ways to do things they love to do—see new places, gather memories of places they've been, and meet new people along the way.
- a customizable virtual persona or online character is paired with an inexpensive itinerant artifact .
- the itinerant artifact may be in the form of a Universal Serial Bus (USB) toy, called a “Wegos bod”.
- USB Universal Serial Bus
- Wegos website a website running a remote application to implement the Wegos service.
- awards may include rewards such as discounts, physical goods, cash, recognition, media, online virtual goods, etc.
- the online character might get a ‘Cheesehead hat’ when the toy goes to Milwaukee, learn slide guitar if the toy goes to Arlington, or get a latte when the toy goes to Seattle.
- the owner of the ‘bod’ receives rewards. For example, the owner may receive a discount coupon after the ‘bod’ has gone to ten Starbucks retail outlets.
- the toy's owner may purchase the toy.
- the owner then connects to the Wegos website and selects a predefined mission for the toy from a plurality of available predefined missions.
- a mission may be regarded as the locations the toy must travel to in order to claim rewards through the Wegos service.
- the owner may define a custom mission for the toy using the Wegos service.
- a toy may not have a mission at all. In such cases awards will be made based on the locations that the toy reaches. For example, an owner may leave a toy having no mission on a park bench in Seattle. If someone picks it up and carries to Tacoma, in some embodiments, an award can be made by the Wegos service once the toy reports its location as Tacoma to the Wegos service.
- the toy may be given to the owner as part of a promotion.
- a corporation such as the Coca-Cola Company may distribute a number of itinerant artifacts/toys to people freely. These artifacts may have a predefined mission designed to promote awareness of the company or a product of the company.
- the retailer with a number of physical locations may gainfully use the artifacts and the Wegos service of the present invention as follows.
- the retailer say Toys r Us may freely distribute itinerant artifacts with a mission to visit a specified number of store locations of the retailer. awards may then be made when an artifact completes its mission.
- a toy's owner may take the toy to the various places required to complete its mission.
- the toy's owner may enlist the support of others (referred to herein as “helpers”) to assist the toy in completing its mission.
- helpers may mail the toy to a friend who would help it on its mission by either taking it to a place it has to travel to in terms of its mission, or by in turn mailing it to another person who would likewise assist in completing its mission.
- a chain of people may be involved in assisting a particular toy in achieving its mission.
- the entity that assists the toy in achieving its mission may be a single person or it may be a chain of people.
- the chain may be built ad hoc.
- the chain may be predefined in the sense of having the people comprising the chain register as a team using the Wegos service.
- multiple teams may compete for rewards offered by the Wegos service.
- competitions may be set up with the Wegos service in terms of which competing itinerant artifacts may be required to complete a common mission, say in the shortest possible time, in order to claim a prize.
- the prize may be sponsored by a corporation as part of a marketing exercise.
- Awards may be made upon a condition or mission being completed or partially to completed. awards in form of rewards may be given to owners and/or helpers. In some cases the owners and helpers are rewarded directly as in the case of cash, discounts, or things being given to them. In other cases, the rewards may be indirect in the sense that the online virtual character paired with a toy being given additional skills, features, or things.
- custom missions may be as simple or as complex as the owner wishes—from, ‘go to 5 new cities,’ to ‘visit every MLB stadium,’ to ‘go around the world.’
- Embodiments of the Wegos service may include providing a social networking website to enable other Wegos ‘bod’ owners, helpers, and others to interact with each other.
- the website may provide information on various missions, a leader board for common missions, mini-games, etc.
- the online character may exist on the Wegos website and in a profile that may be embedded in other social networks, such as MySpace and Facebook.
- the profile may link back to the Wegos website.
- the character gets new and potentially rare collectible items, new animations, a growing map of its travels, and notes and photos left by people who have helped it. All of this can be shown off by the owner through the Wegos website or a profile embedded on other social networks.
- the Wegos service will provide online rewards based on the real-world travels of an itinerant artifact .
- the service may offer rewards for bringing the device to locations such as the stores of retail partners.
- self-service ‘Wegos Stations’ may be provided at public locations such as retail locations.
- Each Wegos station may have a USB interface, in is one embodiment, whereby a Wegos ‘bod’ may connect to a Wegos website after plugging into the station so that the ‘bod’ is recognized as having visited the location associated with the Wegos station.
- the Wegos stations may be used to enable co-promotions with brick and mortar chains (e.g., visit McDonalds to get a Ronald McDonald wig for your online character).
- FIG. 1 of the drawings illustrates the various components required to implement the techniques described above, in accordance with one embodiment. The components shown in FIG. 1 will now be described:
- Itinerant artifact ( 100 ). As described above, this is a device that is capable of gathering and reporting location relevant data. Examples of location relevant data include data that either describes a geographic location or from which a geographic location may be deduced, such as GPS, RadFrequencies, RadData System (RDS)/RadBroadcast Data System (RBDS), data identifying proximal cellular towers or Wi-Fi hotspots, storing close range signals broadcast through technology such as BlueTooth by other devices, etc. In practice a number of artifacts would be circulating with the general public at any given time. Each artifact includes an external communication interface used to send data through a host 102 or via a WAN 104 to a remote server 106 .
- an artifact may include a battery.
- An embodiment containing a battery may include the ability to broadcast a unique identification, for example, through BlueTooth, and the ability to receive, store and/or transmit unique identification for other devices in such a way as to derive location information that may be used to satisfy award criteria.
- the user account and its relations to one or more itinerant artifacts may be provisioned and managed by the remote server ( 106 ).
- Helpers ( 112 ). These are the individuals or groups who help an itinerant device travel and/or help report its movements to the remote server 106 . Helpers may or may not have user accounts managed by the remote server 106 .
- a host is a computing device that can communicate with and/or detect the nearby presence of an artifact 100 .
- the location of a host 102 is known and may be used to infer the location of an artifact 100 that connects to the host 102 given that such a connection would only be possible of the artifact was in close proximity to the host 102 .
- a host 102 may comprise computing devices such as a desktop, laptop, notebook or similar computer, a server, public kiosk/terminal (Wegos Station), a point of sale device, a mobile phone, PDA or similar computer, etc.
- a host 102 may be connected to a WAN 104 to establish a connection to a remote server 106 in order to report data gathered from an artifact 100 .
- Wide Area Network (Wan) ( 104 ). This includes any of several possible computer networks covering a broad geographic area. Examples include, but are not limited to, private cellular networks, the public Internet, leased data lines, etc.
- Remote server ( 106 ). This is a device or virtual device that is connected to a WAN 104 and runs the Wegos service
- the server 106 characteristically has an address defined through a communications or network protocol through which it can be located on a WAN 104 .
- the remote server 106 runs one or more software application(s) that provide Wegos services based at least in part on location relevant data received from artifacts 100 .
- the location data is used to provide services to the owners 110 and the helpers 112 .
- One such service includes a rewards system based on the geographic travels of an artifact, as described.
- FIG. 2 of the drawings shows a high level block diagram of hardware 200 that may be used to implement an artifact 100 , in accordance with one embodiment of the invention.
- the components of the hardware 200 will now be described:
- the microcontroller 202 executes instructions within firmware 204 , enabling functions of the communication interface and the transfer of data from one or more location data receivers 206 to and from other devices and/or systems.
- the firmware 204 contains instructions that drive the operations of the artifact hardware 200 .
- the firmware 204 instructs the microcontroller 202 to send and receive data over an internal data bus 208 , performs mathematical and logical operation on the data, and sends and receives data over an external communication interface 210 .
- the location data receiver 206 gathers available location relevant data.
- the receiver 206 may gather data from one or more of any of various available signal sources including GPS, RadData System (RDS) or Radio Broadcast Data System (RBDS), cellular communications, Wi-Fi hotspots, BlueTooth device identification, etc.
- RDS RadData System
- RBDS Radio Broadcast Data System
- Non-volatile Memory ( 212 ).
- the non-volatile memory 212 stores data as needed to complete operations performed by the microcontroller 202 and firmware 204 .
- the device may use the non-volatile memory 212 to store location data for future transmission over the external communication interface 210 .
- the communication interface 210 allows for connectivity with other devices and/or systems.
- the interface 210 may comprise one or more interfaces such as USB, Bluetooth, Ethernet, Serial, Wi-Fi, GSM, etc.
- implementation of a passive location data system 214 such as RFID may provide a communication interface that allows reception of an artifact's unique identification by a host 102 .
- Antenna ( 216 ).
- An antenna may be included in some embodiments of the artifact to increase the effective sensitivity of the Location Data Receiver.
- the hardware 200 may include one or more passive location data systems that may provide data to another system that will determine the location of the artifact embodied by the hardware 200 .
- an RFID tag or similar device, may be included in the hardware 200 to allow an external system to detect the presence of the hardware 200 .
- the data bus 208 allows for movement of data between internal components of the device
- the firmware 204 directs the microcontroller 202 to send instructions over the data bus 208 that cause the location data receiver 206 to begin gathering location data.
- the firmware waits for a signal sent by the location data receiver 206 over the data bus 208 indicating that it has gathered relevant data.
- the firmware 204 then instructs the microcontroller 202 to read the gathered data from the location data receiver 206 over the data bus 208 . These steps are repeated until the location data receiver 206 signals that no more data can be gathered.
- the firmware 204 may then process the gathered data using well known mathematical and logical algorithms to convert the data into other formats that can be later sent over the external communication interface 210 .
- the firmware 204 also encrypts the data so that it may not be observed or modified without detection, except by the remote server 106 .
- the firmware 204 then instructs the microcontroller 202 to send the encrypted location data to the non-volatile memory 212 over the data bus 208 .
- the data is preserved on the non-volatile memory 212 until it can be sent over the external communication interface 210 .
- the external communication interface 210 may take one or more forms.
- the hardware 200 includes a Universal Serial Bus (USB) connector along with associated hardware and software interfaces, modules, processes, etc.
- USB Universal Serial Bus
- the connection with a host 102 may be accomplished through the USB interface when the USB connector is plugged into the a USB port of a host 102 .
- the hardware 200 includes the requisite software and hardware to establish a connection directly to a WAN 104 , such as by using one or more of several wireless technologies (e.g., cellular GSM networks, 802.11, BlueTooth, etc), or a physical connector (Ethernet, serial port, etc.).
- the firmware 204 instructs the microcontroller 202 to read the encrypted location data from the non-volatile memory 212 over the data bus 208 .
- the firmware 204 then instructs the microcontroller 202 to send the encrypted location data along with the unique identifier associated with an individual artifact 100 through the communication interface 210 .
- the data may be transmitted either over a WAN 104 or through a host 102 to the remote server 106 . These steps are repeated until all location data stored on the non-volatile memory 212 have been sent to the application 106 .
- the host 102 may also write location data to the artifact 100 .
- the firmware 204 encrypts and stores this location data to the non-volatile memory 212 just as it stores the location data gathered by the location data receiver 206 .
- the location data originating from the host 102 can later be sent to the remote server 106 through any means supported by the artifact 100 .
- a host 102 is a computing device that can communicate with and optionally detect the nearby presence of an artifact 100 .
- the geographic location of a host 102 may or may not be known.
- an artifact 100 is connected to a host 102 that is in an unknown geographic location.
- the host 102 connects to the artifact through the communication interface 210 , and gathers all of the encrypted location data along with the unique identifier for that artifact 100 , as described above.
- the gathered data is then sent over a WAN 104 to the remote server 106 .
- an artifact 100 is connected to a host 102 that is in a known geographic location.
- the host 102 may gather location data from the artifact 100 and sends it over a WAN 104 to the remote server 106 , in the manner described above. Because the host 102 is in a known location it may add its is own location data to the data sent to the remote server 106 . Alternatively the host 102 , may write its location data to the artifact 100 . This may be done when the host 102 itself has no connection to a WAN 104 .
- the location data is stored on the artifact's non-volatile memory 212 . The location data may later be sent through a WAN 104 or a WAN-connected host 102 to the remote server 106 , using the techniques described above.
- an artifact 100 contains a passive location data system 214 , such as RFID
- a host 102 may detect the presence of an artifact 100 through its passive location data system 214 .
- the artifact's location will be taken to be the location of the host 102 , which will be known a priori.
- the host 102 will then encrypt and send its location along with the unique identifier for an artifact 100 to the remote server 106 through a WAN 104 .
- the connection between a host 102 and the remote server 106 may be initiated by the user opening a document, such as an HTML document, that includes a network address (e.g. in the form of a Uniform Resource Identifier (URI)) of the remote server 106 .
- a document such as an HTML document
- URI Uniform Resource Identifier
- establishing a connection between an artifact 100 and a host 102 starts a process on the host 102 that establishes a connection to the remote server 106 , with or without user involvement.
- the connection is initiated by a software application or module or service running on the host 102 that has gathered passive location data, such as RFID data, from one or more artifacts.
- the host 102 To connect to the remote server 106 , the host 102 requires the network address of the remote server 106 . It will be appreciated that there are a variety of methods for providing a computer with a specific address on a WAN. In various embodiments the host 102 connects to the remote server 106 using an address supplied by an artifact 100 . In some such embodiments, for example, the address might be a URI or similar such address stored on the artifact 100 and made available when the artifact 100 connects to a host 102 . In some embodiments, an application is installed on the host 102 that includes the network address for the remote server 106
- the remote server 106 receives encrypted data from each artifact 100 in circulation, in accordance with the processes described above.
- the data include location relevant data along with a unique identifier for the artifact 100 .
- the received data is in an encrypted form that is only readable by the remote server 106 .
- the data is decrypted and processed by the remote server 106 and associated with the artifact 100 identified by the unique identifier.
- the location relevant data such as that gathered by an artifact 100 with a GPS-based location data receiver 206 , may include information that may directly describe the geographic location of a the artifact 100 .
- the location relevant data such as that gathered by an artifact 100 with an FM radRDS based location data receiver 206 , may require the remote server 106 to deduce the actual geographic location of the artifact based on proximity to signal sources known to the remote server 106 .
- the remote server 106 Whenever a geographic location is determined for an artifact 100 , the remote server 106 stores that location in a travel log for the artifact 100 in a non-volatile memory location, such as a disk drive. The cumulative stored location data is used to provide services to the owner 110 and the helpers 112 associated with the artifact 100 . Among others, the remote server 106 may provide the following services:
- FIG. 3 shows a flowchart of specific operations performed by the remote server 106 to offer awards, in accordance with one embodiment.
- the processing blocks in the flowchart will now be described:
- an award in the form of a reward is given to an owner of an artifact 100 and/or the helpers associated with assisting the artifact 100 in satisfying a condition.
- a condition may be defined as a geographic location that the artifact 100 has to travel to before an award can be made.
- Several conditions may be defined to form a mission for the artifact 100 . The conditions may be user-defined or they may be predefined.
- the remote server 106 receives location relevant data from each artifact 100 , in the manner described above.
- Authenticate user In some embodiments and for some award criteria, it is necessary or desirable to authenticate the user in possession of an artifact 100 at the time that its location is reported to the remote server 106 .
- user authentication is initiated when the user provides the username and password associated with his account, for example, via a web page. If the user does not yet have a user account, the user is given an opportunity to create a user account and thereby be authenticated by the remote server 106 . In one embodiment, if the authenticated user is not the owner associated with the artifact 100 , that person is considered a helper unless the artifact 100 is not yet associated with an owner account.
- the remote server 106 determines whether an artifact is associated with an owner account.
- the data sent to the remote server 106 contains the unique identifier (ID) of the reporting artifact.
- the remote server 106 determines whether the artifact 100 associated with the unique ID is already associated with a user account. In one embodiment, if such an association exists, the user account is considered to be the artifact owner's account. If there is no such owner's account, the remote server 106 begins a process to associate the artifact's unique ID with a user account. In some embodiments this process includes asking the user whether he/she wishes to associate the artifact with their account. In other embodiments this process may be automatic.
- Test criteria to determine whether to make an award The remote server 106 tests criteria established in 300 against conditions including the reported or derived location of the artifact, as described in 302 .
- FIG. 4 of the drawings shows a block diagram of hardware 400 that may be used to implement the host 102 and the remote server 106 , in one embodiment.
- the hardware 400 includes at least one processor 402 coupled to a memory 404 .
- the processor 402 may represent one or more processors (e.g., microprocessors), and the memory 404 may represent random access memory (RAM) devices comprising a main storage of the hardware 400 , as well as any supplemental levels of memory e.g., cache memories, non-volatile or back-up memories (e.g. programmable or flash memories), read-only memories, etc.
- the memory 404 may be considered to include memory storage physically located elsewhere in the hardware 400 , e.g. any cache memory in the processor 402 , as well as any storage capacity used as a virtual memory, e.g., as stored on a mass storage device 410 .
- the hardware 400 also typically receives a number of inputs and outputs for communicating information externally.
- the hardware 400 may include one or more user input devices 406 (e.g., a keyboard, a mouse, a scanner etc.) and a display 408 (e.g., a Liquid Crystal Display (LCD) panel).
- the hardware 400 may also include one or more mass storage devices 410 , e.g., a floppy or other removable disk drive, a hard disk drive, a Direct Access Storage Device (DASD), an optical drive (e.g. a Compact Disk (CD) drive, a Digital Versatile Disk (DVD) drive, etc.) and/or a tape drive, among others.
- DASD Direct Access Storage Device
- CD Compact Disk
- DVD Digital Versatile Disk
- tape drive among others.
- the hardware 400 may include an interface with one or more networks 412 (e.g., a local area network (LAN), a wide area network (WAN), a wireless network, and/or the Internet among others) to permit the communication of information with other computers coupled to the networks.
- networks 412 e.g., a local area network (LAN), a wide area network (WAN), a wireless network, and/or the Internet among others
- the hardware 400 typically includes suitable analog and/or digital interfaces between the processor 402 and each of the components 404 , 406 , 408 and 412 as is to well known in the art.
- the hardware 400 operates under the control of an operating system 414 , and executes various computer software applications, components, programs, objects, modules, etc. indicated collectively by reference numeral 416 to perform the techniques described above
- routines executed to implement the embodiments of the invention may be implemented as part of an operating system or a specific application, component, program, object, module or sequence of instructions referred to as “computer programs.”
- the computer programs typically comprise one or more instructions set at various times in various memory and storage devices in a computer, and that, when read and executed by one or more processors in a computer, cause the computer to perform operations necessary to execute elements involving the various aspects of the invention.
- processors in a computer cause the computer to perform operations necessary to execute elements involving the various aspects of the invention.
- the various embodiments of the invention are capable of being distributed as a program product in a variety of forms, and that the invention applies equally regardless of the particular type of machine or computer-readable media used to actually effect the distribution.
- Examples of computer-readable media include but are not limited to recordable type media such as volatile and non-volatile memory devices, floppy and other removable disks, hard disk drives, optical disks (e.g., Compact Disk Read-Only Memory (CD ROMS), Digital Versatile Disks, (DVDs), etc.), among others, and transmission type media such as digital and analog communication links.
- recordable type media such as volatile and non-volatile memory devices, floppy and other removable disks, hard disk drives, optical disks (e.g., Compact Disk Read-Only Memory (CD ROMS), Digital Versatile Disks, (DVDs), etc.
- CD ROMS Compact Disk Read-Only Memory
- DVDs Digital Versatile Disks
- transmission type media such as digital and analog communication links.
Abstract
In one aspect, the invention discloses an itinerant artifact in the form of a toy that embarks on travel to different places. Associated with the artifact may be a mission which includes at least one location/place that the artifact must travel to in order to be eligible for an award.
Description
- This application claims the benefit of priority to U.S. Provisional Patent Application 60/942,206, filed Jun. 6, 2007 and entitled “System and Method for Providing Rewards Based on Geo-Travel of a Device”, the entire specification of which is hereby incorporated by reference.
- People crave social interaction with others who share common interests. This may explain the immense popularity of social networking services such as MySpace and Facebook which seek to build online social networks or communities where people with common interests may interact with each other.
- Businesses seek new ways to promote their products and to create brand recognition.
- In one aspect, the invention discloses an itinerant artifact in the form of a toy that embarks on travel to different places. Associated with the artifact may be a mission which includes at least one location/place that the artifact must travel to in order to generate awards. In some cases the artifact may be taken to each location in its mission by its owner. In other cases helpers other than the owner may do so.
- In another aspect, the invention discloses techniques for the artifact to generate and report location data to a remote application.
- In yet another aspect, a process for the remote application to make an award based on the location data is disclosed.
- Other aspects of the invention will be apparent from the detailed description that follows.
-
FIG. 1 illustrates the various components required to generate awards from an itinerant artifact, in accordance with one embodiment of the invention. -
FIG. 2 shows a high-level block diagram of hardware that may be used to realize an itinerant artifact, in accordance with one embodiment of the invention. -
FIG. 3 shows a flowchart of a process for making an award to an itinerant artifact, in accordance with one embodiment. -
FIG. 4 shows a high-level block diagram of hardware that may be used to realize a host or a server for implementing a method for making an award to an itinerant artifact, in accordance with one embodiment. - In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the invention. It will be apparent, however, to one skilled in the art that the invention can be practiced without these specific details.
- Reference in this specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. Moreover, various features are described which may be exhibited by some embodiments and not by others. Similarly, various requirements are described which may be requirements for some embodiments but not other embodiments.
- Broadly, embodiments of the invention disclose technology for a service that enables exploring, collecting, and socializing. For descriptive convenience, the service will be referred to herein as “the Wegos service”. As will be described, the service may be used to give people new ways to do things they love to do—see new places, gather memories of places they've been, and meet new people along the way.
- In one embodiment, through the service, a customizable virtual persona or online character is paired with an inexpensive itinerant artifact . In one embodiment, the itinerant artifact may be in the form of a Universal Serial Bus (USB) toy, called a “Wegos bod”. When a user plugs the USB toy into a computer, the toy sends information about its current location to a website (hereinafter “Wegos website”) running a remote application to implement the Wegos service.
- Advantageously, in one embodiment as the ‘bod’ travels to different locations awards are made, as will be described. Awards may include rewards such as discounts, physical goods, cash, recognition, media, online virtual goods, etc. For example, the online character might get a ‘Cheesehead hat’ when the toy goes to Milwaukee, learn slide guitar if the toy goes to Nashville, or get a latte when the toy goes to Seattle.
- In one embodiment as the ‘bod’ travels to different locations, the owner of the ‘bod’ receives rewards. For example, the owner may receive a discount coupon after the ‘bod’ has gone to ten Starbucks retail outlets.
- In one embodiment, the toy's owner may purchase the toy. The owner then connects to the Wegos website and selects a predefined mission for the toy from a plurality of available predefined missions. A mission may be regarded as the locations the toy must travel to in order to claim rewards through the Wegos service. In other embodiments, the owner may define a custom mission for the toy using the Wegos service.
- In some cases a toy may not have a mission at all. In such cases awards will be made based on the locations that the toy reaches. For example, an owner may leave a toy having no mission on a park bench in Seattle. If someone picks it up and carries to Tacoma, in some embodiments, an award can be made by the Wegos service once the toy reports its location as Tacoma to the Wegos service.
- In some embodiments, the toy may be given to the owner as part of a promotion. For example a corporation such as the Coca-Cola Company may distribute a number of itinerant artifacts/toys to people freely. These artifacts may have a predefined mission designed to promote awareness of the company or a product of the company. As another example, the retailer with a number of physical locations may gainfully use the artifacts and the Wegos service of the present invention as follows. For example, the retailer, say Toys r Us may freely distribute itinerant artifacts with a mission to visit a specified number of store locations of the retailer. Awards may then be made when an artifact completes its mission.
- A toy's owner (hereinafter “owner”) may take the toy to the various places required to complete its mission. Alternatively, the toy's owner may enlist the support of others (referred to herein as “helpers”) to assist the toy in completing its mission. For example, the toy's owner may mail the toy to a friend who would help it on its mission by either taking it to a place it has to travel to in terms of its mission, or by in turn mailing it to another person who would likewise assist in completing its mission. Thus, a chain of people may be involved in assisting a particular toy in achieving its mission. In other words, the entity that assists the toy in achieving its mission may be a single person or it may be a chain of people. In the latter case, the chain may be built ad hoc. Alternatively the chain may be predefined in the sense of having the people comprising the chain register as a team using the Wegos service. Thus, multiple teams may compete for rewards offered by the Wegos service. Advantageously, competitions may be set up with the Wegos service in terms of which competing itinerant artifacts may be required to complete a common mission, say in the shortest possible time, in order to claim a prize. In some cases, the prize may be sponsored by a corporation as part of a marketing exercise.
- Awards may be made upon a condition or mission being completed or partially to completed. Awards in form of rewards may be given to owners and/or helpers. In some cases the owners and helpers are rewarded directly as in the case of cash, discounts, or things being given to them. In other cases, the rewards may be indirect in the sense that the online virtual character paired with a toy being given additional skills, features, or things.
- In some embodiments, custom missions may be as simple or as complex as the owner wishes—from, ‘go to 5 new cities,’ to ‘visit every MLB stadium,’ to ‘go around the world.’
- Embodiments of the Wegos service may include providing a social networking website to enable other Wegos ‘bod’ owners, helpers, and others to interact with each other. In one embodiment, the website may provide information on various missions, a leader board for common missions, mini-games, etc.
- In one embodiment, the online character may exist on the Wegos website and in a profile that may be embedded in other social networks, such as MySpace and Facebook. The profile may link back to the Wegos website. As the toy travels, the character gets new and potentially rare collectible items, new animations, a growing map of its travels, and notes and photos left by people who have helped it. All of this can be shown off by the owner through the Wegos website or a profile embedded on other social networks.
- In one embodiment, the Wegos service will provide online rewards based on the real-world travels of an itinerant artifact . The service may offer rewards for bringing the device to locations such as the stores of retail partners.
- In one embodiment, self-service ‘Wegos Stations’ may be provided at public locations such as retail locations. Each Wegos station may have a USB interface, in is one embodiment, whereby a Wegos ‘bod’ may connect to a Wegos website after plugging into the station so that the ‘bod’ is recognized as having visited the location associated with the Wegos station. The Wegos stations may be used to enable co-promotions with brick and mortar chains (e.g., visit McDonalds to get a Ronald McDonald wig for your online character).
-
FIG. 1 of the drawings illustrates the various components required to implement the techniques described above, in accordance with one embodiment. The components shown inFIG. 1 will now be described: - Itinerant artifact (100). As described above, this is a device that is capable of gathering and reporting location relevant data. Examples of location relevant data include data that either describes a geographic location or from which a geographic location may be deduced, such as GPS, RadFrequencies, RadData System (RDS)/RadBroadcast Data System (RBDS), data identifying proximal cellular towers or Wi-Fi hotspots, storing close range signals broadcast through technology such as BlueTooth by other devices, etc. In practice a number of artifacts would be circulating with the general public at any given time. Each artifact includes an external communication interface used to send data through a
host 102 or via aWAN 104 to aremote server 106. In some embodiments, an artifact may include a battery. An embodiment containing a battery may include the ability to broadcast a unique identification, for example, through BlueTooth, and the ability to receive, store and/or transmit unique identification for other devices in such a way as to derive location information that may be used to satisfy award criteria. - Wegos Owner (110). This is the entity (person or group) whose user account the remote server (106) considers to be the owner of an itinerant artifact. The user account and its relations to one or more itinerant artifacts may be provisioned and managed by the remote server (106).
- Helpers (112). These are the individuals or groups who help an itinerant device travel and/or help report its movements to the
remote server 106. Helpers may or may not have user accounts managed by theremote server 106. - Host (102). A host is a computing device that can communicate with and/or detect the nearby presence of an
artifact 100. In some embodiments, the location of ahost 102 is known and may be used to infer the location of anartifact 100 that connects to thehost 102 given that such a connection would only be possible of the artifact was in close proximity to thehost 102. According to different embodiments, ahost 102 may comprise computing devices such as a desktop, laptop, notebook or similar computer, a server, public kiosk/terminal (Wegos Station), a point of sale device, a mobile phone, PDA or similar computer, etc. Ahost 102 may be connected to aWAN 104 to establish a connection to aremote server 106 in order to report data gathered from anartifact 100. - Wide Area Network (Wan) (104). This includes any of several possible computer networks covering a broad geographic area. Examples include, but are not limited to, private cellular networks, the public Internet, leased data lines, etc.
- Remote server (106). This is a device or virtual device that is connected to a
WAN 104 and runs the Wegos service Theserver 106 characteristically has an address defined through a communications or network protocol through which it can be located on aWAN 104. Theremote server 106 runs one or more software application(s) that provide Wegos services based at least in part on location relevant data received fromartifacts 100. The location data is used to provide services to theowners 110 and thehelpers 112. One such service includes a rewards system based on the geographic travels of an artifact, as described. -
FIG. 2 of the drawings shows a high level block diagram ofhardware 200 that may be used to implement anartifact 100, in accordance with one embodiment of the invention. The components of thehardware 200 will now be described: - Microcontroller (202). The
microcontroller 202 executes instructions withinfirmware 204, enabling functions of the communication interface and the transfer of data from one or morelocation data receivers 206 to and from other devices and/or systems. - Firmware (204). The
firmware 204 contains instructions that drive the operations of theartifact hardware 200. In one embodiment, thefirmware 204 instructs themicrocontroller 202 to send and receive data over aninternal data bus 208, performs mathematical and logical operation on the data, and sends and receives data over anexternal communication interface 210. - Location Data Receiver (206). The
location data receiver 206 gathers available location relevant data. Thereceiver 206 may gather data from one or more of any of various available signal sources including GPS, RadData System (RDS) or Radio Broadcast Data System (RBDS), cellular communications, Wi-Fi hotspots, BlueTooth device identification, etc. - Non-volatile Memory (212). The
non-volatile memory 212 stores data as needed to complete operations performed by themicrocontroller 202 andfirmware 204. The device may use thenon-volatile memory 212 to store location data for future transmission over theexternal communication interface 210. - Communication Interface (210). The
communication interface 210 allows for connectivity with other devices and/or systems. Theinterface 210 may comprise one or more interfaces such as USB, Bluetooth, Ethernet, Serial, Wi-Fi, GSM, etc. In some embodiments, implementation of a passivelocation data system 214 such as RFID may provide a communication interface that allows reception of an artifact's unique identification by ahost 102. - Antenna (216). An antenna may be included in some embodiments of the artifact to increase the effective sensitivity of the Location Data Receiver.
- Passive Location Data System (214). In some embodiments, the
hardware 200 may include one or more passive location data systems that may provide data to another system that will determine the location of the artifact embodied by thehardware 200. For example, an RFID tag, or similar device, may be included in thehardware 200 to allow an external system to detect the presence of the hardware200. - Data Bus (208). The
data bus 208 allows for movement of data between internal components of the device - An exemplary process flow performed by the
hardware 200, in accordance with one embodiment will now be described: - When the
hardware 200 receives power or is restarted, thefirmware 204 directs themicrocontroller 202 to send instructions over thedata bus 208 that cause thelocation data receiver 206 to begin gathering location data. The firmware waits for a signal sent by thelocation data receiver 206 over thedata bus 208 indicating that it has gathered relevant data. Thefirmware 204 then instructs themicrocontroller 202 to read the gathered data from thelocation data receiver 206 over thedata bus 208. These steps are repeated until thelocation data receiver 206 signals that no more data can be gathered. - The
firmware 204 may then process the gathered data using well known mathematical and logical algorithms to convert the data into other formats that can be later sent over theexternal communication interface 210. In one embodiment, thefirmware 204 also encrypts the data so that it may not be observed or modified without detection, except by theremote server 106 . - The
firmware 204 then instructs themicrocontroller 202 to send the encrypted location data to thenon-volatile memory 212 over thedata bus 208. The data is preserved on thenon-volatile memory 212 until it can be sent over theexternal communication interface 210. - The
external communication interface 210 may take one or more forms. In some embodiments, thehardware 200 includes a Universal Serial Bus (USB) connector along with associated hardware and software interfaces, modules, processes, etc. In these embodiments, the connection with ahost 102 may be accomplished through the USB interface when the USB connector is plugged into the a USB port of ahost 102. In some embodiments, thehardware 200 includes the requisite software and hardware to establish a connection directly to aWAN 104, such as by using one or more of several wireless technologies (e.g., cellular GSM networks, 802.11, BlueTooth, etc), or a physical connector (Ethernet, serial port, etc.). - When the
external communication interface 210 becomes active, thefirmware 204 instructs themicrocontroller 202 to read the encrypted location data from thenon-volatile memory 212 over thedata bus 208. Thefirmware 204 then instructs themicrocontroller 202 to send the encrypted location data along with the unique identifier associated with anindividual artifact 100 through thecommunication interface 210. Depending on the nature of thecommunication interface 210, the data may be transmitted either over aWAN 104 or through ahost 102 to theremote server 106. These steps are repeated until all location data stored on thenon-volatile memory 212 have been sent to theapplication 106. - When the
external communication interface 210 is connected to ahost 102 in a known location, thehost 102 may also write location data to theartifact 100. Thefirmware 204 encrypts and stores this location data to thenon-volatile memory 212 just as it stores the location data gathered by thelocation data receiver 206. The location data originating from thehost 102 can later be sent to theremote server 106 through any means supported by theartifact 100. - An exemplary process flow performed by a
host 102, in accordance with one embodiment, will now be described: - As described above, a
host 102 is a computing device that can communicate with and optionally detect the nearby presence of anartifact 100. The geographic location of ahost 102 may or may not be known. - In accordance with one embodiment, an
artifact 100 is connected to ahost 102 that is in an unknown geographic location. Thehost 102 connects to the artifact through thecommunication interface 210, and gathers all of the encrypted location data along with the unique identifier for thatartifact 100, as described above. The gathered data is then sent over aWAN 104 to theremote server 106. - In accordance with a second embodiment, an
artifact 100 is connected to ahost 102 that is in a known geographic location. Thehost 102 may gather location data from theartifact 100 and sends it over aWAN 104 to theremote server 106, in the manner described above. Because thehost 102 is in a known location it may add its is own location data to the data sent to theremote server 106. Alternatively thehost 102, may write its location data to theartifact 100. This may be done when thehost 102 itself has no connection to aWAN 104. The location data is stored on the artifact'snon-volatile memory 212. The location data may later be sent through aWAN 104 or a WAN-connectedhost 102 to theremote server 106, using the techniques described above. - In cases where an
artifact 100 contains a passivelocation data system 214, such as RFID, ahost 102 may detect the presence of anartifact 100 through its passivelocation data system 214. In this case the artifact's location will be taken to be the location of thehost 102, which will be known a priori. Thehost 102 will then encrypt and send its location along with the unique identifier for anartifact 100 to the remote server106 through aWAN 104. - In some embodiments, the connection between a
host 102 and theremote server 106 may be initiated by the user opening a document, such as an HTML document, that includes a network address (e.g. in the form of a Uniform Resource Identifier (URI)) of theremote server 106. In some embodiments, establishing a connection between anartifact 100 and ahost 102 starts a process on thehost 102 that establishes a connection to theremote server 106, with or without user involvement. In some embodiments, the connection is initiated by a software application or module or service running on thehost 102 that has gathered passive location data, such as RFID data, from one or more artifacts. - To connect to the
remote server 106, thehost 102 requires the network address of theremote server 106. It will be appreciated that there are a variety of methods for providing a computer with a specific address on a WAN. In various embodiments thehost 102 connects to theremote server 106 using an address supplied by anartifact 100. In some such embodiments, for example, the address might be a URI or similar such address stored on theartifact 100 and made available when theartifact 100 connects to ahost 102. In some embodiments, an application is installed on thehost 102 that includes the network address for theremote server 106 - An exemplary process flow performed by a
remote server 106, in accordance with one embodiment, will now be described: - The
remote server 106 receives encrypted data from eachartifact 100 in circulation, in accordance with the processes described above. The data include location relevant data along with a unique identifier for theartifact 100. The received data is in an encrypted form that is only readable by theremote server 106. - The data is decrypted and processed by the
remote server 106 and associated with theartifact 100 identified by the unique identifier. In some embodiments, the location relevant data , such as that gathered by anartifact 100 with a GPS-basedlocation data receiver 206, may include information that may directly describe the geographic location of a theartifact 100. In other embodiments, the location relevant data, such as that gathered by anartifact 100 with an FM radRDS basedlocation data receiver 206, may require theremote server 106 to deduce the actual geographic location of the artifact based on proximity to signal sources known to theremote server 106. - Whenever a geographic location is determined for an
artifact 100, theremote server 106 stores that location in a travel log for theartifact 100 in a non-volatile memory location, such as a disk drive. The cumulative stored location data is used to provide services to theowner 110 and thehelpers 112 associated with theartifact 100. Among others, theremote server 106 may provide the following services: -
- User Account Setup and Maintenance. Accounts used to authenticate
owners 110 andhelpers 112 and authorize them to access other services. - Location tracking. The
remote server 106 displays a travel log for each artifact. The travel log comprises a history of the locations theartifact 100 has traveled to. The travel log may be provided in a manner relevant to other remote application services. - Establishing conditions/criteria for rewards. The
remote server 106 provides the ability to define at least one condition that must be satisfied before an entity (i.e. any combination of owner and helpers associated with a particular artifact 100) is given an award. A condition may be specified as a location that theartifact 100 must travel to Several conditions may be specified and may together define a mission for anartifact 100. Awards may take the form of rewards, as described above. - Making Awards. Determining whether conditions have been met before making awards. As noted above awards may include rewards which may take a variety of forms including online virtual goods, recognition, cash prizes, physical merchandise, discounts, media, etc.
- Providing context that lends meaning to rewards. In some embodiments, some rewards may have value based on context provided by the
remote server 106. An example would be if the remote server included a virtual persona or animated online character associated with anartifact 100, and a reward was an item of clothing or a possession that could be added to the animation. In a similar fashion, other examples would be graphics or sounds whose value derives from their placement in the context of one or more service(s) provided by the remote server. - Setup and Maintenance of Profiles for Owners and Helpers. In one embodiment, a profile will display all
artifacts 100 belonging to aparticular owner 110 along with a graphical representation of each of artifact's travels and rewards. Among other uses, this profile may be embedded within other online applications.
- User Account Setup and Maintenance. Accounts used to authenticate
- to
FIG. 3 shows a flowchart of specific operations performed by theremote server 106 to offer awards, in accordance with one embodiment. The processing blocks in the flowchart will now be described: - 300. Establish criteria/conditions for making an award. In various embodiments, an award in the form of a reward is given to an owner of an
artifact 100 and/or the helpers associated with assisting theartifact 100 in satisfying a condition. As described above, a condition may be defined as a geographic location that theartifact 100 has to travel to before an award can be made. Several conditions may be defined to form a mission for theartifact 100. The conditions may be user-defined or they may be predefined. - 302. Receive location relevant data from an artifact. The
remote server 106 receives location relevant data from eachartifact 100, in the manner described above. - 304. Authenticate user. In some embodiments and for some award criteria, it is necessary or desirable to authenticate the user in possession of an
artifact 100 at the time that its location is reported to theremote server 106. In some embodiments, user authentication is initiated when the user provides the username and password associated with his account, for example, via a web page. If the user does not yet have a user account, the user is given an opportunity to create a user account and thereby be authenticated by theremote server 106. In one embodiment, if the authenticated user is not the owner associated with theartifact 100, that person is considered a helper unless theartifact 100 is not yet associated with an owner account. - 306. Determine whether an artifact is associated with an owner account. The data sent to the
remote server 106 contains the unique identifier (ID) of the reporting artifact. Theremote server 106 determines whether theartifact 100 associated with the unique ID is already associated with a user account. In one embodiment, if such an association exists, the user account is considered to be the artifact owner's account. If there is no such owner's account, theremote server 106 begins a process to associate the artifact's unique ID with a user account. In some embodiments this process includes asking the user whether he/she wishes to associate the artifact with their account. In other embodiments this process may be automatic. - 308. Test criteria to determine whether to make an award. The
remote server 106 tests criteria established in 300 against conditions including the reported or derived location of the artifact, as described in 302. - 310. If criteria are met, make award. If criteria established in 300 are met, give appropriate reward(s) to the
artifact owner 110 and/or the artifact helper(s) 112. -
FIG. 4 of the drawings shows a block diagram ofhardware 400 that may be used to implement thehost 102 and theremote server 106, in one embodiment. Referring toFIG. 4 , thehardware 400 includes at least oneprocessor 402 coupled to amemory 404. Theprocessor 402 may represent one or more processors (e.g., microprocessors), and thememory 404 may represent random access memory (RAM) devices comprising a main storage of thehardware 400, as well as any supplemental levels of memory e.g., cache memories, non-volatile or back-up memories (e.g. programmable or flash memories), read-only memories, etc. In addition, thememory 404 may be considered to include memory storage physically located elsewhere in thehardware 400, e.g. any cache memory in theprocessor 402, as well as any storage capacity used as a virtual memory, e.g., as stored on amass storage device 410. - The
hardware 400 also typically receives a number of inputs and outputs for communicating information externally. For interface with a user or operator, thehardware 400 may include one or more user input devices 406 (e.g., a keyboard, a mouse, a scanner etc.) and a display 408 (e.g., a Liquid Crystal Display (LCD) panel). For additional storage, thehardware 400 may also include one or moremass storage devices 410, e.g., a floppy or other removable disk drive, a hard disk drive, a Direct Access Storage Device (DASD), an optical drive (e.g. a Compact Disk (CD) drive, a Digital Versatile Disk (DVD) drive, etc.) and/or a tape drive, among others. Furthermore, thehardware 400 may include an interface with one or more networks 412 (e.g., a local area network (LAN), a wide area network (WAN), a wireless network, and/or the Internet among others) to permit the communication of information with other computers coupled to the networks. It should be appreciated that thehardware 400 typically includes suitable analog and/or digital interfaces between theprocessor 402 and each of thecomponents - The
hardware 400 operates under the control of anoperating system 414, and executes various computer software applications, components, programs, objects, modules, etc. indicated collectively byreference numeral 416 to perform the techniques described above - In general, the routines executed to implement the embodiments of the invention, may be implemented as part of an operating system or a specific application, component, program, object, module or sequence of instructions referred to as “computer programs.” The computer programs typically comprise one or more instructions set at various times in various memory and storage devices in a computer, and that, when read and executed by one or more processors in a computer, cause the computer to perform operations necessary to execute elements involving the various aspects of the invention. Moreover, while the invention has been described in the context of fully functioning computers and computer systems, those skilled in the art will appreciate that the various embodiments of the invention are capable of being distributed as a program product in a variety of forms, and that the invention applies equally regardless of the particular type of machine or computer-readable media used to actually effect the distribution. Examples of computer-readable media include but are not limited to recordable type media such as volatile and non-volatile memory devices, floppy and other removable disks, hard disk drives, optical disks (e.g., Compact Disk Read-Only Memory (CD ROMS), Digital Versatile Disks, (DVDs), etc.), among others, and transmission type media such as digital and analog communication links.
- Although the present invention has been described with reference to specific exemplary embodiments, it will be evident that the various modification and changes can be made to these embodiments without departing from the broader spirit of the invention. Accordingly, the specification and drawings are to be regarded in an is illustrative sense rather than in a restrictive sense.
Claims (17)
1-28. (canceled)
29. A method, comprising:
provisioning at least one game server with functionality to:
pair a plurality of toys each to an online character;
perform a registration operation to create a user account for an owner associated with at least one of the plurality of toys;
associate a mission with each of the plurality of toys, said mission defining at least one location that the toy must travel to;
maintain a travel log comprising locations each toy has travelled to; and
determine whether a criterion for an award is met based on the mission and travel log associated with each toy; and
if any criterion for an award is met then make said award; and
distributing at least some of the plurality of toys, each comprising a communications mechanism configured to initiate communications with the at least one game server and to report location information to said game server.
30. The method of claim 29 , further comprising providing a plurality of kiosks each at a public location, each kiosk comprising a host computer to which any one of the plurality of toys can be coupled whereupon the kiosk provides information about the mission associated with the toy and enables the toy to transmit location information to the at least one game server.
31. The method of claim 29 , further comprising provisioning the at least one game server with functionality to perform a registration operation to create a user account for at least one helper defined as a person who assists a particular toy achieve its mission.
32. The method of claim 31 , further comprising provisioning the at least one game server with functionality to embed the online character into a profile for the owner or each helper on a social networking site.
33. The method of claim 29 , wherein the mission may comprise a requirement that the toy be taken to a store of a retailer; and an award for completion of said mission comprises a virtual good for the online character associated with toy.
34. The method of claim 31 , further comprising sharing awards between an owner of a toy an each helper that assisted the toy in achieving its mission.
35. The method of claim 29 , further comprising providing the game server with functionality to maintain a leader board to track progress of a plurality of toys on a common mission.
36. A computer-implemented method, comprising:
pairing a plurality of toys each to an online character;
performing a registration operation to create a user account for an owner associated with at least one of the plurality of toys;
associating a mission with each of the plurality of toys, said mission defining at least one location that the toy must travel to;
maintaining a travel log comprising locations each toy has travelled to; and
determining whether a criterion for an award is met based on the mission and travel log associated with each toy; and
if any criterion for an award is met then making said award.
37. The method of claim 36 , further comprising performing a registration operation to create a user account for at least one helper defined as a person who assists a particular toy achieve its mission.
38. The method of claim 37 , further comprising embedding the online character into a profile for the owner or each helper on a social networking site.
39. The method of claim 37 , wherein Making the award comprises providing virtual goods to the online character.
40. The method of claim 36 , further comprising maintaining a leader board to track progress of a plurality of toys on a common mission.
41. A toy, comprising:
a communications interface to communicate with a game server; and
a game module configured to report location information associated with the toy to a game server upon connection of the toy to a host computer via the communications interface.
42. The toy of claim 41 , wherein the game module is provisioned with an address for the game server.
43. The toy of claim 41 , further comprising a GPS sensor, the location information the comprising GPS information.
44. The toy of claim 41 , wherein the communications interface comprises a USB interface.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/372,410 US20120149475A1 (en) | 2007-06-06 | 2012-02-13 | Method and system for making awards based on the travels of an artifact |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US94220607P | 2007-06-06 | 2007-06-06 | |
US12/135,049 US20080306825A1 (en) | 2007-06-06 | 2008-06-06 | Method and system for making awards based on the travels of an artifact |
US13/372,410 US20120149475A1 (en) | 2007-06-06 | 2012-02-13 | Method and system for making awards based on the travels of an artifact |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/135,049 Division US20080306825A1 (en) | 2007-06-06 | 2008-06-06 | Method and system for making awards based on the travels of an artifact |
Publications (1)
Publication Number | Publication Date |
---|---|
US20120149475A1 true US20120149475A1 (en) | 2012-06-14 |
Family
ID=40096721
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/135,049 Abandoned US20080306825A1 (en) | 2007-06-06 | 2008-06-06 | Method and system for making awards based on the travels of an artifact |
US13/372,410 Abandoned US20120149475A1 (en) | 2007-06-06 | 2012-02-13 | Method and system for making awards based on the travels of an artifact |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/135,049 Abandoned US20080306825A1 (en) | 2007-06-06 | 2008-06-06 | Method and system for making awards based on the travels of an artifact |
Country Status (2)
Country | Link |
---|---|
US (2) | US20080306825A1 (en) |
WO (1) | WO2008154425A1 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140349258A1 (en) * | 2013-05-26 | 2014-11-27 | Dean Joseph Lore | System for promoting travel education |
US20140349721A1 (en) * | 2013-05-23 | 2014-11-27 | Disney Enterprises, Inc. | Unlocking of digital content based on geo-location of objects |
US9656172B2 (en) | 2013-08-16 | 2017-05-23 | Disney Enterprises, Inc. | Unlocking of virtual content through geo-location |
US20170189816A1 (en) * | 2015-12-31 | 2017-07-06 | Wal-Mart Stores, Inc. | Interactive gaming systems and methods |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9135612B1 (en) | 2011-04-17 | 2015-09-15 | Proctor Consulting, LLC | Proximity detection, virtual detection, or location based triggering of the exchange of value and information |
US7936736B2 (en) | 2008-09-08 | 2011-05-03 | Proctor Jr James Arthur | Enforcing policies in wireless communication using exchanged identities |
US10963857B2 (en) | 2012-11-27 | 2021-03-30 | Verizon Media Inc. | Systems and methods for processing electronic transactions based on consumer characteristics |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030144047A1 (en) * | 2002-01-31 | 2003-07-31 | Peter Sprogis | Treasure hunt game utilizing wireless communications devices and location positioning technology |
US20050035553A1 (en) * | 2003-08-11 | 2005-02-17 | Robert Lehrer | Entertainment game |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6320495B1 (en) * | 2000-03-24 | 2001-11-20 | Peter Sporgis | Treasure hunt game utilizing GPS equipped wireless communications devices |
GB2405010A (en) * | 2002-05-13 | 2005-02-16 | Cons Global Fun Unltd Llc | Method and system for interacting with simulated phenomena |
-
2008
- 2008-06-06 WO PCT/US2008/066183 patent/WO2008154425A1/en active Application Filing
- 2008-06-06 US US12/135,049 patent/US20080306825A1/en not_active Abandoned
-
2012
- 2012-02-13 US US13/372,410 patent/US20120149475A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030144047A1 (en) * | 2002-01-31 | 2003-07-31 | Peter Sprogis | Treasure hunt game utilizing wireless communications devices and location positioning technology |
US20050035553A1 (en) * | 2003-08-11 | 2005-02-17 | Robert Lehrer | Entertainment game |
Non-Patent Citations (3)
Title |
---|
Berger, Adam. "Gadgetell Interview: Robert Sprogis, VP Your World Games, publisher of The Shroud". http://www.technologytell.com/gadgets/22588/gadgetell-interview-robert-sprogis-vp-your-world-games-publisher-of-the-shr/. 7/11/2006. * |
Davis, Justin. "Modojo Exclusive: The Shroud's GPS Functions Revealed" http://www.modojo.com/features/modojo_exclusive_the_shrouds_gps_functions_revealed. 3/10/2006. (archived by the wayback machine) * |
Holomshek, George. "GPS and Competitive Features of Mobile Title "The Shroud" Unveiled". http://www.gamesfirst.com/?id=1237. 3/20/2016. * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140349721A1 (en) * | 2013-05-23 | 2014-11-27 | Disney Enterprises, Inc. | Unlocking of digital content based on geo-location of objects |
US9764229B2 (en) * | 2013-05-23 | 2017-09-19 | Disney Enterprises, Inc. | Unlocking of digital content based on geo-location of objects |
US20140349258A1 (en) * | 2013-05-26 | 2014-11-27 | Dean Joseph Lore | System for promoting travel education |
US10043412B2 (en) * | 2013-05-26 | 2018-08-07 | Dean Joseph Lore | System for promoting travel education |
US9656172B2 (en) | 2013-08-16 | 2017-05-23 | Disney Enterprises, Inc. | Unlocking of virtual content through geo-location |
US20170189816A1 (en) * | 2015-12-31 | 2017-07-06 | Wal-Mart Stores, Inc. | Interactive gaming systems and methods |
US10173140B2 (en) * | 2015-12-31 | 2019-01-08 | Walmart Apollo, Llc | Interactive gaming systems and methods |
Also Published As
Publication number | Publication date |
---|---|
US20080306825A1 (en) | 2008-12-11 |
WO2008154425A1 (en) | 2008-12-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20120149475A1 (en) | Method and system for making awards based on the travels of an artifact | |
US11295350B1 (en) | Targeting items to a user of a social networking system based on a predicted event for the user | |
US9195989B2 (en) | Location aware deals | |
US8688147B2 (en) | System and method for location-based, interactive consumer engagement platform | |
US11200589B2 (en) | Multi-stage geolocated offers | |
US11337030B2 (en) | Assisted venue staff guidance | |
JP6017457B2 (en) | Ad-based location ranking for geosocial networking systems | |
JP6022481B2 (en) | Mobile advertising using social elements in a geosocial networking system | |
EP2963607A1 (en) | Systems and methods for enabling access to digital content based on geographic locations visited by mobile device users | |
US20150088624A1 (en) | Location-based task and game functionality | |
CN104756149A (en) | Real-world view of location-associated social data | |
US20100130176A1 (en) | Method and system for identification using a portable wireless communication device of a person | |
WO2013148887A1 (en) | Location-based task and game functionality | |
US20180365722A1 (en) | Bitcoin chase mobile game | |
US20150019340A1 (en) | Systems and methods for providing information to an audience in a defined space | |
US20220100357A1 (en) | Customized interactive computing environment | |
US20150319224A1 (en) | Method and System for Presenting Personalized Content | |
CN103220617A (en) | Method and equipment for providing locating service | |
US20160212578A1 (en) | Multi-user content distribution | |
Buczkowski | Location-based marketing: the academic framework | |
JP7217938B2 (en) | Information processing device, information processing method, and program | |
JP7032468B2 (en) | Geo-targeting ad delivery system and geo-targeting ad delivery method | |
Mena | Machine-to-machine marketing (M3) via anonymous advertising apps anywhere anytime (A5) | |
KR20180026144A (en) | Apparatus and method for providing events based on a location |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |