KR20180075860A - System and method for arranging user-sourced private local tours amongst parties through the use of mobile devices and web services - Google Patents

Abstract

The present invention relates to a system and method for providing reservation information of a tour of a private area by a user using a mobile terminal or a web service. To this end, the tour reservation information providing device comprises: receiving a search query for a tour including a geographical location and a date range from a tourist client; The tour booking information providing apparatus comprising: identifying possible tour information among at least one tour information in the geographical location; The tour reservation information providing apparatus transmitting the identified possible tour information to the traveler client; Receiving a reservation request for tour information selected from tour information available from a traveler client; The tour reservation information providing apparatus generating reservation information which is information on a reservation request; And the tour reservation information providing device transmits the reservation information to the local expert client to the local expert client who has uploaded the selected tour information.

Description

TECHNICAL FIELD The present invention relates to a tour reservation information system and a method for providing reservation information of a private local tour by a user using a mobile terminal app service or a web service. web services}

The present invention relates to a system and method for providing reservation information of a tour of a private area by a user using a mobile terminal or a web service. In one embodiment of the present invention, the system and method further comprises the steps of the tour provider generating private local tour information in a private local tour reservation system, and based on such private local tour information, And reserving at least one of the lists. Furthermore, in the present invention, the tour provider can be a tour consumer at the same time.

Recently, due to the development of multimedia technology, terminals such as smart phones and tablet PCs are spreading widely. In such a terminal, a camera module for image photographing is mounted. The traveler can upload an image photographed using the terminal to a specific server or the web. Information on the generation time and the generation place of the image is combined as tag information or meta data.

On the other hand, due to the development of information gathering and processing technology and the spread of the network, the terminal traveler can receive travel information from the professional travel guide provider about the place he / she wants to travel. That is, the traveler can search the search engine for information about a place he or she wants to travel, and receive travel information about the place from the travel guide provider derived from the search result. Therefore, travelers who wish to travel will collect travel information in advance of the trip, and will be required to reserve a professional travel guide to take charge of the travel schedule.

Korean Patent Publication No. 10-2014-0078353

However, the provision of travel information and the reservation of the travel guide by such a professional travel guide did not fully satisfy the traveler's travel experience. Because they have regular travel schedules that are fixed, because they can not feel the life of the actual destination.

SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a system for providing reservation information of a private local tour by a traveler using a mobile phone application service or a web service, which is a shared economy for a travel experience, And a method therefor.

Hereinafter, specific means for achieving the object of the present invention will be described.

A method of providing a tour reservation information performed by a tour reservation information providing apparatus, the tour reservation information providing apparatus comprising: receiving a search query for a tour including a geographical location and a date range from a tourist client; The tour reservation information providing apparatus comprising: identifying possible tour information among at least one tour information in the geographical location; The tour reservation information providing device transmitting the identified tour information to the traveler client; Receiving the reservation request for the selected tour information among the available tour information from the traveler client; The tour reservation information providing apparatus generates reservation information which is information on the reservation request; And transmitting the reservation information to the local expert client to which the tour reservation information providing apparatus has uploaded the selected tour information, wherein the user is not only a tourist but also a local expert, Can be achieved by providing a tour reservation information providing method.

Another object of the present invention is to provide a tour client which transmits a reservation request for specific tour information; A local expert client receiving reservation information, which is information on a reservation request for the specific tour information; And a tour reservation information providing device for receiving the reservation request from the traveler client, generating the reservation information, and transmitting the reservation information to the local expert client, wherein the user is not only a tourist but also a local expert Which can be accomplished by providing a tour reservation information providing system.

As described above, the present invention has the following effects.

First, according to one embodiment of the present invention, there is an effect that a travel experience sharing economy in which a traveler using an app service or a web service can act as a tourist and a local expert is realized.

Secondly, according to the embodiment of the present invention, since the travel guide service can be provided even though it is not a professional travel guide, the revival of the local economy is generated.

Third, according to the embodiment of the present invention, it is possible for a traveler to experience a local experience in a local area.

BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate preferred embodiments of the invention and, together with the description, And shall not be interpreted.
1 and 2 show a tour reservation information system according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following detailed description of the operation principle of the preferred embodiment of the present invention, a detailed description of known functions and configurations incorporated herein will be omitted when it may unnecessarily obscure the subject matter of the present invention.

The same reference numerals are used for portions having similar functions and functions throughout the drawings. In the specification, when a specific portion is connected to another portion, it includes not only a direct connection but also a case where the other portion is indirectly connected with another element in between. In addition, the inclusion of a specific constituent element does not exclude other constituent elements unless specifically stated otherwise, but may include other constituent elements.

Mobile terminal App Service  Or by a user using the web service Private  Tour reservation information system providing reservation information of local tour

In the present invention, the user can include a traveler and a local expert, a traveler can be a local expert, and a local expert can become a traveler.

1 and 2 show a tour reservation information system according to an embodiment of the present invention. 1 and 2, a tour reservation information system 100 according to an embodiment of the present invention includes a network, a traveler client 10, a local expert client 11, a web server 12, And may be provided with a providing device 13.

The network represents a communication path between the traveler client 10, the regional expert client 11 and the web server 12. [ In one embodiment, the network is the Internet. In addition, the network may utilize dedicated or private communication links (e.g., WAN, MAN or LAN), rather than being an integral part of the Internet. The network uses standard communication technologies and / or protocols.

The web server 12 represents a web page or other web content forming a basic interface to the traveler and the local expert client. The travelers and local experts use their respective client devices 10, 11 to access one or more web pages and to provide data to the tour reservation information system 100. In the context of the present application, "data" is understood to include information about the tour product, travel, information about the local expert, the traveler, and so on. For example, for information related to a tour product, the data may include information such as price, tour type, tour start time, tour end time, location, cancellation policy, amenities, rules, In addition, for information about the trip, the data may include information such as location, tour start date, tour end date, number of travelers, tour type preference, price range, desired amenities,

The traveler is a type of user of the tour reservation information system 100. The traveler uses the traveler client 10 to request a tour product from the tour reservation information system 100 based on a series of travel parameters. The tour reservation information system 100 then provides a list of potential tour products that best match the travel parameters provided by the traveler.

The local expert is another type of user of the tour reservation information system 100. The local expert uses the local expert client 11 to provide tour goods through the tour reservation information system 100 based on a series of tour product parameters. The tour reservation information system 100 lists the tour products according to tour product parameters provided by the local expert. The tour reservation information system 100 then matches the listed tour products to one or more travelers who are able to identify the listed tour products suitable for their needs.

In one embodiment, the client 10, 11 is used by the traveler and local experts to interact with the tour reservation information system 100. The client device may be a computer, such as a personal computer (PC), a desktop computer, a laptop computer, a notebook, a smart phone, etc., or a device containing the same. A computer is a device having one or more general purpose or special purpose processors, memory, storage, and networking components (wired or wireless). The device runs, for example, an operating system such as a Microsoft Windows-compatible operating system (OS), Apple OS X or iOS, a Linux distribution, or Google's Android OS. In some embodiments, the client 10, 11 is a web browser such as Microsoft Internet Explorer, Mozilla Firefox, Google Chrome, Apple Safari, and / or Opera as an interface for interacting with the tour reservation information system 100 (113) can be used.

The tour reservation information system 100 allows local experts to publish a list of tour products, allowing travelers to search for and book tour products. The tour reservation information system 100 includes additional components and modules described below.

3 and 4, in one embodiment, the tour reservation information device 13 includes a traveler database 201, a regional expert database 203, a list database 205, a request database 207, 204, a message database 205, a calendar 206, a reservation module 215, a search module 217, an acceptance module 216, an availability module 218, a calendar management module 219, a message module 220 ). Those skilled in the art will appreciate that the tour booking information system 100 may include other modules not described in this document. In addition, conventional components such as firewalls, authentication systems, payment processing systems, network management tools, load balancers, and the like are not shown in FIG. The tour reservation information system 100 may be implemented using a single computer or a network of computers including cloud-based computer implementations. The computers are preferably server class computers that include one or more high performance CPUs and 1G or more main memory and run an operating system such as LINUX or a variant thereof. The operation of the tour reservation information system 100 described in this document may be controlled via a computer program installed in hardware or non-temporary computer storage and may be provided to the processor for performing the functions described herein Lt; / RTI > The various databases (e.g., traveler database 201, local expert database 202, etc.) may be implemented using non-temporal computer-readable storage devices and appropriate database management systems for data access and retrieval . The tour reservation information system 100 includes other hardware components that are essential for the operation described herein and includes a network interface and protocol, an input device for data entry, and an output for display, print, or other representation of data Device.

The traveler database 201 continuously stores data describing users who have requested a tour product in the tour reservation information system 100 (that is, travelers), and this is a means for performing these functions to be. Each traveler is represented by a traveler object 301, which may also be referred to as a traveler profile. Information about travelers includes personal information such as name, user name, email address, location, phone number, sex, date of birth, personal description, education, work done, reviews from other users, photos, Furthermore, the traveler database 201 may store additional information such as traveler's score 311 and experienced flag 315. [ Each traveler is assigned a unique ID. The traveler's score 311 provides a numerical representation of the user's previous behavior as a traveler. In some embodiments, the traveler's score is based on a score assigned by a local expert from a previous reservation of the traveler. The experience flag 315 indicates whether or not the traveler is a frequent user of the tour reservation information system 100, for example, the number of times a traveler has booked a tour product through the tour reservation information system 100, The number of times the traveler has recently used the tour reservation information system 100 (for example, the number of times the traveler has booked the tour product for the past 60 days), the time when the traveler uses the tour reservation information system 100, Can be based on a combination.

The local expert database 203 continuously stores data describing users who have provided tour products to other users of the tour reservation information system 100, to be. Each local expert is represented by a local expert object 303, which may also be referred to as a local expert profile. Information about local professionals includes personal information such as name, user name, email address, location, phone number, gender, date of birth, personal description, education, work done, reviews from other users, photos, Furthermore, the regional expert database 203 may store additional information such as the local expert score 331, pending messages 333, past travelers 335, number of rejections 337, and time length 339 have. Each local expert object 303 is associated with one or more lists 305 and is associated with one or more traveler objects 301. Each local expert is assigned a unique ID.

The local expert score 331 provides a numerical representation of the user's previous behavior as a local expert. The local expert score may be based on a rating assigned by travelers from a previous reservation of the local expert. Generally, each time a tour merchant is booked from a local expert, the traveler can provide a rating of the local expert as well as the tour product. The grade is then aggregated into a regional expert score. The rating can be weighted according to the traveler's keep score 311, as well as alleviated based on the age of the rating (i.e., how old the rating is).

The tour reservation information system 100 allows the travelers and local experts to send messages to each other about the tour goods through the message module 227. [ Pending messages 333 count the number of messages from travelers who have not replied by a local expert. Pending messages (333) measure the response of local experts to inquiries of travelers.

Past travelers 335 count the number of travelers the local expert has accepted. One embodiment counts the total number of travelers that a local expert has accepted since commencing use of the tour reservation information system 100. Other embodiments take into account only the number of travelers that a local expert recently accepted (e.g., last 30 days).

The number of rejections 337 counts the number of times the local expert refused to request a tour product from a potential traveler. Local specialists can refuse tour product requests for a variety of reasons. For example, there is no request from the traveler for at least a few days as described below; Or the tour product is not actually available and the local expert has not updated the calendar of the list.

The time length 339 measures the amount of time the local expert has been providing the tours through the tour reservation information system 100.

In addition, the local expert may use the tour reservation system to request tours from other local experts, and then become a traveler. In this case, the user will have profile inputs on both the traveler database 201 and the local expert database 203. Embodiments of the tour reservation information system 100 may combine the traveler database 201 and the regional expert database 203 into a single user profile database. Then, if applicable, the user profile database will store the personal information as well as any traveler related information and local expert related information. Such a structure may be used to store unnecessary information between the tourist database 201 and the local expert database 203 when the tour product reservation system is used both for providing a tour product and for requesting a tour product .

The list database 205 is a means for storing information on the tour products provided by the local experts and performing such functions. The provision of a given tour product is represented by a list object 305, respectively. The information on the list includes location 351, price 353, unit type 355, amenities 357, and calendar 359. The list database 205 may include additional information such as a brief description of the tour product, a list of house rules, a photograph, and so on. Each list 305 is assigned a unique list ID. Each list 305 is associated with a single local expert object 303.

Location 351 identifies the geographic location of the tour product, such as the complete address, surrounding, city, and / or country of the tour product provided.

The price 353 is the amount of money the traveler has to pay to get the listed tour products. The price 353 may be specified as the amount of money specified per day, per week and / or per month, or for another period specified by the local expert. Further, the price 353 may include additional costs such as cleaning fees, pet fees, and service charges.

The unit type 355 describes the type of tour product provided by the local expert. Types of tours can be classified into activities, local experiences, and so on.

Convenience facilities 357 lists additional features provided by the tour product. Facilities include smoking permits, pets allowed, facilities for disabled people, families or children, and so on.

In one embodiment, each list 305 is associated with two types of calendars, a local expert calendar 359, which stores information about the availability of the tour product, and a predicted calendar 359 '. The local expert calendar 359 'stores the availability of the tour product for each date within a period of time, as specified by the local expert. That is, the local expert accesses the local expert calendar 359 on the list and directly indicates on what date the list is available or not. In addition, the calendar specified by the local expert includes information about dates that were unavailable because the tour product was already booked by the traveler. Next, predicted calendar 359 'stores, for each date in the period, the probability that the tour product determined by the availability module 218 is available. The period may be, for example, 60 or 180 days in the future. Further, after the tour product is booked, the local expert calendar 359 continues to store history information about the date on which the tour product is actually booked or available (e.g., for the past 180 days).

The request database 213 stores a tour product request made by the traveler, which is a means for performing this function. Each request is represented by a request object 307. The stored information about the request includes a request date 371, a start date 373, a number of dates 375, a day 377 starting the tour, a day 379 ending the tour, a holiday 381, ). Each request 307 is assigned a unique request ID. A given request 307 is associated with an individual traveler 301 and a list 305.

The request date 371 specifies the date when the request was made. The start date 373 is the first day when the requesting traveler needs a tour product. The number of days 375 specifies the number of days the traveler needs the tour product. The tour start date 377 and the tour end date 379 specify the day of the week when the tour start or tour end is requested (i.e., month, date, number, etc.). This information need not be provided by the traveler because it can be deduced from the start date 373 and the number of days 375. [ This information is important because some local experts only allow touring and / or touring to end on a certain day of the week (e.g. weekday only or weekend only). Holiday 381 represents a holiday (if any) within the requested tour duration. The number of travelers 383 defines the total number of people staying in the tour product.

In some embodiments, the requests 307 may be accepted or rejected by the local expert 303 of the list 305 to which the requests 307 are associated. Further, requests 307 may also expire if the requests 307 are not accepted by the local expert 303 of the list 305 associated within the threshold time. In some embodiments, the expiration time of the requests 307 is set by the tour reservation information system 100 (e.g., if the request 307 is not accepted within 24 hours of being submitted, (307) expires). In other embodiments, the expiration time of the requests 307 may be specified by the local expert 303. In other embodiments, if the tour item is not accepted before the threshold time of the requested date 307, the requests 307 may expire (e.g., if the tour date 373 is two days If not previously accepted, requests 307 may expire).

The message database 209 stores all communications between the regional experts 103 and the travelers 101 exchanged through the message module 227 and is a means for performing this function. Each message is associated with a traveler 101, a local expert 103, and a list 107. Travelers can contact one or more local experts to get more information about each of their listings. Also, some travelers may use the message as a means to get more information about the local experts, and vice versa.

Further, the tour merchandise reservation system may assign a score to local experts and travelers based on the response to the incoming message. All local experts and travelers can be assigned a response rate score based on the percentage of messages they have responded to. In addition, users can be assigned a response time score based on the average time taken to respond to an incoming message.

The master calendar 211 stores information indicating the availability of all lists in the list database 205, and this is one means for performing this function. Each local expert is responsible for updating the list calendar 359 for all of the listings they have posted in the tour reservation information system 100. This information is used to form the master calendar 211. In some embodiments, the tour product reservation system also includes a predicted calendar, which stores the probability of the tour product being available. In one embodiment, the calendars 211 and the predicted calendars may have a probability of zero for a date explicitly marked as not available by a local expert, a date that is unavailable by the local expert (And less than or equal to 1) greater than zero for a single calendar. In another embodiment, negative values may be stored for dates explicitly marked as not available by the local expert.

The reservation module 215 allows the travelers 101 to book the provided tour product, which is one means for performing this function. The reservation module 215 updates the reservation database 207 and causes the calendar management module 255 to display the reserved days for the list as the local expert becomes unavailable while accepting the traveler's tours request Command. The reservation database 207 stores information about all reservations that accept tour product requests. Each entry in the reservation database 207 is associated with a local expert, a traveler, and a list. The entry in the reservation database 207 is created by the reservation module once the local expert accepts the traveler's request for the list.

The search module 217 receives an input query from the traveler and returns a list of tour goods listings that best match the input query, which is one means for performing this function. The search query includes search parameters for the traveler's travel, such as location (e.g., zip code, city name, country), tour start date, tour end date, number of travelers, The type of activity, the type of experience, and the like. Then, the search module searches all the lists matching the search query. In one embodiment, Boolean matching is used for parameters such as the price range and for additional parameters used to further filter the results.

In some embodiments, the search module 217 ranks the returned search values based on a ranking score. The ranking score is a function of a number of coefficients such as a price, a local expert rating, a distance from a preferred location, a list, or a combination thereof. The ranking function may be implemented as a linear combination of the individual coefficients and each coefficient may be represented as a scaled variable indicating the degree of matching (e.g., an exact match of an important search parameter may be a 1, Or a close match of 0.5), can be weighted as a weight to reflect the importance of the coefficient. Typically, locations and dates are weighted heavily and amenities have lower weights, but certain weights are design decisions for system administrators. In one embodiment, the ranking coefficients include information provided by the availability module 218 and the accept module 216. [

The search log 219 maintains a record of all search queries performed in the tour reservation information system 100, which is one means for performing this function. Embodiments maintain this information in a database or other type of data store. All search queries are associated with a traveler and include information about the search parameters and a set of lists obtained by a search module that matches the query. In addition, some embodiments of the search log 219 store information about actions taken by the traveler after receiving a list of possible tour goods. For example, the search log may maintain information about which listings the user has clicked or viewed, and which tour product the traveler requested.

The availability module 218 calculates the probability of availability (PA) for a given list for a given date or period. Embodiments of the availability module 218 utilize a machine learning, predictive model. In one embodiment, a supervised machine learning algorithm, such as a support vector machine, is used to construct the predictive model. In other embodiments, other machine learning algorithms, such as neural networks, random forests, or other instructional learning algorithms, may be used to create predictive models. (E.g., once a day), the availability module 218 calculates the probability of the availability of each current list 305 for future days, and calculates the probability of availability of each list 305 359 '. For example, assuming that the predicted calendar 359 'for the list 305 spans over the next 180 days, the availability module 218 may use the list 305 for each such future date And stores this value in the predicted calendar 359 ' for the list < RTI ID = 0.0 > 305. < / RTI > This predicted availability information may be used by the search module 217 as a ranking factor if the ranking list complies with a search query. In general, the search module 217 ranks the list with the highest available probability higher for the requested time period, and ranks the list with the lower available probability lower. Some embodiments utilize the information provided by the availability module as rankings only when the traveler requests it. Other embodiments utilize the information provided from the availability module by default, unless specified by the traveler. In one embodiment, the tour reservation information system 100 indicates that the tour product is unavailable if the probability of the availability is below a pre-determined threshold. Other embodiments allow users to specify thresholds directly. The configuration of the availability model is further described below.

The accept module 216 calculates the probability (PC) of the acceptance of the tour product request by the particular traveler for the specific list by the local expert, which is one means for performing this function. The embodiments of the accept module 216 use, for each local expert, an acceptance model based on a request for a list that the local expert has accepted and rejected in the past. When a traveler searches a list within a particular location, the accept module 216 calculates the probability that the local expert will accept the request if a request for the given list was made by the traveler. The search module 217 may use the probability of acceptance as a ranking coefficient when ranking the search results or filtering the list with a probability of acceptance lower than the threshold score. In general, the search module 217 ranks higher for a list that is likely to be accepted by the local expert and ranks lower for a list that is less likely to be accepted.

The calendar management module 219 updates the calendar 359 for all lists based on the information provided by the reservation module 215 and the regional experts, to be. In addition, some embodiments update the calendars for all lists based on information provided by the availability module 218. In one embodiment, the calendar management module 219 generates a local expert calendar for the list 305 based on the availability module 218, which depends on the frequency with which the local expert updates the local expert calendar 359 359). On the other hand, if the local expert 103 frequently updates his calendars (e.g., if the average time between updates is below a threshold), the information available to the tour reservation information system 100 will be the most recent will be. On the other hand, if the local expert 103 does not update his calendars frequently, then the information available to the tour reservation information system 100 is likely to be lagging behind, The actual availability of the tour product can be measured.

The availability module 218 creates and utilizes an availability model to measure the probability that a tour product is available on the requested date. In one embodiment, the module 218 generates an availability model in which each local expert provides tours. Local Expert Specific models are useful when modeling specific behaviors of local experts and when local experts have a sufficient history of tour product offerings. In another embodiment, the module 218 generates a global or regional model to capture the behavior of most of the local experts within the geographic area (e.g., country-wide, statewide, city-wide, etc.). The regional model is useful for modeling the overall behavior of local experts within a given area and reflects local customs and customs such as local holidays and festivals that will allow local professionals to have tour products available to travelers.

The accept module 216 creates and uses an acceptance model to measure the probability that a local expert will accept a tour product request by a traveler. Embodiments of the admission model are learned with past requests made for days with a probability of availability higher than the threshold.

The features and advantages described herein are not all inclusive, and in particular, many additional features and advantages will be apparent to those skilled in the art in view of the drawings, specification, and claims. Moreover, it should be noted that the language used herein is primarily chosen for readability and for purposes of teaching, and may not be selected to delineate or limit the subject matter of the invention.

The foregoing description of embodiments of the invention has been presented for purposes of illustration; It is not intended to be exhaustive or to limit the invention to the precise form disclosed. Those skilled in the art will appreciate that many modifications and variations are possible in light of the above teachings.

Some portions of this description describe embodiments of the present invention relating to symbolic representations and algorithms of informational operations. These algorithmic descriptions and representations are generally used by those skilled in the data processing arts to efficiently convey the essence of their work to the other skilled artisan. While such operations are described functionally, computationally, or logically, they are understood to be implemented by a computer or equivalent electrical circuitry, microcode, or the like. Furthermore, this is also conveniently demonstrated without loss of generality, sometimes to represent an arrangement of such operations as a module. The operations described above and their associated modules may be implemented in software, firmware, hardware, or any combination thereof.

Any of the steps, operations, or processes described herein may be performed or implemented in conjunction with one or more hardware or software modules, alone or in combination with other devices. In one embodiment, a software module is implemented with a computer program product comprised of a computer-readable medium comprising computer program code, and the computer program code is executable to perform any or all of the processes, steps, May be executed by a computer processor.

Furthermore, embodiments of the invention may relate to an apparatus for performing the operations herein. These devices may include a general-purpose computing device that may be specially constructed and / or selectively activated or reconfigured by a computer program stored within the computer for the required purpose. Such a computer program may be stored in any type of media suitable for storing computer readable storage media or type of instructions, and may be coupled to a computer system bus. Further, any computing system referred to herein may comprise a single processor, or it may be a structure employing a multiprocessor design for increased computing power.

Finally, the language used herein has been chosen primarily for readability and for purposes of teaching, and may not be selected to describe or limit the subject matter of the invention.

The scope of the invention is, therefore, not to be limited by the Detailed Description, but is to be defined by the claims of any application based thereon. Accordingly, the disclosure of embodiments of the invention is illustrative and not restrictive of the scope of the invention, which is set forth in the following claims.

100: Tour Reservation Information System

Claims (2)

A tour reservation information providing method performed by a tour reservation information providing apparatus,
Wherein the tour booking information providing device comprises: receiving a search query for a tour including a geographical location and a date range from a traveler client;
The tour reservation information providing apparatus comprising: identifying possible tour information among at least one tour information in the geographical location;
The tour reservation information providing device transmitting the identified tour information to the traveler client;
Receiving the reservation request for the selected tour information among the available tour information from the traveler client;
The tour reservation information providing apparatus generates reservation information which is information on the reservation request; And
The tour reservation information providing device transmitting the reservation information to the local expert client, the local expert client uploading the selected tour information;
Lt; / RTI >
A method of providing tour reservation information in which a user can act as a local expert as well as a traveler.
A traveler client sending a reservation request for specific tour information;
A local expert client receiving reservation information, which is information on a reservation request for the specific tour information; And
A tour reservation information providing device for receiving the reservation request from the traveler client, generating the reservation information, and transmitting the reservation information to the local expert client;
Lt; / RTI >
A tour reservation information system that enables users to act as a local expert as well as a traveler.

Images