Detailed Office Action
Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
This is a non-final Office Action on the merits. Claims 1-18 are currently pending and are addressed below.
Claim Rejections - 35 USC § 112
The following is a quotation of 35 U.S.C. 112(b):
(b) CONCLUSION.—The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the inventor or a joint inventor regards as the invention.
The following is a quotation of 35 U.S.C. 112 (pre-AIA ), second paragraph:
The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the applicant regards as his invention.
Claim 1 rejected under 35 U.S.C. 112(b) or 35 U.S.C. 112 (pre-AIA ), second paragraph, as being indefinite for failing to particularly point out and distinctly claim the subject matter which the inventor or a joint inventor (or for applications subject to pre-AIA 35 U.S.C. 112, the applicant), regards as the invention.
The limitation “calculate…a bonus of carbon emission reducing based on a difference between the real value of carbon emission and the estimation value of carbon emission” is rejected for failing to fully define the meets and bounds of the claimed invention. The term “bonus” as used in the claim is indefinite for failing to particularly point out the applicant’s invention. As written, it is difficult to understand the meaning of the term “bonus”. For sake of compact prosecution Examiner is construing “bonus” to be analogous to a “reward” or “incentive” as alluded to in Claim 2. However, Claim 1 remains rejected and proper correction and clarification is required.
Claim Rejections - 35 USC § 101
35 U.S.C. 101 reads as follows:
Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title.
Claims 1-18 are rejected under 35 U.S.C. 101 because the claimed invention is directed to an abstract idea without significantly more. The analysis of the claims’ subject matter eligibility will follow the 2019 Revised Patent Subject Matter Eligibility Guidance, 84 Fed. Reg. 50-57 (January 7, 2019) (“2019 PEG”).
101 Analysis - With respect to Claim 1
Claim 1 is rejected under 35 U.S.C. 101 because the claimed invention is directed to an abstract idea without significantly more.
101 Analysis - Step 1:
Claim 1 is directed towards a system for monitoring vehicle carbon footprint and generating a plan of carbon emission reduction, which is directed to the statutory category of a machine. Therefore Claim 1 is within at least one of the four statutory categories.
101 Analysis- Step 2A Prong One:
Regarding Prong One of the Step 2A analysis in the 2019 PEG, the claims are to be analyzed to determine whether they recite subject matter that falls within one of the following groups of abstract ideas: a) mathematical concepts, b) certain methods of organizing human activity, and/or c) mental process.
Independent claim 1 includes limitations that recite an abstract idea (emphasized below) and will be used as a representative claim for the remainder of the 101 rejection.
Claim 1 recites, inter alai:
“A system for monitoring vehicle carbon footprint and generating plan of carbon emission reduction, comprising:
at least one server;
a plurality of vehicle-end electronic devices in communication with the at least one server, wherein each of plurality of vehicle-end electronic devices is correspondingly disposed in each of a plurality of vehicles with contract for undertaking transportation tasks;
a plurality of user-end electronic devices in communication with the at least one server; and
a plurality of sensor assemblies, wherein each of plurality of sensor assemblies is correspondingly disposed in each of the plurality of vehicles, and the sensor assembly communicating the at least one server directly or through the vehicle-end electronic device;
wherein the server comprises at least one processor and at least one storage module storing an application program, and the processor executing the application program so as to be configured to:
generate, after receiving a demand of vehicle utilization sent by one of the plurality of the user-end electronic devices, an estimation value of carbon emission and a transportation plan comprising a plurality of advisory transportation routes based on the demand of vehicle utilization, at least one vehicle parameter and at least one road condition parameter; wherein the demand of vehicle utilization includes an information consisting of model of vehicle, starting location and destination location;
transmit a transportation task assigning notification to one of the plurality of vehicle-end electronic devices that stays in the vehicle meeting a requirement of the demand of vehicle utilization;
dispatch, after receiving a response information from the vehicle-end electronic device, the vehicle as a transportation vehicle;
collect, through the sensor assembly, a driving data of the transportation vehicle while the transportation vehicle travels along the advisory transportation route;
calculate, after the transportation vehicle completes the transportation task, a real value of carbon emission of the transportation vehicle; and
calculate, in case of the real value of carbon emission being lower than the estimation value of carbon emission, a bonus of carbon emission reducing based on a difference between the real value of carbon emission and the estimation value of carbon emission.”
The examiner submits that the foregoing bolded limitation(s) constitute a “mental process” because under its broadest reasonable interpretation, the claim covers performance of the limitation in the human mind.
For example, “generating”, “dispatching”, and “calculating” in the context of this claim, all encompass a person looking at available data and forming a simple judgement (determination, analysis, comparison, etc.) either manually or using a pen and paper. Accordingly, the claim recites at least one abstract idea. The examiner notes that under MPEP 2106.04(a)(2)(III), the courts consider a mental process (thinking) that "can be performed in the human mind, or by a human using a pen and paper" to be an abstract idea. CyberSource Corp. v. Retail Decisions, Inc., 654 F.3d 1366, 1372, 99 USPQ2d 1690, 1695 (Fed. Cir. 2011). As the Federal Circuit explained, "methods which can be performed mentally, or which are the equivalent of human mental work, are unpatentable abstract ideas the ‘basic tools of scientific and technological work’ that are open to all.’" 654 F.3d at 1371, 99 USPQ2d at 1694 (citing Gottschalk v. Benson, 409 U.S. 63, 175 USPQ 673 (1972)). See also Mayo Collaborative Servs. v. Prometheus Labs. Inc., 566 U.S. 66, 71, 101 USPQ2d 1961, 1965 ("‘[M]ental processes[] and abstract intellectual concepts are not patentable, as they are the basic tools of scientific and technological work’" (quoting Benson, 409 U.S. at 67, 175 USPQ at 675)); Parker v. Flook, 437 U.S. 584, 589, 198 USPQ 193, 197 (1978) (same).
As drafted, the above claims, under their broadest reasonable interpretation, cover mental processes performed in the human mind (including an observation, evaluation, judgement, opinion), that are merely completed via generic computer components. Accordingly, the claims recite an abstract idea.
Step 2A Prong Two Analysis:
Regarding Prong Two of the Step 2A analysis in the 2019 PEG, the claims are to be analyzed to determine whether the claim, as a whole, integrates the abstract idea into a practical application. As noted in the 2019 PEG, it must be determined whether any additional elements in the claim beyond the abstract idea integrate the exception into a practical application in a manner that imposes a meaningful limit on the judicial exception. The courts have indicated that additional elements merely using a computer to implement an abstract idea, adding insignificant extra solution activity, or generally linking use of a judicial exception to a particular technological environment or field of use do not integrate a judicial exception into a “practical application”.
In the present case, the additional limitations beyond the above-noted abstract idea are as follows (where the underlined portions are the “additional limitations” while the bolded portions continue to represent the “abstract idea”):
Claim 1 recites, inter alai:
“A system for monitoring vehicle carbon footprint and generating plan of carbon emission reduction, comprising:
at least one server;
a plurality of vehicle-end electronic devices in communication with the at least one server, wherein each of plurality of vehicle-end electronic devices is correspondingly disposed in each of a plurality of vehicles with contract for undertaking transportation tasks;
a plurality of user-end electronic devices in communication with the at least one server; and
a plurality of sensor assemblies, wherein each of plurality of sensor assemblies is correspondingly disposed in each of the plurality of vehicles, and the sensor assembly communicating the at least one server directly or through the vehicle-end electronic device;
wherein the server comprises at least one processor and at least one storage module storing an application program, and the processor executing the application program so as to be configured to:
generate, after receiving a demand of vehicle utilization sent by one of the plurality of the user-end electronic devices, an estimation value of carbon emission and a transportation plan comprising a plurality of advisory transportation routes based on the demand of vehicle utilization, at least one vehicle parameter and at least one road condition parameter; wherein the demand of vehicle utilization includes an information consisting of model of vehicle, starting location and destination location;
transmit a transportation task assigning notification to one of the plurality of vehicle-end electronic devices that stays in the vehicle meeting a requirement of the demand of vehicle utilization;
dispatch, after receiving a response information from the vehicle-end electronic device, the vehicle as a transportation vehicle;
collect, through the sensor assembly, a driving data of the transportation vehicle while the transportation vehicle travels along the advisory transportation route;
calculate, after the transportation vehicle completes the transportation task, a real value of carbon emission of the transportation vehicle; and
calculate, in case of the real value of carbon emission being lower than the estimation value of carbon emission, a bonus of carbon emission reducing based on a difference between the real value of carbon emission and the estimation value of carbon emission.”
For the following reason(s), the examiner submits that the above identified additional limitations do not integrate the above-noted abstract idea into a practical application.
Regarding the additional limitations of:
“at least one server”
“a plurality of vehicle-end electronic devices in communication with the at least one server…”
“a plurality of user-end electronic devices in communication with the at least one server…”
“a plurality of sensor assemblies…”
“wherein the server comprises at least one processor and at least one storage module…”
these limitations merely describes how to generally “apply” the otherwise mental judgements in a generic or general purpose vehicle control environment. See Alice Corp. Pty. Ltd. v. CLS Bank Int'l, 573 U.S. at 223 (“[T]he mere recitation of a generic computer cannot transform a patent-ineligible abstract idea into a patent-eligible invention.”). The device(s) and processor(s) are recited at a high level of generality and merely automates the steps.
Regarding the additional limitation of “transmit a transportation task …” and “collect…driving data…”, these limitations merely describes the sending, receiving, and collection of data which are insignificant extra solution activities. See MPEP § 2106.05(g).
Thus, taken alone, the additional elements do not integrate the abstract idea into a practical application. Further, looking at the additional limitation(s) as an ordered combination or as a whole, the limitation(s) add nothing that is not already present when looking at the elements taken individually. Accordingly, the additional limitation(s) do/does not integrate the abstract idea into a practical application because it does not impose any meaningful limits on practicing the abstract idea.
Step 2B Analysis:
The claims do not include additional elements (considered both individually and as an ordered combination) that are sufficient to amount to significantly more than the judicial exception for the same reasons to those discussed above with respect to determining that the claim does not integrate the abstract idea into a practical application. As discussed above with respect to integration of the abstract idea into a practical application, the additional element of using generic computer components to perform the abstract idea amounts to no more than mere instructions to apply the exception using a generic computer component. Mere instructions to apply an exception using a generic computer component cannot provide an inventive concept. Further, the act of collecting data and displaying data amounts to no more than merely storing and displaying information of the exception and thus is an extra-solution activity. The claims are not patent eligible.
Regarding dependent claims 2-18, no claim further adds a limitation that introduces any practical applications to the claimed invention, the dependent claims merely add more mental process, mathematical concepts, and post-solution activities and are thus not patent eligible.
Therefore, Claims 1-18 are ineligible under 35 USC §101.
Claim Rejections - 35 USC § 103
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
The factual inquiries for establishing a background for determining obviousness under 35 U.S.C. 103 are summarized as follows:
1. Determining the scope and contents of the prior art.
2. Ascertaining the differences between the prior art and the claims at issue.
3. Resolving the level of ordinary skill in the pertinent art.
4. Considering objective evidence present in the application indicating obviousness or nonobviousness.
Claim 1-7 and 10-16, and 18 are rejected under 35 U.S.C. 103 as being unpatentable over Leung et al (WO 2021050162 A1) in view of Ramot et al (WO 2018217640 A1) and Wang (CN 115183790 A). Hereafter referred to as Leung, Ramot, and Wang respectively.
Regarding Claim 1, Leung teaches a system for monitoring vehicle carbon footprint and generating plan of carbon emission reduction (see at least Leung [Abstract and ¶ 3] Method and system for selecting a vehicle route. For example, the method includes collecting information for a future vehicle trip that will be made by a user, generating multiple routes for the same future vehicle trip…a system (e.g., a computer program product) is provided to measure a person’s carbon emission, understand a person’s carbon emission, offset a portion of a person’s carbon emission, and/or empower a person to offset the rest of the person’s carbon emission)
comprising:
at least one server (see at least Leung [¶ 132] The computing system can include client devices and servers. A client device and server are generally remote from each other and typically interact through a communication network)
a plurality of user-end electronic devices in communication with the at least one server (see at least Leung [¶ 132, 97] The computing system can include client devices and servers. A client device and server are generally remote from each other and typically interact through a communication network...the client device 612 is a mobile device (e.g., a smartphone) that is connected (e.g., via wired or wireless links) to the vehicle 61)
a plurality of sensor assemblies, wherein each of plurality of sensor assemblies is correspondingly disposed in each of the plurality of vehicles, and the sensor assembly communicating the at least one server directly or through the vehicle-end electronic device (see at least Leung [¶ 22-23, 99] the user driving data include information related to a user driving behavior…the user driving data are collected from one or more sensors associated with the user’s vehicle….the one or more sensors include any type and number of accelerometers, gyroscopes, magnetometers, location sensors (e.g., GPS sensors), tilt sensors, yaw rate sensors, speedometers, steering angle sensors, brake sensors, proximity detectors, and/or any other suitable sensors that measure vehicle state and/or operation…the one or more sensors are part of or located in the vehicle. In some embodiments, the one or more sensors are part of a computing device (e.g., a mobile device of the user) that is connected to the vehicle while the vehicle is in operation…collected data are stored in the memory 618 before being transmitted to the server 606)
wherein the server comprises at least one processor and at least one storage module storing an application program (see at least Leung [¶ 100] According to certain embodiments, the server 606 includes a processor 630 (e.g., a microprocessor, a microcontroller), a memory 632, a communications unit 634 (e.g., a network transceiver), and a data storage 636 (e.g., one or more databases))
the processor executing the application program so as to be configured to:
calculate, after the transportation vehicle completes the transportation task, a real value of carbon emission of the transportation vehicle, and calculate, in case of the real value of carbon emission being lower than the estimation value of carbon emission, a bonus of carbon emission reducing based on a difference between the real value of carbon emission and the estimation value of carbon emission (see at least Leung [¶ 46, 113-114] process 320 for generating an estimated efficiency value related to the fuel consumption, process 325 for comparing the estimated efficiency value with an actual efficiency value...a quality of driving score is calculated based on how efficient an individual drives and conserves emissions… a system including a mobile device app that reports driving data to a server algorithm that uses the data and vehicle specific data to estimate the total carbon released during individual trips. As an example, the system is associated with one or more of the following features: a. Algorithm estimates fuel consumption during the trip, which is used to derive carbon release; b. Algorithm is based on a model calibrated with user-supplied fueling and driving distance inputs; c. Driving data includes location, accelerometer data, gyroscopic data, magnetometer data, and/or barometer data; d. System rewards users for mindful driving (and potentially carpooling) with insurance discounts based on carbon release; e. System provides route suggestions for a destination based on actual user driving behaviors to reduce carbon footprint; and/or f. System provides training feedback to modify driving techniques to reduce carbon footprint).
However, Leung does not explicitly teach
a plurality of vehicle-end electronic devices in communication with the at least one server, wherein each of plurality of vehicle-end electronic devices is correspondingly disposed in each of a plurality of vehicles with contract for undertaking transportation tasks
the processor executing the application program so as to be configured to:
transmit a transportation task assigning notification to one of the plurality of vehicle-end electronic devices that stays in the vehicle meeting a requirement of the demand of vehicle utilization
dispatch, after receiving a response information from the vehicle-end electronic device, the vehicle as a transportation vehicle
collect, through the sensor assembly, a driving data of the transportation vehicle while the transportation vehicle travels along the advisory transportation route.
Ramot, in the same field as the endeavor, teaches a plurality of vehicle-end electronic devices in communication with the at least one server, wherein each of plurality of vehicle-end electronic devices is correspondingly disposed in each of a plurality of vehicles with contract for undertaking transportation tasks (see at least Ramot [¶ 58] Network 140 may facilitate communications between user devices 120 and ridesharing management server 150, for example, receiving ride requests and other ride server related input from or sending confirmations to user devices, and sending ride service assignments to driver devices and driving- control devices)
the processor executing the application program so as to be configured to:
transmit a transportation task assigning notification to one of the plurality of vehicle-end electronic devices that stays in the vehicle meeting a requirement of the demand of vehicle utilization (see at least Ramot [¶ 60] ridesharing management server 150 may be configured to: receive ride requests from user devices 1 20A- 120C, send ride confirmation and ride fare information to user devices 120A- 120C, and send ride service assignments (for example, including pickup and drop-off location information) to driver devices 120D and 120E, and driving-control device 120F)
dispatch, after receiving a response information from the vehicle-end electronic device, the vehicle as a transportation vehicle (see at least Ramot [¶ 12, 79] a dispatch to the pick-up location associated with the specific ride request...automated ridesharing dispatch system 300 may include one or more processors 3 10, one or more memories 320 storing programs 330 including, for example, server app(s) 332, operating system 334, and data 340, and a communications interface 360 (e.g., a modem, Ethernet card, or any other interface configured to exchange data with a network, such as network 140 in Fig. 1 ). Automated ridesharing dispatch system 300 may communicate with an external database 170 (which, for some embodiments, may be included within ridesharing management server 150))
collect, through the sensor assembly, a driving data of the transportation vehicle while the transportation vehicle travels along the advisory transportation route (see at least Ramot [¶ 5] The at least one processor may be configured to receive current vehicle location data for the plurality of electrically-powered ridesharing vehicles, wherein the current vehicle location data includes global positioning system (GPS) data generated by at least one GPS component associated with each electrically-powered ridesharing vehicle; receive current battery-charge data for the plurality of electrically-powered ridesharing vehicles).
Therefore, it would have been obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention to have modified the system set forth in Leung to contain a plurality of vehicle end electronic devices in communication with a server, a system for transmitting transportation tasks, dispatching vehicles, and collecting vehicle data while traversing a generated route with reasonable expectation of success. One of ordinary skill in the art would have been motivated to make such a modification for benefit of including the basic functions and hardware of a ride sharing service that are common in the art.
Further, Leung does not explicitly teach the processor executing the application program so as to be configured to:
generate, after receiving a demand of vehicle utilization sent by one of the plurality of the user-end electronic devices, an estimation value of carbon emission and a transportation plan comprising a plurality of advisory transportation routes based on the demand of vehicle utilization, at least one vehicle parameter and at least one road condition parameter
wherein the demand of vehicle utilization includes an information consisting of model of vehicle, starting location and destination location.
Wang, in the same field as the endeavor, teaches a processor executing the application program so as to be configured to:
generate, after receiving a demand of vehicle utilization sent by one of the plurality of the user-end electronic devices, an estimation value of carbon emission and a transportation plan comprising a plurality of advisory transportation routes based on the demand of vehicle utilization, at least one vehicle parameter and at least one road condition parameter (see at least Wang [English Translation pg.2 para.7 and pg. 4 para.7-9, and pg.5 para.5] obtaining the requirement information of the user, generating corresponding planning path set according to the requirement information, wherein the requirement information comprises but not limited to: starting point position, end position, arrival time...performing carbon emission cost calculation for each planning path in the planning path set, ordering the planning path according to the carbon emission cost from low to high sequentially the preferred planning path set according to the preset path number threshold; obtaining the real-time road condition information, establishing the actual carbon emission cost model corresponding to each preferred planning path in the preferred planning path set; establishing a constraint condition, solving each of the carbon emission cost model, selecting the optimal path, finishing the planning...according to the driving speed of the vehicle to be tested, fuel type, driving distance and the final oil consumption amount, establishing basic carbon emission regression model)
wherein the demand of vehicle utilization includes an information consisting of model of vehicle, starting location and destination location (see at least Wang [English Translation pg.2 para.7 and pg.2 para.14 and pg.3 para.1] obtaining the requirement information of the user, generating corresponding planning path set according to the requirement information, wherein the requirement information comprises but not limited to: starting point position, end position, arrival time…establishing the kinematics model of the vehicle to be tested…the unit distance fuel consumption and the actual load of the vehicle to be tested, and obtaining the corresponding carbon emission cost according to the parameter).
Therefore, it would have been obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention to have modified the system set forth in Leung to contain a system for generating, after receiving a demand of vehicle utilization sent by one of the plurality of the user-end electronic devices, an estimation value of carbon emission and a transportation plan comprising a plurality of advisory transportation routes based on the demand of vehicle utilization, at least one vehicle parameter and at least one road condition parameter wherein the demand of vehicle utilization includes an information consisting of model of vehicle, starting location and destination location with reasonable ¶expectation of success. One of ordinary skill in the art would have been motivated to make such a modification for benefit of improving the accuracy of the carbon emission estimate for the vehicle traversing a route as discussed in Wang (see at least Wang [English Translation pg.2 para.4] improves the accuracy and systemic of carbon emission in the vehicle path planning, good for evaluation of carbon emission in vehicle path planning). Further, one of ordinary skill in the art would additionally be motivated to make such a modification for benefit of providing the user the tools and information to reduce their own carbon emissions when using a vehicle.
Regarding Claim 2, Leung in view of Ramot and Wang teach all limitations of Claim 1 as set forth above. Leung further teaches wherein the processor executing the application program is further configured to: allot, after exchanging the bonus of carbon emission reducing to a reward, the reward to a user of the user-end electronic device and/or a driver of the vehicle-end electronic device wherein the reward comprises at least one selected from a group consisting of reward points, gift voucher, discount coupon, cash voucher, and currency (see at least Leung [¶ 113-114] a quality of driving score is calculated based on how efficient an individual drives and conserves emissions. As an example, the carbon offsets are purchased and/or trees are bought based on an individual’s efficiency…System rewards users for mindful driving (and potentially carpooling) with insurance discounts based on carbon release…System provides route suggestions for a destination based on actual user driving behaviors to reduce carbon footprint…System provides training feedback to modify driving techniques to reduce carbon footprint).
Regarding Claim 3, Leung in view of Ramot and Wang teach all limitations of Claim 1 as set forth above. However, Leung does not explicitly teach wherein the transportation vehicle is selected from a group consisting of bicycle, electric bicycle (E-bike), motorcycle, scooter, electric motorcycle, electric scooter, gasoline-powered vehicle, and electric vehicle.
Ramot, in the same field as the endeavor, teaches wherein the transportation vehicle is selected from a group consisting of bicycle, electric bicycle (E-bike), motorcycle, scooter, electric motorcycle, electric scooter, gasoline-powered vehicle, and electric vehicle (see at least Ramot [Abstract, ¶ 12] The present disclosure relates to systems and methods for managing a fleet of ridesharing vehicles. In some implementations, the fleet of ridesharing vehicles may include electrically-powered ridesharing vehicles...over a wireless network to the specific electrically-powered vehicle-for-hire in need of the charge, a dispatch to the pick-up location associated with the specific ride request, route the specific electrically-powered vehicle-for-hire to a dropoff location associated with the specific ride request, and following arrival at the drop-off location associated with the specific ride request, route the specific electrically-powered vehicle-for-hire to the specific charging station).
Therefore, it would have been obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention to have modified the system set forth in Leung to contain a system for wherein the transportation vehicle is selected from a group consisting of bicycle, electric bicycle (E-bike), motorcycle, scooter, electric motorcycle, electric scooter, gasoline-powered vehicle, and electric vehicle with reasonable expectation of success. One of ordinary skill in the art would have been motivated to make such a modification for benefit of improving accessibility and convenience by including transportation vehicles that are the most common among general users.
Regarding Claim 4, Leung in view of Ramot and Wang teach all limitations of Claim 1 as set forth above. However, Leung does not explicitly teach wherein the vehicle parameter is selected from a group consisting of brand of vehicle, model of vehicle, vehicle weight, and vehicle emission standard.
Wang, in the same field as the endeavor, teaches wherein the vehicle parameter is selected from a group consisting of brand of vehicle, model of vehicle, vehicle weight, and vehicle emission standard (see at least Wang [English Translation pg.5 para.5 and pg.3 para.1] according to the driving speed of the vehicle to be tested, fuel type, driving distance and the final oil consumption amount, establishing basic carbon emission regression model...obtaining the driving distance of each planning path, the unit distance fuel consumption and the actual load of the vehicle to be tested, and obtaining the corresponding carbon emission cost according to the parameter).
Therefore, it would have been obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention to have modified the system set forth in Leung to contain a system for wherein the vehicle parameter is selected from a group consisting of brand of vehicle, model of vehicle, vehicle weight, and vehicle emission standard with reasonable expectation of success. One of ordinary skill in the art would have been motivated to make such a modification for benefit of improving the accuracy of the vehicle emission estimation by incorporating vehicle parameters that are important for estimating such a value, for example the vehicle’s weight will largely affect the efficiency of the vehicle and in turn affect the estimation of the vehicle’s emissions.
Regarding Claim 5, Leung in view of Ramot and Wang teach all limitations of Claim 1 as set forth above. Leung further teaches wherein the road condition parameter is selected from a group consisting of type of road, gradient of road, speed limit of road, current traffic flow of road, environment temperature, environment humidity, and environment wind speed (see at least Leung [¶ 28] the information for the future vehicle trip include one or more vehicle information (e.g., model/year of the vehicle), one or more distance information (e.g., total distance between the particular pair of origination and destination points), one or more congestion information (e.g., expected traffic flows based upon time of day and/or day of the week that the future trip will take place, expected traffic flows based upon weather conditions during the time that the future trip will take place), and/or one or more other suitable information (e.g., terrain information, road construction information). In various embodiments, the expected traffic flows in the congestion information are obtained (e.g., via a third party) from analysis of historical traffic data).
Regarding Claim 6, Leung in view of Ramot and Wang teach all limitations of Claim 1 as set forth above. Leung further teaches wherein the transportation plan further comprises at least one driving advice selected from a group consisting of driving speed, engine speed and tire pressure (see at least Leung [¶ 114, 120] System provides training feedback to modify driving techniques to reduce carbon footprint….configured to receive from a user information related to origin and destination and then provide the user with the best route (e.g., route planning) for the environment (e.g., reduction of carbon footprint) based on how the user actually drives (e.g., the driving characteristics of the user). In some embodiments, a system (e.g., a computer program product) is configured to provide a driver with information on how the driver can improve driving techniques to reduce carbon footprint (e.g., by making fewer hard brakes, reducing time over a certain speed threshold such as 80 MPH)).
Regarding Claim 7, Leung in view of Ramot and Wang teach all limitations of Claim 1 as set forth above. However, Leung does not explicitly teach wherein the driving data comprises at least one selected from a group consisting of real transportation route, trip corresponding to the foregoing real transportation route, and fuel consumption corresponding to the foregoing real transportation route.
Ramot, in the same field as the endeavor, teaches wherein the driving data comprises at least one selected from a group consisting of real transportation route, trip corresponding to the foregoing real transportation route, and fuel consumption corresponding to the foregoing real transportation route (see at least Ramot [¶ 5, 7] The at least one processor may be configured to receive current vehicle location data for the plurality of electrically-powered ridesharing vehicles, wherein the current vehicle location data includes global positioning system (GPS) data generated by at least one GPS component associated with each electrically-powered ridesharing vehicle; receive current battery-charge data for the plurality of electrically-powered ridesharing vehicles, wherein the current battery-charge data is indicative of a driving distance in which each electrically-powered ridesharing vehicle can operate before charging; receive current occupancy data for the plurality of charging stations, wherein the current occupancy data includes a current capacity utilization for each charging point and current battery-charge data for each electrically-powered ridesharing vehicle located at a charging station; select a charging station for a specific electrically-powered ridesharing vehicle...wherein the current battery-charge data is indicative of a driving distance in which the electrically-powered ridesharing vehicle can operate before recharging; and based on the current vehicle location data, the current battery-charge data, the desired destinations of passengers currently riding the electrically-powered ridesharing vehicle, and the stored locations of the charging stations, determine a route for the electrically-powered ridesharing vehicle that ends at a charging station).
Therefore, it would have been obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention to have modified the system set forth in Leung to contain a system for wherein the driving data comprises at least one selected from a group consisting of real transportation route, trip corresponding to the foregoing real transportation route, and fuel consumption corresponding to the foregoing real transportation route with reasonable expectation of success. One of ordinary skill in the art would have been motivated to make such a modification for benefit of collecting data during the traveling of a route that is important for calculating what route is the most fuel efficient as discussed in Ramot (see at least Ramot [¶ 215] The first driving route may be optimized based on models for shortest distance, shortest distance time, a combination of distance and travel time optimization, and/or a fuel efficiency optimization).
Regarding Claim 10, Leung in view of Ramot and Wang teach all limitations of Claim 1 as set forth above. However, Leung does not explicitly teach wherein the vehicle-end electronic device comprises a first processor and a first storage module storing a first application program, the first processor executes the first application program so as to be configured to:
control the vehicle-end electronic device to communicate with the server;
control a first display of the vehicle-end electronic device to show a driver operation interface;
receive a driver operation through the driver operation interface, wherein the driver operation is selected from a group consisting of vehicle owner registering, management of vehicle owner information, vehicle information management, vehicle owner log in, acceptation or rejection of transportation task, giving of user score, giving of system score, bank account setting, and enquiry for specific remuneration defrayment corresponding the transportation task.
Ramot, in the same field as the endeavor, teaches wherein the vehicle-end electronic device comprises a first processor and a first storage module storing a first application program, the first processor executes the first application program so as to be configured to:
control the vehicle-end electronic device to communicate with the server (see at least Ramot [¶ 56, 64] ridesharing management server 150 may communicate with driving-control device 120F to direct autonomous vehicle OOF to pick up and drop off users 130A- 130C. In one example, autonomous vehicles capable of detecting objects on the road and navigate to designated locations may be utilized for providing ridesharing services...As shown in Fig. 1 , users 130A- 130E may include a plurality of users 130A- 130C, and a plurality of drivers 130D and 130E, who may communicate with one another, and with ridesharing management server 150 using various types of mobile communications devices 120)
control a first display of the vehicle-end electronic device to show a driver operation interface (see at least Ramot [¶ 64, 88, 110] As shown in Fig. 1 , users 130A-130E may include a plurality of users 130A- 130C, and a plurality of drivers 130D and 130E, who may communicate with one another, and with ridesharing management server 150 using various types of mobile communications devices 120. As an example, a mobile communications device 120 may include a display such as a television, tablet, computer monitor, video conferencing console, or laptop computer screen...communications interface 360 may be configured to receive ride requests (e.g., from user devices 120A - 120C) headed to differing destinations, and receive indications of the current locations of the ridesharing vehicles (e.g., from driver devices 120D and 120E or driving-control device 120F). In one example, communications interface 360 may be configured to continuously or periodically receive current vehicle location data for the plurality of ridesharing vehicles that are part of ridesharing management system 100....a user interface of a driver device, such as driver device 120D, may include an option to send notification messages to the user, for example, a pre-defined message button of "I'm here." Once the vehicle arrives at the pick-up location, the driver may click the message button to send the message to the user. This way, the driver may not need to dial out or type a message in order to notify the user of the vehicle's arrival, reducing driver distraction and associated safety hazards)
receive a driver operation through the driver operation interface wherein the driver operation is selected from a group consisting of vehicle owner registering, management of vehicle owner information, vehicle information management, vehicle owner log in, acceptation or rejection of transportation task, giving of user score, giving of system score, bank account setting, and enquiry for specific remuneration defrayment corresponding the transportation task (see at least Ramot [¶ 88, 107] communications interface 360 may be configured to receive ride requests (e.g., from user devices 120A - 120C) headed to differing destinations, and receive indications of the current locations of the ridesharing vehicles (e.g., from driver devices 120D and 120E or driving-control device 120F). In one example, communications interface 360 may be configured to continuously or periodically receive current vehicle location data for the plurality of ridesharing vehicles that are part of ridesharing management system 100…the ridesharing request is accepted).
Therefore, it would have been obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention to have modified the system set forth in Leung to contain a system for wherein the vehicle-end electronic device comprises a first processor and a first storage module storing a first application program, the first processor executes the first application program so as to be configured to: control the vehicle-end electronic device to communicate with the server; control a first display of the vehicle-end electronic device to show a driver operation interface; and to receive a driver operation through the driver operation interface wherein the driver operation is selected from a group consisting of vehicle owner registering, management of vehicle owner information, vehicle information management, vehicle owner log in, acceptation or rejection of transportation task, giving of user score, giving of system score, bank account setting, and enquiry for specific remuneration defrayment corresponding the transportation task with reasonable expectation of success. One of ordinary skill in the art would have been motivated to make such a modification for benefit of improving the functionality of the system by including generic devices and hardware that are commonly used in the ride sharing and vehicle dispatching industry, along with functions of such devices and hardware that allow for ride sharing to take place such as accepting and rejecting ride requests.
Regarding Claim 11, Leung in view of Ramot and Wang teach all limitations of Claim 10 as set forth above. However, Leung does not explicitly teach wherein the user-end electronic device comprises a second processor and a second storage module storing a second application program, the second processor executes the second application program so as to be configured to:
control the user-end electronic device to communicate with the server;
control a second display of the user-end electronic device to show a user operation interface; and
receive a user operation through the user operation interface wherein the user operation is selected from a group consisting of user registering, user information management, user log in, editing of the demand of vehicle utilization, sending out of the demand of vehicle utilization, giving of vehicle owner score, giving of system score, order querying, order revising, order canceling, bank account setting, and enquiry for specific expense payment corresponding the transportation task.
Ramot, in the same field as the endeavor, teaches wherein the user-end electronic device comprises a second processor and a second storage module storing a second application program, the second processor executes the second application program so as to be configured to:
control the user-end electronic device to communicate with the server (see at least Ramot [¶ 56, 58] The plurality of mobile communications devices 120A- 120F may further include a plurality of user devices 120A- 120C associated with users 130A- 130C respectively, a plurality of driver devices 120D and 120E associated with drivers 130D and 130E, and a driving-control device 120F associated with an autonomous vehicle 130F...Network 140 may facilitate communications between user devices 120 and ridesharing management server 150)
control a second display of the user-end electronic device to show a user operation interface (see at least Ramot [¶ 64, 107] a mobile communications device 120 may include a display...At step 415, ridesharing management server 150 may send a first message to a user device associated with the first user, which is, in this example, user device 120A. The first message may be configured to cause an indication of the calculated first estimated pick-up time to appear on a display of user device 120A.)
and receive a user operation through the user operation interface wherein the user operation is selected from a group consisting of user registering, user information management, user log in, editing of the demand of vehicle utilization, sending out of the demand of vehicle utilization, giving of vehicle owner score, giving of system score, order querying, order revising, order canceling, bank account setting, and enquiry for specific expense payment corresponding the transportation task (see at least Ramot [¶ 64] A mobile communications device 120 may also include one or more software applications that facilitate the mobile communications devices to engage in communications, such as IM, VoIP, video conferences. For example, user devices 130A- 130C may send requests to ridesharing management server 150, and receive confirmations therefrom).
Therefore, it would have been obvious to one of ordinary skill in the art, before the effective filing date of the claimed invention to have modified the system set forth in Leung to contain a system for wherein the user-end electronic device comprises a second processor and a second storage module storing a second application program, the second processor executes the second application program so as to be configured to: control the user-end electronic device to communicate with the server; control a second display of the user-end electronic device to show a user operation interface; and receive a user operation through the user operation interface wherein the user operation is selected from a group consisting of user registering, user information management, user log in, editing of the demand of vehicle utilization, sending out of the demand of vehicle utilization, giving of vehicle owner score, giving of system score, order querying, order revising, order canceling, bank account setting, and enquiry for specific expense payment corresponding the transportation task with reasonable expectation of success. One of ordinary skill in the art would have been motivated to make such a modification for benefit of improving the functionality of the system by including generic devices and hardware that are commonly used in the ride sharing and vehicle dispatching industry, along with functions of such devices and hardware that allow for ride sharing to take place such as requesting ride requests from drivers.
Regarding Claim 12, Leung in view of Ramot and Wang teach all limitations of Claim 11 as set forth above. However, Leung does not explicitly teach a plurality of administrator-end electronic devices in communication to the at least one server;
wherein the administrator-end electronic