This disclosure related to the field of parking management, and, more particularly, to systems and methods for directing autonomously driving vehicles for parking purposes.
In many cities, motor vehicles such as cars are the predominant mode of transportation utilized by residents. Increasingly, such cars are capable of autonomous driving and parking. Therefore, parking lots may now have one or more vehicles autonomously driving therein, looking for a space in which to park, typically through use of radar.
While some autonomous driving cars are certainly capable of locating and parking in a space, they may methodically accomplish this task by driving up and down rows in succession, searching for an open space. In the case where an open space is not close to the starting search point of the autonomous driving car, this may result in a longer than desirable dwell time of the autonomous driving.
In small, sparsely populated parking lots, this increased dwell time may not be an issue. However, in large crowded parking lots, such as present at athletic stadiums, concert venues, and shopping malls, this increased dwell time may negatively impact the flow of traffic in the parking lot. This is highly undesirable, as it may result in frustration of attendees, or may result in reduced parking sales in a given lot, as other parking lots farther away yet with more sparse traffic may be sought out.
Therefore, there is a commercial need for parking lot technology capable of efficiently directing autonomous driving cars toward open parking spaces or storage areas.
This summary is provided to introduce a selection of concepts that are further described below in the detailed description. This summary is not intended to identify key or essential features of the claimed subject matter, nor is it intended to be used as an aid in limiting the scope of the claimed subject matter.
A vehicle sensing system described herein includes a vehicle sensing device configured to detect entry of a vehicle into a given area, and in response, to send to the vehicle an instruction message. At least one beacon device is disposed somewhere between a location of entry of the vehicle into the given area and an available parking space. A parking server communicates with the vehicle based on the instruction message, and is configured to send parking instructions to the vehicle, the parking instructions instructing the vehicle to autonomously drive toward the available parking space, and informing the vehicle of expected interactions with the at least one beacon device as it autonomously drives toward the available parking space. The at least one beacon device is configured to perform the expected interactions with the vehicle if the vehicle is driving on a proper path toward the available parking space, with the proper path including the vehicle autonomously driving within wireless communication range of the at least one beacon device.
The parking instructions sent by the parking server may instruct the vehicle to autonomously drive to a sub-area including the available parking space.
The given area may be a parking lot, and the sub-area may be a row in the parking lot.
The at least one beacon device may be a Bluetooth beacon device.
The at least one beacon device may be a plurality of beacon devices disposed along a path from the location of entry into the given area toward the available parking space.
The given area may be a parking lot including a plurality of sub-areas of parking spaces, one of which includes the available parking space, and at least some of the plurality of beacon devices may be positioned at entrances to sub-areas of the plurality of sub-areas of parking spaces.
The instruction message may instruct the vehicle to contact the parking server by executing an application programming interface (API) call. The instruction message may be an API uniform resource locater (URL).
The parking server may be configured to send updated parking instructions instructing the vehicle to autonomously drive toward a different available parking space, and informing the vehicle of expected interactions with the at least one beacon device as it autonomously drives to the different available parking space. In addition, the different available parking space may be a newly available parking space that was not known as being available at a time at which the vehicle entered into the given area. Also, the given area may be a parking lot including a plurality of sub-areas of parking spaces, one of which includes the available parking space. The at least one beacon device may be a plurality of beacon devices disposed along a path from the location of entry into the given area toward the available parking space. At least some of the plurality of beacon devices may be positioned at entrances to sub-areas of the plurality of sub-areas of parking spaces. At least one of the plurality of beacon devices may notify the parking server that the available parking space is no longer available. At least one of the plurality of beacon devices may notify the parking server that the newly available parking spot is newly available.
The at least one beacon device may be further configured to notify the parking server if at least one of the expected interactions was not performed, or if an unexpected interaction was performed, thereby indicating that the vehicle is not driving on the proper path.
The parking server may be further configured to send remedial parking instructions to the vehicle as a function of the vehicle not driving on the proper path.
The remedial parking instructions may instruct the vehicle to autonomously drive toward the available parking space, and inform the vehicle of new expected interactions with the at least one beacon device as it autonomously drives to the available parking spot.
The parking server may be further configured to notify a relevant party as a function of the vehicle not following the remedial parking instructions.
The remedial parking instructions may instruct the vehicle to autonomously drive toward a different available parking space, and inform the vehicle of new expected interactions with the at least one beacon device as it autonomously drives to the different available parking space.
The available parking spot may be at least one available parking spot in a sub-area containing the at least one available parking spot, and the parking instructions may instruct the vehicle to autonomously drive toward the sub-area containing the available parking space, and inform the vehicle of expected interactions with the at least one beacon device as it autonomously drives toward the sub-area containing the available parking spot. The at least one beacon device may be configured to perform the expected interactions with the vehicle if the vehicle is driving on a proper path toward the sub-area containing available parking space.
The parking instructions may instruct the vehicle to autonomously drive to and park in the available parking spot.
The vehicle sensing device may be further configured to determine a size and/or type of the vehicle, and to send the determined size and/or type of the vehicle to the parking server; and wherein the parking server is configured to select the available parking spot from among a plurality of available parking spots as a function of the determined sized and/or type of the vehicle.
The parking server may be configured to track inventory of parking spots.
The at least one beacon device may be configured to notify the parking server of performance of at least one expected interaction with the vehicle, and the parking server may be configured to send traffic direction commands to at least one other vehicle as a function of notification of the performance of at least one expected interaction with the vehicle.
The parking server may be configured to receive telemetry from the vehicle, and to send traffic direction commands to at least one other vehicle as a function of the received telemetry.
Autonomously driving is driving with substantially no driver input, including accelerating, braking, and turning.
The parking server may be configured to select the available parking space from among a plurality of available parking spaces as a function of information received from the vehicle. The information received from the vehicle may be schedule information associated with a user of the vehicle.
The schedule information may include at least one of a destination of the user, an estimated time the user is to spend at the destination, a profile of the user, a hotel reservation of the user, an airline ticket of the user, a bus ticket of the user, a cruise ticket of the user, a train ticket of the user, or an event ticket of the user.
In some cases, the information received from the vehicle may be user input.
So that the manner in which the above recited features can be understood in detail, a more particular description may be had by reference to embodiments, some of which are illustrated in the appended drawings, wherein like reference numerals denote like elements. It is to be noted, however, that the appended drawings illustrate various embodiments and are therefore not to be considered limiting of its scope, and may admit to other equally effective embodiments.
In the following description, numerous details are set forth to provide an understanding of the present disclosure. It will be understood by those skilled in the art, however, that the embodiments of the present disclosure may be practiced without these details and that numerous variations or modifications from the described embodiments may be possible.
With initial reference to
Although a parking lot 105 divided into rows 51-53 is shown, it should be understood that the inventions, technologies, and methods disclosed herein are applicable to any given area divided into sub-areas. For example, the given area may be a city, and the sub-areas may be individual city streets. Also, the given area need not be bounded or blocked off with but one entrance and/or exit, and may have any number of entrances or exits. In addition, the term “vehicle” as used here may be any movable object, such as a car, and may or may not be configured to carry passengers or cargo.
A parking server 130 is in communication (either wired or wireless) with the vehicle detection device 110. It is to be understood that the parking server 130 may be an individual server machine, a virtual server, a cluster of server machines, or a cloud service. Thus, the term parking server is to be construed to include any address that data can be sent to and received from.
The parking server 130 cooperates with the vehicle detection device 110 for tracking inventory of available spaces in the parking lot 105. This inventory tracking is accomplished, for example, by monitoring a difference between a number of vehicles entering the parking lot 105 and vehicles leaving the parking lot 105, using the vehicle detection device 110. The beacon devices 40-42 may detect entry and exit of vehicles into the rows 51-53, perform the same sort of inventory tracking on a row by row basis, and provide the results to the vehicle detection device 110 and/or parking server 130, or may provide data to the vehicle detection device 110 and/or parking server 130 to permit the same sort of inventory tracking on a row by row basis. This way, the tracked inventory of the parking lot 105 includes information about which rows 51-53 have free spaces, and how many free spaces are in each row 51-53. This inventory may be tracked in real time and be continuously updated.
Therefore, the parking server 130 has knowledge of how many spaces are available in the parking lot 105, and in which rows 51-53 those available spaces reside. In some cases, there may be additional beacon devices 40-42 or other sensing devices within the rows 51-53 to facilitate inventory tracking on a space by space basis. Thus, in some cases, the parking server 130 has knowledge of the location of individual available spaces.
As shown in
Operation of the system 100 for managing parking and traffic of autonomous driving vehicles 101 in the parking lot 105 is now described with further reference to
Moving to
Alternatively or additionally, the parking server 130 may select an individual parking space or row as a function of information received from the vehicle 101. This information may be user entered, such as an expected duration the vehicle 101 is to remain parked. This information may instead be schedule information associated with the user of the vehicle, which the vehicle 101 may either have stored, have received from a smartphone of the user, or may have retrieves from a cloud server or service. This schedule information may be, for example, a destination of the user, an estimated time the user is to spend at the destination, a profile of the user, a hotel reservation of the user, an airline ticket of the user, a bus ticket of the user, a cruise ticket of the user, a train ticket of the user, or an event ticket of the user.
In response to detection of the vehicle 101, the vehicle detection device 110 sends an instruction message to the vehicle 101 (Step 204). The instruction message 101 may be an application protocol interface (API) uniform resource locater (URL). The vehicle 101 receives the API URL, and, as shown in
The parking server 130 then sends parking instructions to the vehicle (Step 208). The parking instructions instruct the vehicle 101 to autonomously drive toward row 51 with available spaces 30-31, and inform the vehicle 101 about which of the beacons 40-42 to expect an interaction with as it autonomously drives toward the row 51 and available spaces 30-31. The vehicle 101 then proceeds to autonomously drive toward the row 51 (Step 208), as shown in
As shown in
Thus, it should be understood that in some applications, the parking instructions sent to the vehicle 101 do not contain a geospatial location off row 51 or spaces 30-31, but rather instruct the vehicle 101 to look for and follow a series of beacon interactions. Thus, after the vehicle receives the parking instructions but before it has selected a direction in which to turn, such as shown in
The parking instructions sent to the vehicle 101 may also include GPS coordinates of the selected row 51 or spaces 30-31, and the vehicle 101 may utilize an internal GPS system coupled with beacon interactions to autonomously drive toward the selected row 51 or spaces 30-31. This may serve more useful in larger parking lots 105, such as those found at stadiums, concert venues, or airports.
The beacons 40-42 report each successful interaction with the vehicle 101 to the parking server 130. Therefore, the parking server 130 can take action of an expected beacon interaction does not take place.
Thus, as the vehicle 101 follows the beacons 40-42 toward the selected row 51, the parking server 130 checks for notification of the expected beacon interactions from the beacons 40-42 (Step 212). If one or more expected beacon interactions does not occur, or if one or more unexpected beacon interactions occur, then the parking server 130 sends remedial parking instructions to the vehicle 101 (Step 213). The remedial parking instructions instruct the vehicle 101 to autonomously drive toward the row 51 or available parking space 30-31 in the row, and may inform the vehicle 101 of new expected beacon interactions, since the proper path toward the row 51 or available parking space 30-31 may be different.
In the case where the new expected beacon interactions do not occur, the parking server 130 may then determine that the vehicle 101 is nonresponsive, for example because it is being manually piloted or is under control of rogue programming. The parking server 130 may then notify a relevant party that the vehicle 101 is nonresponsive to the remedial parking instructions. The relevant party may be an owner of the vehicle 101, owners of other vehicles in the area, other vehicles in the area themselves, a parking lot attendant, the manufacturer of the vehicle 101, or law enforcement, for example. The relevant party may also be the vehicle 101 itself, in the case where the vehicle 101 is being manually piloted. Where the relevant party of the vehicle 101 itself, a warning message may be sent to the vehicle 101, and the vehicle may play or present the warning message to a human in the vehicle 101. The warning message may ask the human to relinquish manual control, for example.
In some cases, the remedial parking instructions may instruct the vehicle 101 to autonomously drive toward a different available parking space, and may inform the vehicle 101 of new expected beacon interactions as it autonomously drives to the different available parking space.
Since the parking server 130 cooperates with the vehicle detection device 110 to keep track of parking space inventory, the parking server 130 continually or periodically checks, as the vehicle 101 autonomously drives toward the row 51 or available parking space 30-31, whether the row or available parking space 30-31 is still available (Step 214). For example, another vehicle, either autonomously driven or driven by a human, may have taken the available parking space or spaces 30-31 before the vehicle 101 reaches the row 51. The beacons 40-42 may cooperate with the parking server 130 so as to provide this monitoring functionality.
Where the row or available parking space 30-31 is no longer available, the parking server 130 sends updated parking instructions to the vehicle 101 (Step 215). The updated parking instructions instruct the vehicle 101 to autonomously drive toward a different available parking space, for example space 32 in row 41, and inform the vehicle 101 of expected beacon interactions as it autonomously drives to this different available parking space.
In still other cases, as the vehicle 101 autonomously drives toward the row 51, a different parking space or row may become newly available, as it was not known as being available at the time at which the vehicle 101 entered the parking lot 105. This different parking space or row may be closer to the vehicle 101 than the row 51. In this case, the parking server 130 may send updated parking instructions to the vehicle 101 instructing it to autonomously drive toward this newly available parking space and informing the vehicle 101 of expected beacon interactions as it autonomously drives to this different available parking space.
The parking server 130 updates the parking inventory (Step 216) when the vehicle 101 parks.
It should be understood that by autonomously driving, it is meant that the vehicle 101 drives with substantially no human interaction, and selects and performs guidance functions such as accelerating, braking, and turning, without human input. This does not mean that a human is not in the vehicle 101, or that a human is not in the driver's seat of the vehicle 101.
In addition, the notification of expected beacon interactions, or of any or all beacon interactions, may be sent by the beacons 40-42 to the parking server 130, and the parking server 130 may relay traffic management commands to the vehicle 101 or other vehicles. These traffic management commands may instruct vehicles when to stop, go, turn, enter parking spaces, or leave parking spaces, to thereby provide for more consistent and rapid traffic flow in the parking lot.
The vehicle 101 and other vehicles may have their own sensors, such as cameras, radar, and GPS systems, and may send data from these sensors to the parking server 130 for use in generating the traffic management commands to any or all vehicles in the parking lot 105.
It should also be appreciated that the above described disclosures, techniques, and methods do not apply solely to the parking lot 105, vehicle detection device 110, parking server 130, and beacons 40-42, but also apply to any and all actions taken by the vehicle 101 or other vehicles in response to communications sent to or received from the vehicle detection device 110, parking server 130, and beacons 40-42.
With additional reference to
A payment acceptance device 119 is coupled to the processor 111 for accepting payment from a user. The payment acceptance device 119 may utilize magnetic strip, chip and pin, NFC, or other electronic payment acceptance technologies. In addition, the payment acceptance device 119 may also directly accept hard currency, such as bills and coins. It should be appreciated that in some applications, the payment acceptance device 119 may be part of, or may be, the RFID reader 126.
The magnetometer 112 serves to sense metal in vehicles 101 via a change in the local magnetic field, and can thus detect the presence of vehicles 101. The processor 111 may be able to interpret reading from the magnetometer 112 to estimate the dimensions of the vehicle 101, from which a type or configuration of the vehicle may be inferred (i.e. a smaller vehicle estimated to be a car, whereas a larger vehicle is likely to be a truck).
The accelerometer 113 serves to detect vibrations in multiple axes, such as those caused by a passing vehicle 101, and can therefore be used to determine whether the vehicle 101 is entering or leaving the given area. By logging the magnitude and direction of vibrations detected by the accelerometer 113, the processor 111 can infer both the speed of the vehicle, as well as whether the vehicle is arriving or departing.
Due to the use of the accelerometer 113 and magnetometer 112 for detecting vehicles 101, the vehicle detection device 110 is positioned at the entrance and exit to the parking lot 105, and needs not be driven over by the vehicle 101 in order for detection to occur.
As stated, the RFID reader 126 may read RFID tags associated with the vehicle. Thus, the RFID reader 126 may read a code from the RFID tag, and the code may be a toll tag ID number, or may be a tire identification code or any other ID. Where the code is a toll tag ID, the information about the vehicle may be the toll tag ID, which may in turn be used for identification of the user by looking up the user's information in a table of toll tag ID's, or in processing payment via the toll tag ID. Where the code is a tire identification code, the information about the vehicle 101 may be the tire identification code, which may in turn be used by the server to determine a make and model of the tires on the vehicle, which may in turn be used to determine the type of vehicle and vehicle configuration, as well as the make and model of the vehicle. Also, the information about the vehicle may include the various measurements taken by the accelerometer 113 and magnetometer 112 as well as the make and model of the tires, which may be used to more accurately determine the type of vehicle and vehicle configuration, as well as the make and model of the vehicle.
As stated above, using the transceiver 114, the vehicle detection device 110 may communicate with other vehicle detection devices 110. In addition, one vehicle detection device 110 may act as a relay for another vehicle detection device 110, transmitting information received therefrom to the parking server 130, or to the vehicle 101. The transceiver 114 may also be used by the vehicle detection device 110 for communication with a fixed or mobile device used by a parking lot attendant, such as a smartphone, tablet, or pay station.
The processor 111 may also cooperate with additional vehicle detection hardware, such as a pressure sensor or magnetic loop for vehicle sensing, allowing retrofitting of the vehicle detection device 110 to existing parking lot management installations.
The beacons 40-42 are now described in further detail with respect to
Although the preceding description has been described herein with reference to particular means, materials and embodiments, it is not intended to be limited to the particulars disclosed herein; rather, it extends to all functionally equivalent structures, methods, and uses, such as are within the scope of the appended claims.
Number | Name | Date | Kind |
---|---|---|---|
3105221 | Schwarz | Sep 1963 | A |
3541308 | Ruby | Nov 1970 | A |
4239415 | Blikken | Dec 1980 | A |
5331276 | Polvani et al. | Jul 1994 | A |
5491475 | Rouse et al. | Feb 1996 | A |
5621314 | Beck et al. | Apr 1997 | A |
5648904 | Scott | Jul 1997 | A |
5880682 | Soulliard et al. | Mar 1999 | A |
6195020 | Brodeur et al. | Feb 2001 | B1 |
6675123 | Edelstein | Jan 2004 | B1 |
6865455 | Wiegert | Mar 2005 | B1 |
8056667 | Moshchuk et al. | Nov 2011 | B2 |
8099214 | Moshchuk et al. | Jan 2012 | B2 |
8977652 | Hoefner et al. | Mar 2015 | B2 |
9311816 | Engler et al. | Apr 2016 | B2 |
9408041 | Abehassera et al. | Aug 2016 | B1 |
9696721 | Myers et al. | Jul 2017 | B1 |
10135440 | Taylor et al. | Nov 2018 | B2 |
20010027360 | Nakano et al. | Oct 2001 | A1 |
20020190856 | Howard | Dec 2002 | A1 |
20040012481 | Brusseaux | Jan 2004 | A1 |
20040222903 | Li | Nov 2004 | A1 |
20050046598 | Allen et al. | Mar 2005 | A1 |
20050280555 | Warner, IV | Dec 2005 | A1 |
20070015485 | Debiasio et al. | Jan 2007 | A1 |
20070050240 | Belani et al. | Mar 2007 | A1 |
20070129974 | Chen et al. | Jun 2007 | A1 |
20070162218 | Cattin et al. | Jul 2007 | A1 |
20070245158 | Giobbi et al. | Oct 2007 | A1 |
20080153515 | Mock | Jun 2008 | A1 |
20100026521 | Noel, II | Feb 2010 | A1 |
20110048103 | Su et al. | Mar 2011 | A1 |
20110057815 | King et al. | Mar 2011 | A1 |
20110099126 | Belani et al. | Apr 2011 | A1 |
20110137773 | Davis et al. | Jun 2011 | A1 |
20110172909 | Kahn et al. | Jul 2011 | A1 |
20110213672 | Redmann et al. | Sep 2011 | A1 |
20120056758 | Kuhlman et al. | Mar 2012 | A1 |
20120092190 | Stefik et al. | Apr 2012 | A1 |
20120095791 | Stefik et al. | Apr 2012 | A1 |
20120109760 | Koiso | May 2012 | A1 |
20120182160 | Hod | Jul 2012 | A1 |
20120246079 | Wilson et al. | Sep 2012 | A1 |
20120285790 | Jones et al. | Nov 2012 | A1 |
20130103200 | Tucker et al. | Apr 2013 | A1 |
20130135118 | Ricci | May 2013 | A1 |
20130147954 | Song et al. | Jun 2013 | A1 |
20140036076 | Nerayoff et al. | Feb 2014 | A1 |
20140046506 | Reichel et al. | Feb 2014 | A1 |
20140218218 | Lloreda | Aug 2014 | A1 |
20140232518 | Stoehr | Aug 2014 | A1 |
20140232563 | Engler et al. | Aug 2014 | A1 |
20140249742 | Krivacic et al. | Sep 2014 | A1 |
20140350853 | Proux | Nov 2014 | A1 |
20140368327 | Darrer et al. | Dec 2014 | A1 |
20150016661 | Lord | Jan 2015 | A1 |
20150066607 | Fiorucci et al. | Mar 2015 | A1 |
20150117704 | Bulan et al. | Apr 2015 | A1 |
20150138001 | Davies et al. | May 2015 | A1 |
20150149265 | Huntzicker | May 2015 | A1 |
20150179070 | Sandbrook | Jun 2015 | A1 |
20150241241 | Cudak et al. | Aug 2015 | A1 |
20150279210 | Zafiroglu et al. | Oct 2015 | A1 |
20150294210 | Martinez De Velasco Cortina et al. | Oct 2015 | A1 |
20150317840 | Dutta et al. | Nov 2015 | A1 |
20150334678 | MacGougan et al. | Nov 2015 | A1 |
20150346727 | Ramanujam | Dec 2015 | A1 |
20150367234 | Jones et al. | Dec 2015 | A1 |
20150369618 | Barnard | Dec 2015 | A1 |
20160071415 | Maeda et al. | Mar 2016 | A1 |
20160104328 | Chen et al. | Apr 2016 | A1 |
20160125736 | Shaik | May 2016 | A1 |
20160189435 | Beaurepaire | Jun 2016 | A1 |
20160203649 | Berkobin | Jul 2016 | A1 |
20160219012 | Liao et al. | Jul 2016 | A1 |
20160275794 | Chang | Sep 2016 | A1 |
20160286627 | Chen et al. | Sep 2016 | A1 |
20160328961 | Garces Cadenas et al. | Nov 2016 | A1 |
20170008515 | Seo et al. | Jan 2017 | A1 |
20170109942 | Zivkovic et al. | Apr 2017 | A1 |
20170132922 | Gupta et al. | May 2017 | A1 |
20170140645 | Balid et al. | May 2017 | A1 |
20170200365 | Baker, Sr. | Jul 2017 | A1 |
20180061145 | Blustein | Mar 2018 | A1 |
20180089631 | Baker, Sr. | Mar 2018 | A1 |
20180114438 | Rajagopalan et al. | Apr 2018 | A1 |
20180122152 | Shin | May 2018 | A1 |
20180247534 | Williams | Aug 2018 | A1 |
20190088119 | O'Callaghan | Mar 2019 | A1 |
20190088129 | O'Callaghan | Mar 2019 | A1 |
Number | Date | Country |
---|---|---|
10 2005 040 983 | Aug 2006 | DE |
10 2014 221 751 | Apr 2016 | DE |
10 2014 221 777 | Apr 2016 | DE |
10 2015 202 471 | Aug 2016 | DE |
WO-2015144396 | Oct 2015 | WO |
WO-2016130719 | Aug 2016 | WO |
Entry |
---|
Brian Cooksey Chapter 2: Protocols Published Date: Apr. 22, 2014 https://zapier.com/learn/apis/chapter-2-protocols/ (Year: 2014). |
Cooksey, Brian—Chapter 2: Protocols, Published Sep. 2, 2016, [online] [retrieved Sep. 2, 2016]. Retrieved from the Internet Archive Wayback Machine <URL:https://web.archive.org/web/20160902183633/https://zapier.com/learn/apis/chapter-2-protocols/> (Year: 2016). |
Cooksey, Brian—Chapter 2: Protocols, Published Sep. 2, 2016, [online] [retrieved Sep. 2, 2016]. Retrieved from the Internet Archive Wayback Machine <URL:https://web.archive.org/web/20160902183633/https://zapier.com/learn/apis/chapter-2-protocols/> (Year: 2016). |
International Search Report and Written Opinion for corresponding International Patent Application No. PCT/US2017/053672 dated Dec. 1, 2017, 15 pages. |
Ferreira, et al., Self-automated parking lots for autonomous vehicles based on vehicular ad hoc networking. IEEE Intelligent Vehicles Symposium, 472-479, 2014. [retrieved on Jun. 11, 2017.] Retrieved from the Internet, 9 pages<URL:https://pdfs.semanticsscholar.org/f23e/25d41e9dfee3ce8a0e2be372c64aa1e2c91f.pdf>. |
Final Office Action on U.S. Appl. No. 14/995,157, dated Oct. 30, 2018. |
Final Office Action on U.S. Appl. No. 15/711,796, dated Oct. 22, 2018. |
International Preliminary Report on Patentability re PCT/US2017/012292 dated Jul. 26, 2018, 15 pages. |
International Search Report and Written Opinion for corresponding International Patent Application No. PCT/US2017012292 dated Jul. 7, 2017, 22 pages. |
International Search Report and Written Opinion dated Oct. 29, 2018 in PCT/US2018/051568; 14 pages. |
International Search Report and Written Opinion dated Feb. 13, 2018 for International Patent Application No. PCT/US2017/062180, 8 pages. |
Non-Final Office Action on U.S. Appl. No. 15/360,670, dated Sep. 20, 2018, 11 pgs. |
Non-Final Office Action on U.S. Appl. No. 14/995,148, dated Aug. 23, 2018. |
Non-Final Office Action on U.S. Appl. No. 15/711,796, dated May 17, 2018. |
Non-Final Office Action on U.S. Appl. No. 15/711,897, dated Jan. 18, 2019. |
Non-Final Office Action on U.S. Appl. No. 14/995,157, dated May 9, 2018, 26 pgs. |
Notice of Allowance on U.S. Appl. No. 15/360,670, dated Jan. 8, 2019. |
Notice of Allowance on U.S. Appl. No. 15/711,796, dated Dec. 28, 2018. |
International Search Report and Written Opinion for PCT/US2018/52005 dated Jan. 29, 2019, 7 pages. |
Notice of Allowance on U.S. Appl. No. 15/711,796, dated Feb. 4, 2019. |
Final Office Action on U.S. Appl. No. 14/995,148, dated Mar. 12, 2019. |
Non-Final Office Action on U.S. Appl. No. 14/995,157, dated Mar. 7, 2019. |
Non-Final Office Action on U.S. Appl. No. 14/995,148, dated Oct. 4, 2019. |
Final Office Action on U.S. Appl. No. 14/995,157, dated Nov. 25, 2019. |
Non-Final Office Action on U.S. Appl. No. 16/416,662, dated Nov. 7, 2019. |
International Preliminary Report on Patentability for PCT/US2017/053672 dated Apr. 11, 2019, 13 pages. |
Non-Final Office Action on U.S. Appl. No. 16/442,031, dated Jul. 17, 2019. |
Notice of Allowance on U.S. Appl. No. 15/711,897, dated Aug. 14, 2019. |
European Search Report for EP Patent Application No. 17857317.6 dated Feb. 4, 2020. |
Final Office Action on U.S. Appl. No. 14/995,148, dated Feb. 14, 2020. |
Final Office Action on U.S. Appl. No. 16/442,031, dated Dec. 26, 2019. |
Final Office Action on U.S. Appl. No. 16/416,662, dated Mar. 13, 2020. |
Non-Final Office Action on U.S. Appl. No. 16/601,277, dated Jun. 1, 2020. |
Non-Final Office Action on U.S. Appl. No. 14/995,157 dated Jul. 14, 2020. |
Number | Date | Country | |
---|---|---|---|
20180089631 A1 | Mar 2018 | US |