TITLE: LOCATION BASED SYSTEMS FOR PAYMENT OR ENTRY
CROSS-REFERENCE TO RELATED APPLICATIONS
[0001 J This application is a continuation in part of U.S. Application No.
13/068,359, filed April 12, 2011 , which is herein incorporated by reference in Its entirety, and which claims the benefit of U.S. Provisional Application No.
81/342,328 filed April 3, 2010, which is herein incorporated by reference in its entirety, and this application claims the benefit of U.S. Provissonai Application No. 61/826,718 filed Oct. 1 , 2011 , which is herein incorporated by reference in its entirety; and this application claims the benefit of U.S. Provisional Application No. 61/628,911 filed Oct. 5, 2011 , which is herein incorporated by reference In its entirety; and this application ciaims the benefit of U.S. Provisional Application No. 61/672,222 filed Oct, 8, 2011, which is herein incorporated by reference in its entirety; and this application claims the benefit of U.S, Provisional Application No. 61/827,992 filed Oct. 21 , 2011 , which is herein incorporated by reference in its entirety.
BACKGROUND OF THE INVENTION
FIELD Of THE INVENTION
[0002] There is an increasing demand by users for convenient systems based on internet-connected devices, including mobile telephones, hand-held devices, car- phones, laptop computers, or other electronic devices to obtain and pay for goods or services. Often, these devices use software commonly known as an application, or "app"; a piece of software that can run on the internet, on a computer, on a mobile phone or other electronic device.
DESCRIPTION OF THE RELATED ART
[0003] Entry systems use a variety of ways to record when a person or vehicle enters and exits a facility or space. Some entry systems may charge an entrance fee, either flat or incremental. When charging an incremental fee, many existing systems time-stamp entry and exit to determine elapsed time and calculate the proper incremental rate.
[0004] As a non-limiting description of related art. some entry and exit
transactions occur at parking facilities. Attended parking facilities may have a
DWT 20426337V 1 O093748-002WO0 1
worker on site to record vehicle arrival and accept payment upon vehicle leaving. These attended parking faci!ities may charge a variable fee based on the length of time that a vehicle is parked in the lot, garage or other parking facility.
[0005] Unattended parking facilities may not have an attendant on site
throughout the entire day, so the attendant is not there to record when vehicles arrive or leave. Therefore these parking facilities typically charge a flat fee.
Other unattended facilities do not have a gate o full-time attendant, and a worker goes to the facility at various times during the day to determine if all parked vehicles have paid the entrance fee. Alternatively, some unattended parking facilities charge a variable fee based on the length of time parked, however these facilities make a substantial investment in gates, gate arms or other moveable barriers, and terminals to record the time of entrance, exit and determine elapsed time and incremental fee.
[0008] In addition, there are other existing situations in which a barrier opens to allow entry and exit to and from a secured space, and to optionally charge a flat or incremental fee. Other non-limiting descriptions of related art include systems for entrance to, exit from, and optionally paying for, a iocker, storage space, hotel room, conference room, a vault or safe, amusement park, game spaces, and gyms.
BRIEF SUMMARY OF THE INVENTION
[0007] Embodiments of the invention comprise a system for location-based entry into and exit from a secured space that is a registered location 10, using an app 20 running on a mobile, internet-connected device 30. The secured space may be any shape or size, and is registered with the system by entering geographic location information 110 of the secured space into a remote processing center 40. In some embodiments a mobile device with app 20 transmit its current geographic location 240 to the remote processing center. When the remote processing center finds correspondence 550 between the geographic
information 240 transmitted from the mobile device and the geographic
Information 110 of a registered location, the processing center may execute one or more default actions, as non-limiting examples, opening a barrier, unlocking a door or disarming a security system, recording a time stamp, or charging a fee.
DWT 20426337 1 0Q93748-QQ2WO0 2
[0008] Some embodiments of the invention comprise a system for location-based entry and exit from a registered facility after payment of an entrance fee. An end user with app 20 on mobile device 30 may immediately begin using the system to pay the entrance fees at a registered facility, and the facility provider may immediately begin using the system to collect entrance fees. There is no need for any additional hardware or workers at the registered location to operate the system,
[0009J In these embodiments, when app 20 is launched or running, the mobile internet-connected device 30 continuously or intermittentl transmits to the remote processing center 40 information comprising the current geographic location 240 of the device. The remote processing center analyzes the geographic information 240 transmitted from the mobile internet-connected device, and compares this with the geographic information 110 of ail registered locations 10. The processing center analyzes the data to determine if the geographic location 240 of the mobile internet-connected device corresponds 550 to the geographic location 110 of a registered facility.
100010] Correspondence 550 may be found when the mobile internet connected device 30 is within a specific geographic distance 551 of a registered location, sometimes referred to as being within a geo-fence. The geofence may be any shape or size. Correspondence may also be found when a geofence around an end user's mobile device intersects with the geofence of a registered location.
[00011] When analysis by the processing center finds correspondence between the geographic location 240 of the mobile internet-connected device and the geographic location information 110 of a registered facility, the processing center may execute a default action 570 to charge the end user an entrance fee.
[00012] A default action 570 may be linked 250 to each registered location by
either the system operator or by the end user. In many embodiments, the system operator will link 250 a specific default action 570 to a class of registered facilities.
[00013] In some embodiments the linked 250 default action may be to charge an entrance fee. As a non-limiting example, registered location 10 may be a parking facility. When app 20 running on mobile device 30 associated with a vehicle enters the geo-fence of a registered parking facility, the remote
DWT 20426337 1 0093748-002WO0 3
processing center finds correspondence 550, and executes 570 the default action to charge a fee.
[00014] The remote center 40 associates a vehicle with mobile device 30 upon entry of vehicle information 220a. The system allows the end user to modify the associated vehicle information 220a, or to have multiple vehicles associated with a single mobile internet connected device,
[00015] The system may function in a similar manner in other instances where a registered facility charges an entrance fee, as non-limiting examples, payment of docking or slip fees at a marina, or paying airport landing fees. When the processing center finds correspondence 550 between a mobile device and associated boat, and a registered marina, or between device and associated airplane, and registered airport, the processing center may execute a default action 570 to charge the user the facility fee. The remote processing center may transmit a receipt to the facility operator, so the operator can verify that the associated vehicle has paid the entrance fee, and may transmit a confirmation receipt to the end user.
[00018] In some embodiments, when processing center 40 finds geographic
correspondence 550, the default action 570 may be to open a moveable physical barrier, unlock a door, disarm a security system, charge a fee, or a combination of these or other actions. In other embodiments, the default action may be to transmit a QR code or other code 576 to the end user's mobile device 30
[00017] In some embodiments, a registered space may have a moveable,
physical barrier 17 that opens to grant access to the space. Moveable physical barrier 17 may comprise any barrier, door, gate, door, lock or security system that may be disarmed to grant access to a registered space.
[00018] In some embodiments, moveable physical barrier 17 may open to grant access to a space that charges a fee for access based on increments of time. Non-limiting examples include parking facilities, lockers, storage facilities, hotel or conference rooms, entrances to game spaces, or any other space separated from another space that charge for entrance and usage based on time.
[0001 ] In these embodiments, moveable physical barrier 17 connects with
hardware 15 that opens and closes the barrier 17. Hardware 15 is i
communication with software 12 and operates to open or close the barrier in
DWT 20426337V 1 0093748-002 O0 4
response to instructions communicated from software 12 to hardware 15.
Software 12 is simultaneously in communication with the remote processing center 40. Using cioud technology, information, instructions and signals may be transmitted between and among hardware 15, software 12, and remote processing center 40.
[00020] In instances where processing center 40 finds correspondence 550
between mobile device 30 and a registered location 10, processing center 40 may transmit instructions to the software 12, instructing the software to communicate with barrier hardware 15 to open barrier 17. Once barrier 17 is open, the end user may enter the registered location.
[00021] Some embodiments comprise a system for location -based entry and exit from one or more registered parking facilities with a moveable physical barrier 17 at the entrance, comprising entering, into a remote processing center, geographic information 1 0 of at least one parking facility and a fe structure 120a for that parking facility.
[00022] A non-limiting embodiment of a moveable physical barrier 17 is gate arm 1 a connected with hardware 15 in communication with softwar 12. When the processing center 40 finds correspondence 550 the remote processing center may instruct the software 12 to communicate with hardware 15 to raise the gate arm and let the end user with mobile device 30 and associated vehicle enter facility 10, The remote processing center also may time stamp the user's entrance, and may generate an open unique parking session record associated with that user The user may park the vehicle.
[00023] When end user wishes to leave the parkin facility, app 20 transmits to processing center 40 a request to exit the parking facility. The remote
processing center analyzes the request to exit. When analysis by the processing center finds the request to exit is sent from a mobile device associated with an open unique parking session record, processing center sends Instructions to the gate software 12 to open the gate 17, records the parking session ending time, and closes the unique parking session. The end user exits the parking facility, and the gate closes. The processing center may send confirmation receipts to the parking facilit operator, so that the operator may verify whic vehicles have paid to park using the system.
DWT 20426337 1 0093748-002WO0 5
[00024] The processing center 40 calculates an end user payment based on the elapsed time and the parking facility rate structure 120a, and charges the calculated amount to the end user's payment option 210, The calculation and charge by the processing center may occur before, during or after opening the gate. These embodiments optionally may encode sophisticated logic, as non- limiting examples, parking validation, coupons, special rates, personalized rates, loyalty programs, or other information. The system works whether paying by app, voice, or text message.
[00025] Embodiments of invention may give greater flexibility to parking facility operators or other operators of facilities that charge for entrance, and may eliminate or reduce the need for a payment processing or access devices.
Facility operators may use embodiments of the invention to charge users a flat or variable fee, without the need for investment in hardware. The fee can be varied depending on a variety of parameters, giving a registered facility greater flexibility in pricing structure through use of the invention.
[00026] In some embodiments, a registered location 10 may be coupled with
registered readable code 14, When the processing center finds correspondence 550 between the user's location 240 and the registered geographic location 1 0 of a location 10 with readable code 4, the default action 532 activates a camera, scanner or other reader (collectively "scanner") connected with the user's electronic device 30. The activated scanner may scan or otherwise read the registered readable code, and mobile device 30 with app 20 transmits the information to the processing center. The processing center 40 reads the transmitted code and implements a default action 5700. See, Figures 4, 14.
[00027] The programed action may be to open or close a moveable physical
barrier 17, to lift or lower a gate arm 17a, to open or close a vault, to request specific information, complete a transaction, to lock or unlock any (ock, to arm or disarm a security system, or complete any other action that may be implemented based on a command sent from a remote location to software at a registered location.
[00028] in some embodiments, the registered readable code 14 may be coupled with an individual parking space in a parking facility, or coupled with an individual street parking space, as a non-limiting example, by having a sticker displayed on
DWT 20426337 0093748 0G2WO0 δ
a parking meter. In some embodiments, each individual parking space is a registered location 10, with geographic information 1 10 coupled with registered readable code 14. In other embodiments, registered location 10 may comprise a plurality of individual parking spaces, each with a display of registered readable codes, and each coupled with a single registered location 10. As non-limiting examples, within one registered parking facility 10 each parking space may display registered readable code 14; or one side of a street may be a registered location 10 with specific parking rate parameters 120a, and each parking space on that side of the street may display registered readable code 14 coupled with that registered street parking location 10. When an end user with a mobile device with the app is within correspondence distance 551 of registered location 10 and the processing center 40 finds correspondence 550, the default action activates scanner 32. The end user may scan the display of registered readable code 14 coupled with. an individual parking spot, and the system may record the exact parking location, in addition to the time the parking session began, and other information.
[00029J The mobile device may be a stand-alone device (as a non-limiting
example, a mobile phone), or may be permanently connected with a vehicle (as non-limiting examples, a car-phone or integrated circuitry).
£00030] In some embodiments, the end user may enter at least one end user payment option. As non-limiting examples, the payment option may be a credit card or a debit card. In some embodiments, a specific method of consumer payment option is linked to a specific registered location, as a non-limiting example, an employer may pay for employees to park in a specific registered parking facility, and the remote processing center will charge the employer when the end user/employee parks in that lot, however the processing center will not charge the employer when the end user parks in other registered tots,
[00031] Embodiments of the invention may be used determine a variety of
information, including parking availability, real-time inventor of parked vehicles, which vehicles are currently parked, the parking spot of each parked vehicle, the amount of time each vehicle is parked , driving patterns of users, or other information. Some embodiments may be used to reserve a parking space in a designated parking facility.
DWT 20426337v1 0093748-002WO0
(00032] In some embodiments, the system is a time and/or location-based revenue control systems when one or more of the following are conducted by connection to servers on the internet; (a)(1) computation to determine time elapsed, (a)(2) lookup or computation to determine an applicable rate schedule (a)(3) lookup of user's personal and/or loyalt information, (b) lookup or computation to determine the total payment due, (c) determining a user's payment information, {d) determining a merchant's payment information, (e) creating a payment transaction, (f) confirming entrance authority, (g) confirming exit authority, (h) rejecting entrance authority, (i) rejecting exit authority, (j) issuing commands to effect entrance or exit, (k) logging of data. Special cases of (j) include: printing a ticket, programming an electronic device, raising or lowering a gate arm, opening or closing a gate, Socking or unlocking a lock, enabling or disabling an alarm, and enabling or disabling additional physical security measures.
DESCRIPTION OF THE SEVERAL VIEWS
[00033] Figure 1 is a. flow diagram of embodiments of the invention when a
registered location is a point of sale,
[00034] Figure 2 is a flow diagram of embodiments of the system executing
different default actions,
[00035] Figure 3 is a flow diagram of embodiments of the invention when a
registered location is an action location.
[00038] Figure 4 is a flow diagram of embodiments of system analysis and action when the default action activates a scanner,
[00037] Figure 5 is a screen shot of an embodiment of the invention, showing payment by text message upon exit.
[00038] Figure 6 is a screen shot of an embodiment of the invention, with a circle on a map Identifying a registered location.
[00039] Figure 7 is a screen shot of an embodiment of the invention , allowing a user to enter user data.
[00040] Figure 8 is a screen shot of an embodiment of the invention, allowing a user to enter payment data and vehicle information.
[00041] Figure 9 is a screen shot of an embodiment of the invention, sending a query to the user.
DVVT 20 26337v1 0O93748-002 WOO 8
[00042] Figure 10 is a screen shot of an embodiment of the invention, showing a receipt or confirmation message.
[00043] Figure 11 is a screen shot of an embodiment of the invention, showing another receipt or confirmation message.
[00044] Figure 12 is a screen shot of an embodiment of the invention, showing a real-time log of parked vehicles.
[00045] Figure 13 is a schematic representation of an embodiment of the
invention, showing geo-based entrance to a registered location.
[00046] Figure 14 is a schematic representation of embodiments of the invention.
[00047] Figure 15 is a schematic representation of embodiments of the invention .
[00048] Figure 16 is a schematic representation of embodiments of the invention.
[00049] Figure 7 is a schematic representation of embodiments of the invention.
[00050] Figure 18 is a schematic representation of embodiments of the invention. DETAILED DESCRIPTIO OF THE INVENTION
[00051] As used in this specification, "electronic device", "mobile device" and
"internet-connected device" are used interchangea.biy.and mean the same thing. Non-limiting examples of these devices are mobile phones, tablets, PDAs, handheld devices, car-phones, computers and any other device thai can receive and transmit information via the internet, either wirelessiy or through wires. As used in this specification, "geographic Information" means any data that identifies the unique physical location of a location, and may include longitude and latitude data generated from global positioning technology.
[00052] As used in this specification., a "barrier'1 may be any moveable, physical barrier that opens and closes, separating one space from another space. As non-limiting examples, the term barrier may include gates, locks, deadbo!ts, windows, entryways, moveable barriers, gate arms, sliding doors, garage doors, locker doors, cabinet doors, hotel or conference room doors, or any other door, lock, gate or any other moveable physical barrier opens and closes, or locks and unlocks to separate one space from another space.
[00053] As shown in Figure 1 , in some embodiments, the physical location 10 of a place of business is registered with the system 110. A registered location 10 may be a point of sale, an action location, or both. In some embodiments, a
DWT 20426337V1 0093748-002 WOO 9
gale, gate arm, door, or other moveable physical barrier may be an action location.
[00054] As shown in Figures 4 and 16, an action location may comprise a
registered location 10 equipped with software 12 that is in communication with the remote processing center 40, sending and receiving signals from the remote processing center 40. Software 12 is simultaneously in communication with hardware 15 that opens and closes a moveable physical barrier 17, or takes other action.
[00055] Registration requires entry of specific data into the processing center, including entry of specific location information 0. Registered location geographic information 1 10 Is any data that identifies the unique physical location of a registered location 10, and may include longitude and latitude data generated from global positioning technology, or may be a correspondence distance or geofence 551. The system allows for numerous registered locations, for a plurality of businesses. The system also allows for a plurality of registered locations at a single place of business, as non-ltmiting examples, multiple unique cash registers at a single store, or registered locations for different types of sales at a single cash register, or for a plurality of registered locations, each
representing for example an individual parking space.
[00056] Registration can occur in any number of ways, including data entry via a mobile phone, computer or other internet-connected device, whether wired o wireless.
[00057] In one embodiment, the provider, merchant or system operator may
register geographic information 1 10 with the system by entering the information Into a computer connected with the processing center 40. In another
embodiment, the provider may be physically at the facility to register. The facility provider may access the back-office feature of the system through an electronic device 30, The system may show a detailed map on the electronic device, with a mark to show the exact location of the electronic device, using geog raphic location technology. The owner may stand at the entrance of the facility, and upon activation, the invention will determine the exact location of the entrance of the facility, and locate the entrance on a map, as designated by a mark on the map.
DWT 20426337V 1 0093748-002 WOO 10
[00058] in one embodiments the system wii! prompt the owner/provider to enter the name of the facility, and if desired, a special mark that is specifically linked to that particular facility. Figure 6 shows an exemplar screen that will appear to a parking provider, allowing the provider to enter the name of the parking facility, and to press a button on the screen to set the physical location of the entranc of the parking facility, and thereby create a registered parking facility,
[00059] Registration may also include entry of any other merchant or owner
parameters 120, as needed. A merchant or owner parameter 120 may include a fee structure 120a, permitted times of access 120b, the type of business 120c, a list of approved customers 120d, coupons, special rates, personalized rates, or other loyalty program 120e, or any other variabie 120f, information or parameters that may be desired. The rate structure 120a may be of any type, as non-limiting examples, incremental timed rates, flat fee rates, validated parking rates, special event rates, rates paid by third-parties, a unique rate structure for each individual space, for example a unique rate for a single parking space on the street or in a parking facility, a rate based on parking usage, a maximum transaction amount, daily, hourly, fraction of hour, or monthly rates, rates based on time of day, day of week, or any combination thereof. The fee rate 20a may be set in any currency desired, in the United States, this will generally be dollars and cents.
[00060] After a facility is registered, a facility owner, or other designated person may access the system through an electronic device or computer, and may enter or change the fee structure 120a or any other owner parameter 120 for each designated parking facility.
[00081] A registered location 10 is created once geographic information 110 and optional rate structure 120a of a facility are entered with the system, end users may use the system to pay for goods or services at that registered location 10 through the app 20.
[00082] The user may acquire 510 the app in any way. As non-limiting examples, a user may acquire the app by downloading the app to a mobile phone or to any other internet-connected device, or may acquire the app through CDs, or any other way to transfer software.
[00063] After a user has acquired the app, the user may enter at least one
payment option 210 and user parameters 220, The end user's payment option
DWT 20426337V 1 0093748-QG2WO0 11
210 and user parameters 220 are associated with the user's mobile device and are stored in the central processor 40, See Figure 1 ,
[00064] A payment option 210 includes any payment method. As non-limiting examples, the payment option may be a credit card, a debit card, a gift card, other bank card 210a; a bank account or online payment option 2 0b; validated payment credit, coupons, or payments by third-parties including but not limited to employers 210c; the use of checks 210d; cash 21 Oe; or other payment method 21 Of. The processing center may, in many instances, use a third party to complete the debit, credit or other payment transactions. See, Figure 14.
[00065] In some embodiments, a specific consumer payment option 210 and/or other user parameters are linked to a specific registered location 10. In some embodiments, the user ma enter a specific credit or debit card to pay for a specific transaction. In another, non-limiting embodiment, an employer may pay for employees to park in a specific registered parking facility 10, and the remote processing center 40 will charge the employer when the end user/employee parks in that lot, however the processing center will not charge the employer when the end user parks in other registered lots.
[00066] The user may enter various user parameters 220, as needed or desired.
As one non-limiting example, user parameters may be vehicle identification information 220a and may include one, some or all of the following: make, model, year, license plate number, color or any other information. The user's mobile device becomes associated with at least one vehicle when the end user enters user parameters describing that vehicle, and this information is stored in the central processor 40. See Figure 1. The user information may be varied, as desired, at any time. As a non-limiting example, the user may have more than one vehicle, and each vehicle may be entered and associated with the end user's mobile internet connected device. In other instances, the user may have a rental car, or be a passenger in someone else's vehicle,
[00087] User parameters 220 may be specific to each registered location. In
these embodiments, a user may set different parameters for different businesses or locations. As non-limiting examples, a user may set a maximum purchase amount at a specific location; may limit the days that payments may be processed at a specific registered location; or may enter a first payment option
DWT 2042633?v1 0093748-O02WO0 12
linked to a specific registered location, and a second payment option linked to a second registered iocation.
[00088] in some embodiments, user parameters may be specific to general types of businesses so that the same user parameters are used when the user is at any registered location of a specific type of business. As non-limiting examples, specific types of businesses may comprise parking facilities, hotels, gas stations, marinas, airports, storage spaces, lockers, game spaces, or amusement parks.
[00069] in other embodiments, the user's mobile device is associated with user parameters comprising identifying information 220b for a boat, airplane, or any other machine or device. In these instances, user parameters 220b comprise information identifying a boat, airplane, or other machine or device. Additional user parameters may comprise user identification information 220c; approved registered locations 220d; a maximum purchase amount or a other transaction information 220e; and any other information, variable or parameter 220f that may be desired, in some embodiments, the app 20 may prompt the user for information 220, prior to first use, or during the use of the app 20. See, Figure 14.
|00070] App 20 transmits information associated with the user's electronic device 30 to the cloud via the internet to the remote communication devices, including orbiting satellites, communication towers, and other equipment used for wireless communications. See Figure 5. These remote communication devices are not at the point of sale or action location; they are remote from the registered
Iocation 10. The information may then be relayed from these remote
communication devices to the remote processing center 40, See Figures 1 , 2, 3 and 4. In these embodiments, when an associated mobile device with the app 20 is running or open at a registered iocation 10, and the relevant parameters correspond 550, the merchant does not need any device to receive or send information, and there is no need for input or entry by the merchant. In these embodiments, launching or running the app 20 at a registered Iocation 10 completes the transaction,
[0007 ] Correspondence 650 is determined throug analysis 540 by processing center 40 of geographic location information 240 received from the user's electronic device 30. Processing center 40 will find correspondence 550 when
DWT 2042633?v1 0093748-0Q2WOQ 13
the transmitted geographic information 240 is within the correspondence distance or geofence 551 of a registered location 10.
00072] The correspondence distance or geofence 551 of registered location 10 may be in any shape and may b as specific as needed. As a non-limiting example, the geofence 561 may to identify and distinguish individual parking spaces, whether on the street or in single level or multi-level parking facility. In these embodiments, each parking spot may be a unique registered location 10. In other embodiments, the correspondence distance or geofence 551 may be the exact shape of a registered location, whether that shape is square, rectangle, triangle, circle, ellipse, polygon, or any other shape. See e.g. Figures 8, 10, 16 and 17, The geofence 551 may be three-dimensional, as a non-limiting example, a multi-level parking facility. Correspondence distance or geofence 551 may be a specific as needed to distinguish individual cash registers among a plurality of cash registers inside a single business. It is apparent that the shape and size of the geofence or correspondence distance 551 may be as accurate as the technology allows.
[00073] In other embodiments, the mobile phone of an end user defines a mobile geo-fence. When the geofence of surrounding a registered mobile device intersects with the geofence of a registered location, the system ma permit a variety of default actions, including but not limited to paying for parking, opening and/or closing any moveable physical barrier, granting access, locking and/or unlocking any barrier.
fQQQ74] In some embodiments, a registered location 0 may comprise a mobile location with software that transmits the current, mobile geographic location. A processing center associates a geo-fence 551 with the mobile location. The geofence may be any size needed. As a non-limiting example, a taxi may be a registered mobile location, and th size of the geo-fence 551 may be the size of the taxi cab. Software connected with the taxi transmits the taxi's current geographic location to the processing center. When a registered end user with the app enters the mobile geo-fence 551 , the default action may be to time stamp 575 and begin a taxi cab fare ticket. In other embodiments, when the geographic information 240 from an end user's mobil device enters a taxi's
DvVT 20428337v1 0093748-002WO0 14
mobiie geo-fence 551 , the default action may be to query the end user about a taxi ride destination, or any other query needed to begin a taxi trip.
[00075] As another non-limited example, boat, airplane or a food truck may be a mobile registered location. A registered mobile location is not limited to vehicles. A registered mobile location comprises any mobile device capable of emitting a geo-fence for which registered location information 120 and a default action, 570 or 5700, has been entered into processing center 40. In these embodiments, the app 20 and processing center 40 communicate to execute the desired default action, 570 or 5700. in some instances, the default action may be to start a time-stamp and/or begin a fare calculation. In other instances, the default action may be to order food item from a food truck.
[00076] The app 20 transmits to the processing center 40 the current geographic location 240 of the associated electronic device 30 using positioning technology that is known to those skilled in the art, as a non-limiting example GPS (Global Position System}.
[00077] A default action 570 is linked 250 to each registered location, or type of registered location, by either the system or the user. A default action 570 is an action implemented by the processing center 40 after finding correspondence 550 betwee geographic information 240 and 1 10. The default action may be a single and final action, or it may be the first in a series of actions. See, Figures 2, 4 and . The default action may be any action where the processing center can effect action 574, either directly within the processing center itself, through communication with software 12, or through communication with third party payment processing centers.
[00078] In some embodiments a default action 570 comprises charging the end user payment option 210 when the user's associated mobile device 30 is at a specific registered facility 10. A non-limiting instance comprises paying for parking at a registered parking facility 10 with a flat fee parking rate structure 120a. In this embodiment, when a user with an associated mobile device 30 drives to a registered parking facility 10 and enters geofence 551 . the system automatically charges the end users payment option 210 the flat fee according to parking rate structure 120a, The processing center analyzes 540 the geographic Information 1 10 of the registered parking facility 1 and the
DWT 20426337v1 0093748- 002 WOO 15
geographic information 240 transmitted from the user's electronic device 30. When analysis finds correspondence 550, the processing center 40 executes the default action 572 to charge the flat fee 120a to the user's payment option 210. f 00079] No action is taken if the geographic information does not correspond 560, or if there is no user payment information associated with the user electronic device. See Figures 1 and 2.
[00080] In other parking embodiments, when there is correspondence 550, a
default action 570 or 5700 may also generate 577 a unique parking session record 11 and transmit 5725 confirmation receipt 19 to the parking facility operator. The unique parking session record 11 associates the identifying information of the vehicle 220a and mobile device 30 with that registered parking facility 10. The system may send a confirmation message 9 with any or ail of this information to the parking facility operator, and the operator may use this information to verify that ail parked vehicles have paid to park. The system may also send a confirmation receipt 9 to the end user, with some or all of this information. See Figure 15,
[00081] The confirming message 19 may be an email, text message or instant message, or any other form of communication of real-time information regarding the status of registered vehicles, as shown in Figures 11 and 12.
[00082] The system is not limited to parking facilities. Embodiments may function In a similar manner in any instance where the fee 120a is a flat rate, whether this flat rate is an entrance fee or any other fiat rate fee, in these embodiments, default action 572 completes the flat fee transaction when processing center 40 analysis 540 finds correspondence 550 between geographic information 240 transmitted from an associated mobtie device 30 and geographic information 110 of a registered location 10. See Figures 2 and 14. As non-limiting examples of flat rate entrance fees, the system may be used at a gym, airport, marina, hotel, game space, amusement park, movie theater or other space that has a flat entrance fee,
[00083] As a non-limiting example, a boat captain may set the app to pay
entrance, docking or slip fees at registered marinas. The captain may enter boat identification information 220b, which is transmitted and stored by the remote processing center 40. The processing center associates the boat identification
DWT 20426337vi 0093748-0D2WO0 16
information 220b with the captain's mobile device 30. App 20 transmits geographic information 240 of the associated mobile device and boat to processing center 40. When processing center 40 finds correspondence 550 between the transmitted geographic information 240 and geographic information 110 of a registered marina, the default action 570 may be to charge the captain's payment option 210 a fee, and generate a session record 11. Confirming receipt 19 may be sent to the marina operator and/or boat captain, so the parties have a record and can verify that this boat has paid the required fee.
[00084] Likewise, and as another non-limiting example, a pilot (or other user) may use the app 20 in a similar manner to pay airport landing and/or takeoff fees at any airport that is a registered iocation 10,
[00085] A default action 570 may be entered by the end user 250, or b the
system operator 252, A default action may be to purchase a specific item at a registered Iocation 10, where that item may have a standard price or may have a variable price. As a non-limiting example, in this instance, the consumer may Sink 250 a default action to purchase 10 gallons of gas at registered gas stations 10. Upon launching or running the app at a registered gas station, and upon finding correspondence 550 of geographic information 240 and 110, processing center 40 will execute default action 572 to charge the user for the 0 gallons, even if the price per gailon varies.
[00086] Non-limiting, examples of other default actions 570 may be to time-stamp, or start the timer on payment of a fee based on increments of time 575, to lift or lower a gate arm 5728, to activate a scanner 532, or any combination thereof. A non-limiting example of a combination is to time-stamp and raise/lower a gate arm when a user launches the app 20, Se Figures 2 and 3. Another non- limiting example Is to time-stamp and open a unique session record 11.
[00087] A default action may be the first action in a series of actions. As a non- limiting example, the default action may comprise transmitting a query, question, or other prompt 573 back to the user's associated electronic device 30, viewabie on the screen 31. Figures 7 and 8 show examples of a screen that prompts a user for the above-described information. As non-limiting examples of a question, prompt or query 573 the processing center ma ask the user to enter an amount of payment 573a, confirm a payment amount 573b, confirm the
O T 20426337V 1 0093748-002WO0 17
physical location 5?3c, confirm user identifying information 573d, confirm vehicle, boat or plane identificatio 573e, confirm purchase item 573f, to confirm that the user wishes to park, dock or land at the specific registered facility 573g, and/or any other prompt or question that is needed or wanted,
G0088] in some embodiments, a registered location 10 may be an action location comprising a moveable physical barrier 17 with dedicated hardware 15 to access, open or uniock the barrier. The dedicated hardware 15 is connected and in communication with software 12, and software 12 may communicate with the remote processing center 40. In these embodiments, the default action may be to open a barrier or Sift a gate arm 5728 separating a first space from a second space, with or without requirement an entrance fee,
[00089J In some embodiments, a registered location may be specific to an
individual gate, or moveable, physical barrier 17, As non-limiting examples, each locker doo in a row of lockers may be a unique registered location. App 20 transmits 530 the geographic information 240 from the electronic device 30 to the remote processing center 40. The center analyzes 540 the geographic information 240. When the received geographic information 240 corresponds 550 with a registered location 10 with software 12, the processing center 40 may communicate with software 12 to signal hardware 15 to open or unlock that gate or other moveable barrier 17. As non-limiting examples, in these instances, the moveable physical barrier 17 may, when opened, grant access to a !ocker, a storage space, hotel room, or any other secured space. This system may increase security over conventional locking systems,
[00090] Non-limiting examples of dedicated hardware 5 may be a lock, hardware to raise and lower a gate arm, or open and close any gate or barrier, an electric eye, security keypad, or any other security equipment that locks/unlocks, or opens/closes or otherwise grants access to a secured space.
[00091] Software 12 may receive instructions from remote processing center 40, instructing software 12 to communicate with equipment 15 to execute various default actions. As non-limiting examples, in response to instructions from the remote processing center 40, software 12 may communicate with equipment 15 to open or close a barrier 5724, lock or unlock a door 5728, lift or lower a gate arm 5728 (transmit a purchase amount 5725, create a time-stamp that notes a
OWT 20 26337v1 0093748-002 WOO 18
specific point in time 575, or do any other software executable action 5727, or any combination thereof. See Figure 14.
[00092] A combination executable action may comprise associating mobile device 30 with a time-stamp for the opening or closing of a moveabie physical barrier 17. As a non-limiting example, a registered parking facility 10 may have a gate arm, gate or other moveable, physical barrier 17. In some of these
embodiments, a user may open or run 530 the app 20 at the registered parking facility 10 with a gate arm 17a. When the processing center 40 finds
correspondence 550 between the user's geographic information 240, and the geographic information 110 of a registered parking facility 10 and in accordance with a linked default action, the processing center may instruct software 12 to raise a gate arm 5728, and also may generate a time-stamp 575, recording the time the gate arm 17a raises. The open gate arm allows the associated vehicle and mobile internet-connected device 30 to enter the parking facility 10, The processing center opens 577 a unique parking session record 11 , which comprises the associated device 30, vehicle information 220a, and the time- stamped entrance with a registered parking facility.
[00093] in these embodiments, the barrier closes after the vehicle enters. The barrier may close in response to instructions sent b the remote processing center 40 to the barrier software 12; or may close after a certain amount of time; or may close when the vehicle triggers a vehicle detector, including when a vehicle triggers an integrated loop; or may close in response to a user request,
[00094] The system is not limited to parking embodiments. Other embodiments may be used to grant access to secured spaces with or without payment of a fee. The system may be used as described herein in any other instance where a moveable physical barrier 17 opens or unlocks to grant access to a secured space, or in any instance where a security system is used for homes, hotels, businesses, museums, banks or other secured spaces. Upon finding geographic correspondence 550, and verification of other owner parameters 120 and user parameters 220, the remote processing center 40 may signal software 12 to deactivate any security system operated by equipment 15, thereby permitting the end user to access the secured space.
DWT 20 26337v1 0093748-002 OO 19
[00095] Another default action may be to activate 532 a scanner 32. This default action is linked 250 to registered locations 10 coupled with registered readable code 14. In these embodiments, the registered readable code may provide additional verification that the associated mobile device 30 is at a specific geographic location.
[00096] Readable code is registered and stored with the processing center 40 by coupling the code 14 with a registered location 10 where the linked default action 250 for thai registered location is to turn on scanner 532, and transmit the scanned code 14 to the processing center 40. See Figures 3 and 4. The readable code 14 may also comprise any other merchant or owner parameter 120 that is desired. Or the merchant owner parameters 120 for the specific readable code 14 may be stored in the remote processing center.
[00097] The registered readable code 14 may be displayed in either tangible or intangible form. Non-limiting examples of tangible display include bar codes, Q codes, or near field communication tags, stickers or paper. Non-limiting examples of intangible display include display on screens, or RFID. It is apparent that any means for displaying coded information may be used.
[00098] In these embodiments, the user may launch or run app 20 on electronic device 30 with a camera, scanner or other reader (collectively "scanner") 32.
[00099] The processing center analyzes 540 the geographic information 240.
When geographic information 240 transmitted from an end user's associated mobile device 30 corresponds 550 to a registered location 10 with registered readable code 14, the linked default action 250 activates scanner 532. The processing center 40 activates scanner 532 by transmitting, via the internet, instructions 532 to the app 20 on electronic device 30 activating scanner 32. See Figure 4. Upon receipt, analysis and verification of this transmission 5721 , the processing center transmits instructions 5723 to software 12 connected with that registered readable code 14.
[000100] The end user approaches the display of registered readable code 14 and positions activated scanner 32 to scan code 14, App 20 transmits 5721 the scanned code 4 to processing center 40. The processing center 40 analyzes the transmitted registered readable code 14, verifying the exact location of the user.
DWT 20426337V 00937 8-0Q2WO0 20
[000101] This additional verification may be useful in instances where the system may find correspondence 550 between a plurality of associated devices, and a single registered location 10 at the same time. As a non-limiting example, a line of vehicles with associated devices 30 running the app 20 may be queued to enter a registered parking facility 10 with a moveable physical barrier 17 that is opened and dosed by equipment 15. See Figure 18. In these instances, the system ma find correspondence 550 between a plurality of associated vehicles and devices, and a single registered parking facility 10. Registered readable code is displayed within scanning distance of the first vehicle in front of barrier 17. See Figure 18. Only the first user in line in within scanning distance of registered readable code 14. The activated scanner 32 may scan and transmit the registered readable code 14 to the processing center. The processing center 40 analyzes the transmitted code 14 and communicates instructions to software 12 and thereby to equipment 15 to open barrier 17, Processing center 40 also generates an open parking session record 1 1a associating a specific mobile device 30 with the time the barrier is opened. Scanning the registered readable code by device 30 provides additional verification that open parking session record 11 a is properly associated with a specific mobile device 30.
[000102] The system is not limited to parking facilities and may be used with any moveable physical barrier 17 connected with equipment 5 that opens/doses or locks/unlocks, in response to instructions from software 12, to separate a secured space from a non-secured space, to open/close a moveable physical barrier or gate 5724, or to raise or lower a gate arm 5728, or to lock or unlock a door 5726, In these embodiments, the processing center 40 analyzes the transmitted code 14 and communicates instructions to software 12, which may directly execute the instruction, or may further instruct equipment 15 to execute the instruction to open the barrier 1 or to deactivate security system.
[000103] In some embodiments, software 12 may be connected with readable code 14 displayed at a single cash register, or displayed on a single parking meter, or displayed on any other unique registered location 10. After readable code 14 is transmitted 5721 from the scanner 32, and the processing center finds
correspondence 550, the processing center 40 send instructions to software 12 in communication with a registered cash register, parking space or other unique
DWT 20426337V 1 Q093748-0Q2WQ0 21
registered location 10. in some embodiments, the instructions may be to complete the transaction shown on the cash register 5772. In some
embodiments, the instruction is for other software executable action 5727, such sending an access code to the user. An access code may be an alphanumeric code that the user enters in a keypad that opens or unlocks a gate or moveable physical barrier 17; or an access code may be a OR code that is displayed on the end users mobile device; or an access code may be another other shape, code, display or design that may be transmitted to the end user's mobile device and used to grant access to a secured space.
[000104] The readable code 1 s entered and stored in the system using
techniques known by those skilled in the art to couple coded information with tangible or intangible media. The code 14 may contain geographic data 10 linked to a specific location 10, or geographic data coupled with a specific display of code may be entered and stored in remote processing center 40. The geographic information of registered readable code may be the same as the merchant geographic information 110 of an entire facility. Or the geographic Information 110 may be the location of a single parking space, on the street or in a parking facility. Thus, each display of registered readable code may function as a registered location 10, with registered geographic information 110. in addition, any other information may be encoded in registered readable code 4, as a non- limiting example, a rate structure.
[000105] In some embodiments, when the end user is within a secured space with a moveable physical barrier 17, and the user wishes to exit, the end user transmits, via the associated mobile device 30 to the remote processing center 40, a request to exit 260 the registered location. A request to exit 260 has many embodiments. As non-limiting examples, a request to exit may be entered by the end user info mobile device 30 and transmitted from the mobile device to the remote processing center; may be initiated in response to geographic location information 240 transmitted from the mobile device to the processing center; the request to exit may be initiated when a vehicle or person triggers a detector including but not limited to passing over an integrated loop; or the request may be made by scanning, via a camera on mobile devic 30, registered readable code 14 that is coupled with an exit from a registered location.
DWT 20428337 1 00937 8-002WO0 22
[000106] In some embodiments, a request to exit 260 comprises an exit loop vehicle detector that is a registered location 10 with a geo-fence. in these embodiments, the size of the geo-fence 551 is directly associated with the size of the loop. Thus, the loop geo-fence 551 is the size needed to detect a single loop, and may be the exact size of a loop, in these embodiments, when the end user's mobiie device transmitted geographic location 240 is within the loop geo- fence 551 , the default action opens the moveable barrier 17, and the associated vehicle, mobile device and end user may exit the facility .
[000107] In some embodiments, a request to exit 260 comprises receiving, by the processing center, geographic information 240 transmitted from mobiie device 30, finding correspondence 550 and an open session record 11a associated to this registered location 10. Upon receiving such a request to exit, processing center 40 may attach an ending time-stamp, charge the user per the user payment option 210, instruct software 12 to open the barrier, and close 11b the unique session record. Barrier 1 closes after the end user exits the facility.
[000108] Other embodiments of the invention may be used to charge incremental fees for access to secured spaces such as lockers, hotel rooms or storage spaces. These embodiments allow registered facility 10 to charge fees 120a based on increments of time.
[000109] In some embodiments, a request to exit may comprise scanning
registered readable code 14 at a registered location. The code may be displayed so that only the person immediately before the exit may scan the display, to verify that a particular user is first in line to exit. In these
embodiments, the user is already within geofence 551 , and the default action 532 activates scanner. The end user positions scanner 32 to scan code 14 displayed at the exit. A request to exit comprises scanning and transmitting to processing center 40 registered readable code 14 that is coupled with a registered location exit; analyzing, by the processing center, the transmitted information; and finding an open session record 11a associated with the mobile device 30 transmitting code 14. wherein the processing center will transmit to software 12 instructions to signal hardware 15 to open the exit barrier 17.
[00011 ] In other embodiments, a request to exit comprises triggering a detector when user Is i front of, or at, the exit point. As non-limiting examples, these
DWT 20426337V1 0093748-002 WOO 23
compose light detection systems, integrated loops, vehicle detection methods, and electronic eyes. The system receives information that the detector has been triggered, and receives geographic information 240 transmitted from the mobile device 30 at the detector. Upon finding correspondence 550, the processing center opens the moveable physical barrier 17.
[0001 1 1] In some embodiments, the system allows a user to access information regarding all registered locations 10 of a specific type within a specified distance. The user may set or modify the distance range. As a non-iimiting example, the user may request the system to locate ail registered parking facilities 0 within specific distance of the user's current location. In these embodiments, system maintains a real-time log of parking space availability. The invention may show the user all registered parking facilities 10 that are remote from the user's current location, and may show parking availability at each of registered location,
[0001 12] In some embodiments, the user ma review, reserve and/or purchase
parking at a remote parking facility, either on a one-time basis, or on a regular basis. On a one-time basis, upon finding an available parking spot at a
registered facility 10, the system may notify the user via the electronic device 30, and the user may then enter information into the electronic device to reserve and/or pay for the remote parking spot.
[000113] Or the user may reserve, and pay for, a parking space at a specific
designated spot for specific periods of time. Non-limiting examples of periods of time are minutes, hours, days, weeks, and months.
[0001 4] In other embodiments, the application activates only after stopping at a registered location 10. in one embodiment, when user with an electronic device 30 containing the app 20 is stopped for a set period of time at registered parking facility 10, the application 20 will automatically prompt the user and request confirmation of payment. This feature only activates when the electronic device 30, presumably inside a vehicle with a user, are stationary. The user will be charged only after arriving and stopping the vehicle at a registered parking facility.
[0001 15] In some embodiments, after completing the transaction or executing other action, the processing center may communicate confirmation 19 of the
transaction or action. This confirmation 19 may be communicated by email, text
DWT 20426337 0093748-002 OO 24
message, mail,, XML, or an other method of communication. The confirmation may be sent to the user, to the registered facility or to both. The confirmation may contain different information, as requested by the user, or as requested by the merchant, owner or operator of the registered location. The system may send a confirmation 19 to screen 31 of the mobile device of the end user, confirming the amount of payment, and that the payment has been made and received, or other information, See Figures 10 and 11. Alternatively, the user may chose to have a confirmation 19 sent by email, text message, instant message or any other form of communication. Figure 11 shows a screen shot of a user confirmation receipt on a mobile device.
[0001 8] The confirmation step 19 allows a parking facility merchant to have
detailed, real-time information regarding parking at the registered parking facility, which may optionally include the vehicle information, and the time of entering and leaving the faciiity, location within the facility of the parked vehicle, parking and driving patterns of individual vehicles, and driving patterns in general. One embodiment of the invention may include a real-time running log, showing all transactions made using the system. See Figure 12, In another embodiment, the system may use photos or video to record the license plates of vehicles using the facility, and send this information to the parking facility operator. This information can be used to verify that all license plates are registered users.
[000117] Merchants may use this information to target advertising, or to help with parking crowding issues, Merchants may also use this information to optionally provide real-time parking space availability information to end users.
[000118] The system also allows a registered third-party merchant to validate
parking of a user with mobile device 30 parked at a registered facility 10. in these embodiments, the registered third-party merchant may access the system, enter user identification information, and the amount of the parking validation.
[000119] Some embodiments of the system analyze text messages of registered users to perform specific actions. To register with the system, a new user dials a specific number or text message address and transmits a text message containing a unique identification code for a registered parking facility 10, The processing center analyzes the incoming text message, and determines that the message is being sent from a mobile device 30 that is not linked to the
DWT 20426337v1 0093748-002WO0 25
registered parking facility 10, as a non-limiting example, from the caller !D of the mobile device. The processing center 40 transmits this new user's message to a voice dialog manager. The voice dialog manager may call the user, using the caller ID linked to the text message, and query the user for payment information, user information, and vehicle license plate information. The voice dialog manager may optionally prompt the user to scan or photograph the user's payment card, ID card, license plate, or other item. The functions performed by the voice dialog manager may be performed by other similar methods known in the art. The processing center will thereafter recognize that this user mobile phone number is linked with this registered facility, and the user will be
registered.
[000120] Thereafter, when the processing center receives a text message from this registered mobile phone number, and the text message identifies this particular registered facility using the registration code, the processing center will execute a default action,
[000121] As a non-limiting examples, the processing center may charge the user a fiat parking rate, may time-stamp receipt of the text message, begin charging the user a parking fee based on increments of time, and open a unique parking session record linked to that user's mobil device. The processing center may also optionally lift a gate arm, or open a moveable barrier, allowing the vehicle access to the parking facility. When the user wishes to exit the parking facility, the user texts the processing center. The processing center analyzes the text message and caller ID, determines there is an open unique parking session record linked to that particular caller ID. The processing center calculates the passage of tim and the resulting parking fee, charges the user, and may optionally lift a gate arm, allowing the user's vehicle to exit, and closes the unique parking session record,
[000122] In other instances, upon receipt of a verified text message, the processing center sends a command via the internet to software at the registered location, which executes a default action. The command may be to open or close and/or lock or unlock a gate, garage, door, vault, to lift or lower a gate arm, to turn on or off a laser security system, to request additional information, or other action that
DVVT 20426337*1 0093748- 002 WOO 26
may be implemented by a processing center command sent via the internet to software at a registered location.
[000123] In other instances, upon receipt of a verified text message, the processing center sends a command via the internet to software at the registered location, which executes a default action. The command may be to open and/or unlock a gate, garage, door, vault, to lift a gate arm, to turn on or off a laser security system, to request additional information, or othe action that may be
implemented by a processing center command sent via the internet to software at a registered location.
[000124] In some embodiments, a registered user may use the system to pay for incremental parking, by time-stamping entry and exit times. A registered user dials a specific number or text message address and transmits a text message containing a unique identification code for a registered parking facility linked to this registered user. When the information is verified, the processing center executes a default action. As a non-limiting example, a user texts the
identification information for a registered parking facility, and the processing center time-stam entry of the user's vehicle, and may begin charging the user a parking fee based on increments of time. To exit, the user texts the processing center, and the processing center determines the text message is from a user with a entry time-stamp, calculates the passage of time and the resulting parking fee, charges the user, and may optionally lift a gate arm, allowing the user's vehicle to exit.
[000125] Other embodiments are an optional features that may remind a user that an incremental paid parking time is about to expire; payment is due; or an optional feature allowing the designated parking facility to bill the user directly if the user leaves without paying.
[000126] In another embodiment, the system has a time-dela feature. In this
embodiment, the user may affirm the parking facility and payment charge, and the time-delay embodiment may charge the user after a specified period of time before processing the payment charge. The time-delay option will generall be in the range of 5-15 minutes, and allows a user to leave the parking facility without paying if the user changes his or her mind about parking at that time.
[000 27] The invention described herein can be implemented in the form of control
OWT 20426337V 1 OO03748-OO2WQO 27
logic using computer software in a modular or integrated manner. Based on the specification, a person of ordinary skill will know and appreciate other methods or systems to implement this inve tion.
[000128] The invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. The embodiments disclosed in this specification are to be considered in all respects as illustrative and not restrictive, and al! changes that come within the meaning and range of equivalency of the claims are intended to be embraced therein. One or more features from any embodiment may be combined with one or more features of any other embodiment without departing from the scope of the Invention.
[000129] The embodiments described herein refer to one mobile phone, user, application, merchant and provider. It is understood that there can be more than one mobile phone, user, application, merchant or provider. A recitation of "user" is intended io mean any individual, whether or not that individual is making a purchase. A recitation of "a" "an" or "the" is intended to mean "one or more" unless specifically indicated to the contrary.
DWT 20426337v1 00937 8-002WO0 .28