This invention relates generally to the computer networking field, and more specifically to new and useful systems and methods for intuitive home networking.
The modern internet has revolutionized communications by enabling computing devices to transmit large amounts of data quickly over incredibly vast differences. The rate of innovation set by application and web developers is breathtakingly fast, but unfortunately, not all aspects of the internet experience have kept pace. In particular, even as people rely more and more heavily on home networking solutions to enable internet connectivity for a rapidly increasing collection of electronic devices, the technology underpinning those solutions often provides a woefully inadequate user experience. Thus, there is a need in the computer networking field to create new and useful systems and methods for intuitive home networking.
The following description of the preferred embodiments of the invention is not intended to limit the invention to these preferred embodiments, but rather to enable any person skilled in the art to make and use this invention.
1. System for Intuitive Home Networking
A system 100 for intuitive home networking includes a router 110 and a management application 120, as shown in
Traditional home networking solutions are often based on old and user-unfriendly technologies. The majority of routers are used and configured in much the same way that they were in 2000, when the 802.11b standard was first introduced. The consequence of this is that though router speeds (both wireless and wired) have increased enormously, most home users are no more in control of their home network than they were fifteen years ago. One only needs to look at the proliferation of wireless networks with SSIDs like “ATT032” or “2WIRE231” to see this effect. In an era where the average person can deposit checks, video chat with friends thousands of miles away, watch movies, and shop for virtually anything without leaving their living room, they are unable to alter something as simple as a wireless network name.
There is an obvious inconvenience associated with not being able to change a wireless network SSID, but this issue is only the tip of an iceberg of problems caused by traditional home networking solutions. Many users are just as unable to change passwords associated with their routers, which is not only inconvenient (who wants to remember a password like ‘A9DS8F7ADS9’?) but also insecure. More technologically savvy users may be able to access and alter these parameters, but even many power users find home networking management interfaces confusing and cumbersome to use, especially to manage any configuration more complex than a single router interfacing between a single WAN and single LAN.
This simple configuration is often inadequate to support wireless internet connectivity for devices throughout a household, leaving users tethered instead of liberated by wireless connectivity. The system 100 serves to allow users to take charge of their home network by allowing intuitive configuration and use, increasing the security and quality of the home networking experience.
While the system 100 is described throughout this application as being applicable to home networks, a person skilled in the art will recognize that such a system can be applied to any suitable computer network (such as one in a small business). The system 100 is preferably intended for use in scenarios where enterprise networking solutions (and the support staff to maintain them) are not feasible; additionally or alternatively, the system 100 may be used in any suitable scenario.
The router 110, as shown in
In one embodiment, the system 100 includes several routers 110 that communicate with each other (either over wired or wireless connections) to create a mesh network, as shown in
The router 110 preferably includes a Wi-Fi radio 111, a Bluetooth radio 112, an Ethernet interface 113, and a processor 114. The router 110 may additionally or alternatively include any other hardware or software. In one example implementation, as shown in
The Wi-Fi radio 111 functions to provide wireless access to the router 110. The Wi-Fi radio 111 preferably serves to allow electronic devices (e.g., smartphones, laptops, gaming consoles) to communicate wirelessly with the router 110 and with each other through a LAN. Additionally or alternatively, the Wi-Fi radio 111 may be used to communicate with another router 110, with a wireless WAN, or with any other device or wireless network.
The Wi-Fi radio 111 preferably includes at least one antenna; additionally or alternatively, the Wi-Fi radio 111 may include an interface to connect to an external antenna. Antennas may be of a variety of antenna types; for example, patch antennas (including rectangular and planar inverted F), reflector antennas, wire antennas (including dipole antennas), bow-tie antennas, aperture antennas, loop-inductor antennas, ceramic chip antennas, antenna arrays, and fractal antennas.
Configuration and control of the Wi-Fi radio 111 is preferably performed by the processor 114, but may additionally or alternatively be performed by any suitable controller.
The Wi-Fi radio 111 preferably supports communication over all of IEEE 802.11 a/b/g/n/ac standards, but may additionally or alternatively support communication according to any standard (or no standard at all).
The router 110 may include any number of Wi-Fi radios 111 operating on any suitable frequency ranges. In one implementation, the router 110 includes two Wi-Fi radios 111: one operable on either of the 2.4 GHz band and the 5 GHz band (the radio 111 may switch between the two), and another operable on only the 5 GHz band. This enables the router 110 to select from two different communication modes (2.4 GHz+5 GHz or 5 GHz+5 GHz) in order to maximize connection quality. In this implementation, the router 110 includes six Wi-Fi antennas: 2 for 2.4 GHz and 4 for 5 GHz (two for each Wi-Fi radio 111).
The Wi-Fi radios 111 preferably operate using single-input/single-output (SISO) communication techniques, but may additionally or alternatively operate using multiple-input and/or multiple-output communication techniques (e.g., SIMO, MISO, MIMO). If the Wi-Fi radios 111 operate using MIMO techniques, the Wi-Fi radios 111 may use any type of MIMO techniques (e.g., precoding, spatial multiplexing, space-division multiple access, and/or diversity coding). Further, the Wi-Fi radios 111 may perform MIMO communication either independently (e.g., a radio 111 performs MIMO communication with multiple antennas coupled to that radio) or cooperatively (e.g., two separate radios 111 perform MIMO communication together).
The Bluetooth radio 112 functions to allow devices to communicate with the router 110 over a connection mechanism alternative to Wi-Fi. The Bluetooth radio 112 is preferably used to allow the router 110 to be configured for the first time by a smartphone (or other Bluetooth-enabled computing device). The Bluetooth radio 112 may additionally or alternatively be used for any other purpose; for example, for configuring the router 110 at a different time, for communication between routers 110, or for communication with smart devices in a home (e.g., smart locks, light bulbs).
The Bluetooth radio 112 preferably supports the Bluetooth 4.0 standard, including communications capabilities for classic Bluetooth as well as Bluetooth Low-Energy (BTLE). The Bluetooth radio 112 preferably switches between classic Bluetooth and Bluetooth Low-Energy, but may additionally or alternatively be capable of communicating over both simultaneously.
The Bluetooth radio 112 preferably includes at least one antenna; additionally or alternatively, the Bluetooth radio 112 may include an interface to connect to an external antenna. Antennas may be of a variety of antenna types; for example, patch antennas (including rectangular and planar inverted F), reflector antennas, wire antennas (including dipole antennas), bow-tie antennas, aperture antennas, loop-inductor antennas, ceramic chip antennas, antenna arrays, and fractal antennas.
The Ethernet interface 113 functions to provide wired connectivity to the router 110. The Ethernet interface 113 preferably allows wired devices to connect to the router 110. In many cases, the router 110 may be connected to the internet through the Ethernet interface 113; for example, the Ethernet interface 113 may be used to connect a cable or DSL modem to the router 110.
The Ethernet interface 113 preferably includes a plurality of Ethernet ports. Ports of the Ethernet interface 113 are preferably capable of 1000BASE-T (i.e., gigabit) communication, but may additionally or alternatively be capable of communication at any rate. The Ethernet interface 113 preferably automatically sets the communication rate based on the capabilities of connected devices, but may additionally or alternatively set the communication rate manually.
Ports of the Ethernet interface 113 preferably auto-detect whether a given connection is a WAN connection or a LAN connection. Auto-detecting ports remove a frequent problem in home networking; since users can plug a WAN connection into any port of the Ethernet interface 113, the opportunity for users to mistakenly connect a WAN connection to a LAN designated port (or vice versa) does not exist.
The Ethernet interface 113 preferably performs autodetection by querying the connected device or network, and determining whether the connection is a WAN or LAN connection auto detection response. For example, the Ethernet interface 113 may broadcast an ICMP Address Mask Request; an end node (e.g., a personal computer connected to the router 110) will most likely not respond to this request, while an ISP router (indicative of a WAN connection) may respond to the request. Therefore, if the Ethernet interface 113 receives a response to the ICMP Address Mask Request, it may mark that port as a WAN port; if not, it may mark the port as a LAN port.
The Ethernet interface 113 may additionally or alternatively perform auto detection in any suitable way (e.g., waiting to receive requests over the port and analyzing them, etc.).
In addition to the Ethernet interface 113, the router 110 may additionally or alternatively perform wired communication over any wired interface. For example, the router 110 may perform communication through a powerline interface (e.g., Ethernet over Power).
The processor 114 functions to control the components of the router 110 (e.g., the radios 111 and 112, the Ethernet interface 113, etc.). The processor 114 is preferably an ARM processor, but may additionally or alternatively be any suitable processor or microcontroller.
The processor 114 functions to process data transmitted or received by the router 110; data processed by the processor 114 may originate from either the Wi-Fi radio 111, the Bluetooth radio 112, the Ethernet interface 113, or from any other suitable source. The processor 114 preferably processes data according to instructions in firmware, but may additionally or alternatively process data according to any other suitable instructions.
The processor 114 firmware and/or other router 110 firmware are preferably flash-able over the air (OTA), allowing updates to reach the router 110 without manual or individual configuration.
The processor 114 preferably also performs power management for the router 110. For example, the processor 114 may put components of the router 110 into a sleep mode after a period of inactivity.
The router 110 may additionally or alternatively include any other hardware. For example, the router 110 may include a USB interface (for connection of network-attached storage, a DLNA server, etc. or for configuration purposes). In one embodiment, the router 110 includes a hardware encryption module (HEM). The HEM is preferably a chip that stores an encryption key securely (e.g., the Atmel SHA204) and performs data encryption based on that key, but may additionally or alternatively be any hardware module capable of encrypting transmissions from and/or decrypting transmissions to the router 110.
The router 110 preferably stores firmware and/or software on an embedded MultiMediaCard (eMMC), but may additionally or alternatively store firmware and/or software in any suitable storage solution.
The router 110 preferably operates as a Linux server running Python programs, but may additionally or alternatively operate using any software and/or firmware.
The router 110 is preferably configured using the management application 120 operating on a remote electronic device (e.g., a user's smartphone), but may additionally or alternatively be configured by any suitable manner (e.g., by a web interface).
Parameters of the router 110 that may be user-configured may include any suitable networking (or other parameters); for example, router name, router administrative password, router WAN settings (e.g., connection type, IP address, etc.), router Ethernet settings, router wireless settings (e.g., SSID, password, channel, connection mode), DHCP server settings, port forwarding, NAS settings, and DLNA server settings.
Router 110 software preferably enables the router 110 to automatically configure some configuration parameters; for example, the router 110 may automatically set wireless channels based on other detected wireless networks. As another example, a router 110 may detect another router 110 on a local area network and automatically configure itself as an access point for that LAN.
The management application 120 functions to manage routers 110 that are part of a home network. The management application 120 is preferably a native application running on a smartphone (e.g., an iOS or Android application), but may additionally or alternatively be any suitable application (e.g., a web app, a desktop app, etc.).
The management application 120 preferably aids in first-time configuration of the router 110, as well as management and configuration of the router 110 after initial setup. The management application preferably includes a graphical user interface for monitoring and/or configuration. An example graphical user interface is as shown in
The management application 120 preferably allows for control of any user-configurable parameters of the router 110, but may additionally or alternatively allow for control of only a subset of user-configurable parameters of the router 110. The management application 120 preferably also allows for network monitoring (e.g., active connections, bandwidth usage, uptime, etc.).
The management application 120 preferably configures the router 110 through an intermediary server (e.g., a remote router management platform), as shown in
Additionally or alternatively, the management application 120 may configure the router directly (e.g., through Wi-Fi, Bluetooth, USB, etc.), as shown in
The router 110 preferably performs initial configuration according to a process designed to reduce complexity while still providing users with a highly satisfactory networking solution.
2. Method for Router Configuration
The traditional process of configuring routers for use in a home network is a nightmare for users. To ease the pain of the process, routers are typically configured for some ‘best-guess’ scenario: the manufacturer's idea of how a router will be used. Generally, this scenario is that the router will be connected to an internet source via a specific Ethernet port, and the router will serve as the sole gateway, DHCP server, NAT server, and wireless access point for the network.
If the default configuration doesn't work or is not ideal for a particular user, the process for changing router configuration typically involves either opening a utility on a computer connected to the router in question or navigating to the router's gateway IP address in a web browser.
Even if a user is aware that such configuration utilities exist, and the user knows how to access them, there is little guidance for the appropriate settings to implement a desired configuration.
As shown in
The method 200 functions to enable routers to be configured automatically or semi-automatically via a connection to a remote server (henceforth referred to as the remote router management platform). This has a number of potential advantages, including:
The method 200 is preferably operable on a system for intuitive networking such as the system 100, but may additionally or alternatively be operable on any networking system.
S210 includes registering a router. S210 functions to pair a router identifier with one or more user accounts in the remote router management platform.
Users preferably maintain an account on servers hosted in the cloud and maintained by the router manufacturer; this account is preferably initially used to perform registration (and can later be used to access router configuration options). Router registration data preferably includes an ID number uniquely associated with a particular router (or set of routers).
The user may input router registration data (e.g., router ID) manually into a management application; additionally or alternatively, the management application may directly receive registration data from the router (e.g., over Bluetooth) or the registration data may be sent to the router management platform in any other manner.
Registering the router S210 preferably includes sending registration data to the cloud using a cellular internet connection, but may additionally or alternatively include sending registration data using any suitable internet connection.
Alternatively, registration may be performed automatically by the manufacturer at the time of purchase. For example, when a user purchases a router, the user may be prompted to create or log in to a user account. When the router is shipped (or at any other time), the identifier of that router is automatically linked to the user account specified at the time of purchase.
S220 includes establishing internet connectivity at the router. Establishing internet connectivity at the router S220 functions to allow the router to connect to the router management platform to download configuration data. The router preferably attempts to connect to the internet through either a wired WAN connection (e.g., a connected cable modem) or through an open wireless network.
In one embodiment, S220 includes autodetecting a WAN connection on an Ethernet port (typically one of a set of multiple Ethernet ports). Auto-detecting ports remove a frequent problem in home networking; since users can plug a WAN connection into any port of the Ethernet interface, the opportunity for users to mistakenly connect a WAN connection to a LAN designated port (or vice versa) does not exist.
In this embodiment, S220 preferably includes performing autodetection by querying the connected device or network, and determining whether the connection is a WAN or LAN connection via an auto detection response. For example, the Ethernet interface may broadcast an ICMP Address Mask Request; an end node (e.g., a personal computer connected to the router) will most likely not respond to this request, while an ISP router (indicative of a WAN connection) may respond to the request. Therefore, if the Ethernet interface receives a response to the ICMP Address Mask Request, it may mark that port as a WAN port; if not, it may mark the port as a LAN port.
In one embodiment, configured routers broadcast a restricted open network. The restricted open network is preferably hidden (i.e., it does not broadcast its SSID). Alternatively, the restricted open network may not be hidden. In this embodiment, routers attempting to connect to the internet during configuration may connect to any nearby router's open network. Restricted open networks preferably only allow access to servers used for router configuration/registration (e.g., the router management platform); additionally or alternatively, the restricted open network may allow any other suitable access. For example, the restricted open network may allow communication with Windows update servers in addition to router management platforms. The restricted open network preferably allows connections with any device requesting to join; additionally or alternatively, the restricted open network may only allow devices with certain credentials or characteristics to connect. For example, the restricted open network may only allow devices with a particular MAC address prefix (e.g., the prefix corresponding to the router manufacturer) to connect. Devices connecting to the restricted open network are preferably isolated from other devices (e.g., on the main network associated with the router broadcasting the restricted open network) using a virtual LAN; alternatively, devices connecting to the restricted open network may operate on the same network as devices connecting to a secured wireless network.
S230 includes uploading configuration data to a remote platform. Uploading configuration data to the remote platform S230 functions to transmit configuration information from a platform operating router management software (e.g., a smartphone, a computer) to a remote router management platform (or any other suitable server). Uploading a configuration to the remote platform S230 preferably includes uploading configuration data (linked with a particular router ID and a particular user account) over a cellular internet connection, but may additionally or alternatively include uploading configuration data using any suitable network connection. Configuration parameters may include any suitable networking (or other) parameters; for example, router name, router administrative password, router WAN settings (e.g., connection type, IP address, etc.), router Ethernet settings, router wireless settings (e.g., SSID, password, channel, connection mode), DHCP server settings, port forwarding, NAS settings, and DLNA server settings.
S240 includes downloading configuration data at the router. S240 preferably includes downloading configuration data automatically from the remote platform, but may additionally or alternatively include downloading configuration data from any other source. For example, it may be useful in initial router setup (or at other times) for a user to configure the router over a local network link (e.g., over a direct Bluetooth connection between a user's smartphone and the router).
When the router is connected to the remote management platform, the router preferably sends its addressing information to the platform. For example, the router may send a heartbeat signal to the platform periodically. When a new configuration is to be applied to a router, a server of the platform preferably pushes the new configuration to the router, where it is then applied. Additionally or alternatively, the router may receive and apply configurations in any suitable manner; for example, the router may check the platform periodically for updates (i.e., fetch instead of push).
Performing tasks received from the cloud S250 functions to allow the router to be controlled from the cloud. S250 may include applying configuration changes, for instance, or any other suitable task. For example, Step S250 may include performing a WAN connection task, a LAN connection test, other periodic tests (e.g., a ping or traceroute to a particular destination), firmware updates, or security certificate updates.
If a router is registered to a network containing more than one router (preferably identified during S210), the router may automatically configure as an access point or as a wireless repeater (instead of as an internet gateway). Assignment of the master router is preferably performed automatically (e.g., the first router connected to the internet is the master) but additionally or alternatively may be performed manually (e.g., a particular router ID is set as the master router). The master router preferably runs the network DHCP server and serves as the gateway to the internet. The master server also preferably runs the RADIUS server (or other authentication server) of the network (to enable the network authentication as described below).
3. Method for Network Authentication
As previously described, another problem plaguing traditional networking products is the network authentication process. Home networking products typically set a single password per network, which must be given to anyone wishing to access the network. This not only prevents fine-grained per-user control, but also poses substantial security issues.
As shown in
The method 300 preferably performs network configuration according to a certificate-based process that enables higher degrees of user control while not overly complicating user experience. The method 300 preferably allows router owners to issue individual credentials to guests, allowing granular control of access. For example, a user may allow a neighbor to access the user's network, but with bandwidth restrictions or a time limit placed on use. As another example, a user may allow a child to access the network, but only to visit particular whitelisted web sites.
Initiating a network share request from a host S310 functions to allow an authenticated network administrator (e.g., a user owning a particular home network) to initiate a request to share network credentials with a guest. The network share request is preferably initiated from a management application for the router, but may additionally or alternatively be initiated from any suitable source linked with credentials of a router administrator (e.g., network owner or trusted user).
In one embodiment, a network share request is initiated by a host selecting a “share” button within a mobile management app. The host is prompted to enter contact information for the guest (e.g., an email address, a phone number) or to select the guest from a contact list (allowing contact information to be entered automatically). The contact information for the guest is then sent to a remote router management platform along with information identifying the host's network (e.g., host login name, router ID, etc.). Network share requests may additionally or alternatively be generated in any suitable manner; e.g., a password may be texted to a person or device desired to join the network.
Generating an access credential pair S320 functions to create access credentials for both the router of the host's network and the guest's device (e.g., smartphone, laptop, etc.). Generating an access credential pair preferably includes generating two X.509 certificates (one for the router and one for the guest device), but may additionally or alternatively include generating any other access credential pair.
Generating an access credential pair S320 may only be necessary if certificates have not been previously generated for a given guest device and/or a given router. If, for example, a router or a guest device is associated (e.g., within a database in the cloud) with previously generated access credentials, those credentials may potentially be reused.
In a variation of a preferred embodiment, S320 may include only generating a single access credential. For example, S320 may include generating only a client-side credential or only a server-side credential.
Pushing the server-side credential to the router S330 functions to provide the router with access credentials that authenticate the router to the guest device. The server-side credential is preferably automatically pushed to the router (e.g., by sending a command to the router from the cloud to download the certificate); additionally or alternatively, the server-side credential may be fetched by the router as part of periodic maintenance, or the server-side credential may be delivered to the router in any suitable manner.
In home networks with multiple routers connected in a mesh network, the server-side credential is preferably sent to a RADIUS server operating on the home network (which is preferably hosted on only one of the routers).
Pushing the client-side credential to a guest S340 functions to provide the guest device with access credentials that authenticate the guest device to the router. The client-side credential is preferably pushed to the guest by sending an email or text message containing the credential or a link to the credential. Credentials may be installed on the guest device in any suitable manner; for example, certificates may be installed on Apple devices through use of provisioning profiles.
Authenticating the guest at the router S350 functions to allow the guest device access to the router's network. Authenticating preferably includes authenticating according to Extensible Authentication Protocol Transport Layer Security (EAP-TLS), but may additionally or alternatively include authenticating the guest at the router using any suitable authentication method.
Guest authentication may be linked to certain configuration settings. For example, a guest authentication may initiate bandwidth limiting on guest access, time limits, website blacklisting/whitelisting, and/or any other suitable parameters.
Guest authentication may be linked with any other suitable system, for example, guest authentication for a set amount of time may be given in response to receipt of payment.
The router preferably is Hotspot 2.0-enabled; any guest devices with Hotspot 2.0 capability preferably automatically join networks for which they have appropriate credentials.
The methods of the preferred embodiment and variations thereof can be embodied and/or implemented at least in part as a machine configured to receive a computer-readable medium storing computer-readable instructions. The instructions are preferably executed by computer-executable components preferably integrated with a router. The computer-readable medium can be stored on any suitable computer-readable media such as RAMs, ROMs, flash memory, EEPROMs, optical devices (CD or DVD), hard drives, floppy drives, or any suitable device. The computer-executable component is preferably a general or application specific processor, but any suitable dedicated hardware or hardware/firmware combination device can alternatively or additionally execute the instructions.
As a person skilled in the art will recognize from the previous detailed description and from the figures and claims, modifications and changes can be made to the preferred embodiments of the invention without departing from the scope of this invention defined in the following claims.
This application is a continuation of U.S. application Ser. No. 16/116,787, filed 29 Aug. 2018, which is a continuation of U.S. application Ser. No. 15/844,431, filed 15 Dec. 2017, which is a continuation of U.S. application Ser. No. 15/008,251, filed 27 Jan. 2016, issued as U.S. Pat. No. 9,882,774, which claims the benefit of U.S. Provisional Application No. 62/110,990, filed on 2 Feb. 2015, all of which are incorporated in their entirety by this reference.
Number | Name | Date | Kind |
---|---|---|---|
6012088 | Li et al. | Jan 2000 | A |
6195705 | Leung | Feb 2001 | B1 |
7356032 | Sumorok | Apr 2008 | B1 |
7415535 | Kuik | Aug 2008 | B1 |
7421266 | Bruestle et al. | Sep 2008 | B1 |
7441043 | Henry et al. | Oct 2008 | B1 |
7546357 | Manchester et al. | Jun 2009 | B2 |
7627496 | Walker et al. | Dec 2009 | B2 |
7831250 | Johnston, Jr. | Nov 2010 | B2 |
7895360 | Lockridge et al. | Feb 2011 | B2 |
7940791 | Farricker et al. | May 2011 | B2 |
8014354 | Eichenberger et al. | Sep 2011 | B2 |
8041785 | Mazur et al. | Oct 2011 | B2 |
8077632 | Samuels et al. | Dec 2011 | B2 |
8117290 | Hamilton et al. | Feb 2012 | B2 |
8134942 | Messinger et al. | Mar 2012 | B2 |
8180835 | Lu et al. | May 2012 | B1 |
8270310 | Raleigh | Sep 2012 | B2 |
8275900 | Meenan et al. | Sep 2012 | B2 |
8478849 | Marl et al. | Jul 2013 | B2 |
8520651 | Yamada et al. | Aug 2013 | B2 |
8533309 | Howarth et al. | Sep 2013 | B1 |
8631100 | Gandhewar et al. | Jan 2014 | B2 |
8729731 | Roepke et al. | May 2014 | B2 |
8751614 | Haddad et al. | Jun 2014 | B2 |
8867407 | Chang | Oct 2014 | B2 |
8908698 | Aguayo et al. | Dec 2014 | B2 |
8909196 | Chang et al. | Dec 2014 | B2 |
8955088 | Soliman et al. | Feb 2015 | B2 |
8971209 | Magnuson et al. | Mar 2015 | B2 |
9015855 | Waisman-Diamond et al. | Apr 2015 | B2 |
9058416 | Angeles | Jun 2015 | B2 |
9219617 | Newton | Dec 2015 | B2 |
9226119 | Suryavanshi et al. | Dec 2015 | B2 |
9286047 | Avramov et al. | Mar 2016 | B1 |
9319309 | Mitomi et al. | Apr 2016 | B2 |
9374267 | Poirier et al. | Jun 2016 | B2 |
9467459 | Chandrasekaran et al. | Oct 2016 | B2 |
9473478 | Subramanian et al. | Oct 2016 | B2 |
9648548 | Gan | May 2017 | B1 |
9800430 | Ha | Oct 2017 | B2 |
9882774 | Schallich | Jan 2018 | B2 |
10594552 | Schallich | Mar 2020 | B2 |
10833927 | Schallich | Nov 2020 | B2 |
20020128925 | Angeles | Sep 2002 | A1 |
20030108017 | Famolari | Jun 2003 | A1 |
20030110240 | Lockridge et al. | Jun 2003 | A1 |
20030115460 | Arai | Jun 2003 | A1 |
20040203748 | Kappes et al. | Oct 2004 | A1 |
20050149204 | Manchester et al. | Jul 2005 | A1 |
20060159029 | Samuels et al. | Jul 2006 | A1 |
20060247824 | Walker et al. | Nov 2006 | A1 |
20060285510 | Kim et al. | Dec 2006 | A1 |
20070022185 | Hamilton et al. | Jan 2007 | A1 |
20070274285 | Werber et al. | Nov 2007 | A1 |
20070274314 | Werber et al. | Nov 2007 | A1 |
20080019367 | Ito et al. | Jan 2008 | A1 |
20080062977 | Kaneko et al. | Mar 2008 | A1 |
20080075090 | Farricker et al. | Mar 2008 | A1 |
20080172477 | Mazur et al. | Jul 2008 | A1 |
20090119770 | Soliman et al. | May 2009 | A1 |
20090141691 | Jain | Jun 2009 | A1 |
20100008272 | Messinger et al. | Jan 2010 | A1 |
20100074225 | Johnston, Jr. | Mar 2010 | A1 |
20100097982 | Eichenberger et al. | Apr 2010 | A1 |
20100188975 | Raleigh | Jul 2010 | A1 |
20100238862 | Davidson et al. | Sep 2010 | A1 |
20100257584 | Meenan et al. | Oct 2010 | A1 |
20100313232 | Norin | Dec 2010 | A1 |
20110007159 | Camp et al. | Jan 2011 | A1 |
20110101781 | Roepke et al. | May 2011 | A1 |
20110122774 | Hassan et al. | May 2011 | A1 |
20110134798 | Magnuson | Jun 2011 | A1 |
20110292206 | Newton | Dec 2011 | A1 |
20110299518 | Chang | Dec 2011 | A1 |
20110314129 | Rezaiifar et al. | Dec 2011 | A1 |
20120023207 | Gandhewar et al. | Jan 2012 | A1 |
20120052384 | Roh et al. | Mar 2012 | A1 |
20120057456 | Bogatin et al. | Mar 2012 | A1 |
20120134308 | Yamada et al. | May 2012 | A1 |
20120290694 | Marl et al. | Nov 2012 | A9 |
20120309371 | Yamada | Dec 2012 | A1 |
20120309408 | Marti et al. | Dec 2012 | A1 |
20130091254 | Haddad et al. | Apr 2013 | A1 |
20130173797 | Poirer et al. | Jul 2013 | A1 |
20130219082 | Mitomi et al. | Aug 2013 | A1 |
20130239181 | Varsavsky Waisman-Diamond et al. | Sep 2013 | A1 |
20130301627 | Chen et al. | Nov 2013 | A1 |
20140010225 | Puregger | Jan 2014 | A1 |
20140064126 | Lim et al. | Mar 2014 | A1 |
20140108149 | Jabara | Apr 2014 | A1 |
20140108627 | Donley et al. | Apr 2014 | A1 |
20140156082 | Ha | Jun 2014 | A1 |
20140162600 | Chang et al. | Jun 2014 | A1 |
20140283029 | Chandrasekaran et al. | Sep 2014 | A1 |
20140334471 | Chen | Nov 2014 | A1 |
20140351392 | Baker et al. | Nov 2014 | A1 |
20150089594 | Subramanian | Mar 2015 | A1 |
20150141005 | Suryavanshi | May 2015 | A1 |
20160036768 | Pratapa | Feb 2016 | A1 |
20160050710 | Hagan | Feb 2016 | A1 |
20160165570 | Kim et al. | Jun 2016 | A1 |
20160269277 | Floberg | Sep 2016 | A1 |
20160380820 | Horvitz et al. | Dec 2016 | A1 |
Number | Date | Country | |
---|---|---|---|
20210006461 A1 | Jan 2021 | US |
Number | Date | Country | |
---|---|---|---|
62110990 | Feb 2015 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 16116787 | Aug 2018 | US |
Child | 17028835 | US | |
Parent | 15844431 | Dec 2017 | US |
Child | 16116787 | US | |
Parent | 15008251 | Jan 2016 | US |
Child | 15844431 | US |