WO2001065492A2 - Systeme d'acces publique a des vehicules - Google Patents

Systeme d'acces publique a des vehicules Download PDF

Info

Publication number
WO2001065492A2
WO2001065492A2 PCT/US2001/006506 US0106506W WO0165492A2 WO 2001065492 A2 WO2001065492 A2 WO 2001065492A2 US 0106506 W US0106506 W US 0106506W WO 0165492 A2 WO0165492 A2 WO 0165492A2
Authority
WO
WIPO (PCT)
Prior art keywords
recited
public access
vehicle system
central computer
vehicle
Prior art date
Application number
PCT/US2001/006506
Other languages
English (en)
Other versions
WO2001065492A3 (fr
WO2001065492A9 (fr
Inventor
Lewis C. Read
Original Assignee
Read Lewis C
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Read Lewis C filed Critical Read Lewis C
Priority to AU2001241871A priority Critical patent/AU2001241871A1/en
Publication of WO2001065492A2 publication Critical patent/WO2001065492A2/fr
Publication of WO2001065492A3 publication Critical patent/WO2001065492A3/fr
Publication of WO2001065492A9 publication Critical patent/WO2001065492A9/fr

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0042—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07B—TICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00—Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points

Definitions

  • the present invention relates generally to a method and apparatus for a public access vehicle system, and particularly to a system for shared use of vehicular transportation.
  • the cost of owning an automobile or other personal vehicle does not end with the capital expense of its purchase.
  • a personal vehicle must be suitably insured and registered, and often in urban settings, storing a vehicle in a parking garage may significantly add to the cost.
  • these expenses are rather fixed, and they are no direct relation to the amount of use of the vehicle.
  • the need for a personal vehicle is significantly minimized when compared to suburban or rural settings.
  • the cost of owning a vehicle per mile driven can be exceedingly expensive for the urban dweller.
  • the urban dweller may need to have access to a vehicle for a short period of an hour or two, or even longer duration of time.
  • the rental car industry is available, it typically caters to the business traveler, and its access is generally limited to airports; the few rental locations in cities are generally far a part.
  • the cost of conventional rental vehicles is prohibitive for the private user desiring a vehicle on a periodic basis, such as the urban dweller who needs the vehicle for a personal trip outside of the city.
  • an automated personal vehicle service system includes an automated check-out unit, which is operatively coupled to at least one vehicle.
  • the automated check-out unit is responsive to a customer request and may enable the at least one vehicle for use by a customer.
  • FIG. 1 is a functional block diagram of the public access vehicle system according to an illustrative embodiment of the present invention.
  • Fig. 2 is a functional block diagram of a central computer, an automated check-out unit, a vehicle and related databases according to an illustrative embodiment of the present invention.
  • Fig. 3 is a functional block diagram showing an interaction of various software modules with hardware units according to an illustrative embodiment of the present invention.
  • Fig. 3a is a functional block diagram showing further interaction of the various software modules with hardware units according to an illustrative embodiment of the present invention.
  • Fig. 4 shows the operational database tables according to an illustrative embodiment of the present invention.
  • Fig. 5 shows various tables according to an illustrative embodiment of the present invention.
  • Fig. 1 a system overview (architecture) according to an illustrative embodiment of the present invention is disclosed.
  • a customer request 101 is effected in the illustrative embodiment by an authorized user's placing a request with the automated check-out unit 102.
  • the automated check-out unit 102 may be a freestanding device, similar to an automated teller machine. However, it is clear that other types of user interfaces are possible, for example an on-line website interface.
  • the automated check-out unit 102 is a freestanding device similar to an automated teller machine (ATM)
  • the user may insert an identification card into a card reader, such as a magnetic card reader which is disposed in the automated check-out unit 102.
  • the automated check-out unit 102 may then ask for a validation number to be input to an alpha-numeric keypad on the automated check-out unit 102.
  • the automated checkout unit 102 will verify the particular user's validation information against stored data in an illustrative on-site database. After this check, the customer will be prompted by the automated check-out unit 102 to select a particular type of vehicle. The computer will then check to see the availability of the vehicle, and may perform other tasks at this point as well. For example, the computer may check to see if the customer's account has a zero-balance before authorizing further use. Upon satisfactory completion of the availability and balance check, the automated check-out unit 102 will send a signal to a control unit in a vehicle 103 authorizing its use by the particular user.
  • a control signal from the automated check-out unit 102 will instruct a control unit (not shown) within the vehicle 103 to unlock the doors and enable the ignition. Suitable instructions will then be given by the automated check- out unit 102 to the user as to the location of the vehicle. It is anticipated that this process will take on the order of approximately 15 to approximately 20 seconds in total.
  • the automated check-out unit 102 may be a freestanding device or a device in part of a central website.
  • Each automated check-out unit 102 illustratively includes its own database and its own control system, (e.g. a computer). Consequently, in the exemplary embodiment each automated check-out unit 102 may be self-contained with all necessary information required for a customer to check-out a vehicle for personal use. As a result, the response time between the entry of the validation number of the customer and his/her approval can be significantly reduced when compared to conventional shared vehicle systems, for example automobile rental systems.
  • the automated check-out unit 102 may be in communication with a central office 104 which has a central computer system at a headquarters site, for example.
  • the automated check-out unit 102 may be in continuous communication with central office 104 via conventional phone lines.
  • the communication link between the automated check-out unit 102 and the central office 104 may be via other known telecommunications and datacommunications media. These may be a fiber based link; a wireless based link; a cellular based link (including satellite); and other known media.
  • the hardware and software supporting these conventional links are well known, and further discussion thereof is foregone in the interest of clarity.
  • the authorization for use by a particular user along with other types of transactions may be sent from the automated check-out unit 102 to the central computer database at the central office 104. This may be for the purposes of updating the central office 104 database.
  • the central computer (not shown in Fig. 1) of the central office 104 may have individual computer terminals showing the number and status of vehicles at various sites within the overall system. To this end, the central office 104 may be connected to a plurality of automated check-out units 102 in various locations in a particular urban location, or at a plurality of urban locations throughout a region. Computer programs within the central computer (not shown in Fig. 1) will monitor the flow of cars and signal operators when a particular action has to be carried out, such as moving a particular vehicle to a particular location.
  • a central computer system 200 according to an exemplary embodiment of the present invention is shown in functional block diagram form.
  • the central computer system 200 has the useful function of coordinating user need with vehicle inventory.
  • the central computer 201 has monitoring program which constantly monitors vehicle activity.
  • the central computer system 200 will show the location of all available vehicles, as well as project vehicle demand by car type on a periodic basis, for example an hour by hour basis.
  • the central computer system 200 also will show the actual ingress and egress of vehicles within its network of vehicles; and will compare the number of vehicles available with the projected demand for vehicles. These projections along with actual vehicle trip records may be recorded in relational database 202.
  • company personnel for example in central office 104, monitor the cars available and the projected ingress of vehicles versus the projected demand for vehicles on a real-time basis. This monitoring will prompt the personnel to take active steps to move vehicles from one location to another to assure a suitable supply of vehicles based on projected demand at each particular location. While in the illustrative embodiment personnel effect the monitoring scheme, it is clear that this may be automated via central computer 201 and suitable software.
  • the relational database 202 is a useful element in the central computer system 200.
  • the relational database 202 provides a technique of organizing related data in a tabular form.
  • the tables may be groups of records with a similar record format. This format may consist of individual data fields to store individual pieces of data such as an individual's ID number, trip type, start time, start location ID, etc. Each record in a table has a unique identifier.
  • a communications relay computer 207 adds a relay function between the central computer 201 and the automated check-out unit 203.
  • the communications relay computer 207 may include a relational database 208, which also organizes useful data in tabular form. As described below, the relational database 208 may be a subset of relational database 202. Moreover, as described below, the communications relay computer 207 relays transactions to other automated check-out units (not shown) of the central computer system 200.
  • One useful feature of the central computer system 200 is that the relational database 202 will be a unique type of relational database. To this end, it is a distributed database.
  • the primary relational database is relational database 202, being located at location of the central computer 201.
  • each automated check-out unit 203 has its own relational database 204, which is a subset of relational database 202.
  • relational database 204 which is a subset of relational database 202.
  • relational database 206 which is illustratively a subset of the relational database 202.
  • each automated check-out unit 203 will have stored therein all necessary information to allow a particular user to check-out a vehicle. In addition to making the check-out time very short, this strategic redundancy of the data also fosters a more robust central computer system. If, for some reason, the central computer 201 is out of communication with an automated check-out unit 203, the automated check-out unit 203 having relational database 204 may continue to function for a period of time, illustratively a number of hours.
  • Fig. 2 shows the illustrative architecture of the central computer system 200 linked to one automated check-out unit 203.
  • the central computer system 200 may include a plurality of automated check-out units 203. Each of these automated check- out units would be linkable to a plurality of vehicle units 205. Of course, each of the plurality of automated check-out units 203 and vehicle units 205 would include respective relational databases 204 and 206.
  • Supporting the central computer system 200 are a number of software modules, referred to herein as the central computer system software modules.
  • the software for the central computer system 200 may be divided into three parts: A communications interface module; a user interface module; and a demand projection module.
  • a communications interface module a user interface module
  • a demand projection module a demand projection module.
  • FIGs. 3 and 3a functional block diagrams of illustrative central computer system software modules are shown.
  • the communications interface module 301 links the central computer system
  • the central computer 201 is linked to an automated check-out unit 203 via the communications relay computer 207.
  • Each of these computers contains a corresponding software module.
  • the central computer's module is communications interface module 301. It sends and receives a single transaction to the communications relay module 307 in the communications relay computer 207.
  • the communications relay computer 207 in turn sends the message to all of the automated check-out units 203. This message is received by the check-out unit communication module 303, which in turn sends the message to the vehicle units 205 where it is received by the vehicle's communications module 305.
  • the communication interface module 301 effects all transactions within the central computer system 200. These transactions are distributed through the entire central computer system 200 by way of the communication interface module 301.
  • a record is added within the central computer system 200 and a transaction is sent to each of the automated check-out units 203 of the system to add a record to their respective relational databases 204.
  • This transactional event is effected by the communications interface module 301, which sends a messages to the communications relay unit 207.
  • This unit creates a new message record in its relational database 208 for each automated check-out units 203 with which it communicates.
  • the communications relay module 307 updates its database 208.
  • the communications which may be used to effect the transmission of data between the various components of the central computer system are known. Illustratively, these may be via standard asynchronous transfer mode (ATM) schemes, synchronous optical network (SONET) schemes and synchronous digital hierarchy (SOH) schemes, to name a few.
  • ATM asynchronous transfer mode
  • SONET synchronous optical network
  • SOH synchronous digital hierarchy
  • each automated check-out unit 203 the record illustratively contains less information than is recorded in the central computer 201.
  • the communications interface module 301 the automated check-out unit 203 will send messages to each vehicle at its particular site (within its database) adding a customer record to each relational database 206 of each vehicle unit 205. This information (record) may then be used to validate future communications with a particular vehicle unit 205.
  • the vehicle communications interface module 306 illustratively assigns an identifying number to each vehicle unit 205, and will change the assigned identifying number in prescribed manner after each transaction throughout the day.
  • each transaction between a vehicle unit 205 and an automated check-out unit 203 will be unique by virtue of the communications interface module 301.
  • This provides an added measure of safety, as a would-be thief having intercepted a transaction would not be able to rely on the identifying information at a later point in the day.
  • the above description of the communications interface module 301 is merely illustrative, and it is of interest to note that other functions may be effected by the communications interface module 301. For example, when a customer/user checks out a vehicle, the automated check-out unit 203 sends a transaction to the central computer 201 to inform them of the event.
  • This signal is intercepted by the communications relay module 307 and sent to all the other automated check-out units 203 in the central computer system 200. In this way if a user goes to another checkout unit (not shown), that automated check-out unit has information on the user's status and which vehicle the user is using. As such, the check-in process can take place.
  • An overall purpose of the communications interface module 301 is to keep the various relational databases coordinated. All of the transactions are uniquely identified by the communications interface module 301.
  • the user interface module 304 effects the monitoring of the central computer systems 200 by personnel in the central office 104.
  • the user interface module 304 also may be used to show the actual ingress and egress of vehicles within the central computer system and will compare the numbers of vehicles on-hand at each site with projected demand. These projections of demand along with actual vehicle trip records will be recorded within the central computer relational database 202.
  • Company employees will be able to monitor the vehicles on- hand as well as the projected in-flow versus the projected demand on a real-time basis by virtue of the user interface module 304. This fosters the ability to take action with foresight and relocate vehicle from places where demand may be light to locations where demand may be heavy.
  • the central computer system 200 may also do administrative functions, such as add new customers and employees to the system. This may be effected through the action by employees at the central office 104 and the transactions are effected through the coordinated software of the user interface module 304 and the communications interface module 301. Additionally, and again for purposes of illustration, price changes may be effected and changes to customer status may be effected as well through the central office input via the user interface module 304 and its coordination with the communications interface module 301.
  • the central computer system's 200 billing process and management reports to evaluate operation may be effected through the user interface module 304 and are a few of the types of activities that will not be sent to the communications interface module 301. Generally, these types of activities will be confined to the central computer 201.
  • the demand projection module 305 provides a very useful function to the central computer system 200 by substantially assuring that customers will have access to vehicles.
  • Demand projections are generally historical based on previous demands figures. To wit, because all of the trips by all of the vehicles in a particular fleet are recorded on a periodic basis, for example daily, records may then be summarized into summary records which give daily trip totals by location, vehicle type, time of day and by day of the week. Of course, these are merely illustrative and other data may be used to provide an accurate summary of vehicle use. From the summary records, statistical analysis may be carried out by the software of the demand projection module 305.
  • These summary records may be calculated by various demand categories, for example the mean number of trips leaving a particular location between a certain time on a certain day in a particular vehicle type. These statistical means may then be calculated for summary records over a 90-day period and variances and standard deviation may also be determined. Of course, other statistical analysis may be carried out from these data. Illustrative uses of the demand projection module 305 in addition to that described immediately above includes, but is not limited to, the number of vehicles required by a particular location or the probability of finding a vehicle at a particular location. This ultimately may be useful in determining the systems' level of performance and may be useful in effecting quality control measures to improve the level performance of the system.
  • the operational database tables 400 may be used to incorporate data which may be used to define locations served; customer; vehicles; vehicle types; status; and the present location of vehicles.
  • the operational part of the database tables 400 contain a record of each trip. Each trip record has a start and stop time of every trip, with start and stop locations, customer ID number, vehicle ID number, etc. These are shown, in the various tables of the operational database tables 400 of Fig. 4.
  • the operational tables are found in the relational databases 202, 204, 206, 208.
  • the relational database 208 is a message processing database. It will contain the message table and a record of how each message was processed by the central computer 201 and each automated check-out unit 203.
  • the trip tables will be deleted automatically after a period of time from the levels of architecture of the central computer system 200, which are below the central computer.
  • a summary trip table 500 is shown.
  • the summary trip table 500 supplements the operational tables.
  • the operational tables are a record of what is occurring or has occurred in a particular location, vehicle, customer, etc.
  • the summary trip table 500 is a summary of a particular period of time in the past, for example the number of trips leaving a particular site at a particular time on a particular day in a particular vehicle type. These records are used to prepare demand projections used in the demand projection module 305 within the central computer system 200. With the records of the summary trip table 500 may be created by adding values in other records.
  • a trip record is the end product of two types of transactions that originate at the automated check-out unit 203. A customer checks out a car which generates the trip record, and a customer checks in a car which completes a trip record. These transactions cause trip records to be completed in the 206, 204 and 202 databases.
  • the 202 database In the 202 database they are used to prepare a customer's bill.
  • the number of customers in a particular location (for example, a building) is subject to constant change.
  • the total customers table 501 keeps a tabular record of the total number of customers by date and location identifier.
  • the number of customers in the total customers table 501 is used to adjust the number of trips during a previous period with the number of customers currently using the system.
  • the adjusted total trips table 502 is used to calculate statistical data from a previous group of summary records.
  • the adjusted total trips table 502 adjusts the number of trips by customers during a previous period with the current number of customers. For example, if there are currently 200 people using the shared vehicle system of the present invention and these 200 people live in Building A; and during some previous period only 100 were using the system in that particular Building A, then the total number of trips in the past would be doubled. This will give a better estimate of the current potential demand.
  • the mean, variance and standard deviation may be calculated from these adjusted records maintained in the adjusted total trips table 502. This processing is done be the demand projection module 305.
  • the records in the adjusted total trips table 502 may be recalculated on a daily basis based upon the current number of customers.
  • total projection demand from home table 503 is a statistical mean of the group of adjusted total trips determined by the adjusted total trips table 502.
  • the automated check-out unit, 102 and 203 may incorporate a Gilbarco, Inc., E-crin unit.
  • This unit is a remote point of sale unit which is conventionally implemented at gas stations.
  • a unit such as this is run from a personal computer inside the gas station.
  • the unit may be customized by installing a small PC/ 104 unit inside the E-crin unit.
  • This small embedded computer has a modulator/demodulator (modem) that is linked to the central computer and wireless modem commercially available, such as that produced by Freewave Technologies. This modem is in radio contact with another wireless modem in the vehicle control units in each of the vehicles.
  • the central computer system 200 is the overall master.
  • the central computer system 200 communicates directly with the automated checkout unit 203, and as such, the automated check-out unit 203 is the slave of the central computer system 200.
  • the automated check-out unit 203 sends back messages that it is generated for the central computer system 200 and receives and processes any messages generated by the central computer system 200.
  • the automated check-out unit (102, 203) is the master of the link between itself and the vehicle units 205 at its particular location. This unit relays any messages from the central computer system 200 to the vehicle units 205, and also any messages it generates itself, such as general status checks or vehicle check-out instructions.
  • the relational databases 204 of the automated check-out units 203 are a subset of the relational database 202 in the central computer 201.
  • a finger print identification unit will be attached to the automated check-out unit 203.
  • this unit could be the MV 1 100 produced by Biometric Identification Inc. This unit would fit inside the Gilbarco E-crin and be attached to a serial port of the embedded computer (PC/ 104) .
  • the automated check-out unit checks in the customer table to see if the identification card is valid.
  • the ACU checks in the customer table to see if the password and fingerprint are valid and user's status is eligible. 5. If this is in order the ACU prompts user for a car type.
  • the ACU checks in the car queue table for the next available car.
  • the ACU sends a signal to the car to unlock its doors and allow the ignition to operate. 8. Once the vehicle control unit radios back that it has completed these transactions, the ACU informs the customer which car to use.
  • the ACU then creates a new trip record and updates the customer's record. 10. A message is created and put in the message table.
  • the CCS processes the message. It creates a new trip record and updates the customer's record in its database.
  • the CCS then sends the message to the other ACU's and they in turn update their copy of the customer's record.
  • the invention of the present disclosure may incorporate an automated key dispenser, which may be particularly useful in the temporary addition of vehicles to a local fleet.
  • a key dispenser may have to be used.
  • This automated key dispenser may be in the form of a bank of mailbox -type slots. A manual lock on a door will be replaced by an electronic lock.
  • One variation to the procedure is that instead of signaling a car, the automated check-out unit 203 and 102 will unlock one of the compartments and advise a customer to remove keys from the appropriate compartment. Once the customer has done this, the automated check-out unit will relock the compartment.
  • the vehicle control unit is disposed within each of the vehicles 205.
  • the control unit (not shown) within the vehicle unit 205 controls the use of a vehicle by way of commands from the automated check-out unit 102 and 203.
  • This control unit may reside in a special container built for the vehicles.
  • the vehicle control unit may include a PC/104 computer and a wireless modem.
  • the PC/104 computer may have a relay board that switches off the power to the various vehicle's structures, such as door locks, ignition, etc.
  • the software which controls the automated check-out unit runs in a continuous loop waiting for instructions from the automated check-out unit 203,102. When a command is received from the automated check-out units 102, 203 the commands are carried out and the continuous loop is reinitiated.
  • the vehicle control unit may also may also be used to monitor various car status information, such as fuel levels, and report this back to the automated check-out unit where it can relayed back to the central computer system 200.
  • various car status information such as fuel levels
  • the invention of the above described embodiments includes the active involvement of employees/personnel at a central office to carry out various functions as described herein. To some extent, if and possibly completely, the function of these employees/personnel may be completely automated through appropriate hardware and software implementations.
  • the communication between various units may be through a hardwired scenario, or by optical fiber communication.
  • the communication vehicle may be via a wireless device, such as a wireless modulator/demodulator (modem).
  • modem wireless modulator/demodulator

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Abstract

L'invention porte sur un système d'accès publique à des véhicules et sur son procédé d'utilisation. Ledit système peut comporter plusieurs véhicules, plusieurs points automatiques de distribution, et un ordinateur central relié aux points de distribution et aux véhicules et gérant en temps réel l'utilisation du système. Il peut également comporter un logiciel de prévision de la demande relié à l'ordinateur central et aux points de distribution et garantissant un niveau élevé d'accessibilité aux véhicules, et de sécurité.
PCT/US2001/006506 2000-03-01 2001-03-01 Systeme d'acces publique a des vehicules WO2001065492A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001241871A AU2001241871A1 (en) 2000-03-01 2001-03-01 Public access vehicle system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US18628500P 2000-03-01 2000-03-01
US60/186,285 2000-03-01

Publications (3)

Publication Number Publication Date
WO2001065492A2 true WO2001065492A2 (fr) 2001-09-07
WO2001065492A3 WO2001065492A3 (fr) 2002-03-07
WO2001065492A9 WO2001065492A9 (fr) 2003-01-23

Family

ID=22684340

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/006506 WO2001065492A2 (fr) 2000-03-01 2001-03-01 Systeme d'acces publique a des vehicules

Country Status (2)

Country Link
AU (1) AU2001241871A1 (fr)
WO (1) WO2001065492A2 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002001508A1 (fr) * 2000-06-23 2002-01-03 Automated Car Rental, L.L.C. Systeme et procede de liberation automatisee de vehicules provenant d'un parc automobile
US6931308B2 (en) 2001-10-12 2005-08-16 Lewis C. Read Viable alternative to private vehicles in urban areas
FR2942061A1 (fr) * 2009-02-11 2010-08-13 Alexandre Chagnaud Parcmetre

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5066853A (en) * 1987-09-21 1991-11-19 Sgs Thomson Microelectronics Sa System for reserving a supply of goods or services
FR2662285A1 (fr) * 1990-05-18 1991-11-22 Vernaudon Patrick Systeme de mise a disposition automatique et permanente de vehicules.
DE4301039A1 (de) * 1993-01-16 1994-07-21 Uwe Dipl Ing Latsch Elektronisches System zur Verwaltung gemeinschaftlich genutzter Kraftfahrzeuge
US5726885A (en) * 1994-08-23 1998-03-10 Daimler-Benz Ag Hire vehicle transportation system
EP0843286A2 (fr) * 1996-11-16 1998-05-20 Avis Autovermietung GmbH & Co. KG Procédé et dispositif pour contrôler l'autorisation de location d'un véhicule automobile
US5812070A (en) * 1994-07-29 1998-09-22 Honda Giken Kogyo Kabushiki Kaisha Shared vehicle rental system
US5838251A (en) * 1995-08-31 1998-11-17 Mercedes-Benz Ag Method and device for programming operating data into vehicle components
FR2773756A1 (fr) * 1998-01-16 1999-07-23 Balease Dispositif pour activer ou desactiver a distance des moyens de commande d'un engin et son procede de mise en oeuvre

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5066853A (en) * 1987-09-21 1991-11-19 Sgs Thomson Microelectronics Sa System for reserving a supply of goods or services
FR2662285A1 (fr) * 1990-05-18 1991-11-22 Vernaudon Patrick Systeme de mise a disposition automatique et permanente de vehicules.
DE4301039A1 (de) * 1993-01-16 1994-07-21 Uwe Dipl Ing Latsch Elektronisches System zur Verwaltung gemeinschaftlich genutzter Kraftfahrzeuge
US5812070A (en) * 1994-07-29 1998-09-22 Honda Giken Kogyo Kabushiki Kaisha Shared vehicle rental system
US5726885A (en) * 1994-08-23 1998-03-10 Daimler-Benz Ag Hire vehicle transportation system
US5838251A (en) * 1995-08-31 1998-11-17 Mercedes-Benz Ag Method and device for programming operating data into vehicle components
EP0843286A2 (fr) * 1996-11-16 1998-05-20 Avis Autovermietung GmbH & Co. KG Procédé et dispositif pour contrôler l'autorisation de location d'un véhicule automobile
FR2773756A1 (fr) * 1998-01-16 1999-07-23 Balease Dispositif pour activer ou desactiver a distance des moyens de commande d'un engin et son procede de mise en oeuvre

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002001508A1 (fr) * 2000-06-23 2002-01-03 Automated Car Rental, L.L.C. Systeme et procede de liberation automatisee de vehicules provenant d'un parc automobile
US6931308B2 (en) 2001-10-12 2005-08-16 Lewis C. Read Viable alternative to private vehicles in urban areas
FR2942061A1 (fr) * 2009-02-11 2010-08-13 Alexandre Chagnaud Parcmetre

Also Published As

Publication number Publication date
AU2001241871A1 (en) 2001-09-12
WO2001065492A3 (fr) 2002-03-07
WO2001065492A9 (fr) 2003-01-23

Similar Documents

Publication Publication Date Title
US6648222B2 (en) Internet-based zero intrinsic value smart card with value data accessed in real time from remote database
US6931308B2 (en) Viable alternative to private vehicles in urban areas
US6736317B1 (en) Real time internet-based transit management and control system with wireless vehicular data link
US6584403B2 (en) Automated vehicle tracking and service provision system
US7898388B2 (en) Mobile asset data management system
EP0962071B1 (fr) Procede de verification d'autorisation
US6609103B1 (en) Electronic commerce terminal for facilitating incentive-based purchasing on transportation vehicles
US20030163434A1 (en) Parking fee payment system
KR101006599B1 (ko) 회사 또는 기관을 위한 통합 차량 관리 시스템 및 이를 위한 차량 관리 방법
US20090099898A1 (en) System and method for managing work requests for mobile assets
US20080015955A1 (en) Mobile asset data management system
US20020156553A1 (en) Public access vehicle system
US8374910B1 (en) Parking management method and automated parking system for vehicles
CA2345857A1 (fr) Systeme et methode de processus automatise de location de vehicule
US20080203145A1 (en) Operating system for managing public parking lot
US20060160521A1 (en) Method for using radiotelephoneterminal as remote control for automatic devices supplying fee-paying services
CN110544081A (zh) 一种适用于ic卡预付费燃气表的物联网缴费方法及系统
US20020007291A1 (en) Method for the automation of allocation processes for products and/or services
CN107341656A (zh) 一种交互编码图像识别方法及系统
WO2001065492A2 (fr) Systeme d'acces publique a des vehicules
CN1175369C (zh) 分配货物的方法
EP1335326A1 (fr) Système de débit automatique pour parcs de stationnement
JP2001273428A (ja) Ｉｃカード利用サービス提供方法及びシステム
CA2310151A1 (fr) Carte intelligente de valeur intrinseque nulle faisant appel a l'internet pour acceder en temps reel aux donnees de valeur a partir d'une base de donnees eloignee
CN114065978A (zh) 信息处理装置、存储介质及信息处理方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 09958659

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application
AK Designated states

Kind code of ref document: A3

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

COP Corrected version of pamphlet

Free format text: PAGES 1/6-6/6, DRAWINGS, REPLACED BY NEW PAGES 1/6-6/6

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase in:

Ref country code: JP