Patent Application
20130054277
This application claims the benefit of European Patent Application No. 11306064.4, filed Aug. 25, 2011; the disclosure of which is incorporated herein by reference in its entirety.
The present invention relates to a method and system for planning and booking trips by using social networks on the Internet.
Nowadays, users book trips by using websites which provide travel booking services on the Internet. A user can then create and organize the trip by choosing several criteria such as date, destination, cost, etc from all the available criteria on the website. However, a user has to manually enter the data in a specific user interface each time a search is carried out. In addition, some of the criteria on the website may be missing when the user requests a specific criterion, such as a specific hotel or connection airport between two flights, etc. Such problems are compounded when many users decide to book a trip as a group of users travelling together. All the preferences of all the users within the group need to be managed while processing the booking. As a result, the booking process for such groups is a manual process which is very time consuming.
Travel agents generally have a better understanding of criteria needed by users as travel agents can provide more customized specific booking services with adapted criteria. As travel agents can use adapted criteria to search for trips, they can provide trips which match the criteria of the users more accurately than the above mentioned websites. In addition, travel agents can advise the users by suggesting a specific low cost trip by using a trip package, for example. A trip package may include the booking of other services in addition to booking a trip. For example, booking a hotel room or renting a car. However, travel agents do not have specific access to users who wish to organize and book travel for one or more users. Travel agents always have to wait for a request to book a trip. Online social networks on the Internet are now very popular. Users who subscribe to such social networks always indicate personal details referring to their preferences in different domains or activities such as traveling, for example. However, such information regarding the travel preferences of groups of users is not generally used or optimized in the travel booking domain.
One aspect of the present invention is to overcome at least some of the problems associated with the prior art.
The present invention provides a system and method as set out in the accompanying claims.
According to one aspect of the present invention there is provided a system for at least one user to search for a trip from at least one travel agency for booking, the user having a user communication device, the travel agency having a travel agency server; the user communication device and the travel agency server being able to communicate indirectly through at least one online social network having a social network server which is connectable with the user communication device and a travel provider server, wherein the travel provider server is connected to at least one travel agency server, wherein the social network server stores a first set of data in a first format associated with the user, and wherein the travel provider server is capable of storing at least one trip request associated with the user and at least one trip proposal from the travel agency both comprising a second set of data in a second format and associated with one or more travel agency, wherein the travel provider server comprises a structuring system comprising a data retrieval module for retrieving at least one first set of data from at least one user, a structuring module for analysing the first set of data and a merging module for formatting the first set of data into a third set of data in the second format for each user; a search module for comparing the third set of data with the second set of data of the one or more travel proposals to determine a list of one or more matching travel proposals for each user; a communication module for transmitting the list of matching travel proposals to the travel provider server for transmission to the social network server to display the list of matching travel proposals on the user communication device for selection of a preferred matching travel proposal and for setting up a direct communication between the user communication device and the travel agency to enable the user to book the trip.
Reference will now be made, by way of example, to the accompanying drawings, in which:
The social network server 120 provides access to many different servers hosting different application programs. These application programs may relate to games, quizzes or to any other activities to entertain the subscribers of the online social network. A subscriber 100 can request access to a specific server for using a corresponding specific application program. Thus, the subscriber 100 can access and use the application program from the subscriber profile through the social network server. As a result, the subscriber 100 can communicate information related to the application program to other subscribers through the online social network. In the present invention, the social network server 120 hosts a trip planning application program as described below.
In the description, the word “subscriber” corresponds to a subscriber 100 who has already requested an access for using the trip planning application program. In addition, the subscriber 100 always needs to have a subscriber device or a user device 110 to communicate with the social network server 120.
As shown in
The travel provider entity 200 comprises a travel provider server 201 and a structuring system 202.
The nature and the functions of the travel provider server 201 will now be described.
The travel provider server 201 is connected to at least one travel agent server 300. The travel provider server 201 is further connected to at least one service provider server 400. Each travel agent server 300 corresponds to a specific travel agency. Each service provider server 400 corresponds to a specific service provider such as a theatre booking agency or a museum booking agency.
The travel provider server 201 is connected to a Global Distribution System (GDS) server 500 as is known in the prior art. The GDS server 500 is a platform for providing services such as booking flights, hotel rooms or rental cars and selling airline tickets to users. The GDS server 500 may belong to a specific travel provider company such as Amadeus®, Galileo®, Sabre®.
The travel provider server 201 comprises specific modules and databases to process requests from the user device 110 that are to pass to the travel provider server 201 through the social network server 120. The structure of data stored in the databases of the travel provider server 201 will be described in more detail below.
As shown in
The request database 210 stores the requests from the subscribers 100 of the social network server 120. The requests comprise trip requests and completion requests relating to service requests. The requests comprise another set of data relating to specific requirements or criteria for one or more trip requests or for one or more completion requests. The requirements may be a destination, a date, a specific activity, a range of prices, etc.
The proposal database 220 comprises a trip proposal database 221 for storing trip proposals from travel agencies. Each travel agent server 300 provides specific data, as a second set of data in a second format, corresponding to specific trip proposals. The trip proposal database 221 represents an extract of trip proposals the travel agencies may provide to subscribers 100.
The proposal database 220 also comprises a service proposals database 222 for storing service proposals from service providers. Each service provider 400 provides specific data corresponding to specific service proposals. The service proposal database 222 represents an extract of services proposals the service provider may provide to subscribers 100.
The search module 230 deals with the requests stored in the proposals database 220. The subscriber 100 can request a trip proposal by sending a trip enquiry through the trip planning application to the search module 230. The search module 230 then carries out a search in the trip proposal database 221.
In the situation where the subscriber 100 wants to later add a request for a specific service to a retrieved trip proposal, the subscriber 100 can also send a completion request to the search module 230. The completion request comprises a service request. The search module 230 then searches one or more matching service proposals in the proposal database 222.
The search module 230 comprises a matching module 240. The matching module 240 compares the trip requests stored in the trip proposal database 210 with the proposals stored in the proposal database 220. The matching module 240 retrieves from the proposal database 220 trip proposals matching either all the requirements or some of the requirements as specified in the requests. As a result, the matching module 240 determines a first list of matching trip proposals.
The matching module 240 comprises a biasing module 250. The biasing module 250 processes the first list of matching trip proposals by comparing the requirements of each matching trip proposal with the personal data as stored in the subscriber profile. The biasing module 250 removes from the first list of matching trip proposals any trip proposal that does not match the personal data of the corresponding subscriber 100. As a result, the biasing module 250 provides a second list of matching trip proposals which matches the personal data of the subscriber 100.
The matching module 240 also comprises a rating module 260. The rating module 260 is connected to a rating database 270 which stores ratings relating to the quality of services provided by the travel agencies. The subscribers 100 can populate the rating database 270 with comments and feedbacks and a corresponding rating. The rating module 260 operates on the second list of matching trip proposals. The rating module 260 analyzes the names of the travel agencies which have provided trip proposals and ranks the matching trip proposals of the second list based on the rating of the travel agencies in the rating database 270. As a result, the rating module 260 provides a third list of matching trip proposals.
The travel provider server 201 also comprises a communication module 280 which sends hark the results of the search, i.e. matching trip proposals, to the subscriber through the travel provider server 201 and the social network server 120. The communication module 280 sends the matching trip proposals from the third list of matching trip proposals via any appropriate means such as messages, emails or specific notifications in the subscriber profile. As a result, the subscriber 100 can display the matching trip proposals on the subscriber device 110 for selecting the preferred trip proposal. After receiving the messages, the subscriber 100 can directly contact the travel agency to request amendments to the trip proposal such as changing the dates or to ask for details.
The travel provider server 201 further comprises a grouping module 290 which can analyse the completion requests or service requests as stored in the requests database 210. This allows the different natures of requested services such as a request for buying ticket for a specific activity or a request for renting a car, etc to be determined. As a result, the grouping module 290 can rank the completion requests to determine the most frequently requested services in the completion requests. The grouping module 290 uses this ranking to send specific messages such as emails or notification messages to the service providers providing the most frequently requested services. The aim of the messages is to indicate to the service providers that their specific service is often requested as an additional service to a specific trip proposal. The grouping module 290 suggests to the service provider that a global proposal may be built by including the trip proposal and the service at the same time. The service provider is then free to contact the travel agency offering the corresponding trip proposal to negotiate the global proposal which may be added to the trip proposal database 221.
The grouping module 290 can create a group relating to several users requesting the same trip proposal. The grouping module 290 can also create a group relating to several service providers each providing a part of a whole service request.
The nature and functions of the structuring system 202 will now be described.
The structuring process operates with the corresponding structuring system 202 which includes a data retrieval module 610, a structuring module 620, a merging module 630 and a storage module 640.
Specific application program interfaces (APIs) operate between the social network servers and the structuring system 202. The application program interfaces may be common application program interfaces such as OpenSocial® application program interfaces 601 or a specific application program interface 602 dedicated to a specific social network such as Facebook®. APIs allow the data retrieval module 610 to extract data set from the various social network profiles stored in the corresponding social network servers 120.
The data retrieval module 610 extracts the first set of data from the social network profiles such as name, date of birth, location, personal preferences, activities, geographical location of friends of the subscriber and information about any applications already accessible from the profiles of the subscriber. The first set of data is in a first format.
The structuring module 620 analyzes the extracted data with parsing and semantic techniques. Each social network uses a specific format for displaying and storing subscribers' profile data. As a result, the structuring module 620 has to identify the type of the extracted data in relation with each different social network. The structuring module 620 can then gather all the data referring to the name of the subscriber, the personal data, etc. for all the different social networks into a second homogeneous format. As a result, the structuring module 620 builds a structured second data set for each type of extracted data related to a specific social network, for the same subscriber. As a result, the structuring module 620 formats the extracted data from each social network to provide a structured second data set having a homogenous format. The homogeneous format is the same for all the extracted data from various social networks.
The merging module 630 operates two different merging processes. The first merging process merges the structured first data sets from the various social networks, for the same subscriber. As the structured first data sets have the same format, the merging module 630 can merge the different structured first data sets from the various social networks to obtain a merged data set for the same subscriber. The merged data set comprises all the data from the different profiles of the different social networks for the same subscriber. The merged data set constitutes a unique profile in a second format for the same subscriber. The merging process may generate additional information, i.e. cross-network information which has to be added to the unique profile. For example, in the situation where a subscriber has a profile on Facebook®, which is mainly used by students and also another profile in LinkedIn®, which is mainly used by professionals, the merging module 630 can derive that the subscriber has very recently been a student or still is a student and is also currently looking for a job or has started working recently. This additional information, which is not specifically mentioned in any profiles of the subscriber, may give rise to new data related to the subscriber such as new preferences, new activities, etc which add to the unique profile of the subscriber.
The storage module 640 stores all the unique profiles in the second format for each subscriber 100.
The travel agency server 300 comprises a second data set related to trip proposals in the same second format. As a result, the travel provider server 201 can proceed as previously described to determine matching trip proposals for trip requests.
The second merging process merges the unique profile of a subscriber with the potential existing profile of the subscriber in the GDS. If the subscriber already has a profile in the GDS, the second merging process enriches the existing profile of the GDS. If the subscriber does not have a profile in the GDS, the unique profile generates a profile in the GDS for the specific subscriber.
Different embodiments of the present system related to one social network server 120 will now be described. The embodiments can also apply when several social network servers are considered.
The first embodiment describes a communication process between the user device 110, the travel provider server 201, a social network server 120 and the travel agent server 300.
In the first embodiment, the subscriber 100 would like to find a trip proposal matching specific requirements as stored in the trip requests database 210. As shown in
The second embodiment discloses a process of finding groups of subscribers relating to a same specific trip request to suggest that subscribers travel together for the specific trip.
In the second embodiment, one or more subscribers 100 have stored requests and do not apply for a trip proposal. The matching module 230 may be programmed to monitor and analyse the requests as stored in the requests database 210. As a result, the matching module 230 may provide a list of similar requests having a predetermined number of matching criteria. The search module 230 transmits the list of similar trip requests to the grouping module 290 to determine the subscribers associated with the similar trip requests. The grouping module 290 then transmits the corresponding list of subscribers to the communication module 280 to send messages to the subscribers through the travel provider server 201 and the social network server 120. As a result, all the subscribers of the list of similar trip requests are informed that they can join together to form a group for applying for the specific trip. Thus, the grouped subscribers may benefit some from a reduction from the travel agency proposing the specific trip proposal.
The third embodiment discloses an automatic search of trip proposals matching specific trip requests to communicate the matching trip proposals to the subscriber 100.
In the third embodiment, a subscriber has one or more requests stored in the request database 210. The subscriber 100 does not have to apply for a trip proposal to launch the process in this embodiment. In the search module 230, the matching module 240 may be programmed to monitor and analyse the stored requests in the request database 210 and the trip proposals as stored in the trip proposal database 221 to find a list of matching trip proposals. The biasing module 250 and the rating module 260 also process the list of matching trip proposals to determine a final list of trip proposals as described above. The search module 230 then sends the final list to the communication module 280 which in turn sends the final list to the corresponding subscriber 100.
The fourth embodiment is similar to the third embodiment, although in this embodiment, a subscriber 100 does not have any stored trip requests in the request database 210.
The subscriber does not have any requests stored in the request database 210 and does not apply for any trip proposal. In the search module 230, the matching module 240 may be programmed to monitor and analyse the data of the subscriber profile and the trip proposals as stored in the trip proposals database 321. As soon as the matching engine determines a matching list of trip proposals by using the biasing module 250 and the rating module 260, the search module 230 sends the list to the communication module 280. The communication module 280 sends the list to the corresponding subscriber 100 as a push communication.
The fifth embodiment discloses a process for providing an additional service to the trip proposal.
In the fifth embodiment, the subscriber 100 has accepted a specific trip proposal. The subscriber 100 can decide to request addition of a service proposal to complete the trip proposal. The, subscriber 100 then sends a completion request to the search module 230. The matching module 240 compares the completion request and the service proposals as stored in the service proposal database 222 to find matching service proposals. If the matching module 240 does not find any matching service proposals, the service request remains as pending until a service provider proposes a matching service proposal.
The sixth embodiment discloses a monitoring process to allow service providers to propose service proposals adapted to stored service requests.
In the sixth embodiment, a subscriber 100 has one or more stored service requests in the request database 210 and a service provider provides a specific service not already stored in the service proposal database 222. The service provider can monitor and check the stored service requests and may use a service matching engine (not shown) to find a service request which matches the specific service. As soon as the service matching engine has found a matching service request, the service provider can contact the subscriber by using the communication module 280. Other service providers providing the same specific service may proceed in the same manner for the same service request. The grouping module 290 can be programmed to monitor the service providers that answer the pending completion requests. The grouping module 290 can then group the service providers proposing the same kind of services. As a result, the grouping module 290 communicates the list of service providers to the communication module 280. The subscriber 100 can accept or refuse the service proposal of a service provider at his convenience.
Each embodiment of the present invention requires a subscriber 100 to request access to a specific server for using the trip planning application program to be able to use the system of the present invention. The aim of the present invention is to find a match through the travel provider entity 200, comprising the travel provider server 201 and the structuring system 202, between the subscriber trip request and the travel agency travel proposal. When the match occurs and when the subscriber selects the matching travel proposal, the subscriber can decide to directly communicate with the travel agency to finalize the planning of the trip by booking the trip.
In one exemplary implementation, the subject matter described herein can be implemented using a non-transitory computer readable medium having stored thereon a computer program comprising instructions for carrying out any of the methods described herein. Exemplary computer readable media suitable for implementing the subject matter described herein include disk memory devices, chip memory devices, programmable logic devices, and application specific integrated circuits. In addition, a computer readable medium that implements the subject matter described herein may be located on a single device or a computing platform or may be distributed across plural devices or computing platforms.
The present invention has been described with reference to both software programs and applications and hardware modules. It will be appreciated that the functions carried out as part of the invention could be carried out in either software or hardware modules or any combination thereof, irrespective of the examples given herein.
It will be appreciated that there are many variations of the various features described above, which can fall within the scope of the present invention.
| Number | Date | Country | Kind |
|---|---|---|---|
| 11306064.4 | Aug 2011 | EP | regional |
