EP2663951A1 - Recherche de vols - Google Patents

Recherche de vols

Info

Publication number
EP2663951A1
EP2663951A1 EP12705329.6A EP12705329A EP2663951A1 EP 2663951 A1 EP2663951 A1 EP 2663951A1 EP 12705329 A EP12705329 A EP 12705329A EP 2663951 A1 EP2663951 A1 EP 2663951A1
Authority
EP
European Patent Office
Prior art keywords
flight
search
dimensions
user input
dimension
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
EP12705329.6A
Other languages
German (de)
English (en)
Inventor
Marcin Z. BRODZIAK
Emmet J. CONNOLLY
Alejandro Diaz
Emmanuel François-David PELLEREAU
Stefan H. Pharies
Jiri SEMECKY
Petter WEDUM
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Google LLC
Original Assignee
Google LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Google LLC filed Critical Google LLC
Publication of EP2663951A1 publication Critical patent/EP2663951A1/fr
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/248—Presentation of query results
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2457—Query processing with adaptation to user needs
    • G06F16/24575—Query processing with adaptation to user needs using context
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation

Definitions

  • a user can use various websites to plan their trips. Conventionally, a user browses a website corresponding to a particular provider (for example a specific airline) or a web-based travel site that provides access to several different providers. Once the user has identified a travel itinerary, he can typically purchase the itinerary directly from the website.
  • a provider for example a specific airline
  • a web-based travel site that provides access to several different providers.
  • This application describes technologies relating to the search for information.
  • an aspect of the subject described in the present application may be implemented in methods that include the steps of receiving a search request in a search interface; determine that the search query is a query associated with flights; and in response to determining that the search query is a flight associated query, and without additional user input, providing a flight search interface including a plurality of search dimensions and a plurality of flight search results, each dimension being associated with a flight search attribute and each dimension having an associated value, one or more dimension values corresponding to values retrieved from the search query, and the plurality of flight search results being filtered according to the values of dimension.
  • Other embodiments of this aspect include corresponding systems, apparatus, and computer programs stored on computer storage devices, each configured to perform process operations.
  • One or more of the plurality of dimensions may be associated with default values.
  • the step of determining that the search request received is a request associated with flights may be based on the processing of the received search request.
  • One or more of the values associated with the dimensions may be adjusted according to the user input.
  • the method may further include the step of receiving the user input adjusting one of the default values; and automatically update the flight search results in response to the user input.
  • Determining that the search query is a request associated with flights may include identifying one or more keywords associated with flight search requests.
  • the flight search results are updated automatically in response to additional user input modifying one or more dimension values.
  • the method may further include the steps of: providing a link to one or more third party booking sites in response to the user selecting one or more flight search results.
  • the flight search interface may include a portion of dimensions and a portion of flight search results.
  • the dimension portion can include an interactive map and the user can change an origin or destination value by an entry on a map.
  • the size portion may include a scattergram of flights displaying flights relative to a pair of dimensions.
  • the method may further include the steps of receiving a user input modifying a marker position associated with one or more of the dimension pairs in the diffusiogram; and updating the flight search results according to the flights in the region of the diffusiogram demarcated by the user input.
  • a first dimension of the pair may be a price, and a second dimension of the pair may be a duration.
  • the method may further include the steps of receiving a user input selecting a particular flight search result; and in response to the selection, presenting one or more associated return flight search results.
  • the step of presenting one or more associated return flight search results may include displaying the associated return flight search result (s) online under the selected flight search result.
  • a user selection of a search result from Flights and a return flight search result can identify a selected route.
  • the plurality of dimensions may include an automatically calculated maximum duration limit and an automatically calculated maximum price limit.
  • the maximum duration limit and the maximum price limit can be updated automatically in response to additional user input modifying one or more dimension values.
  • the method may further include the step of presenting a user interface element, which, when selected by a user, results in the display of additional search results.
  • the method may further include, in response to a user input selecting the user interface element, the step of adjusting at least one of the maximum duration limit and the maximum price limit, the results of supplementary research meeting the maximum duration and adjusted price limits.
  • another aspect of the subject described in the present application can be implemented by methods which include the steps of providing a flight search interface including a plurality of search dimensions, each dimension being associated with a search attribute. search flights and a value of each dimension that can be configured by a user, the flight search interface comprising a portion of dimensions and a portion of flight search results, the dimension portion having a diffusiogram of flights displaying flights in relation to a pair of dimensions; receiving a user input specifying one or more dimension values; and provide flight search results that are filtered based on dimension values.
  • Other embodiments of this aspect include corresponding computer systems, apparatus, and programs stored on computer storage devices, each configured to perform process operations.
  • the flight search results may be updated automatically in response to additional user input modifying one or more dimension values.
  • the method may further include the step of providing a link to one or more third party booking sites in response to the user's selection of one or more flight search results.
  • the method may further include the step of replacing, in the size portion, the flight diffusogram portion with an interactive map in response to a user input selecting a user interface element associated with the interactive map, the user who can change an original or destination value by an entry on a map in the interactive map.
  • the method may further include the steps of receiving a user input modifying a marker position associated with one or more of the dimension pairs in the diffusiogram; and updating the flight search results according to the flights in the region of the diffusiogram demarcated by the user input.
  • a first dimension of the pair can be a price and a second dimension of the pair can be a duration.
  • the method may further include the steps of receiving a user input selecting a particular flight search result; and in response to the selection, presenting one or more associated return flight search results.
  • the step of presenting one or more associated return flight search results may include displaying the associated return flight search result (s) online under the selected flight search result.
  • a user selection of a flight search result and a return flight search result can identify a selected route.
  • the plurality of dimensions may include an automatically calculated maximum duration limit and an automatically calculated maximum price limit.
  • the maximum duration limit and the maximum price limit can be updated automatically in response to additional user input modifying one or more dimension values.
  • the method may further include the step of presenting a user interface element, which, when selected by a user, results in the display of additional search results.
  • the method may further include, in response to a user input selecting the user interface element, the step of adjusting at least one of the maximum duration limit and the maximum price limit, the results of research additional limits to the maximum duration and adjusted prices.
  • Flight searches can be performed by extracting search dimensions from a user-submitted query, allowing for expressive queries.
  • the search results can be dynamically updated in response to changes by the user of dimensions providing quick updates of refined search.
  • Default filtering can also narrow down the results by eliminating duplicate code shares and hiding options that are unlikely to be selected by users.
  • the maximum duration and price limits for search results can be calculated automatically so that a manageable number of search results are initially presented.
  • the maximum duration and price limits can be automatically adjusted in response to dimensional changes by the user, so that a modification by the user does not result in the display of unreasonable excessive numbers of results. research. Users can easily change the duration and price limits, for example to see additional search results that are not displayed or to see a smaller number of results.
  • Users can interactively use a trip calendar and an associated trip graph to provide travel flexibility to easily view prices for flights of different lengths and different departure and arrival dates. . Users can interactively use a map to easily identify potential destinations from a specified origin location, and to easily determine which of these potential destinations are accessible given the dimension values currently specified. Users can use a scattergram interactively to easily visualize price and flight duration options that meet the currently specified dimension values, as well as price and duration options. flights that do not meet one or more of the dimension values. The flight options can be presented in a dense and easily navigable form, for example a single row of data per flight. In addition, using a hierarchical presentation of round-trip travel itineraries that includes one-way flights and then deploys online to illustrate return flights, reduces the number of results a user must consider when making decisions. of flights.
  • Figure 1 is a flowchart an example of a process for finding flights.
  • Figure 2 illustrates an example of a flight search interface.
  • Figure 3 illustrates an example of a flight search interface that includes a portion of search results.
  • Figure 4 illustrates an example of a flight search interface that includes filtered search results.
  • Figure 5 illustrates an example of a flight search interface that includes a flight schedule.
  • Figure 6 illustrates an example of a flight search interface that includes a scattergram of flights.
  • Figure 7 illustrates an example of a flight search interface that includes a scattergram of flights.
  • Figure 8 illustrates a portion of an exemplary flight search interface that includes return flights.
  • Figure 9 illustrates a portion of an exemplary flight search interface that includes a reservation link.
  • Figure 10 illustrates a portion of an exemplary flight search interface that includes a synthesis row.
  • Figure 11 illustrates an example of a flight search interface that includes a result adding element.
  • Figure 12 illustrates an example of a flight search interface that includes a result adding element.
  • Figure 13 illustrates an example of a flight search interface that includes a link to the cheapest flights.
  • a flight search interface is provided in response to user input in a search interface.
  • a search query of a user can be identified as a request associated with flights or a user can select a flight option in the search interface.
  • the user can use the flight search interface to explore route options.
  • a route, in particular a flight itinerary is a collection of one or more flight segments that the user can purchase.
  • a route identified by the flight search interface can be transmitted to a booking site for purchase.
  • a flight segment is a nonstop flight.
  • a user can choose multiple segments to go from his origin to his destination.
  • the origin is the city or airport from which the user begins his journey.
  • the destination is a city in which the user stops, but does not constitute a transition point between segments.
  • a route through multiple cities can have multiple destinations.
  • a journey between places of origin and destination is a journey.
  • a return ticket contains two trips, one in each direction.
  • Each path can include multiple segments.
  • a trip for a user from San Francisco to Tel Aviv may include a first segment from San Francisco to Los Angeles and a second segment from Los Angeles to Tel Aviv.
  • the flight search interface presents flight information based on a plurality of different dimensions. Each dimension can be filtered to provide routes that contain particular dimension values. A user can explore flights using a map presented in the flight search interface, which allows the user to see initial information for a number of different destinations from a specified origin.
  • the flight search results are presented in the flight search interface.
  • These flight search results can be updated dynamically as the user edits the dimension values.
  • a time and price spread diagram shows all the flights corresponding to certain criteria. The user can adjust position markers to restrict the results to a particular range of durations and flight prices. The research results presented are updated in response to adjustments. Once a user has selected a particular route, the user can select a link to a third party provider to complete the transaction.
  • Fig. 1 is a flowchart of an exemplary process 100 for finding flights.
  • the process 100 will be described in connection with a system including one or more computing devices that implement the process 100.
  • the system receives a search query associated with flights.
  • the user can enter the search query in a search field or search interface.
  • the search query can be processed to determine whether the search query is a query associated with a flight, or not.
  • keywords in the query or particular query sentences can be used to identify the search query as a query associated with flights. Examples of keywords may include "flights", as well as city names or airport codes (eg "SFO” for San Francisco International Airport).
  • the terms "to”, or "since” connecting cities or airport codes may indicate a request associated with flights, for example "flights from SFO to LHR".
  • the search request associated with received flights optionally triggers a response box module (for example a module OneBox) for flight search.
  • the system provides the flight search response box with the search results obtained in response to the request.
  • Response box modules display information specially formatted when triggered in response to particular types of requests (eg movies, weather, or music). For example, if the user's query refers to weather conditions in a particular location, the answer box may include a weather forecast in the location in question.
  • a response box has a category that belongs to a predefined category group and is formatted according to a category-specific template.
  • a response box may also be associated with a code that defines how the contents of the response box are obtained. The code can be, for example, scripts or code identifying a main server from which the content is received.
  • the flight search response box may include summary flight information responding to the request, for example a typical or minimum price, a number of flights and their duration, airlines serving the route in question, as well as destinations. third parties from whom a flight may be purchased.
  • the system provides a flight search interface in response to user input.
  • the response box in which a response box is presented, includes a user-selectable link to enter the flight search interface.
  • the search results page may include a selectable flights tab (for example, tabs in a search interface for subject-specific searches, such as images, news, books, purchases, blogs). .
  • a selection by the user of the flights tab triggers the presentation of the flight search interface.
  • the system automatically presents, i.e. without further user input after the request is submitted. search interface, flight search interface without providing intermediate search results.
  • the flight search interface presented may be automatically filled with information extracted from the flight search request. For example, if the received request is "flights from SFO to LH R", the request can be interpreted as having an "origin: SFO” and a "destination: LHR". This origin and destination can be prefilled in the flight search interface, ie displayed in the flight search interface without additional user input when the interface is initially presented to the user. . As a variant, the request "flights from SFO" pre-fills only the origin.
  • a query includes multiple dimensions that are parsed to fill in certain corresponding dimension values allowing the user to enter more expressive queries, for example "nonstop flights from ZRH to somewhere ⁇ 4h of flight , departing on Friday after 6pm and returning on Sunday after 7pm.
  • the flight search interface presented may include flight search results that satisfy the dimension values extracted from the flight search request. For example, for the query "flights from SFO to LHR", in addition to pre-filling origin and destination, the flight search interface can be pre-filled with flight search results that identify flights. whose origin is SFO and the destination LHR.
  • the flight search results may also satisfy one or more default values, or other dimensions, and may be automatically updated in response to a user input adjusting one or more of the dimension values.
  • the flight search interface includes other dimensions having values that can be modified by the user. These changes can be used to identify filtered results to dimension values.
  • Dimensions are properties of a flight itinerary. Dimensions include, for example, the origin and destination of a flight, dates and times of departure and arrival, airlines, flight numbers, flight time, duration of travel, connecting airports, classes of services, number of stops, and luggage fees.
  • some dimensions are initially hidden in the flight search interface. These dimensions may be presented, for example, in response to a user input requesting the display of additional dimensions.
  • the dimensions are grouped according to particular criteria. For example, primary dimensions may include an origin, a destination, a departure date, a return date, a maximum price, and a maximum duration.
  • the primary dimensions may be presented together in a particular location of the flight search interface. For example, the primary dimensions may be prominently positioned in the flight search interface as being most likely changed by users to filter the flight search results.
  • Secondary dimensions may include airlines, airline groups (eg OneWorld, SkyTeam, and Star Alliance), stops, connecting airports, departure times, and return times.
  • these secondary dimensions may be positioned in a location of the flight search interface different from that of the modified primary dimensions. most frequently.
  • the system can use default values for one or more dimensions.
  • the default values are chosen so as to restrict the set of results.
  • dimensions can be filtered based on default values for maximum price or duration dimensions (for example, users will not likely select a flight option that is longer than a specified amount of time relative to the duration of other flight options).
  • the default connections may be limited because users will probably not select a flight path with more than two segments.
  • the default values are used to eliminate code-share flights to avoid duplication of search results.
  • FIG. 2 illustrates an exemplary flight search interface 200.
  • the flight search interface 200 comprises a search request entry field 202 and a portion of dimensions 204.
  • the dimension portion 204 comprises primary dimensions 212, secondary dimensions 214, and a card 216.
  • the card 216 may be used to specify the original and destination dimensions.
  • the origin and destination can be entered directly into an origin field 206 and a destination field 208, respectively.
  • the origin has been specified as "San Francisco (SFO)."
  • the original field 206 has been pre-filled because the user interface 200 has been provided in response to receiving a search query requesting information about flights from San Francisco, or more specifically, the San Francisco International Airport, whose airport code is SFO.
  • the search request received may have been "flights from SFO", or "flights from San Francisco”.
  • a user may have entered the origin directly into the original field 206.
  • the user may have selected a flight tab, for example flight tab 216, on a search engine interface. , which will have resulted in obtaining the flight search interface 200 without a pre-filled origin or destination information.
  • a drop-down box is presented, which contains popular destinations 210.
  • the drop-down box is superimposed on the interface.
  • the presentation of the drop-down box may be triggered by a user input selecting the destination field 208.
  • the presentation of the drop-down box may be triggered when a user fills the entry of origin in the field of origin 206.
  • Popular destinations 210 may be specific to the specified origin location.
  • popular destinations may be the destinations with the most non-stop flights from the place of origin, the places that most frequently correspond to the destination of itineraries purchased from the place of origin, or the most more frequently included in the same flight request as the place of origin.
  • the drop-down box displays additional information to assist the user in selecting a correct location.
  • the drop-down box may offer suggestions for potential destination entries that correspond to the user's entry.
  • the drop-down box may include the names of airports that are near the location entered by the user, as well as the distance from each airport to that location. The user can then select one or more of the presented airports to specify the destination.
  • the drop-down box may display a suggestion “Boston, MA”, or “Boston, MA, Logan International Airport”.
  • the drop-down box may display one or more airport names and the distance from the address at the airport, eg "La Guardia International Airport, 22 miles", and "John F. Kennedy International Airport, 30 miles”.
  • Other primary dimensions 212 include departure and return dates, price, and duration.
  • the user can enter specific dates in respective start and return fields.
  • the selection of the field may trigger the presentation of a calendar (for example overlay on the interface), allowing the user to select a specific date.
  • the user also specifies a time or time slot for departure and return.
  • the price dimension may allow direct entry by the user or a selection of maximum / minimum price ranges, from drop-down menus, for example.
  • the price and duration can be edited using a flight scattergram as described below with reference to Figures 3 to 4.
  • the map 216 includes particular destination indicators 218, shown in the map 216 as dots.
  • the points are displayed as an option with an associated prize, the associated prize showing the price of a trip from the city of the currently selected place to the destination (for example a specified minimum price).
  • the currently entered values for the origin and the destination can be indicated in the map 216, for example with particular markers.
  • the origin may be indicated with a marker 220 indicating a start.
  • destinations 218 are major destinations, for example cities with populations above a certain threshold or cities that are identified as tourist attractions.
  • the destinations 218 correspond to popular destinations from the selected place of origin, for example the destinations which correspond to the destination of most flights departing from the selected origin or the cities which appear on the more frequently in the same flight search request as the selected origin.
  • Destinations shown on the map can be changed in response to user input.
  • the particular destinations illustrated on the map can also be modified, for example to show popular destinations from the specified new place of origin instead of the specified place of origin. old place of origin.
  • a user may use the map interactively to increase or decrease the magnification level.
  • the particular destinations illustrated on the map can be modified. For example, in response to a user zooming in on the map, that is, the map will no longer show in a smaller region of the United States, smaller or less popular destinations currently not displayed will then be shown on the map. Conversely, in response to user input zooming out of the map, to display multiple continents, smaller destinations within the United States may no longer be displayed, and popular destinations in others. continents can be added.
  • the map 216 can be used to explore potential destinations. For example, if only a place of origin is specified, the user can select a destination directly inside the map 216, for which corresponding flight search results 208 can be displayed in a portion of search results. of the interface. For example, selecting a particular point on the map 216 can automatically fill in the destination field, which can then be used to generate corresponding search results. Further, in some circumstances, the user input to the destination input field 208 may cause a change in the magnification degree of the card 216 to allow the user to actually select a destination.
  • the map can then either automatically or in response to a user input selecting a flag of card 230, be adjusted to show only cities or airports in the destination.
  • An entry at a higher level of granularity that a city could be, for example, a state (eg California or Florida), a country (eg Japan or Spain), or a region (eg San Francisco Bay Area, or the Middle East).
  • a state eg California or Florida
  • a country eg Japan or Spain
  • a region eg San Francisco Bay Area, or the Middle East.
  • information about the destination is presented (e.g., as a tooltip or pop-up).
  • This information can include a destination name or other destination information.
  • a selected destination may also result in the presentation of additional destination information in the map 216.
  • This information may include, for example, a description of the destination city, images, weather conditions, time slots. , and the distance from the airport to the city.
  • the functionality of the above map has been described in terms of displaying potential destinations for travel from a particular origin, in some embodiments, if the user specifies a destination without specifying origin , the user can use the map 216 interactively to select an origin.
  • the map 216 may include potential origins having flights to the specified destination.
  • Secondary dimensions 214 include a number of different dimensions and options for specifying values or ranges of dimension values.
  • the number of stops can be selected as indifferent, 0, 1, or 2, or more.
  • a dimension Airline allows the user to specify an airline, selected groups of airlines, or specific individual airlines.
  • the selection of "specific airlines " results in the presentation of an expanded list, for example in secondary dimensions 214 or in a pop-up or superimposed list (for example with checkboxes for each airline).
  • Other secondary dimensions 214 may also be customized, such as connection locations, and departure and return times.
  • each secondary dimension 214 has the largest possible value by default.
  • the selected value can be indicated visually. For example, in the flight search interface 200, the values selected for the secondary dimensions 214 are displayed in bold type.
  • FIG. 3 is an example of a flight search interface 300 which includes a portion of search results 314.
  • a destination location "Boston" has been specified, for example by the interaction of the user with a card 316 or by direct user input in a destination input field 302.
  • the card 316 includes an original marker 306 and a destination marker 308.
  • the original markers and destination are connected on the map by a line segment and are visually distinct so as to indicate that one represents the origin and the other represents the destination of a potential trip.
  • a user can select a different origin or destination, for example, by selecting one of the destinations indicated by a point on the map 316.
  • the portion of search results 314 includes a list of search results 316 that can be classified and satisfies the specified dimensions.
  • the search results 316 can be classified according to various ranking criteria 318.
  • the portion of search results 306 includes columns that can be classified, including departure times, duration, arrival times, the airline, the connections, and the price of the round trip.
  • the search results 316 include the corresponding information, if any. For example, direct flights have no connections.
  • Each search result among the search results 316 may be presented as a single row of information.
  • the information for each flight represented by one of the search results may provide limited information that allows a user to make a decision about the flight while also allowing easy navigation through the different flight options.
  • a particular flight option shown in search results 316 may be limited to departure time, arrival time, airline, connections, and price, while not displaying other information that is less useful when searching for flights, for example the flight number.
  • a maximum price limit 310 and a maximum time limit 312 are automatically calculated and displayed.
  • Each of the search results 316 meets the requirements of the maximum price and duration limits.
  • the maximum price and duration limits can be calculated, for example, so as to ensure that a manageable number of search results potentially attractive to the user will be displayed. If a user modifies a dimension by the flight interface 300, the maximum price and duration limits can be automatically recalculated and the new limit values will be displayed.
  • the automatic calculation of price and duration limits may initially lead to the lack of display of some airlines or the cheapest flight possible.
  • the interface 300 may include elements that allow a user to view these omitted flights. These elements will be described in more detail below with reference to FIGS. 12 to 16.
  • the system receives a user input modifying the dimensions.
  • Some dimensions may include fields from which the user can enter values directly.
  • the origin and destination fields can allow users to directly type a city, country, or airport code.
  • Other dimensions may be represented by drop-down menus or selected options.
  • a number of stops can be selected from a set of displayed options (eg 0 stop, 1 stop, or 2+ stops).
  • Other dimensions may include multiple input forms.
  • the entry of a travel date can be a direct entry or can trigger the display of a calendar in which the user can select a particular date.
  • the user input modifying dimensions is provided by an additional graphical representation.
  • modification dimensions may be presented using a map representation, an aired map of flights shown, a travel schedule, or a portion of the graph associated with the travel schedule.
  • the system provides filtered results.
  • some flights are filtered according to the values of each dimension.
  • the results provided can be presented as a list in the flight search interface.
  • only departing flights are initially displayed. These flights can be categorized according to different criteria that can be selected by the user. For example, flights may be listed initially based on departure time, but may be categorized, for example, by arrival time, airline, connections, and return trip price (if return flight is selected).
  • the user can make other changes to one or more dimensions.
  • Search results are updated based on changes.
  • the results can be filtered and presented dynamically as the user changes the dimension values.
  • the flight search results can be identified by a search system that identifies potential flight routes in response to a submitted request. Dimension values can serve as restrictions or additional components of the query.
  • the search system may use the information received from the flight search interface to identify appropriate flight search results. Specific flight information may be sought, for example, on the basis of schedule and rate regulation information provided by the airlines, and, in some embodiments, by one or more intermediaries.
  • FIG. 4 is an example of a flight search interface 400 which includes filtered search results 412.
  • a user has changed the value of a stop number dimension 402 to indicate that the user is only interested in non-stop flights.
  • the maximum price limit 408 and the minimum price limit 410 have been changed automatically.
  • the appearance of particular places identified by points on a map 404 has been changed to indicate that there is no flight to that destination satisfying the new dimension values, i.e. to the new value of the stop number dimension and the new values of the maximum price and duration limits. For example, since no direct flight could be identified between San Francisco and Omaha, lasting less than 8 hours, the appearance of point 406 representing Omaha was modified to make this point visually distinct from other points representing Places where direct flights from San Francisco, lasting less than 8 hours, are available (eg an empty circle for unavailable destinations, and a filled point for available destinations).
  • modified search results 412 are displayed, which satisfy the modified dimension values. In other words, only search results that represent direct flights from San Francisco to Boston are displayed.
  • the interface 400 also includes a calendar user interface element 414 and a diffusogram user interface element 416.
  • a travel calendar may be displayed for example in place of the map 404, to allow a user to easily adjust the size values of the departure date and the return date.
  • a diffusogram can be displayed, for example in place of the card 404, to allow the user to easily adjust the values of the maximum price and duration limits.
  • a map user interface element may be displayed instead of the user interface element associated with the broadcast or travel calendar.
  • a map may be displayed, for example in place of the broadcast or travel calendar.
  • Fig. 5 is an example of a flight search interface 500 that includes a travel calendar 502.
  • the travel calendar portion 502 includes a calendar portion 504 and an associated graph portion 506.
  • the calendar portion 504 displays a range of travel dates that includes the specified departure and return dates.
  • the calendar portion 504 may include a date box for each day in a two-month date range, which includes the selected departure and return dates.
  • the trip defined by the departure and return dates that is, the trip starting on the departure date and ending on the return date, is indicated in calendar portion 504 by a highlighted portion. 508.
  • the user can interact with the highlighted portion, for example by moving it to different dates in the calendar portion or by increasing or decreasing the length of the highlighted portion to change the departure and return dates.
  • Chart 506 displays, for each day in the range, a trip starting on that date and having a duration equal to the duration the trip defined by the departure and return dates. If the user changes the duration of the trip, for example by interacting with the highlighted portion 508 to change the departure or return date, the prices displayed in the portion of graph 506 will be adjusted to indicate prices for trips with a duration equal to the new duration.
  • the calendar portion 504 and the graph portion 506 a user is able to easily identify the impact of planning his trip based on different dates in the date ranges.
  • the flight search results 510 are changed to show only flight search results that satisfy the specified new dimensions.
  • FIG. 6 is an example of a flight search interface 600 which includes a flight dispatcher 602.
  • the flight dispatcher 602 provides a visual representation of the airspace according to the price and the duration (for example indicated on respective axes of the flight distribution diagram 602).
  • Each point in flight schedule 602 corresponds to a flight that meets the dimensions of the flight search interface 600.
  • flights from San Francisco to Cincinnati on September 18th flights from San Francisco to Cincinnati on September 18th.
  • Additional visual cues may be provided in Flight Diagram 602, to indicate split flights at a particular intersection between price and duration, for example, increased dot density or color changes.
  • the flight broadcast 602 includes control bars 606 and 608.
  • the control bar 606 allows a user to change the maximum price.
  • the control bar 608 allows the user to modify a maximum duration.
  • the control bar 606 is set at a maximum price of $ 744 and the control bar 608 is set to a maximum duration of 7 hours and 12 minutes.
  • Flights in the 602 flight program in zone 604 formed by the positions of the two control rods correspond to flights that meet the price and duration limits.
  • this area includes visual indications that demarcate the selected area of the full flight diffusogram 602, for example by using a border outline or shading.
  • the search results 610 present flights from San Francisco to Cincinnati that satisfy the dimension values including the defined area of the diffusiogram 602. Thus, for example, while a user can visually identify flights in the diffusiogram 602 that exceed their range. Price and duration criteria, these flights do not appear in the search results 610. However, the control bars 606 and 608 can be moved to include additional flights or fewer flights in the search results 610.
  • FIG. 7 is an example of a flight search interface 700 including a scattergram of flights 702.
  • Flight scattergram 702 also provides here a visual representation of the airspace as a function of price and duration.
  • a user has modified a value of one dimension of the number of stops 712.
  • some points in an area 704 formed by the control rods 706 and 708 correspond to flights that no longer satisfy the dimensions of the search interface 700.
  • the aspect of the points has been modified so that the points in area 704 that correspond to flights that satisfy each dimension are visually distinct from points in zone 704 that do not correspond to flights that satisfy each dimension.
  • points that correspond to flights that do not satisfy each dimension are not filled on the diffusogram 702, even if they belong to the area 704.
  • control bar 706 to adjust the maximum price is set at a maximum price of $ 745 and the control bar 708 to adjust the maximum duration is set to a maximum duration of 9 hours .
  • the positions of the control bars 706 and 708 may have been automatically updated in response to the user input changing the value of the number of stops, i.e. because new maximum values for the price and duration were calculated automatically as described above with reference to FIG.
  • the search results 710 present flights from San Francisco to Boston that satisfy the dimension values including the defined area 704 and the newly modified size of the number of stops 712.
  • the search results 710 are updated as the The user modifies the positions of the control bars 706 and 708. For example, if the user increases one or more of the maximum duration or the maximum price, more flights will be able to satisfy the criteria, for example if the movement of the control bars includes another point or other points in the broadcast program 702. The search results 710 are therefore updated to include the additional flights. Similarly, if the user decreases one or more of the maximum duration and the maximum price, fewer flights will meet the criteria. The search results 710 are updated to include the smaller number of flights that satisfy the filtered dimensions.
  • the updating of the search results 710 can be performed dynamically after each modification of the diffusogram 702 or another dimension.
  • the entry relative to a dimension triggers the updated results.
  • a specified wait time without any further user input triggers the updated results (eg 3 seconds without receiving other dimension changes).
  • a user is able to select a point in the broadcast.
  • the appearance of the search result in the search results 710 which corresponds to the same flight as the selected point can be modified, for example the displayed search result can be highlighted, to indicate that the search result corresponds on the same flight as the selected point.
  • the system receives a route selection by the user.
  • the user first selects a forward path from the presented results.
  • the system then provides one or more second paths (e.g., a return trip) based on the selected one-way trip.
  • the second path may be presented as a pop-up or overlay on the search interface to distinguish the second path from the search results of the forward path.
  • the user can then select a second particular path. In some routes passing through several cities, additional journeys can then be selected in a similar manner.
  • the selected routes constitute a route.
  • the system directs the user to a selected reservation site.
  • a given route may be provided together with one or more links to reservation sites.
  • Each reference to a particular booking site may include the corresponding price for the route.
  • the user can select a particular booking site.
  • the system then directs the user to a corresponding reservation site (for example a web page corresponding to the particular selection).
  • the system then transmits the selected route to the booking site.
  • the user can then complete the purchase of the itinerary by the booking site.
  • Figure 8 is a portion of an exemplary flight search interface 800 which includes return flights.
  • the example illustrated shows a portion of the search results 802 of the flight search interface 804.
  • Other portions for example those discussed above with reference to FIGS. 2 to 7, may be displayed above or below below the 802 search results portion of the 800 flight search interface.
  • the 802 Search Results Portion has 804 search results that show flights from San Francisco to Cincinnati.
  • the user has selected a particular flight search result 806.
  • the user can select a particular flight from the search results 804 using an input device (eg, a mouse or touch screen input). ).
  • the selection of the particular flight search result 806 has given rise to the return flight search results 812.
  • an overlay is generated for the return flights over the outbound flights.
  • the return flight search results 812 are deployed online such that forward flights remaining below the selected one are moved downward so as not to be obscured by the return flights results. Thus, the user can still see all identified search results 804 for the outbound options.
  • the return flight search results 812 include search results that satisfy the associated dimensions. Each result may include the same information as for outward flights, including flight departure times, duration, arrival times, airline, connections, if any, and the cost of the round trip for the pair consisting of the selected outgoing flight 806 and a given return flight. A cheaper round trip price may also be identified in the return flight search results 812.
  • FIG. 9 illustrates a portion of an exemplary flight search interface 900 which includes a reservation link 912.
  • the illustrated example illustrates a portion of the search results 902 of the flight search interface 900.
  • D Other portions, for example those discussed above with reference to Figures 2 to 7, may be displayed above or below the search result portion 902 in the flight search interface 900.
  • the 902 search results portion includes 904 search results that show flights from San Francisco to Cincinnati.
  • a user can select a one-way flight and then a return flight to create a route 910.
  • the user has selected a particular one-way flight search result 906.
  • the user also selected a return flight search result 908 from the return flight search results that have been presented in response to the user's selection of the outward search result 906, for example the return flight search results 812 of FIG.
  • a unique third-party booking site for example a web-based travel site or the airline's website operating the flights constituting the itinerary, is identified for purchase of the itinerary. selected.
  • links to multiple reservation sites may be presented in response to the user's selection of the reservation link 912 together with the corresponding rates for the itinerary for each booking site. , respectively.
  • a reservation site link may be an advertisement, for example a reservation provider may purchase the rights to present a link to the reservation provider's website as a booking link for particular itineraries.
  • a reservation site link includes a promotional offer. For example, an airline air miles bonus, or a discount when the reservation is associated with a hotel reservation or rental car. The booking provider may purchase the promotion advertising right within the booking link.
  • the user's selection of the arrow indicator 914 may trigger a presentation of a user interface element, for example a drop-down box, which allows the user to specify additional dimensions, for example the number passengers, before continuing to book a fare.
  • Promotional offers may also be displayed in the UI element instead of, or in addition to, additional dimensions.
  • a new search is performed to confirm the price and availability of the selected route.
  • a new request can be issued to check if the price and availability of the selected route have not changed with some booking sites that have been identified for the purchase of the selected route. This way, a user can be informed of price changes or availability of their selected route before they start the booking process.
  • FIG. 10 illustrates a portion of an exemplary flight search interface 1000 that includes a synthesis row 1010.
  • the illustrated example shows a portion of the search results 1002 of the flight search interface 1000.
  • D ' other portions for example those discussed above with reference to Figures 2 to 7, may be displayed above or below the search result portion 1002 in the flight search interface 1000.
  • Other portions may include portions to specify primary or secondary dimensions and maximum price and duration limits.
  • the search result portion 1002 includes search results 1004 that satisfy each specified dimension and the maximum price and duration limits.
  • the search result portion 1002 also includes a summary row 1010 which indicates that although flights from additional airlines are available and meet the specified dimensions, they are not currently displayed, for example because each flight of these companies exceeds either the currently specified maximum price limit or the currently specified maximum time limit.
  • the summary row 1002 also indicates a minimum price for flights from these airlines (for example flights start at $ 490).
  • a summary row can be displayed in a search results portion of a flight search interface when the currently selected maximum price and duration limits have resulted in the exclusion of flight search results that might be of interest. for the user in view of the displayed flight search results.
  • the summary row may be displayed when the currently selected maximum price and duration limits have resulted in the exclusion of the cheapest flight that meets the specified dimensions.
  • the summary row may be displayed when the currently selected maximum price and duration limits have resulted in the exclusion of all flights of a particular airline, even if flights of that airline that satisfy each dimension have been identified.
  • the summary row is only displayed when the currently selected maximum price and duration limits have been calculated automatically, i.e. they have not been adjusted by the user.
  • the summary row may be displayed regardless of whether at least one of the limits has been specified by the user.
  • the user can select the synthesis portion 1010, for example with a cursor of an input device or with a key input.
  • the price and duration limits may be varied, for example, adjusted to numbers large enough for all search results satisfying the dimensions to be displayed.
  • FIG. 11 is an example of a flight search interface 1100 which includes a result adding element 1 1 10.
  • the flight search interface 1 100 includes a search request entry field 1 102, a portion of dimensions 1,104, and a portion of search results 1,106.
  • the portion of dimensions 1,104 includes primary dimensions 1 to 12 and secondary dimensions 1 to 14.
  • Primary dimensions include a maximum price limit 1 1 16 and a maximum duration limit 1 1 18. The maximum price and duration limits have been calculated automatically, for example on the basis of the values of the primary dimensions and the other secondary dimensions.
  • the portion of search results 1,106 includes search results 1,120 that satisfy each of the primary dimensions 1 1 12 and each of the secondary dimensions 1 1 14.
  • the search result portion 1 106 also includes the element of addition of results 1 1 10 and text indicating that additional flight search results displayed in response to a user selection of the 1 1 10 result adding element will exceed at least one of the maximum limit 1 1 16 and the maximum duration limit 1 1 18.
  • the maximum price limit and the maximum be automatically adjusted so that ten additional results that satisfy each of the primary dimensions and each of the secondary dimensions including the newly calculated maximum price and duration limits are kets.
  • a selection of the results adding element 1 1 10 results in the display of ten results In some embodiments, the selection may result in the display of a different number, for example five, fifteen, or twenty, additional results.
  • Fig. 12 is an example of a flight search interface 1200 that includes a result adding element 1210.
  • the flight search interface 1200 includes a search query entry field 1202, a 1204-dimensional portion. , and a portion of search results 1206.
  • Dimensional portion 1204 includes primary dimensions 1212 and secondary dimensions 1214.
  • Primary dimensions include a maximum price limit 1216 and a maximum duration limit 1218.
  • the maximum price limit 1216 was calculated automatically. However, the maximum time limit of 1218 has been specified by a user. For example, the user may have changed an automatically calculated value of the duration limit by entering an entry in the maximum duration limit field 1218 or by interacting with the arrow indicators associated with the maximum duration limit field 1218 .
  • the search result portion 1206 includes search results 1220 that satisfy each of the primary dimensions 1212 and each of the secondary dimensions 1214.
  • the search result portion 1206 also includes the result adding element 1210 and a text indicating that additional flight search results displayed in response to a user's selection of the result adding element 1210 will exceed the maximum price limit 1216. Since the maximum duration limit 1218 has been specified by the user instead of being calculated automatically, the maximum duration limit 1218 will remain unchanged.
  • the maximum price limit may be automatically modified, i.e., increased, to a sum that results in the display. ten additional results that satisfy each of the primary dimensions and each of the secondary dimensions including the newly calculated maximum price limit.
  • the selection may result in the display of a different specified number, for example five, fifteen, or twenty, additional results.
  • Additional search results can be added, for example in order of price so that the ten cheapest search results (or other specified number) that satisfy each of the primary and secondary dimensions and which are not already displayed, are added to the results search engine 1220.
  • FIG. 13 illustrates an example of a flight search interface 1300 including a link to a least expensive flight 1310.
  • the flight search interface 1300 includes a search request entry field 1302, a portion of dimensions 1304. , and a portion of search results 1306.
  • the size portion 1304 includes primary dimensions 1312 and secondary dimensions 1314. Secondary dimensions include a maximum price limit 1316 and a maximum duration limit 1318. The maximum price and of duration have been calculated automatically.
  • the search result portion 1306 includes search results 1320 that satisfy each of the primary dimensions 1312 and each of the secondary dimensions 1314.
  • the search result portion 1306 also includes the link to a least expensive flight 1310 and a text indicating that the cheapest flight has a duration that exceeds the maximum time limit 1318.
  • the link to the cheapest flight 1310 and the associated text are displayed only when the cheapest flight does not meet the maximum time limit 1318. In some embodiments, the link to the cheapest flight 1310 and the associated text are displayed only when the cheapest flight does not meet the maximum duration limit 1318 and the maximum duration limit has been calculated. automatically instead of being specified by a user.
  • the time limit is changed so that the cheapest flight meets the time limit and is therefore displayed in the search results 1320.
  • the price limit may also be changed, for example, the price limit may be lowered to ensure that a manageable number of search results are displayed after the increase in the time limit.
  • a computer storage medium may be, or may be included in, a computer readable storage device, a computer readable storage substrate, an arrangement or a random access or serial access memory device, or a combination of one or many of them.
  • a computer storage medium may be a source or destination of computer program instructions encoded in an artificially generated propagated signal.
  • the computer storage medium may also be, or be included in, one or more separate physical components or media (e.g., multiple CDs, disks, or other storage devices).
  • the operations described in this application may be implemented as operations performed by a data processing apparatus on data stored on one or more computer readable storage devices or received from other sources.
  • data processing apparatus includes all types of data processing apparatus, devices, and machines, including, for example, a programmable processor, a computer, a system on a chip, a plurality, or combinations, of these.
  • the apparatus may include a specific logic circuit, for example an FPGA (gate network programmable in situ) or an ASIC (application-specific integrated circuit).
  • the apparatus may also include, in addition to the hardware, code that creates a runtime environment for the computer program in question, such as code that constitutes processor firmware, a protocol stack, a system a database management system, an operating system, a multiplatform runtime environment, a virtual machine, or a combination of one or more of them.
  • the apparatus and the execution environment can realize various different computing model infrastructures, such as web services, distributed computing infrastructures, and grid computing infrastructures.
  • a computer program (also called program, software, software application, script, or code) may be written in any form of programming language, including compiled or interpreted languages, declarative or procedural languages, and may be deployed in any form, including an independent program, or in the form of a module, component, subroutine, object, or other unit suitable for use in a computing environment.
  • a computer program may, but need not, correspond to a file in a file system.
  • a program can be stored in a portion of a file that contains other programs or data (for example one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in files multiple coordinated (eg files that store one or more modules, subroutines, or portions of code).
  • a computer program can be deployed to run on a computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communications network.
  • Suitable processors for executing a computer program include, by way of example, both general purpose and special purpose microprocessors, and any other processor or processors of any type of digital computer. In general, a processor will receive instructions and data from a ROM or RAM or both.
  • the essential elements of a computer are a processor for performing actions according to instructions and one or more memory devices for storing instructions and data.
  • a computer will also include, or will be operably coupled to receive data from, or to transfer data to, one or more mass memory devices for storing data, for example magnetic, magneto-optical, or disk disks. optics.
  • mass memory devices for storing data, for example magnetic, magneto-optical, or disk disks. optics.
  • a computer does not need to have all these devices.
  • a computer can be incorporated into another device, for example a mobile phone, a personal digital assistant (PDA), a portable audio or video player, a game console, a Global Positioning System (GPS) receiver, or a portable storage device (for example a universal serial bus Flashdrive unit (USB)) to name a few.
  • Suitable devices for storing instructions and computer program data include all forms of nonvolatile memory, media devices and memory, including for example semiconductor memory devices, e.g.
  • EPROMs electrically erasable programmable read-only memory
  • EEPROMs electrically erasable read-only memory
  • flash memory devices magnetic disks, for example internal hard disks or removable diskettes; magneto-optical disks; and CD-ROMs and DVD-ROMs.
  • the processor and the memory may be supplemented by, or incorporated into, special logic circuits.
  • a computer having a display device, for example a CRT (cathode ray tube) computer screen. or LCD (liquid crystal display), to display information for the user, and a keyboard and a pointing device, for example a mouse or a trackball, allowing the user to make entries into the computer.
  • a display device for example a CRT (cathode ray tube) computer screen. or LCD (liquid crystal display), to display information for the user, and a keyboard and a pointing device, for example a mouse or a trackball, allowing the user to make entries into the computer.
  • a display device for example a CRT (cathode ray tube) computer screen. or LCD (liquid crystal display)
  • keyboard and a pointing device for example a mouse or a trackball
  • Other types of devices can be used to also provide interaction with a user; for example a response provided to the user may have some form of sensory response, for example a visual response, an auditory response, or a tactile response; and user input may be received
  • Embodiments of the subject described in the present application may be implemented in a computer system which includes a back-end component, for example in the form of a data server, or which includes a middleware component, for example an application server, or which includes a front-end component, for example a client computer that has a graphical user interface or web browser that allows a user to interact with an implementation of the subject described in this application, or any combination of one or several of said back-end, middleware, or front-end components.
  • the system components may be interconnected by any form or any digital data communication medium, for example a communications network. Examples of communication networks include a local area network ("LAN”) and a wide area network (“WAN”), an inter-network (eg the Internet), and peer-to-peer networks (eg peer-to-peer networks). ad hoc).
  • the computer system can include clients and servers.
  • a client and a server are generally remote from each other and typically interact by a communication network.
  • the relationship between the client and the server occurs through computer programs running on the respective computers and having a client-server relationship with each other.
  • a server transmits data (e.g. an HTML page) to a client device (e.g., to display data and to receive user input from a user communicating with the user device).
  • the data generated at the client device level may be received from the client device by the server.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Business, Economics & Management (AREA)
  • Computational Linguistics (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • User Interface Of Digital Computer (AREA)

Description

RECHERCHE DE VOLS
ARRIERE-PLAN La présente demande concerne la recherche d'informations.
Les utilisateurs peuvent utiliser divers sites Web pour planifier leurs voyages. De manière conventionnelle, un utilisateur navigue sur un site Web correspondant à un fournisseur particulier (par exemple une compagnie aérienne spécifique) ou sur un site de voyage sur le Web qui fournit l'accès à plusieurs fournisseurs différents. Une fois que l'utilisateur a identifié un itinéraire de voyage, il peut typiquement acheter l'itinéraire directement sur le site web.
RESUME
La présente demande décrit des technologies concernant la recherche d'informations.
En général, un aspect du sujet décrit dans la présente demande peut être mis en œuvre dans des procédés qui comprennent les étapes consistant à recevoir une requête de recherche dans une interface de recherche ; déterminer que la requête de recherche est une requête associée à des vols ; et en réponse à la détermination que la requête de recherche est une requête associée à des vols, et sans entrée utilisateur supplémentaire, fournir une interface de recherche de vols incluant une pluralité de dimensions de recherche et une pluralité de résultats de recherche de vols, chaque dimension étant associée à un attribut de recherche de vols et chaque dimension ayant une valeur associée, une ou plusieurs valeurs de dimension correspondant à des valeurs extraites de la requête de recherche, et la pluralité de résultats de recherche de vols étant filtrée en fonction des valeurs de dimension. D'autres modes de réalisation de cet aspect incluent des systèmes, appareils, et programmes informatiques correspondants enregistrés sur des dispositifs de stockage informatiques, chacun étant configuré pour effectuer les opérations des procédés.
Ces modes de réalisation ainsi que d'autres peuvent éventuellement inclure une ou plusieurs des caractéristiques suivantes. Une ou plusieurs de la pluralité de dimensions peuvent être associées à des valeurs par défaut. L'étape de détermination que la requête de recherche reçue est une requête associée à des vols peut être basée sur le traitement de la requête de recherche reçue. Une ou plusieurs des valeurs associées aux dimensions peuvent être ajustées en fonction de l'entrée utilisateur. Le procédé peut en outre inclure l'étape consistant à recevoir l'entrée utilisateur ajustant l'une des valeurs par défaut ; et mettre à jour automatiquement les résultats de la recherche de vols en réponse à l'entrée utilisateur.
La détermination que la requête de recherche est une requête associée à des vols peut inclure d'identifier un ou plusieurs mots clés associés à des requêtes de recherche de vols. Les résultats de recherche de vols sont mis à jour automatiquement en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension. Le procédé peut en outre inclure les étapes consistant à : fournir un lien vers un ou plusieurs sites de réservations tiers en réponse à la sélection par l'utilisateur d'un ou plusieurs résultats de recherche de vols.
L'interface de recherche de vols peut inclure une portion de dimensions et une portion de résultats de recherche de vols. La portion de dimensions peut inclure une carte interactive et l'utilisateur peut modifier une valeur d'origine ou de destination par une entrée sur une carte. La portion de dimensions peut inclure un diffusiogramme de vols affichant des vols par rapport à une paire de dimensions. Le procédé peut en outre inclure les étapes consistant à recevoir une entrée utilisateur modifiant une position de marqueur associée à une ou plusieurs des paires de dimensions dans le diffusiogramme ; et à mettre à jour les résultats de recherche de vols en fonction des vols dans la région du diffusiogramme démarquée par l'entrée utilisateur. Une première dimension de la paire peut être un prix, et une deuxième dimension de la paire peut être une durée.
Le procédé peut en outre inclure les étapes consistant à recevoir une entrée utilisateur sélectionnant un résultat de recherche de vols particulier ; et en réponse à la sélection, à présenter un ou plusieurs résultats de recherche de vols retour associés. L'étape de présentation d'un ou plusieurs résultats de recherche de vols retour associés peut inclure d'afficher le ou les résultats de recherche de vols retour associés en ligne sous le résultat de recherche de vols sélectionné. Une sélection par l'utilisateur d'un résultat de recherche de vols et d'un résultat de recherche de vols retour peut identifier un itinéraire sélectionné.
La pluralité de dimensions peut inclure une limite de durée maximale calculée automatiquement et une limite de prix maximale calculée automatiquement. La limite de durée maximale et la limite de prix maximale peuvent être mises à jour automatiquement en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension. Le procédé peut en outre inclure l'étape consistant à présenter un élément d'interface utilisateur, qui, lorsqu'il est sélectionné par un utilisateur, donne lieu à l'affichage de résultats de recherche supplémentaires. Le procédé peut en outre inclure, en réponse à une entrée utilisateur sélectionnant l'élément d'interface utilisateur, l'étape consistant à ajuster au moins l'une de la limite de durée maximale et de la limite de prix maximale, les résultats de recherche supplémentaires satisfaisant aux limites maximales de durée et de prix ajustées.
En général, un autre aspect du sujet décrit dans la présente demande peut être mis en œuvre par des procédés qui incluent les étapes consistant à fournir une interface de recherche de vols incluant une pluralité de dimensions de recherche, chaque dimension étant associée à un attribut de recherche de vols et une valeur de chaque dimension pouvant être configurée par un utilisateur, l'interface de recherche de vols comportant une portion de dimensions et une portion de résultats de recherche de vols, la portion de dimensions comportant un diffusiogramme de vols affichant des vols en rapport avec une paire de dimensions ; à recevoir une entrée utilisateur spécifiant une ou plusieurs valeurs de dimension ; et à fournir des résultats de recherche de vols qui sont filtrés en fonction des valeurs de dimension. D'autres modes de réalisation de cet aspect incluent des systèmes, appareils et programmes informatiques correspondants enregistrés sur des dispositifs de stockage informatiques, chacun étant configuré pour effectuer les opérations des procédés.
Ces modes de réalisation ainsi que d'autres peuvent éventuellement inclure une ou plusieurs des caractéristiques suivantes. Les résultats de recherche de vols peuvent être mis à jour automatiquement en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension. Le procédé peut en outre inclure l'étape consistant à fournir un lien vers un ou plusieurs sites de réservations tiers en réponse à la sélection par l'utilisateur d'un ou plusieurs résultats de recherche de vols. Le procédé peut en outre inclure l'étape consistant à remplacer, dans la portion de dimensions, la portion de diffusiogramme de vol avec une carte interactive en réponse à une entrée utilisateur sélectionnant un élément d'interface utilisateur associé à la carte interactive, l'utilisateur pouvant modifier une valeur d'origine ou de destination par une entrée sur une carte dans la carte interactive.
Le procédé peut en outre inclure les étapes consistant à recevoir une entrée utilisateur modifiant une position de marqueur associée à une ou plusieurs des paires de dimensions dans le diffusiogramme ; et à mettre à jour les résultats de recherche de vols en fonction des vols dans la région du diffusiogramme démarquée par l'entrée utilisateur. Une première dimension de la paire peut être un prix et une deuxième dimension de la paire peut être une durée.
Le procédé peut en outre inclure les étapes consistant à recevoir une entrée utilisateur sélectionnant un résultat de recherche de vols particulier ; et en réponse à la sélection, à présenter un ou plusieurs résultats de recherche de vols retour associés. L'étape de présentation d'un ou plusieurs résultats de recherche de vols retour associés peut inclure d'afficher le ou les résultats de recherche de vols retour associés en ligne sous le résultat de recherche de vols sélectionné. Une sélection par l'utilisateur d'un résultat de recherche de vols et d'un résultat de recherche de vols retour peut identifier un itinéraire sélectionné.
La pluralité de dimensions peut inclure une limite de durée maximale calculée automatiquement et une limite de prix maximale calculée automatiquement. La limite de durée maximale et la limite de prix maximale peuvent être mises à jour automatiquement en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension. Le procédé peut en outre inclure l'étape consistant à présenter un élément d'interface utilisateur, qui, lorsqu'il est sélectionné par un utilisateur, donne lieu à l'affichage de résultats de recherche supplémentaires. Le procédé peut en outre inclure, en réponse à une entrée utilisateur sélectionnant l'élément d'interface utilisateur, l'étape consistant à ajuster au moins l'une de la limite de durée maximale et de la limite de prix maximale, les résultats de recherche supplémentaires satisfaisant aux limites maximales de durée et de prix ajustées.
Des modes de réalisation particuliers du sujet décrit dans la présente demande peuvent être mis en œuvre de manière à obtenir un ou plusieurs des avantages suivants. Les recherches de vols peuvent être effectuées en extrayant des dimensions de recherche d'une requête soumise par un utilisateur, ce qui permet des requêtes expressives. Les résultats de recherche peuvent être mis à jour de manière dynamique en réponse à des modifications par l'utilisateur de dimensions fournissant des mises à jour rapides d'une recherche affinée. Un filtrage par défaut peut aussi affiner les résultats en éliminant les partages de codes doubles et en cachant les options qui ont peu de chance d'être sélectionnées par les utilisateurs.
Les utilisateurs peuvent utiliser l'interface de recherche de vols pour explorer les options de vols, par exemple, par des sélections de cartes. Les limites maximales de durée et de prix pour les résultats de recherche peuvent être calculées automatiquement de telle sorte qu'un nombre gérable de résultats de recherche soit initialement présenté. Les limites maximales de durée et de prix peuvent être automatiquement ajustées en réponse aux modifications de dimensions par l'utilisateur, de telle sorte qu'une modification par l'utilisateur n'entraîne pas l'affichage d'un nombre excessif déraisonnable de résultats de recherche. Les utilisateurs peuvent aisément modifier les limites de durée et de prix, par exemple pour voir des résultats de recherche supplémentaires qui ne sont pas affichés ou pour voir un plus petit nombre de résultats.
Les utilisateurs peuvent utiliser de manière interactive un calendrier de voyage et un graphe de voyage associé pour leurs permettre de disposer d'une flexibilité de voyage afin de facilement voir les prix pour des vols de différentes longueurs et des dates de départ et d'arrivée différentes. Les utilisateurs peuvent utiliser une carte de manière interactive pour identifier aisément des destinations potentielles à partir d'un lieu d'origine spécifié, et pour déterminer aisément lesquelles de ces destinations potentielles sont accessibles étant donné les valeurs de dimension spécifiées actuellement. Les utilisateurs peuvent utiliser un diffusiogramme de manière interactive afin de visualiser aisément les options de prix et de durée de vols qui satisfont aux valeurs de dimension actuellement spécifiées, ainsi que les options de prix et de durée de vols qui ne satisfont pas à un ou plusieurs des valeurs de dimension. Les options de vols peuvent être présentées sous une forme dense et facilement navigable, par exemple une rangée unique de données par vol. En outre, le fait d'utiliser une présentation hiérarchique d'itinéraires de voyages aller-retour qui regroupe des vols aller puis se déploie en ligne pour illustrer des vols retour, réduit le nombre de résultats qu'un utilisateur doit considérer pour prendre ses décisions de vols.
Les détails d'un ou plusieurs modes de réalisation du sujet décrit dans la présente demande sont exposés dans les dessins annexés et la description ci-dessous. D'autres caractéristiques, aspects, et avantages du sujet de l'invention apparaîtront clairement à l'examen de la description, des dessins et des revendications.
BREVE DESCRI PTION DES DESSI NS
La figure 1 est un organigramme un exemple de processus pour la recherche de vols.
La figure 2 illustre un exemple d'interface de recherche de vols.
La figure 3 illustre un exemple d'interface de recherche de vols qui inclut une portion de résultats de recherche.
La figure 4 illustre un exemple d'interface de recherche de vols qui inclut des résultats de recherche filtrés.
La figure 5 illustre un exemple d'interface de recherche de vols qui inclut un calendrier de vols.
La figure 6 illustre un exemple d'interface de recherche de vols qui inclut un diffusiogramme de vols.
La figure 7 illustre un exemple d'interface de recherche de vols qui inclut un diffusiogramme de vols.
La figure 8 illustre une portion d'un exemple d'interface de recherche de vols qui inclut des vols retour.
La figure 9 illustre une portion d'un exemple d'interface de recherche de vols qui inclut un lien de réservation.
La figure 10 illustre une portion d'un exemple d'interface de recherche de vols qui inclut une rangée de synthèse.
La figure 1 1 illustre un exemple d'interface de recherche de vols qui inclut un élément d'ajout de résultats. La figure 12 illustre un exemple d'interface de recherche de vols qui inclut un élément d'ajout de résultats.
La figure 13 illustre un exemple d'interface de recherche de vols qui inclut un lien vers les vols les moins chers.
Les numéros de référence et les désignations identiques dans les différents dessins indiquent des éléments similaires.
DESCRI PTION DETAI LLEE
Une interface de recherche de vols est fournie en réponse à une entrée utilisateur dans une interface de recherche. Par exemple, une requête de recherche d'un utilisateur peut être identifiée comme une requête associée à des vols ou un utilisateur peut sélectionner une option de vols dans l'interface de recherche. L'utilisateur peut utiliser l'interface de recherche de vols pour explorer des options d'itinéraire. Un itinéraire, en particulier un itinéraire de vol, est une collection d'un ou de plusieurs segments de vol que l'utilisateur peut acheter. En particulier, un itinéraire identifié par l'interface de recherche de vols peut être transmis à un site de réservation en vue d'un achat.
Un segment de vol est un vol spécifique sans escale. Un utilisateur peut choisir plusieurs segments pour aller de son origine à sa destination. L'origine est la ville ou l'aéroport à partir de laquelle ou duquel l'utilisateur commence son voyage. La destination est une ville dans laquelle l'utilisateur s'arrête, mais ne constitue pas un point de transition entre des segments. Un itinéraire passant par plusieurs villes peut avoir de multiples destinations.
Un parcours entre des lieux d'origine et de destination est un trajet. Ainsi, un billet aller-retour contient deux trajets, un dans chaque direction. Chaque trajet peut inclure de multiples segments. Par exemple, un trajet pour un utilisateur allant de San Francisco à Tel Aviv peut inclure un premier segment de San Francisco à Los Angeles et un deuxième segment de Los Angeles à Tel Aviv.
L'interface de recherche de vols présente des informations de vols basées sur une pluralité de dimensions différentes. Chaque dimension peut être filtrée pour fournir des itinéraires qui contiennent des valeurs de dimension particulières. Un utilisateur peut explorer des vols en utilisant une carte présentée dans l'interface de recherche de vols, ce qui permet à l'utilisateur de voir des informations initiales concernant un certain nombre de destinations différentes à partir d'une origine spécifiée.
Dans certains modes de réalisation, sur la base d'une entrée utilisateur d'une origine et d'une destination, les résultats de recherche de vols sont présentés dans l'interface de recherche de vols. Ces résultats de recherche de vols peuvent être mis à jour de manière dynamique à mesure que l'utilisateur édite les valeurs de dimension. En particulier, dans certains modes de réalisation, un diffusiogramme de durées et de prix présente tous les vols correspondant à certains critères. L'utilisateur peut ajuster des marqueurs de position pour restreindre les résultats à une gamme particulière de durées et de prix de vols. Les résultats de recherche présentés sont mis à jour en réponse aux ajustements. Une fois qu'un utilisateur a sélectionné un itinéraire particulier, l'utilisateur peut sélectionner un lien vers un fournisseur tiers afin de conclure la transaction.
La figure 1 est un organigramme d'un exemple de processus 100 pour la recherche de vols. Pour des raisons de simplicité, le processus 100 sera décrit en rapport avec un système incluant un ou plusieurs dispositifs de calcul qui mettent en œuvre le processus 100.
Le système reçoit 102 une requête de recherche associée à des vols. Par exemple, l'utilisateur peut entrer la requête de recherche dans un champ de recherche ou une interface de recherche. La requête de recherche peut être traitée de manière à déterminer si la requête de recherche est une requête associée à un vol, ou non. Par exemple, des mots clés dans la requête ou des phrases de requête particulières peuvent être utilisées pour identifier la requête de recherche comme une requête associée à des vols. Des exemples de mots clés peuvent inclure "vols", ainsi que les noms de villes ou des codes d'aéroports (par exemple "SFO" pour l'aéroport international de San Francisco). En outre, les termes "vers", ou "depuis" reliant les villes ou les codes d'aéroport peuvent indiquer une requête associée à des vols, par exemple "vols depuis SFO vers LHR".
La requête de recherche associée à des vols reçue déclenche éventuellement un module de boîte de réponse (par exemple un module OneBox) de recherche de vols. Le système fournit 104 la boîte de réponse de recherche de vols avec les résultats de recherche obtenus en réponse à la requête. Les modules de boîte de réponse affichent des informations spécialement formatées lorsqu'ils sont déclenchés en réponse à des types de requête particuliers (par exemple des films, la météo, ou de la musique). Par exemple, si la requête de l'utilisateur se réfère aux conditions météo dans un endroit particulier, la boîte de réponse pourra inclure une prévision météo dans l'endroit en question. Une boîte de réponse a une catégorie qui appartient à un groupe de catégories prédéfini et est formatée en fonction d'un modèle spécifique à sa catégorie. Une boîte de réponse peut aussi être associée à un code qui définit comment le contenu de la boîte de réponse est obtenu. Le code peut être, par exemple, des scripts ou un code identifiant un serveur principal à partir duquel le contenu est reçu.
La boîte de réponse de recherche de vols peut comporter des informations de vols résumées répondant à la requête, par exemple un prix typique ou minimum, un certain nombre de vols et leur durée, des compagnies aériennes desservant le parcours en question, ainsi que des destinations de tiers auprès desquels un vol peut être acheté.
Le système fournit 106 une interface de recherche de vols en réponse à une entrée utilisateur. Dans certains modes de réalisation, dans lesquels une boîte de réponse est présentée, la boîte de réponse comporte un lien pouvant être sélectionné par l'utilisateur pour entrer l'interface de recherche de vols.
Dans d'autres modes de réalisation, indépendamment du fait qu'une boîte de réponse de recherche de vols est fournie ou non, les résultats de recherche obtenus en réponse aux termes de la requête sont présentés. Toutefois, la page de résultats de recherche peut inclure un onglet de vols sélectionnable (par exemple des onglets dans une interface de recherche pour des recherches spécifiques à un sujet, par exemple des images, des nouvelles, des livres, des achats, des blogs). Une sélection par l'utilisateur de l'onglet de vols déclenche la présentation de l'interface de recherche de vols. En variante, dans certains autres modes de réalisation, lorsqu'un utilisateur soumet une requête de recherche identifiée comme une requête de recherche de vols, le système présente automatiquement, c'est-à-dire sans autre entrée utilisateur après la soumission de la requête de recherche, l'interface de recherche de vols sans fournir de résultats de recherche intermédiaires.
L'interface de recherche de vols présentée peut être remplie automatiquement d'informations extraites de la requête de recherche de vols. Par exemple, si la requête reçue est "vols depuis SFO vers LH R", la requête peut être interprétée comme ayant une "origine : SFO" et une "destination : LHR". Cette origine et cette destination peuvent être pré-remplies dans l'interface de recherche de vols, c'est-à-dire affichées dans l'interface de recherche de vols sans entrée utilisateur supplémentaire lorsque l'interface est initialement présentée à l'utilisateur. En variante, la requête "vols depuis SFO" ne pré-remplit que l'origine. Dans certains modes de réalisation, une requête inclut de multiples dimensions qui sont analysées pour remplir certaines valeurs de dimension correspondantes permettant à l'utilisateur d'entrer des requêtes plus expressives, par exemple "vols sans escale de ZRH à quelque part <4h de vol, partant le vendredi après 18h et revenant le dimanche après 19 h . " En outre, l'interface de recherche de vols présentée peut inclure des résultats de recherche de vols qui satisfont aux valeurs de dimension extraites de la requête de recherche de vols. Par exemple, pour la requête "vols de SFO vers LHR", en plus de pré-remplir l'origine et la destination, l'interface de recherche de vols peut être pré-remplie avec des résultats de recherche de vols qui identifient des vols dont l'origine est SFO et la destination LHR. Comme expliqué plus en détail ci-dessous, les résultats de recherche de vols peuvent aussi satisfaire à une ou plusieurs valeurs par défaut, ou à d'autres dimensions et peuvent être automatiquement mis à jours en réponse à une entrée utilisateur ajustant une ou plusieurs des valeurs de dimension. L'interface de recherche de vols inclut d'autres dimensions ayant des valeurs qui peuvent être modifiées par l'utilisateur. Ces modifications peuvent être utilisées pour identifier des résultats filtrés aux valeurs des dimensions. Les dimensions sont des propriétés d'un itinéraire de vol. Les dimensions incluent, par exemple, l'origine et la destination d'un vol, les dates et les heures de départ et d'arrivé, les compagnies aériennes, les numéros de vols, le temps de vol, la durée du voyage, les aéroports de connexion, les classes de services, le nombre d'arrêts, et les frais de bagages.
Dans certains modes de réalisation, certaines dimensions sont initialement cachées dans l'interface de recherche de vols. Ces dimensions peuvent être présentées, par exemple, en réponse à une entrée utilisateur demandant l'affichage de dimensions supplémentaires. Dans certains modes de réalisation, les dimensions sont regroupées en fonction de critères particuliers. Par exemple, des dimensions primaires peuvent inclure une origine, une destination, une date de départ, une date de retour, un prix maximum, et une durée maximale. Les dimensions primaires peuvent être présentées toutes ensembles dans un emplacement particulier de l'interface de recherche de vols. Par exemple, les dimensions primaires peuvent être positionnées de manière proéminente dans l'interface de recherche de vols comme étant celles qui seront le plus probablement modifiées par des utilisateurs pour filtrer les résultats de recherche de vols.
Les dimensions secondaires peuvent inclure les compagnies aériennes, les groupes de compagnies aériennes (par exemple OneWorld, SkyTeam, et Star Alliance), les arrêts, les aéroports de connexion, les heures de départ et les heures de retour. Dans certains modes de réalisation, du fait que ces dimensions secondaires sont moins souvent modifiées par des utilisateurs pour filtrer des résultats de recherche de vols, elles peuvent être positionnées dans un emplacement de l'interface de recherche de vols différent de celui des dimensions primaires modifiées le plus fréquemment.
D'autres dimensions peuvent être cachées initialement, mais divulguées à la demande de l'utilisateur, par exemple la classe de service, la disponibilité de services Wi-Fi, le nombre de bagages autorisés comme bagages à main ou enregistrés, les frais d'enregistrement de bagages, les divertissements offerts à bord et les cotes de qualité de la compagnie aérienne.
Le système peut utiliser des valeurs par défaut pour une ou plusieurs dimensions. En particulier, dans certains modes de réalisation, les valeurs par défaut sont choisies de manière à restreindre l'ensemble des résultats. Par exemple, les dimensions peuvent être filtrées en fonction de valeurs par défaut pour des dimensions de prix maximum ou de durée (par exemple les utilisateurs ne sélectionneront sûrement pas une option de vol qui est plus longue qu'une quantité de temps spécifiée par rapport à la durée d'autres options de vols). Dans un autre exemple, les connexions par défaut peuvent être limitées parce que les utilisateurs ne sélectionneront probablement pas un trajet de vol avec plus de deux segments. Dans certains autres modes de réalisation, les valeurs par défaut sont utilisées pour éliminer des vols à partages de codes pour éviter des dédoublements des résultats de recherche. La figure 2 illustre un exemple d'interface de recherche de vol 200. L'interface de recherche de vols 200 comporte un champ d'entrée de requête de recherche 202 et une portion de dimensions 204. La portion de dimensions 204 comporte des dimensions primaires 212, des dimensions secondaires 214, et une carte 216. La carte 216 peut être utilisée pour spécifier les dimensions d'origine et de destination. En variante, l'origine et la destination peuvent être entrées directement dans un champ d'origine 206 et un champ de destination 208, respectivement.
Dans l'exemple illustré, l'origine a été spécifiée comme "San Francisco (SFO)." Dans certains modes de réalisation, le champ d'origine 206 a été prérempli parce que l'interface utilisateur 200 a été fournie en réponse à la réception d'une requête de recherche demandant des informations concernant des vols en provenance de San Francisco, ou plus spécifiquement, l'aéroport international de San Francisco, dont le code d'aéroport est SFO. Par exemple, la requête de recherche reçue peut avoir été "vols depuis SFO", ou "vols depuis San Francisco". En variante, un utilisateur peut avoir entré l'origine directement dans le champ d'origine 206. Par exemple, l'utilisateur peut avoir sélectionné un onglet de vols, par exemple l'onglet de vols 216, sur une interface de moteur de recherche, ce qui aura résulté en l'obtention de l'interface de recherche de vols 200 sans origine pré-remplie ni information de destination.
Pour aider un utilisateur à entrer un lieu de destination, une boîte à menu déroulant est présentée, laquelle contient des destinations populaires 210. La boîte à menu déroulant est affichée en superposition sur l'interface. Dans certains modes de réalisation, la présentation de la boîte à menu déroulant peut être déclenchée par une entrée utilisateur sélectionnant le champ de destination 208. En variante, la présentation de la boîte à menu déroulant peut être déclenchée lorsqu'un utilisateur remplit l'entrée de l'origine dans le champ d'origine 206.
Les destinations populaires 210 peuvent être spécifiques au lieu d'origine spécifié. Par exemple, les destinations populaires peuvent être les destinations ayant le plus de vols sans escale depuis le lieu d'origine, les lieux qui correspondent le plus fréquemment à la destination d'itinéraires achetés à partir du lieu d'origine, ou les lieux les plus fréquemment inclus dans la même requête de vol que le lieu d'origine. Dans certains modes de réalisation, une fois que l'utilisateur a commencé à entrer un lieu de destination, la boîte à menu déroulant affiche des informations supplémentaires pour aider l'utilisateur à sélectionner un lieu correct. Par exemple, la boîte à menu déroulant peut offrir des suggestions d'entrées de destinations potentielles qui correspondent à l'entrée de l'utilisateur. En outre, la boîte à menu déroulant peut présenter les noms d'aéroports qui sont à proximité du lieu entré par l'utilisateur, ainsi que la distance de chaque aéroport à ce lieu. L'utilisateur peut alors sélectionner un ou plusieurs des aéroports présentés pour spécifier le lieu de destination. Par exemple, si l'entrée utilisateur est "bos", la boîte à menu déroulant peut afficher une suggestion "Boston, MA", ou "Boston, MA, aéroport international de Logan". Dans un autre exemple, si l'entrée utilisateur est une adresse de rue, par exemple "12345 Main Street, New York, NY", la boîte à menu déroulant peut afficher un ou plusieurs noms d'aéroports et la distance de l'adresse à l'aéroport, par exemple "Aéroport international de La Guardia, 22 miles", et "Aéroport international John F. Kennedy, 30 miles".
D'autres dimensions primaires 212 incluent les dates de départ et de retour, le prix, et la durée. Par exemple, l'utilisateur peut entrer des dates spécifiques dans des champs respectifs de départ et de retour. En variante, la sélection du champ peut déclencher la présentation d'un calendrier (par exemple en superposition sur l'interface), permettant à l'utilisateur de sélectionner une date spécifique. Dans certains modes de réalisation, l'utilisateur spécifie aussi une heure ou une plage horaire pour le départ et le retour. La dimension de prix peut permettre une entrée directe par l'utilisateur ou une sélection de gammes de prix maximaux/minimaux, à partir de menus déroulants, par exemple. En variante, le prix et la durée peuvent être édités en utilisant un diffusiogramme de vols tel que décrit ci-dessous en référence aux figures 3 à 4.
La carte 216 inclut des indicateurs de destinations particulières 218, illustrées dans la carte 216 sous forme de points. Les points sont affichés en option avec un prix associé, le prix associé indiquant le prix d'un voyage depuis la ville du lieu sélectionné actuellement jusqu'à la destination (par exemple un prix minimum déterminé). Les valeurs entrées actuellement pour l'origine et la destination peuvent être indiquées dans la carte 216, par exemple avec des marqueurs particuliers. Par exemple, l'origine peut être indiquée avec un marqueur 220 indiquant un départ. Dans certains modes de réalisation, les destinations 218 sont des destinations majeures, par exemple des villes dont les populations dépassent un certain seuil ou des villes qui sont identifiées comme des attractions touristiques. Dans d'autres modes de réalisation, les destinations 218 correspondent à des destinations populaires depuis le lieu d'origine sélectionné, par exemple les destinations qui correspondent à la destination de la plupart des vols partant depuis l'origine sélectionnée ou les villes qui apparaissent le plus fréquemment dans la même requête de recherche de vols que l'origine sélectionnée.
Les destinations illustrées sur la carte peuvent être modifiées en réponse à l'entrée utilisateur. Par exemple, en réponse à une entrée utilisateur modifiant le lieu d'origine spécifié, les destinations particulières illustrées sur la carte peuvent aussi être modifiées, par exemple pour montrer des destinations populaires à partir du nouveau lieu d'origine spécifié au lieu de l'ancien lieu d'origine. En outre, dans certains modes de réalisation, un utilisateur peut utiliser la carte de manière interactive pour augmenter ou réduire le niveau d'agrandissement. En réponse à l'interaction de l'utilisateur, les destinations particulières illustrées sur la carte peuvent être modifiées. Par exemple, en réponse à un utilisateur effectuant un zoom avant sur la carte, c'est-à-dire que la carte n'affichera plus alors qu'une région plus petite des Etats-Unis, des destinations plus petites ou moins populaires qui ne sont pas actuellement affichées pourront alors être indiquées sur la carte. Inversement, en réponse à une entrée utilisateur effectuant un zoom arrière sur la carte, pour afficher de multiples continents, des destinations plus petites à l'intérieur des Etats-Unis ne seront peut-être plus affichées, et des destinations populaires dans d'autres continents pourront être ajoutées.
La carte 216 peut être utilisée pour explorer des destinations potentielles. Par exemple, si seulement un lieu d'origine est spécifié, l'utilisateur peut sélectionner une destination directement à l'intérieur de la carte 216, pour laquelle des résultats de recherche de vols correspondants 208 peuvent être affichés dans une portion de résultats de recherche de l'interface. Par exemple, la sélection d'un point particulier sur la carte 216 peut remplir automatiquement le champ de destination, qui peut ensuite être utilisé pour générer des résultats de recherche correspondants. En outre, dans certaines circonstances, l'entrée utilisateur dans le champ d'entrée de destination 208 peut cause un changement du degré d'agrandissement de la carte 216, pour permettre à l'utilisateur de sélectionner effectivement un lieu de destination. Par exemple, si l'utilisateur entre un lieu dans le champ d'entrée de destination 208 qui est à un niveau plus élevé de granularité qu'une ville, la carte peut alors soit automatiquement soit en réponse à une entrée utilisateur sélectionnant un indicateur de carte 230, être ajustée de manière à ne présenter que les villes ou les aéroports dans le lieu de destination. Une entrée à un niveau supérieur de granularité qu'une ville pourrait être, par exemple, un Etat (par exemple la Californie ou la Floride), un pays (par exemple le Japon ou l'Espagne), ou une région (par exemple la région de la Baie de San Francisco, ou le Moyen Orient). Ainsi, par interaction avec le champ d'entrée de destination 208 et la carte 216, l'utilisateur peut facilement sélectionner des villes ou des aéroports de destination particuliers dans leur lieu spécifié.
Dans certains modes de réalisation, lorsqu'un utilisateur place un curseur au-dessus d'un point dans la carte 216, des informations concernant la destination sont présentées (par exemple sous forme de bulle d'aide ou de pop-up). Ces informations peuvent inclure un nom de la destination ou d'autres informations de destination. En outre, une destination sélectionnée peut aussi donner lieu à la présentation d'informations de destination supplémentaires dans la carte 216. Ces informations peuvent inclure, par exemple, une description de la ville de destination, des images, les conditions météo, les créneaux horaires, et la distance de l'aéroport à la ville.
Bien que la fonctionnalité de la carte ci-dessus ait été décrite en termes d'affichage de destinations potentielles pour un voyage à partir d'une origine particulière, dans certains modes de réalisation, si l'utilisateur spécifie une destination sans spécifier d'origine, l'utilisateur peut utiliser la carte 216 de manière interactive pour sélectionner une origine. Par exemple, la carte 216 peut inclure des origines potentielles ayant des vols vers la destination spécifiée.
Les dimensions secondaires 214 incluent un certain nombre de dimensions et d'options différentes pour spécifier des valeurs ou des plages de valeurs de dimensions. Par exemple, le nombre d'arrêts peut être sélectionné comme indifférent, 0, 1 , ou 2, ou plus. Dans un autre exemple, une dimension de compagnie aérienne permet à l'utilisateur de spécifier une compagnie aérienne, des groupes sélectionnés de compagnies aériennes, ou des compagnies aériennes individuelles spécifiques. Dans certains modes de réalisation, la sélection de "compagnies aériennes spécifiques..." donne lieu à la présentation d'une liste déployée, par exemple dans les dimensions secondaires 214 ou dans un pop-up ou une liste superposée (par exemple avec des cases à cocher pour chaque compagnie aérienne). D'autres dimensions secondaires 214 peuvent aussi être personnalisées, par exemple des lieux de connexion, et des horaires de départ et de retour.
Si l'utilisateur sélectionne une valeur pour une dimension secondaire
214, par exemple en cliquant sur la valeur avec un dispositif d'entrée, les résultats de recherche 208 sont filtrés en fonction de la sélection. Dans certains modes de réalisation, chaque dimension secondaire 214 a la plus grande valeur possible par défaut. La valeur sélectionnée peut être indiquée visuellement. Par exemple, dans l'interface de recherche de vols 200, les valeurs sélectionnées pour les dimensions secondaires 214 sont affichées en caractères gras.
La figure 3 est un exemple d'interface de recherche de vols 300 qui inclut une portion de résultats de recherche 314. Dans l'interface de recherche de vols 300, un lieu de destination "Boston" a été spécifié, par exemple par l'interaction de l'utilisateur avec une carte 316 ou par entrée utilisateur directe dans un champ d'entrée de destination 302. De ce fait, la carte 316 inclut un marqueur d'origine 306 et un marqueur de destination 308. Les marqueurs d'origine et de destination sont connectés sur la carte par un segment de ligne et sont distincts visuellement de manière à indiquer que l'un représente l'origine et que l'autre représente la destination d'un voyage potentiel. Un utilisateur peut sélectionner un lieu d'origine ou destination différent, par exemple, en sélectionnant l'une des destinations indiquées par un point sur la carte 316.
La portion de résultats de recherche 314 inclut une liste de résultats de recherche 316 qui peut être classée et qui satisfait les dimensions spécifiées. Les résultats de recherche 316 peuvent être classés en fonction de différents critères de classement 318. De manière spécifique, la portion de résultats de recherche 306 comporte des colonnes pouvant être classées, incluant les heures de départ, la durée, les heures d'arrivées, la compagnie aérienne, les connexions, et le prix du voyage aller-retour. Les résultats de recherche 316 incluent les informations correspondantes, le cas échéant. Par exemple, les vols directs n'ont pas de connexions.
Chaque résultat de recherche parmi les résultats de recherche 316 peut être présenté sous la forme d'une rangée unique d'informations. A cet égard, les informations pour chaque vol représentées par l'un des résultats de recherche peuvent fournir des informations limitées qui permettent à un utilisateur de prendre une décision concernant le vol tout en permettant aussi de naviguer aisément dans les différentes options de vols. Par exemple, une option de vol particulière illustrée dans les résultats de recherche 316 peut être limitée à l'heure de départ, l'heure d'arrivée, la compagnie aérienne, les connexions, et le prix, tout en n'affichant pas d'autres informations qui sont moins utiles lors de la recherche de vols, par exemple le numéro de vol.
En réponse à l'entrée utilisateur identifiant le lieu de destination, une limite de prix maximale 310 et une limite de durée maximale 312 sont automatiquement calculées et affichées. Chacun des résultats de recherche 316 satisfait aux exigences des limites de prix et de durée maximales. Ainsi, les limites de prix et de durée maximales peuvent être calculées, par exemple, de manière à garantir qu'un nombre gérable de résultats de recherche potentiellement attrayants pour l'utilisateur sera affiché. Si un utilisateur modifie une dimension par l'interface de vol 300, les limites de prix et de durée maximales pourront être recalculées automatiquement et les nouvelles valeurs des limites seront affichées. Dans certains modes de réalisation, le calcul automatique des limites de prix et de durée peut conduire initialement à l'absence d'affichage de certaines compagnies aériennes ou du vol le moins cher possible. Dans ces modes de réalisation, l'interface 300 peut inclure des éléments qui permettent à un utilisateur de voir ces vols omis. Ces éléments seront décrits plus en détail ci-dessous en référence aux figures 12 à 16.
Comme illustré dans la figure 1 , le système reçoit 108 une entrée utilisateur modifiant les dimensions. Certaines dimensions peuvent inclure des champs à partir desquels l'utilisateur peut entrer des valeurs directement. Par exemple, les champs d'origine et de destination peuvent permettent à des utilisateurs de taper directement une ville, un pays ou un code d'aéroport. D'autres dimensions peuvent être représentées par des menus déroulants ou des options sélectionnâmes. Par exemple, un certain nombre d'arrêts peut être sélectionné à partir d'un ensemble d'options affichées (par exemple 0 arrêt, 1 arrêt, ou 2+ arrêts). D'autres dimensions peuvent inclure des formes d'entrée multiples. Par exemple, l'entrée d'une date de voyage peut être une entrée directe ou peut déclencher l'affichage d'un calendrier dans lequel l'utilisateur peut sélectionner une date particulière.
Dans certains modes de réalisation, l'entrée utilisateur modifiant des dimensions est assurée par une représentation graphique supplémentaire. Par exemple, des dimensions de modification peuvent être présentées en utilisant une représentation par carte, un diffusiogramme de vols présentés, un calendrier de voyage, ou une portion de graphe associée au calendrier de voyage.
Le système fournit 1 10 des résultats filtrés. En particulier, certains vols sont filtrés en fonction des valeurs de chaque dimension. Les résultats fournis peuvent être présentés sous forme de liste dans l'interface de recherche de vols. Dans certains modes de réalisation, seuls les vols partant sont initialement affichés. Ces vols peuvent être classés en fonction de différents critères pouvant être sélectionnés par l'utilisateur. Par exemple, les vols peuvent être listés initialement en fonction de l'heure de départ, mais peuvent être classés, par exemple, par heure d'arrivée, par compagnie aérienne, par connexions, et par prix du voyage aller-retour (si un vol aller-retour est sélectionné).
L'utilisateur peut apporter d'autres modifications à une ou plusieurs dimensions. Les résultats de recherche sont mis à jour en fonction des modifications. En particulier, les résultats peuvent être filtrés et présentés sous forme dynamique à mesure que l'utilisateur modifie les valeurs de dimension.
Les résultats de recherche de vols peuvent être identifiés par un système de recherche qui identifie des itinéraires de vols potentiels en réponse à une requête soumise. Les valeurs des dimensions peuvent servir de restrictions ou de composants supplémentaires de la requête. Le système de recherche peut utiliser les informations reçues de l'interface de recherche de vols pour identifier des résultats de recherche de vols appropriés. Des informations de vols spécifiques peuvent être recherchées, par exemple, sur la base d'un planning et d'informations de réglementations en matière de tarifs fournies par les compagnies aériennes, et, dans certains modes de réalisation, par un ou plusieurs intermédiaires. La figure 4 est un exemple d'interface de recherche de vols 400 qui comporte des résultats de recherche filtrés 412. Dans l'interface de recherche de vols 400, un utilisateur a modifié la valeur d'une dimension de nombre d'arrêts 402 pour indiquer que l'utilisateur ne s'intéresse qu'aux vols sans escales. En réponse à la modification, la limite de prix maximale 408 et la limite de prix minimale 410 ont été modifiées automatiquement. En outre, l'aspect de certains lieux particuliers identifiés par des points sur une carte 404 a été modifié pour indiquer qu'il n'y a pas de vol vers cette destination satisfaisant aux nouvelles valeurs de dimension, c'est-à-dire à la nouvelle valeur de la dimension du nombre d'arrêt et les nouvelles valeurs des limites maximales de prix et de durée. Par exemple, comme aucun vol direct n'a pu être identifié entre San Francisco et Omaha, d'une durée inférieure à 8 h, l'aspect du point 406 représentant Omaha a été modifié pour rendre ce point visuellement distinct des autres points représentant des lieux dans lesquels des vols directs depuis San Francisco, durant moins de 8 h, sont disponibles (par exemple un cercle vide pour des destinations non disponibles, et un point rempli pour des destinations disponibles).
En outre, des résultats de recherche modifiés 412 sont affichés, lesquels satisfont aux valeurs de dimension modifiées. Autrement dit, seuls les résultats de recherche qui représentent des vols directs de San Francisco à Boston sont affichés.
L'interface 400 comporte aussi un élément d'interface utilisateur de calendrier 414 et un élément d'interface utilisateur de diffusiogramme 416. En réponse à la réception d'une entrée sélectionnant l'élément de calendrier 414, un calendrier de voyage peut être affiché, par exemple à la place de la carte 404, pour permettre à un utilisateur d'ajuster aisément les valeurs de dimensions de la date de départ et de la date de retour. De manière similaire, en réponse à la réception d'une entrée sélectionnant l'élément de diffusiogramme 416, un diffusiogramme peut être affiché, par exemple à la place de la carte 404, pour permettre à l'utilisateur d'ajuster aisément les valeurs des limites de prix et de durée maximales. Si soit le diffusiogramme soit le calendrier de voyage est affiché, un élément d'interface utilisateur de carte peut être affiché à la place de l'élément d'interface utilisateur associé au diffusiogramme ou au calendrier de voyage. En réponse à la réception d'une entrée sélectionnant l'élément de carte, une carte peut être affichée, par exemple à la place du diffusiogramme ou du calendrier de voyage.
La figure 5 est un exemple d'interface de recherche de vols 500 qui comporte un calendrier de voyage 502. La portion de calendrier de voyage 502 inclut une portion de calendrier 504 et une portion de graphe associée 506.
La portion de calendrier 504 affiche une gamme de dates de voyage qui inclut les dates de départ et de retour spécifiées. Par exemple, la portion de calendrier 504 peut inclure une boîte de date pour chaque jour dans une plage de dates étalée sur deux mois, qui inclut les dates de départ et de retour sélectionnées. Le voyage défini par les dates de départ et de retour, c'est-à- dire le voyage commençant à la date de départ et se terminant à la date de retour, est indiqué dans la portion de calendrier 504 par une portion mise en surbrillance 508. L'utilisateur peut interagir avec la portion en surbrillance, par exemple en la déplaçant vers différentes dates dans la portion de calendrier ou en augmentant ou en diminuant la longueur de la portion en surbrillance pour modifier les dates de départ et de retour.
Afin que l'utilisateur puisse facilement voir les prix des voyages commençant à des dates différentes dans la plage, la portion de graphe 506 affiche, pour chacun des jours dans la plage, un voyage commençant à cette date et ayant une durée égale à la durée du voyage définie par les dates de départ et de retour. Si l'utilisateur modifie la durée du voyage, par exemple en agissant par interaction avec la portion en surbrillance 508 pour modifier la date de départ ou de retour, les prix affichés dans la portion de graphe 506 seront ajustés de manière à indiquer des prix pour des voyages ayant une durée égale à la nouvelle durée. Ainsi, par interaction avec la portion de calendrier 504 et la portion de graphe 506, un utilisateur est en mesure de facilement identifier l'impact de la planification de son voyage en fonction de différentes dates dans les plages de dates. En outre, en réponse à une entrée utilisateur dans la portion de calendrier 504 ou dans la portion en surbrillance 508 modifiant la date de départ spécifiée, la date de retour, ou les deux, les résultats de recherche de vols 510 sont modifiés de manière à ne montrer que les résultats de recherche de vols qui satisfont aux nouvelles dimensions spécifiées.
La figure 6 est un exemple d'une interface de recherche de vols 600 qui inclut un diffusiogramme de vols 602. Le diffusiogramme de vols 602 fournit une représentation visuelle de l'espace aérien en fonction du prix et de la durée (par exemple indiqués sur des axes respectifs du diffusiogramme de vols 602). Chaque point dans le diffusiogramme de vols 602 correspond à un vol qui satisfait aux dimensions de l'interface de recherche de vols 600. En particulier, des vols depuis San Francisco jusqu'à Cincinnati le 18 septembre. Des indications visuelles supplémentaires peuvent être fournies dans le diffusiogramme de vols 602, pour indiquer des vols dédoublés à une intersection particulière entre prix et durée, par exemple, par une densité de points accrue ou des changements de couleur.
En outre, le diffusiogramme de vols 602 comporte des barres de contrôle 606 et 608. La barre de contrôle 606 permet à un utilisateur de modifier le prix maximum. La barre de contrôle 608 permet à l'utilisateur de modifier une durée maximale. Ainsi, comme illustré dans l'interface de recherche de vols 600, la barre de contrôle 606 est réglée à un prix maximum de $744 et la barre de contrôle 608 est réglée à une durée maximale de 7 heures et 12 minutes.
Des vols dans le diffusiogramme de vols 602 dans la zone 604 formée par les positions des deux barres de contrôle correspondent à des vols qui satisfont aux limites de prix et de durée. Dans certains modes de réalisation, cette zone inclut des indications visuelles démarquant la zone sélectionnée du diffusiogramme de vols complet 602, par exemple en utilisant un contour de bordure ou un ombrage.
Les résultats de recherche 610 présentent des vols de San Francisco à Cincinnati qui satisfont aux valeurs de dimension y compris la zone définie du diffusiogramme 602. Ainsi, par exemple, tandis qu'un utilisateur peut identifier visuellement des vols dans le diffusiogramme 602 qui dépassent leurs critères de prix et de durée, ces vols n'apparaissent pas dans les résultats de recherche 610. Toutefois, les barres de contrôle 606 et 608 peuvent être déplacées pour inclure des vols supplémentaires ou moins de vols dans les résultats de recherche 610.
La figure 7 est un exemple d'interface de recherche de vols 700 incluant un diffusiogramme de vols 702. Le diffusiogramme de vols 702 fournit ici aussi une représentation visuelle de l'espace aérien en fonction du prix et de la durée. Toutefois, dans l'interface de recherche de vols 700, un utilisateur a modifié une valeur d'une dimension du nombre d'arrêts 712. Ainsi, certains points dans une zone 704 formée par les barres de contrôle 706 et 708 correspondent à des vols qui ne satisfont plus aux dimensions de l'interface de recherche 700. En réponse à la modification, l'aspect des points a été modifié de telle sorte que les points dans la zone 704 qui correspondent à des vols qui satisfont à chaque dimension soient visuellement distincts des points dans la zone 704 qui ne correspondent pas à des vols qui satisfont à chaque dimension. En particulier, les points qui correspondent à des vols qui ne satisfont pas à chaque dimension ne sont pas remplis sur le diffusiogramme 702, même s'ils appartiennent à la zone 704.
Comme illustré dans l'interface de recherche de vols 700, la barre de contrôle 706 pour ajuster le prix maximum est réglée à un prix maximum de $745 et la barre de contrôle 708 pour ajuster la durée maximale est réglée à une durée maximale de 9 heures. Les positions des barres de contrôle 706 et 708 peuvent avoir été automatiquement mises à jour en réponse à l'entrée utilisateur modifiant la valeur de la dimension du nombre d'arrêts, c'est-à-dire parce que de nouvelles valeurs maximales pour le prix et la durée ont été calculées automatiquement comme décrit ci-dessus en référence à la figure 3.
Les résultats de recherche 710 présentent des vols de San Francisco à Boston qui satisfont aux valeurs de dimension y compris la zone définie 704 et la dimension nouvellement modifiée du nombre d'arrêts 712. Les résultats de recherche 710 sont mis à jour à mesure que l'utilisateur modifie les positions des barres de contrôle 706 et 708. Par exemple, si l'utilisateur augmente un ou plusieurs de la durée maximale ou du prix maximum, davantage de vols pourront satisfaire aux critères, par exemple si le mouvement des barres de contrôle inclut un autre point ou d'autres points dans le diffusiogramme 702. Les résultats de recherche 710 sont par conséquent mis à jour de manière à inclure les vols supplémentaires. De manière similaire, si l'utilisateur diminue un ou plusieurs de la durée maximale et du prix maximum, moins de vols satisferont aux critères. Les résultats de recherche 710 sont mis à jour de manière à inclure le nombre moins important de vols qui satisfont aux dimensions filtrées.
La mise à jour des résultats de recherche 710 peut être effectuée de manière dynamique après chaque modification du diffusiogramme 702 ou d'une autre dimension. Dans certains modes de réalisation, l'entrée relativement à une dimension déclenche les résultats mis à jour. Dans d'autres modes de réalisation, un temps d'attente spécifié sans autre entrée utilisateur supplémentaire déclenche les résultats mis à jour (par exemple 3 secondes sans recevoir d'autres modifications de dimension).
Dans certains modes de réalisation, un utilisateur est en mesure de sélectionner un point dans le diffusiogramme. En réponse, l'aspect du résultat de recherche dans les résultats de recherche 710 qui correspond au même vol que le point sélectionné peut être modifié, par exemple le résultat de recherche affiché peut être mis en surbrillance, pour indiquer que le résultat de recherche correspond au même vol que le point sélectionné.
Comme illustré dans la figure 1 , le système reçoit 1 12 une sélection d'itinéraire par l'utilisateur. Dans certains modes de réalisation, l'utilisateur sélectionne d'abord un trajet aller à partir des résultats présentés. Le système fournit ensuite un ou plusieurs deuxièmes trajets (par exemple un trajet retour) sur la base du trajet aller sélectionné. Le deuxième trajet peut être présenté sous la forme d'un pop-up ou d'une superposition sur l'interface de recherche afin de distinguer le deuxième trajet des résultats de recherche du trajet aller. L'utilisateur peut alors sélectionner un deuxième trajet particulier. Dans certains itinéraires passant par plusieurs villes, des trajets supplémentaires peuvent être ensuite sélectionnés de manière similaire. Les trajets sélectionnés constituent un itinéraire.
Le système oriente 1 14 l'utilisateur vers un site de réservation sélectionné. En particulier, un itinéraire donné peut être fourni conjointement avec un ou plusieurs liens vers des sites de réservation. Chaque référence à un site de réservation particulier peut inclure le prix correspondant pour l'itinéraire. L'utilisateur peut sélectionner un site de réservation particulier. Le système oriente ensuite l'utilisateur vers un site de réservation correspondant (par exemple une page Web correspondant à la sélection particulière). Le système transmet alors l'itinéraire sélectionné au site de réservation. L'utilisateur peut alors achever l'achat de l'itinéraire par le site de réservation.
La figure 8 est une portion d'un exemple d'interface de recherche de vols 800 qui inclut des vols retour. L'exemple illustré montre une portion de résultats de recherche 802 de l'interface de recherche de vols 804. D'autres portions, par exemple celles discutées ci-dessus en référence aux figures 2 à 7, peuvent être affichées au-dessus ou en dessous de la portion de résultats de recherche 802 dans l'interface de recherche de vols 800. La portion de résultats de recherche 802 comporte des résultats de recherche 804 qui présentent des vols aller de San Francisco à Cincinnati. L'utilisateur a sélectionné un résultat de recherche de vols particulier 806. Par exemple, l'utilisateur peut sélectionner un vol particulier à partir des résultats de recherche 804 en utilisant un dispositif d'entrée (par exemple une entrée par souris ou par écran tactile).
La sélection du résultat de recherche de vols particulier 806 a donné lieu à la présentation de résultats de recherche de vols retour 812. Dans certains modes de réalisation, une superposition est générée pour les vols retour par-dessus les vols aller. Dans certains autres modes de réalisation, les résultats de recherche de vols retour 812 sont déployés en ligne de telle sorte que les vols aller restant en dessous de celui sélectionné soient déplacés vers le bas afin de ne pas être cachés par les résultats de vols retour. Ainsi, l'utilisateur peut toujours voir tous les résultats de recherche identifiés 804 pour les options de vols aller.
Les résultats de recherche de vols retour 812 incluent les résultats de recherche qui satisfont aux dimensions associées. Chaque résultat peut inclure les mêmes informations que pour les vols aller, y compris les horaires de départ des vols, la durée, les horaires d'arrivée, la compagnie aérienne, les connexions, le cas échéant, et le prix du voyage aller-retour pour la paire constituée par le vol aller sélectionné 806 et un vole retour donné. Un prix de voyage aller-retour le moins cher peut aussi être identifié dans les résultats de recherche de vols retour 812.
La figure 9 illustre une portion d'un exemple d'interface de recherche de vols 900 qui inclut un lien de réservation 912. L'exemple illustré illustre une portion de résultats de recherche 902 de l'interface de recherche de vols 900. D'autres portions, par exemple celles discutées ci-dessus en référence aux figures 2 à 7, peuvent être affichées au-dessus ou en dessous de la portion de résultats de recherche 902 dans l'interface de recherche de vols 900.
La portion de résultats de recherche 902 inclut les résultats de recherche 904 qui présentent des vols aller depuis San Francisco jusqu'à Cincinnati. Un utilisateur peut sélectionner un vol aller puis un vol retour afin de créer un itinéraire 910. Comme illustré dans l'interface de recherche de vols 900, l'utilisateur a sélectionné un résultat de recherche de vols aller particulier 906. L'utilisateur a aussi sélectionné un résultat de recherche de vols retour 908 à partir des résultats de recherche de vols retour qui ont été présentés en réponse à la sélection par l'utilisateur du résultat de recherche de vols aller 906, par exemple les résultats de recherche de vols retour 812 de la figure 8.
Une fois que l'utilisateur a sélectionné un itinéraire particulier, l'utilisateur peut sélectionner le lien de réservation 912 afin d'être connecté à un site de réservation particulier afin d'acheter l'itinéraire sélectionné. Dans certains modes de réalisation, un site de réservation tiers unique, par exemple un site de voyages sur le Web ou le site Web de la compagnie aérienne exploitant les vols constituant l'itinéraire, est identifié en vue de l'achat de l'itinéraire sélectionné. En variante, dans certains modes de réalisation, des liens vers des sites de réservation multiples peuvent être présentés en réponse à la sélection par l'utilisateur du lien de réservation 912 en même temps que les tarifs correspondants pour l'itinéraire pour chaque site de réservation, respectivement. En outre, un lien de site de réservation peut être une publicité, par exemple un fournisseur de réservation peut acheter les droits de présenter un lien vers le site Web du fournisseur de réservation sous forme de lien de réservation pour des itinéraires particuliers. Dans certains modes de réalisation, un lien de site de réservation inclut une offre promotionnelle. Par exemple, un bonus d'air miles de la compagnie aérienne, ou une réduction lorsque la réservation est associée à une réservation d'hôtel ou de voiture de location. Le fournisseur de réservation peut acheter le droit de publicité de la promotion à l'intérieur du lien de réservation.
La sélection de l'indicateur à flèche 914 par l'utilisateur peut déclencher une présentation d'un élément d'interface utilisateur, par exemple une boîte a menu déroulant, qui permet à l'utilisateur de spécifier des dimensions supplémentaires, par exemple le nombre de passagers, avant de continuer vers la réservation d'un tarif. Des offres promotionnelles peuvent aussi être affichées dans l'élément d'interface utilisateur au lieu de, ou en plus des dimensions supplémentaires.
Dans certains modes de réalisation, en réponse à la sélection par l'utilisateur du lien de réservation 912, une nouvelle recherche est effectuée pour confirmer le prix et la disponibilité de l'itinéraire sélectionné. Autrement dit, une nouvelle requête peut être délivrée pour vérifier si le prix et la disponibilité de l'itinéraire sélectionné n'ont pas changé auprès de certains sites de réservation qui ont été identifiés pour l'achat de l'itinéraire sélectionné. Ainsi, un utilisateur peut être informé de changements de prix ou de disponibilité de leur itinéraire sélectionné avant qu'il ne commence le processus de réservation.
La figure 10 illustre une portion d'un exemple d'interface de recherche de vols 1000 qui inclut une rangée de synthèse 1010. L'exemple illustré montre une portion de résultats de recherche 1002 de l'interface de recherche de vols 1000. D'autres portions, par exemple celles discutées ci-dessus en référence aux figures 2 à 7, peuvent être affichées au-dessus ou en dessous de la portion de résultats de recherche 1002 dans l'interface de recherche de vols 1000. Les autres portions peuvent inclure des portions pour spécifier des dimensions primaires ou secondaires et des limites maximales de prix et de durée.
La portion de résultats de recherche 1002 inclut des résultats de recherche 1004 qui satisfont à chaque dimension spécifiée et aux limites maximales de prix et de durée. La portion de résultats de recherche 1002 inclut aussi une rangée de synthèse 1010 qui indique que bien que des vols provenant de compagnies aériennes supplémentaires soient disponibles et satisfassent aux dimensions spécifiées, ils ne sont pas actuellement affichés, par exemple parce que chaque vol de ces compagnies aériennes dépasse soit la limite de prix maximale actuellement spécifiée, soit la limite de durée maximale actuellement spécifiée. La rangé de synthèse 1002 indique aussi un prix minimal pour des vols de ces compagnies aériennes (par exemple que les vols commencent à $490).
Une rangée de synthèse peut être affichée dans une portion de résultats de recherche d'une interface de recherche de vols lorsque les limites maximales de prix et de durée actuellement sélectionnées ont donné lieu à l'exclusion de résultats de recherche de vols qui pourraient être intéressants pour l'utilisateur au vu des résultats de recherche de vols affichés. Par exemple la rangée de synthèse peut être affichée lorsque les limites maximales de prix et de durée actuellement sélectionnées ont donné lieu à l'exclusion du vol le moins cher qui satisfait aux dimensions spécifiées. En outre, la rangée de synthèse peut être affichée lorsque les limites maximales de prix et de durée actuellement sélectionnées ont donné lieu à l'exclusion de tous les vols d'une compagnie aérienne particulière, même si des vols de cette compagnie aérienne qui satisfont à chaque dimension ont été identifiés. Dans certains modes de réalisation, la rangée de synthèse est uniquement affichée lorsque les limites maximales de prix et de durée actuellement sélectionnées ont été calculées automatiquement, c'est-à-dire qu'elles n'ont pas été ajustées par l'utilisateur. En variante, la rangée de synthèse peut être affichée indépendamment du fait qu'au moins l'une des limites a été spécifiée ou non par l'utilisateur.
L'utilisateur peut sélectionner la portion de synthèse 1010, par exemple avec un curseur d'un dispositif d'entrée ou avec une saisie par touche. En réponse, les limites de prix et de durée peuvent être modifiées, par exemple ajustées à des nombres suffisamment grands pour que tous les résultats de recherche satisfaisant aux dimensions soient affichés.
La figure 1 1 est un exemple d'une interface de recherche de vols 1 100 qui inclut un élément d'ajout de résultats 1 1 10. L'interface de recherche de vols 1 100 inclut un champ d'entrée de requête de recherche 1 102, une portion de dimensions 1 104, et une portion de résultats de recherche 1 106. La portion de dimensions 1 104 inclut des dimensions primaires 1 1 12 et des dimensions secondaires 1 1 14. Les dimensions primaires incluent une limite de prix maximale 1 1 16 et une limite de durée maximale 1 1 18. Les limites maximales de prix et de durée ont été calculées automatiquement, par exemple sur la base des valeurs des dimensions primaires et des autres dimensions secondaires.
La portion de résultats de recherche 1 106 inclut des résultats de recherche 1 120 qui satisfont à chacune des dimensions primaires 1 1 12 et à chacune des dimensions secondaires 1 1 14. La portion de résultats de recherche 1 106 inclut aussi l'élément d'ajout de résultats 1 1 10 et un texte indiquant que des résultats de recherche de vols supplémentaires affichés en réponse à une sélection par l'utilisateur de l'élément d'ajout de résultats 1 1 10 dépasseront au moins l'une de la limite maximale de prix 1 1 16 et de la limite maximale de durée 1 1 18. En réponse à une sélection par l'utilisateur de l'élément d'ajout de résultats 1 1 10, la limite maximale de prix et la limite maximale de durée peuvent être automatiquement ajustées de telle sorte que dix résultats supplémentaires qui satisfont à chacune des dimensions primaires et à chacune des dimensions secondaires y compris les limites maximales de prix et de durée nouvellement calculées soient affichés. Bien qu'une sélection de l'élément d'ajout de résultats 1 1 10 donne lieu à l'affichage de dix résultats de recherche supplémentaires, dans certains modes de réalisation, la sélection peut donner lieu à l'affichage d'un nombre différent, par exemple de cinq, quinze, ou vingt, résultats supplémentaires.
La figure 12 est un exemple d'interface de recherche de vols 1200 qui inclut un élément d'ajout de résultats 1210. L'interface de recherche de vols 1200 inclut un champ d'entrée de requête de recherche 1202, une portion de dimensions 1204, et une portion de résultats de recherche 1206. La portion de dimensions 1204 inclut des dimensions primaires 1212 et des dimensions secondaires 1214. Les dimensions primaires incluent une limite de prix maximale 1216 et une limite de durée maximale 1218. La limite de prix maximale 1216 a été calculée automatiquement. Toutefois, la limite de durée maximale 1218 a été spécifiée par un utilisateur. Par exemple, l'utilisateur peut avoir modifié une valeur calculée automatiquement de la limite de durée en saisissant une entrée dans le champ de limite maximale de durée 1218 ou en agissant par interaction avec les indicateurs à flèche associés au champ de limite maximale de durée 1218.
La portion de résultats de recherche 1206 inclut des résultats de recherche 1220 qui satisfont à chacune des dimensions primaires 1212 et à chacune des dimensions secondaires 1214. La portion de résultats de recherche 1206 inclut aussi l'élément d'ajout de résultats 1210 et un texte indiquant que des résultats de recherche de vols supplémentaires affichés en réponse à la sélection par un utilisateur de l'élément d'ajout de résultats 1210 dépasseront la limite maximale de prix 1216. Comme la limite maximale de durée 1218 a été spécifiée par l'utilisateur au lieu d'être calculée automatiquement, la limite maximale de durée 1218 restera inchangée. En réponse à la sélection par un utilisateur de l'élément d'ajout de résultats 1210, la limite maximale de prix peut être modifiée automatiquement, c'est-à-dire augmentée, jusqu'à une somme qui donne lieu à l'affichage de dix résultats supplémentaires qui satisfont à chacune des dimensions primaires et à chacune des dimensions secondaires y compris la limite maximale de prix nouvellement calculée. Bien qu'une sélection de l'élément d'ajout de résultats 1210 donne lieu à l'affichage de dix résultats de recherche supplémentaires, dans certains modes de réalisation, la sélection peut donner lieu à l'affichage d'un nombre spécifié différent, par exemple de cinq, quinze, ou vingt, résultats supplémentaires. Les résultats de recherche supplémentaires peuvent être ajoutés, par exemple par ordre de prix de telle sorte que les dix résultats de recherche les moins chers (ou un autre nombre spécifié) qui satisfont à chacune des dimensions primaires et des dimensions secondaires et qui ne sont pas déjà affichés, soient ajoutés aux résultats de recherche 1220.
Dans certains modes de réalisation, si à la fois la limite maximale de prix et la limite maximale de durée ont été ajustées par l'utilisateur, aucun élément d'ajout de résultats ne sera affiché, car les deux limites ajustées par l'utilisateur sont fixées.
La figure 13 illustre un exemple d'interface de recherche de vols 1300 incluant un lien vers un vol le moins cher 1310. L'interface de recherche de vols 1300 inclut un champ d'entrée de requête de recherche 1302, une portion de dimensions 1304, et une portion de résultats de recherche 1306. La portion de dimensions 1304 inclut des dimensions primaires 1312 et des dimensions secondaires 1314. Les dimensions secondaires incluent une limite de prix maximale 1316 et une limite de durée maximale 1318. Les limites maximales de prix et de durée ont été calculées automatiquement.
La portion de résultats de recherche 1306 inclut des résultats de recherche 1320 qui satisfont à chacune des dimensions primaires 1312 et à chacune des dimensions secondaires 1314. La portion de résultats de recherche 1306 inclut aussi le lien vers un vol le moins cher 1310 et un texte indiquant que le vol le moins cher a une durée qui dépasse la limite de durée maximale 1318. Le lien vers un vol le moins cher 1310 et le texte associé sont affichés uniquement lorsque le vol le moins cher ne satisfait pas à la limite de durée maximale 1318. Dans certains modes de réalisation, le lien vers un vol le moins cher 1310 et le texte associé sont affichés uniquement lorsque le vol le moins cher ne satisfait pas à la limite maximale de durée 1318 et que la limite maximale de durée a été calculée automatiquement au lieu d'être spécifiée par un utilisateur.
En réponse une entrée utilisateur spécifiant le lien vers un vol le moins cher 1310, la limite de durée est modifiée de telle sorte que le vol le moins cher satisfasse à la limite de durée et soit par conséquent affiché dans les résultats de recherche 1320. Dans certains modes de réalisation, la limite de prix peut aussi être modifiée, par exemple la limite de prix peut être abaissée pour garantir qu'un nombre gérable de résultats de recherche est affiché après l'augmentation de la limite de durée. Des modes de réalisation du sujet de l'invention et des opérations décrites dans la présente demande peuvent être mis en œuvre par un circuit électronique numérique, ou par des logiciels informatiques, des micrologiciels, ou du matériel informatique, incluant les structures divulguées dans la présente demande et leurs équivalents structurels, ou dans des combinaisons d'un ou de plusieurs d'entre eux. Des modes de réalisation du sujet décrit dans la présente demande peuvent être mis en œuvre sous forme d'un ou plusieurs programmes informatiques, c'est-à-dire un ou plusieurs modules d'instructions de programmes informatiques, codés sur des supports de stockage informatiques en vue de leur exécution par, ou pour commander l'opération, d'appareils de traitement de données. En variante ou en plus, les instructions de programme peuvent être codées sur un signal propagé et généré artificiellement, par exemple un signal généré par machine, électrique, optique, ou électromagnétique, qui est généré pour coder des informations à transmettre à des appareils récepteurs appropriés en vue de leur exécution par un appareil de traitement de données. Un support de stockage informatique peut être, ou peut être inclus dans, un dispositif de stockage lisible par ordinateur, un substrat de stockage lisible par ordinateur, un agencement ou un dispositif de mémoire à accès aléatoire ou sériel, ou une combinaison d'un ou de plusieurs d'entre eux. De plus, bien qu'un support de stockage informatique ne soit pas un signal propagé, un support de stockage informatique peut être une source ou une destination d'instructions de programme informatique codées dans un signal propagé généré artificiellement. Le support de stockage informatique peut aussi être, ou être inclus dans, un ou plusieurs composants ou média physiques séparés (par exemple des CD multiples, des disques, ou d'autres dispositifs de stockage).
Les opérations décrites dans la présente demande peuvent être mises en œuvre sous forme d'opérations effectuées par un appareil de traitement de données sur des données stockées sur un ou plusieurs dispositifs de stockage lisibles par ordinateur ou reçues d'autres sources.
Le terme "appareil de traitement de données" inclut tous types d'appareils, dispositifs, et machines pour le traitement de données, y compris par exemple un processeur programmable, un ordinateur, un système sur une puce, un plusieurs, ou des combinaisons, de ceux-ci. L'appareil peut inclure un circuit logique spécifique, par exemple un FPGA (réseau de portes programmables in situ) ou un ASIC (circuit intégré propre à une application). L'appareil peut aussi inclure, en plus du matériel, un code qui crée un environnement d'exécution pour le programme informatique en question, par exemple un code qui constitue un micrologiciel de processeur, une pile de communication (protocol stack), un système de gestion de bases de données, un système d'exploitation, un environnement d'exécution multiplateforme, une machine virtuelle, ou une combinaison d'un ou de plusieurs d'entre eux. L'appareil et l'environnement d'exécution peuvent réaliser diverses infrastructures de modèle de calcul différentes, comme des services Web, des infrastructures de calcul distribué et des infrastructures de calcul de grille.
Un programme informatique (également appelé programme, logiciel, application logicielle, script, ou code) peut être écrit sous n'importe quelle forme de langage de programmation, y compris des langages compilés ou interprétés, des langages déclaratifs ou procéduraux, et peut être déployé sous une forme quelconque, y compris un programme indépendant, ou sous forme de module, de composant, de sous-programme, d'objet, ou d'autre unité appropriée pour l'utilisation dans un environnement informatique. Un programme informatique peut, mais ne doit pas obligatoirement, correspondre à un fichier dans un système de fichiers. Un programme peut être stocké dans une portion d'un fichier qui contient d'autres programmes ou données (par exemple un ou plusieurs scripts stockés dans un document de langage de balisage), dans un fichier unique dédié au programme en question ou dans des fichiers multiples coordonnés (par exemple des fichiers qui stockent un ou plusieurs modules, sous-programmes, ou portions de code). Un programme informatique peut être déployé de manière à être exécuté sur un ordinateur ou sur plusieurs ordinateurs qui sont situés en un site ou distribué à travers plusieurs sites et interconnecté par un réseau de communications.
Les processus et flux logiques décrits dans la présente demande peuvent être réalisés par un ou plusieurs processeurs programmables exécutant un ou plusieurs programmes informatiques pour effectuer des actions en agissant sur des données d'entrée et en générant des sorties. Les processus et les flux logiques peuvent aussi être réalisés par, et les appareils peuvent aussi être mis en œuvre sous forme de, circuits logiques spécifiques, par exemple un FPGA (réseau de portes programmables in situ) ou un ASIC (circuit intégré propre à une application). Des processeurs appropriés pour l'exécution d'un programme informatique incluent, à titre d'exemple, à la fois des microprocesseurs à usage général et spécial, et n'importe quel autre processeur ou processeurs de tous types d'ordinateurs numériques. En général, un processeur recevra des instructions et des données d'une mémoire ROM ou d'une mémoire RAM ou des deux. Les éléments essentiels d'un ordinateur sont un processeur pour effectuer des actions conformément à des instructions et un ou plusieurs dispositifs de mémoire pour stocker les instructions et les données. En général, un ordinateur inclura aussi, ou sera accouplé fonctionnellement pour recevoir des données depuis, ou pour transférer des données vers, un ou plusieurs dispositifs de mémoire masse pour stocker des données, par exemple des disques magnétiques, magnéto-optiques, ou des disques optiques. Toutefois, un ordinateur n'a pas besoin de disposer de tous ces dispositifs. De plus, un ordinateur peut être incorporé dans un autre dispositif, par exemple un téléphone portable, un assistant numérique personnel (PDA), un lecteur audio ou vidéo portatif, une console de jeux, un récepteur de système de positionnement global (GPS), ou un dispositif de stockage portable (par exemple une unité Flashdrive à bus sériel universel (USB)) pour n'en citer que quelques-uns. Des dispositifs appropriés pour stocker des instructions et des données de programme informatique incluent toutes formes de mémoire non volatile, de dispositifs de supports et de mémoire, y compris à titre d'exemple des dispositifs de mémoire semi-conducteurs, par exemple des EPROM, EEPROM, et des dispositifs à mémoire flash ; des disques magnétiques, par exemple des disques durs internes ou des disquettes amovibles ; des disques magnéto-optiques ; et des CD-ROM et des DVD-ROM. Le processeur et la mémoire peuvent être complétés par, ou incorporés dans, des circuits logiques spéciaux.
Pour assurer l'interaction avec un utilisateur, des modes de réalisation du sujet décrit dans la présente demande peuvent être mis en œuvre sur un ordinateur ayant un dispositif d'affichage, par exemple un écran d'ordinateur à CRT (tube à rayons cathodiques) ou LCD (à affichage à cristaux liquides), pour afficher des informations pour l'utilisateur, et un clavier et un dispositif de pointage, par exemple une souris ou une boule de commande, permettant à l'utilisateur d'effectuer des entrées dans l'ordinateur. D'autres types de dispositifs peuvent être utilisés pour assurer aussi l'interaction avec un utilisateur ; par exemple une réponse fournie à l'utilisateur peut avoir une forme quelconque de réponse sensorielle, par exemple une réponse visuelle, une réponse auditive, ou une réponse tactile ; et une entrée par l'utilisateur peut être reçue sous une forme quelconque, y compris acoustique, vocale, ou tactile. En outre, un ordinateur peut interagir avec un utilisateur en envoyant des documents à un dispositif utilisé par l'utilisateur et en recevant des documents depuis celui-ci ; par exemple, en envoyant des pages web à un navigateur Web sur le dispositif client d'un utilisateur, en réponse à des requêtes reçues du navigateur web.
Des modes de réalisation du sujet décrit dans la présente demande peuvent être mis en œuvre dans un système informatique qui inclut un composant dorsal, par exemple sous forme de serveur de données, ou qui inclut un composant intergiciel, par exemple un serveur d'applications, ou qui inclut un composant frontal, par exemple un ordinateur client qui a une interface utilisateur graphique ou un navigateur Web permettant à un utilisateur d'interagir avec une mise en œuvre du sujet décrit dans la présente demande, ou une combinaison quelconque d'un ou plusieurs desdits composants dorsaux, intergiciels, ou frontaux. Les composants du système peuvent être interconnectés par une forme quelconque ou un support quelconque de communication de données numériques, par exemple un réseau de communications. Des exemples de réseaux de communication incluent un réseau local ("LAN") et un réseau étendu ("WAN"), un inter-réseau (par exemple l'Internet), et des réseaux pair à pair (par exemple des réseaux pair à pair ad hoc).
Le système informatique peut inclure des clients et des serveurs. Un client et un serveur sont généralement éloignés l'un de l'autre et interagissent typiquement par un réseau de communication. La relation entre le client et le serveur se produit grâce à des programmes informatiques tournant sur les ordinateurs respectifs et ayant une relation client-serveur les uns avec les autres. Dans certains modes de réalisation, un serveur transmet des données (par exemple une page HTML) à un dispositif client (par exemple, pour afficher des données et recevoir des entrées utilisateur depuis un utilisateur communiquant avec le dispositif utilisateur). Les données générées au niveau du dispositif client (par exemple du fait de l'interaction de l'utilisateur) pourront être reçues du dispositif client par le serveur. Bien que la présente demande contienne de nombreux détails de mise en œuvre spécifiques, ils ne doivent pas être interprétés comme une limitation du cadre de n'importe quelle invention ou de ce qui peut être revendiqué, mais au contraire comme des descriptions de caractéristiques spécifiques à des modes de réalisation particuliers d'inventions particulières. Certaines caractéristiques décrites dans la présente demande dans le contexte de modes de réalisation séparés peuvent aussi être mises en œuvre en combinaison dans un mode de réalisation unique. Inversement, diverses caractéristiques qui sont décrites dans le contexte d'un mode de réalisation unique peuvent aussi être mises en œuvre dans de multiples modes de réalisation, séparément ou dans une sous-combinaison appropriée quelconque. De plus, bien que des caractéristiques puisse être décrites ci-dessus comme étant utilisées dans certaines combinaison et puissent même initialement être revendiquées comme telles, une ou plusieurs caractéristiques d'une combinaison revendiquée peuvent dans certains cas être extraites de la combinaison, et la combinaison revendiquée peut être orientée vers une sous-combinaison ou une variante d'une sous-combinaison.
De manière similaire, bien que des opérations soient dépeintes dans les dessins dans un ordre particulier, ceci ne doit pas être interprété comme une obligation que ces opérations soient effectuées dans l'ordre particulier illustré ou dans un ordre séquentiel, ou que toutes les opérations illustrées doivent être effectuées, pour obtenir des résultats souhaitables. Dans certaines circonstances, le multitasking et le traitement en parallèle peuvent être avantageux. De plus, la séparation de divers composants du système dans les modes de réalisation décrits ci-dessus ne doit pas être interprétée comme l'obligation d'une telle séparation dans tous les modes de réalisation, et il convient de comprendre que les composants de programme et systèmes décrits peuvent généralement être intégrés les uns aux autres dans un seul produit logiciel ou conditionnés dans de multiples produits logiciels.
Ainsi, des modes de réalisation particuliers du sujet de l'invention ont été décrits. D'autres modes de réalisation appartiennent au cadre des revendications suivantes. Dans certains cas, les actions mentionnées dans les revendications peuvent être réalisées dans un ordre différent et permettre néanmoins d'obtenir des résultats souhaitables. En outre, les processus dépeints dans les figures annexées ne nécessitent pas obligatoirement d'être exécutés dans l'ordre particulier illustré, ou dans un ordre séquentiel, pour obtenir des résultats souhaitables. Dans certains modes de réalisation, le multitasking et le traitement en parallèle peuvent être avantageux.

Claims

REVENDICATIONS
1 . Procédé mis en œuvre par des appareils de traitement de données, le procédé comprenant les étapes consistant à :
recevoir une requête de recherche dans une interface de recherche ; déterminer que la requête de recherche est une requête associée à des vols ; et
en réponse à la détermination que la requête de recherche est une requête associée à des vols, et sans entrée utilisateur supplémentaire, fournir une interface de recherche de vols incluant une pluralité de dimensions de recherche et une pluralité de résultats de recherche de vols, chaque dimension étant associée à un attribut de recherche de vols et chaque dimension ayant une valeur associée, une ou plusieurs valeurs de dimension correspondant à des valeurs extraites de la requête de recherche, et la pluralité de résultats de recherche de vols étant filtrée en fonction des valeurs de dimension.
2. Procédé selon la revendication 1 , dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut.
3. Procédé selon la revendication 1 , dans lequel l'étape de détermination que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
4. Procédé selon la revendication 1 , dans lequel une ou plusieurs des valeurs associées aux dimensions peuvent être ajustées sur la base d'une entrée utilisateur.
5. Procédé selon la revendication 3, dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut.
6. Procédé selon la revendication 4, dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut.
7. Procédé selon la revendication 2, dans lequel l'étape de détermination que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
8. Procédé selon la revendication 4, dans lequel l'étape de détermination que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
9. Procédé selon la revendication 2, comprenant en outre l'étape consistant à :
recevoir l'entrée utilisateur ajustant l'une des valeurs par défaut
; et mettre à jour automatiquement les résultats de la recherche de vols en réponse à l'entrée utilisateur.
10. Procédé selon la revendication 3, dans lequel une ou plusieurs des valeurs associées aux dimensions peuvent être modifiées sur la base de l'entrée utilisateur.
1 1 . Procédé selon la revendication 1 , dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut, une ou plusieurs des valeurs associées aux dimensions pouvant être modifiées sur la base de l'entrée utilisateur, et l'étape de détermination que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
12. Procédé selon la revendication 1 , dans lequel l'étape de détermination que la requête de recherche reçue est une requête associée à des vols inclut l'identification d'un ou de plusieurs mots clés associés à des requête de vols.
13. Procédé selon la revendication 1 , dans lequel les résultats de recherche de vols sont automatiquement mis à jour en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
14. Procédé selon la revendication 1 , comprenant en outre l'étape consistant à :
fournir un lien vers un ou plusieurs sites de réservations tiers en réponse à la sélection par l'utilisateur d'un ou plusieurs résultats de recherche de vols.
15. Procédé selon la revendication 1 , dans lequel l'interface de recherche de vols inclut une portion de dimensions et une portion de résultats de recherche de vols.
16. Procédé selon la revendication 15, dans lequel la portion de dimensions inclut une carte interactive et dans lequel l'utilisateur peut modifier une valeur d'origine ou de destination par une entrée sur la carte.
17. Procédé selon la revendication 15, dans lequel la portion de dimensions inclut un diffusiogramme de vols affichant des vols en rapport avec une paire de dimensions.
18. Procédé selon la revendication 17, comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur modifiant une position de marqueur associée à une ou plusieurs de la paire de dimensions dans le diffusiogramme ; et
mettre à jour les résultats de recherche de vols en fonction des vols dans la région du diffusiogramme démarquée par l'entrée utilisateur.
19. Procédé selon la revendication 17, dans lequel une première dimension de la paire est un prix et une deuxième dimension de la paire et une durée.
20. Procédé selon la revendication 1 , comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur sélectionnant un résultat de recherche de vols particulier ; et
en réponse à la sélection, présenter un ou plusieurs résultats de recherche de vols retour associés.
21 . Procédé selon la revendication 20, dans lequel l'étape consistant à présenter le ou les résultats de recherche de vols retour associés inclut l'affichage du ou des résultats de recherche de vols retour associés en ligne sous le résultat de recherche de vols sélectionné.
22. Procédé selon la revendication 20, dans lequel une sélection par l'utilisateur d'un résultat de recherche de vols et d'un résultat de recherche de vols retour identifie un itinéraire sélectionné.
23. Procédé selon la revendication 1 , dans lequel la pluralité de dimensions inclut une limite maximale de durée calculée automatiquement et une limite maximale de prix calculée automatiquement.
24. Procédé selon la revendication 23, dans lequel la limite de durée maximale et la limite de prix maximale sont mises à jour automatiquement en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
25. Procédé selon la revendication 23, comprenant en outre l'étape consistant à :
présenter un élément d'interface utilisateur qui, lorsqu'il est sélectionné par un utilisateur, donne lieu à l'affichage de résultats de recherche supplémentaires.
26. Procédé selon la revendication 25, comprenant en outre : en réponse à une entrée utilisateur sélectionnant l'élément d'interface utilisateur, l'étape consistant à modifier au moins l'une de la limite maximale de durée et de la limite maximale de prix, les résultats de recherche supplémentaires satisfaisant aux limites maximales de durée et de prix modifiées.
27. Procédé mis en œuvre par des appareils de traitement de données, le procédé comprenant les étapes consistant à :
fournir une interface de recherche de vols incluant une pluralité de dimensions de recherche, chaque dimension étant associée à un attribut de recherche de vols et une valeur de chaque dimension pouvant être configurée par un utilisateur, l'interface de recherche de vols incluant une portion de dimensions et une portion de résultats de recherche de vols, la portion de dimensions incluant un diffusiogramme de vols affichant des vols en rapport avec une paire de dimensions ; recevoir une entrée utilisateur spécifiant une ou plusieurs valeurs de dimension ; et
fournir des résultats de recherche de vols qui sont filtrés en fonction des valeurs de dimension.
28. Procédé selon la revendication 27, dans lequel les résultats de recherche de vols sont automatiquement mis à jour en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
29. Procédé selon la revendication 27, comprenant en outre l'étape consistant à :
fournir un lien vers un ou plusieurs sites de réservation tiers en réponse à une sélection par l'utilisateur d'un ou de plusieurs résultats de recherche de vols.
30. Procédé selon la revendication 27, comprenant en outre l'étape consistant à :
remplacer, dans la portion de dimension, la portion de diffusiogramme de vols par une carte interactive en réponse à une entrée utilisateur sélectionnant un élément d'interface utilisateur associé à la carte interactive, l'utilisateur pouvant modifier une valeur d'origine ou de destination par une entrée de carte sur la carte interactive.
31 . Procédé selon la revendication 27, comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur modifiant une position de marqueur associée à une ou plusieurs de la paire de dimensions dans le diffusiogramme ; et
mettre à jour les résultats de recherche de vols en fonction des vols dans la région du diffusiogramme démarquée par l'entrée utilisateur.
32. Procédé selon la revendication 27, dans lequel une première dimension de la paire est un prix et une deuxième dimension de la paire est une durée.
33. Procédé selon la revendication 27, comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur sélectionnant un résultat de recherche de vols particulier ; et
en réponse à la sélection, présenter un ou plusieurs résultats de recherche de vols retour associés.
34. Procédé selon la revendication 33, dans lequel l'étape consistant à présenter le ou les résultats de recherche de vol retour associés inclut l'affichage du ou des résultats de recherche de vol retour associés en ligne en dessous du résultat de recherche de vol sélectionné.
35. Procédé selon la revendication 34, dans lequel une sélection par l'utilisateur d'un résultat de recherche de vol et d'un résultat de recherche de vol retour identifie un itinéraire sélectionné.
36. Procédé selon la revendication 27, dans lequel la pluralité de dimensions inclut une limite de durée maximale calculée automatiquement et une limite de prix maximale calculée automatiquement.
37. Procédé selon la revendication 36, dans lequel la limite de durée maximale calculée automatiquement et la limite de prix maximale calculée automatiquement sont mises à jour automatiquement en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
38. Procédé selon la revendication 37, comprenant en outre l'étape consistant à :
présenter un élément d'interface utilisateur qui, lorsqu'il est sélectionné par un utilisateur, donne lieu à l'affichage de résultats de recherche supplémentaires.
39. Procédé selon la revendication 38, comprenant en outre : en réponse à une entrée utilisateur sélectionnant l'élément d'interface utilisateur, l'étape consistant à modifier au moins l'une de la limite maximale de durée et de la limite maximale de prix, les résultats de recherche supplémentaires satisfaisant limites maximales de durée et de prix modifiées.
40. Système comprenant un appareil de traitement de données et un ou plusieurs dispositifs de stockage stockant des instructions qui, lorsqu'elles sont exécutées par l'appareil de traitement de données, donnent lieu à l'exécution par l'appareil de traitement de données, d'opérations incluant les étapes consistant à :
recevoir une requête de recherche dans une interface de recherche ;
déterminer si la requête de recherche reçue est, ou non, une requête associée à des vols ; et
en réponse à la détermination que la requête de recherche est une requête associée à des vols, et sans entrée utilisateur supplémentaire, fournir une interface de recherche de vols incluant une pluralité de dimensions de recherche et une pluralité de résultats de recherche de vols, chaque dimension étant associée à un attribut de recherche de vols et chaque dimension ayant une valeur associée, une ou plusieurs valeurs de dimension correspondant à des valeurs extraites de la requête de recherche, et la pluralité de résultats de recherche de vols étant filtrée en fonction des valeurs de dimension.
41 . Système selon la revendication 40, dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut.
42. Système selon la revendication 40, dans lequel l'étape consistant à déterminer que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
43. Système selon la revendication 40, dans lequel une ou plusieurs des valeurs associées aux dimensions peuvent être modifiées sur la base d'une entrée utilisateur.
44. Système selon la revendication 42, dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut.
45. Système selon la revendication 43, dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut.
46. Système selon la revendication 41 , dans lequel l'étape consistant à déterminer que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
47. Système selon la revendication 43, dans lequel l'étape consistant à déterminer que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
48. Système selon la revendication 41 , comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur ajustant l'une des valeurs par défaut ; et mettre à jour automatiquement les résultats de recherche de vols en réponse à l'entrée utilisateur.
49. Système selon la revendication 42, dans lequel une ou plusieurs des valeurs associées aux dimensions peuvent être modifiées sur la base d'une entrée utilisateur.
50. Système selon la revendication 40, dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut, une ou plusieurs des valeurs associées aux dimensions pouvant être modifiées sur la base d'une entrée utilisateur, et l'étape consistant à déterminer que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
51 . Système selon la revendication 40, dans lequel l'étape consistant à déterminer que la requête de recherche reçue est une requête associée à des vols inclut l'étape consistant à identifier un ou plusieurs mots clés associés à des requêtes de vols.
52. Système selon la revendication 40, dans lequel les résultats de recherche de vols sont automatiquement mis à jour en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
53. Système selon la revendication 40, les opérations comprenant en outre l'étape consistant à :
fournir un lien vers un ou plusieurs sites de réservations tiers en réponse à la sélection par l'utilisateur d'un ou plusieurs résultats de recherche de vols.
54. Système selon la revendication 40, dans lequel l'interface de recherche de vols inclut une portion de dimensions et une portion de recherche de résultats de vols.
55. Système selon la revendication 54, dans lequel la portion de dimensions inclut une carte interactive et dans lequel l'utilisateur peut modifier une valeur d'origine ou de destination par une entrée de carte.
56. Système selon la revendication 54, dans lequel la portion de dimensions inclut un diffusiogramme de vols affichant des vols en rapport avec une paire de dimensions.
57. Système selon la revendication 56, les opérations comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur modifiant une position de marqueur associée à une ou plusieurs des paires de dimensions dans le diffusiogramme ; et
mettre à jour les résultats de recherche de vols en fonction des vols dans la région du diffusiogramme démarquée par l'entrée utilisateur.
58. Système selon la revendication 56, dans lequel une première dimension de la paire est un prix et une deuxième dimension de la paire est une durée.
59. Système selon la revendication 40, les opérations comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur sélectionnant un résultat de recherche de vols particulier ; et
en réponse à la sélection, présenter un ou plusieurs résultats de recherche de vols de retour associés.
60. Système selon la revendication 59, dans lequel l'étape consistant à présenter le ou les résultats de recherche de vols de retour associés inclut l'étape consistant à afficher le ou les résultats de recherche de vols de retour associés en ligne sous le résultat de recherche de vols sélectionné.
61 . Système selon la revendication 59, dans lequel une sélection par l'utilisateur d'un résultat de recherche de vols et d'un résultat de recherche de vols de retour identifie un itinéraire sélectionné.
62. Système selon la revendication 40, dans lequel la pluralité de dimensions inclut une limite maximale de durée calculée automatiquement et une limite maximale de prix calculée automatiquement.
63. Système selon la revendication 62, dans lequel la limite maximale de durée et la limite maximale de prix sont automatiquement mises à jour en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
64. Système selon la revendication 62, les opérations comprenant en outre l'étape consistant à : présenter un élément d'interface utilisateur qui, lorsqu'il est sélectionné par un utilisateur, donne lieu à l'affichage de résultats de recherche supplémentaires.
65. Système selon la revendication 64, les opérations comprenant en outre l'étape consistant à :
en réponse à une entrée utilisateur sélectionnant l'élément d'interface utilisateur, ajuster au moins l'une de la limite de durée maximale et de la limite de prix maximale, les résultats de recherche supplémentaires satisfaisant aux limites maximales de durée et de prix ajustées.
66. Système comprenant un appareil de traitement de données et un ou plusieurs instructions de stockage de dispositifs de stockage, qui, lorsqu'elles sont exécutées par l'appareil de traitement de données, donnent lieu à l'exécution d'opérations par l'appareil de traitement de données, lesquelles comprennent les étapes consistant à :
fournir une interface de recherche de vols incluant une pluralité de dimensions de recherche, chaque dimension étant associée à un attribut de recherche de vols et une valeur de chaque dimension étant configurable par un utilisateur, l'interface de recherche de vols incluant une portion de dimensions et une portion de résultats de recherche de vols, la portion de dimensions incluant un diffusiogramme de vols affichant des vols en rapport avec une paire de dimensions ;
recevoir une entrée utilisateur spécifiant une ou plusieurs valeurs de dimensions ; et
fournir des résultats de recherche de vols qui sont filtrés en fonction des valeurs de dimension.
67. Système selon la revendication 66, dans lequel les résultats de recherche de vols sont automatiquement mis à jour en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
68. Système selon la revendication 66, les opérations comprenant en outre l'étape consistant à :
fournir un lien vers un ou plusieurs sites de réservations tiers en réponse à la sélection par un utilisateur d'un ou plusieurs résultats de recherche de vols.
69. Système selon la revendication 66, les opérations comprenant en outre l'étape consistant à :
remplacer, dans la portion de dimensions, la portion de diffusiogramme de vol avec une carte interactive en réponse à une entrée utilisateur sélectionnant un élément d'interface utilisateur associé à la carte interactive, l'utilisateur pouvant modifier une valeur d'origine ou de destination par une entrée sur une carte dans la carte interactive.
70. Système selon la revendication 66, les opérations comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur modifiant une position de marqueur associée à une ou plusieurs des paires de dimensions dans le diffusiogramme ; et
mettre à jour les résultats de recherche de vols en fonction des vols dans la région du diffusiogramme démarquée par l'entrée utilisateur.
71 . Système selon la revendication 66, dans lequel une première dimension de la paire est un prix et une deuxième dimension de la paire est une durée.
72. Système selon la revendication 66, les opérations comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur sélectionnant un résultat de recherche de vols particulier ; et
en réponse à la sélection, présenter un ou plusieurs résultats de recherche de vols de retour associés.
73. Système selon la revendication 72, dans lequel l'étape consistant à présenter le ou les résultats de recherche de vols de retour associés inclut l'étape consistant à afficher le ou les résultats de recherche de vols de retour associés en ligne sous le résultat de recherche de vols sélectionné.
74. Système selon la revendication 73, dans lequel une sélection par l'utilisateur d'un résultat de recherche de vols et d'un résultat de recherche de vols de retour identifie un itinéraire sélectionné.
75. Système selon la revendication 66, dans lequel la pluralité de dimensions inclut une limite maximale de durée calculée automatiquement et une limite maximale de prix calculée automatiquement.
76. Système selon la revendication 75, dans lequel la limite maximale de durée et la limite maximale de prix sont automatiquement mises à jour en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
77. Système selon la revendication 75, les opérations comprenant en outre l'étape consistant à :
présenter un élément d'interface utilisateur qui, lorsqu'il est sélectionné par un utilisateur, donne lieu à l'affichage de résultats de recherche supplémentaires.
78. Système selon la revendication 77, les opérations comprenant en outre :
en réponse à une entrée utilisateur sélectionnant l'élément d'interface utilisateur, l'étape consistant à ajuster au moins l'une de la limite de durée maximale et de la limite de prix maximale, les résultats de recherche supplémentaires satisfaisant aux exigences des limites maximales de durée et de prix ajustées.
79. Support de stockage informatique codé avec un programme informatique, le programme comprenant des instructions qui, lorsqu'elles sont exécutées par un appareil de traitement des données, donnent lieu à l'exécution par l'appareil de traitement de données, d'opérations incluant les étapes consistant à :
recevoir une requête de recherche dans une interface de recherche ;
déterminer si la requête de recherche reçue est, ou non, une requête associée à des vols ; et
en réponse à la détermination que la requête de recherche est une requête associée à des vols, et sans entrée utilisateur supplémentaire, fournir une interface de recherche de vols incluant une pluralité de dimensions de recherche et une pluralité de résultats de recherche de vols, chaque dimension étant associée à un attribut de recherche de vols et chaque dimension ayant une valeur associée, une ou plusieurs valeurs de dimension correspondant à des valeurs extraites de la requête de recherche, et la pluralité de résultats de recherche de vols étant filtrée en fonction des valeurs de dimension.
80. Support de stockage informatique selon la revendication 79, dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut.
81 . Support de stockage informatique selon la revendication 79, dans lequel l'étape consistant à déterminer que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
82. Support de stockage informatique selon la revendication 79, dans lequel une ou plusieurs des valeurs associées aux dimensions peuvent être modifiées sur la base d'une entrée utilisateur.
83. Support de stockage informatique selon la revendication 81 , dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut.
84. Support de stockage informatique selon la revendication 82, dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut.
85. Support de stockage informatique selon la revendication 80, dans lequel l'étape consistant à déterminer que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
86. Support de stockage informatique selon la revendication 82, dans lequel l'étape consistant à déterminer que la requête de recherche reçue est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
87. Support de stockage informatique selon la revendication 80, comprenant en outre l'étape consistant à :
recevoir une entrée utilisateur modifiant l'une des valeurs par défaut ; et
mettre à jour automatiquement les résultats de recherche de vols en réponse à l'entrée utilisateur.
88. Support de stockage informatique selon la revendication 81 , dans lequel une ou plusieurs des valeurs associées aux dimensions peuvent être modifiées sur la base de l'entrée utilisateur.
89. Support de stockage informatique selon la revendication 79, dans lequel une ou plusieurs de la pluralité de dimensions sont associées à des valeurs par défaut, une ou plusieurs des valeurs associées aux dimensions pouvant être modifiées sur la base d'une entrée utilisateur, et l'étape consistant à déterminer que la requête de recherche est une requête associée à des vols est basée sur le traitement de la requête de recherche reçue.
90. Support de stockage informatique selon la revendication 89, dans lequel l'étape de détermination que la requête de recherche reçue est une requête associée à des vols inclut l'identification d'un ou de plusieurs mots clés associés à des requête de vols.
91 . Support de stockage informatique selon la revendication 89, dans lequel les résultats de recherche de vols sont automatiquement mis à jour en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
92. Support de stockage informatique selon la revendication 89, les opérations comprenant en outre l'étape consistant à :
fournir un lien vers un ou plusieurs sites de réservations tiers en réponse à la sélection par l'utilisateur d'un ou plusieurs résultats de recherche de vols.
93. Support de stockage informatique selon la revendication 89, dans lequel l'interface de recherche de vols inclut une portion de dimensions et une portion de résultats de recherche de vols.
94. Support de stockage informatique selon la revendication 93, dans lequel la portion de dimensions inclut une carte interactive et dans lequel l'utilisateur peut modifier une valeur d'origine ou de destination par une entrée sur la carte.
95. Support de stockage informatique selon la revendication 93, dans lequel la portion de dimensions inclut un diffusiogramme de vols affichant des vols en rapport avec une paire de dimensions.
96. Support de stockage informatique selon la revendication 95, les opérations comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur modifiant une position de marqueur associée à une ou plusieurs de la paire de dimensions dans le diffusiogramme ; et mettre à jour les résultats de recherche de vols en fonction des vols dans la région du diffusiogramme démarquée par l'entrée utilisateur.
97. Support de stockage informatique selon la revendication 95, dans lequel une première dimension de la paire est un prix et une deuxième dimension de la paire est une durée.
98. Support de stockage informatique selon la revendication 79, les opérations comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur sélectionnant un résultat de recherche de vols particulier ; et
en réponse à la sélection, présenter un ou plusieurs résultats de recherche de vols retour associés.
99. Support de stockage informatique selon la revendication 98, dans lequel l'étape consistant à présenter le ou les résultats de recherche de vol retour associés inclut l'affichage du ou des résultats de recherche de vol retour associés en ligne en dessous du résultat de recherche de vol sélectionné.
100. Support de stockage informatique selon la revendication 98, dans lequel une sélection par l'utilisateur d'un résultat de recherche de vol et d'un résultat de recherche de vol retour identifie un itinéraire sélectionné.
101 . Support de stockage informatique selon la revendication 79, dans lequel la pluralité de dimensions inclut une limite de durée maximale calculée automatiquement et une limite de prix maximale calculée automatiquement.
102. Support de stockage informatique selon la revendication 101 , dans lequel
la limite de durée maximale calculée automatiquement et la limite de prix maximale calculée automatiquement sont mises à jour automatiquement en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
103. Support de stockage informatique selon la revendication 101 , les opérations comprenant en outre les étapes consistant à : présenter un élément d'interface utilisateur qui, lorsqu'il est sélectionné par un utilisateur, donne lieu à l'affichage de résultats de recherche supplémentaires.
104. Support de stockage informatique selon la revendication 103, les opérations comprenant en outre l'étape consistant à :
en réponse à une entrée utilisateur sélectionnant l'élément d'interface utilisateur, ajuster au moins l'une de la limite de durée maximale et de la limite de prix maximale, les résultats de recherche supplémentaires satisfaisant aux limites maximales de durée et de prix ajustées.
105. Support de stockage informatique codé avec un programme informatique, le programme comprenant des instructions qui, lorsqu'elles sont exécutées par l'appareil de traitement de données, donnent lieu à l'exécution par l'appareil de traitement de données, d'opérations incluant les étapes consistant à :
fournir une interface de recherche de vols incluant une pluralité de dimensions de recherche, chaque dimension étant associée à un attribut de recherche de vols et une valeur de chaque dimension pouvant être configurée par un utilisateur, l'interface de recherche de vols incluant une portion de dimensions et une portion de résultats de recherche de vols, la portion de dimensions incluant un diffusiogramme de vols affichant des vols en rapport avec une paire de dimensions ; recevoir une entrée utilisateur spécifiant une ou plusieurs valeurs de dimension ; et
fournir des résultats de recherche de vols qui sont filtrés en fonction des valeurs de dimension.
106. Support de stockage informatique selon la revendication 105, dans lequel les résultats de recherche de vols sont automatiquement mis à jour en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
107. Support de stockage informatique selon la revendication 105, les opérations comprenant en outre l'étape consistant à :
fournir un lien vers un ou plusieurs sites de réservation tiers en réponse à une sélection par l'utilisateur d'un ou de plusieurs résultats de recherche de vols.
108. Support de stockage informatique selon la revendication 105, les opérations comprenant en outre l'étape consistant à :
remplacer, dans la portion de dimensions, la portion de diffusiogramme de vols par une carte interactive en réponse à une entrée utilisateur sélectionnant un élément d'interface utilisateur associé à la carte interactive, l'utilisateur pouvant modifier une valeur d'origine ou de destination par une entrée de carte sur la carte interactive.
109. Support de stockage informatique selon la revendication 105, les opérations comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur modifiant une position de marqueur associée à une ou plusieurs de la paire de dimensions dans le diffusiogramme ; et
mettre à jour les résultats de recherche de vols en fonction des vols dans la région du diffusiogramme démarquée par l'entrée utilisateur.
1 10. Support de stockage informatique selon la revendication 105, dans lequel une première dimension de la paire est un prix et une deuxième dimension de la paire est une durée.
1 1 1 . Support de stockage informatique selon la revendication 105, les opérations comprenant en outre les étapes consistant à :
recevoir une entrée utilisateur sélectionnant un résultat de recherche de vols particulier ; et
en réponse à la sélection, présenter un ou plusieurs résultats de recherche de vols retour associés.
1 12. Support de stockage informatique selon la revendication
1 1 1 , dans lequel l'étape consistant à présenter le ou les résultats de recherche de vols de retour associés inclut l'étape consistant à afficher le ou les résultats de recherche de vols de retour associés en ligne sous le résultat de recherche de vols sélectionné.
1 13. Support de stockage informatique selon la revendication
1 12, dans lequel une sélection par l'utilisateur d'un résultat de recherche de vols et d'un résultat de recherche de vols de retour identifie un itinéraire sélectionné.
1 14. Support de stockage informatique selon la revendication 95, dans lequel la pluralité de dimensions inclut une limite maximale de durée calculée automatiquement et une limite maximale de prix calculée automatiquement.
1 15. Support de stockage informatique selon la revendication 1 14, dans lequel la limite maximale de durée et la limite maximale de prix sont automatiquement mises à jour en réponse à une entrée utilisateur supplémentaire modifiant une ou plusieurs valeurs de dimension.
1 16. Support de stockage informatique selon la revendication 1 14, les opérations les opérations comprenant en outre l'étape consistant à :
présenter un élément d'interface utilisateur qui, lorsqu'il est sélectionné par un utilisateur, donne lieu à l'affichage de résultats de recherche supplémentaires.
1 17. Support de stockage informatique selon la revendication 1 16, les opérations comprenant en outre l'étape consistant à :
en réponse à une entrée utilisateur sélectionnant l'élément d'interface utilisateur, ajuster au moins l'une de la limite de durée maximale et de la limite de prix maximale, les résultats de recherche supplémentaires satisfaisant aux limites maximales de durée et de prix ajustées.
EP12705329.6A 2011-01-12 2012-01-12 Recherche de vols Ceased EP2663951A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201161432158P 2011-01-12 2011-01-12
US201161532030P 2011-09-07 2011-09-07
PCT/FR2012/050084 WO2012095613A1 (fr) 2011-01-12 2012-01-12 Recherche de vols

Publications (1)

Publication Number Publication Date
EP2663951A1 true EP2663951A1 (fr) 2013-11-20

Family

ID=45755370

Family Applications (1)

Application Number Title Priority Date Filing Date
EP12705329.6A Ceased EP2663951A1 (fr) 2011-01-12 2012-01-12 Recherche de vols

Country Status (3)

Country Link
US (2) US9684690B2 (fr)
EP (1) EP2663951A1 (fr)
WO (1) WO2012095613A1 (fr)

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9286601B2 (en) * 2012-09-07 2016-03-15 Concur Technologies, Inc. Methods and systems for displaying schedule information
US7974892B2 (en) 2004-06-23 2011-07-05 Concur Technologies, Inc. System and method for expense management
US9684690B2 (en) 2011-01-12 2017-06-20 Google Inc. Flights search
US10817807B2 (en) 2011-09-07 2020-10-27 Google Llc Graphical user interface to reduce obscured features
US10977312B2 (en) 2012-09-21 2021-04-13 Google Llc Apparatus and method for inferring an origin
US9430571B1 (en) 2012-10-24 2016-08-30 Google Inc. Generating travel queries in response to free text queries
US20150347963A1 (en) * 2014-06-03 2015-12-03 Unisys Corporation Dynamically generating and managing flight routings using a logistics management system (lms)
US9953382B2 (en) 2014-10-21 2018-04-24 Google Llc Dynamic determination of filters for flight search results
US20160125320A1 (en) * 2014-10-31 2016-05-05 Google Inc. Grouping flight search results
US20160125498A1 (en) * 2014-11-04 2016-05-05 Ebay Inc. Run-time utilization of contextual preferences for a search interface
US10459608B2 (en) * 2014-12-01 2019-10-29 Ebay Inc. Mobile optimized shopping comparison
US10248912B1 (en) 2015-03-06 2019-04-02 Google Llc Systems and methods for displaying travel itineraries
MX2018006571A (es) * 2015-12-11 2018-08-01 Mastercard International Inc Sistemas y metodos de generacion de recomendaciones usando un conjunto de datos.
US10803459B2 (en) 2016-03-24 2020-10-13 Amadeus S.A.S. Online transaction processing system for multi-product transactions
FR3049366A1 (fr) * 2016-03-24 2017-09-29 Amadeus Sas Systeme de traitement de transactions en ligne pour des transactions impliquant de multiples produits
US10402877B2 (en) 2016-03-24 2019-09-03 Amadeus S.A.S. Online transaction processing system for multi-product transactions
US11294912B2 (en) * 2016-04-19 2022-04-05 Skyscanner Limited Browsing methods, computer program products, servers and systems
US11188990B2 (en) * 2016-05-02 2021-11-30 Onriva Llc Purchasing a travel package via a communication network
US10437845B2 (en) * 2016-05-05 2019-10-08 Corsearch, Inc. System and method for displaying search results for a trademark query in an interactive graphical representation
US20170352094A1 (en) * 2016-06-02 2017-12-07 Amadeus S.A.S. Auction management systems and methods
US10332039B2 (en) * 2016-08-17 2019-06-25 International Business Machines Corporation Intelligent travel planning
CN107066472A (zh) * 2016-11-30 2017-08-18 阿里巴巴集团控股有限公司 地图显示方法及系统、终端及地图服务器
US10331727B2 (en) * 2016-12-07 2019-06-25 Google Llc Graphical user interface to display commonly categorized entities
US20190095921A1 (en) 2017-09-26 2019-03-28 Mastercard International Incorporated Method and system for transaction scoring via social media integration
EP3698309A1 (fr) * 2017-10-19 2020-08-26 Amadeus S.A.S. Partage de critères de recherche entre des espaces de recherche multiples
FR3072811B1 (fr) * 2017-10-19 2022-04-01 Amadeus Sas Partage de criteres de recherche entre de multiples espaces de recherche
US11093868B2 (en) 2018-03-08 2021-08-17 Jetsmarter Inc. Client creation of conditional segments
US11562447B2 (en) * 2018-08-21 2023-01-24 Jetsmarter Inc. Optimizing interfaces for mobile devices
US11107171B2 (en) * 2019-07-03 2021-08-31 Inspirato Travel services based on transportation criteria
US11733046B2 (en) * 2019-10-07 2023-08-22 Lyft, Inc. Multi-modal transportation proposal generation
US11226208B2 (en) 2019-10-07 2022-01-18 Lyft, Inc. Transportation route planning and generation
US11733049B2 (en) 2019-10-07 2023-08-22 Lyft, Inc. Multi-modal transportation system
US10746555B1 (en) 2019-10-07 2020-08-18 Lyft, Inc. Multi-modal transportation route deviation detection and correction
US20210240724A1 (en) * 2020-01-31 2021-08-05 TripActions, Inc. Methods and systems for dynamically updating a user interface displaying air tickets available for purchase
CN111338478B (zh) * 2020-02-25 2024-03-26 携程旅游网络技术（上海）有限公司 航班信息显示方法、系统、设备及介质
US11720377B2 (en) 2020-07-10 2023-08-08 Navan, Inc. Methods and systems for dynamically generating contextual user interface elements
US11669853B2 (en) * 2021-01-25 2023-06-06 Capital One Services, Llc Distance points interactive interface and related methods
US20240045912A1 (en) * 2022-08-08 2024-02-08 Capital One Services, Llc Systems and methods for generating itinerary-related recommendations and/or predictions for a user

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070106497A1 (en) * 2005-11-09 2007-05-10 Microsoft Corporation Natural language interface for driving adaptive scenarios

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US1122134A (en) * 1913-10-01 1914-12-22 Stephen Mclean Brown Debranning-machine.
US5729458A (en) 1995-12-29 1998-03-17 Etak, Inc. Cost zones
US6327589B1 (en) 1998-06-24 2001-12-04 Microsoft Corporation Method for searching a file having a format unsupported by a search engine
US6307572B1 (en) 1998-07-02 2001-10-23 Ita Software, Inc. Graphical user interface for travel planning system
EP1356388A2 (fr) 1999-11-01 2003-10-29 ITA Software, Inc. Interface utilisateur graphique destine a un systeme de planification de voyage
US7263664B1 (en) 2000-11-01 2007-08-28 Ita Software, Inc. Graphical user interface for travel planning system
US6826472B1 (en) 1999-12-10 2004-11-30 Tele Atlas North America, Inc. Method and apparatus to generate driving guides
EP1428142A2 (fr) 2000-03-22 2004-06-16 Sidestep, Inc. Procede et dispositif destines a un moteur de connexion d'informations dynamique
US20020069118A1 (en) * 2000-12-04 2002-06-06 Zylstra Roel C. Refund management
US6714939B2 (en) 2001-01-08 2004-03-30 Softface, Inc. Creation of structured data from plain text
GB0119488D0 (en) 2001-08-10 2001-10-03 Cellectivity Ltd E-commerce method for mobile telephones
WO2003083643A1 (fr) * 2002-03-25 2003-10-09 Morciz Michael Z Methode d'acces a des informations internet profondes faisant appel a un moteur de recherche
US7346526B2 (en) * 2002-10-16 2008-03-18 Ita Software, Inc. System and method for entering flexible travel queries with layover description
US20040078251A1 (en) 2002-10-16 2004-04-22 Demarcken Carl G. Dividing a travel query into sub-queries
US20040230451A1 (en) 2003-05-16 2004-11-18 Romek Figa System and method for locating flights and air fares
US20040249682A1 (en) * 2003-06-06 2004-12-09 Demarcken Carl G. Filling a query cache for travel planning
US20050228702A1 (en) 2004-03-30 2005-10-13 Travelocity.Com Lp Devices, systems, and methods for providing remaining seat availability information in a booking class
US7996419B2 (en) 2004-03-31 2011-08-09 Google Inc. Query rewriting with entity detection
US7869647B2 (en) * 2004-04-02 2011-01-11 Agilent Technologies, Inc. System and method for processing training data for a statistical application
TWI249695B (en) * 2004-12-09 2006-02-21 Shiau-Peng Li Map-based flight searching and booking method
US7831585B2 (en) * 2005-12-05 2010-11-09 Microsoft Corporation Employment of task framework for advertising
US20070156469A1 (en) 2005-12-29 2007-07-05 Bird Thomas K Airline management system generating routings based on stored customer preference data
WO2007082307A2 (fr) 2006-01-13 2007-07-19 Invenda Corporation Coupon, procede et systeme de recherche par internet au moyen d'un moteur d'application
US20070198308A1 (en) * 2006-02-17 2007-08-23 Hugh Crean Travel information route map
US20080167907A1 (en) 2007-01-05 2008-07-10 Carl De Marcken Cache poller for providing travel planning information
US20080167906A1 (en) 2007-01-05 2008-07-10 De Marcken Carl Support for flexible travel planning
US20080222119A1 (en) 2007-03-08 2008-09-11 Microsoft Corporation Detecting a user's location, local intent and travel intent from search queries
US20090119001A1 (en) 2007-11-07 2009-05-07 Public Routes. Com, Llc Method and system for finding multimodal transit route directions based on user preferred transport modes
US8972434B2 (en) * 2007-12-05 2015-03-03 Kayak Software Corporation Multi-phase search and presentation for vertical search websites
US20090192917A1 (en) 2008-01-24 2009-07-30 David Wolkin Method for retrieving and presenting travel related information
US20090216577A1 (en) 2008-02-22 2009-08-27 Killebrew Todd F User-generated Review System
US20100185426A1 (en) * 2009-01-16 2010-07-22 Rajesh Ganesan Predicting Aircraft Taxi-Out Times
US8458171B2 (en) 2009-01-30 2013-06-04 Google Inc. Identifying query aspects
US9514466B2 (en) 2009-11-16 2016-12-06 Yahoo! Inc. Collecting and presenting data including links from communications sent to or from a user
US9124488B2 (en) * 2010-04-21 2015-09-01 Vmware, Inc. Method and apparatus for visualizing the health of datacenter objects
US8732222B2 (en) 2010-06-30 2014-05-20 Microsoft Corporation Integrating specialized knowledge sources into a general search service
US9684690B2 (en) 2011-01-12 2017-06-20 Google Inc. Flights search
US9163952B2 (en) 2011-04-15 2015-10-20 Microsoft Technology Licensing, Llc Suggestive mapping
US8954092B2 (en) 2012-06-25 2015-02-10 Google Inc. Pre-caching data related to a travel destination
US9430571B1 (en) 2012-10-24 2016-08-30 Google Inc. Generating travel queries in response to free text queries

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070106497A1 (en) * 2005-11-09 2007-05-10 Microsoft Corporation Natural language interface for driving adaptive scenarios

Also Published As

Publication number Publication date
WO2012095613A1 (fr) 2012-07-19
US20170293665A1 (en) 2017-10-12
US20140052714A1 (en) 2014-02-20
US9684690B2 (en) 2017-06-20

Similar Documents

Publication Publication Date Title
EP2663951A1 (fr) Recherche de vols
CN107407572B (zh) 沿路线搜索
US20110213787A1 (en) Method and system of planning and/or managing a travel plan
US20130031506A1 (en) Hotel results interface
US20130166329A1 (en) Social network travel inspiration engine and method of same
CN103930920A (zh) 在社交网络服务中将内容共享到发现的内容流
US20150163256A1 (en) Group travel planning
US10817807B2 (en) Graphical user interface to reduce obscured features
US20140052482A1 (en) Passenger oriented seating system and method
US20180113914A1 (en) Generating personalized routes for one or more users to improve user well-being
KR20140016247A (ko) 광고주에게 추상 오브젝트에 대한 입찰 기회 제공
WO2004061546A2 (fr) Dispositif de navigation et plate-forme de gestion et de diffusion en mode serveur, notamment pour l&#39;affichage de liens publicitaires
US8584013B1 (en) Temporal layers for presenting personalization markers on imagery
CN113646742A (zh) 使用应用模板生成和更新基于语音的软件应用
JP2018018183A (ja) 検索システム、ツアープラン生成システム、ツアープラン生成方法、及びコミュニケーションシステム
US10896217B2 (en) Access points for maps
EP2698749A1 (fr) Système et procédé d&#39;assise orienté passagers
US20100162173A1 (en) Techniques for presenting and browsing hierarchical data
US20230096545A1 (en) Optimizing notification transmission
İlkan et al. Mobile application features effects on the application's engagement and intention for continuing use in tourism
US20210312344A1 (en) Optimizing client-initiated segment creation
Ismail et al. User-centred Design and Evaluation of Web and Mobile based Travelling Applications
KR102301025B1 (ko) 데이터 관리 시스템에서의 비-표준 데이터 관리
Hefny Evaluating the Egyptian Official online channels for branding Egypt as a tourism destination
Loh Itinerary planner for tourism mobile application with smart trip generation and social platform

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20130802

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20150807

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: GOOGLE LLC

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APAV Appeal reference deleted

Free format text: ORIGINAL CODE: EPIDOSDREFNE

APBX Invitation to file observations in appeal sent

Free format text: ORIGINAL CODE: EPIDOSNOBA2E

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

APBT Appeal procedure closed

Free format text: ORIGINAL CODE: EPIDOSNNOA9E

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20220309

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230519