Source: http://www.google.com/patents/US20070198276?dq=Xerox+%2B+%22centroid
Timestamp: 2014-11-28 03:28:46
Document Index: 631677011

Matched Legal Cases: ['arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14', 'arty 14']

Patent US20070198276 - System for procuring services - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inAdvanced Patent SearchPatentsA system for procuring services such as, in particular, rideshare opportunities and transportation services, has at least one stationary server and a multitude of subscribers including suppliers and interested parties. The system includes a communications arrangement which enable at least an information...http://www.google.com/patents/US20070198276?utm_source=gb-gplus-sharePatent US20070198276 - System for procuring servicesAdvanced Patent SearchPublication numberUS20070198276 A1Publication typeApplicationApplication numberUS 10/572,693PCT numberPCT/EP2004/051973Publication dateAug 23, 2007Filing dateAug 31, 2004Priority dateSep 19, 2003Also published asDE10343486A1, EP1668589A1, WO2005029376A1Publication number10572693, 572693, PCT/2004/51973, PCT/EP/2004/051973, PCT/EP/2004/51973, PCT/EP/4/051973, PCT/EP/4/51973, PCT/EP2004/051973, PCT/EP2004/51973, PCT/EP2004051973, PCT/EP200451973, PCT/EP4/051973, PCT/EP4/51973, PCT/EP4051973, PCT/EP451973, US 2007/0198276 A1, US 2007/198276 A1, US 20070198276 A1, US 20070198276A1, US 2007198276 A1, US 2007198276A1, US-A1-20070198276, US-A1-2007198276, US2007/0198276A1, US2007/198276A1, US20070198276 A1, US20070198276A1, US2007198276 A1, US2007198276A1InventorsAndreas Hinrichs, Florian WildschuetteOriginal AssigneeAndreas Hinrichs, Florian WildschuetteExport CitationBiBTeX, EndNote, RefManPatent Citations (3), Referenced by (12), Classifications (8), Legal Events (1) External Links: USPTO, USPTO Assignment, EspacenetSystem for procuring servicesUS 20070198276 A1Abstract A system for procuring services such as, in particular, rideshare opportunities and transportation services, has at least one stationary server and a multitude of subscribers including suppliers and interested parties. The system includes a communications arrangement which enable at least an information exchange between the stationary server and the subscribers. The system further includes a positioning arrangement for determining the current position of the subscribers, and a memory arrangement for at least temporary storage of data and positions of the subscribers. Images(5) Claims(17)
DETAILED DESCRIPTION Certain terms are used in the description that follows, which are briefly elucidated below. A supplier, as defined in the present invention, is an individual who offers a service such as a rideshare opportunity or transportation possibility to transport people and/or goods. The supplier may be a private individual or a business. An interested party is understood to be an individual looking for a transportation option for him/herself and/or other individuals or goods. A rideshare opportunity is understood as the possibility of transporting people or goods. The core of the present invention is to create a system that makes it possible to offer a service such as a rideshare opportunity almost in real time, and to attempt to utilize the available transportation resources even better than before, to lower the costs and thus to enhance mobility without placing additional load on the traffic systems. The present invention is based on the recognition that unutilized transport capacities exist day in day out only because it has not been previously possible to bring supply and demand together in a sufficiently timely manner. This is true in particular for short-term transportation supply and transportation demand which are impossible to schedule longer term. The prerequisite for the inventive approach is the possibility to detect position information of suppliers and interested parties in real time to the extent possible and to store this information, together with other information transmitted by them, at least temporarily to make a timely comparison between supply and demand and identify the offerings that satisfy the demand. The present invention makes use of the fact that many potential users of such a system, i.e., both suppliers and interested parties, are already equipped with GSM/GPRS/UMTS and/or GPS units. It is to be assumed that these devices will be even more widely used in the foreseeable future. For example, if vehicles available for rideshare are equipped with such devices, their current position may be easily determined and transmitted to the server. Furthermore, in particular in population centers, the position of an interested party may be determined with sufficient accuracy using different positioning methods if the interested party is using a mobile terminal such as, for example, a PDA, a cell phone, etc. FIG. 1 shows a schematic representation of the structure of the system according to the present invention. System 1 includes at least one server 10, which is preferably stationary. Two suppliers 11.1 and 11.2 represent an arbitrary number of suppliers. These suppliers 11.1 and 11.2 are mobile subscribers or users of system 1, for example, the drivers of vehicles equipped with a navigation system, which offer a rideshare opportunity from point x to point y. Reference number 12 identifies a satellite of the GPS system. Reference number 13 identifies an infrastructure device of a network operator, for example, a transceiver device. Reference numbers 14.1 and 14.2 identify two interested parties equipped with a mobile terminal such as a PDA or a cell phone, who represent an arbitrary number of interested parties. Like suppliers 11.1, 11.2, interested parties 14.1, 14.2 are mobile subscribers or users of system 1, who for example are looking for a rideshare opportunity from point x to point y. The above-named system components, i.e., users of the system, are connected via a data link which makes various types of information exchange possible. FIG. 1 schematically shows this data link using arrows and double arrows. This data link is advantageously implemented using existing telecommunication networks which preferably allow wireless communication between the above-mentioned system components and users. The users of the system, both suppliers 11.1, 11.2 and interested parties 14.1, 14.2, preferably register with server 10 and save a user profile to be defined by the system administrator, which takes into account the interests of both suppliers 11.1, 11.2 and interested parties 14.1, 14.2. This user profile may include, for example, information about the available or desired vehicles, in addition to personal data, cost information and a photo. The users may determine which information is intended for the service provider only and which information may also be forwarded to other users. Such a registration may be performed by potential users of system 1 even in advance, i.e., independently of a specific service procurement operation, so that the appropriate data is already available to server 10 when an offer for a rideshare opportunity or a corresponding inquiry are communicated to server 10 later. This procedure is recommended in particular for regular users of system 1. For the present example, it is assumed that both supplier 11.1 and interested party 14.1 are regular users of system 1 and have registered the following user profiles with server 10: Supplier 11.1: Person: male, age 52, frequent driver, non-smoker, passport photo Vehicle: DC E-Class, almost-new condition Cost of ride: 5 cents/km Passenger accident insurance Interested party 14.1: Person: male, age 32, no driver's license, non-smoker, passport photo Supplier 11.2 and interested party 14.2, not previously known to server 10, have a current offer and inquiry, respectively, and supply the parameters of their offer and inquiry to server 10. Supplier 11.2: Person: male, age 32, frequent driver, smoker, passport photo Vehicle: DC C-Class, passenger accident insurance, looking for riders who are prepared to take the wheel for part of the trip. Interested party 14.2: Person: male, age 23, driver's license for passenger and utility vehicles, smoker, passport photo EXAMPLES Example 1 A first exemplary embodiment is elucidated with reference to FIGS. 2 and 3. FIG. 2 shows a list of offerings and FIG. 3 shows a route plan. On Monday morning, suppliers 11.1 and 11.2 are on their way from Hanover to Hildesheim. Supplier 11.1 wishes to reach his workplace in Hildesheim. Supplier 11.2 has initiated a long drive to Austria and plans to stop in Hildesheim to pick up some packages. When initiating the trip, suppliers 11.1 and 11.2 communicated their planned routes, including time information such as start time, possible time of arrival at the destination and intermediate times, to server 10. They also entered their rideshare offers. Supplier 11.1, for example, is able to accept three more passengers. Supplier 11.2 is willing to transport a passenger who has a driver's license and is willing to drive the vehicle on portions of the planned long route to take some of the strain off supplier 11.2. At the same time, an interested party 14.1 is looking for a rideshare opportunity for two people from Hanover, Hildesheimer Strasse 23 to Hildesheim, Goslarer Strasse 12. He sent this rideshare inquiry to server 10. A list of offerings, starting with supplier 11.1, is transmitted in response. In addition or alternatively to this list, a location plan having travel segments marked may be transmitted, from which the current positions of the suppliers of the current rideshare opportunities who are currently traveling on that stretch or will be traveling on portions of the desired route and are willing to take on passengers are visible. In addition, background information on the suppliers and their vehicles is transmitted. This includes, for example, price information, i.e., whether the supplier offers a rideshare opportunity at no cost or for a fee. In addition, background information on the vehicles and individuals in question is available, because suppliers and interested parties must log in or register prior to the planned use of the service. Possible information may include vehicle type, name of supplier or driver, photo of vehicle and supplier, and the like. When interested party 14.1 clicks on the selected vehicle symbol or the item in the list (here supplier 11.2), supplier 11.2 receives a message that, for example, an interested party 14.1 would like to have a ride from Hanover to Hildesheim. Furthermore, additional information on interested party 14. 1, such as for example a photo, may be transmitted to supplier 11.1. Supplier 11.1 may then respond to the rideshare request of interested party 14.1 by pressing a button and/or via voice input. Advantageously destination information is derived therefrom at the same time, which is supplied to the navigation system of the vehicle of supplier 11.1 and is stored therein as a future stop. In the present example, interested party 14.1 has selected supplier 11.1, who promptly also acknowledges the inquiry of interested party 14.1. Supplier 11.1 then drives to the current position of interested party 14.1 to pick up the passenger. Since interested party 14.1 has transmitted his inquiry via a mobile terminal, it is comparatively easy for server 10 to determine his current position automatically in cooperation with the devices of the network operator. The mobile terminal is also able to determine the position itself using a positioning module. The data is preferably transmitted via existing data networks, such as in particular GSM, GPRS or other suitable data links. GPRS could be conveniently used for transmitting position data of the mobile partner (supplier, interested party) to and from the server, because this allows a permanent online link to be implemented, and the quantity of data to be transmitted is very low. Interested party 14.2 is looking for a rideshare opportunity from Hanover to Munich. Server 10 provides him with a list of offerings, which includes the offer of supplier 11.2. He accepts this offer, because it promises him a free rideshare in exchange for occasionally driving the vehicle. Example 2 A second example is elucidated with reference to FIG. 4. A supplier 11.1 wishes to drive from Kiel to Osnabr�ck and is willing to take on a passenger. His route leads him via Hamburg and Bremen. An interested party 14.1 would like to travel from Hamburg to Bremen. Those routes thus coincide on the stretch from Hamburg to Bremen. Interested party 14.1 may use this rideshare opportunity for traveling from Hamburg to Bremen. Example 3 A third example is elucidated with reference to FIG. 5. A first supplier 11.1 is driving from Schwerin to Kassel via Hamburg and is willing to take on a passenger. A second supplier 11.2 is driving from Kiel to Osnabr�ck and is also willing to take on a passenger. An interested party 14.1 would like to travel from Neum�nster to Hildesheim and would thus be able to ride with second supplier 11.2 between Neum�nster and Hamburg. He then gets out at a rest stop in Hamburg and inquires, via cell phone, about a rideshare opportunity from Hamburg to Hildesheim. Supplier 11.2 continues his trip to his destination of Osnabr�ck. In the meantime, supplier 11.1 is about to arrive in Hamburg. The server is aware of the route and the current position of first supplier 11.1 and communicates this to interested party 14.1. Interested party 14.1 now sends an inquiry to first supplier 11.1, who agrees to the ride request. Therefore, he picks up interested party 14.1 at the rest stop and transports him from Hamburg to Hildesheim. There he drops off interested party 14.1 at his destination and continues his drive to Kassel. In another example, an interested party 14.1 would like to travel from Hanover, Hildesheimer Strasse 123 to Hildesheim, Goslarer Strasse 12. His inquiry is transmitted to server 10. As a response, interested party 14.1 receives a list containing vehicles and route segments showing the positions of suppliers 11.1, 11.2, 11.3, who are traveling on the desired segments or at least portions thereof and would like to take on a passenger. Background information, which is stored on server 10, is available on these suppliers. Possible information includes vehicle type, information on the driver and/or vehicle owner, picture of driver and/or vehicle, price charges, etc. When interested party 14.1 clicks on the selected vehicle symbol or the item in the list on his terminal, the driver of the selected vehicle receives a message that a rideshare between point x and point y has been requested. Furthermore, possibly at the request of supplier 11.3, additional information on interested party 14.1 such as, for example, personal data and/or a photo may be transmitted. Supplier 11.3 may then acknowledge the rideshare request by pressing a button or via voice input and thus accept the rideshare. Together with this acknowledgment, the meeting point agreed upon may be entered in the vehicle's navigation system as the destination. The data to be exchanged may be transmitted via GSM, GPRS or other data links. GPRS may also be used for transmitting position data, because this allows a permanent online link to be implemented, and the quantity of data is very low. Of course, the procurement procedures may also take place in the opposite direction. Thus, for example, a supplier may be currently looking for a suitable interested party for his offer of a rideshare or another transportation service. In another example, the system may be used for tracking the current position of a package service or a packaged goods delivery service. In combination with a route planner, the receiver of a package may be automatically notified when the package service arrives in the proximity of the delivery address. An estimated time of arrival may also be transmitted. Dispatchers and their clients may communicate their transportation services and orders, as well as, if necessary, their usual route network, to server 10 and let the server optimize the transportation services. Unnecessary empty runs of trucks may thus be avoided. The system may be further extended by involving further suppliers of transportation services such as airlines, railroads, and shipping companies. Mobility may thus be further enhanced and costs may be reduced. In a further example, trips or at least trips on partial stretches using public means of transportation may be suggested as an alternative. For this purpose, the current vehicle positions of such means of transportation, as well as arrival and departure times, may be communicated, which allows the time of arrival at a stop to be estimated to thus avoid unnecessary waiting times. Price information may also be communicated. This alternative may be used in particular if no rideshare offerings using private vehicles are available at certain times and/or on certain stretches. With the aid of the system, transportation services over an entire region may also be implemented by having one vehicle or multiple vehicles available for servicing an area or a corridor. These vehicles are not assigned to any predefined routes or fixed stops. Instead, suitable routes are prepared by server 10 on demand in real time. Any rideshare request is communicated to the nearest available vehicle, which then heads to the pickup point. The system may also be advantageously used by taxi companies, which make use of the services of server 10. The current position of free taxis may thus be determined to keep the cost of driving to the customer as low as possible. For communal taxis an optimum route may be determined, which ensures the highest possible utilization of the seating capacity. This improves the taxi company's revenue situation, while at the same time reducing the costs for the passenger. All the procurement procedures performed by the system are advantageously logged for reproducibility. This is also recommended if costs are to be recovered for system activities, for example, by charging fees for successful mediation operations. Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS5799263 *Apr 15, 1996Aug 25, 1998Bct SystemsPublic transit system and apparatus and method for dispatching public transit vehiclesUS5948040 *Feb 6, 1997Sep 7, 1999Delorme Publishing Co.Travel reservation information and planning systemUS20020186144 *May 1, 2002Dec 12, 2002Zoop Mobility Network Inc.System and method for automating a vehicle rental process* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS7469827 *Nov 17, 2005Dec 30, 2008Google Inc.Vehicle information systems and methodsUS7930098 *Jul 12, 2010Apr 19, 2011Palo Alto Research Center IncorporatedSystem and method for financial transactions in a rideshare environmentUS7970533Jul 12, 2010Jun 28, 2011Palo Alto Research Center IncorporatedSystem and method for matching participants in a rideshare programUS7974779 *Sep 30, 2010Jul 5, 2011Palo Alto Research Center IncorporatedSystem and method for assigning participants to a rideshare based on financial transactionsUS8036824 *Apr 14, 2011Oct 11, 2011Palo Alto Research Center IncorporatedSystem and method for setting a rideshare transaction feeUS8086400Dec 22, 2010Dec 27, 2011Palo Alto Research Center IncorporatedSystem and method for monitoring the security of participants in a rideshare environmentUS8095305Apr 14, 2011Jan 10, 2012Palo Alto Research Center IncorporatedSystem and method for financing a rideshare systemUS8224571Sep 30, 2010Jul 17, 2012Palo Alto Research Center IncorporatedSystem and method for rideshare securityUS20120253654 *Jun 7, 2011Oct 4, 2012National Tsing Hua UniversityCarpool arranger and method of operationUS20130054139 *Aug 30, 2011Feb 28, 2013International Business Machines CorporationLocation of Available Passenger Seats in a Dynamic Transporting PoolUS20130124279 *Jan 4, 2013May 16, 2013International Business Machines CorporationLocation of Available Passenger Seats in a Dynamic Transporting PoolUS20130259216 *Mar 29, 2013Oct 3, 2013Fougesia LimitedSocial interaction system between anonymous users* Cited by examinerClassifications U.S. Classification705/5International ClassificationG06Q30/00, G08G1/123Cooperative ClassificationG06Q10/02, G06Q30/06, G08G1/202European ClassificationG06Q30/06, G06Q10/02Legal EventsDateCodeEventDescriptionFeb 20, 2007ASAssignmentOwner name: ROBERT BOSCH GMBH, GERMANYFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HINRICHS, ANDREAS;WILDSCHUETTE, FLORIAN;REEL/FRAME:018918/0527Effective date: 20060426RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services©2012 Google