Battery-Based Aircraft Performance and Operation

Abstract

Systems and methods for battery-based aircraft performance are provided. An exemplary computer-implemented method includes accessing, by a computing system, flight plan data for a first flight. Based on the flight plan data, the computing system can calculate a first expected power demand on a battery system of the aircraft for the first flight. The computing system can access initial battery condition data for the aircraft. The computing system can use a battery model to calculate a first capacity output based on the first expected power demand and the initial battery condition. The first capacity output can be indicative of a range / ToF of the aircraft for the first flight.

Description

[Technical Field]

[0001] (CROSS-REFERENCE TO RELATED APPLICATIONS) This application claims the benefit of and priority to U.S. Provisional Patent Application No. 63 / 397,602, filed August 12, 2022, which is incorporated herein by reference in its entirety.

[0002] The present disclosure relates generally to improving the use and modeling of aircraft energy storage systems within the context of transportation services. For example, the present disclosure utilizes battery modeling techniques to generate flight itineraries for aircraft based on energy storage capabilities and to make real-time adjustments and displays while the aircraft is in flight. [Background technology]

[0003] Transportation service applications allow individual users to request transportation. For example, a service provider can match a driver / vehicle with a request to transport a rider to a requested destination or to deliver luggage, goods, or prepared meals. A computing platform can be used to help facilitate these services. Summary of the Invention [Means for solving the problem]

[0004] Aspects and advantages of implementations of the present disclosure will be set forth in part in the description that follows, or may be learned from the description, or may be learned through practice of implementations.

[0005] One exemplary aspect of the present disclosure is directed to a computer-implemented method. The method includes accessing data associated with a first flight plan for a first flight. The method includes calculating a first expected power demand on an energy storage system of the aircraft for the first flight based on the data associated with the first flight plan. The method includes accessing data indicative of an initial battery state of the energy storage system of the aircraft. The method includes calculating a first capacity output based on the first expected power demand on the energy storage system of the aircraft and the initial battery state of the energy storage system of the aircraft using a battery model. The first capacity output is indicative of a range or available flight time of the aircraft for the first flight. The method includes determining a capability of the aircraft to conduct the first flight based on the first capability output. The method includes generating a journey for the aircraft based on the capability of the aircraft to conduct the first flight. The method includes transmitting, via a network, instructions associated with performing the journey for the aircraft.

[0006] In some example implementations, it is determined that the aircraft is capable of performing the first flight, and generating a journey for the aircraft includes adding the first flight to the journey for the aircraft.

[0007] In some example implementations, it is determined that the aircraft is not capable of performing the first flight, and generating a journey for the aircraft includes deleting the first flight from the journey for the aircraft.

[0008] In some example implementations, the computer-implemented method further includes accessing data associated with a second flight plan for the second flight, calculating a second expected power demand on the energy storage system of the aircraft based on the data associated with the second flight plan, accessing data indicative of a predicted future battery state of the aircraft, and calculating a second capacity output based on the second expected power demand on the energy storage system of the aircraft and the predicted future battery state of the aircraft using a battery model. The second capacity output is indicative of a future range or future available flight time of the aircraft for the second flight.

[0009] In some example implementations, the computer-implemented method further includes updating an itinerary for the aircraft to include a second flight based on the second capability output.

[0010] In some example implementations, the computer-implemented method further includes calculating one or more charging parameters for charging an energy storage system of the aircraft between the first flight and the second flight based on the second capacity output.

[0011] In some example implementations, the charging parameters indicate at least one of a target charge level, a target temperature, or a charging infrastructure.

[0012] In some example implementations, the computer-implemented method further includes determining whether to include a second flight in the itinerary for the aircraft based on the charging parameters.

[0013] In some example implementations, the predicted future battery state of the aircraft is calculated by a battery model based on a first expected power demand on the aircraft's energy storage system and an initial battery state of the aircraft's energy storage system.

[0014] In some example implementations, the data associated with the first flight plan for the first flight indicates one or more aircraft maneuvers for conducting the first flight.

[0015] In some example implementations, the data associated with the first flight plan for the first flight indicates at least one of: (i) a route; (ii) an altitude; (iv) environmental conditions; (v) noise constraints; or (vi) a speed.

[0016] In some example implementations, the computer-implemented method further includes accessing data indicative of a current battery condition of the aircraft while the aircraft is conducting the first flight, calculating an updated capacity output based on the current battery condition of the aircraft and the battery model using the battery model, and adjusting a course of the aircraft based on the updated capacity output.

[0017] In some example implementations, adjusting the aircraft's itinerary based on the updated capacity output includes at least one of (i) adjusting the aircraft's payload for the subsequent flight, (ii) adjusting one or more charging parameters for charging the aircraft after the first flight, or (iii) removing the subsequent flight from the aircraft's itinerary.

[0018] In some example implementations, the first flight is associated with a multimodal transportation service, the multimodal transportation service including a first transportation segment including a first ground transportation service from a departure location, an intermediate transportation segment including the first flight, and a second ground transportation service to a destination.

[0019] Another example aspect of the present disclosure is directed to a computer-implemented method. The method includes accessing data associated with a flight plan for a flight currently being performed by an aircraft. The flight is associated with a multimodal transportation service. The method includes calculating an expected power demand on an energy storage system of the aircraft based on the data indicative of the flight plan. The method includes accessing data indicative of a current battery state of the energy storage system of the aircraft. The method includes calculating a predicted future battery state of the aircraft based on the expected power demand on the energy storage system of the aircraft and the current battery state of the energy storage system of the aircraft using a battery model. The method includes accessing data associated with the multimodal transportation service. The method includes determining an action associated with the multimodal transportation service based on the predicted future battery state of the aircraft and the data associated with the multimodal transportation service. The method includes transmitting, over a network, instructions indicative of the action associated with the multimodal transportation service.

[0020] In some example implementations, the data associated with the multimodal transportation service includes at least one of an aircraft itinerary, data associated with one or more other aircraft associated with the multimodal transportation service, or data associated with one or more users of the multimodal transportation service.

[0021] In some example implementations, the actions associated with the multimodal transportation service include at least one of (i) adjusting a flight plan, (ii) adjusting an itinerary for an aircraft, (iii) adjusting an itinerary for another vehicle, (iv) adjusting a user's itinerary, or (v) adjusting ground transportation services.

[0022] In some example implementations, the computer-implemented method further includes determining one or more charging parameters for the aircraft based on a predicted future battery state of the aircraft, and determining an action associated with the multimodal transportation service based on the one or more charging parameters.

[0023] Yet another example aspect of the present disclosure is directed to one or more non-transitory computer-readable media storing instructions executable by one or more processors to cause the one or more processors to perform operations. The operations include accessing data associated with a flight plan for the flight. The operations include calculating a power profile of the aircraft for the flight based on the data associated with the flight plan. The operations include calculating a capacity output based on the power profile and data indicative of an initial battery condition of the aircraft using a battery model. The operations include generating a journey for the aircraft based on the capacity output, the journey associated with a multimodal transportation service. The operations include transmitting, over a network, instructions associated with performing the journey for the aircraft.

[0024] In some example implementations, the power profile indicates the expected power demands on the aircraft's energy storage system for the flight.

[0025] Other example aspects of the present disclosure are directed to other systems, methods, vehicles, apparatus, tangible non-transitory computer-readable media, and devices for using battery modeling techniques to generate, regulate, and control aircraft trajectories and operations, and other vehicles associated therewith.

[0026] These and other features, aspects, and advantages of various implementations will become better understood with reference to the following description and appended claims. The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate implementations of the present disclosure and, together with the description, serve to explain the associated principles. [Brief explanation of the drawings]

[0027] A detailed discussion of the implementation, directed to those skilled in the art, is set forth in the specification, which refers to the accompanying figures.

[0028] [Figure 1] FIG. 1 depicts an example transportation service according to an example implementation of the present disclosure.

[0029] [Figure 2] FIG. 2 depicts a map diagram of an example journey and flight route, according to an example implementation of the present disclosure.

[0030] [Figure 3] FIG. 3 depicts a diagrammatic representation of an exemplary aeronautical facility in accordance with an exemplary implementation of the present disclosure.

[0031] [Figure 4A] FIG. 4A depicts an example computing ecosystem for providing transportation services in accordance with an example implementation of the present disclosure.

[0032] [Figure 4B] 4B-C depict exemplary computing device registers according to an example implementation of the present disclosure. [Figure 4C] 4B-C depict exemplary computing device registers according to an example implementation of the present disclosure.

[0033] [Figure 5] FIG. 5 depicts an example vehicle provider ecosystem according to an example implementation of the present disclosure.

[0034] [Figure 6] FIG. 6 depicts an exemplary aircraft in accordance with an exemplary implementation of the present disclosure.

[0035] [Figure 7A] FIG. 7A depicts an example energy storage system for an aircraft, according to an example implementation of the present disclosure.

[0036] [Figure 7B] FIG. 7B depicts an exemplary on-board computing system of an aircraft, according to an exemplary implementation of the present disclosure.

[0037] [Figure 8] FIG. 8 depicts a block diagram of a computing system with various data, according to an exemplary embodiment of the present disclosure.

[0038] [Figure 9] FIG. 9 depicts a flowchart diagram of an exemplary algorithm for generating a journey, according to an exemplary embodiment of the present disclosure.

[0039] [Figure 10] FIG. 10 depicts a flowchart diagram of an exemplary data flow according to an exemplary embodiment of the present disclosure.

[0040] [Figure 11] FIG. 11 depicts a flowchart diagram of an exemplary data flow for making flight path and real-time operational adjustments, according to an exemplary embodiment of the present disclosure.

[0041] [Figure 12] FIG. 12 depicts a computing device with an exemplary user interface according to an exemplary embodiment of the present disclosure.

[0042] [Figure 13A] 13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure. [Figure 13B]13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure. [Figure 13C] 13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure. [Figure 14A] 13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure. [Figure 14B] 13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure. [Figure 15] 13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure. [Figure 16A] 13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure. [Figure 16B] 13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure. [Figure 17A] 13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure. [Figure 17B] 13A-17B depict flowchart diagrams of example methods according to example implementations of the present disclosure.

[0043] [Figure 18] FIG. 18 depicts a block diagram of an exemplary computing system according to an exemplary embodiment of the present disclosure. DETAILED DESCRIPTION OF THE INVENTION

[0044] Detailed Description Generally, the present disclosure is directed to improving the use and modeling of aircraft energy storage systems within the context of transportation services, including using battery modeling techniques to better generate flight itineraries for electric aircraft based on their energy storage and usage capabilities and to make real-time adjustments while the electric aircraft is in flight.

[0045] For example, a service entity may coordinate an end-to-end multimodal transportation service for multiple users. The multimodal transportation service includes transportation of a user and / or the user's cargo from an origin to a destination via multiple transportation legs involving multiple different types of transportation modalities. This may include, for example, a user traveling via a ground vehicle for an initial transportation leg, an aircraft for intermediate transportation legs, and another ground-based vehicle for a final transportation leg. The aircraft utilized to provide the air transportation leg may include, for example, an electric aircraft, such as an electric vertical take-off and landing vehicle ("eVTOL").

[0046] When generating a pre-flight itinerary for an aircraft, it is desirable to understand the flight time or range that a particular aircraft can travel given current (or predicted) flight conditions. Additionally, during operation, flight conditions may change in real time, affecting the available flight time or range of the aircraft and the timing and coordination of other legs of the multimodal transportation service.

[0047] If the energy is petroleum-based fuel, the estimated flight time / range can be calculated based on the average miles per gallon the aircraft is rated for (and thus the average time / mile based on the planned speed). However, performing the same calculations for electric-based powertrains is not possible or effective for a variety of reasons, including the nonlinear nature of energy delivery and the fact that achievable performance is not solely related to the amount of charge stored in the battery.

[0048] The present disclosure utilizes battery modeling techniques to better generate flight itineraries for an aircraft based on the aircraft's specific energy storage capabilities and to make real-time adjustments while the aircraft is in flight. For example, a computing system (e.g., a cloud-based computing platform of a service entity) can obtain flight plan data that describes various parameters of the flight. Using the flight plan data, the computing system can determine a power profile that identifies the expected power demands on the aircraft's energy storage system for the flight.

[0049] The computing system can use this information to determine whether the aircraft can perform the flight. For example, the computing system can input data indicating the power profile and initial battery condition of the aircraft into a battery model. The battery model can be configured to calculate a range or available flight time for the aircraft based on the expected power demands on the aircraft's energy storage system.

[0050] The battery model can output such data as a capability output, which can enable the computing system to determine whether the aircraft is capable of conducting the flight given its initial battery state. For example, if the aircraft is capable of conducting the flight, the computing system can add the flight to an aircraft itinerary. An aircraft itinerary can be a data structure that stores various flights assigned to the aircraft along with other information such as destinations, departure times, flight durations, arrival times, routes, charging parameters, etc. The computing system can continue to iteratively evaluate subsequent flights and the charging parameters needed to recharge the aircraft's energy storage system during the flights to build a custom itinerary for the aircraft given its particular energy storage capabilities.

[0051] The computing system can also utilize the battery modeling techniques of the present disclosure to determine real-time adjustments to the aircraft's itinerary while the aircraft is in flight. For example, the computing system can determine, based on the aircraft's predicted battery condition, that the aircraft may need additional charging time at the destination aircraft facility. Thus, the computing system may transmit instructions to remove or substitute subsequent flights in the aircraft's itinerary to provide the aircraft with sufficient charging time.

[0052] In the context of multimodal travel, the computing system can also adjust the timing of subsequent transport legs to help provide a seamless transition for passengers. As an example, given a delayed arrival time (e.g., due to increased charging time), the computing system can adjust the matching queue to ensure that a ground vehicle is available for the passenger after the flight leg and that the vehicle is able to transport the passenger to their final destination within the preferred arrival time. In this manner, the battery technology of the present disclosure can improve the efficiency of the use / performance of energy resources of electric aircraft and the operation of associated multimodal transportation services.

[0053] In some implementations, aircraft pilots can be presented with real-time information indicating the potential impact that changes in flight maneuvers may have on the overall multimodal transportation service. For example, a display system onboard the aircraft can present the aircraft's predicted range and remaining flight time as calculated using battery modeling techniques.

[0054] The display system may present information indicating the potential impact that changing flight maneuvers may have on the multimodal transportation service. The display system may present thresholds or other UI elements that help indicate battery levels below which operation of the multimodal transportation service may be affected. For example, by using these thresholds, the pilot may determine that changing the flight path, landing approach, speed, etc. will result in additional charging time required at the next air facility and delay the departure of the next flight. This may allow the pilot to better understand the overall impact of the flight maneuvers and help refine real-time control decisions to minimize the impact on overall multimodal transportation operations.

[0055] The disclosed technology may provide several technical effects and improvements to computing and aircraft technology. For example, the disclosed technology may calculate expected power consumption for an aircraft given a flight plan. A battery model may incorporate this information, along with battery status data associated with the specific aircraft, to determine the aircraft's range / available flight time at various times along the flight. In this manner, the disclosed technology provides an improved approach for automatically predicting future battery conditions in a manner specifically tailored to the particular flight plan and the specifications of the aircraft and its energy storage system (e.g., vehicle / battery specifications and capabilities, charge, capacity, type, age, wear, trends, etc.). This allows the battery model to more accurately predict the future operating state of the aircraft and its energy storage system. As a result, a computing system may utilize the battery model to implement a customized solution for automatically generating an itinerary specifically tailored for the aircraft based on its onboard energy storage capabilities.

[0056] As described herein, the techniques of the present disclosure also provide an improved approach for making intelligent real-time journey adjustments that better consider the performance of the aircraft and its batteries. Additionally, the computing system can better generate and implement charging plans that are tailored to the aircraft. Thus, the techniques of the present disclosure reduce degradation of the aircraft's energy storage system, thus increasing the lifespan of the energy storage system. Exemplary Transportation Services

[0057] 1 depicts an example process flow of a transportation service according to an example implementation of the present disclosure. The transportation service may be or otherwise include a multimodal transportation service. The multimodal transportation service may include multiple transportation legs 102, 104, 106 associated with at least two different transportation modalities. For example, the multimodal transportation service may include a first transportation leg 102, one or more second transportation legs 104, and a third transportation leg 106.

[0058] A combination of ground vehicles, aircraft, or other types of vehicles may serve various legs of the multimodal transportation service. Each leg of the multimodal transportation service may be associated with a distinct transportation modality. For example, a first transportation leg 102 may be associated with a first transportation modality that uses one or more ground vehicles 108, such as automobiles. A second transportation leg 104 may be associated with a second transportation modality that uses an air-based modality, such as an aircraft 107. A third transportation leg 106 may be associated with a third transportation modality that may be the same as or different from the first or second modalities. For example, the third transportation leg 106 may use a ground modality, such as another automobile, bicycle, walking route, etc.

[0059] Air transportation may include one or more different aircraft, such as airplanes, vertical take-off and landing vehicles ("VTOL"), or other aircraft including conventional take-off and landing vehicles ("CTOL"). For example, VTOL may include one or more different types of rotorcraft (e.g., helicopters, quadcopters, gyrocopters, etc.), tiltrotor aircraft, powered drift vehicles, and / or any other vehicle capable of taking off and / or landing vertically (e.g., without a runway).

[0060] 1, an aircraft used in a multimodal transportation service may include a VTOL configured to operate in multiple flight modes. For example, the aircraft may include a multi-rotor configuration such that the position, orientation, etc. of the aircraft's rotors may be adjusted to enable the aircraft to operate in various flight modes. This may include, for example, a first rotor position that enables the aircraft to take off, land, or hover vertically, and a second rotor position that enables the aircraft to move forward using thrust (e.g., "cruise").

[0061] The aircraft may include one or more types of power sources, such as batteries, combustible fuel sources, electrochemical sources (such as hydrogen fuel cell systems), or combinations thereof. For example, the aircraft may include an electric VTOL ("eVTOL") capable of operating using one or more electric batteries, a VTOL capable of operating using combustible fuel, or a VTOL that uses a hybrid propulsion system.

[0062] Multimodal transportation services can be provided in an on-demand manner. Services can include ride-sharing, ride-hailing, vehicle reservations, or delivery services. Multimodal transportation services can be coordinated for users 110 by one or more service providers.

[0063] A service provider may be an entity that provides, coordinates, manages, etc., transportation services. This may include a transportation network company, a vehicle fleet manager, etc. For example, a user 110 may desire to travel on a journey from an origin location 112 to a destination location 114. The user 110 may interact with a user device 116 via a user interface of a software application to book transportation for the journey. The user 110 may interact with the user device 116 via one or more user sessions.

[0064] Based on the user session, at least one service entity can compile one or more options for the user 110 to traverse the journey. The user device 116 of the user 110 may present these options to the user 110 via a user interface of a software application. At least one option for the journey can include a multimodal transportation service. In response to a selection of the multimodal transportation service option by the user 110, a service can be initiated for transportation for the user 110.

[0065] To track and coordinate multimodal transportation services, a user journey can be calculated for the user 110. The user journey (also referred to as a “multimodal journey”) can be defined by a data structure that includes various information associated with the user's movement from an origin location to a destination location. As used herein, a user journey may refer to the user journey or the underlying data structure, depending on the context. A user journey may include identifiers for locations of interest (e.g., names / coordinates for origin, destination, vertiport, etc.), the time / duration the user will be at each location, transportation modality, specific vehicle assignment, seat assignment, real-time location data, baggage information, or other information. The user journey can be updated in real time as the user 110 progresses along the journey, such as in response to any changes in the journey. The user journey may be available to the user 110 via the user device 116.

[0066] Building a user journey on demand across modalities can involve centralized or distributed scheduling of resources associated with each modality. For example, an example implementation can involve systems and devices interfacing with a user 110, systems and devices associated with a first modality of transportation, and systems and devices associated with a second modality of transportation.

[0067] The journey of user 120 may be based on the user's origin location, destination location, available intermediate locations for transitioning between transportation modalities, vehicle routes, and / or other information. For example, Figure 2 depicts a graphical map view of an example multimodal transportation service within a geographic area 200 according to an example implementation of the present disclosure. Geographic area 200 may be, for example, an urban environment.

[0068] Geographic area 200 may include a network of intermediate locations that can be used to transition users from one transportation modality to another. For example, geographic area 200 may include multiple air facilities 205A-E. Air facilities 205A-E (e.g., vertiports) may enable users to transition from a ground transportation modality to an air transportation modality (or vice versa). Multiple air facilities 205A-E may be located at various locations within geographic area 200. Multiple air facilities 205A-E may be connected by multiple air routes 210A-J. In some implementations, air routes 210A-J may be designed with respect to airspace constraints (e.g., noise constraints, air traffic constraints, etc.). In some implementations, demand modeling may be performed to select high-value infrastructure locations to locate multiple air facilities 205A-E throughout geographic area 200 and generate routes 210A-J between air facilities 205A-E without interfering with airspace constraints. This network of air facilities 205A-E and routes 210A-J can be utilized to create flight plans for aircraft used within the multimodal transportation service 100, indicating how and where a particular aircraft may proceed throughout its period of operation.

[0069] Multiple users can be grouped together for multimodal transportation services such that different user journeys may share at least one transportation leg. This can include grouping users to share intermediate transportation legs (e.g., airplane flights) even though the users may have different origin or destination locations.

[0070] As an example, a first user journey for a first user may include three transportation legs 215, 220, and 225 (shown in FIG. 2 by bold lines). The first user journey may include transporting the first user from a first origin location 230, to a first intermediate location (e.g., air facility 205A), to a second intermediate location (e.g., air facility 205B), and finally to a first destination location 235. The first and second intermediate locations may be determined based on their proximity (e.g., being the closest air facility) to the first origin location 230 and the first destination location 235, respectively. The first user journey may include a ground transportation modality (e.g., passenger vehicle, etc.) along the first and final transportation legs 215, 225 and an air transportation modality (e.g., VTOL) along the intermediate transportation leg 220.

[0071] A second user journey for a second user may include three transportation legs 240, 220, and 245 (shown in FIG. 2 by bold lines). The second user journey may include transporting the second user from a second origin location 250, to a first intermediate location (e.g., air facility 205A), to a second intermediate location (e.g., air facility 205B), and finally to a second destination location 255. The second user journey may include a ground transportation modality along the first and last transportation legs 240, 245 and an air transportation modality along the intermediate transportation leg 220.

[0072] A first user and a second user can be grouped together with respect to intermediate transportation leg 220. For example, a first user journey and a second user journey, respectively, can indicate that the first user and the second user should travel along route 210A and on the same flight of an aircraft transporting users between air facility 205A and air facility 205B. In this manner, the first and second users can share at least one transportation leg for cost- and power-efficient multimodal transportation. Exemplary Air Facilities

[0073] Intermediate locations within a multimodal transportation service may be configured to help transition users seamlessly from one transportation leg or modality to another. As described herein, these intermediate locations may include aviation facilities to facilitate takeoff (e.g., departure) and landing (e.g., arrival) of aircraft utilized in the multimodal transportation service.

[0074] As an example, FIG. 3 depicts a schematic diagram of an exemplary aviation facility 300 according to an exemplary implementation of the present disclosure. The aviation facility 300 may include one or more final approach and landing pads 305, 310 (e.g., FATO pads), one or more vehicle parking locations 315-335, or vertiports with other infrastructure for maintaining and facilitating the functioning of aircraft (e.g., VTOLs). For example, the aviation facility 300 may include infrastructure 340, which may include hardware and software for refueling or recharging aircraft between flights. Various portions of the infrastructure 340 may be accessible at one or more of the vehicle parking locations 315-335.

[0075] The aviation facility 300 may include a structure or area for transitioning users to and from the air transportation leg of a multimodal transportation service. The aviation facility 300 may be located within a geographic area where the multimodal transportation service is provided. For example, the aviation facility may include a building or designated area within a geographic environment. In some implementations, the aviation facility 300 may be a portion of a building or structure (e.g., a roof, a dedicated floor, etc.) that may be used for other purposes (e.g., commercial, residential, industrial, parking, etc.).

[0076] Air facility 300 may include one or more sensors 345. The sensors may include visual, auditory, or other types of sensors. For example, the sensors may include cameras, microphones, vibration sensors, motion sensors, RADAR sensors, LIDAR sensors, infrared sensors, temperature sensors, humidity sensors, or other weather condition sensors, etc. Sensors 345 may be configured to obtain sensor data (e.g., noise data, weather data, aircraft-related data, etc.) within and around air facility 300.

[0077] The aviation facility 300 may include one or more output devices. The output devices may include display screens, speakers, lighting elements, or other infrastructure for communicating information to users, facility operators, vehicle operators, or other individuals at the aviation facility 300. For example, a display screen may be utilized to indicate an aircraft assigned to a user and a parking location assigned to the aircraft. The aviation facility 300 may include a route for a user to navigate to and / or from an aircraft. In some implementations, the output devices (e.g., lighting elements) may help indicate the route to the user.

[0078] Aviation facility 300 may include charging infrastructure configured to charge or otherwise service the energy storage systems of aircraft. For example, aviation facility 300 may include chargers configured to physically connect with aircraft at charging ports. The chargers may provide charge to the aircraft's batteries to increase the charge level of the aircraft. Aviation facility 300 may include various types of chargers to accommodate various types of aircraft, types / configurations of charging stations, types / configurations of batteries, etc.

[0079] The charging infrastructure may also include a system for battery conditioning. This may include, for example, a system for thermal management of the aircraft's batteries. The thermal management system may cool the temperature of the aircraft's batteries. The battery temperature may be cooled to a target temperature for the aircraft to perform a subsequent flight. The target temperature may be based on battery specifications, parameters of the subsequent flight, downtime of the aircraft, etc.

[0080] In some implementations, the charging infrastructure may include one or more other systems for monitoring battery health and status, which may include a system configured to perform diagnostics on the aircraft batteries to detect any anomalies, damage, etc.

[0081] Air facility 300 may include one or more access points 350 for user entry and exit. Access point 350 may include designated areas, elevators, stairwells, etc. Access point 350 may also facilitate user transitions between transport legs and different modalities associated therewith. For example, after being dropped off at air facility 300 by a ground vehicle for a first transport leg, a user may use access point 350 to enter area 355 for checking in for a flight for the next transport leg, an area for boarding the aircraft, etc. After unloading from the aircraft at air facility 300, a user may use access point 350 to access area 360 for boarding a ground vehicle for a final transport leg.

[0082] Air facility 300 may be operated by a variety of entities. For example, a service entity that manages a fleet of aircraft and / or coordinates transportation services may own, control, operate, etc., air facility 300. In some implementations, air facility 300 may be owned, controlled, operated, etc., by a third-party facility provider. A third-party facility provider may not have its own aircraft fleet but may operate air facility 300 and / or make air facility 300 available to other entities.

[0083] The aviation facility 300 can be utilized by a single entity or shared among multiple entities. For example, a service entity that manages / operates a fleet of aircraft can own, lease, control, operate, etc., the entire aviation facility 300. The service entity and its associated fleet may have exclusive use of the aviation facility 300, such that aircraft outside the service entity's fleet are not permitted in the aviation facility 300 except in an emergency. In another example, a first service entity that manages / operates a first fleet of aircraft can share the aviation facility 300 with a second service entity that manages / operates a second fleet of aircraft. In some implementations, certain resources in the aviation facility 300 can be allocated to a particular fleet or service entity. For example, a first set of landing pads, parking pads, infrastructure, storage areas, staging areas, etc. can be designated for a first service entity and its associated fleet. A second set of landing pads, parking pads, infrastructure, storage areas, staging areas, etc. can be designated for a second service entity and its associated fleet. In some implementations, resources in the aviation facility 300 may be shared such that shared resources may be dynamically allocated throughout the operating period based on user / aircraft itinerary, charging needs, etc.

[0084] The aviation facility 300 may include an aviation facility computing system (not shown in FIG. 3 ). The aviation facility computing system may be configured to monitor and control various resources of the aviation facility 300. This may include, for example, monitoring and controlling infrastructure such as chargers, sensors, output devices, etc. The aviation facility computing system may include one or more computing devices and may communicate with other computing systems and devices associated with the multimodal transportation service. An exemplary computing ecosystem for transportation services

[0085] 4A depicts a block diagram illustrating an example networked ecosystem 400 for cross-platform collaboration for transportation services (e.g., multimodal transportation services). Multiple networked systems can interact cooperatively within ecosystem 400 to provide multimodal transportation services. As shown, ecosystem 400 may include a distributed computing system with multiple different participating systems / devices communicatively connected via one or more networks 450.

[0086] Ecosystem 400 may include, for example, one or more transportation platform systems, such as an air transportation platform (ATP) system 405 and one or more ground transportation platform (GTP) systems 410. Ecosystem 400 may include a third-party provider system 415, an airspace system 420, user devices 425, ground vehicle devices 430, aircraft devices 435, air facility devices 440, or facility operator user devices 445.

[0087] Each of the systems or devices may communicate via one or more wireless or wired networks 450. The networks 450 may include one or more types of networks, including a telecommunications network, the Internet, a private network, or other networks, as further described herein.

[0088] The systems and devices of ecosystem 400 may include multiple software applications operating on individual systems and devices, which may create an ecosystem of applications for providing and coordinating multimodal transportation services, as further described herein.

[0089] User device 425 may include a computing device owned by or otherwise accessible to a user of a transportation service. For example, user device 425 may include a handheld computing device (e.g., a phone, a tablet, etc.), a wearable computing device (e.g., a smartwatch, smart glasses, etc.), a personal desktop device, or other device. User device 425 may execute one or more instructions to launch an instance of a software application for a particular transportation platform and present a user interface associated therewith. User device 425 may include a personal device (e.g., a mobile device) or a shared device on which a user has initiated a personal session (e.g., by logging in to a public kiosk or display device in a vehicle, etc.).

[0090] The GTP system 410 may be associated with a service entity that provides ground transportation services. The GTP system 410 may include a computing platform (e.g., a cloud services platform, a server system, etc.) that is communicatively connected to one or more systems or devices of the networked ecosystem 400 via the network 450.

[0091] The GTP system 410 may include or implement one or more client-enabled software applications accessible to devices in the ecosystem 400. Users may interact with the GTP system 410 (e.g., using user devices 425, ground vehicle devices 430, or aircraft devices 435) to receive various types of transportation services (e.g., delivery, ridesharing, or ridehailing, etc.), including the multimodal transportation services described herein. For example, the GTP system 410 may match one of its associated ground vehicles or operators with a user for ground transportation services.

[0092] The GTP system 410 can be associated with ground infrastructure to facilitate the implementation of ground transportation services. The ground infrastructure can include one or more parking areas, vehicle transfer hubs, charging / refueling locations, storage facilities, etc.

[0093] The GTP system 410 can be associated with a fleet of ground vehicles, and the vehicle operator can include a network of ground vehicle operators. As described herein, the ground vehicles can include automobiles, bicycles, scooters, autonomous vehicles, etc. The network of ground vehicle operators can include drivers or remote operators that facilitate, supervise, or control the movement of available ground vehicles to perform ground transportation services.

[0094] Ground vehicle device 430 may include computing devices or systems associated with a ground vehicle or an operator. For example, ground vehicle device 430 may include one or more vehicle computing systems, such as, for example, an onboard computer for operating the vehicle, an autonomous system, an infotainment system, etc. Additionally or alternatively, ground vehicle device 430 may include a user device of the operator. For example, ground vehicle device 430 may be a mobile phone of the driver. In some implementations, ground vehicle device 430 may include a user device that remains onboard the ground vehicle, such as, for example, a tablet that is available to the operator or a passenger.

[0095] ATP system 405 may be associated with one or more service entities that provide at least air transportation services to users. ATP system 405 may include a computing platform (e.g., a cloud services platform, a server system, etc.) communicatively connected to one or more systems or devices of networked ecosystem 400 via network 450.

[0096] The ATP system 405 may include or implement one or more client-enabled software applications accessible to devices in the ecosystem 400. Users (e.g., using user devices 425, ground vehicle devices 430, or aircraft devices 435) may interact with the ATP system 405 to receive various types of information related to transportation services. For example, a user (e.g., a passenger) may interact with the ATP system 405 through an instance of a software application (e.g., a passenger app) running on a user device 425 to request and book multimodal transportation services. A facility operator may interact with the ATP system 405 through an instance of a software application (e.g., an operations app) running on an aviation facility device 440 or a facility operator user device 445 to view / adjust flight information, seat assignments, etc.

[0097] The ATP system 405 can be associated with one or more aircraft, aircraft operators, aviation facilities (or portions thereof), facility operators, etc. to facilitate the performance of at least the air transportation services. For example, an aircraft can include a fleet of aircraft, and a vehicle operator can include a network of aircraft operators. A network of aircraft operators can include pilots or remote operators who facilitate, supervise, or control the movement of available aircraft to perform the air transportation services.

[0098] An air facility used to provide transportation services may include one or more air facility devices 440. The air facility devices 440 may be positioned at various locations within or around the air facility and may collect and receive information associated with the air transportation services. The air facility devices 440 may include one or more charging devices associated with the air facility's charging infrastructure, one or more vehicle positioning devices (e.g., electric tugs, etc.), one or more sensors or monitoring devices (e.g., noise sensors, cameras, etc.), etc.

[0099] A facility operator can be associated with an aviation facility to assist users with security screening, check-in procedures, boarding / deboarding, conducting aircraft checks, etc. Facility operator user devices 445 can include user devices utilized by a facility operator. Facility operator user devices 445 can be used to communicate with transportation platforms or to perform various functions at an aviation facility. For example, facility operator user devices 445 can launch one or more software applications, complete security screening, baggage check-in / out, coordinate recharging / refueling, provide safety briefings, or the like.

[0100] The aircraft devices 435 may include one or more aircraft computing systems or aircraft operator user devices. For example, the aircraft devices 435 may include computing systems onboard the aircraft, such as pilot interfaces, avionics systems, infotainment systems, navigation systems, autonomous systems, or any other sensors or devices located on the aircraft and capable of transmitting or receiving information. The aircraft devices 435 may include aircraft operator user devices (e.g., pilot mobile phones). The aircraft devices 435 may include user devices that remain onboard the aircraft, such as tablets or displays that are available to passengers or operators.

[0101] Ecosystem 400 may include one or more airspace systems 420. Airspace system 420 may include one or more airspace data exchanges or be associated with a regulatory authority configured to collect real-time, historical, or regulated airspace data. Airspace system 420 may include, for example, (i) an aggregation system that compiles airspace data associated with an airspace, (ii) a third-party monitoring system configured to monitor aspects of the airspace (e.g., noise, etc.), or (iii) a regulatory system that may verify, validate, or approve air transportation services prior to takeoff based on one or more policies or criteria set by a regulatory authority (e.g., Federal Aviation Administration, European Aviation Safety Agency, etc.).

[0102] The ecosystem 400 may include one or more third-party provider systems 415. The third-party provider systems 415 may be associated with one or more third parties that provide resources to the ATP system 405 or the GTP system 410. For example, the third-party provider systems 415 may be associated with third-party aircraft providers, including one or more “third-party” aircraft. The third-party aircraft may include aircraft provided, leased, rented, or otherwise made available by an entity for use by the ATP system 405 for transportation services, as described further herein.

[0103] Additionally or alternatively, the third-party provider system 415 can be associated with one or more third-party aircraft operator providers. A third-party aircraft operator can include, for example, multiple aircraft pilots who may be available to the ATP system 405 for operation of aircraft for transportation services.

[0104] In some implementations, the third-party provider system 415 can be associated with a third-party facility provider that may provide facilities (or facility resources) for use in performing transportation services. For example, the third-party facility provider may own, operate, etc., one or more air facilities (or portions thereof) that may be rented, leased, or otherwise utilized by the transport platform system to provide air transportation services. The ATP system 405 or the GTP system 410 can communicate directly or indirectly (e.g., through the third-party provider system 415) with third-party aircraft, operators, or infrastructure.

[0105] Systems and devices in ecosystem 400 may be registered for potential use when providing and coordinating multimodal transportation services. Figure 4B illustrates an example device register 455A. The device register 455A may include a table or other data structure that indicates the devices / systems that participate in an on-demand transportation platform ecosystem, such as ecosystem 400. The device register 455A may include fields such as device ID, entity, location, status, availability, etc.

[0106] The device register 455A can be maintained in a local or remote database. Systems and devices can register for participation in the ecosystem 400 by providing information to a registration service. Such information can include a system / device identifier, an associated entity, an IP address, application downloads, sign-up or account creation, or other information for identifying and communicating with the system / device. The device register 455A can be updated to provide a real-time reference regarding the characteristics and status of participating systems / devices. This can include, for example, determining whether a device is online or offline (e.g., whether it is powered on and connected) or whether it is available (e.g., not currently being utilized for another task) or unavailable (e.g., being utilized for another task).

[0107] When building a user journey, a service instance register can be created, such as the exemplary service instance register 455B shown in Figure 4C. The service instance register can include a data structure with one or more data objects that indicate which devices should be utilized to facilitate and advance the user along their journey.

[0108] The ATP system 405 (or another system) can establish a service instance register 455B for servicing a particular service request. The service instance register 455B can be associated with a unique or distinct service instance identifier for a particular user journey for providing at least one leg of a transportation service. The service instance register 455B can aggregate a set of participating devices from the device register 455A. The service instance register 455B can include a minimum set of participating devices to complete at least a leg of the journey. The service instance register 455B may include all participating devices to complete an entire leg of the journey.

[0109] The ATP system 405 (or another system) can update and reconfigure the service instance register 455B as needed to accommodate scheduling changes, delays, device substitutions, etc., or as the journey / journey progresses for a particular user. For example, as a user progresses along the second leg of a particular journey, the ATP system 405 (in communication with the GTP system 410) may identify and select a ground vehicle to service the final leg of the user's journey. In response, the ground vehicle devices associated with the selected ground vehicle can be listed in the service instance register 455B. In this way, the service instance register 455B can accurately reflect the systems / devices in ecosystem 400 associated with each particular service instance for a user of a multimodal transportation service. Exemplary Aircraft Ecosystem

[0110] As discussed herein, the air transport platform system 405 and the ground transport platform system 410 can plan and fulfill transportation services, such as multimodal transportation services. The orchestration of transportation services can be performed in several different implementations. For example, in a single orchestrator implementation, a transportation platform system can receive requests and orchestrate multimodal transportation services. In a multi-orchestrator implementation, a combination of transportation platforms can cooperate to orchestrate multimodal transportation services. This can include the use of aircraft from multiple different entities.

[0111] 5 depicts an exemplary air transportation ecosystem 500 according to an exemplary embodiment of the present disclosure. The air transportation ecosystem 500 includes the ATP system 405 and one or more 3P vehicle provider systems 585.

[0112] The ATP system 405 can be associated with a "first party" (1P) aircraft fleet 505. The 1P aircraft fleet 505 can include multiple 1P aircraft 510 that are owned, maintained, operated, or otherwise associated with the ATP system 405. The 1P aircraft 510 can include eVTOLs owned by the entity that operates the ATP system 405.

[0113] One or more 3P vehicle provider systems 585 can be associated with a 3P aircraft fleet 515. The 3P aircraft fleet 515 can include multiple 3P aircraft 520 owned, maintained, operated, or otherwise associated with the 3P aircraft fleet 515. The 3P aircraft can be outside of a dedicated fleet of “first-party” aircraft. For example, a 3P vehicle provider may decide at a certain time to make its 3P aircraft available to the ATP system 405 to perform transportation services. However, the 3P vehicle provider may maintain ownership or a level of control over the 3P aircraft.

[0114] ATP system 405 may communicate with 1P aircraft 510 or 3P vehicle provider system 585 to access at least a portion of air transportation data 525. For example, air transportation data 525 may include 1P vehicle provider data 530 and 3P vehicle provider data 535.

[0115] The 1P vehicle provider data 530 may include one or more 1P fleet attributes 540 , one or more 1P preferences 545 , or 1P vehicle data 550 .

[0116] 1P fleet attributes 540 may identify one or more types of aircraft or any other attributes associated with aircraft in 1P aircraft fleet 505. As an example, 1P aircraft fleet 505 may include one or more different types of aircraft. Each different type of aircraft may be associated with one or more different aircraft attributes. Aircraft of a certain vehicle type may be associated with one or more common aircraft attributes. As an example, vehicle types may include large vehicle types with high payload capacity at the expense of speed, small vehicle types with low payload capacity and high speed, luxury vehicles, high-speed vehicles, etc. In some implementations, 1P fleet attributes 540 may identify one or more indirect costs (e.g., fixed costs, etc.) of maintaining 1P aircraft fleet 505 or one or more opportunity costs incurred by 1P aircraft fleet 505.

[0117] 1P preferences 545 may indicate one or more preferences of ATP system 405 regarding the performance of air transportation services. For example, 1P preferences 545 may identify an operating period, a service type (e.g., delivery, ride-share, etc.), weather conditions, a geographic location, an air facility, or any other attribute of a transportation service that may assist ATP system 405 in scheduling 1P aircraft 510 for a flight. As an example, an operating period may identify a time during which ATP system 405 prefers to use 1P aircraft 510 to perform a transportation service. In some implementations, 1P preferences 545 may identify attributes of a transportation service, such as longer flight times, shorter flight times, a type of vehicle maintenance (e.g., charging times, etc.), or any other aspect of the transportation service.

[0118] 1P vehicle data 550 may indicate one or more aircraft attributes associated with each of 1P aircraft 510 in 1P aircraft fleet 505. As an example, aircraft attributes may include location data 550A, component data 550B, availability data 550C, or capability data 550D for each 1P aircraft 510 in 1P aircraft fleet 505. ATP system 405 may communicate with 1P aircraft 510 and access 1P vehicle data 550.

[0119] For example, location data 550A may identify a current, predicted, or historical location of 1P aircraft 510. Location data 550A may be determined through one or more messages exchanged between air transport platform system 405 and 1P aircraft 510. For example, location data 550A may be determined based on sensor data (e.g., GPS data, RADAR data, etc.) from one or more sensors onboard 1P aircraft 510. As another example, location data 550A may be determined based on one or more flight plans assigned to 1P aircraft 510, etc.

[0120] Component data 550B may identify a type of component of the 1P aircraft. The component may include, for example, one or more hardware or software components for each of the plurality of 1P aircraft 510. The hardware component may include at least one power component (e.g., engine, fuel tank, battery, etc.), weather control component, navigation component, flight control component, etc. The one or more software components may include one or more software applications (e.g., operating system, user interface, etc.) associated with each of the plurality of 1P aircraft 510.

[0121] Component data 550B may indicate the type, number, size, location, orientation, etc. of the propulsion system of 1P aircraft 510. This may include, for example, indicating the location, number, and type of rotors on 1P aircraft 505. Component data 500B may indicate the maneuverability of the component. For example, component data 550B may indicate which rotors (if applicable) are movable / tiltable, their range of motion (e.g., by angle, position), and timing constraints for adjusting the rotor angle / position.

[0122] Component data 550B may identify a current, predicted, or historical state for each aviation component of 1P aircraft 510. The state may identify the health, power level, current software version, etc. of each of one or more components. As an example, the current state of the power component may identify a current power level or range for each 1P aircraft 510. In some implementations, the current power level or range may include a dynamic variable that depends on characteristics associated with a candidate flight plan.

[0123] In some implementations, 1P aircraft 510 may include an electric aircraft powered by one or more batteries. Component data 550B for the electric aircraft may include battery data indicating the current, historical, or predicted condition of one or more batteries. For example, the battery data may indicate multiple battery characteristics for the batteries. The battery characteristics may identify the operating conditions of the batteries and the battery configuration and type.

[0124] The battery operating conditions may indicate the maximum capacity of the battery at a particular time. The maximum capacity of the battery may be based on the battery type, configuration, etc. of the battery installed on 1P aircraft 510. The maximum capacity may change over time based on several dynamic battery characteristics, including, for example, the battery's age, usage history, or any other characteristic associated with the battery's capacity to hold power. For example, the maximum capacity of the battery installed on 1P aircraft 510 may decrease over time as the battery ages or degrades.

[0125] The battery operating conditions may also indicate the current state of charge (SoC) or future predicted SoC of the batteries aboard the 1P aircraft 510. The battery SoC may indicate the level of power accessible to the 1P aircraft 510 at a particular time. The SoC may be based on the battery's charge level or temperature. The charge level may be a function of and depend on the battery's maximum capacity. For example, the charge level may identify the percentage of maximum capacity available to the 1P aircraft 510 at a particular time. The battery operating conditions may also indicate the state of health of the 1P aircraft 510's batteries.

[0126] The battery operating conditions can be based on a battery model for the batteries of the electric aircraft. The battery model can include a range model configured to determine a range for an individual battery based on one or more charging parameters (e.g., type of charging (e.g., slow, fast, etc.)), the infrastructure required to service the battery (e.g., a standardized charging interface), and any other factors that may affect the battery's SoC or battery performance.

[0127] Availability data 550C may identify current, projected, or historical assignments (e.g., service assignments, maintenance assignments, etc.) for 1P aircraft 510. For example, availability data 550C may indicate usage information (e.g., historical usage, current usage, expected usage, etc.) for 1P aircraft 510. Usage data may indicate historical, current, or expected flight, maintenance, or any other tasks associated with an individual aircraft.

[0128] Capability data 550D may be associated with one or more constraints or capabilities of individual 1P aircraft 510. For example, capability data 550D may include at least one of payload capacity (e.g., maximum allowable payload, weight, etc.), seating capacity (e.g., maximum number of passengers per flight), performance history (e.g., miles flown, historical performance of trips with respect to a service entity or other service provider), one or more vehicle control parameters (e.g., operational capabilities such as turning radius, lift, thrust, or towing capacity), one or more speed parameters (e.g., maximum, minimum, or average speed, etc.), or one or more maintenance requirements (e.g., infrastructure required to perform maintenance, refueling, etc. on the aircraft, etc.).

[0129] In some implementations, capability data 550D may indicate a flight mode of 1P aircraft 510. For example, capability data 550B may indicate that 1P aircraft 505 is capable of flying in a cruise mode, a transition mode, a hover mode, an energy efficiency mode, etc.

[0130] Capability data 550D may indicate the energy efficiency of 1P aircraft 510 when operating in individual flight modes. For example, capability data 550D may include a look-up table indicating the energy efficiency (e.g., charge or fuel burn rate) of individual 1P aircraft 505 when operating in cruise mode. Energy efficiency while operating in cruise mode may include an energy profile developed during testing of 1P aircraft 505 (or another aircraft in the fleet of 1P aircraft 510). Energy efficiency of 1P aircraft 505 while operating in cruise mode may be associated with the position / angle of the aircraft's propulsion system (e.g., for forward thrust), its operating speed (e.g., orbital speed), etc.

[0131] Capability data 550D may include a look-up table indicating the energy efficiency (e.g., charge or fuel burn rate) of individual 1P aircraft 505 when operating in hover mode. Energy efficiency while operating in hover mode may include an energy profile developed during testing of 1P aircraft 505 (or another aircraft in the fleet of 1P aircraft 510). Energy efficiency of 1P aircraft 505 while operating in hover mode may be associated with the position / angle of the aircraft's propulsion system (e.g., for lift), its operating speed (e.g., rotational rate), etc. Operating in hover mode may cause 1P aircraft 505 to consume more energy from its battery than operating in cruise mode.

[0132] Capability data 550D may include a look-up table indicating the energy efficiency (e.g., charge or fuel burn rate) of individual 1P aircraft 505 when operating in the transition mode. The energy efficiency while operating in the transition mode may include an energy profile developed during testing of 1P aircraft 505 (or another aircraft in the fleet of 1P aircraft 510). The energy efficiency of 1P aircraft 505 while operating in the transition mode may be provided in association with various positions / angles of the aircraft's propulsion system (e.g., for lift), its operating speed, etc.

[0133] In some implementations, competency data 550D may indicate operator competency (e.g., pilot rank, designated operating area, years of service, rating, etc.) associated with the operator of 1P aircraft 510.

[0134] Capability data 550D may change dynamically based on component data 550B or other real-time information, such as weather conditions. This information can be monitored (e.g., by on-board or off-board systems) and updated in real time to maintain a database that accurately reflects the aircraft.

[0135] ATP system 405 may communicate with 3P vehicle provider system 585 and access 3P vehicle provider data 535. 3P vehicle provider data 535 may include 3P fleet attributes 555, 3P preferences 560, or 3P vehicle data 565. 3P fleet attributes 555, 3P preferences 560, or 3P vehicle data 565 may include information about 3P aircraft 520 of a type similar to any of the example 1P fleet attributes 540, 1P preferences 545, or 1P vehicle data 550 described herein. As an example, 3P vehicle data 565 may include location data 565A, component data 565B, availability data 565C, or capability data 565D as described with reference to location data 550A, component data 550B, availability data 550C, and capability data 550D of 1P vehicle data 550. 3P vehicle provider system 585 may communicate with 3P aircraft 520 and access 3P vehicle data 565 .

[0136] In some implementations, 3P vehicle provider data 535 may include 3P history attributes 565. 3P history attributes 565 may indicate one or more historical interactions between 3P vehicle provider system 585 and air transport platform system 405. For example, 3P history attributes 565 may indicate one or more previous air transport services provided by 3P vehicle 520. 3P history attributes 565 may indicate the reliability of 3P vehicle provider system 585, its willingness to perform various types of air transport services, meeting or exceeding service time constraints, user reviews, etc.

[0137] As described herein, a computing system can utilize air transportation data 525 to plan and facilitate flights. The flights can be conducted using electric aircraft powered by batteries. Operation of such aircraft can depend on the state of charge for the batteries. Exemplary Aircraft and Aircraft Energy Storage System

[0138] 6 depicts an example aircraft 900 according to an example implementation of the present disclosure. Aircraft 900 may be a VTOL aircraft capable of performing vertical climb and hover maneuvers (e.g., for takeoff and landing) and forward cruise maneuvers. This may be accomplished by a movable propulsion system, such as a rotor assembly 935, which tilts / rotates to create lift in one position and thrust in another.

[0139] The aircraft 900 may include a fuselage 930 , two wings 925 , a tail 920 , and a propulsion system 915 embodied as a tiltable rotor assembly 935 located within a nacelle 940 .

[0140] Aircraft 900 includes one or more energy storage systems. The energy storage systems may include, for example, a non-linear power source such as a nacelle battery pack 910 or a wing battery pack 907. In the illustrated example, nacelle battery pack 910 is located in an inboard nacelle 905, although it should be understood that nacelle battery pack 910 may be located in another nacelle 940 forming part of aircraft 900.

[0141] Aircraft 900 may include associated equipment such as electronic infrastructure, control surfaces, cooling systems, landing gear, etc. Aircraft 900 may include a charging port for receiving a battery charge from a charger.

[0142] Wings 925 function to generate lift to support air vehicle 900 during forward flight. Wings 925 may additionally or alternatively function to structurally support battery pack 907 or propulsion system 915 under the influence of various structural stresses (e.g., aerodynamic forces, gravity, thrust, external point loads, distributed loads, and / or body forces, etc.).

[0143] The aircraft 900 can be configured to operate in one or more flight modes, which may be associated with different positions of the propulsion system 915, the nacelles 905, 940, and / or portions thereof.

[0144] The flight modes may include a hover mode. In the hover mode, the propulsion system 915 (or an associated portion thereof) may be oriented at a first position / angle to generate lift for the aircraft 900. This may enable the aircraft 900 to hover so that lateral movement may be reduced. In certain examples, the hover mode may be utilized by the aircraft 900 to hover when the aircraft is parked or landing at a particular vertiport.

[0145] The flight modes can include a cruise mode, in which propulsion system 915 (or an associated portion thereof) can be oriented at a second position / angle to generate forward thrust for air vehicle 900. In one embodiment, the cruise mode can be utilized by air vehicle 900 to generate forward thrust so that the air vehicle can proceed along a particular route for flight.

[0146] The flight modes may include a transition mode. In a transition mode, the propulsion system 915 (or an associated portion thereof) may move from one position or angle to another. This may occur, for example, to transition the propulsion system 915 from a first position (e.g., for a hover mode) to a second position (e.g., for a cruise mode). The movement of the propulsion system 915 may include movement of the nacelles 905, 940 or portions thereof (e.g., tilt assemblies). The transition mode may include dynamic movement of the propulsion system 915 between two positions and / or the propulsion system 915 being in a static position (e.g., a tilt angle between the first and second positions) for a period of time.

[0147] In some implementations, aircraft 900 can be configured to operate in an energy-efficient flight mode. Such a mode may include adjusting one or more components of the aircraft to conserve energy. This may include, for example, adjusting the operating speed of propulsion system 915, turning off certain onboard features (e.g., interior lights), etc.

[0148] 7A is a schematic diagram of an aircraft energy storage system 1000, according to some embodiments. As shown, the energy storage system 1000 includes one or more battery packs 1005. Each battery pack 1005 can include one or more battery modules 1010, which in turn may include a number of cells 1015.

[0149] Various hardware can be associated with the battery pack 1005. This can include, for example, one or more propulsion systems 915, a battery mate 1020 for connecting it to the energy storage system 1000, a rupture membrane 1025 as part of a ventilation system, a fluid circulation system 1030 for cooling, or power electronics 1035 for regulating the delivery of power (from the battery during operation and to the battery during charging) and providing integration of the battery pack 1005 with the electronic infrastructure of the energy storage system 1000.

[0150] The electronic infrastructure and power electronics 1035 may additionally or alternatively function to integrate the battery packs 1005 into the aircraft energy storage system 1000. The electronic infrastructure may include a battery management system (BMS), power electronics (high voltage (HV) architecture, power components, etc.), low voltage (LV) architecture (e.g., vehicle wiring harnesses, data connections, etc.), or any other suitable components. The electronic infrastructure may include inter-module electrical connections that may transfer power or data between the battery packs or modules. The inter-module connections may include bulkhead connections, bus bars, wiring harnessing, or any other suitable components.

[0151] The battery packs 1005 may function to store electrochemical energy in a rechargeable manner for supply to the propulsion system 915. The battery packs 1005 may be arranged and / or distributed about the aircraft in any suitable manner. The battery packs may be arranged in wings (e.g., inside airfoil cavities), inside nacelles, or in any other suitable location on the aircraft.

[0152] In a specific example, the system includes a first battery pack in an inboard portion of the left wing and a second battery pack in an inboard portion of the right wing. In a second specific example, the system includes a first battery pack in an inboard nacelle of the left wing and a second battery pack in an inboard nacelle of the right wing. Battery pack 1005 may include multiple battery modules 1010.

[0153] The energy storage system 1000 may optionally include a cooling system (e.g., a fluid circulation system 1030) that functions to circulate a working fluid within the battery pack 1005 to remove heat generated by the battery pack 1005 during operation or charging. The battery cells 1015, battery modules 1010, and / or battery pack 1005 may be fluidly connected by the cooling system in series and / or parallel in any suitable manner.

[0154] 7B illustrates an electrical architecture 1050 for aircraft 900. Electrical architecture 1050 may include energy storage system 1000, one or more flight devices 1055, one or more flight computers 1060, and a distribution network 1065. Network 1065 includes a number of switches 1070 and appropriate wired or wireless data transmission links within network 1065 and with other components of electrical architecture 1050.

[0155] Electrical architecture 1050 can function to provide redundant and fault-tolerant power and data connections between flight devices 1055, flight computers 1060, and energy storage system 1000. Flight devices 1055 can include any components associated with aircraft flight, including, for example, ailerons, flaps, rudder fins, landing gear, sensors (e.g., kinematic sensors such as IMUs, optical sensors such as cameras, acoustic sensors such as microphones and radars, temperature sensors, altimeters, pressure sensors, and / or any other suitable sensors), actuators and control surfaces such as cabin systems.

[0156] The flight computer 1060 may control the overall function of the aircraft 900. For example, the flight computer 1060 may interpret flight data and convert it into commands that can be transmitted to and interpreted by controllable flight components. The data may be commands, aircraft state information, or any other suitable data. The aircraft state information may include faults (e.g., fault indicators, fault status, fault status information, etc.), speed, altitude, pressure, GPS information, acceleration, user control input (e.g., from the pilot or operator), sensor readings or information collected by flight components such as measured motor RPM, radar, imagery, or other sensor data, component status (e.g., motor controller output, sensor status, on / off, etc.), energy storage system 1000 status information (battery pack 1005 voltage, charge level, temperature, etc.), or any other suitable information. The commands may include faults (e.g., fault indicators, fault status, fault status information, etc.), control commands (e.g., commanding rotor RPM or other related parameters such as torque, power, thrust, lift, etc., data to be stored, commanding wireless transmissions, commanding display outputs, etc.), or any other suitable information.

[0157] I / O components may be included with flight computer 1060. The I / O components may be used to receive input from and provide output to a pilot or other operator. The I / O components may include, for example, joysticks, interceptors or other flight control input devices, data entry devices such as keyboards and touch input devices, and one or more display devices (e.g., screens or other hardware capable of presenting a user interface) for providing flight and other information to the pilot or other operator. FIG. 12 shows an example I / O component in the form of a display device. Exemplary Battery-Based Aircraft Performance and Operation

[0158] The techniques of the present disclosure can improve the use and modeling of the energy storage system of aircraft 900 within the context of transportation services. For example, with reference to FIG. 8 , given the aircraft's current or future battery state, computing system 1100 can analyze one or more flight plans and aid in calculating a customized aircraft itinerary for aircraft 900. Computing system 1100 can also, or alternatively, facilitate the presentation of information (e.g., onboard aircraft 900) and make real-time operational changes based on the information aircraft 900's current or future battery state.

[0159] The computing system 1100 may be included within the ATP system 405 or another system configured for flight or charging planning for an aircraft. For example, the ATP system 405 may include a back-end system that hosts multiple services (e.g., microservices). The ATP system 405 may include a graph that aggregates across the services, each individually programmed to perform a function related to the ATP system 405.

[0160] Computing system 1100 may represent an implementation of one or more services of a back-end system. For example, ATP system 405 may coordinate air transportation. The back-end services of ATP system 405 may perform functions for generating flights, coordinating charging for those flights, generating aircraft itineraries, generating user interfaces, and making real-time adjustments to transportation services. Computing system 1100 may include computing hardware that implements one or more services for evaluating candidate flights, generating aircraft itineraries, assigning electric airplanes to flights, coordinating charging, providing data to be displayed via a user interface, instructing devices for service adjustments, etc. As described herein, the services may collect real-time data to perform their respective functions.

[0161] In some implementations, computing system 1100 may be separate from ATP system 405. Computing system 1100 may transmit communications to ATP system 405 to request data. For example, ATP system 405 (or an entity associated therewith) may expose a software development kit (SDK) that allows another computing system to structure messages according to the API of ATP system 405. The structured messages may include, for example, requests for candidate flights, requests for data such as flight information / plans, etc.

[0162] The ATP system 405 may receive the structured message at the API gateway 1102. The API gateway 1102 may be configured to verify access to the requested data and orchestrate calls to each service that will be needed to provide the requested data. The API gateway 1102 may validate the message through a security layer, including functionality for message validation. As an example, the API gateway 1102 may validate the message by determining that the required request parameters (e.g., in the URI, query string, headers) of the incoming request are included and non-empty, and / or that the applicable request payload conforms to the security layer's configured scheme request model. If validation fails, the API gateway 1102 may reject the request and return an error response to the calling computing system. In cases where the message is validated, the API gateway 1102 may invoke one or more services to gather and compile data and respond to the request. This may include utilizing services implemented via the computing system 1100.

[0163] In some implementations, computing system 1100 may be a system that may provide data to ATP system 405. Computing system 1100 may include one or more APIs through which ATP system 405 may request data or backend service functions described herein and shown in FIG.

[0164] Computing system 1100 can access flight plan data 1105, aircraft data 1110, battery status data 1115, and battery models 1120. Flight plan data 1105 can include data associated with one or more flight plans. A flight plan can include one or more data structures that store various parameters associated with conducting a flight. The data structures can include structured data fields (e.g., objects having class data types defined in a programming language, etc.), lookup tables, lists, trees, arrays, etc. Parameters stored in the data structures can include routes between or originating from an associated flight, aircraft maneuvers (e.g., takeoff maneuvers, landing maneuvers, hover maneuvers, cruise maneuvers), altitude, environmental conditions, noise constraints, speed, etc. A flight plan can include associated times (e.g., takeoff / landing times), locations (e.g., origin / destination locations, waypoints), or other information associated with the flight.

[0165] Battery status data 1115 may include data indicative of the condition of the battery. This may include a state of charge (e.g., the charge level (%) of an electric battery relative to its rated capacity) or a state of health (e.g., the ratio (%) of maximum battery charge to its rated capacity). Battery status data 1115 may include flight range, available flight time, other health information, usage history, charge rate, etc. As described further herein, battery model 1120 may be configured to predict the performance of an energy storage system, such as a battery, aboard aircraft 900.

[0166] Such information can help computing system 1100 calculate (e.g., computationally determine, generate, output, adjust, update, etc.) one or more aircraft itineraries 1125, one or more charging parameters 1130, one or more actions 1135 associated with the transportation service, implementation instructions 1140, one or more user itineraries 1145, one or more user interfaces 1150, data structures (e.g., matching data structure 1155), or other data, as further described herein.

[0167] Using battery model 1120, computing system 1100 can iteratively analyze flight plan data 1105 and calculate aircraft itinerary 1125 for aircraft 900. More specifically, computing system 1100 can be configured to generate aircraft itinerary 1125 for a fleet of aircraft (e.g., eVTOLs) used in providing transportation services (e.g., multimodal transportation services). As described further herein, battery model 1120 can be utilized to generate one or more capacity outputs 1122 that indicate the capabilities of aircraft 900 (e.g., in terms of flight time, range, etc.) given expected demands on the aircraft's batteries.

[0168] Aircraft itinerary 1125 may include one or more data structures that indicate various information associated with the performance of an aircraft for a portion / leg of a multimodal transportation service. For example, aircraft itinerary 1125 for aircraft 900 may include one or more flights assigned to aircraft 900, charging parameters 1130 (e.g., charging time, level, temperature, voltage, current, infrastructure, rate, etc.) for charging the energy storage system of aircraft 900 before / during / after the flight, location (e.g., origin / destination air facility, landing pad, parking area, etc.), aircraft status (e.g., charging, boarding, ready for takeoff, taking off, in route, hovering, landing, etc.), payload information (e.g., weight, type, number of users / items, etc.), associated time, or other information.

[0169] Reference will now be made to FIGS. 9 and 10 to describe an exemplary algorithmic process for calculating aircraft itinerary 1125.

[0170] 9 depicts a flowchart diagram 1200 of an example method for calculating an aircraft trajectory, according to an example embodiment of the present disclosure. FIGURE 10 depicts an example data flow 1300 for iteratively analyzing a flight plan using the battery model 1120, according to an example embodiment of the present disclosure.

[0171] To aid in generating the itinerary 1125 for the aircraft 900, at 1205 the computing system 1110 can access flight plan data 1105 associated with a first flight. The first flight can include a first candidate flight being evaluated for inclusion within the itinerary 1125 for the aircraft 900. The first candidate flight can be a future flight that has already been scheduled. In some implementations, the first candidate flight can be a potential flight to be created in an on-demand manner based on demand for transportation from users of the multimodal transportation service. In some implementations, the first candidate flight can be a flight predicted (or recommended) by the computing system to occur at a future time. This prediction can be based on historical flight data and historical demand for flights between associated vertiports / locations.

[0172] The flight plan data 1105 for the first flight can represent a first flight plan 1305. The first flight plan 1305 can be defined by one or more data structures that store various parameters associated with conducting the first flight, which can include the route, vehicle maneuvers, altitude, environmental conditions, noise constraints, speed, etc., at or between the departure, destination, and destination locations for the first flight. The computing system 1125 can access the data structures of the flight plan data 1105 by searching, querying, requesting, retrieving, etc., the flight plan data 1105 from a database or memory in which the data is stored.

[0173] At 1210, computing system 1100 can calculate an expected power demand 1310 for aircraft 900 for the first flight based on flight plan data 1105 associated with first flight plan 1305. More specifically, expected power demand 1310 can be a predicted power demand value for one or more batteries of the aircraft based on the flight plan and specific aircraft parameters. This can include the amount of power predicted to be drawn from the energy storage system. For example, with respect to the flight plan, the expected power demand can be determined from aircraft parameters (e.g., weight, rotor configuration, shape), departure and destination parameters (e.g., altitude, outside temperature, hover time, approach maneuvers), in-flight parameters / conditions (e.g., flight maneuvers, intended cruise altitude, cruise speed, wind direction), taxi time, etc.

[0174] To aid in calculating first expected power demand 1310, computing system 1100 may access data indicative of aircraft specifications for aircraft 900. The aircraft specifications may be stored in an accessible data structure that indicates characteristics of aircraft 900 or its energy storage system, including aircraft weight, shape, size, propulsion, payload capacity, battery type, battery configuration, battery capacity, etc.

[0175] The computing system 1100 may determine one or more aircraft operating conditions at multiple times along the flight plan. For example, the computing system 1100 may analyze the flight plan and determine a desired aircraft altitude, speed, location, etc. at each of multiple times.

[0176] Computing system 1100 can access data that maps power consumption on the energy storage system of aircraft 900 to operating conditions. For example, computing system 1100 can access a data structure (e.g., a lookup table, a graph, a heuristic) that indicates the amount of battery power needed for aircraft 900 (given its specifications) to achieve a desired aircraft altitude, speed, etc. The data structure can also consider the expected payload of aircraft 900, which can also be indicated in first flight plan 1310. Thus, with respect to aircraft 900 (e.g., its weight, shape, size, expected payload), computing system 1100 can determine the amount of power that will need to be drawn to maintain the desired operating conditions associated with first flight plan 1305. As an example, computing system 1100 can determine the amount of power that will need to be drawn from the aircraft's batteries to maintain the desired altitude and speed of the first flight plan along a predetermined route to avoid interference and arrive on time. This calculation can be repeated at each of multiple times for first flight plan 1305.

[0177] The first expected power demand 1310 may be stored in a first power profile. The first power profile may be a graph, table, or other data structure showing expected power demand values ​​and time along the first flight. The predicted power demand values ​​may be expressed in numbers, percentages, relative levels, etc. The computing system 1100 may store data indicative of the first power profile in an accessible database.

[0178] At 1215, computing system 1100 may access data indicative of an initial battery state 1315 of an energy storage system of aircraft 900. The data indicative of the initial battery state 1315 may be determined from data collected by an on-board system of aircraft 900. The on-board system may include a battery management / monitoring system that collects the battery state data 1115. The battery state data 1115 may indicate a state of health, a state of charge, a temperature, etc. The battery data may be provided to computing system 1100 and stored in a data structure (e.g., a lookup table) in a database. The data indicative of the initial battery state 1315 for aircraft 900 may be stored in a repository of battery state data 1115 for multiple aircraft. Computing system 1100 may access the data by querying, requesting, retrieving, etc. the data from an associated database.

[0179] Initial battery status 1315 may indicate the actual (or predicted) initial state of the energy storage system of aircraft 900 prior to the first flight. In some implementations, this may include the initial state of the energy storage system at the beginning of an operating period for transportation service (e.g., at the start of a day). Initial battery status 1315 may indicate, for example, the initial battery temperature, initial battery capacity, initial charge level, initial battery voltage, etc. of the energy storage system.

[0180] Computing system 1100 may determine whether aircraft 900 is capable of completing the first flight given initial battery state 1315 of aircraft 900 and expected power demands 1310 on its energy storage system. To do so, at 1220, computing system 1100 may access battery model 1120.

[0181] The battery model 1120 may include a multi-dimensional model configured to determine a predicted battery state at a future time based on an initial battery state 1315 and an expected power demand 1310 .

[0182] Computing system 1100 may calculate a first capacity output 1320 for aircraft 900 based on battery model 1120. For example, battery model 1120 may be configured to calculate first capacity output 1320 based on expected power demand 1310 associated with the first flight and initial battery state 1315.

[0183] Given the specific aircraft 900 and initial battery states 1310, the battery model 1120 can step through the expected power demands 1310 throughout the first flight plan (e.g., the mission profile associated therewith) to determine battery states at various times, locations, etc. of the first flight. For example, if the aircraft 900 is flying at a steady airspeed without any altitude changes at time t(n), consuming W(n) kW of power at a temperature of X(n) degrees Celsius, with a remaining battery capacity of Y(n)% (or kWh) and a battery voltage of Z(n) volts, the battery model 1120 can determine that at time t(n+1), one or more batteries will have predicted battery states that include a temperature of X(n+1) degrees Celsius, a remaining battery capacity of Y(n+1)% (or kWh), and a battery voltage of Z(n+1) volts. The predicted battery state at time t(n+1) and any updated power demand values ​​can then be provided to the battery model 1120 to determine an updated battery state at time t(n+2).

[0184] Based on this calculation, computing system 1110 (using battery model 1120) can calculate the range or available flight time for aircraft 900 at various times along the first flight, including the end of the first flight, and output the results. First capability output 1310 can include (e.g., in a table, list, graph, map) the calculated range or available flight time for aircraft 900 for the first flight. This may be the range or available flight time if aircraft 900 follows the intended flight plan, given expected power demand 1310 and initial battery state 1315. In this manner, battery model 1120 can enable computing system 1100 to calculate an estimate of the length of time that the energy storage system of aircraft 900 can be used for the first flight under current or predicted conditions.

[0185] At 1225, computing system 1100 can determine whether aircraft 900 is capable of conducting the first flight based on first capability output 1320. For example, first capability output 1320 can indicate a range or available flight time for aircraft 900 at various times along the first flight, including the end of the first flight. Computing system 1100 can access data indicating a target range / available flight time required at various points along the first flight. The target range / available time can indicate a minimum threshold range / time required for the aircraft at an associated point or time in the flight. Such information can be stored in a lookup table and associated with a particular flight plan via database reference, linking, etc. Computing system 1100 can query, search, retrieve, request, etc., data indicative of the relevant target from a database in which the lookup table is stored.

[0186] Computing system 1100 may compare the range / available flight time indicated in first capability output 1320 to the target range / available flight time required at various points along the first flight. For example, at a first time (t1) or point (p1) along the first flight, the target range / available time may indicate that a minimum threshold range required is "Flight 1 - Target Range 1," or that a minimum remaining flight time required for the aircraft is "Flight 1 - Target TOF 1." First capability output 1320 may indicate that at the first time (t1) or point (p1), the aircraft 900 will have a range of "Flight 1 - Predicted Range 1" or an available flight time of "Flight 1 - Predicted TOF 1." If "Flight 1 - Predicted Range 1" exceeds "Flight 1 - Target Range 1" and / or "Flight 1 - Predicted TOF1" exceeds "Flight 1 - Target TOF1," computing system 1100 may determine that aircraft 900 may execute the corresponding portion of first flight plan 1305. Additionally or alternatively, computing system 1100 may analyze other battery status information (e.g., temperature, discharge rate) along the first flight.

[0187] The computing system 1100 can continue this analysis at various points / times (taking into account the battery's non-linear discharge capacity, rate, time, etc.) to determine whether the aircraft 900 is capable of traversing the flight path, performing maneuvers, etc. under the first flight plan 1305, given the predicted battery conditions along the first flight.

[0188] Based on this comparison, computing system 1100 can determine the capability of aircraft 900 to conduct the flight. For example, if the range / available flight time indicated in first capability output 1320 meets or exceeds a threshold range / available time defined along the first flight (e.g., at all or an acceptable number of times / points along the second route), computing system 1100 can determine that aircraft 900 is capable of conducting the first flight. This includes the capability to complete takeoff, cruise, landing, and other maneuvers for the first flight, with appropriate battery temperature ranges, etc.

[0189] However, if the range / available flight time indicated in the first capability output 1320 does not meet or exceed the threshold range / available time, the computing system 1100 may determine that the aircraft 900 is not capable of conducting the first flight.

[0190] At 1230, computing system 1100 can calculate an itinerary 1125 for aircraft 900 based on the capability of aircraft 900 to complete the respective flights. For example, if aircraft 900 is capable of conducting the first flight, computing system 1100 can add flight plan data 1105 for the first flight to itinerary 1125 for aircraft 900. Computing system 1100 can, for example, add an entry for the first flight in a data structure (e.g., a schedule, a queue, data fields thereof). Computing system 1100 can include or otherwise link the flight plan data 1105 associated with the first flight plan 1305 to the entry. However, if aircraft 900 is not capable of conducting the first flight, computing system 1100 can remove the flight plan data 1105 associated with the first flight from itinerary 1125 for aircraft 900.

[0191] The computing system may use the battery model 1120 to continue to iteratively analyze candidate flights for inclusion within the itinerary 1125 of the aircraft 900. For example, if the computing system 1100 determines that the aircraft 900 is not capable of performing the first flight, the computing system 1100 may access (1232) the flight plan data 1105 indicating the next flight to find an initial flight for the aircraft 900. The computing system 1100 may repeat operations 1210-1230 with the next flight plan data.

[0192] In some implementations, if the computing system 1100 determines that the aircraft 900 is capable of performing the first flight (and adds it to the aircraft's itinerary), the computing system 1100 can evaluate additional flights for inclusion within the aircraft 900's itinerary 1125.

[0193] For example, at (1235), the computing system 1100 can access flight plan data 1105 associated with a second flight. The second flight can be, for example, a candidate flight that begins after the completion of the first flight. The flight plan data 1105 associated with the second flight plan 1325 can indicate the second flight plan 1325. The second flight plan 1325 can be defined by one or more data structures (e.g., a table, a list). The corresponding flight plan data 1105 associated with the second flight can be accessible by the computing system 1100 (e.g., via a database query).

[0194] The computing system 1100 may determine a second expected power demand 1330 on the aircraft's energy storage system for the second flight based on the second flight plan 1325. As an example, the second expected power demand 1330 may indicate power consumption from the aircraft's batteries to perform the flight maneuvers indicated in the second flight plan 1325. The power consumption may be estimated for various times / maneuvers throughout the second flight. The second expected power demand 1330 may be calculated in a manner similar to that described herein with respect to the first flight plan 1305. The second expected power demand 1330 may be stored in a second power profile.

[0195] In this example, the second flight will occur after the first flight, so computing system 1100 can predict (1240) what the future battery state 1335 of aircraft 900 will be after the aircraft completes the first flight.

[0196] In some implementations, predicted future battery state 1335 may have been determined by battery model 1120 when analyzing the first flight. For example, in calculating first capacity output 1320, battery model 1120 may predict future battery state 1335 of aircraft 900 upon completion of the first flight. This future battery state 1335 may be used by computing system 1100 to determine whether aircraft 900 will need to be charged / conditioned prior to conducting the second flight. In other words, future battery state 1335 (after the first flight) may be considered an initial battery state of the aircraft's energy storage system for the second flight.

[0197] Using battery model 1120, computing system 1100 can calculate second capacity output 1340 based on second expected power demand 1330 and predicted future battery states 1335 for the second flight. For example, given the specific aircraft 900 and future battery states 1335, battery model 1120 can step through second expected power demand 1330 throughout second flight plan 1325 to determine battery states at various times, locations, etc. of the second flight.

[0198] As an example, if aircraft 900 is flying at a steady airspeed without any altitude changes at time t(m), consuming W(m) kW of power at a temperature of X(m) degrees Celsius, with a remaining battery capacity of Y(m)% (or kWh) and a battery voltage of Z(m) volts, battery model 1120 may determine that at time t(m+1), one or more batteries will have predicted battery conditions including a temperature of X(m+1) degrees Celsius, a remaining battery capacity of Y(m+1)% (or kWh), and a battery voltage of Z(m+1) volts. The predicted battery conditions and any updated power demand values ​​at time t(m+1) can then be provided to battery model 1120 to determine an updated battery condition at time t(m+2).

[0199] Based on this calculation, computing system 1110 (using battery model 1120) may calculate the range or available flight time for aircraft 900 at various times along the second flight, including the end of the second flight, and output the results. Second capability output 1320 may show (e.g., in a table, list, graph, map) these ranges / available flight times for aircraft 900 at multiple times along the second flight.

[0200] At 1245, computing system 1100 can use second capability output 1340 to help determine whether aircraft 900 is capable of conducting the second flight. For example, computing system 1100 can access data indicating target range / available flight time required at various points along the second flight. The target range / available time can indicate a minimum threshold range / time required for aircraft 900 at an associated point or time in the second flight. Such information can be stored in a lookup table and associated with second flight plan 1325 via database reference, linking, etc. Computing system 1100 can query, search, retrieve, request, etc. data indicative of the relevant target from the database in which the lookup table is stored.

[0201] Computing system 1100 may compare the range / available flight time indicated in second capability output 1340 to the target range / available flight time required at various points along the first flight. For example, at a first time (t1) or point (p1) along the second flight, the target range / available time may indicate that the minimum threshold range required is "Flight 2-Target Range 1," or that the minimum remaining flight time required for the aircraft is "Flight 2-Target TOF 1." Second capability output 1340 may indicate that at the first time (t1) or point (p1), the aircraft 900 will have a range of "Flight 2-Predicted Range 1" or available flight time of "Flight 2-Predicted TOF 1." If "Flight 2 - Predicted Range 1" exceeds "Flight 2 - Target Range 1" and / or "Flight 2 - Predicted TOF1" exceeds "Flight 2 - Target TOF1", the computing system 1100 may determine that the aircraft 900 may execute the corresponding portion of the second flight plan 1325.

[0202] Computing system 1100 may continue this analysis at various points / times (taking into account the non-linear discharge nature of the battery) to determine whether aircraft 900 is capable of traversing the flight path, performing maneuvers, etc. under second flight plan 1325. Computing system 1100 may determine that the aircraft is capable of conducting the second flight (without further electrical charging / conditioning) if the range / available flight time (or other battery conditions) for aircraft 900 as indicated in second capability output 1340 exceeds those thresholds required for the second flight (e.g., at all or an acceptable number of times / points along the second route).

[0203] In some implementations, the computing system 1100 can determine that the aircraft is capable of performing the flight if the aircraft is able to complete all maneuvers, etc., of the flight plan and maintain buffer energy.

[0204] Computing system 1100 may calculate the amount of buffer energy that the energy storage system of aircraft 900 has before downstream operations are affected. For example, the buffer energy may be the amount of energy that the aircraft should hold in reserve to allow for dispersion or unexpected events during operations of a transportation service (e.g., a multimodal transportation service). For example, computing system 1100 may determine that aircraft 900 can conduct the second flight if it is able to maintain buffer energy to complete all maneuvers, etc. of the second flight plan (e.g., based on the comparison analysis described above) and avoid affecting downstream operations of the transportation service (e.g., causing charging flight assignments, delaying another transportation leg, or adjusting the matching data structure).

[0205] In some implementations, the buffer energy can be calculated to provide the aircraft 900 with sufficient charge to perform contingency actions during flight. For example, a flight plan may indicate a route (and its waypoints) to be followed by the aircraft 900 as it travels from an origin vertiport to a destination vertiport. The computing system 1100 may access data indicating the nearest alternate landing area to each waypoint along the route. This information may be encoded in map data for the relevant geographic area. The map data may indicate various possible landing areas for the aircraft 900. This may include vertiports (other than the destination vertiport) or other areas (e.g., leased open space on a building for an emergency landing) that are available to the aircraft 900 for landing. The computing system 1100 may access the map data by querying a map database using a geographic identifier associated with the route, a waypoint of the route, or the relevant geographic area.

[0206] At each waypoint along the route, the computing system 1100 can determine the nearest landing area for the aircraft 900. The computing system 1100 can calculate the distance between each waypoint and the nearest landing area.

[0207] Buffer energy can be calculated to provide aircraft 900 with enough energy to reach each of these landing areas if a contingency occurs. Computing system 1100 can use battery model 1120 to determine the charge level that aircraft 900 would need to reach the nearest landing area for each waypoint.

[0208] To that end, computing system 1100 can process map data to determine the distance between the waypoint and the alternate landing area. Computing system 1100 may also access flight plan data 1105 to determine environmental conditions within the area. Battery model 1120 can be used to determine the expected power consumption on the energy storage system if aircraft 900 travels from a particular waypoint to the alternate landing area under predicted conditions. Such calculations can also consider the predicted SoC of the energy storage system at that waypoint and the nonlinear nature of the battery if aircraft 900 must fly to the alternate landing area. In this manner, computing system 1100 can determine the charge level required for aircraft 900 to reach and land at the alternate landing area.

[0209] Computing system 1100 can use these individual charge levels to calculate buffer energy for aircraft 900 so that aircraft 900 will have sufficient charge at each individual waypoint to reach the nearest landing area from the individual waypoint.

[0210] In some implementations, contingency plans may include alternative procedures / maneuvers to those included in the flight plan. For example, contingency plans may include performing a runway landing instead of a vertical landing. In another example, contingency plans may include providing additional charge to operate a rotor in a manner that compensates for the other rotor.

[0211] The buffer energy may be a static / set amount (e.g., for low traffic, lower demand, favorable weather areas) or a dynamic / adjustable amount (e.g., for high traffic, higher demand, variable weather areas). The buffer energy may be calculated to account for the nonlinear charging rate of the aircraft's energy storage system. For example, an aircraft battery may initially charge at a faster rate, but as the battery is further charged, the rate may slow. The buffer energy may be expressed in terms of battery capacity (e.g., watt-hours (Wh), kilowatt-hours (kWh), ampere-hours (Ahr)), flight range, available flight time, or other measures. The buffer energy may be a level above a minimum threshold required to reach the nearest alternate landing area and / or avoid affecting downstream operations of transportation services, as further described with respect to Figures 12 and 17A-B.

[0212] If computing system 1100 determines (1250) that aircraft 900 is capable of completing the second flight, computing system 1100 may update itinerary 1125 of aircraft 900 to include flight plan data 1105 associated with the second flight. For example, computing system 1100 may add an entry for the second flight within a data structure (e.g., queue, schedule) of itinerary 1125 of aircraft 900. Computing system 1100 may include or otherwise link flight plan data 1105 associated with the second flight plan 1325 in the entry.

[0213] If computing system 1100 determines that aircraft 900 may not be able to conduct the second flight without further electrical charging, computing system 1100 may evaluate whether aircraft 900 can be charged during the flight so that it would be able to conduct the second flight.

[0214] For example, at 1255, based on the second capability output, the computing system may determine charging parameters 1130 for charging an energy storage system of the aircraft 900 between the first flight and the second flight. The charging parameters 1130 may indicate a target charge level, a target temperature, or a charging infrastructure. In some implementations, the target charge level may be output from the battery model 1120.

[0215] In some implementations, the charging parameters may represent the expected time, type of equipment, type of charge, and / or other characteristics for charging the batteries onboard the aircraft 900 to achieve a particular state of charge. For example, the computing system 1100 may access data indicating the charging infrastructure at the vertiport where the aircraft 900 will be located after the first flight. Such information may be stored in an accessible database associated with the particular vertiport. The computing system 1100 may determine whether the charging infrastructure at the vertiport is capable of delivering the charging parameters necessary to charge the aircraft 900 for the second flight. This may include determining whether the charger and battery thermal management system (e.g., battery cooler) can charge the batteries to the required charge level and reach the appropriate temperature so that it can conduct the second flight.

[0216] The charging parameters 1130 can enable the computing system 1100 to help determine the additional charging level, temperature adjustments, etc. required by the aircraft to conduct the second flight, given the predicted future battery state 1335 of the aircraft 900 after the first flight.

[0217] To aid in calculating charging parameters 1130, computing system 1100 may access battery charging data 1160 (shown in FIG. 8 ) related to aircraft 900. Battery charging data 1160 may indicate charging specifications related to an energy storage system of aircraft 900. Battery charging data 1160 may also indicate a correspondence between battery states and charging parameters 1130. For example, computing system 1100 may access one or more lookup tables or graphs that indicate charging times, rates, conditions, etc. for charging aircraft 600 from a first battery state to a second battery state.

[0218] In some implementations, tables / graphs can be associated with different charging infrastructures, which can allow the computing system 1100 to determine charging parameters based on the various types of available chargers at a particular airport facility.

[0219] Computing system 1100 may determine charging parameters 1100 for aircraft 900 based on the predicted future battery state and battery charging data 1160. For example, computing system 1100 may use a lookup table / graph to determine the length of time, rate, infrastructure, etc. that will be required to charge aircraft 900 from the predicted future battery state to the battery state required for the second flight. The charging parameters may account for a non-linear charging rate (e.g., charge faster initially, but the rate slows as the battery is further charged).

[0220] Computing system 1100 may determine whether to include a second flight in itinerary 1125 for aircraft 900 based on charging parameters 1130. For example, at (1260), computing system 1100 may access transportation data indicating various types of information associated with the transportation service. For example, as described herein, the transportation data may indicate available charging infrastructure at an air facility where aircraft 900 will land for the first flight. Additionally, or alternatively, the transportation data may indicate the itineraries of other aircraft that may be located at or near the air facility. The transportation data may indicate a user itinerary 1140 describing multiple transportation legs of a user of the transportation service.

[0221] Computing system 1100 can utilize the transportation data to help determine whether it will be possible to implement charging parameters 1130 so that aircraft 900 can conduct the second flight. For example, the transportation data can enable computing system 1100 to access (or otherwise calculate) timing and infrastructure constraints associated with charging aircraft 900. As an example, computing system 1100 can perform this calculation by analyzing the itineraries of other aircraft (or users) to determine what charging infrastructure is available and for how long. Based on the arrival aircraft facility (after the first flight) and the timing of other flights, aircraft charging, and user transportation, computing system 1100 can use this data to determine whether an appropriate type of charging infrastructure will be available to charge and condition the aircraft's batteries at the required rate and time after the first flight so that aircraft 900 may conduct the second flight.

[0222] In some implementations, computing system 1100 can determine whether it is possible to adjust the itinerary of another aircraft to achieve charging parameters 1130 for aircraft 900. As an example, another aircraft may be assigned to a certain charging infrastructure (e.g., a faster charging dock). Computing system 1100 can analyze the itinerary of the other aircraft and determine whether the other aircraft may depart earlier from (or arrive later at) the aircraft facility so that a certain charging infrastructure may be available to the aircraft prior to the second flight.

[0223] At (1265), if computing system 1100 determines that aircraft 900 can be charged in time to perform the second flight according to charging parameters 1130, flight plan data 1105 associated with the second flight can be added to itinerary 1125 of aircraft 900 in a manner similarly described herein.

[0224] If computing system 1100 determines that aircraft 900 cannot be charged in accordance with charging parameters 1130 in time to perform the second flight, the second flight can be deleted from the itinerary 1125 of aircraft 900. In such a case, at 1267 computing system 1100 can access flight plan data 1105 for another flight and utilize battery model 1130 to iteratively analyze and piece together flights (e.g., a third flight, a fourth flight, etc.) at 1270 until the itinerary 1125 of aircraft 900 has been fully generated.

[0225] Computing system 1100 may provide instructions 1145 (shown in FIG. 9 ) associated with implementing itinerary 1125 for aircraft 900. For example, computing system 1100 may provide instructions 1145 associated with itinerary 1125 to aircraft devices 435 (e.g., on-board computers, navigation systems, flight management systems, operator user devices, etc.), third-party provider systems 415 (e.g., of third parties providing aircraft for transportation services), airspace systems 420 (e.g., of regulatory authorities), aircraft facility devices 440, facility operator user devices 445, etc. Instructions 1145 may include, for example, data indicative of calculated itinerary 1125 for aircraft 900. This may include, for example, the flight, the flight plan, associated aircraft facilities, downtime, charging parameters, payload information, etc.

[0226] In some implementations, instructions 1145 can be associated with an adjustment of a transportation service. For example, as described herein, computing system 1100 can provide instructions 1145 for adjusting another vehicle's journey to accommodate charging parameters required for aircraft 900 to perform a series of flights included in the aircraft's journey. The adjustment can include, for example, reallocating another aircraft to a different charging infrastructure at an aircraft facility, adjusting the takeoff or landing time of another aircraft, adjusting a takeoff or landing maneuver, etc.

[0227] Additionally or alternatively, computing system 1100 can provide instructions 1145 for adjusting one or more user itineraries 1150. The adjustment can include, for example, reassigning one or more users (passengers) to different flights / aircraft so that aircraft 900 has enough time to charge. In some implementations, the adjustment can include modifying the matching data structure 1155 (e.g., queue) to adjust the user's priority in matching with ground vehicles (e.g., to reduce potential wait times for vehicles on the last leg). Users can be reassigned in a manner that does not affect their final ETA so that the users still arrive at their final destination within a preferred time frame.

[0228] According to the present disclosure, battery modeling techniques can also, or alternatively, be used to make dynamic adjustments to aircraft itineraries or other aspects of transportation services in real time.

[0229] 11 provides a schematic diagram 1400 of aircraft 900 proceeding along a flight path 1405 (e.g., a route associated with a flight plan) to perform a current flight included within its itinerary 1125, and a data flow diagram for making real-time adjustments to a transportation service (e.g., a multimodal transportation service). The current flight may be included within the itinerary 1125 of aircraft 900. For example, the current flight may be an intermediate transportation leg for one or more users of the multimodal transportation service.

[0230] During the current flight, changing circumstances may exist that cause the aircraft to adjust its flight path 1405, aircraft maneuvering, or other aspects of the flight plan. Changing circumstances may include changes in environmental conditions, air traffic, etc. The computing system 1100 can utilize the battery modeling techniques of this disclosure to determine whether it would be appropriate or advantageous to adjust transportation service in response.

[0231] To that end, the computing system may access data associated with a flight plan 1410 for the flight currently being performed by the aircraft 900. The flight plan 1410 may include one or more data structures (e.g., tables, lists, trees) that store various parameters associated with performing the current flight. As described herein, the parameters stored in the data structures may include the route, vehicle maneuvers, altitude, environmental conditions, noise constraints, speed, locations / waypoints, etc. for the current flight.

[0232] Computing system 1100 may calculate updated power demand 1415 on the energy storage system of aircraft 900 based on data indicative of current flight plan 1410. This may include updated power demand 1415 based on changing conditions. Updated power demand 1415 may differ from expected power demand determined during journey generation. As an example, updated power demand 1415 may take into account changes in environmental conditions or new aircraft maneuvers to be performed by aircraft 900 in light of changes in such environmental conditions, air traffic, etc. Updated power demand 1415 may be calculated in a manner similar to expected power demand described herein.

[0233] Computing system 1100 can predict future battery conditions of aircraft 900 and a course of action to adapt to any real-time changes. For example, computing system 1100 can access data indicative of current battery conditions 1420 of the aircraft's energy storage system. Current battery conditions 1420 can indicate, for example, the current real-time conditions of the energy storage system while aircraft 900 is in flight. Current battery conditions 1420 can be monitored by a battery health system onboard aircraft 900 and communicated to computing system 1100, which is not onboard aircraft 900.

[0234] Computing system 1100 can use battery model 1120 to predict a future battery state 1425 of aircraft 900 based on updated power demand 1415 and current battery state 1420 onboard aircraft 900. This can include the future battery state at the destination aircraft facility after the current flight. For example, battery model 1120 can process the updated power demand 1415 and current battery state 1420 and calculate a capacity output that indicates an updated range / available flight time for aircraft 900 after completion of the current flight, as well as other information about the future state of the battery (e.g., charge level, temperature, etc.). This updated capacity output can be calculated in a manner similar to that described herein with reference to Figures 9 and 10.

[0235] Based on the predicted future battery state 1425 of the aircraft 900, the computing system 1100 may determine an action associated with the transportation service. For example, the computing system 1100 may access transportation data 1430. As described herein, this data may include data associated with the itinerary 1125 of the aircraft 900 or one or more other aircraft, a ground vehicle (e.g., required to transport a user after the flight), data associated with charging infrastructure at the aircraft facility (e.g., the type of charging infrastructure, the infrastructure that is available, reserved, etc.), data indicative of the user itinerary 1140, or other information associated with the multimodal transportation service.

[0236] Computing system 1100 may determine an action 1435 associated with the multimodal transportation service based on the future battery state 1425 and transportation data 1430 of aircraft 900. For example, as further illustrated in the example below, computing system 1100 may adjust the operation of the transportation service to accommodate an outage that originally did not have a planned recharge but now requires a recharge given the predicted future battery state 1425.

[0237] The computing system 1100 may transmit (e.g., over a network) instructions 1440 associated with the actions 1435 to one or more computing devices. The computing devices 1445 may include, for example, one or more of the various computing devices associated with a multimodal transportation service, as shown in FIG.

[0238] The following provide some example actions 1435 and instructions that computing system 1100 may determine based on the new predicted future battery state 1425 of aircraft 900:

[0239] In some implementations, action 1435 may include adjusting a flight plan for aircraft 900, such as, for example, current flight plan 1410 for aircraft 900. For example, given changing conditions, computing system 1100 may determine that aircraft 900 may arrive at its destination earlier or later than expected (e.g., due to a change in fair wind speed). Based on future battery state 1425 of aircraft 900, computing system 1100 may determine that aircraft 900 (which may be arriving early) has sufficient range / available flight time to hover at an air facility to allow other arriving aircraft to land (e.g., without adversely affecting users on board the aircraft). In response, computing system 1100 may transmit instructions to update current flight plan 1410 for aircraft 900 to include a hover maneuver. Such instructions may cause a change to the data structure associated with the current flight plan 1410 to replace data indicative of the previous maneuver with the newly determined hover maneuver, remove data indicative of the previous maneuver with the newly determined hover maneuver, or add the newly determined hover maneuver to data indicative of the previous maneuver. The updated flight plan may be communicated to the aircraft 900 for implementation by the operator or an onboard autonomous control system.

[0240] Additionally or alternatively, computing system 1100 may transmit instructions to adjust another aircraft's current flight plan. For example, computing system 1100 may transmit instructions to update a data structure associated with the other aircraft's current flight plan to include a hover maneuver. Implementation of a newly added hover maneuver by the other aircraft may enable aircraft 900 to land ahead of the other aircraft if aircraft 900 needs to land earlier to accommodate new or additional charges.

[0241] In some implementations, actions 1435 associated with the transportation service may include adjusting the itinerary 1125 for aircraft 900 or one or more other aircraft. For example, computing system 1100 may determine, based on the future battery state 1425 of aircraft 900, that aircraft 900 may need additional charging time at the destination aircraft facility. In response, computing system 1100 may transmit instructions 1440 to remove or substitute a subsequent flight in the aircraft's itinerary 1125 to provide sufficient charging time for aircraft 900. Computing system 1100 may also transmit instructions 1440 to adjust another aircraft's itinerary to include a subsequent flight or to remove a flight that has been reassigned to aircraft 900.

[0242] Additionally or alternatively, computing system 1100 may adjust the payload of aircraft 900 for a subsequent flight (e.g., reallocate a user from that flight) or adjust charging parameters for charging aircraft 900 after the first flight (e.g., increase the charge level). Such adjustments may also be implemented by updating information stored in a data structure associated with aircraft 900 (or another aircraft) leg 1125 or one or more user legs 1140.

[0243] In some implementations, computing system 1100 may reallocate charging infrastructure to aircraft 900 based on predicted future battery conditions 1425. For example, computing system 1100 may determine that aircraft 900 should be charged using faster charging infrastructure at an aircraft facility. To adapt, computing system 1100 may transmit instructions 1440 to adjust itinerary 1125 of aircraft 900 (e.g., by updating data in a stored data structure) to indicate parking / charging stations that include such infrastructure.

[0244] In some implementations, the computing system 1100 may also adjust the itinerary of other aircraft to reallocate them to different parking / charging stations so that the desired charging infrastructure is available.

[0245] In some implementations, the actions 1435 associated with the transportation service may include adjustments associated with users of the transportation service. This may include, for example, users currently on board aircraft 900 or assigned to a subsequent flight of aircraft 900. As an example, if a flight is removed from aircraft 900's itinerary 1125, the user itinerary 1140 of the users assigned to that flight may be updated to reflect another aircraft that will perform the flight. A user may be a passenger for a multimodal transportation service, as described herein.

[0246] In some implementations, the computing system 1100 may transmit instructions 1440 including a notification to a user device (eg, a user's mobile phone) indicating the change in the aircraft.

[0247] In another example, for a multimodal transportation service, if aircraft 900 arrives earlier or later than originally planned, computing system 1100 can coordinate subsequent ground transportation legs accordingly. For example, if aircraft 900 is to arrive later than expected (e.g., at a future air facility, subject to required additional charging), computing system 1100 can transmit instructions to adjust the priority associated with the user boarding aircraft 900, adjust matching data structure 1155, or take other action to help ensure that a ground vehicle is readily available at the air facility to transport the user to the user's final destination.

[0248] In the event that aircraft 900 is to arrive earlier than expected, computing system 1100 may transmit instructions to match the user with a ground vehicle that is available at the earlier time and update user itinerary 1140 accordingly. This may include transmitting a communication to the GTP system to request that the user be matched with a ground vehicle so that a ground vehicle is available at the destination vertiport for the user in response to disembarking aircraft 900.

[0249] In some implementations, the computing system 1100 can transmit instructions (e.g., indicating delayed users) to an operator's computing device at the aircraft facility to help efficiently transition users from the aircraft 900 to ground vehicles.

[0250] In some implementations, computing system 1100 can make adjustments associated with the pilot operating aircraft 900. For example, changing conditions associated with the current flight may cause aircraft 900 to extend its flight time before landing at the destination vertiport. Computing system 1100 can query a database or call an API of another computing system to access pilot data using an identifier associated with the pilot. The pilot data may indicate the pilot's flight / duty time limits and the amount of flight time the pilot has already flown during the current allocation.

[0251] Computing system 1100 may determine whether extending the current flight would cause the pilot to become unavailable for a subsequent flight. For example, extending the current flight may increase the pilot's flight time, such that the pilot has only 21 minutes of flight time remaining for the pilot's allocation after the first flight (before downtime is required). If the subsequent flight includes 25 minutes of flight time, computing system 1100 may determine that the pilot is unavailable for the subsequent flight. In response, computing system 1100 may transmit instructions to assign a new pilot to aircraft 900 for the subsequent flight. Additionally or alternatively, computing system 1100 may reassign aircraft 900 (and the pilot) to a different subsequent flight that includes substantially less flight time than the pilot's remaining allocation. Exemplary User Interface for Presenting Battery-Based Information

[0252] According to the present disclosure, battery modeling techniques may also or alternatively be used to improve aircraft operation by an operator (e.g., a pilot), including, for example, providing the operator with updated information regarding future battery conditions and potential downstream impacts to overall service.

[0253] 12 depicts a computing device 1500 with a display device 1505 that may be configured to present a user interface 1510, according to an example implementation of the present disclosure. The computing device 1500 may be onboard the aircraft 900, for example, and the display device 1505 may include a screen viewable by the aircraft operator. In some implementations, the computing device 1500 may not be onboard the aircraft 900 for use by a remote operator or support personnel.

[0254] The user interface 1510 may present a current power capability display 1515. The current power capability display 1515 may include a column showing a value 1520 for the current power and a column showing a value 1525 for a corresponding time remaining display 1530 for the current flight mode (vertical flight or forward flight). Each value 1525 shown in the time remaining display 1530 may correspond to an adjacent value in the current power display 1535. Accordingly, the current power capability display 1515 may show the capability of the aircraft 900 for any of the power levels, regardless of the actual power level. For example, it may be seen that if the power consumption were 500 kW, there would be just under 10 minutes of available flight time, while at approximately 650 kW, there would be approximately 2 minutes of available flight time.

[0255] The current (actual) power consumption may be indicated on the current power capability display 1515 using a current power consumption pointer 1540. This pointer may move up and down on the current power capability display 1515 as power fluctuates throughout the flight. The current power consumption pointer 1540 may indicate both the current power consumption and the corresponding number of minutes of remaining available flight time, and corresponds to a numeric value 1545.

[0256] In some implementations, the current power capability display 1515 may include a BE power consumption pointer 1550 that marks the best endurable power level and the corresponding number of minutes remaining, which may include a numeric value corresponding to the number of minutes remaining in the BE.

[0257] The user interface 1505 may include a current range output 1555. The current range output may indicate the aircraft's current range in nautical miles and the corresponding number of minutes of flight time. The value in the current range output 1555 may be based on the (remaining) flight plan / profile, while the number of minutes remaining indicated by the current power consumption pointer 1540 may be based on the current power consumption.

[0258] The user interface 1505 may include a battery level output 1560 that shows the current battery level. The available energy in the battery does not typically correspond to the available capacity, as the available capacity depends on several factors (including the battery level), such as battery temperature and voltage level. The ambient condition display 1565 provides the current conditions, including density altitude, outside temperature, ISA temperature control, etc.

[0259] User interface 1510 may include a hover capability display 1570. Hover capability display 1570 may provide a display of nominal hover time and CLT hover time. The nominal hover time may be based on all systems of aircraft 900 nominally functioning, while the CLT hover time may be based on worst-case battery failure or worst-case motor failure that would degrade aircraft performance.

[0260] The hover capability display 1570 may include various values / measurements. For example, this may include numerical values ​​for available hover times for nominal and CLT conditions in the current ambient conditions. The hover capability display 1570 may include a column of hover times. Two nominal and two CLT hover times may be shown in the columns. For example, two pointers 1575 and 1576 may indicate the available hover times for conditions at the destination where the aircraft 100 is likely to be in vertical / hover flight mode for landing. These pointers may include a destination condition pointer 1575 for the nominal hover time and a destination condition pointer 1576 for the CLT hover time.

[0261] The hover capabilities display 1570 may also include pointers that indicate the available hover time for the current condition. For example, the current condition pointer 1577 may indicate the nominal hover time for the current condition, while the current condition pointer 1578 may indicate the CLT hover time for the current condition.

[0262] The battery technology of the present disclosure can be utilized to facilitate the presentation of threshold battery levels below which downstream operations of a transportation service (e.g., a multimodal transportation service) may be affected if the aircraft 900 falls below these levels prior to landing.

[0263] To aid in determining the threshold battery level, computing system 1100 may access data associated with an itinerary 1125 of aircraft 900. Itinerary 1125 may indicate one or more charging parameters (e.g., time, target conditions, infrastructure, rate) for charging aircraft 900 at a destination air facility. Itinerary 1125 may also include current and future flight plans / flights assigned to aircraft 900, arrival / departure air facilities, landing / parking / charging locations, arrival / departure times, etc.

[0264] The computing system 1100 may have access to transportation data. As described herein, this data (e.g., multimodal transportation service data) may indicate flight plans / flights assigned to other aircraft associated with the transportation service, charging parameters associated with the other aircraft, arrival / departure air facilities for the other aircraft, landing / parking / charging locations for the other aircraft, arrival / departure times for the other aircraft, user itineraries (e.g., including ETAs, locations, assigned flights), etc.

[0265] Computing system 1100 may calculate a threshold battery state for aircraft 900 based on data associated with the itinerary of aircraft 900 and transportation data. In one embodiment, the threshold battery state may indicate one or more threshold battery levels (e.g., a range threshold level, a charging threshold level) below which operation of the multimodal transportation service is predicted to be affected. In other words, if the energy storage system of aircraft 900 falls below these threshold battery levels before aircraft 900 lands at its destination, it is predicted that computing system 1100 will need to make at least one modification of the multimodal transportation service to accommodate additional recharging of aircraft 900.

[0266] To calculate the threshold battery level, the computing system 1100 can predict future battery conditions that would cause changes to the currently planned charging parameters of the aircraft 900, which would also affect the overall operation of the transportation service.

[0267] For example, computing system 1120 can iteratively analyze multiple potential future battery states and determine charging parameters that will need to be modified to bring aircraft 900 into an appropriate battery condition for conducting a subsequent flight. This can be accomplished by accessing a data structure (e.g., a lookup table) related to the specific energy storage system that corresponds initial battery states to various charging parameters (e.g., time, temperature, charge rate) and to different resulting battery levels. Such information can be stored, for example, in battery charging data 1160 (shown in FIG. 8 ). The charging parameters can account for non-linear charging rates (e.g., charge faster initially, but the rate slows as the battery is further charged). This can be useful because not all excess energy usage will affect downstream charging times in the same way.

[0268] For each potential future battery state, computing system 1120 can determine whether there would be a corresponding change in charging parameters from the currently planned charging parameters. For example, a first potential future battery state in which aircraft 900 has a lower charge level may require additional charging time (e.g., depending on the rate of charging, temperature, nonlinear charging rate) or different charging infrastructure (e.g., for faster chargers). Computing system 1120 can perform a forward simulation of the multimodal transportation service (e.g., including the current aircraft / user itinerary) to determine whether the increased charging time or change in charging infrastructure could affect the operation of the multimodal transportation service. For example, the increased charging time may require one or more users to be reallocated to another aircraft to avoid delaying the users' arrival at their final destination. In some implementations, this may be considered an impact on the operation of the multimodal transportation service. However, in some implementations, this may be acceptable (and not considered an impact) if all users are able to successfully arrive at their final destinations on time.

[0269] In another example, the increased charging time may delay a subsequent flight assigned to aircraft 900. If the flight cannot be assigned to another aircraft or the user cannot be assigned to another flight (e.g., resulting in an unacceptable delay in the user's final ETA), the first potential future battery may be considered to impact the operation of the multimodal transportation service.

[0270] In another example, a change in charging infrastructure (e.g., to a faster charger) may allow aircraft 900 to recharge in time for its next assigned flight. However, another aircraft may be reassigned away from the charging infrastructure and may not be able to recharge in time for its next assigned flight, causing a delay. In such a scenario, a first potential future battery condition may be identified as one that affects operation of the multimodal transportation service.

[0271] Based on the iterative analysis of potential future battery states and corresponding forward simulations of operational impacts, computing system 1120 may select individual potential future battery states for generating threshold indicators for aircraft 900. This may include, for example, the potential future battery state with the highest charge level, the highest remaining range / flight time, etc. that would still result in an impact on the operation of the multimodal transportation service. This may include the future battery state that is closest to the currently predicted future battery state of aircraft 900.

[0272] Computing system 1100 may utilize battery model 1120 to determine threshold battery states for display within aircraft 900. For example, computing system 1100 may utilize battery model 1120 (e.g., as a back-calculation) to determine battery states / conditions that result in potential future battery states identified as affecting the operation of the multimodal transportation service. Computing system 1100 may determine threshold battery states based on the determined battery states. For example, using battery model 1120, computing system 1100 may determine that aircraft 900 will achieve a future battery state if aircraft 900 were to have a range level of “X” NM, “Y” minutes of flight time, or a charge level of “Z” KWH. These levels may continue to change dynamically over time as the battery and operating conditions of aircraft 900 change.

[0273] Computing system 1100 may transmit instructions (e.g., over a network) to present data indicative of the threshold battery state via a user interface 1510 of a computing device 1500 aboard aircraft 900. For example, computing system 1100 may transmit instructions indicating that computing device 1500 should display the determined threshold (e.g., via its display device 1505). Computing device 1500 may process these instructions and provide the threshold battery state for display through user interface 1510. This may result in user interface 1510 presenting a range threshold indicator 1580 or a battery level threshold 1585. For example, indicators 1580 and 1585 may be presented on (or near) current range output 1555 or battery level output 1560, respectively.

[0274] According to this disclosure, battery modeling techniques can be used to compare battery state predictions versus actual performance to improve aspects of a transportation system. For example, as described herein, computing system 1100 can use battery model 1120 to calculate a predicted future battery state for aircraft 900. The predicted future battery state for aircraft 900 (e.g., a predicted final state after the current flight) can be displayed within user interface 1510 as final state indicator 1582. Final state indicator 1582 can indicate the battery energy level predicted to be available after the current flight is completed.

[0275] Upon arrival, computing system 1100 may access (e.g., via communication with an on-board computing device) data indicating the actual battery status of aircraft 900 at the destination aircraft facility.

[0276] Computing system 1100 may compare the predicted future battery state and the actual battery state of aircraft 900 at the destination air facility. For example, computing system 1100 may compare the predicted range or flight time with the actual range or flight time of aircraft 900 when it arrives at the air facility. If the predicted range / flight time differs significantly, computing system 1100 may reconfigure, retrain, provide feedback, etc., regarding battery model 1120 to improve accuracy.

[0277] In some implementations, computing system 1100 may calculate an operator efficiency rating based on a comparison of the predicted future battery condition and the actual battery condition of aircraft 900. The efficiency rating may be represented as a numerical value (e.g., on a scale of 1-5), an alphabetical representation (e.g., excellent, average, poor), a color, etc. For example, computing system 1100 may calculate a higher efficiency rating for an operator (e.g., pilot, remote operator) of aircraft 900 if the actual battery condition exceeds the predicted battery condition (e.g., maintains a higher range / ToF). To the extent the operator already has an efficiency rating, computing system 1100 may increase the rating in such a scenario.

[0278] In another example, computing system 1100 may calculate a lower efficiency rating for the operator of aircraft 900 if the actual battery condition is less than the predicted battery condition (e.g., maintaining a lower range / ToF). To the extent the operator already has an efficiency rating, computing system 1100 may decrease the rating in such a scenario.

[0279] In some implementations, the user interface 1510 may include a contingency display 1584. The contingency display 1584 may be a UI map interface including a route indicator 1586 representing the current route of the aircraft 900. The contingency display 1584 may include one or more waypoint indicators 1588 that indicate waypoints of the route. The contingency display 1584 may include an alternate landing area 1590 that the aircraft 900 has sufficient energy to reach, as described herein. The contingency display 1584 may include a progress indicator 1592 that indicates the aircraft's real-time progress along the route.

[0280] In some implementations, individual alternate landing areas 1590 can be displayed as the aircraft 900 proceeds along the route. This can include removing the alternate landing areas 1590 as the aircraft 900 proceeds along the route and displaying the associated landing areas 1590 for current and future waypoints as calculated using the battery model 1120. In some implementations, the contingency display 1584 can show the charge level at each waypoint or the projected charge level at the alternate landing area, if reached. This information can be presented, for example, by scrolling over, touching, etc., a UI element representing the waypoint indicator 1588 or the alternate landing area 1590. Exemplary Computer-Implemented Processes and Methods

[0281] 13A-20B are flowchart diagrams of example methods according to exemplary embodiments of the present disclosure. The methods can be performed by a computing system, including, for example, one or more computing devices, such as the computing systems described with reference to other figures herein. Each individual portion of the method can be performed by any (or any combination of) one or more computing devices. Also, one or more portions of the methods can be implemented as one or more algorithms on hardware components of a device described herein (e.g., as in FIGS. 4A-8, 12, 18, etc.), for example, to calculate aircraft itineraries, initiate adjustment actions to transportation services, present information to be onboard an aircraft, etc.

[0282] 13A-20B depict elements performed in a particular order for purposes of illustration and discussion. Those skilled in the art, using the disclosure provided herein, will understand that elements of any of the methods discussed herein may be adapted, rearranged, extended, omitted, combined, or modified in various ways without departing from the scope of the present disclosure.

[0283] 13A-20B are described with reference to elements / terminology described with respect to other systems and figures for exemplary illustrative purposes and are not meant to be limiting. One or more portions of the method may additionally or alternatively be performed by other systems.

[0284] FIG. 13A is a flowchart diagram of an exemplary computer-implemented method 1600 for generating a journey for an aircraft, according to an exemplary embodiment of the present disclosure.

[0285] At 1605, the computing system may access flight plan data associated with the first flight. This may include accessing data associated with the first flight plan of the first flight. As described herein, the first flight may be associated with a transportation service. The transportation service may be or otherwise include a multimodal transportation service that may include (i) a first transportation leg including a first ground transportation service from an origin, (ii) an intermediate transportation leg including the first flight, and (iii) a second ground transportation service to a destination. The data associated with the first flight plan of the first flight may indicate at least one of the following for the first flight: (i) a route, (ii) an altitude, (iv) environmental conditions, (v) noise constraints, or (vi) a speed. The data associated with the first flight plan of the first flight may indicate one or more aircraft maneuvers (e.g., takeoff maneuvers, landing maneuvers, hover maneuvers, cruise maneuvers) for conducting the first flight.

[0286] Based on flight plan data associated with the first flight (e.g., data associated with the first flight plan), at 1610, the computing system may calculate a first expected power demand on the aircraft's energy storage system for the first flight.

[0287] For example, referring to method 1650 of Figure 13B, at (1655), the computing system can access data indicating aircraft specifications for an aircraft. The aircraft specifications can be stored in an accessible data structure that indicates characteristics of the aircraft or its energy storage system. This can include aircraft weight, shape, size, propulsion, payload capacity, battery type, battery configuration, battery capacity, etc. The computing system can query a database to retrieve this information.

[0288] At 1660, the computing system may determine one or more aircraft operating conditions at multiple times along the flight plan. For example, the computing system may analyze the flight plan and determine a desired aircraft altitude, speed, orientation, location, or other aircraft operating condition at each time.

[0289] In 1665, the computing system can access data that maps power consumption on the aircraft's energy storage system to aircraft operating conditions. For example, the computing system can access a data structure that indicates the amount of battery power needed for a particular aircraft given its specifications to achieve a desired aircraft altitude, speed, etc. The data structure can be, for example, a graph or a lookup table that the computing system can access using a lookup function. In some implementations, the data structure can include heuristics that indicate the required battery power.

[0290] The data structure can also take into account the expected payload of the aircraft, which can also be indicated in the proposed flight plan. Thus, for a particular aircraft (e.g., weight, shape, size, expected payload), the computing system can determine the amount of power that will need to be drawn to maintain the desired operating conditions associated with the flight plan. For example, the computing system can determine the amount of power that will need to be drawn from the aircraft's batteries to maintain the flight plan's desired altitude and speed along a predetermined route to avoid interference and arrive on time. This calculation can be repeated at each of multiple times along the flight plan.

[0291] Based on this analysis, the computing system can calculate (1670) an expected power demand on the aircraft's energy storage system for the flight. This can include, for example, a predicted power demand value for one or more batteries of the aircraft based on flight plan parameters and specific aircraft specifications. The predicted power demand value can include an amount of power predicted to be drawn from the energy storage system. For example, for a flight plan, the expected power demand can be determined from aircraft parameters (e.g., weight, rotor configuration, shape), departure and destination parameters (e.g., altitude, outside temperature, hover time, approach maneuvers), in-flight parameters / conditions (e.g., flight maneuvers, intended cruise altitude, cruise speed, wind direction), taxi time, etc.

[0292] 13A , at 1615, the computing system may access data indicating an initial battery condition of the energy storage system of the aircraft. As described herein, the initial battery condition may be the condition of the batteries of the aircraft prior to the first flight.

[0293] At 1620, the computing system may use the battery model to calculate a first capacity output based on a first expected power demand on the aircraft's energy storage system and an initial battery state of the aircraft's energy storage system. The computing system may calculate the first capacity output in a manner as previously described herein.

[0294] For example, referring to method 1680 of FIG. 13C, at 1685, a computing system may input expected power demands and initial battery conditions into a battery model.

[0295] At (1690), the computing system may utilize a battery model to process expected power demands and initial battery conditions and determine a calculated range or available flight time for the aircraft. For example, as described previously herein, the battery model may step through expected power demands throughout the flight plan and determine battery conditions at various times, locations, etc. of the flight. As an example, if the aircraft is flying at a steady airspeed without any altitude changes at time t(n), consuming W(m) kW of power at a temperature of X(n) degrees Celsius, with Y(n)% (or kWh) remaining battery capacity and a battery voltage of Z(n) volts, the battery model may determine that at time t(n+1), one or more batteries will have predicted battery conditions that include a temperature of X(n+1) degrees Celsius, Y(n+1)% (or kWh) remaining battery capacity, and a battery voltage of Z(n+1) volts. The predicted battery state at time t(n+1) and any updated power demand values ​​can then be provided to a battery model to determine an updated battery state at time t(n+2).

[0296] At 1695, the computing system may obtain a first capacity output from the battery model. As described herein, the capacity output may indicate a range or available flight time for the aircraft at various times.

[0297] 13A , at 1625, the computing system may determine the capability of the aircraft to conduct the first flight based on the first capability output. For example, the computing system may determine whether the aircraft will have sufficient range or available flight time along the flight path to conduct the first flight. In some implementations, as described, this may include having an energy buffer to help avoid affecting downstream operations of the multimodal transportation service and / or to implement contingency plans.

[0298] At (1630), the computing system may generate a journey for the aircraft based on the capability of the aircraft to conduct the first flight. For example, if it is determined that the aircraft is capable of conducting the first flight, the computing system may generate a journey for the aircraft by adding data associated with the first flight to the journey for the aircraft. Adding the first flight to the journey may include adding flight plan data associated with the first flight to one or more data fields of a data structure associated with the journey. If it is determined that the aircraft is not capable of conducting the first flight, the computing system may delete the data associated with the first flight from the journey for the aircraft.

[0299] At 1635, the computing system can transmit, over the network, instructions associated with executing a journey for the aircraft, which can include storing the journey with an entry for the first flight. Additionally or alternatively, the computing system can transmit instructions to aircraft devices, aviation facility devices, facility operator user devices, third-party systems, etc. to assist in executing the journey for the aircraft, as described herein.

[0300] The computing system can continue to iteratively evaluate the flights to generate a itinerary for the aircraft. For example, Figure 14A is a flowchart diagram of an example computer-implemented method 1700 for generating a itinerary for an aircraft based on a second flight, according to an example embodiment of the present disclosure.

[0301] At (1705), the computing system can access flight plan data associated with the second flight. This can include accessing data associated with the second flight plan for the second flight. The second flight can occur after the first flight. The data associated with the second flight plan for the second flight can indicate at least one of the following for the second flight: (i) route, (ii) altitude, (iv) environmental conditions, (v) noise constraints, or (vi) speed. The data associated with the second flight plan for the second flight can indicate one or more aircraft maneuvers (e.g., takeoff maneuvers, landing maneuvers, hover maneuvers, cruise maneuvers, taxi maneuvers) for conducting the second flight. The computing system can query a database to access a data structure (e.g., a table, a list) indicating the second flight plan.

[0302] At 1710, the computing system may calculate a second expected power demand on the aircraft's energy storage system based on flight plan data associated with the second flight (e.g., data associated with the second flight plan) in a manner similar to that described with respect to the first expected power demand in FIG. 13B.

[0303] At 1715, the computing system may access data indicating a predicted future battery state of the aircraft. For example, the computing system may store a first capacity output in an accessible database. Recall that the first capacity output may indicate a future battery state predicted to occur at a future point in time. The computing system may access this information and determine a predicted battery state of the aircraft when evaluating the second flight. For example, the predicted future battery state of the aircraft may be calculated / has been calculated by a battery model based on a first expected power demand on the aircraft's energy storage system (used to evaluate the first flight) and an initial battery state of the aircraft's energy storage system.

[0304] At 1720, the computing system can use the battery model to calculate a second capacity output based on a second expected power demand on the aircraft's energy storage system and a predicted future battery state of the aircraft. The second capacity output can indicate a future range or a future available flight time of the aircraft for the second flight.

[0305] The computing system can calculate the second capacity output in a manner similar to that of the first capacity output, as described with reference to FIG. 13C. For example, the computing system can input the second expected power demand and the predicted future battery state into a battery model. The computing system can utilize the battery model and process the second expected power demand and the predicted future battery state to determine a calculated range or available flight time for the aircraft at various times along the second flight. The computing system can obtain the second capacity output from the battery model.

[0306] In some implementations, at 1725, based on the second capability output, the computing system may update the itinerary for the aircraft to include flight plan data associated with the second flight. For example, if the computing system determines that the aircraft is capable of completing the second flight, the computing system may update the aircraft's itinerary to include the second flight. Including the second flight may include adding the flight plan data associated with the second flight to one or more data fields of a data structure associated with the itinerary. However, if the computing system determines that the aircraft is not capable of completing the second flight (without further additional charges or other modifications), the computing system may remove the second flight from the aircraft's itinerary.

[0307] In some implementations, if the computing system determines that the aircraft may not be able to conduct the second flight without further electrical charging, the computing system may evaluate whether the aircraft can be charged between flights such that it would be able to conduct the second flight.

[0308] For example, at 1730, based on the second capacity output, the computing system may calculate one or more charging parameters for charging an energy storage system of the aircraft between the first flight and the second flight. As described herein, the charging parameters may indicate at least one of a target charge level, a target temperature, or a charging infrastructure.

[0309] Method 1750 of FIG. 14B provides an example process for calculating charging parameters.

[0310] At 1755, the computing system can access battery charging data for the aircraft. The battery charging data can indicate charging specifications for an energy storage system of the aircraft. The battery charging data can also indicate correspondence between battery states and charging parameters. For example, the computing system can access one or more lookup tables or graphs that indicate charging times, rates, conditions, etc. for charging the aircraft from a first battery state to a second battery state.

[0311] In some implementations, tables / graphs can be associated with different charging infrastructures, which can allow a computing system to determine charging parameters based on the various types of available chargers at a particular airport facility.

[0312] At 1760, the computing system can determine charging parameters for the aircraft based on the predicted future battery state and the battery charging data. For example, the computing system can use lookup tables / graphs to determine the length of time, rate, infrastructure, temperature control, etc. that will be required to charge the aircraft from the predicted future battery state to the battery state required for the second flight.

[0313] 14A , at 1735, the computing system may determine whether to include a second flight (e.g., flight plan data associated with the second flight) in an itinerary for the aircraft based on the charging parameters. For example, as described herein, the computing system may determine whether the charging parameters will allow the aircraft to be recharged in time for the second flight based on the timing and infrastructure constraints of the transportation service.

[0314] If applicable, the computing system can add the second flight to the aircraft's itinerary, which can include adding at least a portion of the flight plan data of the second flight to one or more data fields of a data structure defining the aircraft's itinerary.

[0315] If not, the computing system can evaluate whether the operation of one or more of the transportation services (e.g., multimodal transportation services) can be adjusted to accommodate the charging parameters. This can include, for example, modifying the itinerary, charging infrastructure, user itinerary, or other aspects in a manner that would not cause unacceptable delays (e.g., greater than 5 minutes, 7 minutes) to the aircraft or downstream transportation legs.

[0316] In some implementations, the computing system can use the battery model to make real-time itinerary adjustments for the aircraft. For example, Figure 15 is a flowchart diagram of an example computer-implemented method 1800 for updating an itinerary for an aircraft, according to an example embodiment of the present disclosure.

[0317] As described herein, during flight, changing conditions may exist that cause the aircraft to adjust its flight path, aircraft maneuvers, or other aspects of the flight plan.

[0318] At 1805, the computing system can access data indicating a current battery status of the aircraft while the aircraft is conducting the first flight. As described herein, the current battery status can indicate, for example, a current real-time status of the energy storage system while the aircraft is flying. The current battery status can be captured by a battery warning system onboard the aircraft and communicated to a computing system not onboard the aircraft.

[0319] At 1810, the computing system can use the battery model to calculate an updated capacity output based on the aircraft's current battery state and the battery model. For example, the computing system can calculate an updated expected power demand on the aircraft's energy storage system based on data indicative of the flight plan, given changing conditions. As an example, the updated expected power demand can take into account new aircraft maneuvers to be performed by the aircraft in light of changes in environmental conditions, air traffic, etc. In a manner similar to that described previously herein, the computing system can input the aircraft's current battery state and updated expected power demand into the battery model in flight and receive an updated capacity output.

[0320] In some implementations, changes in future battery conditions may not result in downstream changes. For example, the computing system may determine that, given the nonlinear charging rate of the aircraft's batteries, the aircraft can still be charged at the destination aircraft facility without adjusting the aircraft's trajectory.

[0321] In some implementations, the computing system may adjust the aircraft's itinerary based on the updated capacity output at 1815. For example, due to changed conditions (e.g., increased headwinds), the aircraft may have a lower charge level than expected at the destination aircraft facility. To address this, the computing system may adjust the aircraft's itinerary. Adjusting the aircraft's itinerary may include, for example, at least one of: (i) adjusting the aircraft's payload for a subsequent flight; (ii) adjusting one or more charging parameters for charging the aircraft after the first flight; or (iii) removing the subsequent flight from the aircraft's itinerary. In some implementations, the adjustment may be made to the pilot of the aircraft (e.g., due to increased flight time incurred by the pilot).

[0322] As described herein, the battery modeling techniques of the present disclosure can be used to make dynamic real-time adjustments to the operation of a transportation service. For example, Figure 16A is a flowchart diagram of an example computer-implemented method 1900 for adjusting the operation of a transportation service (e.g., a multimodal transportation service) according to an example embodiment of the present disclosure.

[0323] In (1905), the computing system can access flight plan data associated with a flight currently being performed by the aircraft. This can include accessing data associated with the flight plan of the current flight. The flight can be associated with a multimodal transportation service. For example, the flight can be an intermediate transportation leg of a multi-leg transportation service.

[0324] In (1910), the computing system may calculate the expected power demand on the aircraft's energy storage system based on flight plan data associated with the current flight, as described herein.

[0325] In (1915), a computing system can access data indicating a current battery status of an energy storage system of an aircraft. For example, the computing system can obtain data from a battery health monitoring system of the aircraft. The current battery status can indicate a current charge level, temperature, and health of the battery.

[0326] In (1920), a computing system can use a battery model to calculate a predicted future battery state of an aircraft based on an expected power demand on the aircraft's energy storage system and a current battery state of the aircraft's energy storage system.

[0327] Method 1950 of FIG. 19B provides an example process for calculating a predicted future battery state of an aircraft.

[0328] In (1955), a computing system can input expected power demand and current battery state into a battery model. The computing system can access the battery model by querying a local database, calling an API of another computing system, or utilizing the battery model through a microservice of the computing system. As described herein, the battery model can include a multi-dimensional model configured to determine a predicted battery state at a future time based on the current battery state and the expected power demand.

[0329] In (1960), a computing system can process expected power demands and current battery conditions to determine a calculated range or available flight time for an aircraft. For example, given a specific aircraft and current battery conditions, a battery model can step through expected power demands throughout a mission profile associated with the flight to determine battery conditions at various times, locations, etc. of the flight.

[0330] In (1965), a computing system can obtain, as an output of a battery model, a capacity output that indicates the range or available flight time of an aircraft at multiple times. As described herein, the capacity output can be provided by the battery model.

[0331] (1970), a computing system can determine an estimated time of arrival (ETA) of an aircraft at a destination airport. For example, the computing system can predict the ETA based on the aircraft's current flight speed, conditions, etc. The computing system can access this information via avionics systems and / or sensors installed on the aircraft.

[0332] In (1975), a computing system can calculate a predicted future battery state based on the ETA and capacity output at a destination aircraft facility. For example, the computing system can use the ETA to look up the predicted battery range or flight time at the capacity output. This can enable the computing system to determine a predicted future battery state.

[0333] 16A , to aid in determining potential actions for adjusting the operation of the transportation service, the computing system may access (1925) transportation data associated with the transportation service (e.g., data associated with the multimodal transportation service). As described herein, the data associated with the transportation service (e.g., the multimodal transportation service) may include at least one of: (i) an aircraft itinerary; (ii) data associated with one or more other aircraft associated with the transportation service; or (iii) data associated with one or more users of the transportation service.

[0334] In (1930), a computing system can determine an action associated with a transportation service (e.g., a multimodal transportation service) based on a predicted future battery state of the aircraft and transportation data associated with the transportation service. For example, the action associated with the transportation service can include at least one of: (i) adjusting a flight plan, (ii) adjusting a journey for the aircraft, (iii) adjusting a journey for another vehicle, (iv) adjusting a user's journey, or (v) adjusting a ground transportation service.

[0335] In some implementations, the computing system may determine one or more charging parameters for the aircraft based on the aircraft's predicted future battery state, and determine an action associated with the multimodal transportation service based on the one or more charging parameters. For example, the computing system may determine charging parameters for recharging the aircraft (after the current flight) using the approaches described above. Based on the charging parameters, the computing system may determine whether the aircraft can be recharged in time for its next flight, or whether action is needed to reallocate some charging infrastructure (e.g., a faster charger), reallocate the flight to another aircraft, reallocate the user to another flight, delay takeoff, etc.

[0336] In (1935), a computing system can transmit, over a network, instructions indicating actions associated with a transportation service (e.g., a multimodal transportation service). This can include transmitting instructions to one or more computing devices associated with the multimodal transportation service. For example, the computing system can transmit instructions to one or more user devices to notify a facility operator, an aircraft operator, a user, etc. of a change. In another example, the computing system can transmit instructions to update an itinerary stored in an accessible database. In some implementations, the computing system can transmit instructions to charge an aircraft according to charging parameters.

[0337] As described herein, the battery modeling techniques of the present disclosure can be used to present information on aircraft operation in real time. For example, Figure 17A is a flowchart diagram of an example computer-implemented method 2000 for generating information on potential operational impacts for display onboard an aircraft, according to an example embodiment of the present disclosure.

[0338] In (2005), a computing system can access data associated with an aircraft itinerary. As described herein, the itinerary can indicate one or more charging parameters for charging the aircraft at a destination air facility, current and future flight plans / flights assigned to the aircraft, arrival / departure air facilities, landing / parking / charging locations, arrival / departure times, etc.

[0339] In (2010), a computing system may access transportation data associated with a transportation service (e.g., a multimodal transportation service). As described herein, the data associated with the transportation service (e.g., a multimodal transportation service) may indicate flight plans / flights assigned to other aircraft associated with the transportation service, charging parameters associated with the other aircraft, arrival / departure air facilities for the other aircraft, landing / parking / charging locations for the other aircraft, arrival / departure times for the other aircraft, user itineraries, etc.

[0340] (2015), a computing system can calculate a threshold battery condition for an aircraft based on data associated with a journey and transportation data associated with a transportation service.

[0341] For example, referring to method 2500 of Figure 20B, the computing system may access (2505) battery charging data for the aircraft. The battery charging data may include data structures (e.g., lookup tables, graphs) that map initial battery states to different resulting battery states based on various charging parameters (e.g., time, temperature, charge rate).

[0342] At 2510, the computing system may process the battery charge data and determine one or more potential future battery states. For example, the computing system may analyze the battery charge data and identify multiple potential future battery states that would result in a change in the aircraft's current charging parameters (e.g., so that the aircraft is sufficiently charged for the next flight). For example, if the aircraft will arrive at its destination with a lower charge level, this may require additional charging time. However, this may not always be the case because the computing system may account for the battery's nonlinear charging rate.

[0343] At 2515, the computing system may determine potential future battery conditions that would affect the operation of the transportation service (e.g., the multimodal transportation service). For example, as described herein, for each distinct potential future battery condition, the computing system may perform a forward simulation of the multimodal transportation service (e.g., including the current aircraft / user itinerary) to determine whether changed charging parameters may affect the operation of the multimodal transportation service (e.g., flight delays, passenger reassignments).

[0344] At 2520, the computing system can calculate a threshold battery state based on future battery conditions that will affect the transportation service (e.g., the multimodal transportation service). For example, from among a plurality of potential future battery conditions, the computing system can select a future battery state from which to generate the threshold battery state, as described herein.

[0345] 17A , in (2020), the computing system can transmit instructions to present data indicating the threshold battery condition via a user interface of the aircraft. For example, the computing system can transmit instructions indicating that a computing device onboard the aircraft should display the determined threshold battery condition (e.g., via a user interface presented on its display device). Exemplary Computing System Components

[0346] 18 depicts example system components of an example system 2100 according to an example implementation of the present disclosure. The example system 2100 may include a computing system 2105 and a computing system 2150 that are communicatively coupled via one or more networks 2145. The computing systems 2105 and 2150 may represent, for example, on-board or off-board computing systems, cloud computing systems, user computing systems, or other systems / devices described herein.

[0347] The computing system 2105 may include one or more computing devices 2110. The computing devices 2110 of the computing system 2105 may include one or more processors 2115 and memory 2120. The processor 2115 may be any suitable processing device (e.g., a processor core, a microprocessor, an ASIC, an FPGA, a controller, a microcontroller, etc.) and may be a single processor or multiple operatively connected processors. The memory 2120 may include one or more non-transitory computer-readable storage media such as RAM, ROM, EEPROM, EPROM, one or more memory devices, flash memory devices, etc., and combinations thereof.

[0348] Memory 2120 may store information that can be accessed by processor 2115. For example, memory 2120 (e.g., one or more non-transitory computer-readable storage media, memory devices) may include computer-readable instructions 2125 that can be executed by processor 2115. Instructions 2125 may be software written in any suitable programming language or may be implemented in hardware. Additionally, or alternatively, instructions 2125 may be executed in logically and / or virtually separate threads on processor 2115.

[0349] For example, memory 2120 may store instructions 2125 that, when executed by processor 2115, cause processor 2115 to perform operations such as any of the processes / methods described herein, or any of the operations and functions of any of the computing systems (e.g., air transport platform systems, ground transport platform systems, third party provider systems, airspace systems, computing system 1100, etc.) and / or computing devices (e.g., user devices, ground vehicle devices, aircraft devices, air facility devices, facility operator user devices, computing device 1500, etc.) as described herein.

[0350] The memory 2120 can store data 2130, which can be obtained, received, accessed, described, manipulated, created, and / or stored. The data 2130 can include, for example, any of the data / information described herein. In some implementations, the computing device 2110 can obtain data from and / or store data in one or more memory devices remote from the computing device 2105, such as one or more memory devices of the computing system 2150.

[0351] Computing device 2110 may also include a communications interface 2135 used to communicate with one or more other systems (e.g., computing system 2150). Communications interface 2135 may include any circuits, components, software, etc. for communicating over one or more networks (e.g., 2145). In some implementations, communications interface 2135 may include, for example, one or more of a communications controller, receiver, transceiver, transmitter, port, conductors, software, and / or hardware for communicating data / information.

[0352] Computing system 2150 may include one or more computing devices 2155. Computing device 2155 may include one or more processors 2160 and memory 2165. The one or more processors 2160 may be any suitable processing device (e.g., a processor core, a microprocessor, an ASIC, an FPGA, a controller, a microcontroller, etc.) and may be a single processor or multiple operatively connected processors. Memory 2165 may include one or more non-transitory computer-readable storage media such as RAM, ROM, EEPROM, EPROM, one or more memory devices, flash memory devices, etc., and combinations thereof.

[0353] Memory 2165 may store information that may be accessed by processor 2160. For example, memory 2165 (e.g., one or more non-transitory computer-readable storage media, memory devices) may store data 2175 that may be accessed, e.g., obtained, received, written, manipulated, created, stored, retrieved, etc. Data 2175 may include, for example, any data or information described herein. In some implementations, computing system 2150 may retrieve data from one or more memory devices that are remote from computing system 2150.

[0354] Memory 2165 may also store computer-readable instructions 2170 that may be executed by processor 2160. The instructions 2170 may be software written in any suitable programming language or may be implemented in hardware. Additionally, or alternatively, the instructions 2170 may be executed in logically and / or virtually separate threads on processor 2160. For example, memory 2165 may store instructions 2170 that, when executed by processor 2160, cause processor 2160 to perform any of the operations and / or functions described herein, including, for example, any of the processes / methods described herein, or any of the operations and functions of any of the computing systems (e.g., air transportation platform systems, ground transportation platform systems, third-party provider systems, airspace systems, computing system 1100, etc.) or computing devices (e.g., user devices, ground vehicle devices, aircraft devices, air facility devices, facility operator user devices, computing device 1500, etc.) as described herein.

[0355] Computing device 2155 may also include a communications interface 2180 used to communicate with one or more other systems. Communications interface 2180 may include any circuits, components, software, etc. for communicating over one or more networks (e.g., 2145). In some implementations, communications interface 2180 may include, for example, one or more of a communications controller, receiver, transceiver, transmitter, port, conductors, software, and / or hardware for communicating data / information.

[0356] The network 2145 can be any type of network or combination of networks that enables communication between devices. In some implementations, the network 2145 can include one or more of a local area network, a wide area network, the Internet, a secure network, a cellular network, a mesh network, a peer-to-peer communication link, and / or some combination thereof, and can include any number of wired or wireless links. Communication over the network 2145 can be accomplished, for example, through a network interface using any type of protocol, protection scheme, encoding, format, packaging, etc.

[0357] 18 illustrates an example system 2100 that may be used to implement the present disclosure. Other computing systems may be used as well. Computing tasks discussed herein as being performed in a computing device remote from the vehicle / device may instead be performed in the vehicle / device, or vice versa. Such configurations may be implemented without departing from the scope of the present disclosure. Additional Disclosures

[0358] The use of computer-based systems allows for a wide variety of possible configurations, combinations, and divisions of tasks and functionality among and between components. Computer-implemented operations can be performed on a single component or across multiple components. Computer-implemented tasks and / or operations can be performed sequentially or in parallel. Data and instructions can be stored in a single memory device or across multiple memory devices. Operations performed by one computing device / system (e.g., not onboard a vehicle / aircraft) can be performed by another computing device / system (e.g., onboard a vehicle / aircraft), or vice versa.

[0359] Aspects of the present disclosure have been described in terms of illustrative implementations thereof. Numerous other implementations, modifications, or variations within the scope and spirit of the appended claims may occur to those skilled in the art from a review of this disclosure. Any and all features in the following claims can be combined or rearranged in any possible manner. Thus, the scope of the present disclosure is by way of example, not limitation, and disclosure of the subject matter does not exclude the inclusion of such modifications, variations, or additions to the subject matter, as would be readily apparent to one of ordinary skill in the art.

[0360] Also, terms are described herein using lists of exemplary elements joined by conjunctions such as "and," "or," "but," etc. It should be understood that such conjunctions are provided for illustrative purposes only. For example, a list joined by a particular conjunction such as "or" may refer to "at least one of" or "any combination of" the exemplary elements listed therein. The term "or" should be understood as "and / or" unless otherwise indicated. Also, terms such as "based on" should be understood as "based at least in part on."

[0361] Those skilled in the art will understand, using the disclosure provided herein, that elements of any of the claims, operations, or processes discussed herein may be adapted, rearranged, extended, omitted, combined, or modified in various ways without departing from the scope of the present disclosure. Occasionally, elements may be listed in the specification or claims using letter references for exemplary illustrative purposes and are not meant to be limiting. When used, letter references do not imply a particular order of operations or a particular importance of the listed elements. For example, letter identifiers such as (a), (b), (c), ..., (i), (ii), (iii), ... may be used to illustrate operations or different elements within a list. Such identifiers are provided for the reader's convenience and do not represent a particular order, importance, or priority of steps, operations, or elements. For example, an operation illustrated by a list identifier such as (a), (i), etc., may be performed before, after, or in parallel with another operation illustrated by a list identifier such as (b), (ii), etc.

Claims

1. 1. A computer-implemented method comprising: accessing data associated with a first flight plan for a first flight; calculating a first expected power demand on an energy storage system of the aircraft for the first flight based on the data associated with the first flight plan; accessing data indicative of an initial battery condition of an energy storage system of the aircraft; calculating a first capacity output based on a first expected power demand on an energy storage system of the aircraft and an initial battery state of the energy storage system of the aircraft using a battery model, the first capacity output indicating a range or available flight time of the aircraft for the first flight; determining a capability of the aircraft to conduct the first flight based on the first capability output; generating a journey for the aircraft based on a capability of the aircraft to conduct the first flight; transmitting, via a network, instructions associated with performing said journey for said aircraft; 11. A computer-implemented method comprising:

2. 2. The computer-implemented method of claim 1, wherein it is determined that the aircraft is capable of performing the first flight, and generating the journey for the aircraft includes adding the first flight to the journey for the aircraft.

3. 2. The computer-implemented method of claim 1, wherein it is determined that the aircraft is not capable of performing the first flight, and generating the journey for the aircraft includes deleting the first flight from the journey for the aircraft.

4. accessing data associated with a second flight plan for a second flight; calculating a second expected power demand on an energy storage system of the aircraft based on the data associated with the second flight plan; accessing data indicative of a predicted future battery condition of the aircraft; calculating a second capacity output based on a second expected power demand on an energy storage system of the aircraft and a predicted future battery state of the aircraft using the battery model, the second capacity output indicating a future range or future available flight time of the aircraft for the second flight; The computer-implemented method of claim 1 , further comprising:

5. The computer-implemented method of claim 4 , further comprising updating the itinerary for the aircraft to include the second flight based on the second capability output.

6. 5. The computer-implemented method of claim 4, further comprising calculating one or more charging parameters for charging an energy storage system of the aircraft between the first flight and the second flight based on the second capacity output.

7. The computer-implemented method of claim 6 , wherein the charging parameters indicate at least one of a target charge level, a target temperature, or a charging infrastructure.

8. The computer-implemented method of claim 7 , further comprising determining whether to include the second flight in the itinerary for the aircraft based on the charging parameters.

9. 5. The computer-implemented method of claim 4, wherein the predicted future battery state of the aircraft is calculated by the battery model based on a first expected power demand on an energy storage system of the aircraft and an initial battery state of the energy storage system of the aircraft.

10. The computer-implemented method of claim 1 , wherein the data associated with a first flight plan for the first flight indicates one or more aircraft maneuvers for conducting the first flight.

11. 2. The computer-implemented method of claim 1, wherein the data associated with a first flight plan for the first flight indicates at least one of: (i) a route; (ii) an altitude; (iv) environmental conditions; (v) noise constraints; or (vi) a speed.

12. accessing data indicative of a current battery status of the aircraft while the aircraft is conducting the first flight; using the battery model to calculate an updated capacity output based on the aircraft's current battery condition and the battery model; adjusting the flight path of the aircraft based on the updated capacity output; and The computer-implemented method of claim 1 , further comprising:

13. 13. The computer-implemented method of claim 12, wherein adjusting the aircraft's itinerary based on the updated capacity output comprises at least one of: (i) adjusting the aircraft's payload for a subsequent flight; (ii) adjusting one or more charging parameters for charging the aircraft after the first flight; or (iii) removing a subsequent flight from the aircraft's itinerary.

14. 2. The computer-implemented method of claim 1, wherein the first flight is associated with a multimodal transportation service, the multimodal transportation service comprising a first transportation segment comprising a first ground transportation service from an origin, an intermediate transportation segment comprising the first flight, and a second ground transportation service to a destination.

15. 1. A computer-implemented method comprising: accessing data associated with a flight plan for a flight currently being performed by an aircraft, the flight being associated with a multimodal transportation service; calculating an expected power demand on an energy storage system of the aircraft based on the data indicative of the flight plan; accessing data indicative of a current battery status of an energy storage system of the aircraft; calculating a predicted future battery state of the aircraft based on an expected power demand on an energy storage system of the aircraft and a current battery state of the energy storage system of the aircraft using a battery model; accessing data associated with the multimodal transportation service; determining an action associated with the multimodal transportation service based on a predicted future battery condition of the aircraft and the data associated with the multimodal transportation service; transmitting, via a network, instructions indicating the actions associated with the multimodal transportation service; 11. A computer-implemented method comprising:

16. 16. The computer-implemented method of claim 15, wherein the data associated with the multimodal transportation service comprises at least one of an itinerary of the aircraft, data associated with one or more other aircraft associated with the multimodal transportation service, or data associated with one or more users of the multimodal transportation service.

17. 16. The computer-implemented method of claim 15, wherein the action associated with the multimodal transportation service comprises at least one of: (i) adjusting the flight plan; (ii) adjusting a journey for the aircraft; (iii) adjusting a journey for another vehicle; (iv) adjusting a user's journey; or (v) adjusting a ground transportation service.

18. determining one or more charging parameters for the aircraft based on a predicted future battery state of the aircraft; determining the action associated with the multimodal transportation service based on the one or more charging parameters; The computer-implemented method of claim 15 further comprising:

19. One or more non-transitory computer-readable media having instructions stored thereon, the instructions executable by one or more processors to cause the one or more processors to perform operations, the operations including: accessing data associated with a flight plan for the flight; calculating an aircraft power profile for the flight based on the data associated with the flight plan; calculating a capacity output based on the power profile and data indicative of an initial battery condition of the aircraft using a battery model; generating a journey for the aircraft based on the capacity output, the journey being associated with a multimodal transportation service; transmitting, via a network, instructions associated with performing said journey for said aircraft; 1. One or more non-transitory computer-readable media, including:

20. 20. The one or more non-transitory computer-readable media of claim 19, wherein the power profile indicates expected power demands on an energy storage system of an aircraft for the flight.

Images