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 .
Double Patenting
The nonstatutory double patenting rejection is based on a judicially created doctrine grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or improper timewise extension of the “right to exclude” granted by a patent and to prevent possible harassment by multiple assignees. A nonstatutory double patenting rejection is appropriate where the conflicting claims are not identical, but at least one examined application claim is not patentably distinct from the reference claim(s) because the examined application claim is either anticipated by, or would have been obvious over, the reference claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re Goodman, 11 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 1970); In re Thorington, 418 F.2d 528, 163 USPQ 644 (CCPA 1969).
A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) may be used to overcome an actual or provisional rejection based on nonstatutory double patenting provided the reference application or patent either is shown to be commonly owned with the examined application, or claims an invention made as a result of activities undertaken within the scope of a joint research agreement. See MPEP § 717.02 for applications subject to examination under the first inventor to file provisions of the AIA as explained in MPEP § 2159. See MPEP § 2146 et seq. for applications not subject to examination under the first inventor to file provisions of the AIA . A terminal disclaimer must be signed in compliance with 37 CFR 1.321(b).
The filing of a terminal disclaimer by itself is not a complete reply to a nonstatutory double patenting (NSDP) rejection. A complete reply requires that the terminal disclaimer be accompanied by a reply requesting reconsideration of the prior Office action. Even where the NSDP rejection is provisional the reply must be complete. See MPEP § 804, subsection I.B.1. For a reply to a non-final Office action, see 37 CFR 1.111(a). For a reply to final Office action, see 37 CFR 1.113(c). A request for reconsideration while not provided for in 37 CFR 1.113(c) may be filed after final for consideration. See MPEP §§ 706.07(e) and 714.13.
The USPTO Internet website contains terminal disclaimer forms which may be used. Please visit www.uspto.gov/patent/patents-forms. The actual filing date of the application in which the form is filed determines what form (e.g., PTO/SB/25, PTO/SB/26, PTO/AIA /25, or PTO/AIA /26) should be used. A web-based eTerminal Disclaimer may be filled out completely online using web-screens. An eTerminal Disclaimer that meets all requirements is auto-processed and approved immediately upon submission. For more information about eTerminal Disclaimers, refer to www.uspto.gov/patents/apply/applying-online/eterminal-disclaimer.
Claims 1-20 are rejected on the ground of nonstatutory double patenting as being unpatentable over claims 1-21 of U.S. Patent No. 12001764. Although the claims at issue are not identical, they are not patentably distinct from each other for the following reasons:
1) Pending independent claims 1 and 11 recite the broader limitation of “elevation changes” in place of the narrower limitation of “elevation gains and losses” found in the independent claims 1 and 12 of the patent.
2) The limitations of “the virtual trip corresponding to the real-world geographic area,” “a virtual map corresponding to the real-world geographic area” and “an indication of the virtual vehicle located on the virtual map” added to the pending claims 1 and 11 by amendment filed 07/10/2025 are all rendered obvious by independent claims 1, 12 which describe “a virtual trip of a virtual vehicle … including displaying … (i) a virtual map corresponding to the real-world geographic area, and (ii) an indication of the virtual vehicle disposed on the virtual map”.
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-20 are rejected under 35 U.S.C. 101 because the claimed invention is directed to abstract ideas without significantly more. The claims recite displaying a virtual vehicle on a map that is animated to operate like a corresponding vehicle in the real world. This sort of “collect[ing] information on a user’s movements and location history”, “electronically recording” it, “creating a digital travel log” and “tailoring content based on a user’s location” are all activities the courts have determined to fall into the enumerated grouping of “certain methods of organizing human activity” as will be discussed in further detail in the analysis that follows.
MPEP 2106.04(a)(2) describes that the grouping of “certain methods of organizing human activity” covers “managing personal behavior” including “certain activity between a person and a computer”. Federal circuit court rulings cited in this section of the MPEP that prove how subject matter similar to that of the pending claims is directed to covered abstract ideas include:
The court’s finding in Intell. Ventures I v. Cap. One, 792 F.3d at 1369. that “tailoring content based on a user’s location” is covered activity.
Weisner v. Google LLC, 51 F.4th 1073, 1082 (Fed. Cir. 2022), in which it was determined that “Claims to “collect[ing] information on a user's movements and location history [and] electronically record[ing] that data” (i.e., “creating a digital travel log”) is provided as an example of “managing personal behavior or relationships or interactions between people.”
The court concluded in TecSec, 978 F.3d at 1293 that “providing information based on a location on a map is an abstract idea because it is directed to filtering or picking information or materials relevant to a location or context, which is a human problem, not any specific improvement to a computing technology.”
And in Location Based Servs., LLC v. Niantic, Inc., 295 F. Supp. 3d 1031, 1045–49 (N.D. Cal. 2017), aff’d, 742 F. App’x 506 (Fed. Cir. 2018)”, it was determined that “providing map-related data based on a user’s “status” (meaning, any information about location) is just analyzing information about a location, which is data analysis and an abstract idea.”
The instant-claimed gathering of vehicle operation data through unspecified types of telematics sensors by a computer of unknown technical specifications or programming, storing the gathered data in a data model, and displaying content tailored to a relevant location-based scene on a map is activity in line with what the courts found to be directed to covered abstract ideas for organizing human activity through interactions between people and computers.
The steps directed to abstract ideas in each of independent claims 1 and 11 are:
generating, in a virtual environment, a virtual trip of a virtual vehicle operated by a virtual operator, the virtual trip corresponding to the real-world geographic area, wherein the virtual trip comprises a virtual route simulating one or more elevation changes corresponding to the real-world geographic area; a virtual map in a user interface, visual data indicative of the virtual operation of the virtual vehicle in association with the virtual trip.
This is the sort of “tailoring content based on a user’s location” found to be abstract in Intell. Ventures I v. Cap. One, and is also similar to “collect[ing] information on a user's movements and location history [and] electronically record[ing] that data” (i.e., “creating a digital travel log”). Furthermore, “Providing map-related data based on a user’s “status” (meaning, any information about location) is just analyzing information about a location, which is data analysis and an abstract idea” Location Based Servs., LLC v. Niantic, Inc.
The additional elements of independent claims 1 and 11 beyond the abstract ideas include:
to receive, from one or more sensors…
The receiving of data by a computer having unknown technical specifications or programming represents insignificant pre-solution data gathering. “The receiving of input and storing steps represent the use of a computer or other machinery in its ordinary capacity for economic or other tasks (e.g., to receive, store, or transmit data) […] does not integrate a judicial exception into a practical application or provide significantly more.” Affinity Labs v. DirectTV, 838 F.3d 1253, 1262, 120 USPQ2d 1201, 1207 (Fed. Cir. 2016 attributing particular generic computer functions for computer hardware to perform from well-known, routine, conventional functions performed by such hardware has been held to be insufficient to show an improvement to technology, Affinity Labs of Tex. v. DirecTV, LLC, 838 F.3d 1253, 1264, 120 USPQ2d 1201, 1208 (Fed. Cir. 2016).
a data model indicative of operation of a vehicle by an operator in a real-world geographic area; and a frequency of the operation of the vehicle by the operator in a real-life route;
This limitation of the claim is directed to the particular content of data (“data per se”) which does not belong to a statutory category of invention and thus cannot impart eligibility to a judicial exception. The use of this data by generic computers to perform rendering a digital travel log based on gathered data, a covered activity identified by the courts, fails to reveal any tangible improvement to the functions of computers themselves or to a technical field.
transmitting for displaying on a virtual map;
processing, based at least in part on the data model, virtual operation of the virtual vehicle in association with the virtual trip.
The additional elements of “transmitting for displaying” and “processing” are not attributed to any hardware or software or any particular instructions executed from memory. This amounts to “the use of a computer or other machinery in its ordinary capacity … or simply adding a general-purpose computer or computer components after the fact to an abstract idea” which “does not integrate a judicial exception into a practical application or provide significantly more.” See Affinity Labs v. DirecTV, 838 F.3d 1253, 1262, 120 USPQ2d 1201, 1207 (Fed. Cir. 2016). A claim directed to a judicial exception cannot be made eligible "simply by having the applicant acquiesce to limiting the reach of the patent for the formula to a particular technological use." Diamond v. Diehr, 450 U.S. 175, 192 n.14, 209 USPQ 1, 10 n. 14 (1981). Also, a claim that generically recites an effect of the judicial exception or claims every mode of accomplishing that effect amounts to a claim that is merely adding the words "apply it" to the judicial exception. See Internet Patents Corporation v. Active Network, Inc., 790 F.3d 1343, 1348, 115 USPQ2d 1414, 1418 (Fed. Cir. 2015) (The recitation of maintaining the state of data in an online form without restriction on how the state is maintained and with no description of the mechanism for maintaining the state describes "the effect or result dissociated from any method by which maintaining the state is accomplished" and does not provide a meaningful limitation because it merely states that the abstract idea should be applied to achieve a desired result).
Because there is no definition of what computer hardware and software are used to perform the displaying or processing step, the scope of the claim encompasses every mode of accomplishing it – any hardware and any software and any instructions. “Displaying” and “processing” steps recite effects dissociated from any method of performing it and is equivalent to merely stating that the abstract ideas for organizing human activity (data analysis of human driving and displaying a digital travel log using a computer) are applied.
The additional elements of independent claim 11 beyond the abstract ideas include:
a system, a user interface, memory, a processor;
All of these additional elements are recited in the claims at a high level of generality and merely outline a generic technological field in which to apply the abstract ideas of the claims through routine and conventional use of generic hardware. Applicant’s disclosure, which the claims are read in light of, does not attribute any novel or unobvious hardware specifications or configuration to the claimed apparatus which serves as evidence that the computing devices of the instant claims are equivalent to prior art computing devices merely being used for their inherent purposes. “[T]he invocation of ‘already-available computers that are not themselves plausibly asserted to be an advance … amounts to a recitation of what is well-understood, routine, and conventional.’” Customedia Techs., LLC v. Dish Network Corp., 951 F.3d 1359, 1366 (Fed. Cir. 2020). And “The receiving of input and storing steps represent the use of a computer or other machinery in its ordinary capacity for economic or other tasks (e.g., to receive, store, or transmit data) or simply adding a general-purpose computer or computer components after the fact to an abstract idea […] does not integrate a judicial exception into a practical application or provide significantly more.” See Affinity Labs v. DirecTV, 838 F.3d 1253, 1262, 120 USPQ2d 1201, 1207 (Fed. Cir. 2016)
The dependent claims are summarized as follows:
Claims 2-4 and 14 recite the desired high-level operations of receiving, accessing and updating data on some unspecified hardware device(s) using some unspecified software instructions. This, again, is the use of a computer in its ordinary capacity for economic or other tasks to receive, store or transmit data, which Affinity Labs indicated failed to integrate a judicial exception into a practical application or provide significantly more.
These claims also contain further specifics on certain attributes of data, such as data indicative of a route or current vehicle operation data. As explained in MPEP § 2106.03, data per se, when claimed as a product without any structural recitations, is not directed to any of the statutory categories of invention. When evaluated as additional elements during an Alice analysis, data per se cannot impart eligibility to judicial exceptions. Restricting data in a claim to a particular type or content is also seen as filtering gathered data, which has been held in Bascom Global Internet v. AT&T Mobility LLC, 827 F.3d 1341, 1349, 119 USPQ2d 1236, to represent an abstract idea of the grouping of “certain methods of organizing human activity” because interacting with a database and selecting certain data by generic computers is not fundamentally different from human beings interacting with printed content. “[f]iltering software, apparently composed of filtering schemes and filtering elements, was well-known in the prior art” and “using ISP servers to filter content was well-known to practitioners.”
Claims 5 and 7 and 15, 17 recite processing, by some unspecified computing device and using unspecified software instructions, additional data and transmitting this data to some unspecified destination for an intended use of displaying it.
As no structural components are recited in any of claims 2-5 and 7, these claims do not contain evidence of a particular machine, and as no particular computer hardware, software, or instructions are claimed, there is no evidence of any improvements to a computer or a field of technology. And as discussed prior, “the use of a computer or other machinery in its ordinary capacity … (e.g., to receive, store, or transmit data) or simply adding a general-purpose computer or computer components after the fact to an abstract idea […] does not integrate a judicial exception into a practical application or provide significantly more.” See Affinity Labs v. DirecTV, 838 F.3d 1253, 1262, 120 USPQ2d 1201, 1207 (Fed. Cir. 2016). And regarding displaying transmitted data in claims 5 and 7, this amounts to insignificant post-solution activity. As explained by the Supreme Court, the addition of insignificant extra-solution activity does not amount to an inventive concept, particularly when the activity is well-understood or conventional. Parker v. Flook, 437 U.S. 584, 588-89, 198 USPQ 193, 196 (1978). In Flook, the Court reasoned that “[t]he notion that post-solution activity, no matter how conventional or obvious in itself, can transform an unpatentable principle into a patentable process exalts form over substance.”
Claims 6, 12-13 and 16 describe particular contents of data. This amounts to a recitation of data per se or nonfunctional descriptive material, which does not belong to a statutory category of invention and cannot impart eligibility to otherwise ineligible claims. Restricting data in a claim to a particular type or content is also akin to filtering gathered data. Filtering content was found to be an abstract idea under step 2A because it represented an activity rooted in fundamental human behavior, BASCOM Global Internet v. AT&T Mobility, LLC, 827 F.3d 1341, 1345-46, 119 USPQ2d 1236, 1239 (Fed. Cir. 2016).
Claims 8 and 18 recite identifying social media contacts (filtering content, an abstract fundamental human behavior as explained in BASCOM Global Internet v. AT&T Mobility), a duplication of parts of a virtual trip (“creating a digital travel log,” an abstract idea as explained in Intell. Ventures I v. Cap. One), and a post-solution transmitting and displaying step that does not amount to an inventive concept as explained in Flook.
Claims 9-10 and 19-20 recite insignificant post-solution activity, adding an award to a user account pursuant to achieving a goal, which does not amount to a practical application of the abstract ideas of the independent claims or an inventive concept. Rewarding a human user based on their performance also represents fundamental human activity long predating the digital era, which is itself an example of an abstract idea. Bilski, 561 U.S. at 601, 95 USPQ2d at 1005-06 (quoting Chakrabarty, 447 U.S. at 309, 206 USPQ at 197 (1980)), if there are no additional claim elements besides the judicial exception, or if the additional claim elements merely recite another judicial exception, that is insufficient to integrate the judicial exception into a practical application. See, e.g., RecogniCorp, LLC v. Nintendo Co., 855 F.3d 1322, 1327, 122 USPQ2d 1377 (Fed. Cir. 2017) ("Adding one abstract idea (math) to another abstract idea (encoding and decoding) does not render the claim non-abstract"); Genetic Techs. v. Merial LLC, 818 F.3d 1369, 1376, 118 USPQ2d 1541, 1546 (Fed. Cir. 2016) (eligibility "cannot be furnished by the unpatentable law of nature (or natural phenomenon or abstract idea) itself."); Diamond v. Diehr, 450 U.S. 175, 187 and 191-92, 209 USPQ 1, 10 (1981)), “the judicial exception alone cannot provide the improvement. The improvement can be provided by one or more additional elements.”
The judicial exception of claims 1-20, per the guidance outlined in MPEP 2106.04(d), are not integrated into a practical application because the claims as presented merely express observation and recordation of data and “providing map-related data based on […] any information about location” which “is just analyzing information about a location, which is data analysis and an abstract idea” Location Based Servs., LLC v. Niantic, Inc, without any evidence of the existence of a particular machine or evidence of providing any improvements to a computer or to a field of technology. In the field of the instant invention -- recording data, analyzing it in the form of a data model, and displaying it using graphics that merely convey the information to a human observer using existing computer hardware, an improvement would have to be found to an inherently technical problem existing in computers and would have to reveal how the computer(s) themselves are tangibly improved as a direct result of the claimed invention. And the details of the improvement to computers cannot be found in the details of the abstract ideas themselves. Genetic Techs v Merial, an inventive concept "cannot be furnished by the unpatentable law of nature" itself. A hypothetical improvement in how vehicle event and location data is gathered or graphically conveyed to human users is not an improvement to computers themselves or to computer technology, but rather an improvement to humans. TecSec, 978 F.3d at 1293, “providing information based on a location on a map is an abstract idea because it is directed to filtering or picking information or materials relevant to a location or context, which is a human problem, not any specific improvement to a computing technology.”
With respect to a conclusion that the pending claims lack defining a particular machine,
MPEP 2106.05(b) instructs that, "When determining whether a machine recited in a claim provides significantly more, the following factors are relevant." including: "The particularity or generality of the elements of the machine or apparatus, i.e., the degree to which the machine in the claim can be specifically identified" wherein "It is important to note that a general purpose computer that applies a judicial exception, such as an abstract idea, by use of conventional computer functions does not qualify as a particular machine. Ultramercial, Inc. v. Hulu, LLC, 772 F.3d 709, 716-17, 112 USPQ2d 1750, 1755-56 (Fed. Cir. 2014). See also TLI Communications LLC v. AV Automotive LLC, 823 F.3d 607, 613, 118 USPQ2d 1744, 1748 (Fed. Cir. 2016) (mere recitation of concrete or tangible components is not an inventive concept); Eon Corp. IP Holdings LLC v. AT&T Mobility LLC, 785 F.3d 616, 623, 114 USPQ2d 1711, 1715 (Fed. Cir. 2015) (noting that Alappat’s rationale that an otherwise ineligible algorithm or software could be made patent-eligible by merely adding a generic computer to the claim was superseded by the Supreme Court’s Bilski and Alice Corp. decisions)." And, "Merely adding a generic computer, generic computer components, or a programmed computer to perform generic computer functions does not automatically overcome an eligibility rejection. Alice Corp. Pty. Ltd. v. CLS Bank Int’l, 573 U.S. 208, 223-24, 110 USPQ2d 1976, 1983-84 (2014). See In re Alappat, 33 F.3d 1526, 1545, 31 USPQ2d 1545, 1558 (Fed. Cir. 1994); In re Bilski, 545 F.3d 943, 88 USPQ2d 1385 (Fed. Cir. 2008)"
Reviewing pending claims 1-20 with the above in mind, the only hardware recited is, in claim 1, “one or more sensors” and in claim 11, “one or more processors,” “one or more non-transitory computer-readable media,” “and the “one or more sensors”. There is no manner by which any particular machine can be specifically identified from these claim limitations. And there is no particular software that can be identified from the claim limitations. The pending claims are drafted using result-focused functional language that lists desired outcomes for receiving data from a vehicle that are attributed to a generic computing framework. There are no detailed descriptions in the claims of how any of the functional outcomes, including receiving vehicle frequency of operation, are achieved by any particular software programming and/or particular hardware.
None of the instant-claimed descriptions of data per se or display of certain graphics meant to inform human users in the form of a content-rich digital map or virtual travel-log serves to solve any stated problem that is inherently technical in nature or provide any meaningful limitations beyond generally linking the abstract idea to the technological environments of the general-purpose computing devices. The implicit utility of the instant claims is for providing more data to a human consumer and/or improving the user’s experience while using the computer application. The court ruled in International Business Machines Corporation v. Zillow Group, Inc., (CAFC, 17 October, 2022) that "improving a user's experience while using a computer application is not, without more, sufficient to render the claims" patent-eligible at step one. Customedia Techs., LLC v. Dish Network Corp., 951 F.3d 1359, 1365 (Fed. Cir. 2020). Identifying, analyzing, and presenting certain data to a user is not an improvement specific to computing. "Merely requiring the selection and manipulation of information---to provide a 'humanly comprehensible' amount of information useful for users ... ---by itself does not transform the otherwise-abstract processes of information collection and analysis." Elec. Power Grp., LLC v. Alstom S.A., 830 F.3d 1350, 1355 (Fed. Cir. 2016). We have repeatedly held claims "directed to collection of information, comprehending the meaning of that collected information, and indication of the results, all on a generic computer network operating in its normal, expected manner" to be abstract. In re Killian, 45 F.4th 1373, 1380 (Fed. Cir. 2022); see also Intell. Ventures I LLC v. Cap. One Fin. Corp., 850 F.3d 1332, 1340 (Fed. Cir. 2017)
“A patent-eligible technical improvement requires solving an actual problem.” McRO, 837 F.3d at 1314. Whereas McRO v. Bandai Namco Games Am. involved a specified, automated, rules-based process for facial animation that was different from manual approaches performed by animators and that solved, in contrast, the instant claims merely involve generic steps. And whereas Data Engine Techs provided a solution to an actual problem existing in prior art spreadsheets, the instant claims do not solve any such problem existing in computers themselves or in the relevant computing art. The instant claims do not focus on any asserted improvements to computers themselves or computer technology, and none of the examples provided by the courts, see MPEP 2106.05(a), for improving computer functionality are found in the instant claims.
Furthermore, none of the additional elements identified above are sufficient to amount to an inventive concept(s) because none of the additional elements reveal any specific improvements to the function of any computer(s) or to a field of technology, no particular machine or manufacture is claimed that is used to implement the abstract idea or that is/are integral to the claim, there is no recited effectuation of a transformation or reduction of a particular article to a different state or thing, and there is no application of the abstract ideas in any other meaningful way beyond generally linking the use of the abstract idea to a technological environment such that the claim as a whole is more than a drafting effort designed to monopolize the exception.
A thorough analysis of each and every limitation of each and every claim, both individually and as part of an ordered combination shows that the claims 1-20 are not patent-eligible 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.
Claims 1-20 are rejected under 35 U.S.C. 103 as being unpatentable over US 2012/0195272 to Sadiq et al. in view of US 2005/0203922 to Uhlir et al. and US 2014/0129130 to Kuramura et al.
Background of the prior art: Sadiq comprises a gamification platform 200 that uses a game engine to apply game mechanics to solve the problem of risky driving behaviors such as excessive speed, hard braking and sudden acceleration, [0041]. A game application process 500 includes game-based interactions with drivers, who can personalize their avatars and vehicles, [0042]. The game engine creates a rich, contextualized environment incorporating traffic, weather, landmarks, and road conditions, [0107]. Although the game world can be updated in near real-time as a driver drives, the interaction between the driver and the game is intended to occur at a time other than when they are driving, [0109].
Re claim 1, Sadiq discloses: a computer-implemented method
[0016]-[0024] describes that the invention of Sadiq is enabled by computing devices executing instructions from computer readable medium by circuits such as microprocessors or other logic devices.
comprising: receiving a data model indicative of operation of a vehicle by an operator in a real-world geographic area
To establish a claim interpretation of “data model”, Applicant's disclosure is considered, which describes this term as comprising various performance characteristics and metrics that are representative of real-life operation of a real-life vehicle of a real-life operator. Applicant’s data model may indicate real-life routes, roadways on which the vehicle has operated, and a frequency of operation. See [0015], [0045], [0049]-[0050] of the pre-grant publication of the instant specification, US 2024/0320396 A1.
[0042]-[0045] of Sadiq describes establishing and updating a driver profile wherein “Driving event history can be created, for example, through data capture from a device, such as, for example, a dongle or GPS device … All vehicles 102 connected via a device 104 can collect data on the behavior of the driver … Each event can be associated with or tagged to the vehicle and the driver associated with that vehicle at the time of the event … the driver profile 504 may be a function of data derived from 1) event and trip data (e.g., GPS and OBD data on location, speed, cornering, braking, accelerating etc. plus geospatial data); and 2) historical driver information from the carrier database 506 (e.g., age, gender, marital status, number of years licensed, accident, claim and violation history, etc.). … “
[0046] of Sadiq describes that “the driver profile 504 … can provide visual representation of one trip or multiple trips … for example: similar trips that are overlaid on a map… trips may be grouped for continuous learning algorithm”
[0047] describes that a driver profile may aggregate trip data using a rule base.
[0146] describes that, “Referring back to FIG. 5, the driver profile update module 528 can transform simple demographic variables into a complex view of behaviors, including learned behaviors from the game-based interactions, allowing carriers to refine their pricing and product offerings, as well as the games offered in future interactions. See FIG. 6 for a depiction of exemplary elements associated with the driver profile update module 528.”
A driver profile 504 that aggregates real-world trip data using a rule base, updates a record of events that describe a driver’s behavior, performs continuous learning for discovering trips, and admittedly provides a “complex view of behaviors” as it is continuously updated teaches a data model indicative of real-world operation of a vehicle by an operator in a real-world geographic area as per the claim.
generating, in a virtual environment, a virtual trip of a virtual vehicle operated by a virtual operator,
[0039] describes that a gamification platform 200 and process 400 compares a user’s profile, which as discussed in [0042]-[0047] comprises continuous learning-determined real-world trips and learned driver behaviors, to conditional rules and provides virtual games to the users that lead to rewards and recognition.
the virtual trip corresponding to the real-world geographic area;
[0107] describes that the “HIMEX Virtual World” used to generate the gamified environment shown in Figs. 7-16 is based on spatially available data and live real-time data combined to create a contextualized environment that reflects traffic, weather, landmarks, road conditions.
[0109] describes that the “HIMEX” virtual game world seen in Figs. 7-16 comprises a virtual vehicle is depicted on virtual roads. Trip and performance data in the virtual game world can be mapped to the HIMEX Virtual World 3D Live Map 800 on a real-time or near-real-time basis.
Fig. 13 is a screen shot of the HIMEX Virtual World 3D map depicting a real-world route “from Work to Home”
processing, based at least in part on the data model, virtual operation of the virtual vehicle in association with the virtual trip; and transmitting for displaying, on a virtual map in a user interface, visual data indicative of the virtual operation of the virtual vehicle in association with the virtual trip
[0109] describes that “Figs 7-16 show exemplary screenshots … a user (driver) would see while “playing a game”. Sadiq notes that this game does not occur while driving.
Figs. 7-11, 13 and 15 which illustrate screen shots of the game user interface comprising a virtual map and visual data indicative of virtual operation of a virtual vehicle in association with some virtual trips. Fig. 8 shows a virtual vehicle operating on a virtual map and Fig. 10 shows some trips such as from work to home, from home to work. Fig. 11 shows a virtual vehicle that is “standard saloon” that is associated with User “Daytripper”.
Although Sadiq teaches substantially the same inventive concept, wherein as disclosed in [0057] the gamification algorithm 514 can factor in real conditions that were involved in a real driver’s events, such as “snowy conditions on a freeway in rush hour,” and “Road conditions” in [0083], “Type of road” in [0086], Sadiq is silent as to whether elevation changes that correspond to the real world geographic area are generated in the game.
Kuramura is an analogous gamified driving system and method that teaches it was known for a game to reflect “terrain” such as a “mountain” that were encountered during real life operation of a vehicle by a real-life operator, see [0029] and [0038] of Kuramura.
It would have been obvious to one having ordinary skill in the art before the effective filing date of the invention that Sadiq could have additionally generated elevation changes such as mountain terrain in a game based on real-world geographic areas encountered in a real-life trip as taught by Kuramura without causing any unexpected results. Sadiq provides motivation for this improvement – in [0057] he explains the importance that “gamification algorithm 514 can consider factors and prior situations that were involved in the driver’s events in order to generate a customized game – to educate the driver” on certain conditions encountered on the road in real-life.
Also, although Sadiq teaches, see [0107][, [0109], that the HIMEX Virtual World engine generates game maps, see Figs. 8, 13, using real-world trip, event, traffic, landmarks, and road condition data, which is suggestive of the virtual world having common appearance traits with the real world it is based on, Sadiq doesn’t explicitly state that the depicted virtual area and virtual map are corresponding to the real-world geographic area – in other words that the virtual game area and map look like the real-world area it is based on.
Uhlir is an analogous reference in the field of “computer games that depict or represent actual, real world geographic areas as part of the scenarios of the games … geographic features in a region including roads in the region” that are sourced from a database (see Abstract.) Uhlir states in [0004] that as of the 2004 filing date of his application, "Computer game developers have recognized the need to provide realistic depictions of actual real world places in computer games.
[0005] teaches that it was known to use collected real world geographic data "to depict a particular real world locale (such as a city) with the richness and detail expected by game players"
[0019] indicates that the "geographic database 100 includes data about a road network 120 located in the coverage area 104" that "include various kinds of information, such as the geographic coordinates of positions of the roads, street names of the roads, address ranges along the roads, turn restrictions at intersections of roads, and so on." [0020] indicates that real-world driving data is collected by real-world vehicles being driven by drivers "to observe features and record information" and are then stored in database 100.
[0024] describes that computer games could be developed to "include representations of actual geographic features, such as roads, in a geographic area." [0031] states that "computer games 132 created using the data from the geographic database 118 provide for representing geographic features in play scenarios of the computer games. The geographic features represented by the computer games include features located in some or all the coverage area of the geographic database 118, including some or all the road network represented by the geographic database 118."
[0077] describes that it was known in computer game applications for data that represents a road network in the real world to be used in combination with traffic feeds and models in order to simulate a real city with its existing road networks and traffic patterns.
[0078] describes that Uhlir's invention can be used in computer games in which virtual vehicles operate on behalf of a player in an initially chosen city and an overlay of existing traffic conditions. The player’s virtual vehicles are managed to conduct pickups, deliveries, run fleet routes and the like.
[0117] of Uhlir teaches that data that represents actual, real world places can be used for a computer simulation application. The simulation would be based on a representation of the geographic database that included 3D renderings of buildings, signs, topographical features, and other related attributes.
It would have been obvious to one having ordinary skill in the art before the effective filing date of the instant invention that the “HIMEX Virtual World” of Sadiq that is admittedly generated based on real-world data models of trips, events, driver behaviors, and road conditions could have represented “actual, real-world places” in the virtual world “to simulate a real city with its existing road networks” as taught by Uhlir without causing any unexpected results. As noted by Uhlir in [0004], it was known as early as 2004 that "Computer game developers have recognized the need to provide realistic depictions of actual real world places in computer games.” and in [0078] that a known field of application was computer games that depict virtual vehicles driving on a map.
Re claims 2, 12 [0030] of Sadiq teaches that “data, such as, for example, latitude/longitude of a vehicle 102” can be accessed from “the vehicle 102 OBD device” and wherein “data may be captured and/or transmitted directly from the vehicle 102” . And [0050] describes that, “A vehicle sensor input 510 … may provide real-time or near real-time information from the connected vehicle to the platform 200 via platform 100, including information associated with driving events, such as, for example, location, speed, accelerations, etc. The vehicle sensor 510 can update the status of the vehicle, which may include, for example, mileage, fuel and fluid levels, maintenance history, etc. The platform 200 may be designed to accept vehicle profile data from any type of vehicle sensor, including devices 104, such as, an original equipment manufacturer (OEM) or aftermarket OBD, a mobile device, or any other device capable of transmitting vehicle status and location data. The location of the vehicle for the driving event history may be determined using data from the vehicle sensor 510. The platform 200 can allow sensor data to be passed in real-time, near real-time, stored, and/or pre-cached via a pre-defined interface.” All of the above meets the limitation of telematics data indicative of the movement of the vehicle.
Re claims 3, 13, this claim recites that the data model is, in some way, indicative of a route with an origin and a destination. As described with respect to [0046], work trips can be fed into the data model for continuous learning. Work trips, by definition, comprise an origin and a destination.
Re claims 4, 14, [0042] of Sadiq describes that the driver’s profile, which includes current driving event history such as acceleration, braking, trip location, etc., are captured from a dongle or GPS device and stored in one or more databases and that the driver’s profile “can be established and/or updated” wherein “Data may be transmitted real-time.”
[0046] at the end of the paragraph describes that trips may be grouped based on similarity and events within the trips flagged by type “for continuous learning”.
[0146] describes that “driver profile update module 528” can transform a driver profile that is initially demographic based into “a complex view of behaviors”. See Fig. 5, which shows how the process, which includes continuous updates from vehicle sensor input 510, is iteratively loops through function 528, “update driver profile”.
Re claims 5, 15 refer to Figs. 7-21 of Sadiq which show a plurality of user interfaces depicting the driving game each including different / additional visual data indicative of additional virtual operation of the virtual vehicle in association with a plurality of virtual trips.
Re claims 6, 16, [0027]-[0028] and [0151]-[0152] of Sadiq describe that the invention of Sadiq can be used by commercial fleet drivers and [0156] includes “businesses (truck fleets).
Re claims 7, 9-10, 17, 19-20, regarding statistics, rewards, and goals associated with a virtual vehicle in associated with a virtual trip, see [0039], [0046], [0110]-[0114].
Re claims 8 and 18, [0046] of Sadiq describes that the gamification platform “conducts a search via platform,” “uses a social media connection via the gamification platform 200 (e.g., Twitter, Facebook ...” and [0115] describes users linked via social graph can “invite friends to join future events” which teaches generating and transmitting an additional virtual trip comprising additional visual data.
Response to Arguments
Applicant’s arguments filed 07/10/2025 with respect to 35 U.S.C. § 103 rejection of claims 1-20 have been considered but are moot because the new ground of rejection does not rely on any reference applied in the prior rejection of record for any teaching or matter specifically challenged in the argument.
Applicant's arguments filed 07/10/2025, see pp. 9-10, with respect to the subject matter eligibility of claims 1-20 have been fully considered but they are not persuasive. Applicant argues that A) the claims integrate the abstract ideas into a practical application, and B) the claims add specific limitations that are not well-understood, routine or conventional activity in the art. Amendments made by Applicant to the claims since similar arguments were last addressed, see the Final Rejection pp. 2-5, amount to claims 1 and 11 having been broadened by removing recitations of sensors and a frequency of operation of a vehicle, and recitations added to clarify that some of the steps are “corresponding to the real-world geographic area”. Neither of these changes are found to improve the subject matter eligibility of the claims.
In argument A, see pp. 9-10, Applicant submits that the claims recite an improvement to a technology or technical field through visual data and indications of virtual operation of a vehicle. Applicant cites MPEP § 2106.05(A)(I)(x) as an example where the courts found that certain improved user interface could amount to a practical application of an abstract idea. This citation is to Core Wireless Licensing S.A.R.L., v. LG Electronics, Inc., F.3d 1356, 1362-63, 125 USPQ2d 1436, 1440-41 (Fed. Cir. 2018). In Core Wireless, the claimed user interface was found to be an improvement to mobile phone computers because it improved the efficiency of the electronic device over the prior art. There is nothing evident in the pending claims or provided in Applicant’s arguments regarding a tangible improvement to any measurable aspect of operations(s) of computers provided by displaying a virtualized version of gathered driver data. The pending claims to displaying graphically rich, context-appropriate content on a digital map illustrative of data gathered from real-world driving by drivers has been held to represent certain methods of organizing human activity. In TecSec, 978 F.3d at 1293, the court explained that “providing information based on a location on a map is an abstract idea because it is directed to filtering or picking information or materials relevant to a location or context, which is a human problem, not any specific improvement to a computing technology.” The same conclusion is reached reviewing the pending claims -- that they are directed to an attempt to provide location and context-relevant materials intended to inform humans without any evidence of an improvement to digital technology.
Applicant supports argument B) by referencing the specification, which is summarized as stating that statistics, summaries, or other information regarding the operation of a virtual vehicle are provided by a display to motivate a vehicle operator to modify or improve their real-world driving behaviors. MPEP 2106.05(e) provides instructions on how to conduct an analysis for evaluating whether claims contain other meaningful limitations. Examples of court cases found to contain other meaningful limitations include Diamond v. Diehr in which certain mechanical operations for operating a rubber-molding press sufficiently limited a particular mathematical equation to a practical application rubber-molding products, and Classen Immunotherapies Inc. v. Biogen IDEC in which an immunization step integrated results of analyzing the effects of particular immunization schedules in mammals to a specific and tangible method that resulted in moving from an abstract scientific principle into a specific application. Firstly, there is no concrete correlation between the intended use of improving real-world driving referenced in the specification as would be recognized by one having ordinary skill in the art. Secondly, there is nothing in the claimed invention that purports to reduce the concept of virtual driving game graphics and text to a practical application that provides a tangible improvement to a particular method. A human being practicing the invention of the pending claims is merely consuming information meant to inform them, which is not equivalent to any precedential court findings of practical applications or inventive concepts. The pending claims are more akin to OIP Technologies, Inc. v. Amazon.com, Inc. cited in MPEP 2106.05(e), wherein here the court determined that the additional steps to "test prices and collect data based on the customer reactions" did not meaningfully limit the abstract idea of offer-based price optimization, because the steps were well-understood, routine, conventional data-gathering activities. 788 F.3d 1359, 1363-64, 115 USPQ2d 1090, 1093 (Fed. Cir. 2015). The pending claimed gathering of real-world driving data and using it to render a virtual presentation characterizing the driving is similarly found to be well-understood, routine and conventional data gathering and displaying. Nothing about the use of computers in the claims rises to the level of unconventional.
For the above reasons, the 35 U.S.C. § 101 rejection of claims 1-20 is maintained.
Conclusion
Any inquiry concerning this communication or earlier communications from the examiner should be directed to STEVEN J HYLINSKI whose telephone number is (571)270-1995. The examiner can normally be reached Mon-Fri 10-530.
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Dmitry Suhol can be reached at (571) 272-4430. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/STEVEN J HYLINSKI/Primary Examiner, Art Unit 3715