JP2019212283A - Server device that assists in identifying combination between service provider and service user, and method and program performed on that server device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a method for identifying a combination of a service provider and a service recipient. According to the method of the present invention, a service provider provides a computer system with one or more proposals for services that can be provided by a service provider, and a service recipient provides basic information about desired services to the computer system. And providing the computer system, based on the desired service basic information, to identify at least one proposal to be presented to the service recipient from among the one or more proposals provided by the service provider. The computer system presents the identified at least one suggestion to the service recipient, and the service recipient receives one of the at least one suggestion submitted by the computer system via the computer system. Selecting one offer and the computer system is the service provider Service and a identifying a combination of a recipient. [Selection diagram] Figure 1

Description

  The present invention relates to a server device that supports identification of a combination of a service provider and a service recipient, and a method and program executed in the server device.

  The inventor has invented a new matching system for matching a service provider and a service recipient, and has obtained a patent right thereof (see, for example, Patent Document 1).

Japanese Patent No. 6047221

  The inventor considered it important to allow more service providers to provide services with less burden. For example, the number of foreign tourists visiting Japan in 2014 is approximately 13 million, but the number of foreign tourists visiting Japan is expected to reach approximately 25 million in 2020 due to special demand from the Tokyo Olympics. In order to cope with such an increasing number of foreign tourists visiting Japan, the present inventor considered it important to allow more guides to provide guide services with less burden.

  Furthermore, the present inventor enables the service provider to propose a service based on information provided in advance by the service recipient, thereby enabling the service provider to reduce the burden of planning the service plan. On the other hand, I thought that the psychological barrier of the service provider might be high. Reasons why service providers may have high psychological barriers, for example, should be proposed to people who are not acquainted, should be proposed in situations where it is not known whether their proposal will be adopted , You have to make a proposal in a situation where you don't know if your proposal can satisfy the service recipient. Such a high psychological barrier may increase the burden on the service provider.

  An object of the present invention is to provide a server device and the like that supports identification of a combination of a service provider and a service recipient, in which a larger number of service providers can provide a service with less burden. And

  As an example, an object of the present invention is to provide a server device that supports identification of a combination of a guide and a guest.

  In one aspect of the present invention, the method of the present invention is a method of identifying a combination of a service provider and a service recipient using a computer system, wherein the method is performed by one or more service providers. Providing one or more proposals of services that can be provided by the one or more service providers to the computer system, and a service that the service recipient wishes to be provided by the service provider. Providing desired computer service basic information serving as a basis for identification to the computer system; and the computer system responding to the service provider providing the desired service basic information. From the one or more proposals provided by the one or more service providers based on basic information Identifying at least one proposal to be presented to the service provider, the computer system presenting the identified at least one proposal to the service provider, and the service provider Selecting, via the computer system, one proposal from the at least one proposal presented by the computer system, and the computer system selecting one proposal selected by the service recipient Identifying a combination of a service provider that provides the computer system with the service recipient.

  In one embodiment of the invention, the service requires the service provider to meet the service provider when the service provider provides the service to the service provider, Each of the above proposals may include at least information related to a service provider who provided the service proposal to the computer system.

  In one embodiment of the invention, identifying at least one proposal to be presented to the service provider includes identifying a predetermined number of proposals to be presented to the service provider. Presenting the identified at least one proposal to the service provider includes presenting some of the identified predetermined number of proposals to the service provider and the identified. Further presenting the remaining of the predetermined number of proposals as additional proposals to the service recipient until the predetermined number is reached.

  In one embodiment of the present invention, the desired service basic information includes a desired service schedule indicating a date or a period during which the service recipient desires to receive a service, and the method includes: Responsive to the service provider selecting the one proposal, providing the desired service basic information to the service provider who provided the one proposal to the computer system; and Selecting a date or period during which the service provider can provide a service from the desired service schedule included in the desired service basic information via the computer system; and The service provider provided to the computer system and the service recipient It may further comprise allowing a to exchange messages to each other about the service in-option by day or period.

  In one embodiment of the present invention, the service provider provides the desired service basic information to the computer system in such a manner that the service provider interacts with a question presented by the computer system. It may be performed based on answering.

  In one embodiment of the present invention, the desired service basic information may include information for specifying the service provider's particulars.

  In one aspect of the present invention, the server device of the present invention is a server device that supports identification of a combination of a service provider and a service recipient, and the server device includes a plurality of user devices via a network. The server device includes a processor unit, and the processor unit is connected to the one or more persons from a user device used by a service provider via the network. Receiving one or more proposals of services that can be provided by the service provider, wherein the user device used by the service provider is one user device of the plurality of user devices; And a service desired by the service provider to be provided from a user device used by the service provider. Receiving the desired service basic information as a basis for performing the service device, wherein the user device used by the service recipient is one user device of the plurality of user devices; and In response to the provision of the desired service basic information by a service provider, based on the desired service basic information, the one or more proposals provided by the one or more service providers, Identifying at least one proposal to be presented to the service provider; presenting the identified at least one proposal to the service provider in a manner selectable by the service provider; The at least one presented by the computer system from a user device used by the service provider Receiving information indicating one proposal selected by the service provider from among the proposals, and identifying a combination of the service provider selected by the service provider and the service provider And at least.

  In one embodiment of the invention, the service requires the service provider to meet the service provider when the service provider provides the service to the service provider, Each of the above proposals may include at least information related to a service provider who provided the service proposal to the computer system.

  In one embodiment of the invention, identifying at least one proposal to be presented to the service provider includes identifying a predetermined number of proposals to be presented to the service provider. Presenting the identified at least one proposal to the service provider includes presenting some of the identified predetermined number of proposals to the service provider and the identified. Further presenting the remaining of the predetermined number of proposals as additional proposals to the service recipient until the predetermined number is reached.

  In one embodiment of the present invention, the desired service basic information includes a desired service schedule indicating a date or a period in which the service provider desires to receive a service, and the processor unit is configured to receive the one proposal. In response to being selected by the service recipient, providing the desired service basic information to a service provider who has provided the one proposal to the computer system, and the desired service basic information is included in the desired service basic information. In the desired service schedule, the service provider presents a selectable date or period during which the service can be provided, and the service provider who provided the one proposal to the computer system and the service recipient receive the selection. Allows messages to be exchanged for services on a given date or period It may be configured to perform additional and that.

  In one embodiment of the present invention, the service provider provides the desired service basic information to the computer system in such a manner that the service provider interacts with a question presented by the computer system. It may be performed based on answering.

  In one embodiment of the present invention, the desired service basic information may include information for specifying the service provider's particulars.

  In one aspect of the present invention, the method of the present invention is a method executed in a server device that supports identification of a combination of a service provider and a service recipient, and the server device is configured via a network. The server device is configured to be able to communicate with a plurality of user devices, and the server device includes a processor unit, and the method is configured such that the processor unit is connected to the network from a user device used by a service provider. And receiving one or more proposals of services that can be provided by the one or more service providers, wherein a user device used by the service provider is one of the plurality of user devices. That the processor unit is a user device used by a service recipient, and the service unit Receiving desired service basic information that is a basis for specifying a service that the recipient wants to be provided, and the user device used by the service recipient is the plurality of user devices And the processor unit responds to the provision of the desired service basic information by the service recipient based on the desired service basic information. Identifying at least one proposal to be presented to the service recipient from among the one or more proposals provided by one or more service providers; and Presenting one proposal to the service provider in a manner selectable by the service provider, and the processor unit Receiving from a user device used by a service recipient information indicating one proposal selected by the service provider from among the at least one proposal presented by the computer system; and the processor A unit specifying a combination of the service provider selected by the service provider and the service provider.

  In one aspect of the present invention, a program of the present invention is a program executed in a server device that supports identification of a combination of a service provider and a service recipient, and the server device is connected via a network. The server device includes a processor unit, and when the program is executed by the processor unit, a user used by a service provider is configured to be able to communicate with a plurality of user devices. Receiving one or more proposals of a service that can be provided by the one or more service providers from the device via the network, wherein the user device used by the service provider includes the plurality of services The user equipment being one of the user equipment and the user equipment used by the service recipient Receiving the desired service basic information serving as a basis for specifying the service desired to be provided by the service provider, wherein the user device used by the service provider is the In response to being one user device among a plurality of user devices and providing the desired service basic information by the service recipient, the one person is based on the desired service basic information. Among the one or more proposals provided by the service provider, identifying at least one proposal to be presented to the service recipient, and identifying the identified at least one proposal to the service recipient. Presenting to the service recipient in a manner selectable by the provider, and a user device used by the service recipient Receiving information indicating one proposal selected by the service provider from the at least one proposal presented by the computer system; and a service provider selected by the service provider And specifying at least the combination of the service recipient and the processor unit.

  According to the present invention, it is possible to provide a server device or the like that supports identification of a combination of a service provider and a service recipient, in which more service providers can provide a service with less burden. Is possible.

Diagram showing the flow of a new business model to help identify the combination of service providers and service recipients The figure which shows an example of a structure of the computer system 2000 for implement | achieving the new business model for assisting specification of the combination of a service provider and a service recipient. The figure which shows an example of a structure of the information stored in the guide database part 2041 The figure which shows an example of a structure of the information stored in the guest database part 2042 The figure which shows an example of a structure of the information stored in the plan database part 2043 The figure which shows an example of a structure of the information stored in the extraction logic application database part 2044 The figure which shows an example of a structure of the information stored in the combination database part 2045 The figure which shows an example of the flow of the process performed in the computer system 2000 The figure which shows screen 5000A displayed on a user apparatus The figure which shows the screen 5000B displayed on a user apparatus. The figure which shows the screen 5000C displayed on a user apparatus. The figure which shows screen 5000D displayed on a user apparatus The figure which shows the screen 5000E displayed on a user apparatus The figure which shows the screen 5000F displayed on a user apparatus The figure which shows an example of the flow of a process of step S4005 shown by FIG.

1. A new business model applicant for supporting identification of a combination of a service provider and a service provider proposes a new business model for supporting identification of a combination of a service provider and a service provider. This business model is intended to lower the psychological barrier of the service provider when the service provider proposes a service plan to the service recipient. According to this new business model, a service provider creates a service plan and registers the service plan in the computer system in advance, and the computer system receives a service plan from the service plans registered in the computer system in advance. A service provider when a service provider proposes a service plan to a service provider by automatically identifying a service plan that meets the needs of the provider and presenting the identified service plan to the service provider. It is possible to reduce psychological barriers. The reason for this is to provide services to people who do not know if the service provider's proposal is adopted or not (or if the service provider's proposal can satisfy the service recipient). This is because it is not necessary to make a first contact from a person. Also, according to this new business model, the computer system automatically proposes a service plan in response to the needs of the service provider, thereby shortening the time until the service provider receives the service plan. Is possible.

  Here, in this specification, “service provider” refers to a person who provides a service, and “service recipient” refers to a person who provides a service. That is, the service is provided to the service recipient by the service provider. In one embodiment, the service provider and the service recipient do not meet before the actual provision of the service, but meet for the first time during the actual provision of the service. However, it is not always necessary that the service provider and the service recipient actually meet each other. For example, in one embodiment, the service provider and the service recipient may not actually (physically) meet.

  The “service” in this specification may be any service, but is typically provided by the service provider when the service provider actually meets (physically) the service recipient. Can be. Accordingly, the “service” referred to in the present specification may be one that does not involve a website.

  An example of “service” is a travel guide service for a guest (for example, a foreigner visiting Japan) by a guide (for example, a Japanese guide).

  Service recipients need to register for an account on the website in advance. At the time of account registration, the service provider provides personal information such as his / her address, name, age, gender, telephone number, e-mail address, face photo, and electronic money account to the website. Alternatively, some personal information may be omitted in order to simplify the account registration of the service provider. Thereby, the administrator of the website can grasp the personal information of the service recipient.

  FIG. 1 shows a flow of a new business model for supporting the identification of a combination of a service provider and a service recipient. In the example shown in FIG. 1, it is assumed that the website operating company provides a website for supporting the identification of the combination of the service provider and the service recipient. Hereinafter, each step shown in FIG. 1 will be described.

  Step S1001: The service provider A provides a proposal A for a service that can be provided by the service provider A to the website. As a result, the proposal A is registered in the server device that provides the website (not shown in FIG. 1, see FIG. 2) (more specifically, the proposal A is registered in the server device that provides the website). Stored in the connected database section) and automatically presented to the service recipient. The service provider A can set the proposal A to be public or private. When proposal A is set to be public, proposal A is one of the candidates that are automatically presented to the service recipient. When proposal A is set to be private, proposal A is the service recipient. Removed from candidates automatically presented to

  Step S1002: Similar to the service provider A, the service provider B provides a proposal B for a service that can be provided by the service provider B to the website. As a result, the proposal B is registered in the server device that provides the website (more specifically, stored in the database unit connected to the server device that provides the website), and is automatically sent to the service recipient. One of the candidates to be presented. The service provider B can set the proposal B to be public or private. When proposal B is set to be public, proposal B is one of the candidates that are automatically presented to the service provider. When proposal B is set to be private, proposal B is the service provider. Removed from candidates automatically presented to

  Step S1003: Similar to the service providers A and B, the service provider C provides the website with a service proposal C that can be provided by the service provider C. As a result, the proposal C is registered in the server device that provides the website (more specifically, stored in the database unit connected to the server device), and the proposal C is automatically presented to the service recipient. One. The service provider C can set the proposal C to be public or private. When the proposal C is set to be public, the proposal C is one of candidates that are automatically presented to the service provider. When the proposal C is set to be private, the proposal C is the service provider. Removed from candidates automatically presented to

  Step S1004: The service provider provides the website with information (hereinafter referred to as “desired service basic information”) that serves as a basis for identifying the service that the service provider desires to be provided. The desired service basic information is used so that the server device that provides the website automatically provides the service provider with a service proposal from the service provider, and the service provider's needs (ie, service This is used for the service provider to grasp the ideal service desired by the recipient. The desired service basic information includes, for example, personal information (for example, nationality, gender, age, occupation) of the service provider, information related to the service that the service provider desires to be provided (for example, schedule, number of people) , Budget, area, number of area visits, desired category indicating desired action category), information to identify service provider's commitment (eg, # stick to gourmet, # avoid crowds, # noisy Would you like to remove the drink !, # One point luxuryism, # Knob-eating type, # Save as much as possible, # Anime holy pilgrim, # Sweets mania, # Stick to photos, # Loosely travel, # Plan carefully Journey to stand up, # love to walk !, # driver soul that can not be hidden, # like thrills, # like to travel safely, # like to interact with local people , # I don't want to be tied up, I want to go where the locals go, I want to see historical things, I want to have a traditional experience, I want to relax in nature, I want to eat local food, eat popular food I want to experience playing like friends, want to play in nature, looking for photogenic things, want to feel the season, go to places where the scenery / night view is beautiful, want to interact with animals, innovative Wacky, wants to interact with local people, want to go to hot springs, see art, want to go to festivals, want to go to classic places, want to be completely (Ninja, Samurai, etc.), want to go to an amusement park, soak in otaku culture Want to see a show, move, or go to a famous place), information about the service provider ’s food (eg, favorite food, disliked food, Including ghee), but is not limited to this. Desired categories included in the desired service basic information are, for example, TouristHotspot, Dress-up, Otaku, Technology, Art, Scenic Areas, Traditions, Nature, Outdoor, HistoricalSights, Entertainment, Festivals, HotSprings, Event, City, etc. It is not limited to these. When the desired service basic information is provided to the website, the desired service basic information is disclosed to all or some of the service providers registered on the website (ie, the account is registered on the website). All or some of the service providers who are currently able to view the desired service basic information).

  Step S1005: The server device providing the website is registered in advance in the server device based on the desired service basic information in response to the provision of the desired service basic information to the website by the service recipient. At least one proposal to be presented to the service provider is automatically identified from the one or more proposals, and the identified at least one proposal is presented to the service provider. The logic for automatically specifying at least one proposal to be presented to the service provider from one or more proposals registered in advance in the server device based on the desired service basic information is arbitrary. It is possible to adopt logic. In the example shown in FIG. 1, proposal A, proposal B, and proposal C are automatically identified from a plurality of proposals registered in advance in the server device, and the identified proposal A, proposal B, and proposal C are service targets. Presented to the provider. Proposal A, Proposal B, and Proposal C may be presented to the service provider at one time, or may be presented to the service provider in multiple batches. For example, the proposal A and the proposal B may be first presented to the service provider, and then the proposal C may be presented to the service provider as necessary.

  In this way, the service provider is presented with the desired service basic information by presenting at least one proposal to the service provider in response to the service provider providing the desired service basic information to the website. Avoid the situation where there is no need for the service provider to respond to the offer provided by the service provider in response to being provided, and there is no response from the service provider to the proposal provided by the service provider. Is possible. Also, the service provider can receive the proposal immediately after providing the desired service basic information. Therefore, the service provider wants to receive the desired service basic information → receive the service proposal → receive the service proposal. It is possible to experience continuously without interruption until the selection of service proposal.

  Step S1006: The service provider selects at least one proposal from a plurality of proposals proposed by the server device that provides the website. In the example shown in FIG. 1, it is assumed that the service provider has selected Proposal A from Proposals A, B, and C. This means that the service provider has decided to receive the service provided by the service provider A by adopting the proposal A proposed by the service provider A. In this way, a combination of the service recipient and the service provider A is established. When this combination is established, the details of the service provided by the service provider A to the service recipient need not be determined.

  Note that the number of proposals proposed to the service recipient in step S1006 may be limited to a small number (for example, 3 to 5). In this case, the service provider does not have to select one proposal from many proposals, and thus does not need to perform so-called “selection fatigue”. Here, “selection fatigue” refers to a phenomenon in which a human is tired when selecting one of the options having too many options. This is widely known as Jam's law.

  Further, when the service provider selects at least one proposal, the service provider A who made the selected proposal is notified that the proposal A of the service provider A has been selected by the service provider. The service provider B who proposed the service to the service provider but was not selected by the service provider is notified that the proposal B of the service provider B was not selected by the service provider. The service provider C who proposed the service to the service provider but was not selected by the service provider is notified that the proposal C of the service provider C was not selected by the service provider. You may make it do.

  Step S1007: The service provider A and the service recipient can exchange messages with each other, so that prior consultation can be performed before the service is provided. This is because the service provider A packs the details of the contents of the service before actually providing the service to the service recipient. In this prior consultation, the service provider A can build up a trust relationship with the service recipient. The form of prior consultation is not limited. For example, the service provider A and the service recipient may make a prior consultation via a website (for example, by using a bulletin board function provided by the website) or without going through the website ( Prior consultation may be performed (for example, by telephone, FAX, or email). This prior consultation may be performed by the service provider A alone and the service recipient without the intervention of other service providers. As a result, even if the service is provided to the service provider by a plurality of service providers as a result, the service provider may negotiate with the service provider A and smoothly advance advance consultation. It is possible. Alternatively, this prior consultation may be performed by the service provider A, other service providers, and service recipients. By intervening other service providers at the time of this prior consultation, it is possible for other service providers to also build a trusting relationship with the service recipient before actually providing the service. This will lead to an increase in the value of the service experience of other service providers and, in turn, the motivation of other service providers themselves.

  Further, the service provider A can make a final plan by correcting the plan presented by the service provider A based on the result of the message exchange with the service recipient at the time of prior consultation. The plan amendment includes, but is not limited to, addition / change / realization of events, addition / change / realization of processes, and change of service provision fee. For example, if service provider A presents a rough plan first, and service provider selects this rough plan, then service provider A may use the service provider to determine the final plan. By adopting the provider's opinions, it is possible to reduce the discrepancy between the plan desired by the service provider and the final plan. As described above, in determining the final plan, it is possible to make the final plan attractive to the service provider by adopting the opinions of the service provider. In addition, by providing a place where the service provider A and the service provider exchange messages, communication between the service provider A and the service provider is promoted before the service is actually provided. As a result, when the service is actually provided, the service provider A and the service recipient can be familiar with each other. With the closeness created in this way, the service provider A can provide services to the service recipient so as to entertain friends.

  Step S1008: The service recipient pays a fee to a website operating company (that is, a company that manages and operates a server device that provides the website). This fee is generated when an agreement regarding the final plan of the service is established between the service provider and the service recipient. The manner of payment of this fee is arbitrary. For example, payment of this fee may be performed using electronic money, or may be performed by transfer to a bank account of a website operating company.

  Step S1009: The website management company (that is, the company that manages and operates the server device that provides the website) pays the service provider A a fee. The manner of payment of this fee is arbitrary. For example, the payment of this fee may be performed using electronic money, or may be performed by transfer to the bank account of service provider A. The amount of money paid by the service provider minus the fee paid to the service provider is the revenue of the website operator. The website operator may collect a fee from one of the service provider and the service recipient, or may collect a fee from both the service provider and the service provider.

  Step S1010: Service provider A provides a service to a service recipient by executing a final plan of the service.

  The service provider A may provide a service to the service recipient together with at least one additional service provider. In this case, it is not necessary for the service provider to select (or designate) at least one additional service provider. For example, service provider A may select (or designate) at least one additional service provider.

  Thus, one service provider may provide a service to one service provider, or two or more service providers may provide a service to one service provider. Good. Alternatively, one service provider may provide services to two or more service providers, or two or more service providers may provide services to two or more service providers. Good. For example, a representative of two service providers and a representative of four service recipients make a one-on-one prior consultation, and after the service plan is compiled by the prior consultation, two service providers are provided A person may provide services to four service recipients.

  As described above, according to the new business model, the service provider registers in advance a service plan that can be provided by the service provider and a service plan that the service provider desires to provide in the server device (more specifically, the server Stored in the database unit connected to the device in advance), and the server device automatically selects and selects a service plan that meets the needs of the service provider from service plans registered in advance in the server device. Present the service plan to the service recipient. Thereby, it is possible to reduce the psychological barrier of the service provider when the service provider proposes a service plan to the service recipient. Moreover, according to this new business model, it is possible to shorten the time until the service recipient receives the service plan. Further, the number of proposals proposed to the service recipient may be limited to a small number (for example, 3 to 5). As a result, the service recipient does not have to “get tired of selection”.

  In the example shown in FIG. 1, an example in which three service providers A, B, C out of five service providers A, B, C, D, and E propose a service to a service recipient. However, the number of service providers registered on the website is not limited to five, and the number of service providers who offer services to service recipients is limited to three. Absent. The number of service providers registered as an account on the website may be any integer greater than or equal to one. The number of service providers proposing services to service recipients can be any integer greater than or equal to one.

  In the example illustrated in FIG. 1, an example in which specific support for a combination of a service provider and a service recipient is provided via a website has been described, but the present invention is not limited to this. For example, specific support for a combination of a service provider and a service recipient may be made via an application installed in a user device such as a smartphone. In this case, the above-described “website” may be read as “application installed in the user device”. For example, each of the service provider and the service recipient may register an account with an application installed in the user device.

  In the following description, “travel guide service” is taken as an example of “service”, and a case where a guide (service provider) provides a travel guide service to a foreign guest (service recipient) will be described. However, the present invention is not limited to this. The present invention can also be applied to a case where a guide (service provider) provides a guide service to a Japanese guest (service recipient). Furthermore, the present invention can be widely applied when a service provider provides an arbitrary service to a service recipient.

2. Diagram 2 of a computer system for implementing a new business model, an example of a configuration of a computer system 2000 for implementing a new business model to support the specific combination of the service provider and the service donee Show.

In the example illustrated in FIG. 2, the computer system 2000 includes a server apparatus 2010, at least one user apparatus 2030 _{1 to} 2030 _N configured to be able to communicate via the Internet 2020, and a database unit 2040. And. Here, N is an arbitrary integer greater than or equal to 1, and a, b, c, and d are one integer among the integers 1 to N.

  The server apparatus 2010 provides a website for supporting the identification of a combination of a guide and a guest (for example, a foreign visitor to be guided). The server apparatus 2010 is an information processing apparatus that is operated and managed by an administrator of the website (for example, an operating company or an operator who operates the website). The server apparatus 2010 is a workstation or a personal computer, for example, and has a general hardware configuration as a server. In the example illustrated in FIG. 2, the server apparatus 2010 includes an interface unit 2011, a processor unit 2012 including one or more CPUs (Central Processing Units), and a memory unit 2013. The hardware configuration of the server apparatus 2010 is not particularly limited as long as its function can be realized, and may be configured by a single machine or may be configured by combining a plurality of machines.

The interface unit 2011 controls communication with at least one user device 2030 _{1 to} 2030 _N.

  The memory unit 2013 stores a program necessary for executing the process, data required for executing the program, and the like. For example, the memory unit 2013 stores a program for executing the processes shown in FIGS. 4 and 6. Here, it does not matter how the program is stored in the memory unit 2013. For example, the program may be preinstalled in the memory unit 2013. Alternatively, the program may be installed in the memory unit 2013 by being downloaded via a network such as the Internet 2020, or installed in the memory unit 2013 via a storage medium such as an optical disk or USB. You may do it.

  The processor unit 2012 controls the overall operation of the server apparatus 2010. The processor unit 2012 reads a program stored in the memory unit 2013 and executes the program. Thereby, it is possible to make the server apparatus 2010 function as an apparatus that executes a desired step.

  A database unit 2040 is connected to the server device 2010. The database unit 2040 includes a guide database unit 2041, a guest database unit 2042, a plan database unit 2043, an extraction logic database unit 2044, and a combination database unit 2045.

Each of the at least one user device 2030 _{1 to} 2030 _N is configured to be able to communicate with the server device 2010 via the Internet 2020. For example, each of the at least one user device 2030 _{1 to} 2030 _N may be a mobile wireless terminal such as a mobile phone, a smartphone, a tablet terminal, a smart glass, a smart watch terminal, a desktop PC, a laptop PC, a notebook It may be a personal computer such as a PC.

In the embodiment illustrated in FIG. 2, it has been described that at least one user device 2030 _{1 to} 2030 _N can communicate with the server device 2010 via the Internet 2020, but the present invention is not limited to this. Any type of network can be used in place of the Internet 2020.

  In the embodiment shown in FIG. 2, the database unit 2040 is provided outside the server device 2010, but the mode is not limited. For example, the database unit 2040 may be configured as a single external hard disk device of the server device 2010 or may be configured as storage on a cloud connected via a network. Alternatively, the database unit 2040 can be provided inside the server device 2010. The configuration of the database unit 2040 is not limited to a specific hardware configuration. For example, the database unit 2040 may be configured with a single hardware component, or may be configured with a plurality of hardware components. Further, the configuration of each database unit included in the database unit 2040 is not limited to a specific hardware configuration. For example, each database unit included in the database unit 2040 may also be configured with a single hardware component, or may be configured with a plurality of hardware components.

  FIG. 3A shows an example of the configuration of information stored in the guide database unit 2041.

  The guide database unit 2041 stores information related to guides. Information about the guide can be identified by information for identifying the guide (for example, a guide ID). The guide database unit 2041 further stores, for example, guide name, gender, date of birth, address, telephone number, e-mail address, information indicating tour history, and service provision area information.

  The information indicating the tour history is history information of a service (tour) provided to the guest by the guide (or a guide group including the guide as a part) in the past. Other guides other than the guide can make a proposal to the guest using information indicating the tour history. Thereby, other guides other than the guide can propose a tour to the guest more easily.

  If another guide other than the guide makes a tour proposal using the information indicating the tour history and the tour is actually requested, the company operating the website Alternatively, a portion of sales (eg, about 15%) may be paid continuously. This allows website operators to give the guide an attractive incentive.

  In addition, in response to the guest providing information about past tours (eg, impressions about events experienced in past tours, impressions about guides that guided past tours) to website operators, The site operator may pay a portion of the sales to the guest. This allows website operators to provide attractive incentives to guests.

  FIG. 3B shows an example of the configuration of information stored in the guest database unit 2042.

  The guest database unit 2042 stores information related to guests. Information about the guest can be identified by information for identifying the guest (for example, guest ID). The guest database unit 2042 further stores, for example, the guest's name, gender, nationality, date of birth, address, telephone number, e-mail address, desired service basic information, and the like.

  FIG. 3C shows an example of the configuration of information stored in the plan database unit 2043.

  The plan database unit 2043 stores information related to the plan created by the guide. Information about the plan created by the guide can be identified by, for example, information for identifying the plan (for example, plan ID). The plan database unit 2043 includes, for example, a title, an itinerary (for example, an itinerary expressed in a step format), a tour time, a tour fee, an area where the plan is implemented, a plan category, a recommended period, presence / absence of a major plan setting, priority The presence / absence of display setting is further stored. Plan categories include, for example, tourist attractions, traditional costumes, cosplay, otaku, technology, art, museums, superb views, traditional culture, nature, experiences, historical sights, entertainment, festivals, events, hot springs, the four seasons, cities, secret spots, Life style, food culture, interaction with people, but not limited to these.

  FIG. 3D shows an example of the configuration of information stored in the extraction logic application database unit 2044.

  The extraction logic application database unit 2044 stores information related to the extraction logic. The information regarding the extraction logic includes a plurality of extraction logics. Each of the plurality of extraction logics is associated with an extraction method for a proposal (for example, a travel plan).

  In the example shown in FIG. 3D, as an example of a plurality of extraction logics, a first extraction logic related to the extraction condition “season”, a second extraction logic related to the extraction condition “position information”, and “area visit count” Although the 3rd extraction logic regarding the extraction condition of the above and the 4th extraction logic regarding the extraction condition of "closeness" are shown, a plurality of extraction logics are not limited to the 1st-4th extraction logic mentioned above. Each of the plurality of extraction logics can be any extraction logic.

  In the example shown in FIG. 3D, four extraction logics have been described, but the present invention is not limited to this. The number of extraction logics can be any number greater than or equal to one.

  FIG. 3E shows an example of the configuration of information stored in the combination database unit 2045.

  The combination database unit 2045 stores information regarding the combination of the guest and the guide. Information relating to the combination of the guest and the guide can be identified by information for identifying the combination (for example, a combination ID). The combination database unit 2045 stores information for identifying a guest (for example, one or more guest IDs) and information for identifying a guide (for example, one or more guide IDs) in a state of being associated with each other. Has been. Thus, the combination database unit 2045 can hold history information indicating which guests (one or more guests) and which guides (one or more guides) are identified. It is configured. The combination database unit 2045 further stores, for example, tour dates and times, tour locations, and tour contents.

3. Processing of Computer System FIG. 4 shows an example of the flow of processing executed in the computer system 2000. Hereinafter, each step shown in FIG. 4 will be described.

Step S4001a: user apparatus 2030 _a guide A, via the Internet 2020, sends the proposal A tour in the server apparatus 2010. As a result, the proposal A of this tour is stored in the plan database unit 2043 connected to the server apparatus 2010 and registered in advance in the server apparatus 2010. The proposal A of the tour includes, for example, information on the tour title, itinerary (for example, a step-type itinerary using an image), tour time, tour fee, tour area, tour recommendation period, plan category, and guide A. Including, but not limited to.

Step S4001b: user apparatus 2030 _b of the guide B, via the Internet 2020, it transmits a tour of the proposed B to the server device 2010. Thus, the tour proposal B is stored in the plan database unit 2043 connected to the server apparatus 2010 and registered in the server apparatus 2010 in advance. This tour proposal B includes, for example, information on the title of the tour, the itinerary (for example, a stepped itinerary using an image), tour time, tour fee, tour area, tour recommended period, plan category, and guide B. Including, but not limited to.

Step S4001c: user equipment 2030 _c of the guide C via the Internet 2020, sends the proposal C tour in the server apparatus 2010. As a result, the tour proposal C is stored in the plan database unit 2043 connected to the server apparatus 2010 and registered in the server apparatus 2010 in advance. This tour proposal C includes, for example, information on the tour title, itinerary (for example, a stepped itinerary using image images), tour time, tour price, tour area, tour recommendation period, plan category, and guide C. Including, but not limited to.

Step S4002: the server apparatus 2010 via the Internet 2020, it receives the proposal A tour from the user device 2030 _a guide A, receives a tour of the proposed B from the user device 2030 _b of the guide B, the guide C user receiving a proposal C tour from the device 2030 _c.

Step S4003: The user device 2030 _d of the guest via the Internet 2020, the guest is the basis for identifying the tour that wish to be kept informed (hereinafter, "desired tour basic information" hereinafter) to the server device Send to 2010. The guest's desired tour basic information includes, for example, the guest's personal information (for example, nationality, gender, age, occupation), information related to the tour that the guest desires (for example, schedule, number of people, budget, area the guest wants to visit, Including, but not limited to, the number of visits to the area, the desired category indicating the category of action the guest wishes, what the guest wants to do, the food the guest likes, and the culture the guest likes. In the embodiment described with reference to FIG. 4, it is assumed that the tour schedule information indicating the schedule of the tour desired by the guest is included in the guest's desired tour basic information.

Step S4004: the server device 2010, via the Internet 2020, to receive the desired tour basic information of the guest from the user device 2030 _d of the guest.

  Step S4005: The server apparatus 2010 identifies at least one proposal to be presented to the guest based on the guest's desired tour basic information. For example, the number of proposals to be presented to the guest may be limited to a predetermined number. Alternatively, the number of proposals to be presented to the guest may be limited to be a predetermined number or less. Details of the process of identifying at least one suggestion to be presented to the guest are described below with reference to FIG.

  In step S4006 and subsequent steps described with reference to FIG. 4, at least one proposal to be presented to the guest in step S4005 is identified as tour proposal A, tour proposal B, and tour proposal C. It shall be assumed.

  Step S4006: The server apparatus 2010 presents the identified three tour proposals A, B, and C to the guest. For example, the server apparatus 2010 presents some of the three identified tour proposals A, B, and C (for example, the tour proposal A and B) to the guest, and the three identified tour proposals A , B, and C (for example, tour proposal C) are further presented to the guest as additional proposals until a predetermined number (ie, three in this embodiment) is reached.

Step S4007: The user device 2030 _d of the guest via the Internet 2020, transmits information indicating whether the guest has selected any proposals to the server apparatus 2010. In the example illustrated in FIG. 4, the guest user device 2030 _d transmits information indicating that the tour proposal A has been selected to the server device 2010 via the Internet 2020.

Step S4008: the server apparatus 2010 via the Internet 2020, the user device 2030 _d of the guest receives information indicating that the selected proposal A tour.

Step S4009: the server device 2010, via the Internet 2020, to provide the desired tour basic information of the guest to the user device 2030 _a of the guide A to the selected guide A proposed proposed A of the tour.

Step S4010: the user device 2030 _a guide A, via the Internet 2020, to receive the desired tour basic information of the guest.

Step S4011: The user device 2030 _a guide A, a guide A presents the guide A to allow selecting a date or time period that can perform tour. For example, the user device 2030 _a of the guide A can provide tour schedule information included in the guest's desired tour basic information in a calendar format so that the guide A can select a day or a period during which the tour can be performed. To present.

Step S4012: The user device 2030 _a of guide A shows the date or time period that can guide A to implement the tour is selected by the guide A, via the Internet 2020, a date or time that the selected information Is transmitted to the server apparatus 2010.

  Step S4013: The server apparatus 2010 receives information indicating the selected day or period via the Internet 2020.

  Step S4014: The server apparatus 2010 proposes a tour proposal A (assuming that the date or period in which the guide A provides the tour service to the guest has been confirmed by receiving the information indicating the selected day or period). The combination of the guide A and the guest is identified. In other words, the server apparatus 2010 identifies the guide A that has proposed the tour proposal A as a guest guide. The identification of such a combination includes, for example, information that associates information indicating the guide A (for example, guide ID of the guide A) and information indicating the guest (for example, guest ID) with the database unit 2040 (in particular, the combination database unit 2045). ) To store.

  Step S4015: The server apparatus 2010 enables the guest and the guide A to exchange messages with each other. For example, the server apparatus 2010 creates a dedicated talk room for the guest and the guide A, and allows the guest and the guide A to exchange messages with each other in the talk room.

In addition, when none of the proposal A to the proposal C provided from the guide A to the guide C satisfies the guest's request, the guest may be able to reject all of the proposal A to the proposal C. . Accordingly, the guest is able to avoid a situation that proposals that do not satisfy the needs of guests indefinitely being displayed on the user device 2030 _d of the guest, proposed non suggestion A~ proposed C without redoing the step S4003 Can be accepted.

4). Screen Displayed on User Device FIG. 5A shows a screen 5000A displayed on the user device. Screen 5000A is an example of a top screen displayed when a guide and a guest access a website using a user device (for example, a personal computer, a smartphone, or the like). The screen 5000A includes a login area 5001 for a guide or guest to access a personal account page, and a travel plan recruitment area 5002 for a novice guest who first uses a travel guide service provided by the guide to recruit a travel plan. , A flow area 5003 for explaining a flow until a guide that provides a travel guide service is found, and a travel plan feature area 5004 for browsing special features of trendy trip plans and popular trip plans.

  If the guide has an account for using a computer system that supports the provision of a travel guide service, the login area 5001 is selected (for example, clicked or tapped) to change to the personal account information input screen. To do. The guide can browse the screen of FIG. 5B described later, for example, by inputting the personal account information on the personal account information input screen.

  If the guest has an account for using a computer system that supports the provision of a travel guide service (ie, if the user has already used the travel guide service provided by the guide), the guest selects the login area 5001 By clicking (for example, clicking or tapping), a transition is made to an input screen for personal account information. The guest can browse the screen of FIG. 5D described later, for example, by inputting the personal account information on the personal account information input screen.

  When the guest uses the travel guide service provided by the guide for the first time, the guest selects (for example, clicks and taps) a travel plan recruitment area 5002 for recruiting a travel plan for a trial. Thus, the guest can be guided to receive a travel guide service proposal from the guide. The guest can browse the screen of FIG. 5C described later by selecting the travel plan recruitment area 5002, for example.

  In the travel plan feature area 5004, information on a travel guide service provided to the guest by the guide in the past is posted. In the example shown in FIG. 5A, the travel plan feature area 5004 includes a map area with icons that are displayed larger as the number of featured travel plans increases. When the guest and the guide select the icon, the guest and the guide can browse the screen filtered so that only the travel plan related to the area to which the icon is attached is displayed. In the example shown in FIG. 5A, a travel plan feature area 5004 includes notable travel plans (for example, highly evaluated travel plans, recommended travel plans, trend travel plans, popular travel plans). In addition, it includes an area. Guests and guides can select these areas to view details of various travel plans (eg, date and time of travel, participants, plans, expenses, etc.).

  Note that the entire screen 5000A shown in FIG. 5A may not be displayed on the user device. For example, a part of the screen 5000A may be displayed on the user device, and another part of the screen 5000A may be displayed by performing a scroll operation.

  FIG. 5B shows a screen 5000B displayed on the user device. Screen 5000B is an example of a screen for the guide to create a travel plan. The screen 5000B is a screen that can be browsed, for example, by selecting the login area 5001 shown in FIG. 5A (that is, by logging in using the guest account information).

  In the example shown in FIG. 5B, the screen 5000B includes a title input area 5010 for inputting the title of the travel plan, an itinerary input area 5020 for inputting the itinerary of the travel plan (eg, in a step format), and a tour. A tour time input area 5030 for setting a required time (guideline), a tour fee input area 5040 for inputting a tour fee, an implementation area input region 5050 for inputting an area for executing a travel plan, A recommended period input area 5060 for inputting a period for recommending the implementation of the travel plan and a category input area 5070 for inputting a category of the travel plan are included.

  In the itinerary entry area 5020, text and / or images may be entered. In the example shown in FIG. 5B, the tour time input area 5030 and the implementation area input area 5050 are configured to be selectable in a pull-down format, and “6 hours” is selected as the tour time. “Mt.Fuji Around Tokyo” is selected as the area. In the example shown in FIG. 5B, the tour fee is set to “16500 yen”, and the recommended period of the travel plan is set from December 1, 2017 to April 30, 2018. In addition, it is possible to set a plan category by selecting the category input area 5070. In the example shown in FIG. 5B, “hot spring”, “lifestyle”, and “food culture” are selected as the plan category. ing. An example of the plan category is as described above with reference to FIG. 3C. In addition, on screen 5000B, enter further information using text that the guide wants to convey to the guest (for example, the location of the trip plan, the highlight of this trip plan, what kind of trip it will be) May be possible.

  FIG. 5C shows a screen 5000C displayed on the user device. Screen 5000C is an example of a screen for a guest to input desired tour basic information. The screen 5000C is a screen that has transitioned from the screen 5000A when, for example, the travel plan recruitment area 5002 shown in FIG. 5A is selected. In the example shown in FIG. 5C, the screen 5000C includes a plurality of input areas 5080 in which guest input information is displayed and a plurality of questions displayed to automatically respond to the guest input information in an interactive manner. Region 5090.

  The guest can easily input the desired tour basic information by answering the question displayed in the question area 5090 in an option format. When the guest continues to answer the question in this manner, finally, an input unit for inputting account information for account information registration is displayed in the input area 5080, or the screen 5000C is an account information registration screen. Transition to. When the guest registers the account information, the input of the desired tour basic information is completed. When the guest completes inputting the desired tour basic information, the travel plan (tour plan) is automatically proposed to the guest by the server device 2010.

  The desired tour basic information that can be entered on the screen 5000C is, for example, the country of the guest's home country, the number of times he / she has come to Japan, the number of people, and the guide plan for which area of Japan he / she wants (for example, Tokyo, Kyoto, Mount Fuji & Tokyo suburbs, Sendai, Kansai, Kyushu), the number of times you have visited the area in the past, desired category (eg, TouristHotspot, Dress-up, Otaku, Technology, Art, Scenic Areas, Traditions, Nature, Outdoor , HistoricalSights, Entertainment, Festivals, HotSprings, Event, City), the date (duration) coming to the area, the type of trip the guest wants (for example, cheaper, cheaper, best to enjoy on budget, good experience It is OK even if it is high), but the budget per person is not limited to these.

  FIG. 5D shows a screen 5000D displayed on the user device. The screen 5000D is a screen for confirming a travel plan automatically proposed by the server apparatus 2010. Screen 5000D is a screen that can be browsed when the input of desired tour basic information is completed on screen 5000C shown in FIG. 5C.

  In the example shown in FIG. 5D, the screen 5000D includes a travel plan summary area 5090a that shows an outline of the travel plan A automatically proposed by the server apparatus 2010, and a travel plan summary area 5090b that shows the outline of the travel plan B. Including. In the example shown in FIG. 5D, it is automatically proposed for the desired tour basic information including the period information from December 27, 2017 to December 30, 2017 and the area information of “Mt.Fuji Around Tokyo”. Travel plan A and travel plan B are shown. The travel plan summary area 5090a and the travel plan summary area 5090b are configured to be selectable. When the travel plan summary area 5090a is selected, a screen showing the details of the travel plan A is displayed, and when the travel plan summary area 5090b is selected. A screen showing details of trip plan B may be displayed.

  FIG. 5E shows a screen 5000E displayed on the user device. Screen 5000E is a screen for confirming the details of the travel plan. The screen 5000E is a screen that has transitioned from the screen 5000D when, for example, the travel plan summary area 5090a shown in FIG. 5D is selected. In the example shown in FIG. 5E, the screen 5000E includes a title area 5010 ′ indicating the title of the travel plan, an itinerary area 5020 ′ indicating the itinerary of the travel plan, a charge area 5030 ′ indicating the price of the travel plan, and the time required for the travel plan. A required time area 5040 ′ indicating a guide, a guide information area 5100 indicating information regarding the guide, and a guide detail area 5110 for browsing more detailed information regarding the guide.

  Information shown in the title area 5010 ′, the itinerary area 5020 ′, the toll area 5030 ′, and the required time area 5040 ′ is the title input area 5010, the itinerary input area 5020, the tour time input area 5030, and the tour shown in FIG. 5B, respectively. This corresponds to the information input in each charge input area 5040.

  In the guide information area 5100, for example, a comment for the guest can be displayed. Thereby, the guest can know the person about the guide. If the guest wants to know more details about the guide, he or she can view part or all of the account registration information of the guide by selecting the guide detail area 5110. What the guide wants to tell guests (for example, the best places in this itinerary, the highlights of this itinerary, what kind of trip it will be), and the former guests who experienced this itinerary as a guest in the past Reviews and ratings may be further displayed on screen 5000E.

  For example, when a predetermined time has elapsed on the screen 5000E, a pop-up screen may be displayed to ask the guest whether he / she likes this travel plan and whether to confirm the schedule with the guide that created the travel plan. Alternatively, an area in which it is possible to select whether the user likes the travel plan and whether to confirm the schedule with the guide that created the travel plan may be displayed on a part of the screen 5000E.

  For example, when the guest uses the user device to select a schedule to be confirmed with the guide that has created the travel plan, the guest can provide a schedule confirmation request to the guide.

  FIG. 5F shows a screen 5000F displayed on the user device. The screen 5000F is a screen for confirming a schedule confirmation request from a guest. The screen 5000F is, for example, a screen that has transitioned from a pop-up screen that is displayed in response to the guide user device receiving a schedule confirmation request. The screen 5000F includes a guest outline area 5120a, a guest outline area 5120b, and a guest outline area 5120c showing an outline of a guest whose schedule is to be confirmed. The guest outline area 5120a, the guest outline area 5120b, and the guest outline area 5120c are configured to be selectable. For example, when the guest overview area 5120a is selected, the screen 5000F transitions to a screen (not shown) on which the desired tour basic information of the guest “Mr. Smith” is displayed, whereby the guide is displayed on the guest “Mr. Smith”. It is possible to browse the basic information of the desired tour.

  For example, when the viewing time of the screen on which the desired tour basic information is displayed passes a predetermined time, the guide is requested to confirm whether or not the guide can be guided. Or a period) selection is required. Alternatively, the screen on which the desired tour basic information is displayed may include an area where it is possible to select a schedule (day or period) that the guide can guide.

5. Processing of Server Device FIG. 6 shows an example of the processing flow of step S4005 shown in FIG. This process is executed by the processor unit 2012 included in the server device 2010, for example.

  In the example shown in FIG. 6, the processor unit 2012 identifies at least one proposal to be presented to the guest by executing a process of extracting a predetermined number of proposals from a plurality of proposals registered in advance. To do. In order to extract the Nth proposal out of the predetermined number of proposals, it is determined in advance which one of the plurality of extraction logics is applied in which order. For example, in order to extract the first proposal, it may be determined in advance that the first extraction logic, the second extraction logic, and the third extraction logic shown in FIG. 3D are applied in this order. Hereinafter, each step shown in FIG. 6 will be described. Here, the magnitude of N is assumed to be smaller than a predetermined number.

  Step S6001: The value of N is set to 1.

  Step S6002: Extraction logic application conditions used to extract the Nth proposal out of a predetermined number of proposals are selected. Which extraction logic application condition is selected may be determined in advance or may be determined randomly.

  Step S6003: By applying the extraction logic application condition selected in step S6002, the Nth proposal is extracted from a plurality of pre-registered proposals.

  Step S6004: It is determined whether or not the number of extracted proposals has reached a predetermined number. If the determination result is “Yes”, the process ends. If the determination result is “No”, the value of N is incremented by one in step S6005. Thereafter, the process returns to step S6002.

  For example, if the number of proposals to be presented to the guest is five (ie, the predetermined number = 5), the first extraction logic application condition used to extract the first proposal is The first proposal is extracted from a plurality of previously registered proposals by applying the selected first extraction logic application condition. Similarly, the second extraction logic application condition used to extract the second proposal is selected, and by applying the selected second extraction logic application condition, the plurality of pre-registered proposals are selected. A second proposal is extracted. The same applies to the third proposal to the fifth proposal.

  Examples of the first to fifth extraction logic application conditions are as follows.

First extraction logic application condition = “If there is one or more journey plans extracted according to the first extraction logic“ season ”, one journey plan is randomly extracted from those journey plans. When the number of travel plans extracted according to the first extraction logic “season” is zero, the extraction logic is applied in the order of the second extraction logic → the third extraction logic → the fourth extraction logic. Extract individual travel plans. "
Second extraction logic application condition = “If there is one or more journey plans extracted according to the second extraction logic“ location information ”, one journey plan is randomly extracted from those journey plans. When the number of travel plans extracted according to the second extraction logic “location information” is zero, the extraction logic is applied in the order of the first extraction logic → the third extraction logic → the fourth extraction logic. Extract one travel plan. "
-Third extraction logic application condition = “If there is one or more trip plans extracted according to the third extraction logic“ number of area visits ”, one trip plan is randomly extracted from those trip plans. If the number of plans extracted according to the third extraction logic “number of area visits” is zero, the extraction logic should be applied in the order of the first extraction logic → the second extraction logic → the fourth extraction logic. To extract one travel plan. "
Fourth extraction logic application condition = “One travel plan is randomly extracted according to the fourth extraction logic“ closeness ”.”
Fifth extraction logic application condition = “One travel plan is extracted at random according to the fourth extraction logic“ closeness ”.”

  Hereinafter, processing for extracting a travel plan will be described. This process is executed by the processor unit 2012 included in the server device 2010, for example.

  As an example of a process for extracting a travel plan, a process for extracting a travel plan according to the first extraction logic “season” will be described below. The “season” in which the guest wishes to tour is determined from the “schedule” included in the desired tour basic information. For example, when the “schedule” included in the desired tour basic information is from December 27, 2017 to December 30, 2017, the “season” that the guest desires to tour is determined as “winter”. On the other hand, when the guide creates a travel plan, the guide can set the “season” of the travel plan. For example, the guide can set the recommended period of the travel plan from December 1, 2017 to April 30, 2018, so that the “season” of the travel plan can be set to “winter” or “spring”. It is. When the first extraction logic related to the extraction condition “season” is executed, the “season” included in the desired tour basic information (that is, the “season” the guest wants to tour) and the travel plan “ A travel plan that matches the “season” is extracted, and a travel plan that satisfies the “budget” included in the desired tour basic information is extracted from the extracted travel plans. As described above, it is possible to realize travel plan extraction filtered by “season” by the first extraction logic relating to the extraction condition “season”. If the “budget” of the desired tour basic information is within the range of “tour fee” ± α of the travel plan set by the guide, the travel plan should satisfy the “budget” included in the desired tour basic information. It may be a “trip plan” Here, α is, for example, 10,000 yen, 20,000 yen, or 30,000 yen, but is not limited thereto. In addition, the travel plan may not be extracted by the first extraction logic. For example, when there is no travel plan that satisfies both the “season” and the “budget”, the travel plan is not extracted by the first extraction logic.

  As another example of the process of extracting a travel plan, a process of extracting a travel plan according to the second extraction logic “location information” will be described below. The desired tour basic information may include an “area” (that is, an area where a guest wants to be guided). On the other hand, when the guide creates a travel plan, the guide can set an “area” of the travel plan (that is, an area where the guide provides guidance). When the second extraction logic relating to the extraction condition “location information” is executed, the “area” included in the desired tour basic information (that is, the “area” the guest desires to guide) and the guide perform the guidance “ When the “area” where the guest wants to guide is close to the “area” where the guide performs the guidance (for example, the “area” where the guide provides guidance) Within a predetermined range from “Area” (in the example shown in FIG. 3D, within a radius of 50 km), a travel plan proposed by the guide is extracted, and from the extracted travel plans, A travel plan that satisfies the “budget” included in the desired tour basic information is extracted. As described above, it is possible to realize travel plan extraction filtered by “position information” by the second extraction logic relating to the extraction condition “position information”. If the “budget” of the desired tour basic information is within the range of “tour fee” ± α of the travel plan set by the guide, the travel plan should satisfy the “budget” included in the desired tour basic information. It may be a “trip plan” Here, α is, for example, 10,000 yen, 20,000 yen, or 30,000 yen, but is not limited thereto. It is also possible that the travel plan is not extracted by the second extraction logic. For example, when there is no travel plan that satisfies both the “location information” and the “budget”, the travel plan is not extracted by the second extraction logic. Also, the second extraction logic is not executed when the “area” included in the desired tour basic information includes a plurality of mutually distant areas (for example, both “Tokyo” and “Kyoto”). Can be set.

  As another example of processing for extracting a travel plan, processing for extracting a travel plan according to the third extraction logic “number of area visits” will be described below. The desired tour basic information may include “area visit count”. For example, the “number of area visits” included in the desired tour basic information is the number of visits to the area in the past or the number of visits to this area this time, but is not limited to this. . Specifically, the “number of area visits” is, for example, “0”, “1”, “2 or more”, or “first”, “first”, “second”, “after 3” However, it is not limited to these. On the other hand, a part of the travel plan stored in the plan database unit 2043 may include a travel plan with “major plan set”. The travel plan with “major plan set” is a travel plan that is preferentially or actively extracted when the “area visit count” is “first time”, “first time”, or “0 time”. A travel plan with no major plan is preferential or active when the “area visit count” is “1”, “more than once”, “second”, “after 3”, etc. It is a travel plan extracted in “Major plan set” and “No major plan set” refer to, for example, a website administrator for supporting the identification of a combination of a guide and a guest (for example, an operating company or an operator operating this website) Can be set. When the third extraction logic related to the extraction condition “area visit count” is executed, it is determined whether or not the “area visit count” included in the desired tour basic information is “first”. In this case, a travel plan with “major plan set” is extracted, and when it is not “for the first time”, a travel plan with “no major plan set” is extracted, and the desired tour is extracted from the extracted travel plans. A travel plan that satisfies the “budget” included in the basic information is extracted. As described above, it is possible to realize the travel plan extraction filtered by the “area visit count” by the third extraction logic related to the extraction condition “area visit count”. If the “budget” of the desired tour basic information is within the range of “tour fee” ± α of the travel plan set by the guide, the travel plan should satisfy the “budget” included in the desired tour basic information. It may be a “travel plan”. Here, α is, for example, 10,000 yen, 20,000 yen, or 30,000 yen, but is not limited thereto. In addition, the travel plan may not be extracted by the third extraction logic. For example, when there is no travel plan that satisfies both the “area visit count” and the “budget”, the travel plan is not extracted by the third extraction logic.

  As another example of the process of extracting a travel plan, a process of extracting a travel plan according to the fourth extraction logic “closeness” will be described below. The desired tour basic information may include a “desired category”. An example of the “desired category” is as described with reference to FIG. The travel plan created by the guide may include a “plan category”. An example of the “plan category” is as described with reference to FIG. 3C. When the fourth extraction logic related to the extraction condition “closeness” is executed, the “desired category” and the “plan category” included in the travel plan and the “plan category” included in the travel plan are determined. The degree of closeness with the “plan category” (for example, the number of “plan category” components corresponding to the “desired category” component included in the desired tour basic information provided by the guest) is equal to or greater than the threshold value. A travel plan is extracted, and a travel plan that satisfies the “budget” included in the desired tour basic information is extracted from the extracted travel plans. As described above, it is possible to realize travel plan extraction filtered by “closeness” by the fourth extraction logic related to the extraction condition “closeness”. In addition, if the “budget” of the desired tour basic information is within the range of “tour fee” ± α of the travel plan set by the guide, the travel plan satisfies the “budget” included in the desired tour basic information. It may be a “travel plan”. Here, α is, for example, 10,000 yen, 20,000 yen, or 30,000 yen, but is not limited thereto. Also, a plurality of travel plans can be stored in the plan database unit 2043 so that there are at least some travel plans that satisfy both the “closeness” and the “budget”.

  Each travel plan may be set with priority display. Thereby, some of the travel plans extracted by executing each extraction logic may be preferentially presented to the guest. For example, X travel plans are extracted by the first extraction logic, and from the X travel plans, A travel plans with “priority display setting” and B travel plans with “priority display setting none” are selected. The number may be extracted (A + B ≦ X and B <A). Note that “with priority display setting” and “priority display setting without” means, for example, a website administrator (for example, an operating company or management company that operates this website) to support the identification of a combination of a guide and a guest. Can be set.

  In the example shown in FIG. 6, a predetermined number of proposals from among a plurality of proposals registered in advance using a plurality of extraction logics stored in the extraction logic application database unit 2044 shown in FIG. 3D. However, the process of extracting a predetermined number of proposals from a plurality of proposals registered in advance is not limited to this.

  As mentioned above, although this invention has been illustrated using preferable embodiment of this invention, this invention should not be limited and limited to this embodiment. It is understood that the scope of the present invention should be construed only by the claims. It is understood that those skilled in the art can implement an equivalent range based on the description of the present invention and the common general technical knowledge from the description of specific preferred embodiments of the present invention.

  INDUSTRIAL APPLICABILITY The present invention is useful for providing a server device that supports specifying a combination of a service provider and a service recipient, a method and a program executed in the server device, and the like.

2000 Computer system 2010 server device 2020 Internet 2030 ₁ ~2030 _N user device 2040 database unit

Claims (1)

Invention described in this specification.