PRIORITY CLAIM

The present application claims the benefit of U.S. Patent Application Serial No. 62/309,087, filed March 16, 2016, the disclosure of which is incorporated herein by reference in its entirety.

TECHNICAL FIELD

This specification relates generally to systems of stacking interlocking blocks, e.g. , a system that can detect positions of stacking interlocking blocks and shadow the physical configuration of the stacking interlocking blocks in a virtual environment.

BACKGROUND Conventional toy building block sets are well known and are generally considered to be an important part of a child's learning and development process. In addition to providing important cognitive development through the act of manipulation, they allow children to use imagination and/or creativity to build and/or create a large number of configurations and/or structures. Since each built structure exists only as a physical entity, these constructions must be dismantled when the blocks are needed for building new structures, that is, they do not interact with the growing variety of virtual platforms with which children engage during play.

Virtual platforms afford children a constantly evolving variety of content-based play experiences that can engage imaginations with stories and character development, puzzles and challenges, and synchronous and asynchronous social play with children in the same or in remote locations. Furthermore, creations can exist in the virtual world long after the physical manifestation has been disassembled, allowing for a persistence of creations that is not possible with conventional blocks. Therefore, it would be desirable to create a set of blocks that can be used for construction in a conventional, physical way but can also directly interact with virtual platforms in real time by displaying a mirrored digital shadow of the block configuration.

SUMMARY

A system of stacking interlocking blocks can be configured into a series of states in order to capture and display both physical and virtual events or content. In some examples, the system includes the stacking interlocking blocks, a grid base having the stacking interlocking blocks stacked on top of the grid base in a physical configuration, and a user system. Each stacking interlocking block includes a block circuit. The grid base includes an embedded computing system configured, by virtue of communicating with each of the block circuits, to determine a position of each stacking interlocking block with respect to the grid base and in some cases both the grid base and the other blocks which have been detected by the grid base. The user system is in communication with the embedded computing system. The user system can include a display device and one or more processors configured to shadow the physical configuration of the stacking interlocking blocks in a virtual environment using the positions of the stacking interlocking blocks and display a view of the virtual environment on the display device. The processors associated with the user system may be local or remote, for example events from the grid base may be transmitted to servers which process the events and render content for local and/or remote display(s).

The subject matter described herein may be implemented in hardware, software, firmware, or any combination thereof. As such, the terms "function" or "node" as used herein refer to hardware, which may also include software and/or firmware components, for implementing the feature(s) being described. In some exemplary implementations, the subject matter described herein may be implemented using a computer readable medium having stored thereon computer executable instructions that when executed by the processor of a computer control the computer to perform steps. Exemplary computer readable media suitable for implementing the subject matter described herein include non-transitory computer readable media, such as disk memory devices, chip memory devices, programmable logic devices, and application specific integrated circuits. In addition, a computer readable medium that implements the subject matter described herein may be located on a single device or computing platform or may be distributed across multiple devices or computing platforms.

BRIEF DESCRIPTION OF THE DRAWINGS

Figures 1A-G illustrate an example system for shadowing a physical configuration of stacking interlocking blocks in a virtual representation;

Figure 2 illustrates an example base grid;

Figure 3 depicts a generic scenario illustrating an example geometric constraint;

Figure 4 depicts a generic scenario illustrating an example temporal constraint;

Figure 5 depicts a generic scenario illustrating an example resource constraint; Figure 6 depicts a generic scenario illustrating an example logical constraint;

Figure 7 illustrates a first example scenario of interblock communication;

Figure 8 illustrates a second example scenario of interblock communication; and

Figure 9 illustrates a third example scenario of interblock communication. DETAILED DESCRIPTION

Figure 1A illustrates an example system 100 for shadowing a physical configuration of stacking interlocking blocks in a virtual representation. System 100 includes a user device 102 comprising a display, one or more optional user input devices, and one or more processors for creating the virtual representation. System 100 also includes a grid base 104 and the stacking interlocking blocks 106. Figures 1 B-C illustrate stacking interlocking blocks 106 in greater detail. Figure 2 illustrates grid base 104 in greater detail. Each block is an indivisible element of an interactive interface, and each block may be arranged and coupled with other blocks within the interface. A block need not be coupled physically to any other block in order to affect change in the digital or physical phases of the environment. When blocks are coupled they may receive feedback concerning their new state and arrangement with respect to other blocks in the set. As a direct result of the feedback to any single block, any other block in the set may change state as governed by either digital or physical mechanisms.

In the case of a digital mechanism, a service detects the state change and computes a result via internal logic, this result (which may be null) is transmitted to a set or subset of blocks. The digital mechanism may be local to the blocks or remote. In the case of a physical mechanism, a change in state (including but not limited to orientation, light, and sound) may be indicated in one or more blocks as the direct result of any change in state of the set of blocks. In some examples the system includes a base grid, a set of blocks, a device manager, and a central processor. The signals sent by the base grid can be received by the device manager. The device manager could be a computer, mobile device or computer-enhanced television. The device manager may either directly compute results based on the state of the blocks or communicate the state to a remote service. One result of the computation is a shadow of the physical configuration of the blocks in a virtual environment such as a video game or interactive movie or television program.

A second result maybe a restriction or expansion of the set of states which may be reachable via the next input. This is possibly based upon a finite sequence of previous inputs rather than only the immediate previous result. Finally, we note that the shadowing occurs in real time such that the physical interactivity can correlate directly with activity taking place on the screen.

Block Subsystem The physical blocks can contain circuit boards embedded within an outer shell. The portion of the block with which the child interacts has the look and feel of a conventional interlocking brick, and can be used to build standalone physical structures. The blocks geometry is generally a square prism shape with a shallow cylindrical shape at its top surface. The entire block can be, e.g., approximately 31 mm x 31 mm x 25 mm high. Atop each corner of the square prism portion is a small wedge-shaped raised surface that functions to lock stacked blocks together as well as keep blocks registered to avoid twisting in x-y space when stacked vertically. The blocks do not need to be the shape or size depicted and do not necessarily have to have the specific interlocking feature depicted. Figure 1 D shows an example of the raised surface over a housing 120.

Each individual block includes a housing 120, e.g., a plastic shell, with a square or rectangular block base and one or more cylindrical tops with a series of through holes on its top. The blocks can be any appropriate shape. Each through hole contains a protruding electrically conductive contact 122 as shown in Figure 1 D. A printed circuit board 126 is connected via springs 124 to the contacts and mounted slightly above the base of the square portion of the block geometry. When a block is placed atop one of the raised cylindrical surfaces or nodes on the grid base, the protruding contacts on the node make a connection with the bottom surface of the lower, circuit board in the block. This connection provides power to the blocks circuit board as well as enabling communication to other blocks and the grid base play surface. This communication enables the registration of an individual blocks presence and x-y-z location.

Subsequent blocks placed atop a block that is already connected to the grid, e.g., as illustrated in Figure 1 B, will receive power through the lower block (which is powered because of its grid connection) and similarly be able to broadcast presence and x-y-z location. The springs mounted between the top and bottom circuit boards provide a robust connection 112 between blocks or between a block and a grid base node as seen in Figure 1 B. The individually sprung pins 110 enable the blocks to withstand poor flatness tolerances and height discrepancies inherent to the mating surfaces due to manufacturing processes. Each PCB 114, e.g., as illustrated in Figure 1 C, contains at least two electrically isolated planes where one serves as ground 116 and one provides communication and power 118. In other configurations a third or fourth plane can be used in order to provide electrically isolated connections for power, communication, and addressing.

Figure 1 E shows an exploded view of an example block that illustrates reed switches 132 and magnets 130. Reed switches 132 and magnets 130 are used to communicate block positions. Figure 1 F is an isometric view of the example block that shows where magnets 130 are located inside of a plastic housing 142. In this configuration, when combined with other properties of the circuitry, 4 distinct orientations are guaranteed using only 2 inputs or switches. Figure 1 G is a bottom view of plastic housing 142 showing where magnets 130 are located. Although the example block includes a plastic housing, the housing can be formed of any appropriate material.

There are many possible block configurations and physical embodiments. For example, a subset of simple verifications on shape and nodal configuration is shown below:

• Block configurations: 1 x 1 , 2 x 1 , 3 x 1 , 2 x 2, irregular patterns representing more complex objects (i.e. vehicle, or human avatar) • Block shapes: Square prism, rectangular prism, cylinder, irregular shapes

Each block can be outfitted with a low-power microcontroller capable of reading and relaying sensor information to the base. The most prominent of these sensors are a pair of magnetic reed switches present in each block. Additionally, two magnets are placed internally toward the top of the block. These magnets are not strong enough to trigger the reed switches of the same block, but will trigger those of the block placed directly on top of it. Additionally, multi-node blocks (2 x 1 , 3 x 1 , 2 x 2, etc.) contain switching circuitry that the block's microcontroller can trigger to disable the power line to any blocks placed on top of one of its nodes.

Base Subsystem

The system also includes a base grid of rows and columns of nodes of raised cylindrical surfaces onto which individual blocks can be mounted. Each cylindrical surface has 2 to 5 through holes. Each base node has 2 to 5 copper contacts that protrude past the through holes, slightly proud of the upper surface of the node. The grid base also contains a microcontroller, battery and wired or wireless communication module to broadcast electronic signals to a virtual platform. When any of the individual blocks are placed onto a raised surface on the grid, their presence and row/column or x-y position on the grid is recognized and immediately broadcast to the virtual platform. When stacked atop one another, each blocks position in terms of height (z location) and orientation is also broadcast along with its row/column or x-y location. As illustrated in Figure 2, the base grid includes a housing 202, screws 204, caps 206, a base board 208, standoffs 220, and a microcontroller 210.

LEDs have been embedded in the base to provide a variety of different feedback signals to the user. An example of an application involving the LED feedback is a mode in which the LEDs aid the user in determining the correct orientation of the base. Additional modes include but are not limited to indicating success or failure within the game, as well as visualizing battery life depletion.

Determining the correct orientation of the base is a key part of the unboxing and setup process, as the base block is preprogrammed to interact with the game software assuming the base to be oriented in a specific way. An incorrect orientation, as such, could potentially result in a frustrating and confusing gameplay experience. To facilitate successful orientation, the LEDs, two green and two red, can be used to provide visual cues to the user. The two green LEDs indicate the back side of the base, while the two red LEDs indicate the front. Any appropriate number and/or color of LEDs can be used. The colors will correspond to same-color indicators on the screen during game setup. The user will then rotate the base until the LEDs match what is indicated on the screen. In addition to aiding in proper setup, the LEDs are used to provide feedback to the user throughout the game. For example, if the user correctly places the blocks to complete the challenge, the green LEDs flash or illuminate to indicate successful completion of the task. Conversely, if the user fails to complete the challenge within the constraints set forth, the red LEDs illuminate, indicating a failure to complete the task. Such phenomena would also occur on the screen, in order to continue to perpetuate the unity between the physical and virtual experiences. The LEDs may also inform the user of issues related to the base block itself. As the batteries begin to get low and need to be charged, the LEDs flash in a specified pattern to indicate to the user that the base should be charged. Such illumination is also used to indicate when the batteries are too depleted to successfully connect the base to the game, thus alleviating frustration related to troubleshooting why the base is not syncing with the game in a low battery situation.

The layout and physical characteristics of the grid are highly variable. In other examples the base may have: Multi-Resolution, coloring, special nodes with unique sensing/actuation features, extrusions representing environment, etc... Furthermore, the grid may be tethered or wireless (wifi, Bluetooth, RF, visible light, IR, sound, etc.). Software - Interblock Communication Protocol

Each node on the baseboard contains a dedicated communications line. The protocol used by the baseboard to communicate with the blocks uses only the power and ground wires connected to each block. The communications protocol is a timing-based protocol - each signal is transmitted by holding the power line low for a designated timing period. There are three elementary types of messages conveyed in this manner: RESET, 1 -BIT, and 0-BIT. RESET is responsible for alerting the line that a message is about to be transmitted while 1 -BIT and 0-BIT are used in conjunction to transmit arbitrary commands and responses between entities on the line. Since signal transmission briefly disables the power line, each block is powered during this period by a capacitive reserve power circuit. Additionally, as part of the protocol, each block microcontroller is preprogrammed with a unique ID. We note that the ID is GUID and it is not necessary to sequentially assign such identifiers or maintain an inventory of assigned IDs.

Interactions between a block and the board are typically conducted as follows. The baseboard transmits a RESET command on a node that tells the blocks on that node that an interaction is about to happen. Next, the baseboard sends a command, optionally prefixed with a target address, in the form of a sequence of 0-BIT and 1 -BIT signals. Once the command is executed by the target(s), a result is transmitted to the baseboard in the same way. In the absence of a target address, the command is addressed to all blocks on the communications line. Software - Structure Detection

In order to digitally represent the structure built on the baseboard, both the order in which blocks are stacked and the orientation of individual blocks can be determined.

Orientation for each block is determined by querying the state of its reed switches. The placement of reed switches and magnets are such that each block corresponds exclusively to one of the four possible orientations. The order in which blocks are stacked can be determined by the following algorithm. The master logs all IDs that are currently present on each communications line. A multi-node block is selected. The master then issues commands to disable the power line to one or more sub-nodes of the selected block. The master then notes which IDs are no longer present on the communications line. Any ID that is no longer present depends on the currently selected block and is connected to each of the disabled sub-nodes in some critical way. After re-enabling the power line, the master then performs this operation for all remaining permutations of multi-node blocks and their sub-nodes. From this information, the baseboard can reconstruct which multi-node blocks are connected to sub-nodes of other multi-node blocks.

The order in which single node blocks appear may remain ambiguous. However, since all single node blocks are equivalent, their order typically does not matter. If order does matter, then the user can be restricted to only placing one block at a time. Alternately a similar power line interruption may be implemented which searches a stack of single node blocks.

Figures 7-9 illustrate an example scenario of interblock communication. In Figure 7, a base 702 has three blocks 704, 706, and 708 stacked on top of each other. By default, all blocks contain closed switches that permit power and communication to pass to blocks on top. Since power and communication can pass from the base 702 to each of the three blocks 704, 706, and 708, the base 702 can send communications to each of the three blocks 704, 706, and 708.

In Figure 8, the base 702 sends a signal to the first 2x1 block 706 instructing it to open one of its switches. Since opening this switch does not disrupt communication from any other block, the base 702 determines that no block is stacked on that node. In Figure 9, the base 702 signals the other switch in the first 2x1 block 706 to open. In doing so, power and communications to the top block 708 is disrupted. The base 702 is then able to determine that the top block 708 is only connected through the left node of the first 2x1 block 706.

Software - Interpreting Block State

The content-coupled blocks enable a variety of unique media experiences which blur the line between gaming, free form play, and traditional passive consumption models (such as an episode of a TV show). We highlight four primary constraint types which can be used to define outcomes of interaction with the blocks which may occur as an integral part of the experience. Geometric constraint: The user must build the proper form in order to progress. The form does not need to be exact, but it must satisfy a set of state-based constraints. State-based constraints may include the requirement of the presence of a set of blocks in a certain set of orientations and positions. A generic scenario describing the constraint is depicted in Figure 3, where a user can build a set of steps to guide a ball to target hole.

Temporal constraint: The user must satisfy another constraint (of any form) within a certain amount of time. Time maybe implicit or explicit (i.e., can be the logical progression of events rather than 10 ms). A generic scenario describing this constraint is depicted in Figure 4, where a user builds a bridge so that one ball can traverse a gap to a target hole before another ball.

Resource constraint: The user must satisfy another constraint using a certain number of resources. This could be a maximum, minimum, or based on a solution to a secondary constraint. A generic scenario describing this constraint is depicted in Figure 5, where a user builds a structure to prevent one ball from reaching the target hole before another ball can reach the target hole. The user has a limited number of blocks, so the solution space is restricted.

Logical constraint: The user must satisfy a higher level constraint such that another agent in the experience has a certain set of reachable states. A generic scenario describing this constraint is depicted in Figure 6, where a user builds a structure to seed a media experience via comparison to known geometric constraints.

It is understood that various details of the presently disclosed subject matter may be changed without departing from the scope of the presently disclosed subject matter. Furthermore, the foregoing description is for the purpose of illustration only, and not for the purpose of limitation.