Web sites that allow a user to select a desired configuration for a product before purchasing the product have become increasingly popular. Updated information can be provided to a user after particular options have been selected, and users may be given the opportunity to change or confirm the selected options before placing an order.
However, existing tools are not well adapted for more fine-tuned configuration goals. For example, when shopping for a vehicle, a user can select a specific model, color, interior and exterior options, and the like. In some cases, selected options can affect the fuel economy or performance of the vehicle. Users typically must rely on their own knowledge and judgment to select appropriate vehicle options in the hopes that they will be compatible with one another and allow the user to achieve a desired goal, such as a fuel economy or greenhouse gas (GHG) emissions target. What is needed is a system that allows a user to automatically receive feedback on selected powertrain components that will help the user to meet desired fuel economy or greenhouse gas GHG emissions goals.
This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This summary is not intended to identify key features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
In one aspect, a mobile computing device presents a first set of user interface (UI) elements on a display of the mobile computing device and receives user input corresponding to a set of one or more vehicle specification values (e.g., engine type, transmission type, axle ratio) via the first set of UI elements. The mobile computing device obtains a vehicle performance value, an optimization value for the vehicle performance value, and vehicle specification analysis information based at least in part on the set of vehicle specification values. The mobile computing device presents the vehicle performance value, the optimization value, and vehicle specification feedback on the display of the mobile computing device. The vehicle specification feedback is based at least in part on the optimization value and the vehicle specification analysis information. The vehicle performance value is a fuel economy value or a greenhouse gas (GHG) emission value. Obtaining the vehicle performance value, the optimization value, and the vehicle specification analysis information may involve transmitting the set of vehicle specification values to a vehicle specification analysis device and receiving the vehicle performance value, the optimization value, and the vehicle specification analysis information from the vehicle specification analysis device.
In another aspect, a computer system (e.g., one or more server computers hosted by a vehicle manufacturer or retailer) in communication with a mobile computing device receives a set of one or more vehicle specification values from the mobile computing device, determines a vehicle performance value, an optimization value, and vehicle specification analysis information based at least in part on the set of vehicle specification values received from the mobile computing device, and transmits the vehicle performance value, the optimization value, and the vehicle specification analysis information to the mobile computing device. The computer system may generate a vehicle specification based at least in part on the set of vehicle specification values and transmit the vehicle specification to a vehicle manufacturer computer system for further processing (e.g., in the context of manufacturing a vehicle based on the specification).
The mobile computing device may present additional UI elements to obtain additional relevant information. For example, the mobile computing device may present a second set of UI elements and receive user input corresponding to expected vehicle use information via the second set of UI elements. The expected vehicle use information may include one or more of a driver profile (e.g., a shift aggressiveness value and a pedal aggressiveness value), commercial application information, and expected vehicle speed. As another example, the mobile computing device may present a third set of UI elements and receive user input corresponding to route information via the third set of UI elements. The vehicle performance value, the optimization value, or the vehicle specification analysis information may be further based on the expected vehicle use information or the route information.
The mobile computing device may present additional UI elements to provide additional functionality. For example, the mobile computing device may present an automatic selection UI element and obtain an optimized set of one or more vehicle specification values in response to activation of the automatic selection UI element.
The foregoing aspects and many of the attendant advantages of this invention will become more readily appreciated as the same become better understood by reference to the following detailed description, when taken in conjunction with the accompanying drawings, wherein:
Embodiments of the present disclosure are generally directed to systems and methods for configuring and optimizing a vehicle powertrain to meet desired fuel economy or greenhouse gas GHG emissions goals. In described embodiments, an application executing on a mobile device provides a graphical user interface that allows the user to input vehicle powertrain configuration options and quickly receive feedback on the options, as well as opportunities to adjust settings. One possible benefit of this approach is improved user trust and engagement with the process of customizing a vehicle, based on the user's improved ability to directly choose and receive feedback on options. Another possible benefit of this approach is the ability of fleet owners, dealership sales staff, or manufacturers to obtain information on user preferences and recommend adjustments that may have benefits for the fleet owner, dealership sales staff, or manufacturer (e.g., in the form of improved fleet fuel economy or GHG credit balances) as well as the user or vehicle operator (e.g., in the form of reduced fuel costs).
The detailed description set forth below in connection with the appended drawings is an illustrative and non-limiting description of various embodiments of the disclosed subject matter. The following description proceeds with reference to examples of systems and methods suitable for use in vehicles, such as Class 8 trucks. Although illustrative embodiments of the present disclosure will be described hereinafter with reference to trucks, it will be appreciated that aspects of the present disclosure have wide application, and therefore, may be suitable for use with many types of vehicles, such as passenger vehicles, buses, commercial vehicles, light and medium duty vehicles, etc.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of illustrative embodiments of the present disclosure. It will be apparent to one skilled in the art, however, that many embodiments of the present disclosure may be practiced without some or all of the specific details. In some instances, well-known process steps have not been described in detail in order not to unnecessarily obscure various aspects of the present disclosure. Further, it will be appreciated that embodiments of the present disclosure may employ any combination of features described herein. The illustrative examples provided herein are not intended to be exhaustive or to limit the claimed subject matter to the precise forms disclosed.
Although a single mobile device is shown in
The vehicle specification analysis device 100 may be any type of computing device configurable to execute components described below and to communicate with the mobile device 90. In one embodiment, the vehicle specification analysis device 100 is a server computer having one or more processors, memory, computer-readable storage media, and a network interface. The components of the vehicle specification analysis device 100 may be executed on more than one computing device. Alternatively, some functionality described as being performed by the vehicle specification analysis device 100 may instead be performed by a mobile device 90, or vice versa.
The vehicle specification analysis device 100 includes components such as an interface component 102, a selection processing component 104, and an analysis and feedback component 106. The interface component 102 is configured to communicate with other components of the vehicle specification analysis device 100 and the mobile device 90. The interface component 102 also may provide additional functionality, such as providing an interface to be rendered by the mobile device 90 to allow users to receive feedback on a vehicle specification. In this way, the interface component 102 may provide user interface functionality in place of, or in combination with the user interface component 120.
The selection processing component 104 is configured to provide vehicle specification options from which users can choose, and to process selections made by users. The analysis and feedback component 106 is configured to analyze (e.g., perform calculations on) the selections received by the selection processing component 104 and provide related feedback such as indicators of whether, or to what extent, fuel economy performance or GHG emissions are optimized or how they may be improved. The analysis may take different forms. In one possible scenario, the analysis and feedback component 106 runs, or causes another component or device to run a simulation of the configured truck that provides an estimation of parameters, such as fuel economy or GHG emissions, for the configuration. In another possible scenario, the analysis and feedback component 106 obtains pre-calculated values by querying a database based on the selections.
The vehicle specification analysis device 100 also includes a performance data store 108. The performance data store 108 includes detailed information on effects or characteristics of vehicle options (e.g., powertrain options) that are available for selection. For example, the performance data store 108 may include look-up tables with fuel economy performance characteristics (e.g., performance or GHG emissions performance) of various combinations of customer-selected options, or performance characteristics of individual components, from which the overall performance of combinations of those components can be calculated.
Optionally, the vehicle specification analysis device 100 may include an order processing component 110 and related build specification data store 112 to convert such selections into a build specification for a vehicle. The build specification may be stored in a computer-readable file format and transmitted to a vehicle manufacturer computer system (not shown) for use in a manufacturing process. In this way, the system may be configured to customize the manufacture of particular vehicles, and improve their performance, in accordance with techniques described herein.
The user interface component 120 is configured to cause a user interface, such as a graphical user interface (GUI), to be presented on the mobile device 90. The user interface may be presented in any number of ways, such as via a web browser, a dedicated application, or the like. Vehicle specification information can be repeatedly selected, reviewed, and modified (e.g., by a user), as described in detail below.
The components described above may be implemented as software or hardware components of a computing device, such as the vehicle specification analysis device 100 or the mobile device 90. Functionality described herein as being performed by a particular component may be performed by a single component or split between multiple components.
The data stores described above may include a database that stores the described data in a structured format. Alternatively, the data stores may reside on a computing device separate from the vehicle specification analysis device 100. One of ordinary skill in the art will recognize that the data described as being stored in these data stores may be stored by any suitable device.
The user can interact with the Select Model button 202 to select a truck model. The user can interact with the Select Engine button 204, the Select Transmission button 205, and the Select Axle Ratio button 206 to select options for engine type, transmission type, and axle ratio, respectively. If one of these buttons is activated, the user can be directed to a new screen for selecting a model number, engine type, transmission type, or axle ratio, respectively, or make a selection directly from the home screen 200 (e.g., via a drop-down menu). In the example shown in
Available vehicle specification options (e.g., engine type, transmission type, axle ratio) may be dependent on previous selections. The available selections can be updated as other selections are made. For example, if a selected model number has two engine options, those options may be provided to the user for selection. As another example, if a selected model number has only one transmission option, that option may be automatically selected without further input by the user.
The system can perform calculations based on the selected options. For example, the user can activate a submit button 207 (labeled “What's My MPG?” in this example) to cause the system to perform a fuel economy calculation, a GHG emissions calculation, or a calculation of some other parameter or combination of parameters. In one possible scenario, the user is directed to a new screen in which results of the calculation may be provided in the form of a performance value, potentially along with other information such as feedback on how to improve performance with respect to the particular parameter being calculated.
The feedback area 226 provides feedback on the selected options. In this example, the feedback area 226 includes a message indicating that improvement is possible. The feedback area 226 also may include one or more UI elements that may be activated for additional functionality. In this example, the feedback area 226 includes a link (indicated with underlining) labeled “Adjust Axle Ratio.” The link indicates that a change in axle ratio may improve fuel economy and also provides a mechanism (e.g., tapping the link) to make the change. The user has several options for proceeding from the state shown in
In the example shown in
The user can interact with the Build Route button 201 to access mapping functionality for user-defined route or map information or pre-programmed routes and maps. When a desired map is found and selected, the map can be displayed along with a route to be navigated. Or, the user can be given the opportunity to define her own route. The example route screen 240 shown in
The user can interact with the Application & Driver button 208 to provide information on commercial application (e.g., line haul, vocational, pickup/delivery), driver profile (e.g., shift and pedal aggressiveness), or expected vehicle speed (e.g., a top speed for highway driving in a line haul application). These options can be selected in a manner similar to the approach shown in
The user can interact with the Auto Select button 203 to request that options for engine type, transmission type, and axle ratio (or some other combination of options), be selected automatically. If automatic selection is activated, in one possible scenario the options are selected based on predetermined criteria such as fuel economy, GHG emissions, some other parameter, or a combination of parameters. In another possible scenario, the user may be given the option to choose criteria for automatic selection. For example, the user may be directed to a new screen (not shown) in which the user may select the criteria for auto-selection (e.g., optimize fuel economy, GHG emissions, some other parameter, or a combination of parameters), or the user may make a selection directly from the home screen 200 (e.g., via a drop-down menu).
At step 330, the mobile computing device obtains a vehicle performance value, an optimization value for the vehicle performance value, and vehicle specification analysis information based at least in part on the set of vehicle specification values. For example, the mobile computing device may transmit the vehicle specification values of step 320 to a remote computer system (e.g., the vehicle specification analysis device 100 of
At step 340, the mobile computing device presents the vehicle performance value, the optimization value, and vehicle specification feedback on the display of the mobile computing device. For example, the mobile computing device may display a fuel economy performance value (e.g., in element 222 of
Unless otherwise specified in the context of specific examples, described techniques and tools may be implemented by any suitable computing device or set of devices.
In any of the described examples, a data store may be used to store and manage data. A data store contains data as described herein and may be hosted, for example, by a database management system (DBMS) to allow a high level of data throughput between the data store and other components of a described system. The DBMS may also allow the data store to be reliably backed up and to maintain a high level of availability. For example, a data store may be accessed by other system components via a network, such as a private network in the vicinity of the system, a secured transmission channel over the public Internet, a combination of private and public networks, and the like. Instead of or in addition to a DBMS, a data store may include structured data stored as files in a traditional file system. Data stores may reside on computing devices that are part of or separate from components of systems described herein. Separate data stores may be combined into a single data store, or a single data store may be split into two or more separate data stores.
Some of the functionality described herein may be implemented in the context of a client-server relationship. In this context, server devices may include suitable computing devices configured to provide information or services described herein. Server devices may include any suitable computing devices, such as dedicated server devices. Server functionality provided by server devices may, in some cases, be provided by software (e.g., virtualized computing instances or application objects) executing on a computing device that is not a dedicated server device. The term “client” can be used to refer to a computing device that obtains information or accesses services provided by a server over a communication link. However, the designation of a particular device as a client device does not necessarily require the presence of a server. At various times, a single device may act as a server, a client, or both a server and a client, depending on context and configuration. Actual physical locations of clients and servers are not necessarily important, but the locations can be described as “local” for a client and “remote” for a server to illustrate a common usage scenario in which a client is receiving information provided by a server at a remote location.
In its most basic configuration, the computing device 500 includes at least one processor 502 and a system memory 504 connected by a communication bus 506. Depending on the exact configuration and type of device, the system memory 504 may be volatile or nonvolatile memory, such as read-only memory (“ROM”), random access memory (“RAM”), EEPROM, flash memory, or other memory technology. Those of ordinary skill in the art and others will recognize that system memory 504 typically stores data or program modules that are immediately accessible to or currently being operated on by the processor 502. In this regard, the processor 502 may serve as a computational center of the computing device 500 by supporting the execution of instructions.
As further illustrated in
In the illustrative embodiment depicted in
As used herein, the term “computer-readable medium” includes volatile and nonvolatile and removable and nonremovable media implemented in any method or technology capable of storing information, such as computer-readable instructions, data structures, program modules, or other data. In this regard, the system memory 504 and storage medium 508 depicted in
For ease of illustration and because it is not important for an understanding of the claimed subject matter,
In any of the described examples, data can be captured by input devices and transmitted or stored for future processing. The processing may include encoding data streams, which can be subsequently decoded for presentation by output devices. Media data can be captured by multimedia input devices and stored by saving media data streams as files on a computer-readable storage medium (e.g., in memory or persistent storage on a client device, server, administrator device, or some other device). Input devices can be separate from and communicatively coupled to computing device 500 (e.g., a client device), or can be integral components of the computing device 500. In some embodiments, multiple input devices may be combined into a single, multifunction input device (e.g., a video camera with an integrated microphone). The computing device 500 may also include output devices such as a display, speakers, printer, etc. The output devices may include video output devices such as a display or touchscreen. The output devices also may include audio output devices such as external speakers or earphones. The output devices can be separate from and communicatively coupled to the computing device 500, or can be integral components of the computing device 500. Input functionality and output functionality may be integrated into the same input/output device (e.g., a touchscreen). Any suitable input device, output device, or combined input/output device either currently known or developed in the future may be used with described systems.
In general, functionality of computing devices described herein may be implemented in computing logic embodied in hardware or software instructions, which can be written in a programming language, such as C, C++, COBOL, JAVA™, PHP, Perl, HTML, CSS, JavaScript, VBScript, ASPX, Microsoft .NET™ languages such as C#, or the like. Computing logic may be compiled into executable programs or written in interpreted programming languages. Generally, functionality described herein can be implemented as logic modules that can be duplicated to provide greater processing capability, merged with other modules, or divided into sub-modules. The computing logic can be stored in any type of computer-readable medium (e.g., a non-transitory medium such as a memory or storage medium) or computer storage device and be stored on and executed by one or more general-purpose or special-purpose processors, thus creating a special-purpose computing device configured to provide functionality described herein.
Many alternatives to the user interfaces described herein are possible. In practice, the user interfaces described herein may be implemented as separate user interfaces or as different states of the same user interface, and the different states can be presented in response to different events, e.g., user input events. The user interfaces can be customized for different devices, input and output capabilities, and the like. For example, the user interfaces can be presented in different ways depending on display size, display orientation, whether the device is a mobile device, etc. The information and user interface elements shown in the user interfaces can be modified, supplemented, or replaced with other elements in various possible implementations. For example, with references to the illustrative user interface features depicted in
Many alternatives to the systems and devices described herein are possible. For example, individual modules or subsystems can be separated into additional modules or subsystems or combined into fewer modules or subsystems. As another example, modules or subsystems can be omitted or supplemented with other modules or subsystems. As another example, functions that are indicated as being performed by a particular device, module, or subsystem may instead be performed by one or more other devices, modules, or subsystems. Although some examples in the present disclosure include descriptions of devices comprising specific hardware components in specific arrangements, techniques and tools described herein can be modified to accommodate different hardware components, combinations, or arrangements. Further, although some examples in the present disclosure include descriptions of specific usage scenarios, techniques and tools described herein can be modified to accommodate different usage scenarios. Functionality that is described as being implemented in software can instead be implemented in hardware, or vice versa.
Many alternatives to the techniques described herein are possible. For example, processing stages in the various techniques can be separated into additional stages or combined into fewer stages. As another example, processing stages in the various techniques can be omitted or supplemented with other techniques or processing stages. As another example, processing stages that are described as occurring in a particular order can instead occur in a different order. As another example, processing stages that are described as being performed in a series of steps may instead be handled in a parallel fashion, with multiple modules or software processes concurrently handling one or more of the illustrated processing stages. As another example, processing stages that are indicated as being performed by a particular device or module may instead be performed by one or more other devices or modules.
The principles, representative embodiments, and modes of operation of the present disclosure have been described in the foregoing description. However, aspects of the present disclosure which are intended to be protected are not to be construed as limited to the particular embodiments disclosed. Further, the embodiments described herein are to be regarded as illustrative rather than restrictive. It will be appreciated that variations and changes may be made by others, and equivalents employed, without departing from the spirit of the present disclosure. Accordingly, it is expressly intended that all such variations, changes, and equivalents fall within the spirit and scope of the claimed subject matter.