GB2538339A

GB2538339A - Travel environment control

Info

Publication number: GB2538339A
Application number: GB1600548.0A
Authority: GB
Inventors: Jobling Daniel; Levacher Estelle; Morgan Glenn
Original assignee: British Airways PLC
Current assignee: British Airways PLC
Priority date: 2014-03-24
Filing date: 2014-03-24
Publication date: 2016-11-16
Anticipated expiration: 2034-03-24
Also published as: GB2524495A; GB201600548D0; GB2524495A8; HK1215699A1; GB2524495B8; EP3123412A1; US20200118083A1; GB2538339B; GB2524495B; WO2015145142A1; GB201405201D0; US20180181919A1; GB2524495C; US10546274B2

Abstract

A system and method for controlling the travel environment for a passenger on an aircraft utilises data obtained from an existing source of stored data and information received from one or more sensor inputs. The stored data includes information on the passengers itinerary. The one or more sensor inputs provide information on the physiological state of the passenger and/or environmental conditions in the vicinity of the passenger. One or more outputs are provided to control the passengers travel environment based on the passenger data and the one or more sensor inputs. A system and method of dynamic in-flight event scheduling is also described, in which a dynamic event schedule is generated based on the retrieved data, the dynamic event schedule including at least one event associated with at least one action output.

Description

Intellectual Property Office Application No. GII1600548.0 RTM Date:9 September 2016 The following terms are registered trade marks and should be read as such wherever they occur in this document: Google (Page 6) Intellectual Property Office is an operating name of the Patent Office www.gov.uk /ipo

Travel Environment Control Field of the Invention

mon The present invention relates to systems and methods for controlling a travel environment, such as for example in an aircraft cabin, so that the travel environment is personalised to the individual passenger.

Background of the Invention

[0002] In the field of passenger travel, various measures have been introduced to improve comfort and convenience for the passenger, such as by allowing the seat to he modified between different positions as disclosed for example in WO-A-2007/072045 and WO-A- 2009/066054. Various alternative measures for improving the passenger environment have been studied in the SEAT (Smart tEchnologies for stress free Air Travel) project. It is also known from US-A-7878586 to store user profile data to control the environment automatically, although it is not known whether these proposals have ever been put into operation.

[0003] One aim of controlling the travel environment has been to alleviate 'jet lag', for example by controlling lighting within an aircraft cabin. Jet lag may also he addressed by controlling a passenger's sleep, eating and exercise patterns. Mobile apps, such as 'Jet Lag Fighter' from Virgin Atlantic, allow the user to enter personal data such as age, gender and health status, and provide a personalised programme to alleviate jet lag.

[0004] What is desired is a system that facilitates greater efficiencies within the aircraft travel environment and enables improved control and personalisation of the passenger's travel environment, in particular for enhanced passenger wellness and wellbeing when flying.

Statements of the Invention

[0005] Aspects of the present invention arc set out in the accompanying claims.

[0006] According to one aspect, there is provided a system for controlling the travel environment for a passenger, in which passenger data is obtained from an existing source of customer data rather than requiring the passenger to enter their data manually. The customer data may include information on the passenger's itinerary. Additionally, one or more sensor inputs may provide information on the environmental conditions in the vicinity of the passenger. On the basis of the customer data and the sensor input(s), the system provides one or more outputs to improve the passenger's travel environment or experience.

[0007] According to another aspect of the present invention, the present invention provides a system for dynamic in-flight event scheduling, in which stored data including information relating to a passenger's itinerary is retrieved, the itinerary including at least one scheduled flight. The system generates a dynamic event schedule based on the retrieved data, the dynamic event schedule including at least one event associated with at least one action output. One or more sensor inputs are received, providing information on the physiological state of the passenger and/or environmental conditions in the vicinity of the passenger. In response, the system identifies one or more affected events of the dynamic event schedule based on the received sensor inputs, and provides one or more action outputs to control the passenger's travel environment based on the at least one event.

[0008] The outputs to control the passenger's travel environment may comprises one or more of signals to control one or more properties of a passenger seat, and control lighting and/or air conditioning above and/or around the passenger's seat.

[0009] The at least one event may be selected from a set of predefined events including: sleep, wake, stretch, exercise, eat, drink, stay awake, and engage in-flight entertainment. The sleep and wake events may he associated with respective action outputs to automatically control a recline position of the passenger's seat and a lighting level above or around the passenger's seat.

[0010] Each scheduled events may be associated with a respective timing parameter and wherein the system is further operable to update the travel path data by adjusting respective timing parameters of the one or more affected events.

[0011] The retrieved data may also include information relating to at least one of the passenger's personal preferences, an in-flight meal schedule, and an automated cabin lighting schedule.

[0012] The system may be further operable to generate data defining a dynamic event schedule is further operable to generate auxiliary data for an event defining the associated action output. A new event for the dynamic event schedule may he determined based on the received sensor inputs. The system may be further operable to output the travel path data as an interactive interface.

[0013] The sensor inputs may be received from one or more of: a temperature sensor, a lighting sensor, a humidity sensor, a body movement sensor, a sleep phase sensor, an eye movement sensor, a heart rate sensor, a body temperature sensor, and an ingestible sensor.

[0014] In other aspects, there are provided methods of operating the systems as described above. In another aspect, there is provided a computer program comprising machine readable instructions stored thereon arranged to cause a programmable device to become configured as the systems as described above.

Brief Description of the Drawings

[0015] Specific embodiments of the invention will now be described, purely by way of example, with reference to the accompanying drawings in which: [0016] Figure 1 is a block diagram of a system according to an embodiment of the invention.

[0017] Figure 2 is a perspective view of a seating unit to which the system may be applied.

[0018] Figure 3 is a block diagram of a mobile device for use in the embodiments of the invention.

[0019] Figure 4 is a block diagram illustrating the processing modules of the mobile device of Figure 3 according to an embodiment of the invention.

[0020] Figure 5 is a block diagram of a server according to an alternative embodiment of the invention.

[0021] Figure 6, which comprises Figures 6A and 6B, is a flow diagram illustrating processing steps performed by the mobile device of Figure 4 according to an embodiment. [0022] Figure 7 schematically illustrates an example of an initial view of an interactive travel path displayed by the mobile device.

[0023] Figure 8, which comprises Figures 8A and 8B, schematically illustrates an example of a detailed view of the interactive travel path in Figure 7.

[0024] Figure 9 is a diagram of an example of a computer system for use in embodiments of the invention.

Detailed Description of Embodiments

[0025] Figure 1 shows schematically the elements of a travel environment control system in an embodiment of the invention that relates to commercial air travel. Aspects of the invention may be applicable to other travel environments. At least some of the elements are optional, at least for certain applications.

[0026] In this embodiment, an automated system accesses customer data and environmental data relating to the local environment of a passenger, for example from sensors. On the basis of these inputs, the system is able to control the local environment according to the specific requirements of the passenger and the properties of the local environment. The system is also able to determine an event timeline for the passenger's optimal wellness, indicating events along the timeline and associated timing aspects, and dynamically adjust the event timeline in response to passenger and environment data from the sensors. The events may define automated control of the local environment. Specific examples and applications will be described below.

[0027] In the system 1 shown in Figure 1, a server 3, located on board an aircraft, is in communication with one or more in-cabin networks 5, which connect the server 3 to a passenger's mobile device 7 running a travel app 9, one or more sensors 11, a seat controller 13 and an environment controller 15. An IFE (In-Flight Entertainment) unit 17 may also be connected to the server 3. The in-cabin network 5 may be a wired or wireless network, and may include an ad-hoc data connection between the server 3 and the passenger's mobile device 7. The server 3 may also be in communication with a crew mobile device 19 via the in-cabin network(s) 9. The crew mobile device 19 may run a crew app 21, as described in more detail below.

[0028] The server 3 has access to customer data 23 and flight data 25, for example from one or more local databases and/or remote databases 26 accessible via one or more external data networks 28, such as the Internet. The customer data 23 may comprise customer biometric details such as age, gender, height, weight, etc., health status, and personal preferences, such as dietary requirements, sleeping habits etc. The customer data 23 may be provided by customer input, for example within a travel app 9 running on a passenger's mobile device 7 or via a web-based interface, or may be provided from a user profile within another service with which the user is registered, such as a social network. The customer data 23 may also comprise location data relating to the cuiTent or last-known geographical location of the passenger or the passenger's mobile device 7, for example from location tracking information received from the passenger's mobile device 7. Instead or additionally, the customer data 23 and flight data 25 may be stored in the passenger passenger's mobile device 7, and may be updated when the travel app 9 is connected to the server 3.

[0029] The flight data 25 is linked to the customer data 23 and includes data relating to flights that the customer has booked, checked in for, or boarded. The flight data 25 includes the timing and duration of the flight, as well as the departure and arrival points of the flight, and information of any connecting flights. The flight data 25 may also include information associated with in-flight aspects, such as meal and/or cabin lighting schedules for the specific flight, as well as information associated with offers for the customer, such as available flight upgrades.

[0030] In this embodiment, the travel app 9 on the passenger's mobile device 7 generates and outputs a dynamic event timeline based on the customer data 23 and flight data 25, and enables passenger interaction with the dynamic event timeline. The travel app 9 can also output control signals or messages to the seat controller 13, the environment controller 15 and/or the crew mobile device 19 and crew app 21. Alternatively or additionally, the server 3 may be configured to generate data associated with the dynamic event timeline based on the customer data 23 and flight data 25, and to transmit the generated data to the passenger's mobile device 7 for display by the travel app 9. The travel app 9 may be configured to run in the background, to collect and provide information to the server 3 on an ongoing basis, and to receive and process push updates and event triggers from the server 3.

[0031] The seat controller 13 may automatically control, without direct user input, one or more properties of a passenger seat 31, for example as shown in Figure 2. In this example, the passenger scat 31 comprises a reclinahle scat hack 33 and a seat pan 35 that moves forward as the seat back 33 reclines, under the control of the seat controller 13. Aim rests 35a, 35h may drop as the seat reclines, again under the control of the seat controller 13.. A foot rest 37 may drop or he adjustable, under the control of the scat controller 13. The scat may be contained within a housing 39, and separated from adjacent seats by a retractable privacy screen 41, both of which afford a degree of privacy to the passenger. The IFE unit 17 is provided adjacent the seat 31.

[0032] The environment controller 15 may control the environment around the passenger, for example by controlling lighting 43 and/or air conditioning 45 above and/or around the passenger's seat 31.

[0033] The sensor(s) 11 may include one or more environmental sensors for collecting and providing data relating to aspects of the environment on hoard the aircraft, either locally to the passenger or within the cabin as a whole, such as: -temperature sensor(s) for sensing the air temperature within the cabin; - lighting sensor(s) for sensing the lighting level within the cabin; -humidity sensor(s) for sensing the humidity within the cabin; pressure sensor(s) for sensing the air pressure within the cabin; noise sensor(s) for sensing the ambient noise level within the cabin; and -altitude sensor(s) for sensing the travelling altitude of the cabin, which may he the absolute, true, pressure or density altitude.

[0034] The sensor(s) 11 may also include one or more passenger sensors for collecting and providing data relating to aspects of the customer on board the aircraft, which can vary depending on the physiological state of the customer. The passenger sensors may be wearable by the passenger, separate from the passenger, or included within the passenger's mobile device 7, and include sensors such as: Body movement, sensors, for example using an accelerometer connected to the passenger, or using a camera; Sleep phase sensors, for example using detected heart rate, movement, or EEG (el ectroencephalography); Eye movement sensors, such as the camera or a dedicated eye tracking device Heart rate sensors; External body temperature sensors; Digital pills or other ingestible sensors, that detect internal temperature, stomach acidity and other internal properties and wirelessly relay this information outside the passenger' s body [0035] The passenger sensors may also be configured to collect data relating to aspects of the customer before boarding the flight, for example over a predefined period of time preceding a scheduled flight and/or on the day before boarding the scheduled flight. The pre-flight collected data can be stored by the respective passenger sensors and/or provided to the passenger's mobile device 7, for use in deteimining and scheduling events associated with the journey segments as will he described in more detail below.

[0036] The mobile device 7,19 may be a smartphone, tablet, smart watch, PDA (Personal Digital Assistant), or a wearable device such as Google GlassTM. Figure 3 is a schematic diagram of one such exemplary mobile device 7,19, having a processor 51, memory 53, a display screen 55, user input module 57, a location signal receiver 59 and communications interface(s) 61. The location signal receiver 59 may be a GPS based receiver for determining a gcolocation of the mobile device 7,19. The mobile device 7,19 may also include one or more of: a microphone 63, one or more sensors 65, one or more sensor interfaces 67 that connect the mobile device 7, 19 to respective sensors 11, a speaker 69 and a camera 71. The travel app 9 and crew app 21 may be downloaded and installed to the memory 53 of the mobile device 7,19, and may require registration of the user with the server 3 via the app, or secure log-in to the app by an existing registered user with the server 3.

[0037] The server 3 may also he connected to a mobile data network (not shown), for communication with the mobile devices 7,19. However, in practice, the mobile devices 7,19 are typically required to he placed in "flight mode" when the passenger and crew arc on board the aircraft, and data communication during a flight may be restricted to connections via the in-cabin network(s) 9.

[0038] Figure 4 is a block diagram illustrating processing modules 81 of the passenger's mobile device 7 in the present embodiment. The passenger's mobile device 7 stores a local copy of the passenger's customer data 83 and flight data 85 that can be retrieved and processed by the processing modules 81. One or more of the processing modules 81 may be provided as integrated components of the passenger's travel app 21, or may he provided as separate mobile applications linked to the travel app 21. Additionally or alternatively, one or more of the processing modules 81 may be configured to receive data from respective modules in the server 3 for output by the passenger's travel app 21.

[0039] In this embodiment, the passenger's mobile device 7 includes a travel path module 81-1 for generating a travel path for a passenger having a hooked and/or purchased journey, including various booked entities such as an outbound flight from the passenger's home location to a destination location, a hotel reservation at the destination location, a return flight, etc. The travel path for the passenger's booked journey may he an end-to-end plan, consisting of a plurality of journey segments from a departure point, such as the passenger's home location, to a destination point, such as a boarding gate in the departure airport terminal assigned to the passenger's flight or the location of a hotel booked in the destination city. The travel path module 51 processes the customer and flight data 23,25 to identify and determine the journey segments, as well as associated timing parameters, such as anticipated start time, duration, etc. The travel path module 51 can also determine and schedule predefined events associated with the journey segments, that together define the timeline of scheduled events for the travel path. The travel path module 51 can also dynamically revise and update the travel path and event timeline based on the monitored geographical location of the customer together with environmental information retrieved from a plurality of data sources, for example to take into account identified disruptions to the travel path.

[0040] The travel path module 81-1 may generate data for a graphical user interface (GUI) representation of the travel path. The generated travel path data may define an interactive graphical representation of the travel path to he displayed by the travel app 9.

[0041] The passenger's mobile device 7 also includes a wellness planner module 81-3 for determining and scheduling events associated with the journey segments, based on a predefined set of rules that combine the customer data, flight data and sensor data to create a personalised travel experience for the passenger. As will be described in more detail below, the wellness planning module 81-3 can also schedule predefined events associated with respective journey segments, based on factors such as passenger preferences, travel itinerary, passenger current physical state, etc. For example, the wellness planner module 51 can determine a sequence of events and associated scheduling information to assist a passenger with overcoming the effects of jet lag at the destination. The predefined events may include sleep, wake, stretch, exercise, eat, drink, stay awake, engage in-flight entertainment, etc. The predefined events may be determined for a plurality of journey segments, such as a segment of time before the scheduled flight, a segment of time in-flight, and a segment of time after arrival at the destination. Post-flight events may also be scheduled, such as treatment bookings.

[0042] The wellness planner module 81-3 can also dynamically adjust and/or reschedule the events, such as the event order, start time, end time, duration, in response to received sensor input data For example, the wellness planning module 81-3 can schedule in-flight events relating to optimal sleeping, eating and exercise patterns to assist with alleviating the passenger's jet lag at the destination. The wellness planning module 53 can dynamically adjust the events in response to received passenger and environment data from the sensors indicating, for example, that the passenger is awake, asleep, hungry, nervous, hot, cold, uncomfortable, etc. [0043] As another example, the wellness planner module 51 can determine a sequence of events and associated scheduling information to assist a passenger with a personalized and more comfortable in-flight experience. The predefined events may include sleep suggestion, wake-up alarm, personalised sound/audio file output, in-flight exercise programme. The scheduled events can also include automated commands and/or instructions to external controllers and output devices. For example, the control system 87 can output: -cabin crew instructions to the crew mobile device 19 via the mobile device interface module 55, such as service instructions to provide water when the passenger is determined to be dehydrated, to offer a blanket when the detected temperature is determined to be below a predefined and/or preferred threshold, or not to disturb or wake up for a scheduled meal based on the determined sleep phase of the passenger, etc. -local temperature control signals to the environment controller via an environment controller interface module 69, and - scat control signals to the scat controller via a scat controller interface module 67.

1110441 The wellness planner module 81-3 can also directly control aspects of the passenger's local environment defined by the scheduled events, such as one or more properties of the passenger seat 31 via a seat controller module 81-7 in communication with the scat controller 13 over the in-cabin network 5, and one or more properties of the environment around the passenger via an environment controller module 81-9 in communication with the environment controller 15 over the in-cabin network 5.

Alternatively, the seat controller module 81-7 and the environment controller module 81-9 may be configured to communicate control instructions to the scat controller 13 and the environment controller 15, respectively, via the server 3. Optionally, the mobile device 7 can include a module to enable the passenger to control, via direct user input, properties of the passenger seat 31 and/or the environment.

[0045] The passenger's mohilc device 7 can also include an IFE interface module 81-11 for communicating data with the IFE 17 over the in-cabin network 5. In another embodiment, the passenger's mobile device 7 can include a cockpit simulator module 81-13 for displaying an interactive cockpit simulator via the passenger's mohilc device 7, for example based on input data from sensors located about the aircraft and non-sensitive information received from the aircraft's cockpit system(s).

[0046] Figure 5 is a block diagram of the server 3, illustrating the processing modules of the server 3 in an alternative embodiment. In this embodiment, the server 3 includes a control system 87 that retrieves customer data 23 and flight data 25 for a plurality of registered users via respective database interfaces 88,89, and receives sensor data from sensors 11 via a sensor interface module 90. The control system 87 includes a travel path module 91-1 for determining travel paths and associated scheduled events for the plurality of passengers, based on the retrieved customer and flight data 23,25 and the received sensor data, and for determining and scheduling predefined events associated with the journey segments. The control system 87 also includes a wellness planner module 91-3 for processing the data based on specific requirements of the respective passengers and scheduling predefined events for the respective passenger's optimal wellbeing, and for automatically controlling the respective passenger's local in-flight environment according to the scheduled events. [0047] The travel path module 91-1 of the control system 87 can generate data for the interactive GUI representation of the travel path, for example based on scheduling data determined by the wellness planner module 91-3. The generated travel path data is communicated to the travel app 9 on the passenger's mobile device 7, via a travel app interface module 92. The control system 87 can also output control signals associated with scheduled event actions to the seat controller 13 via a seat controller interface 93, to the environment controller 15 via an environment controller interface module 94, and to the IFE unit 17 via an WE module 95. Feedback data and control signals may also be received from the seat controller 13, environment controller 15 and IFE unit 17 via the respective modules. [0048] Additionally the travel app interface module 92 can receive and process data in response to user input via the travel app 9, for example, to search for and retrieve flight data 25, retrieve and/or update customer data 23, hook or purchase a new flight, re-book a flight at a new time and/or date, etc. Alternatively, the generated travel path data may define user-selectable elements of the travel path, associated with the scheduled events for example, for display by the travel app 9 based on one or more predefined travel path GUI templates. As yet a further alternative, the generated travel path data may consist of scheduling data elements in a structured data format, such as XML, CSV, etc. Wellness Planning and Environment Control [0049] A description has been given above of the components forming part of the travel environment system 1 in one embodiment. A detailed description of the operation of these components will now he given with reference to the flow diagram of Figure 6, which comprises Figures 6A and 6B, for an example computer-implemented wellness planning and environment control process using the passenger's mobile device 7. Reference is also made to Figures 7 and 8, schematically illustrating exemplary dynamic travel paths displayed by the travel app 9 on the passenger's mobile device 7.

[0050] As shown in Figure 6, the process begins at step S6-1 where the passenger's mobile device 7 loads the travel app 9, for example in response to a user command to launch the app. The travel app 9 may require the customer to login with pre-registered details. At step S6-3, the travel path module 81-1 on the mobile device 7 retrieves customer data 23 for the customer registered with the travel app 9, for example in response to a user command to display an interactive travel plan interface via the travel app 9. The retrieved customer data 23 includes information relating to the passenger's next booked journey, such as details of the outbound and return flights that are booked for the journey.

[0051] In this embodiment, the mobile device 7 is configured to plan and generate a travel path for the passenger's booked journey that can be displayed in an interactive travel path interface of the travel app 9. Accordingly, at step 56-5 in Figure 6, the travel path module 81-1 retrieves flight data 25 including information relating to the passenger's next flight in the retrieved hooked journey. The travel path module 81-1 may also retrieve data from additional sources, such as terminal information relating to the departure and arrival airport terminals of the passenger's next flight. At step 56-7, the travel path module 51 processes the retrieved data and determines a plurality of journey segments for the booked journey. For example, a booked journey between departure and destination locations can be processed into a plurality of high level journey segments, based on information relating to the outbound and return flights, such as time and date, flight number, carrier, airport, etc. At step 56-9, the travel app 9 displays an initial view of the interactive travel plan, including the retrieved information relating to the passenger's next booked journey.

[0052] Figure 7 schematically illustrates one example of an initial view of the interactive travel path displayed by the travel app 9 on the passenger's mobile device 7. The high level segments of this initial view include a plurality of in-flight segments 107 corresponding to discrete time periods when the customer is on-board a respective hooked flight, and intervening ground segments 109 corresponding to discrete time periods between booked flights. In this example, the travel path is presented as a scrollable ribbon interface 101, with a horizontal dynamic time axis 103 indicating the location along the ribbon corresponding to the current time 105. The ribbon interface 101 may instead be displayed in a vertical orientation. In this example, the customer data 23 includes information relating to a booked journey to Malibu, California, with an outbound flight departing today from London's Heathrow Airport and arriving at Los Angeles International Airport, displayed as a first raised segment 107-1 of the ribbon interface 101. The customer data 23 also includes information relating to the return flight in six weeks time, displayed as a second raised segment 107-2, with a corresponding indication on the time axis 103.

[0053] The hooked journey may also include details of a hotel reservation while the customer is at the destination, displayed as a lower segment 109-2 between the respective raised segments 107-1, 107-2. Similarly, a lower segment 109-1 precedes the raised segment 107-1 associated with the outbound flight, indicating that the customer was at a predefined home location, London, UK in this example. In this embodiment, the raised segments 107 correspond to in-flight segments of the passenger's booked journey and the lower segments 109 correspond to ground segments of the journey. The user can scroll the ribbon interface 101 along the horizontal axis, for example via user input 37, to view the passenger's past and future booked journeys. As described later, each raised segment 107 of the ribbon interface 101 may be a user-selectable element of the interface in order to retrieve and view more data relating to the associated flight. Alternatively or additionally, the ribbon interface 101 may he configured to process user input commands to zoom into the travel path at a selected position to retrieve and view more data relating to the segment 107,109 at that position, and to zoom out to return to the previous or initial view. Following from the example illustrated in Figure 7, [0054] The travel path module 51 can also processes each high level journey segment to determine a respective plurality of lower level journey segments, and to identify one or more defined and/or anticipated geographical locations associated with each lower level journey segment. Figure 8, which consists of Figures 8A and 8B, schematically illustrates an example of a zoomed-in view of the interactive travel path displayed by the travel app 9. In this example, a first high level ground segment 109-2, prior to the passenger's outbound flight segment 107-1 from London to Los Angeles, is broken down into three discrete and sequential lower level segments 111, as illustrated in the first portion 101a of the ribbon interface in Figure 7A. The first lower level segment 111-1 is associated with a discrete time period of the travel path when the customer is at a predefined home location, for example the passenger's home city or home address. The second lower level segment 111-2 is associated with the subsequent time period of the travel path when the customer is, or should be, travelling to the departure airport terminal. The third lower level segment 111-3 is associated with the subsequent time period of the travel path when the customer is in the airport terminal.

[0055] Similarly, the high level ground segment 109-2 after the passenger's outbound flight segment 107-1 from London to Los Angeles is also broken down into three lower level segments 113, as illustrated in the second portion 101b of the ribbon interface in Figure 7B.

However, in this ground segment, the first lower level segment 113-1 is associated with the time period of the travel path when the customer is in the destination airport terminal, the second lower level segment 113-2 is associated with the subsequent time period when the customer will be travelling to the hotel in the destination city, and the third lower level segment 113-3 is associated with the subsequent time period when the customer arrives at the hotel. Each journey segment is associated with a respective time or time period along the time axis 103, which may be calculated relative to the current time 105, based on the retrieved and processed data.

[0056] The travel path module 51 can also determine one or more events for respective journey segments. Each event is also associated with a time or time period along the time axis 103, which may he calculated relative to the current time 105, based on the retrieved data. For example, as illustrated in Figure 8, which comprises Figures 8A and 8B, the in-flight segment 107-1 includes a sequence of predefined events 121 that are scheduled at respective times during the flight, such as a welcome drink event 121-1 shortly after boarding or take-off, a first dining event 121-2, a sleep event 121-3, a wake event 121-4, an WE event 121-5 after the passenger has woken up, and a second dining event 121-6.

[0057] Events 115 can also be determined for the ground segments 109. For example, the first lower level segment 111-1 of the first ground segment 109-1 includes an event 115-1 associated with an earliest possible and/or recommended time for the customer to proceed with online check-in for the outbound flight. The second lower level segment 111-2 of the first ground segment 109-1 includes an event 115-2 associated with a recommended route to the departure airport terminal, for example as determined by the travel path module 51 or by the travel app 9 based on the passenger's current geo-location 29. The third lower level segment 111-3 of the first ground segment 109-1 includes one or more events 115-3 associated with respective navigation stages that the customer must progress through the departure airport terminal, such as bag drop, passport control and security, before arriving at the departure gate assigned to the outbound flight.

[0058] Similarly, a plurality of events 1 15 are determined for the second ground segment 109-2. The first lower level segment 113-1 of the second ground segment 109-2 includes one or more events 115-4 associated with respective stages that the customer must progress through the arrival airport terminal, such as the arrival gate assigned to the flight, passport control and the baggage reclaim belt or area assigned to the flight. The second lower level segment 113-2 of the second ground segment 109-2 includes an event 115-5 associated with a recommended route from the arrival airport terminal to the hotel at the destination. The third lower level segment 113-3 of the second ground segment 109-2 includes an event 115- 6 associated with an anticipated time of check-in at the hotel, for example as calculated by the travel path module 81-1.

[0059] Accordingly, referring back to Figure 6, at step S6-11 the travel path module 51 can retrieve data from one or more third-party data sources, such as traffic, public transport, weather and airport terminal data, and process the retrieved data to determine and schedule the plurality of predefined events for the ground segments 109 of the passenger's journey. The determination of events that can be scheduled for the passenger's journey may depend on the availability of data from the third-party data sources for the geographical locations along the travel path.

[0060] At step S6-13, the wellness planner module 81-3 retrieves passenger and flight details from customer data 83 and flight data 85, such as information relating to the passenger's registered details and personal preferences, travel itinerary, meal schedule, cabin lighting schedule, etc. At step 56-15, the wellness planner module 81-3 receives sensor data from one or more sensors 11 via the sensor interface module 81-5. The received sensor data will vary depending on the availability of sensors associated with the passenger and/or passenger's local environment. At step 56-17, the wellness planner module 81-3 determines and schedules one or more predefined events for the in-flight journey segment 107-1, based on the retrieved passenger details from customer data 83, flight details from flight data 85, and the received sensor data.

[0061] At step 56-19, the wellness planner module 81-3 identifies events that are associated with one or more predefined actions, and generates auxiliary data for the identified events that can be displayed or transmitted by the travel app 9 in response to a user command to select the respective event 115,121 from the ribbon interface 101a. For example, auxiliary data can he generated for the sleep event 121-3 illustrated in Figure 8A, defining control instructions that are transmitted to the seat controller 13 to recline the seat to a sleeping position, as well as control instructions that are transmitted to the environment controller 15 to dim the lights, in response to user input selection of the event 121-3 from the interactive display. As another example, auxiliary data can be generated to suggest and guide the passenger through one or more exercise routines, based on sensor input feedback relating to the passenger's body movements and heart rate.

[0062] Table 1 sets out a number of exemplary data and sensor input parameters that may be processed by the wellness planner module 81-3 to determine and schedule one or more respective event outputs. It will be appreciated that many other combinations of predefined data inputs, environment sensor data inputs, and changeable passenger sensor data inputs due to physiological states, can he used to determine and trigger system responses and events.

Table 1

Predefined Data Environment Passenger Sensor Event Output( s) Input(s) Sensor Input(s) Input(s) Biometric data, Body movements, Sleep/wake event, seat travel itinerary, heart rate control, lighting control personal preferences Biometric data, Body movements Seat control personal preferences Biomctric data, Cabin lighting, Body movements, Wake suggestion event, meal schedule Ambient noise, heart rate seat control, lighting local control temperature Biometric data, Local Body movements, Drink/Meal suggestion meal schedule temperature heart rate event, cabin crew instructions Biometric data, Local Air conditioning control personal temperature, preferences humidity, cabin pressure Biomctric data, Air pressure, Body movements, Exercise travel itinerary, Altitude heart rate suggestion/routine event personal preferences Biometric data, Ambient Body temperature, Post-flight treatment travel itinerary, temperature stomach acidity booking, sleep/meal personal management suggestion preferences events [0063] The travel path module 81-1 can also be configured to generate auxiliary data for events associated with the ground segments 109, such as information relating to specific navigation, routing and timing, for example to and within the airport terminal. As yet another example, auxiliary data may include a link to a website or an external mobile app, such as a flight online check-in website, a hotel website or app with information relating to the hotel reservation, a public transport website or app with additional route, time and map information, a dedicated map website or app, etc. [0064] At step S6-21, the travel app 9 displays the detailed view of the generated travel path for the current journey in the interactive user interface, including the user-selectable events 115,121 associated with the journey segments 111,113 of the travel path. At step S6-23, the travel app 9 receives and processes user interactions with the travel path interface 101 and user-selectable events 115,121 of the interface, for example to handle user commands to scroll and/or zoom the displayed portion of the travel path, and in response, retrieves and executes the one or more actions associated with a user selected event 115,121, at step 56-as necessary. At step S6-27, the travel app 9 also monitors the scheduled events 115,121 to identify events that arc scheduled for action at the current time, and automatically retrieves and executes the one or more actions associated with any identified scheduled event 115,121, at step S6-29 as necessary.

[0065] In this embodiment, the system is also configured to dynamically adjust the travel path and scheduled events in response to received sensor data. For example, the wellness planner module 81-3 can receive, at step S6-31, information from sensors 11 relating to an increased heart rate, indicative of the passenger waking up from a sleep cycle before the scheduled wake event. In response, the wellness planner module 81-3 determines and reschedules one or more affected events 121 for the in-flight segment 107 of the passenger's booked journey, at step S6-33 as necessary. Following from the example of the passenger waking up early, the affected events 121 can include the wake event 121-4 and the IFE event 121-5 that are brought forward along the timeline, by adjustment of the respective timing parameters. In this way, the passenger can be prompted to accept the wake event 121-4, and in response, the system can automatically adjust the passenger's seat 31, lighting 43 and air-conditioning 45 based on the passenger's preferences. Additionally, the wellness planner module 81-3 can determine one or more new events 121 to be inserted into the event timeline, such as suggested refreshments that can be ordered by the passenger and automatically transmitted to the crew app 21.

[0066] At step S6-35, the wellness planner module 81-3 updates the travel path and associated scheduling data based on the identified and rescheduled events 121. At step S637, the wellness planner module 81-3 generates or updates auxiliary data for any new and affected events, for example including options for the passenger to override the automatically rescheduled event. At step S6-39, the travel app 9 displays the updated travel path and the process returns to step S6-23 where the travel app 9 continues to monitor and respond to user interactions, sensor inputs and/or further scheduled events.

Computer System [0067] The system described herein may comprise a computer system 600 as shown in Figure 11. Embodiments of the present invention may he implemented as programmable code for execution by the computer system 600. Various embodiments of the invention are described in terms of this example computer system 600. After reading this description, it will become apparent to a person skilled in the art how to implement the invention using other computer systems and/or computer architectures.

[0068] Computer system 600 includes one or more processors, such as processor 604. Processor 604 may be any type of processor, including but not limited to a special purpose or a general-purpose digital signal processor. Processor 604 is connected to a communication infrastructure 606 (for example, a bus or network). Computer system 600 also includes a main memory 608, preferably random access memory (RAM), and may also include a secondary memory 610. Secondary memory 610 may include, for example, a hard disk drive 612 and/or a removable storage drive 614, representing a floppy disk drive, a magnetic tape drive, an optical disk drive, etc. Removable storage drive 614 reads from and/or writes to a removable storage unit 618 in a well-known manner. Removable storage unit 618 represents a floppy disk, magnetic tape, optical disk, etc., which is read by and written to by removable storage drive 614. As will be appreciated, removable storage unit 618 includes a computer usable storage medium having stored therein computer software and/or data.

[0069] In alternative implementations, secondary memory 610 may include other similar means for allowing computer programs or other instructions to be loaded into computer system 600. Such means may include, for example, a removable storage unit 622 and an interface 620. Examples of such means may include a program cartridge and cartridge interface (such as that previously found in video game devices), a removable memory chip (such as an EPROM, or PROM, or flash memory) and associated socket, and other removable storage units 622 and interfaces 620 which allow software and data to be transferred from removable storage unit 622 to computer system 600. Alternatively, the program may be executed and/or the data accessed from the removable storage unit 622, using the processor 604 of the computer system 600.

[0070] Computer system 600 may also include a communication interface 624. Communication interface 624 allows software and data to be transferred between computer system 600 and external devices. Examples of communication interface 624 may include a modem, a network interface (such as an Ethernet card), a communication port, a Personal Computer Memory Card International Association (PCMCIA) slot and card, etc. Software and data transferred via communication interface 624 are in the form of signals 628, which may he electronic, electromagnetic, optical, or other signals capable of being received by communication interface 624. These signals 628 are provided to communication interface 624 via a communication path 626. Communication path 626 carries signals 628 and may be implemented using wire or cable, fibre optics, a phone line, a wireless link, a cellular phone link, a radio frequency link, or any other suitable communication channel. For instance, communication path 626 may be implemented using a combination of channels.

[0071] The terms "computer program medium" and "computer usable medium" are used generally to refer to media such as removable storage drive 614, a hard disk installed in hard disk drive 612, and signals 628. These computer program products are means for providing software to computer system 600. However, these terms may also include signals (such as electrical, optical or electromagnetic signals) that embody the computer program disclosed herein.

[0072] Computer programs (also called computer control logic) are stored in main memory 608 and/or secondary memory 610. Computer programs may also be received via communication interface 624. Such computer programs, when executed, enable computer system 600 to implement the present invention as discussed herein. Accordingly, such computer programs represent controllers of computer system 600. Where the invention is implemented using software, the software may be stored in a computer program product and loaded into computer system 600 using removable storage drive 614, hard disk drive 612, or communication interface 624, to provide some examples.

[0073] In alternative embodiments, the invention can be implemented as control logic in hardware, firmware, or software or any combination thereof. The apparatus may be implemented by dedicated hardware, such as one or more application-specific integrated circuits (ASICs) or appropriately connected discrete logic gates. A suitable hardware description language can he used to implement the method described herein with dedicated hardware.

Alternative Embodiments [0074] The embodiments described above are illustrative of rather than limiting to the present invention. Alternative embodiments apparent on reading the above description may nevertheless fall within the scope of the invention.

[0075] For example, in the embodiment described above, the server determines the travel path and associated scheduling data for display by the travel app. It will be appreciated that in an alternative embodiment, some of the processing steps performed by the travel path generator module and/or the planning sub-module in the above embodiment can instead or additionally be performed by the processing modules of the passenger's travel app. For example, the dynamic travel path module on the mobile device can be configured to generate data identifying the sequence of journey segments and associated events and to determine scheduling information relating to estimations of timing and duration. In this alternative, the mobile device would not need to communicate with the server in order to monitor the passenger and environment input data, dynamically adjust the travel path, and/or control the local environment. As yet a further alternative, the server may not include a travel path module and wellness planner module.

[0076] In the embodiment described above, the travel path is displayed by the travel app on the passenger's mobile device. In an alternative embodiment, the travel path and scheduling data may be automatically transmitted to the passenger's 1FE unit.

Claims

Claims 1. A method of controlling the travel environment for a passenger, comprising: obtaining passenger data from an existing source of stored data, the passenger data including information defining the passenger's route; receiving one or more sensor inputs providing information on the physiological state of the passenger and/or environmental conditions in the vicinity of the passenger; and providing one or more outputs to control the passenger's travel environment based on the passenger data and the one or more sensor inputs.
2. The method of claim I, further comprising: cr) generating data defining a dynamic event schedule based on the retrieved data, the Cv) dynamic event schedule including at least one event associated with at least one action output; identifying one or more affected events of the dynamic event schedule based on the received sensor inputs; and providing one or more action outputs to control the passenger's travel environment based on the at least one event.
3. The method of claim 2, wherein the outputs to control the passenger's travel environment comprises one or more of signals to: control one or more properties of a passenger seat, and control lighting and/or air conditioning above and/or around the passenger's seat.
4. The method of claim 3, wherein the at least one event is selected from a set of predefined events including: sleep, wake, stretch, exercise, eat, drink. stay awake, and engage in-flight entertainment.
5. The method of claim 4, wherein the sleep and wake events are associated with respective action outputs to automatically control a recline position of the passenger's seat and a lighting level above or around the passenger's seat.
6. The method of any one of claims 2 to 5, wherein each scheduled events is associated with a respective timing parameter and wherein the system is further operable to update the route data by adjusting respective timing parameters of the one or more affected events.COCD
7. The method of any one of claims 2 to 6, wherein the retrieved data further includes information relating to the passenger's personal preferences.
8. The method of any one of claims 2 to 7, further comprising generating auxiliary data for an event defining the associated action output.
9. The method of any one of claims 2 to 8, further comprising determining a new event for the dynamic event schedule based on the received sensor nputs.
10. The method of any preceding claim, further comprising means for outputting the route data as an interactive interface.
11. The method of any preceding claim, wherein the sensor inputs providing information on the environmental conditions in the vicinity of the passenger are received from one or more of: temperature sensor(s), lighting sensor(s), humidity sensor(s), noise sensor(s), and altitude sensor(s).
12. The method of any preceding claim, wherein the sensor inputs providing information on the physiological state of the passenger are received from one or more of: a body movement sensor, a sleep phase sensor, an eye movement sensor, a heart rate sensor, a body temperature sensor and an ingestible sensor.
13. A system comprising means configured to carry out the steps of any one of claims 1 to 12.COCD
14. A storage medium comprising machine readable instructions stored thereon for T 15 causing a programmable device to perform a method in accordance with any one of claims 1 to 12.