WO2006088703A2 - Procede permettant de fournir une base de donnees consultable, complete, pour des trajets proposes - Google Patents

Procede permettant de fournir une base de donnees consultable, complete, pour des trajets proposes Download PDF

Info

Publication number
WO2006088703A2
WO2006088703A2 PCT/US2006/004374 US2006004374W WO2006088703A2 WO 2006088703 A2 WO2006088703 A2 WO 2006088703A2 US 2006004374 W US2006004374 W US 2006004374W WO 2006088703 A2 WO2006088703 A2 WO 2006088703A2
Authority
WO
WIPO (PCT)
Prior art keywords
user
ride
information
personal
ride share
Prior art date
Application number
PCT/US2006/004374
Other languages
English (en)
Other versions
WO2006088703A3 (fr
Inventor
Clyde Mitchell
Original Assignee
Clyde Mitchell
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 Clyde Mitchell filed Critical Clyde Mitchell
Publication of WO2006088703A2 publication Critical patent/WO2006088703A2/fr
Publication of WO2006088703A3 publication Critical patent/WO2006088703A3/fr
Priority to US11/893,085 priority Critical patent/US9111315B2/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the software can offer a vast selection of rides up to three months in advance.
  • the software provides substantial security, so that a user can be confident about the identity of the person behind the posting and the other riders.
  • the present invention can also collects TD information from each user, including home address, telephone number, email address, birth date, gender, and driver's license number and state.
  • the present invention also collects vehicle information, including make, year, model, license number, state of registration, name of owner, color and condition.
  • the present invention asks for a student TD number and the name of his or her college and campus name.
  • the invention can be modified to permit the use of other forms of identification, such as passports or identity cards.
  • the present invention reminds the rider of each accepted ride approximately one day before the ride departs. For rides scheduled more than one week in advance, an additional reminder can be sent one week before the ride departs. Emails can be encrypted.
  • FIGS. 24-37 are diagrams showing one application of the system in posting a ride
  • FIGS. 38-48 are diagrams depicting the first rider acceptance within the system of the present invention.
  • the previous process "evaluates” applications filed by users.
  • the current invention takes data from users and automatically presents it to other users.
  • the present process can utilize an ID verification process.
  • An example includes verifying driver's licenses.
  • Examples concerning students include verifying student IDs or adding student face book or direction information.
  • the previous process provides an anonymous "communication route" between the users.
  • the present invention does not provide for communication between the users during the ride identification, ride review and ride selection process. Rather, all relevant information is listed at the site and the site communicates to each user. Users cannot communicate until the ride is accepted. Users can communicate directly only after the process completes, i.e., only after the ride poster and fellow user agree to share a ride. Then an email is sent to each user containing the contact information and each user covers the rest of the details.
  • the previous process sets specific times.
  • the present invention provides for rides leaving during a range of time, such as in the morning, afternoon and evening.
  • the timing coverage on ride departures of the present invention thus is different.
  • the previous process identifies ride originations and destinations as street intersections.
  • the present invention identifies departure and destination areas. Each area can be a town or the area designated by a postal code. Additional details are covered in comment fields in the ride database or left up to the riders, e.g., pickup and drop off points.
  • the present invention enables ride posters to specify the preferred gender of the riders for any given ride: women only rides, men only rides, and mixed gender rides.
  • the previous process does not provide expressly for multiple riders, or keep track of the number of riders that have chosen a given carpool.
  • the current invention provides for up to, for example at least, ten additional riders on each ride, and keeps track of the number of available positions, and does not permit the acceptance of riders beyond the specified maximum for any given ride.
  • the ride poster can specify the number of additional riders, from one to for example ten.
  • the previous process assumes that each of their posted rides leaves each work day, i.e., it is recurring on a daily basis.
  • the present invention covers non-recurring rides and recurring rides.
  • the present invention allows for recurring rides leaving on a weekly, bi-weekly, monthly, and quarterly basis.
  • the present invention covers rides leaving as late as three months from the date the ride is posted.
  • the previous process does not keep track of past carpools, or whether they are accepted.
  • the present invention lists a user's posted rides and past accepted rides, so that a user can keep track of his or her activity.
  • the present invention effectuates various personal preferences.
  • the ride poster can vary the expense sharing arrangement, set a nonsmoking/smoking preference, set a drive sharing/non-sharing preference, set a gender preference (including mixed gender), and specify other preferences in a general comment field.
  • the present invention can verify that each user is "real". In a sense, the present system verifies that each user can have access to credit directly, or through another person with credit. Users can not be fictitious.
  • the present invention uses user IDs, passwords, and 128 bit encryption.
  • the present invention also collects ID information from each user, including but not limited to home address, telephone number, email address, birth date, gender, and driver's license number and state.
  • the present invention also collects vehicle information, including but not limited to make, year, model, license number, state of registration, name of owner, color and condition. In the case of each student, the present invention asks for a student ID number and the name of college and campus.
  • the invention can be modified to permit the use of other forms of identification, such as passports or identity cards.
  • the process sends to each rider a detailed email, for example, for confirmation covering rider contact information and the details of the ride.
  • the ride confirmation also provides many helpful suggestions for the ride, including security recommendations.
  • Each rider can forward the confirmation email to a close friend or parent, to further enhance security.
  • the example involves three member registrations by three new users, the posting of a ride with space for three passengers by one of the new users, and the acceptance of the ride by three passengers, including two of the new users and an existing member of the website.
  • the invention is not so limited to this example, and it is understood that various combinations involving different amounts of users can exist with the present invention.
  • the software of the present invention is capable of dealing with rides in any region, country or continent, from any city or town to any city or town, or from any area designated by postal code area to any other such area, or any combination thereof.
  • the rides can occur by ground vehicle, such as a car, van, sport utility vehicle or truck, or by aircraft, helicopter or water vessel.
  • Rides by ground vehicle can occur on any territory or island covered by the postal code database provided for any region, country or continent.
  • the software covers rides by ground vehicle within Hawaii, Puerto Rico and Guam and any other island or area that is part of the USA or its territories or possessions, including rides requiring ferry trips between land bodies.
  • the "Find A Ride Screen” (“FAR Screen”) enables a user to search the list of available rides anywhere within a region, country or continent. See Exhibit Page 5.
  • a user can first select a single date or date range on which he wants to leave. The range can be within one week, two weeks, one month or three months, or any variation thereof.
  • the user can be reminded of the departure of any accepted ride one day before the ride is scheduled to depart. For example, an e-mail, fax telephone cal or the like would be sent to all parties involved in the ride share at least one day prior to the appointment.
  • the user can enter the postal code of the point of departure and/or the postal code of the destination, or a combination can be used.
  • the user can also set a gender preference for the ride - all rides, women only rides, men only rides, and mixed gender rides. Preferences can also be set for music type desired, smoking or non-smoking, number of people going on the ride and the like.
  • the software then retrieves the rides that have been posted during the date range from the departing town to the destination town, within the gender parameters set by the user. FIG 53.
  • Various fields enable the user to determine the following characteristics of the rider posting the ride: smoking habits, if any, college, if for example, the poster is a college student, campus of the poster, preferred departure time, and other criteria listed by the poster of the ride in comment fields, such as age, musical tastes, expense sharing issues, and other personal preferences. See for example FIG 54.
  • Neighborhood information can be specified by a ride poster to enable the user to determine from where within a town or postal code the ride poster desires to leave from or end a ride.
  • the software enables the user to also see rides leaving from nearby departure points and rides going to nearby destinations, via use of formulas that calculate radii about the departure and destination points. Depending on the embodiment, a user can select the range of the radii about departure and destination points. This feature provides more options to the user on any given day or week or month.
  • the formulae are set at a constant of fifty miles.
  • the radii formulae can be revised to vary in length, in proportion to the length of the trip.
  • AU distances are determined using as a basis the latitude and longitude information provided by the postal code databases being used.
  • certain calculations between larger urban areas are pre- calculated and stored as a database, for example see FIG 53. This page shows additional rides arriving at nearby towns.
  • the software can also enable the user to program robots to look for certain rides posted in the future and to advise the user of their posting.
  • the user can click on "My Robots" in the left column and give the robot instructions as indicated in FIG 26.
  • the software can enable the user to search for return rides, newly posted rides of interest to the user, and shorter rides that might be combined to reach a further destination.
  • FIG 54 This occurs after the user registers.
  • the user accepts the ride at the acceptance screen as illustrated for example in FIG 55.
  • the software can then refer the user to a payment processing website ("PPW") to charge the user's credit card or to collect payment in any other manner covered by the PPW.
  • PPW payment processing website
  • the collection of funds by credit card enables the software to verify the user as the holder of a credit card (or as an authorized user of the credit card).
  • the software collects the charge from the PPW by a funds transfer.
  • the software can issue a credit to the user, if the user complains, after review by an authorized officer.
  • the credit can expire after a certain period of time, currently three years. This process can be automated in the future.
  • the user can provide the following information, that includes but is not limited to:
  • AU of the above information can be edited at any time by re-logging into the software as a user and giving the relevant password, for example as shown in FIG 21.
  • a user can see the details of a posted ride, and then accept the ride and pay for it, as described above. Acceptance can occur without reviewing the details of the ride. See for example the depiction in FIG 55. A fee can be charged for registration.
  • the member Before posting any ride, however, the member can first provide information on the vehicle he or she intends to use.
  • the registrant can provide the following vehicle information, which includes but is not limited to: - vehicle make
  • All of the above vehicle information can be edited at any time by re-logging into the software as a member.
  • a member In order to post a ride, a member can list the following information about the ride.
  • the information includes, but is not limited to:
  • the number of passengers requested can be less than ten
  • the software sets certain presumptions about each ride that each rider, including the ride poster, can agree to:
  • the ride can leave if at least one person accepts the ride even if the requested number of passengers is higher
  • the ride description can not be modified once the ride is accepted additional riders may accept the ride up to the day before the ride leaves.
  • Expense sharing can be modified from the standard protocol by the poster of the ride as seen for example in FIG 28 and 29. [0077] In addition, the following information can be added to the description of any posted ride:
  • the name of the departure neighborhood (useful when the town or postal code covers a large area) the name of the destination neighborhood
  • rider preferences such as exact point of departure (e.g., Third Ave. and East 90 th St.) or point of destination, allergies, music tastes, types of pets that can be traveling) for example as seen in FIG 32.
  • the member is offered a chance to review the ride details and to edit them as seen for example in FIGS 33, 34 and 39.
  • the member can modify the ride listing at any time, until the ride is accepted by another party. At that point, the ride can no longer be modified, unless the riders agree directly amongst themselves. This feature is illustrated for example in FIG 40.
  • a fee can be charged for posting a ride at the time of the posting, when the poster is ready to approve the posting and accept it as shown in FIG 33.
  • a posting can be made up to three months in advance and can be continuously modified until the trip has been accepted by a rider. If no one accepts a proposed ride by the departure date, then the software can issue automatically a credit to post another trip for free. The credit can expire after a certain number of years, currently three years.
  • a member can log in and give his or her password before posting any ride, and before editing a posted ride description as shown for example in FIG 25.
  • the software provides various security features discussed below. First, no information is released to anyone but a member. For a user to become a member, the user can register with the site. Before a person can accept a ride or post a ride, a person can be a member and logged in.
  • a confirmation email is sent to the ride acceptor and the ride poster, containing the same information.
  • the confirmation email summarizes the details of the ride, including the contact information of each rider (e.g., name, age, email and telephone number(s)). This is seen for example in FIGS 42-44, 71-74, and 75-78.
  • the confirmation also contains each rider's drivers license number (truncated to the last four to six digits) and a detailed vehicle description (make, model, year, color, condition) and the vehicle license number. Each driver's license number is truncated to deter identity theft.
  • the confirmation email includes the relevant college, college campus, and the student's truncated ID (last four to six digits).
  • the confirmation email also contains helpful suggestions for how to proceed safely and securely with the ride.
  • the confirmation email strongly suggests that the riders meet briefly in a public place, such as a coffeehouse, prior to the departure date, to verify each other's information and the vehicle.
  • the meeting allows each rider to check the data in the confirmation email against each other rider's actual driver's license and against the actual vehicle.
  • the student riders are enrolled at the same college, they can also perform a background check through mutual contacts.
  • student riders can have access to a college website or direction that describes the students and their living groups, and that resource can be used to help verify a rider.
  • students might use a web resource like www.thefacebook.com to check on other riders.
  • Such websites list names of students, their images, their living groups and their friends.
  • the software and the confirmation emails can enable various parties to assist the authorities in finding the distressed riders and any potential criminals. These parties can include RideCheck, close friends of the riders, significant others of the riders, and parents or other relatives of the riders. [0096] Quality Assurance Features
  • the confirmation encourages riders to meet in advance and to settle any remaining details about a ride, such as the actual departure time and pick-up site, along with map, snack, music, headphone and other requirements.
  • the software can be used by those with disabilities and infirmities to share rides with members who can drive or provide other assistance on a ride.
  • a disabled person can vary the driving terms and add comments to cover his or her situation as illustrated in FIG 30.
  • each rider can rate the other riders as "good" or
  • a person looking for a ride can review the ratings information on a ride poster. Each member can review their ratings for example as shown in FIGS 83 to 86.
  • the software can be modified so that the ride poster can specify a rating. Alternatively, a rate can be set by the software program to achieve the highest quality of riders.
  • the ratings can be searchable. Comment fields can be included to rate other riders.
  • the ratings function can help to ensure that each rider behaves in a responsible manner, improving the quality of the rides offered by the software.
  • the software can send an inquiry to each rider to encourage him or her to rate the other riders. Comment fields can be included. This grading process will discourage each rider from canceling ride plans, or changing a ride plan after acceptance, or behaving uncivilly. Negative comments can result in a downgrade of a member. Users will be attracted to other users with higher ratings.
  • the software can be modified so that an adult without a car can post a proposed ride and so that adults with vehicles can search for such listed rides, in the same manner as the software currently works for rides posted by vehicle owners or bailees.
  • macros can be added to facilitate the processes of: searching for similar outbound rides (with vehicles and posted by others (whether singly or in combination)); posting recurring similar rides; and searching for return trips (with vehicles).
  • the intent behind the software is to offer a ride, subject to the terms of the description contained in the ride posting and related vehicle description, nothing better and nothing worse.
  • the software also relies on the general good can of the members - i.e., that most of them can apply common sense in their judgment of a ride taken.
  • the software can issue credits in the following situations to build goodwill with its members:
  • a credit can be issued automatically by the software to the ride poster if the posted ride is not accepted by 12:01 AM of the day the ride is scheduled to occur. (At that point the ride cannot be accepted.)
  • a credit can be issued if the rider or driver failed to show up on time for a trip (each should wait for at least fifteen minutes). This can be automated. - A credit can be issued to the complaining party if the any rider refused in any material way to comply with the trip description. This can be automated.
  • the credit can be either a ride posting fee or a ride acceptance fee, or some other commensurate credit, whichever was paid by the complaining rider.
  • the software through emailing a ride confirmation, advises each rider going on a ride to check to confirm that the age of each rider is over eighteen. The confirmation also tells each rider where the minimum age of 18 is not sufficient. The software informs the riders of the higher age in those states and provinces where the minimum age is higher than 18. This is necessary to ensure the formation of a binding legal agreement as shown in FIG 76.
  • the software through emailing a ride reminder to each rider, reminds the riders of the impending ride.
  • a reminder can be given a day before any ride begins, m the event the ride was posted more than a week in advance, a reminder can be given a week in advance.
  • the software contains a contact feature that is automated to lodge certain complaints in certain mailboxes within the software.
  • the software contains a survey feature that can be modified. To conduct surveys of users.
  • EJB Enterprise Java Beans
  • the server deployment uses JBoss secure server technology, along with a Microsoft Windows firewall operating system and a secure mail server (for example, only port 80 is exposed to the Internet). Access to the software is strictly controlled via user/password assignment and is validated each time access is requested. Similar supporting software can also be used.
  • SSL certificate encryption i.e., secure socket layer encryption, is used by the software. A SSL certificate was obtained from Thawte, although the invention is not so limited to this embodiment. The certificate provides 128-bit encryption. Other bit amounts for encryption may be used depending on the embodiment and are within the scope of the invention.
  • FIG. 90 is an exemplary schematic block diagram depicting one embodiment of the system of the present invention. Shown in the figure is a server or central processor 100 which schematically represents a network, mainframe computer, server, website, or database. Server 100 is coupled to an institution computer, having a database 112, by a connection 111.
  • server 100 shall refer to any type of processor, network, server, terminal, mainframe computer, and electronic device, regardless if it is wireless or wire connected.
  • the database may be integral to or separate from the server, depending on the embodiment.
  • the server down loads data profiles of potential ride share users enrolled.
  • the profiles are kept in the institution database. After downloading into the server, the profiles are stored in a database of the central processor (not shown).
  • the profiles include at least one of a surname, an address, a gender identifier, demographic information, personal preferences, and the like. Profiles can be continuously updated by an account user or an administrator.
  • the processor utilizes the profile data to perform at least one application.
  • Connection 101 is for one embodiment a data link connected to an account user
  • connection 101 can operate in one or more modes of transmission.
  • modes include radio frequency transmissions, optical transmission, microwave transmission, digital or analog transmission, or other known data transmission.
  • an account user computer 101 utilized by an account user is also coupled to the server by the connection 101.
  • the account user includes, for example, any user interested in ride sharing information.
  • the account user has access to the applications stored in the server and is able to display the applications.
  • connections 103, 105, 107 and 109 can have various configurations depending upon the implementation. However, the connections need not be the same type, or bear any relation in type or mode, to a particular connection 101 employed in the present invention.
  • connection 101 is a data link. However, as with connection 101, it is within the scope of the invention to include all other types of communication links known.
  • the potential ride share users are coupled to the server through connections 103, 105, and 107.
  • An administrator having access to server 100 can monitor and discontinue communications from any account user. Updating the profiles stored in the database is also permitted by the system administrator.
  • Fig. 90 further depicts at least one third party vendor computer 110 coupled to the server by a connection 109.
  • This third party vendor computer may or may not be integral with the server 100.
  • this third party vendor computer may or may not be used with the present invention depending on the embodiment.
  • the third party computer provides services and products to be offered through the server. Such services may include, but are not limited to, a third-party micro-payment system with which the present invention interacts.
  • This third party allows the present invention, in one potential embodiment, to verify that each account user is "real", in the sense that each user can have access to credit directly, or through another person with credit.
  • the product and service offerings are made in both Intranet and Internet based communications.
  • a third party utilizing the third party computer can monitor its product offering and edit the offerings as needed. All product and service offerings may be monitored and pre-approved.
  • the system administrator also has the ability to limit the product and service offerings offered to the account users.

Abstract

L'invention concerne un procédé et un système permettant de chercher des itinéraires entre un point de départ quelconque et un point d'arrivée quelconque dans une région, un pays ou un continent donné, par la route, les airs ou la mer. Ce procédé et ce système permettent de préciser les préférences personnelles, telles que fumeur/non fumeur, conduite partagée/non partagée, homme et/ou femme, ou analogue dans des champs prévus à cet effet. Les préférences générales permettent de préciser un arrangement de partage des frais, l'heure de départ, les points de ramassage et de dépôt, les préférences musicales et d'autres questions. Le procédé et le système de l'invention permettent l'inscription de plusieurs conducteurs, la sélection de différents itinéraires et l'évaluation des conducteurs. Dans la présente invention, des confirmations et des rappels sont transmis aux conducteurs avant les trajets prévus, avec un rappel des procédures de sécurité et d'autres détails. Ces confirmations et ces rappels peuvent être retransmis pour augmenter la sécurité du trajet. Des macros seront nécessaires pour faciliter les recherches. Des micropaiements sont facturés pour contrôler les usagers.
PCT/US2006/004374 2005-02-16 2006-02-07 Procede permettant de fournir une base de donnees consultable, complete, pour des trajets proposes WO2006088703A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/893,085 US9111315B2 (en) 2005-02-16 2007-08-13 Method for providing a searchable, comprehensive database of proposed rides

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US65337405P 2005-02-16 2005-02-16
US60/653,374 2005-02-16

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/893,085 Continuation US9111315B2 (en) 2005-02-16 2007-08-13 Method for providing a searchable, comprehensive database of proposed rides

Publications (2)

Publication Number Publication Date
WO2006088703A2 true WO2006088703A2 (fr) 2006-08-24
WO2006088703A3 WO2006088703A3 (fr) 2007-01-04

Family

ID=36916927

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2006/004374 WO2006088703A2 (fr) 2005-02-16 2006-02-07 Procede permettant de fournir une base de donnees consultable, complete, pour des trajets proposes

Country Status (1)

Country Link
WO (1) WO2006088703A2 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9076174B2 (en) 2007-02-26 2015-07-07 Zepfrog Corp. Method and service for providing access to premium content and dispersing payment therefore
WO2017088828A1 (fr) * 2015-11-26 2017-06-01 Beijing Didi Infinity Technology And Development Co., Ltd. Systèmes et procédés pour attribuer des commandes partageables
CN111194455A (zh) * 2017-08-31 2020-05-22 空中食宿公司 线上市场中的团体旅游系统
US11164456B2 (en) 2007-02-12 2021-11-02 Carma Technology Limited Systems and methods for matching pick-up requests with transport providers, tracking trip progress, and enabling provider ratings

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010056363A1 (en) * 2000-06-26 2001-12-27 Gantz Donald T. System for providing ride matching services using e-mail and the internet
US6356838B1 (en) * 2000-07-25 2002-03-12 Sunil Paul System and method for determining an efficient transportation route
US6584401B2 (en) * 2001-11-27 2003-06-24 Hewlett-Packard Development Company, Lp. Automatic gathering and analysis of data on commute paths
US20030120522A1 (en) * 2001-12-20 2003-06-26 Robert Uyeki Vehicle monitoring and reservation system
US6675150B1 (en) * 2000-11-16 2004-01-06 Dorothy Camer Method for deploying multiplely occupied vehicles to meet the mobility needs in a densely populated urban area
US20040158483A1 (en) * 2003-02-10 2004-08-12 Lecouturier Jacques M. Business and technological method for a flexible automobile sharing transit on demand

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010056363A1 (en) * 2000-06-26 2001-12-27 Gantz Donald T. System for providing ride matching services using e-mail and the internet
US6356838B1 (en) * 2000-07-25 2002-03-12 Sunil Paul System and method for determining an efficient transportation route
US6675150B1 (en) * 2000-11-16 2004-01-06 Dorothy Camer Method for deploying multiplely occupied vehicles to meet the mobility needs in a densely populated urban area
US6584401B2 (en) * 2001-11-27 2003-06-24 Hewlett-Packard Development Company, Lp. Automatic gathering and analysis of data on commute paths
US20030120522A1 (en) * 2001-12-20 2003-06-26 Robert Uyeki Vehicle monitoring and reservation system
US20040158483A1 (en) * 2003-02-10 2004-08-12 Lecouturier Jacques M. Business and technological method for a flexible automobile sharing transit on demand

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11270584B2 (en) 2007-02-12 2022-03-08 Carma Technology Limited Systems and methods for determining fare amounts for transit services
US11164456B2 (en) 2007-02-12 2021-11-02 Carma Technology Limited Systems and methods for matching pick-up requests with transport providers, tracking trip progress, and enabling provider ratings
US11574542B2 (en) 2007-02-12 2023-02-07 Carma Technology Limited Systems and methods for providing safety for drivers and riders in a shared transport system
US11568742B2 (en) 2007-02-12 2023-01-31 Carma Technology Limited Systems and methods for utilizing a shared transport network with a transport provider destination mode
US11288960B2 (en) 2007-02-12 2022-03-29 Carma Technology Limited Systems and methods for applying ratings for transport services
US11210947B2 (en) 2007-02-12 2021-12-28 Carma Technology Limited Continuous coordinated proximity monitoring in a shared transport network
US11250705B2 (en) 2007-02-12 2022-02-15 Carma Technology Limited Systems and methods for performing traffic flow data analytics in a shared transport system
US11295618B2 (en) 2007-02-12 2022-04-05 Carma Technology Limited Systems and methods for verifying vehicle occupancy
US11538339B2 (en) 2007-02-12 2022-12-27 Carma Technology Limited Systems and methods for generating vehicle indicators for signaling assigned transport vehicles
US11538340B2 (en) 2007-02-12 2022-12-27 Carma Technology Limited Systems and methods for verifying a shared journey in a shared transport system
US11263904B2 (en) 2007-02-12 2022-03-01 Carma Technology Limited Systems and methods for verifying high-occupancy vehicle journeys and determining preferential road allowances
US11302190B2 (en) 2007-02-12 2022-04-12 Carma Technology Limited Systems and methods for a trusted transit network in a shared transport system
US11308803B2 (en) 2007-02-12 2022-04-19 Carma Technology Limited Systems and methods for identity verification in a shared transport system
US9076174B2 (en) 2007-02-26 2015-07-07 Zepfrog Corp. Method and service for providing access to premium content and dispersing payment therefore
WO2017088828A1 (fr) * 2015-11-26 2017-06-01 Beijing Didi Infinity Technology And Development Co., Ltd. Systèmes et procédés pour attribuer des commandes partageables
GB2558794A (en) * 2015-11-26 2018-07-18 Beijing Didi Infinity Technology & Dev Co Ltd Systems and methods for allocating sharable orders
CN111194455A (zh) * 2017-08-31 2020-05-22 空中食宿公司 线上市场中的团体旅游系统

Also Published As

Publication number Publication date
WO2006088703A3 (fr) 2007-01-04

Similar Documents

Publication Publication Date Title
US20090049044A1 (en) Method for providing a searchable, comprehensive database of proposed rides
US9972201B2 (en) Method and system for legal parking
Tahmasseby et al. Propensity to participate in a peer‐to‐peer social‐network‐based carpooling system
US20060178949A1 (en) Integrated system and method for inducing, brokering and managing alternative transportation modes for commuters and generating commute statistics
US20160027307A1 (en) Short-term automobile rentals in a geo-spatial environment
Shaheen et al. Exploring electric vehicle carsharing as a mobility option for older adults: A case study of a senior adult community in the San Francisco Bay Area
US20160292596A1 (en) Methods and systems for scheduling a shared ride among commuters
US20090083111A1 (en) Systems and Methods for Coordinating Transportation Between Riders and Volunteer Drivers
US20140172727A1 (en) Short-term automobile rentals in a geo-spatial environment
Ngo Transportation network companies and the ridesourcing industry: a review of impacts and emerging regulatory frameworks for Uber
CN103489309A (zh) 拼出租车、分享私家车、搭顺风车的方法及其系统
EP3143600A1 (fr) Système de conavettage intégré et procédé pour des systèmes de gestion de flotte
Ghoseiri Dynamic rideshare optimized matching problem
US20080021756A1 (en) Integrated supply chain business model and website for free auto rental
JP2019185136A (ja) 情報処理装置及びカーシェアリングサービス用の制御プログラム
JP2019164468A (ja) 情報処理装置及びカーシェアリングサービス用の制御プログラム
WO2006088703A2 (fr) Procede permettant de fournir une base de donnees consultable, complete, pour des trajets proposes
WO2009087489A1 (fr) Système de mise en réseau
Loukaitou-Sideris et al. Transportation for an aging population: Promoting mobility and equity for low-income seniors
JP2002140402A (ja) 車両の乗合サービス提供方法、システムおよび装置
Lovejoy et al. Transportation experiences of Mexican immigrants in California: Results from focus group interviews
Morris Saferide: Reducing single occupancy vehicles
JP2003109196A (ja) 駐車場紹介システム、駐車場紹介用サーバ、駐車場紹介方法、及び、駐車場紹介用プログラム
Meshram Best Practices in ADA Paratransit: Cost Reduction and Service Enhancement
Ercoskun et al. An urban tension about ridehailing: Uber experience in Istanbul

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06734550

Country of ref document: EP

Kind code of ref document: A2