WO2016042282A1

WO2016042282A1 - A method, apparatus and system for choosing a vacation

Info

Publication number: WO2016042282A1
Application number: PCT/GB2015/000050
Authority: WO
Inventors: Nena CHALETZOS
Original assignee: Luxtripper Limited
Priority date: 2014-09-16
Filing date: 2015-02-11
Publication date: 2016-03-24
Also published as: GB201706044D0; GB201416344D0; GB2547359A

Abstract

In a computing system, a computer implemented method of creating a data result set that relates to potential vacation destinations, the method comprising the steps of: i. receiving data entered into a computing system interface by a user, the data relating to two or more of: type of traveller, the required time of travel, and the weather requirements; ii. entering data relating to the vacation experience desired; iii. retrieving data from a data store based on the parameters defined by the user profile created by the entry of the data in steps i and ii; iv. presenting at least a portion of the retrieved data to a user as a number of discrete vacation destinations.

Description

A METHOD, APPARATUS AND SYSTEM FOR CHOOSING A VACATION FIELD OF THE INVENTION

The present invention relates to a method, apparatus and system for choosing a vacation.

BACKGROUND

Most people will schedule at least one vacation or holiday a year in order to take a break from their daily lives and recharge their batteries. This normally involves travelling to a holiday destination. Usually, when people decide to go on vacation or holiday, they will spend a significant amount of time deciding generally where to go (country and/or area of the world). Once they have decided on a destination, or have a shortlist of potential destinations, they will then carry out further research into each destination and determine from their research where in particular they will travel to, taking into account which month or what time of year they would like to travel (for example, the weather at a particular time of year will be an important deciding factor), and whether the destination option gives them the experience they require at that time of year and within their desired budget.

A customer or group of customers will also have to find and analyse hotel or accommodation reviews within the chosen destination area, and then go through these to ensure they also match their requirements. After a number are short-listed, the final deciding factor is, again, usually the price.

A customer may then spend additional time researching and booking activities that coincide with their time away, which adds further time and effort, and may cause them to re-think their destination and have to start the process again if they cannot find suitable activities or book these to coincide within the scheduled window of their visit.

Due to the nature of modern commerce and the easy availability of information, the final step of the process before booking will usually involve the customer spending additional time looking for offers which match the budget they have set and which include all their requirements (flights, accommodation, transfers etc).

At this final stage if the search results do not match all the necessary criteria, then the whole process will normally be started again.

Due to the large number of factors which need to be considered, the prevalence and easy availability of information and the number of steps in the process, the overall time taken to decide on and book a vacation can take weeks and even months. People will generally spend a significant amount of money on their vacation and it is a major event in their lives. As they are spending a lot of money they want to ensure they balance all of the many factors to make the right choice.

If they are using an on-line site such as for example Expedia for research, a customer will be presented with pages of results for their destination and multiple pages of associated offers. Users can feel overwhelmed and may feel that they have to check and review every offer to ensure they pick what is best or right for their requirements. This can add significantly to the time required to complete the overall process.

It is an object of the present invention to provide a method for choosing a vacation which goes some way to overcoming the abovementioned disadvantages or which at least provides the public or industry with a useful choice.

It is a further object of the present invention to provide a system for choosing a vacation which goes some way to overcoming the abovementioned disadvantages or which at least provides the public or industry with a useful choice.

It is a further object of the present invention to provide an apparatus for choosing a vacation which goes some way to overcoming the abovementioned disadvantages or which at least provides the public or industry with a useful choice.

Further objects and advantages of the invention will be brought out in the following portions of the specification, wherein the detailed description is for the purpose of fully disclosing the preferred embodiment of the invention without placing limitations thereon.

The background discussion (including any potential prior art) is not to be taken as an admission of the common general knowledge.

Summary of the Invention

The term "comprising" as used in this specification and indicative independent claims means "consisting at least in part of. When interpreting each statement in this specification and indicative independent claims that includes the term "comprising", features other than that or those prefaced by the term may also be present. Related terms such as "comprise" and "comprises" are to be interpreted in the same manner.

As used herein the term "and/or" means "and" or "or", or both.

As used herein "(s)" following a noun means the plural and/or singular forms of the noun. In an aspect, the invention may broadly be said to consist in a computer-implemented method of creating a data result set within a computing system that relates to potential vacation destinations, the method comprising the steps of:

i. receiving data entered into a computing system interface by a user, the data relating to two or more of: type of traveller, the required time of travel, and the weather requirements;

ii. entering data relating to the vacation experience desired;

iii. retrieving data from a data store based on the parameters defined by the user profile created by the entry of the data in steps i and ii;

iv. presenting at least a portion of the retrieved data to a user as a number of discrete vacation destinations.

In an embodiment, the retrieved data is presented to a user on their interface as a list.

In an embodiment, each entry in the list comprises a display of header detail, each entry in the list further configured so that further information for each entry is viewable by click-through.

In an embodiment, the computer-implemented method further comprises the step of filtering the retrieved data by price.

In an embodiment, the computer-implemented method further comprises the step of filtering the retrieved data by length of travel.

In an embodiment, the computer-implemented method further comprises the step of filtering the retrieved data by room type.

In an embodiment, the computer-implemented method further comprises the step of filtering the retrieved data by available upgrades.

In an embodiment, the available upgrades comprise one or more of: flight upgrades, room upgrades.

In an embodiment, the computer-implemented method further comprises the step of filtering the retrieved data by additional services.

In an embodiment, the additional services comprise one or more of: tours, transfers, airport lounges, activities, excursions.

In an embodiment, the computer-implemented method further comprises the step of filtering the retrieved data by pre-arranged tour.

In an embodiment, the results are sent to a user as an e-brochure. BRIEF DESCRIPTION OF THE DRAWINGS

Further aspects of the invention will become apparent from the following description which is given by way of example only and with reference to the accompanying drawings which show embodiments of the device by way of example, and in which:

Figure 1 shows a schematic overview of the architecture of a system suitable for an embodiment of the present invention, with the main building blocks or system elements and the main connections between these elements shown.

Figure 2 shows a schematic overview flow diagram of a method of choosing a vacation according to a first embodiment of the present invention.

Figure 3 shows a schematic overview flow diagram of a method of choosing a vacation according to a second embodiment of the present invention.

Figure 4 shows a schematic view of a first embodiment of the main display interface that a user will use to enter data in the first step of the method of figure 2.

Figure 5a shows a schematic view of a second embodiment of the main display interface that a user will use to enter data in the first step of the method of figure 3.

Figure 5b shows a schematic view of a second embodiment of the main display interface that a user will use to enter data in the second step of the method of figure 3.

Figure 6 shows a typical view of the main display interface of figure 4 as it appears on screen to a user entering data carrying out the method of figure 2.

Figure 7 shows a typical view of the main display interface of figures 5a and 5b as they appear on screen to a user entering data carrying out the method of figure 3.

Figure 8a shows a typical results page, generated when the steps of the method of figure 2 are completed, that shows a partial list of the results generated by completing the method, the list entries displaying relevant but minimal header details, a user or users able to click within each results box for further information on that particular recommended package, and to find out more about the package (e.g. hotel, flights, transfers, etc).

Figure 8b shows a typical results page, generated when the steps of the method of figure 3 are completed, that shows a graphical representation of the globe with the potential destinations generated by completion of the initial steps highlighted, a partial list of the results generated by completing the method shown below the globe graphic, the list entries displaying relevant but minimal header details, a user or users able to click within each results box for further information on that particular recommended package, and further filter boxes shown that allow a user to add further filters to the shortlist to further narrow down the results.

DETAILED DESCRIPTION OF THE INVENTION

Embodiments and variations thereof of the present invention will now be described with reference to the figures.

Overview

The present invention provides a method, system and apparatus for choosing a vacation where the number of steps required (and hence the time required) to complete the choosing process is minimised, and where this is achieved by having certain types of data requested in a certain manner. The system creates a profile of a user or customer from information which they enter, and then creates and presents a results list that suits the particular profile based on the profile information entered. The method, and the system that supports the method, will now be described.

A schematic overview of the architecture of a system 1 suitable for the preferred embodiments, with the main building blocks or system elements and the main connections between these elements, is shown in figure 1. A data store 101 is shown. The data store 101 can be a server, an enterprise data warehouse, an operational data store, a data mart, a storage array, or similar, and can be of the type which receives and stores data from multiple sources 102, which may be widely geographically separated. Further, the data store may at least partly be a cache memory used to temporarily store incoming data captured in real time - for example streaming data. The data store 101 may also be a centralised location, or a distributed network. Data stored in the data store 101 relates to vacation or holiday information. For example, hotel availability and price, weather data relating to the prevailing weather for a time of year based on historical data, flight details, activity details linked to a geographic location (for example museums or galleries in a certain city, scuba diving or snorkelling excursions linked to location, etc), restaurant details linked to a location, car hire outlets, other equipment hire outlets (jet skis, sailing vessel charters, etc) and other relevant details. The data can be entered by an authorised user logging on to the system via a remote terminal that acts as the source 102. The data can be sent to the data store 101 from the terminals or sources 102 by way of any suitable

communication system 103 - for example, wireless transmission, transmission via an established telephone network (mobile or landline), via a built-in hardwired grid, etc. If the terminals 102 are geographically separated from the data store 101 by longer distances, then a combination of these elements may be used to transmit and receive the data. A data retrieval engine 104 is in communication with the data store 101 to enable the stored data to be retrieved and transferred to other elements of the system. A processing module 105 is in communication with the data retrieval engine 104 to receive the data and process this as outlined below. The data retrieval engine 104 and processing module 105 are in communication with external inputs from an end user via a customer terminal or user interface 106.

Generally, the terminal or terminals 102 are in communication with, but do not form part of, the core portion of the system (which comprises but is not limited to: the data store 101 , the data retrieval engine 104, the processing module 105, and any

links/connections to, or which form part of, the communication system 103). The terminals 102 may be terminals used by direct employees or trusted associates to upload data to the data store - for example a travel agent or airline may upload new or revised flight data, an associated hotel chain operative or employee may upload data relating to a special offer, new menus, or new details of activities. The terminals 102 may also be employee terminals that are used to add, remove and amend data, and which can be used to alter the parameters by which the programming module 105 operates in order to change the results generated by the entry of certain parameters or to alter the parameters which can be entered (e.g. to change fields for users to enter data, to change the entries on user menus, etc).

Similarly, the user terminal 106 by which a user connects with the system does not have to form part of the core portion of the system, and is mostly likely to be their own personal terminal: for example a laptop, PDA /tablet device, or desktop PC.

Alternatively it could be a terminal located at a travel agent or similar, with the agent assisting a customer in making their choices and entering data as required.

Further details of an embodiment of the system 1 are provided below in the sub-section titled 'system details'.

Creating a Customer Profile

First embodiment

The method of choosing a vacation according to a first embodiment of the present invention, and the associated system and apparatus, will now be described. The method is carried out by entering data into an interface that is designed to provide data relating to the following points:

1 : what month does the user/users wish to travel?

2: what are their weather requirements?

3: what experience do they desire from their holiday?

In the first embodiment described and shown this is achieved by presenting the user with a single screen or display on their interface 106, with three data entry steps or menus that they need to complete in order to be presented with a result set. The overall process is shown by the flow chart in figure 2. As shown in figures 4 and 6, in order to complete the first step of the method (step 201 in figure 2), a user is presented with a point-and-click interface 1 where they are required to enter data in three profile boxes. Firstly, the user chooses when they wish to travel by clicking on the month list provided in the 'month of travel' box 2. Secondly, the user completes a 'type of weather' box 3, where a user chooses the type of weather they wish to enjoy by clicking on the list provided within box 3 ('hot', 'warm', 'fine' 'cool' and 'cold' are the choices provided in this embodiment). Thirdly, the user chooses what type of holiday experience they desire, choosing one from the menu list provided in the 'type of experience' box 4, by pointing and clicking on a choice within the list to choose the type of holiday they require in a similar manner to that outlined above for the first and second steps. In the embodiment shown, the choices provided are: 'honeymoons', 'all inclusive', 'safari and trekking", 'cultural', 'revive and rejuvenate', 'nightlife' and 'adult only'. Once this step has been completed, a user profile is created.

It should be noted that data can be entered in the boxes in any order. That is, data entry is not limited to linear entry in the order of box 2, box 3, box 4 - a user can enter the 'type of experience' they desire in box 4 before moving back to complete boxes 2 and 3 (in any order).

The user profile created is based on the entry of the data in step 201. The data which a user has entered is sent from their interface 106 to the processing module 105, which uses pre-programmed parameters to create an individual profile (step 202 in figure 2). The processing module is in communication with the database or data store 101 via the data retrieval module 104. The processing module 105 interrogates the data store 101 , and instructs the data retrieval module 104 to retrieve data from the data store 101 , with the selected retrieved data based on the parameters defined by the user profile created in step 202. The data retrieval module 104 retrieves and delivers the data to the processing module 105 at step 203, the processing module 105 then presenting/delivering these results to the interface 106 at step 204. The results delivered relate to the recommended destinations, recommended hotels, weather updates as per the search criteria and finally only locations fitting to the experiences as refined within the search.

As shown in figure 8a, in this embodiment the results are delivered as discrete entries, for example boxes arranged in a list, with relevant but minimal header details displayed. A user or users can then click within each results box for further information on that particular recommended package, and to find out more about the package (e.g. hotel, flights, transfers, etc).

Second embodiment

The method of choosing a vacation according to a second embodiment of the present invention, and the associated system and apparatus, will now be described.

The method is similar to that described above for the first embodiment, and is carried out by entering data into an interface that is designed to provide data relating to the following points:

1 : what type of traveller is the user

2: what month do they wish to travel

3: what are their weather requirements

4: what experience do they desire from their holiday.

In the embodiment described and shown this is achieved by presenting the user with two data entry steps that they need to complete in order to be presented with a result set. The overall process is shown by the flow chart in figure 3. As shown in figures 5a, 5b and 7, in order to complete the first step of the method (step 301 in figure 3), a user is presented with a point-and-click interface where they are required to enter data in three profile boxes. The interface in this embodiment is generally numbered as interface 10, with the first interface part 10a shown in figure 5a, and the second interface part 10b shown in figure 5b. The first part of first interface 10a is a 'type of traveller' box 11 , where a user specifies what type of traveller they are from a list provided (in this embodiment, the choices provided are: 'Couple', "Family", 'Group', 'Solo', 'Stag/Hen'. It should be noted that 'type' in this context can relate to an individual traveller, or more than one traveller, such as a couple or group). A user then chooses the month in which they wish to travel by clicking on the month list provided within box 12; and finally the user completes a 'type of weather' box 13, where a user chooses the type of weather they wish to enjoy by clicking on the list provided within box 13 ('hot', 'warm', 'fine' 'cool^* and 'cold' are the choices provided in this embodiment, as shown in figure 5a). Data can be entered in the boxes in any order. That is, data entry is not limited to linear entry in the order of box 11 , box 12, box 13 - a user can enter the weather they desire in box 13 before moving back to complete boxes 11 and 12 (in any order). It should also be noted that the user also does not have to complete every step in order to get the results - for example, a user or users can complete the 'type of traveller¹ box 11 (for example, to indicate that they are a couple), then skip or miss out the month list provided within box 12, then add their weather type and experience by completing the 'type of weather" box 13. Once a user has completed their choices in boxes 11 , 12, and 13 in step 1 , they move on to step 2. .

As shown in figure 5b, at step 2 (step 302 in figure 3), a user is asked to choose what type of holiday they desire, by choosing one from the menu list provided in the

'experience type' box 14, by pointing and clicking on a choice within the list to choose the type of holiday they require in a similar manner to that outlined above for the first step. In the embodiment shown, the choices provided are: 'honeymoons', 'all inclusive', 'safari and trekking', 'cultural', 'revive and rejuvenate', 'nightlife' and 'adult only'. Once this step has been completed, a user profile is created.

It should be noted that in this embodiment, the user can move on to the next screen or create a results list, even if not all the boxes have been completed (for example, if only two of the boxes 11 , 12, 13 have been completed), by clicking on the 'results' button 15 as shown in the bottom right of figure 7. In the embodiment shown in figure 7 and as described, the interface allows for the completion of steps 301 and 302 on the same screen, with boxes 11 , 12, 13 on a top 'row', and box 14 forming a lower 'row' on the screen. A results list is still generated and provided to a user, based on the information that a user has provided.

The user profile created is based on the entry of the data in steps 301 and 302. The data which a user has entered is sent from their interface 106 to the processing module 105, which uses pre-programmed parameters to create an individual profile (step 303 in figure 2). The processing module is in communication with the database or data store 101 via the data retrieval module 104. The processing module 105 interrogates the data store 101 , and instructs the data retrieval module 104 to retrieve data from the data store 101 , with the selected retrieved data based on the parameters defined by the user profile created in step 303. The data retrieval module 104 retrieves and delivers the data to the processing module 105 at step 304, the processing module 105 then presenting/delivering these results to the interface 106 at step 305. The results delivered relate to the recommended destinations, recommended hotels, weather updates as per the search criteria and finally only locations fitting to the experiences as refined within the search.

The results are delivered as discrete entries, for example boxes arranged in a list, with relevant but minimal header details displayed. A user or users can then click onto each results box for further information on that particular recommended package, and to find out more about the package (e.g. hotel, flights, transfers, etc).

A user can take advantage of further filters that are available on the results page, that allow the user to further define their package. That is, to further filter the retrieved data. These can include filtering by price, length of travel, room types, and available upgrades. The user can also add on additional services such as tours and

transfers/airport lounges based on their requirements. This could be achieved by clicking on a filter button (e.g. a 'filter by price" button), or by accessing a drop-down menu. For example, a price filter menu could have different price ranges pre-specified in the menu entries, or could have a box or boxes that a user completes to enter data that relates to one or both of their minimum/maximum price requirements. This further filtering is applied to the previously generated results set.

The results are provided globally (i.e. all destinations across the world that fit within the profile are included in the results delivered). However, by default the system will only provide the first 20 results. Limiting the results to 20 in the first instance allows the user to make informed decisions without an influx of options/packages and in a much shorter time frame.

A typical results page is shown in Figure 8b, as generated when the steps of the method of figure 3 are completed. A graphical representation of the globe with the potential destinations generated by completion of the initial steps highlighted is shown at the top, with a partial list of the results generated by completing the method shown below the globe graphic, the list entries displaying relevant but minimal header details and a user or users able to click within each results box for further information on that particular recommended package. Further filter boxes are shown in the centre and to the side that allow a user to add further filters to the shortlist to further narrow down the results, these including a 'price¹ filter and a 'travel time' filter, and a filter to refine the results by additions such as 'private pool', 'creche', 'gym', spa', etc.

If a user adds further filters, these can be used to filter the results already displayed (the default being 20, but the total number displayed user-specifiable), or the total can be kept at the previously specified number (e.g. the default of 20), with irrelevant results based on the new filters removed, and new results added to keep the numbers as specified.

In both the first and second embodiment described above, the information required, and the method used to achieve the outputted results, differs from what is currently known and used. Currently when users are searching for destination inspiration and affordable packages, they are asked to provide input data which includes: their destination, dates, how many travellers, etc. That is, before they start using a system or method such as are known in the art, they are already required to have an idea of where they wish to go.

The systems and methods of the present invention are structured so that a user is only required to enter a minimal amount of information in order to create a user profile so that a suitable result set can be provided. A customer or user is not required to know or have an idea of their preferred destination and exact dates before the profile is created. All that a user needs to know in order to choose a vacation is who they are as a traveller (what sort a traveller they are, or what sort of vacation they desire), when they wish to travel, and what type of weather/experience they would like. By asking for this data, and arranging the data input in the manner described, the time taken both for the system on which the method is performed to produce a satisfactory result and provide the user or customer with relevant options is greatly reduced. Also, the overall processing power required by the system is greatly reduced. From the point of view of a user, the time taken to decide on and book their vacation is considerably reduced. Once global destination results are produced, a user can refine the process and come up with a specific destination that suits them.

It has further been found that entering data relating to the vacation experience desired at the first entry screen, before creating the user profile, has the effect of significantly and surprisingly reducing the time taken both for the system on which the method is performed to produce a satisfactory result and provide the user or customer with relevant options, and also surprisingly significantly reduces the overall processing power required by the system.

Tailoring the search results in this manner helps to ensure that no extraneous or wasted information is given to the customer. They are not required to spend so much time data-mining.

Variations

In variants of the method and system outlined above, the menu choices provided in each of the first and second steps can differ. For example, the menu list 'type of experience' in box 4 in step 201 can include as additions or alternatives the menu choices: 'romantic', 'family', 'beach', and 'city breaks'. Similarly, box 14 in step 302.

The system is customisable, either by a user or by an employee operator. For example, all of the menu options listed in the main embodiment and the variant additions and alternative can be included in any combination, a user adding or removing these from a personal repeat use profile. These could also be added or removed by an authorised employee to provide different menus for different users. For example, subscription members might have access or the option to include certain menu items such as 'luxury packages', or similar. A user can also choose to display greater or fewer than the 20 results provided by default.

In both of the embodiments, a user can either use the system themselves by logging on via their own terminal 106, or this can be done by for example a telesales team member, who can enter data into the system via questions and answers with a customer to carry out the same search and arrive at the same results.

A number of filters and menu items have been outlined above, for both embodiments, further menu items and/or filters can be added or included as required. These could include: tours, transfers, airport lounges, flight upgrades, activities, and excursions.

The results can be provided as outlined above - as a results page with packages. As an alternative, a bespoke e-brochure of results could also be provided.

The results could also be filtered based on hotel only (e.g. to limit the results to one hotel chain or five-star hotels only

The results can be based on pre-programmed tours by tourist companies/cruise ships.

The options list in the 'type of traveller' box 11 can be altered. For example, additional types of traveller could be added, or included in place of those listed above. For example: greys, gay, 1 ^st time travel couple, green (earth friendly), iiber- luxury travel, spiritualist, etc.

Similarly, the options list in the 'experience type' boxes 4 or 14 can be altered. For example, additional experiences such as: off the beaten track, experiential, wellness retreat, spiritual, escapism, religious, naturist, etc can be added.

As outlined above, the method utilises information input by a user to provide a results list that is indicative of a suitable destination at a suitable time - where a user should go and when. In variations, the questions asked could be altered or tailored to provide a conceptually slightly different result.

For example, the questions could be tailored to provide results based on activities, excursions and traveller experiences - results indicative of what activities a user/users can do, and when.

That is, in a computing system, a computer-implemented method of creating a data result set that relates to potential vacation destinations, the method comprising the steps of:

i. receiving data entered into the computing system via a user interface, the data relating to: the required activities, excursions, and the type of experience desired; ii. retrieving data from a data store based on the parameters defined by the user profile created by the entry of the data in step i;

iii. presenting at least a portion of the retrieved data to a user as a number of discrete vacation activities.

The questions could also be tailored to provide results biased towards ways to travel, based on type of traveller, time of travel and experience and weather - results indicative of how to go, and when.

i. receiving data entered into the computing system via a user interface, the data relating to: the type of traveller, the weather requirements, and the type of experience desired;

ii. retrieving data from a data store based on the parameters defined by the user profile created by the entry of the data in step i;

iii. presenting at least a portion of the retrieved data to a user as a number of discrete ways to travel.

The questions could also be tailored to provide results based on a particular reason to travel - results indicative of why to go, and when. In order to provide the results, the profile will need to include information that indicates what type of traveller the user is, and the reason for their travel. This can be achieved by modifying the information input in step 201 or steps 301 and 302 for example, or as a further filter. That is, in a computing system, a computer-implemented method of creating a data result set that relates to potential vacation destinations, the method comprising the steps of:

i. receiving data entered into the computing system via a user interface, the data relating to: the type of traveller, and the reason for travelling;

iii. presenting at least a portion of the retrieved data to a user as a number of discrete vacation destinations.

The method could also comprise the additional step of having a user enter one or both of the type of weather they desire, and the type of experience desired.

The questions could also be tailored to provide results based on who is most suitable to travel with - results indicative of who to go with, and when to go with them. The data entered would be suitable for creating a networking travel profile that is then matched with similar user profiles, and/or which is matched with profiles that indicate the type of person you would like to travel with.

i. receiving data entered into the computing system via a user interface, the data suitable for creating a networking travel profile;

ii. retrieving data from a data store based on the parameters defined by the user networking travel profile created by the entry of the data in step i;

iii. presenting at least a portion of the retrieved data to a user as a number of vacation partners.

The questions could also be tailored to provide results biased towards a suitable time to travel to a particular location - when to go where.

That is, in a computing system, a computer-implemented method of creating a data result set that relates to potential vacation destinations, the method comprising the steps of: i. receiving data entered into the computing system via a user interface, the data relating to: the required general or specific destination or destinations, and the weather requirements;

iii. presenting at least a portion of the retrieved data to a user as a number of discrete vacation packages.

System details

Further details of a system suitable for performing the method described above will now be described in more detail.

The processor of processing module 105 is arranged to perform the steps of a program stored as program instructions within the memory device. The program instructions enable the various methods of performing the invention as described herein to be performed. The program instructions, may be developed or implemented using any suitable software programming language and toolkit, such as, for example, a C-based language and compiler. Further, the program instructions may be stored in any suitable manner such that they can be transferred to the memory device or read by the processor, such as, for example, being stored on a computer readable medium. The computer readable medium may be any suitable medium for tangibly storing the program instructions, such as, for example, solid state memory, magnetic tape, a compact disc (CD-ROM or CD-R/W), memory card, flash memory, optical disc, magnetic disc or any other suitable computer readable medium.

The processing module 105 is also configured to be able to sort data and arrange this for visualisation, by utilising the data retrieval module 104 that is in communication with the data storage systems or devices that form the data store 101.

It will be understood that the system herein described includes one or more elements that are arranged to perform the various functions and methods as described herein. The embodiments herein described are aimed at providing the reader with examples of how various modules and/or engines that make up the elements of the system may be interconnected to enable the functions to be implemented. Further, the embodiments of the description explain, in system related detail, how the steps of the herein described method may be performed. The conceptual diagrams are provided to indicate to the reader how the various data elements are processed at different stages by the various different modules and/or engines. It will be understood that the arrangement and construction of the modules or engines may be adapted accordingly depending on system and user requirements so that various functions may be performed by different modules or engines to those described herein, and that certain modules or engines may be combined into single modules or engines.

It will be understood that the modules and/or engines described may be implemented and provided with instructions using any suitable form of technology. For example, the modules or engines may be implemented or created using any suitable software code written in any suitable language, where the code is then compiled to produce an executable program that may be run on any suitable computing system. Alternatively, or in conjunction with the executable program, the modules or engines may be implemented using, any suitable mixture of hardware, firmware and software. For example, portions of the modules may be implemented using an application specific integrated circuit (ASIC), a system-on-a-chip (SoC), field programmable gate arrays (FPGA) or any other suitable adaptable or programmable processing device.

The methods described herein may be implemented using a general purpose computing system specifically programmed to perform the described steps.

Alternatively, the methods described herein may be implemented using a specific computer system such as a data sorting and visualisation computer, a database query computer, a graphical analysis computer, a gaming data analysis computer, a manufacturing data analysis computer, a business intelligence computer etc., where the computer has been specifically adapted to perform the described steps on specific data captured from an environment associated with a particular field.

Claims

1. In a computing system, a computer implemented method of creating a data result set that relates to potential vacation destinations, the method comprising the steps of: i. receiving data entered into a computing system interface by a user, the data relating to two or more of: type of traveller, the required time of travel, and the weather requirements;

ii. entering data relating to the vacation experience desired;

2. A computer-implemented method as claimed in claim 1 wherein the retrieved data is presented to a user on their interface as a list.

3. A computer-implemented method as claimed in claim 2 wherein each entry in the list comprises a display of header detail, each entry in the list further configured so that further information for each entry is viewable by click-through.

4. A computer-implemented method as claimed in any one of claims 1 to 3 further comprising the step of filtering the retrieved data by price.

5. A computer-implemented method as claimed in any one of claims 1 to 4 further comprising the step of filtering the retrieved data by length of travel.

6. A computer-implemented method as claimed in any one of claims 1 to 5 further comprising the step of filtering the retrieved data by room type.

7. A computer-implemented method as claimed in any one of claims 1 to 6 further comprising the step of filtering the retrieved data by available upgrades.

8. A computer-implemented method as claimed in claim 7 wherein the available upgrades comprise one or more of: flight upgrades, room upgrades.

9. A computer-implemented method as claimed in any one of claims 1 to 8 further comprising the step of filtering the retrieved data by additional services.

10. A computer-implemented method as claimed in claim 9 wherein the additional services comprise one or more of: tours, transfers, airport lounges, activities, excursions.

11 . A computer-implemented method as claimed in any one of claims 1 to 10 further comprising the step of filtering the retrieved data by pre-arranged tour.

12. A computer-implemented method as claimed in claim 1 wherein the results are sent to a user as an e-brochure.