JP6529642B1 - Server apparatus for supporting identification of combination of service provider and service recipient, method and program executed on the server apparatus - Google Patents

Abstract

The present invention provides a method of identifying a combination of a service provider and a service recipient. A method according to the present invention includes a service provider providing a computer system with one or more proposals of services that can be provided by the service provider, and a service recipient providing desired service basic information with the computer system. Providing the at least one proposal to be presented to the service recipient among the one or more proposals provided by the service provider based on the desired service basic information. And the computer system presents at least one proposal specified to the service recipient, and the service recipient is selected from at least one proposal presented by the computer system via the computer system. Selecting one proposal and the computer system Service and a identifying a combination of a recipient. [Selected figure] 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, a method executed by the server device, and a program.

  The inventor of the present invention invented a new matching system for matching a service provider and a service recipient, and acquired the patent right (see, for example, Patent Document 1).

Patent No. 6047221

  The inventor considered it important to enable more service providers to provide services with less burden. For example, although the number of foreign tourists visiting Japan in 2014 is about 13 million, the number of foreign tourists visiting Japan is expected to be about 25 million in 2020 due to special demand for the Tokyo Olympics. In order to cope with the increasing number of foreign visitors to Japan, the inventor considered that it is important to allow more guides to provide guide services with less burden.

  Furthermore, the inventor of the present invention can reduce the burden of the service provider in planning the service plan by the method in which the service provider proposes the service based on the information provided in advance from the service recipient. On the other hand, they thought that the psychological barriers of service providers might be high. The reason why it may be considered that the service provider's psychological barrier may be high, for example, should be proposed to people who are not acquainted, or in situations where it is not known if their proposal will be adopted , You have to make a proposal in a situation where you do not know if your proposal can satisfy the service recipient. Such high psychological barriers may increase the burden on the service provider.

  An object of the present invention is to provide a server device and the like that support identification of a combination of a service provider and a service recipient, which enables more service providers to provide services with less burden. I assume.

  As an example, an object of the present invention is to provide a server device and the like that support 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, said method comprising one or more service providers Providing the computer system with one or more suggestions of services that can be provided by the one or more service providers, and a service recipient that the service recipient wishes to be provided Providing the computer system with desired service basic information to be a basis for identification; and the computer system is responsive to the service recipient providing the desired service basic information; From among the one or more proposals provided by the one or more service providers based on basic information Identifying the at least one proposal to be presented to the service recipient, the computer system presenting the identified at least one proposal to the service recipient, the service recipient Selecting one proposal out of the at least one proposal presented by the computer system via the computer system, and the computer system selected by the service recipient Identifying a combination of a service provider who has provided the computer system with the service recipient.

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

  In one embodiment of the present invention, identifying the at least one proposal to be presented to the service recipient includes identifying a predetermined number of proposals to be presented to the service recipient. Presenting the at least one proposal identified to the service recipient may include presenting to the service recipient some of the predetermined number of the identified proposals. Further presenting the rest 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 day or period for which the service recipient wants to receive a service, and the method further comprises the computer system including Providing the desired service basic information to a service provider who provided the one proposal to the computer system in response to selection of the one proposal by the service recipient; and the service provider Selecting the date or period in which the service provider can provide the service from the desired service schedule included in the desired service basic information through the computer system; and the computer system selects the one proposal The service provider who has provided 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 provision of the desired service basic information to the computer system by the service recipient may be performed interactively by the service recipient in response to 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 commitment of the service recipient.

  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 is a plurality of user devices via a network. Configured to communicate with each other, the server device includes a processor unit, and the processor unit is configured to communicate with the one or more persons from the user device used by the service provider via the network. Receiving one or more suggestions of services that can be provided by the service provider, wherein the user device used by the service provider is a user device of one of the plurality of user devices, And a service that the service recipient wants to be provided from a user device used by the service recipient. Receiving desired service basic information to be used as the basis, and the user apparatus used by the service recipient is one of the plurality of user apparatuses, and Among the one or more proposals provided by the one or more service providers, based on the desired service basic information, in response to the desired service basic information being provided by the service recipient Identifying at least one proposal to be presented to the service recipient; and presenting the at least one proposal identified to the service recipient in a manner that can be selected by the service recipient. The at least one presented by the computer system from a user equipment used by the service recipient Receiving information indicating one of the proposals selected by the service recipient, and identifying a combination of the service provider and the service recipient selected by the service recipient And are configured to perform at least.

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

  In one embodiment of the present invention, identifying the at least one proposal to be presented to the service recipient includes identifying a predetermined number of proposals to be presented to the service recipient. Presenting the at least one proposal identified to the service recipient may include presenting to the service recipient some of the predetermined number of the identified proposals. Further presenting the rest 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 day or a period for which the service recipient wants to receive a service, and the processor unit is configured to Providing the desired service basic information to a service provider who has provided the one proposal to the computer system in response to the selection by the service recipient; and the information contained in the desired service basic information In the desired service schedule, the service provider can selectably present a date or period in which the service provider can provide the service, and the service provider who has provided the one proposal to the computer system and the service recipient can select Enable you to exchange messages with each other for services on a given day or period It may be configured to perform additional and that.

  In one embodiment of the present invention, the provision of the desired service basic information to the computer system by the service recipient may be performed interactively by the service recipient in response to 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 commitment of the service recipient.

  In one aspect of the present invention, a method of the present invention is a method implemented in a server device that supports identification of a combination of a service provider and a service recipient, and the server device transmits a message via a network. The server device is configured to be able to communicate with a plurality of user devices, the server device includes a processor unit, and the method includes the user device used by the service provider from the user device to the network. Receiving one or more suggestions of services that can be provided by the one or more service providers, wherein the user equipment used by the service provider is one of the plurality of user equipments. The service unit being a single user device, and the processor unit is configured to transmit the service from a user device used by a service recipient Receiving the desired service basic information to be the basis for specifying a service that a recipient wants to be provided, wherein the user equipment used by the service recipient is the plurality of user devices And the processor unit is responsive to the provision of the desired service basic information by the service recipient, based on the desired service basic information. Identifying at least one suggestion to be presented to the service recipient among the one or more suggestions provided by a person or more service providers, and the processor unit is configured to Presenting one proposal to the service recipient in a manner selectable by the service recipient, and the processor unit Receiving from the user equipment used by the service provider information indicative of the one proposal selected by the service recipient among the at least one proposal presented by the computer system; And D. identifying a combination of the service provider selected by the service recipient and the service recipient.

  In one aspect of the present invention, a program of the present invention is a program executed on a server device that supports identification of a combination of a service provider and a service recipient, wherein the server device is connected via a network. Configured to be able to communicate with a plurality of user devices, the server device comprising a processor unit, the program being used by a service provider when executed by the processor unit Receiving from the device, over the network, one or more offers of services that can be provided by the one or more service providers, wherein the user equipment used by the service providers comprises: Being a user equipment of one of the user equipments; and user equipment used by the service recipient Receiving from the desired service basic information that is the basis for identifying the service that the service recipient wants to be provided, and the user equipment used by the service recipient may Said one person based on said desired service basic information in response to the user equipment being one of a plurality of user apparatuses and said desired service basic information provided by said service recipient Among the one or more proposals provided by the above service providers, identifying at least one proposal to be presented to the service recipient, and identifying the at least one proposal identified Presenting the service recipient in a manner selectable by a provider, and a user device used by the service recipient Receiving from the at least one proposal presented by the computer system information indicative of the one proposal selected by the service recipient; and the service provider selected by the service recipient Causing the processor unit to at least perform: and identifying a combination of the service recipient.

  According to the present invention, it is possible to provide a server device or the like that supports the identification of a combination of a service provider and a service recipient, which enables more service providers to provide services 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 A diagram showing an example of a configuration of a computer system 2000 for realizing a new business model for supporting identification of a combination of a service provider and a service recipient. A diagram showing an example of the configuration of information stored in the guide database unit 2041 A diagram showing an example of the configuration of information stored in the guest database unit 2042 A diagram showing an example of the configuration of information stored in the plan database unit 2043 A diagram showing an example of the configuration of the information stored in the extraction logic application database unit 2044 A diagram showing an example of the configuration of information stored in the combination database unit 2045 A diagram showing an example of the flow of processing executed in computer system 2000 A diagram showing a screen 5000A displayed on a user device A diagram showing a screen 5000B displayed on a user device A diagram showing a screen 5000C displayed on a user device A diagram showing a screen 5000D displayed on a user device A diagram showing a screen 5000E displayed on a user device A diagram showing a screen 5000F displayed on a user device The figure which shows an example of the flow of a process of step S4005 shown by FIG.

1. New Business Model to Help Identify the Combination of Service Provider and Service Recipient The applicant proposes a new business model to help identify the combination of service provider and service recipient. This business model is intended to lower the psychological barrier of the service provider when the service provider proposes the service plan to the service recipient. According to this new business model, the service provider creates a service plan and registers the service plan in advance in the computer system, and the computer system selects a service from among the service plans previously registered in the computer system. A service provider when a service provider proposes a service plan to a service recipient by automatically identifying a service plan that meets the needs of the provider and presenting the identified service plan to the service recipient It is possible to reduce the psychological barriers of The reason is that the service provider does not know whether the service provider's proposal is adopted or not (or the service provider does not know if the service provider's proposal can satisfy the service recipient) It is not necessary to have a first contact from a third party. Also, according to this new business model, the computer system automatically proposes a service plan in response to the needs from the service recipient, thereby reducing the time until the service recipient receives the service plan. It is possible.

  Here, in the present specification, “service provider” refers to a person who provides a service, and “service recipient” refers to a person who receives a service. That is, the service is provided by the service provider to the service recipient. In one embodiment, the service provider and the service recipient do not meet prior to the actual delivery of the service, but only at the actual delivery of the service. However, it is not essential that the service provider and the service recipient actually meet. For example, in one embodiment, the service provider and the service recipient may not actually (physically) meet.

  Also, although the “service” in the present specification may be any service, typically, it is provided by the service provider when the service provider actually (physically) meets the service recipient. It can be Thus, the "service" referred to herein may be one where the website is not involved.

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

  The service recipient needs to register an account on the website in advance. At the time of account registration, the service recipient provides personal information such as his / her address, name, age, gender, telephone number, e-mail address, face picture, electronic money account, etc. to the website. Alternatively, some personal information may be omitted to simplify the service recipient's account registration. Thereby, the administrator of the website can grasp the personal information of the service recipient.

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

  Step S1001: The service provider A provides the website A with a service proposal A that the service provider A can provide. Thereby, the proposal A is registered in the server apparatus (not shown in FIG. 1, not shown in FIG. 2) for providing the website (more specifically, the proposal A is provided to the server apparatus for providing the website (Stored in the connected database unit), which is one of the candidates automatically presented to the service recipient. Note that the service provider A can set the disclosure / disclosure of the proposal A. If proposal A is set to public, then proposal A is one of the candidates automatically presented to the service recipient, and if proposal A is set to private, proposal A is a service recipient It is excluded from the candidates automatically presented to

  Step S1002: The service provider B, like the service provider A, provides the service proposal B that can be provided by the service provider B on the website. Thereby, the proposal B is registered in the server device providing the website (more specifically, stored in the database unit connected to the server device providing the website), and automatically provided to the service provider. It will be one of the candidates presented. In addition, it is possible for the service provider B to set the disclosure and non-disclosure of the proposal B. When the proposal B is set to public, the proposal B is one of the candidates automatically presented to the service recipient, and when the proposal B is set to non-disclosure, the proposal B is a service recipient It is excluded from the candidates automatically presented to

  Step S1003: The service provider C, like the service providers A and B, provides the website C with a service proposal C that the service provider C can provide. Thereby, the proposal C is registered in the server device providing the web site (more specifically, stored in the database unit connected to the server device), and the candidate C automatically presented to the service provider It becomes one. In addition, it is possible for the service provider C to set the disclosure and non-disclosure of the proposal C. If proposal C is set to public, then proposal C is one of the candidates automatically presented to the service recipient, and if proposal C is set to private, proposal C is a service recipient It is excluded from the candidates automatically presented to

  Step S1004: The service recipient provides the website with information (hereinafter referred to as “desired service basic information”) as a basis for specifying a service that the service recipient wants to be provided. The desired service basic information is used by a server device providing a website to automatically provide a service provider with a service proposal from the service provider, and the needs of the service recipient (ie, service). It is used for the service provider to grasp the ideal service requested by the recipient. The desired service basic information is, for example, personal information (eg, nationality, gender, age, occupation) of the service recipient, information related to the service that the service recipient wishes to be provided (eg, schedule, number of people) Information to identify the budget, area, number of times of area visit, desired category indicating desired action category, and service provider's attention (eg, stick to # gourmet, # want to avoid crowded, # dreaded noise # Do not get rid of alcohol !, # One point lavishism, # Picking-up type, # Save as much as possible, # Animate holy place pilgrimage house, # Candy mania, # Sticking to photos, # A leisurely trip, # Plan carefully A journey to make up, # # love to walk! # A hidden driver's soul # # like a thrill # like a safe trip # like to interact with local people # Do not want to be tied, want to go where the local people often go, want to see historical things, want to experience traditional, want to relax in nature, want to eat traditional food, eat popular food Want to experience a play that makes you want to be friends, want to play in nature, want a photogenic thing, want to feel the season, want to go to a beautiful place with scenery and night view, want to touch animals, and is novel Strange, want to interact with the local people, want to go to the spa, want to see the art, want to go to the festival, want to go to a standard place, want to become a naive (Ninja · 侍 etc), want to go to the amusement park, immersed in otaku culture Information about the food you want to see, want to see a show, want to move your body, want to go to a famous place, service recipient's food (eg favorite food, food you dislike, food Including ghee), but is not limited to this. The desired category included in the desired service basic information is, for example, Tourist Hotspot, Dress-up, Otaku, Technology, Art, Scenic Areas, Traditions, Nature, Outdoor, HistoricalSights, Entertainment, Festivals, Hot Springs, Event, City, etc. However, it is not limited to these. When the desired service basic information is provided to the website, the desired service basic information is made public to all or part of the service providers who are account registered on the website (ie, account registered on the website All or part of the service providers can 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 desired service basic information being provided to the website by the service recipient. At least one proposal to be presented to the service recipient from among the one or more proposals is automatically identified, and the identified at least one proposal is presented to the service recipient. Note that any logic as logic for automatically identifying at least one proposal to be presented to the service recipient from among one or more proposals registered in advance in the server device based on the desired service basic information It is possible to adopt logic. In the example illustrated in FIG. 1, proposals A, B, and C are automatically identified from among a plurality of proposals registered in advance in the server apparatus, and the identified proposals A, B, and C are service targets. Presented to the provider. The proposal A, the proposal B, and the proposal C may be presented to the service recipient at one time, or may be presented to the service recipient in multiple times. For example, the proposal A and the proposal B may be first presented to the service recipient, and then the proposal C may be presented to the service recipient as needed.

  In this way, the service provider can obtain the desired service basic information by presenting at least one proposal to the service recipient in response to the service recipient providing the desired service basic information to the website. Avoid the situation where there is no need to propose a service tailored to the service recipient to the service recipient in response to the provision, and there is no response from the service recipient to the suggestion provided by the service provider. Is possible. Also, the service recipient can receive the proposal immediately upon providing the desired service basic information, and therefore, the service recipient wants to provide the desired service basic information → receive the service proposal → receive It is possible to experience continuously without interruption until the selection of the service proposal.

  Step S1006: The service provider selects at least one proposal out of a plurality of proposals proposed by the server apparatus providing the website. In the example shown in FIG. 1, it is assumed that the service recipient selects proposal A from among proposals A, B and C. This means that the service recipient has adopted the proposal A proposed by the service provider A and decided to receive the service provided 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 may not be determined.

  Note that the number of proposals to be provided 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 out of many proposals, so there is no need for so-called “selection fatigue”. Here, "selection fatigue" refers to a phenomenon in which a human being is tired of selecting one of the choices. This is widely known as the law of jam.

  Also, when the service recipient selects at least one proposal, the service provider A who made the selected proposal is notified that the service provider A's proposal A has been selected by the service recipient. The service provider B who has proposed a service to the service recipient but has not been selected by the service recipient is notified that the service provider B proposal B has not been selected by the service recipient. , The service provider C who has proposed a service to the service recipient but has not selected the proposal by the service recipient is notified that the proposal C of the service provider C has not been selected by the service recipient. You may

  Step S1007: The service provider A and the service recipient can exchange messages with each other, which enables pre-consultation before service provision. This is to pack the details of the content of the service before the service provider A actually provides the service to the service recipient. In this prior consultation, the service provider A can establish a trust relationship with the service recipient. There is no limitation on the type of prior consultation. For example, the service provider A and the service recipient may perform advance consultation via the website (for example, using the function of a bulletin board provided by the website) or without via the website ( For example, prior consultation may be performed by telephone, fax, mail, etc. Note that this prior consultation may be performed by the service provider A alone and the service recipient without intervention by another service provider. Thus, even if the service is eventually provided to the service recipient by a plurality of service providers, the service recipient may negotiate with the service provider A, and advance the prior consultation smoothly. It is possible. Alternatively, this prior consultation may be performed with the service provider A, another service provider, and a service recipient. Intervention by other service providers at the time of this prior consultation allows other service providers to also establish a trust relationship with the service recipient before actually providing services, and the service provision date Of the service experience of the service providers, which in turn leads to the improvement of the motivation of other service providers themselves.

  Also, the service provider A can make a final plan by modifying 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 modification of the plan includes, but is not limited to, addition, change, materialization of events, addition, change, materialization of process, change of service provision fee, etc. For example, in the case where the service provider A first presents a schematic plan and the service recipient selects this schematic plan, the service provider A determines the final service plan to be determined. By incorporating the provider's opinion, it is possible to reduce the discrepancy between the service recipient's desired plan and the final plan. Thus, it is possible to make the final plan attractive to the service recipient by incorporating the service recipient's opinion in determining the final plan. Also, by providing a place where service provider A and service recipient exchange messages, communication between service provider A and service recipient is facilitated before the service is actually provided. Thereby, when the service is actually provided, it is possible for the service provider A and the service recipient to have an affinity for each other. The affinity created in this manner allows the service provider A to provide the service recipient with the service as a friend.

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

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

  Step S1010: The service provider A provides the service to the service recipient by executing the 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 recipient 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.

  In this way, one service provider may provide services to one service recipient, or two or more service providers may provide services to one service recipient. Good. Alternatively, one service provider may provide services to two or more service recipients, or two or more service providers may provide services to two or more service recipients. Good. For example, after two service provider representatives and four service recipient representatives consult on a one-on-one basis, and the service plan is assembled by the prior consultation, the two service providers will be provided. May provide services to four service recipients.

  As described above, according to the new business model, the service provider registers in advance the service plan that he can provide and the service plan that he wants to provide in the server device (more specifically, the server The server apparatus automatically selects and selects a service plan that meets the needs of the service recipient from among the service plans registered in advance in the server apparatus. Present the service plan to the service recipient. This makes it possible to reduce the psychological barrier of the service provider when the service provider proposes a service plan to the service recipient. Also, according to this new business model, it is possible to reduce the time until the service recipient receives the service plan. Also, 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".

  In the example shown in FIG. 1, three service providers A, B, C, D, E of five service providers A, B, C propose a service to a service recipient. Although the number of registered service providers on the website is not limited to five, the number of service providers who propose services to service recipients is also limited to three. Absent. The number of service providers who have registered for the website may be one or more arbitrary integers. The number of service providers who propose a service to a service recipient may be one or more arbitrary integers.

  Also, although the example illustrated in FIG. 1 illustrates an example in which the specific support of the combination of the service provider and the service recipient is provided through the website, the present invention is not limited thereto. For example, specific support of the combination of service provider and service recipient may be provided via an application installed on a user device such as a smart phone. In this case, the “web site” described above may be replaced with “an application installed on the user device”. For example, each of the service provider and the service recipient may register for an application installed on the user device.

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

2. Computer system configuration for realizing a new business model FIG. 2 shows an example of the configuration of a computer system 2000 for realizing a new business model for supporting identification of a combination of a service provider and a service recipient. Show.

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

  The server device 2010 provides a website for assisting in identifying a combination of a guide and a guest (for example, a foreigner who wants to be guided). The server apparatus 2010 is an information processing apparatus operated and managed by an administrator of the website (for example, an operating company or operator who operates the website). The server apparatus 2010 is, for example, a workstation or a personal computer, 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 the 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 required to execute processing and data required to execute the program. The memory unit 2013 stores, for example, programs 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 pre-installed 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 so.

  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. Thus, the server apparatus 2010 can function as an apparatus that executes a desired step.

  A database unit 2040 is connected to the server apparatus 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 ₁ ~2030 _N, and is configured so as to be able to communicate with the server apparatus 2010 via the Internet 2020. For example, each of the at least one user devices 2030 _{1 to} 2030 _N may be a portable 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.

Although the embodiment shown in FIG. 2 has described that at least one of the user devices 2030 _{1 to} 2030 _N can communicate with the server device 2010 via the Internet 2020, the present invention is not limited to this. It is also possible to use any type of network instead of the Internet 2020.

  Further, in the embodiment shown in FIG. 2, the database unit 2040 is provided outside the server device 2010, but the form is not limited. For example, the database unit 2040 may be configured as a single external hard disk drive 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 by a single hardware component or may be configured by a plurality of hardware components. Furthermore, the configuration of each database unit included in the database unit 2040 is also not limited to a specific hardware configuration. For example, each database unit included in the database unit 2040 may also be configured by a single hardware component or may be configured by 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 on guides. The information on the guide can be identified by information (e.g., a guide ID) for identifying the guide. The guide database unit 2041 further stores, for example, the guide's name, gender, date of birth, address, telephone number, e-mail address, information indicating tour history, and service available area information.

  The information indicating the tour history is history information of a service (tour) provided to the guest in the past by the guide (or a guide group partially including the guide). Other guides other than the guide can be proposed using information indicating this tour history when proposing a tour to the guest. This allows other guides other than the guide to propose a tour to the guest more easily.

  In addition, other guides other than the guide propose a tour using the information indicating this tour history, and if there is a request for the tour, the website management company A portion of the sales (eg, approximately 15%) may be paid on an ongoing basis. This allows a website operating company to provide attractive guides to its guides.

  Also, in response to providing the website operator with information about past tours by the guests (eg, impressions of events experienced in past tours, impressions of guides that guided past tours), The company operating the site may pay part of the sales to the guest. This allows the website operating company to provide attractive incentives to guests.

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

  The guest database unit 2042 stores information on the guest. The information on the guest can be identified by information (for example, a guest ID) for identifying the guest. 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 the information stored in the plan database unit 2043.

  The plan database unit 2043 stores information on the plans created by the guide. The information on the plan created by the guide can be identified by, for example, information (eg, plan ID) for identifying the plan. The plan database unit 2043 has, for example, a title, an itinerary (for example, an itinerary expressed in a step format), a tour time, a tour fee, an area where a plan is implemented, a plan category, a recommendation period, presence or absence of major plan settings, priority The presence or absence of the display setting is further stored. The plan category includes, for example, tourist attractions, traditional costumes, cosplay, geeks, technology, art, museums, amazing views, traditional culture, nature, experiences, historical sites, entertainment, festivals, events, hot springs, four seasons, urban areas, hole places, These include lifestyle, food culture, and interaction with people, but are not limited to these.

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

  The extraction logic application database unit 2044 stores information on extraction logic. The information on the extraction logic comprises a plurality of extraction logics. Each of the plurality of extraction logics is associated with an extraction method of 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 of “season”, a second extraction logic related to the extraction condition of “position information”, and a “number of area visits” Although the third extraction logic related to the extraction condition and the fourth extraction logic related to the extraction condition “closeness” are shown, the plurality of extraction logics are not limited to the above-described first to fourth extraction logics. Each of the plurality of extraction logics may be any extraction logic.

  Also, in the example shown in FIG. 3D, four extraction logics are described, but the present invention is not limited thereto. The number of extraction logics can be any number of one or more.

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

  The combination database unit 2045 stores information on combinations of guests and guides. The information on the combination of the guest and the guide can be identified by information (for example, combination ID) for identifying the combination. The combination database unit 2045 stores information (for example, one or more guest IDs) for identifying a guest and information (for example, one or more guide IDs) for identifying a guide in association with each other. It is done. Thus, the combination database unit 2045 can hold history information indicating which combination of a guest (one or more guests) and a guide (one or more guides) has been identified. Is configured. The combination database unit 2045 further stores, for example, the date and time of the tour, the location of the tour, and the content of the tour.

3. Processing of Computer System FIG. 4 shows an example of the flow of processing executed in 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, it sends the proposal A tour in the server apparatus 2010. As a result, this tour proposal A is stored in the plan database unit 2043 connected to the server device 2010 and registered in advance in the server device 2010. This tour proposal A may include, for example, information about the tour title, itinerary (eg, step-by-step itinerary with imagery), tour time, tour fee, tour area, recommended tour 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. As a result, this tour proposal B is stored in the plan database unit 2043 connected to the server device 2010 and registered in advance in the server device 2010. This tour proposal B includes, for example, information about the tour title, the itinerary (for example, a step-by-step itinerary using an image), the tour time, the tour fee, the tour area, the recommended tour period, the plan category, and the 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. Thereby, the proposal C of this tour is stored in the plan database unit 2043 connected to the server device 2010 and registered in advance in the server device 2010. This tour proposal C includes, for example, the title of the tour, an itinerary (for example, a step type itinerary using an image), a tour time, a tour fee, a tour area, a recommended tour period, a plan category, and information on the 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 The proposal C of the tour is received 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 desired tour basic information of the guest includes, for example, personal information of the guest (for example, nationality, gender, age, occupation), information related to the tour desired by the guest (for example, schedule, number of people, budget, area the guest wants to visit, These include, but are not limited to: area visits, desired categories indicating the category of actions desired by the guest, what the guest wants to do, meals that the guest likes, culture the guest likes). In the embodiment described with reference to FIG. 4, it is assumed that tour schedule information indicating the schedule of the tour desired by the guest is included in the tour desired tour basic information of the guest.

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 device 2010 specifies at least one proposal to be presented to the guest based on the desired tour basic information of the guest. For example, the number of proposals to be presented to a guest may be limited to a predetermined number. Alternatively, the number of proposals to be presented to the guest may be limited to a predetermined number or less. Details of the process of identifying at least one proposal to be presented to the guest are described below with reference to FIG.

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

  Step S4006: The server apparatus 2010 presents the three tour proposals A, B, C specified to the guest. For example, the server apparatus 2010 presents the guest with some of the three proposed tours A, B, C (for example, the proposed tours A, B) to the guest, and the specified three tours A , B, C (e.g. Tour proposal C) are further presented to the guest as additional proposals until reaching a predetermined number (i.e. three in this embodiment).

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 guide A, the guide A is to allow selecting a date or time period capable of performing tours, guide tour date information contained in the desired tour basic information of the guest in calendar format A 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 sent to the server apparatus 2010.

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

  Step S4014: The server device 2010 proposes proposal A for a tour (assuming that the date or period for providing the tour service to the guest by the guide A is determined by receiving the information indicating the selected date or period) Identify the combination of Guide A and the guest. In other words, the server device 2010 identifies the guide A that has proposed the tour proposal A as the guest's guide. The identification of such a combination may be, for example, the database unit 2040 (in particular, the combination database unit 2045) for associating information indicating guide A (for example, the guide ID of guide A) with information indicating the guest (for example, guest ID). Is achieved by storing in

  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 enables the guest and the guide A to exchange messages in the talk room.

If none of the proposals A to C provided by the guides A to C satisfy the request of the guest, the guest may be able to reject all the proposals A to C. . This makes it possible for the guest to avoid a situation where a proposal that does not satisfy the guest's request is displayed on the guest's user device 2030 _d forever, and offers proposals other than proposal A to proposal C without having to redo step S4003. It is possible to accept

4. Screen Displayed on the User Device FIG. 5A shows a screen 5000A displayed on the user device. The screen 5000A is an example of a top screen displayed when the guide and the guest access a website using a user device (for example, a personal computer, a smartphone, etc.). Screen 5000A is a login area 5001 for a guide or guest to access an individual account page, and a travel plan recruitment area 5002 for a beginner guest who uses the travel guide service provided by the guide for the first time to seek travel plans The flow area 5003 describes the flow for finding a guide that provides a travel guide service, and the travel plan feature area 5004 for browsing features of trend travel plans and popular travel plans.

  When the guide has an account for using a computer system that supports provision of a travel guide service, transitioning to a personal account information entry screen by selecting (eg, clicking, tapping) the login area 5001 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 provision of a travel guide service (ie, if the travel guide service provided by the guide has already been used), the login area 5001 is selected. The transition to the personal account information input screen is made by (for example, clicking, tapping). The guest can view 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, he 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, for example, by selecting the travel plan solicitation area 5002.

  The travel plan feature area 5004 includes information on travel guide services provided by the guide to the guests in the past. In the example shown in FIG. 5A, the travel plan feature area 5004 includes a map area with an icon displayed larger as the number of featured travel plans increases. When the guest and the guide select the icon, they can browse the filtered screen so that only the travel plan associated with the area with the icon is displayed. Further, in the example shown in FIG. 5A, the travel plan feature area 5004 includes a travel plan to be noted (eg, a highly appreciated travel plan, a push trip plan, a trend travel plan, a popular travel plan). Further include the The guest and the guide can view various travel plan details (e.g., date and time of travel, participants, plans, expenses, etc.) when these areas are selected.

  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. The 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 viewed, for example, by selecting the login area 5001 shown in FIG. 5A (that is, by logging in using the guest's account information).

  In the example shown in FIG. 5B, the screen 5000B includes a title input area 5010 for inputting a travel plan title, an itinerary input area 5020 for inputting a travel plan itinerary (for example, in a step format), and a tour. A tour time input area 5030 for setting a required time (indication), a tour charge input area 5040 for inputting a tour fee, and an operation area input area 5050 for inputting an area for implementing a travel plan; It includes a recommendation 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 travel plan category.

  Text and / or images may be input to the itinerary input area 5020. 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, and the travel plan execution is performed. "Mt. Fuji Around Tokyo" is selected as the area. Further, in the example illustrated in FIG. 5B, the tour fee is set to “16,500 yen”, and the recommended period of the travel plan is set from December 1, 2017 to April 30, 2017. Further, it is possible to set a plan category by selecting the category input area 5070, and in the example shown in FIG. 5B, "hot spring", "lifestyle" and "food culture" are selected as the plan category. ing. An example of a plan category is as described above with reference to FIG. 3C. Furthermore, on screen 5000B, further input what the guide wants to convey to the guest (for example, the place where this trip plan is pressed, the highlight of this trip plan, what kind of trip it will be, etc.) using text. May be possible.

  FIG. 5C shows a screen 5000C displayed on the user device. The screen 5000C is an example of a screen for the guest to input desired tour basic information. The screen 5000C is, for example, a screen transitioned from the screen 5000A by selecting the travel plan recruitment area 5002 shown in FIG. 5A. In the example illustrated 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 interactively. And a region 5090.

  The guest can easily proceed with the input of the desired tour basic information by answering the questions displayed in the question area 5090 in the form of options. As described above, when the guest continues to answer the question, an input unit for inputting account information for registration of account information is finally displayed in the input area 5080, or the screen 5000C is a screen for registering account information. Transition to When the guest registers the account information, the input of the desired tour basic information is completed. When the guest completes the input of the desired tour basic information, a trip plan (tour plan) is automatically proposed to the guest by the server device 2010.

  In addition, the desired tour basic information that can be input on screen 5000C is, for example, the country of origin of the guest, how many times it has been to come to Japan, the number of people, which area of Japan should a guide travel plan be desired (for example, Tokyo, Kyoto, Mt. Fuji & Tokyo suburbs, Sendai, Kansai, Kyushu, the number of times you have been to the area in the past, desired categories (eg Tourist Hotspot, Dress-up, Otaku, Technology, Art, Scenic Areas, Traditions, Nature, Outdoor, HistoricalSights, Entertainment, Festivals, Hot Springs, Events, City, dates of arrival in the area (period), type of journey the guest wants (eg, cheaper if cheaper, better to enjoy within budget, good) Experience is OK if at all), per capita budget etc, but it 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 device 2010. The screen 5000D is a screen that can be browsed when the input of the desired tour basic information is completed on the screen 5000C shown in FIG. 5C.

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

  FIG. 5E shows a screen 5000E displayed on the user device. The screen 5000E is a screen for confirming the details of the travel plan. The screen 5000E is a screen transitioned from the screen 5000D, for example, by selecting the travel plan outline area 5090a shown in FIG. 5D. In the example shown in FIG. 5E, the screen 5000E has a title area 5010 'indicating the title of the travel plan, an itinerary area 5020' indicating the itinerary of the travel plan, a toll area 5030 'indicating the fare of the travel plan, and a travel plan time And a guide information area 5100 indicating information on the guide, and a guide detail area 5110 for browsing more detailed information on the guide.

  The information shown in the title area 5010 ′, the itinerary area 5020 ′, the fee 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, the tour time area 5030 shown in FIG. It corresponds to the information input in each of the charge input areas 5040.

  In the guide information area 5100, for example, a comment directed to a guest can be displayed. This allows the guest to know who he is about the guide. The guest can view a part or all of the account registration information of the guide by selecting the guide detail area 5110 if he / she wants to know the guide in more detail. What the guide wants to convey to guests (for example, the location of a push in this trip plan, the highlight of this trip plan, what kind of trip it will be, etc.) and a former guest who has experienced this trip plan as a guest in the past The review and evaluation by may be further displayed on screen 5000E.

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

  For example, when the guest uses the user device to make a selection to confirm the schedule in the guide that has created the travel plan, the guest can provide the guide with a request for confirmation of the schedule.

  FIG. 5F shows a screen 5000F displayed on the user device. The screen 5000F is a screen for confirming a schedule confirmation request from the guest. The screen 5000F is, for example, a screen transitioned from the pop-up screen displayed in response to the user device of the guide receiving the confirmation request for the schedule. The screen 5000F includes a guest summary area 5120a, a guest summary area 5120b, and a guest summary area 5120c that show a summary of a guest who wants to confirm a schedule. 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 outline area 5120a is selected, the screen 5000F transitions to a screen (not shown) on which desired tour basic information of the guest "Mr. Smith" is displayed, whereby the guide is displayed as the guest "Mr. It is possible to browse the "desired tour basic information".

  For example, when the browsing time of the screen on which the desired tour basic information is displayed has passed a predetermined time, the guide is required to confirm whether or not it can guide, and when it is input that it can Or period) 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) for which the guide can guide.

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

  In the example shown in FIG. 6, the processor unit 2012 specifies 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. Do. Which one of the plurality of extraction logics is to be applied and in which order to extract the Nth proposal out of a predetermined number of proposals is determined in advance. For example, to extract the first proposal, it may be predetermined 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 size of N is smaller than a predetermined number.

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

  Step S6002: An extraction logic application condition to be used to extract an Nth proposal out of a predetermined number of proposals is selected. Which extraction logic application condition is selected may be predetermined or randomly determined.

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

  Step S6004: It is determined whether 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), then the first extraction logic application condition used to extract the first proposal is By applying the selected and selected first extraction logic application condition, the first proposal is extracted from the plurality of proposals registered in advance. Similarly, the second extraction logic application condition used to extract the second proposal is selected, and from the plurality of proposals registered in advance by applying the selected second extraction logic application condition The second proposal is extracted. The same applies to the third to fifth proposals.

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

First extraction logic application condition = "If there is one or more travel plans extracted according to the" first extraction logic "season", one travel plan is randomly extracted from the travel plans. If 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 1 Extract individual travel plans. "
Second extraction logic application condition = "If one or more travel plans are extracted according to the second extraction logic" position information ", one travel plan is randomly extracted from the travel plans If the number of travel plans extracted according to the second extraction logic “position information” is zero, by applying the extraction logic 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 = When one or more travel plans are extracted according to the "third extraction logic" area visit count ", one travel plan is randomly extracted from among the travel plans. If the number of plans extracted according to the third extraction logic "area visit count" is 0, apply the extraction logic in the order of first extraction logic → second extraction logic → fourth extraction logic Extract a single travel plan. "
Fourth extraction logic application condition = “extract one trip plan at random according to the fourth extraction logic“ closeness ””
Fifth extraction logic application condition = “extract one trip plan at random according to the fourth extraction logic“ closeness ””.

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

  As an example of processing for extracting a travel plan, processing for extracting a travel plan according to the first extraction logic “season” will be described below. The "season" in which the guest wishes a 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” in which the guest wishes 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 "season" of the travel plan to "winter" or "spring" by setting the recommended period of the travel plan to December 1, 2017 to April 30, 1818. It is. When the first extraction logic regarding the extraction condition of “season” is executed, “the season” (that is, “the season” the guest wishes to tour) included in the desired tour basic information and “the season” the guide proposes 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. Thus, it is possible to realize the “season” filtered travel plan extraction by the first extraction logic regarding the “season” extraction condition. In addition, when the "budget" of the desired tour basic information is within the range of "tour charge" ± α of the travel plan set by the guide, the travel plan is satisfied with 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, it is possible that the travel plan is not extracted by the first extraction logic. For example, if there is no travel plan that satisfies both the “season” and the “budget”, the first extraction logic does not extract the travel plan.

  As another example of processing for extracting a travel plan, processing for extracting a travel plan according to the second extraction logic “position information” will be described below. The desired tour basic information may include an "area" (i.e., an area where a guest wishes to provide guidance). On the other hand, when the guide creates a travel plan, the guide can set the "area" of the travel plan (ie, the area where the guide performs the guidance). When the second extraction logic related to the extraction condition of "location information" is executed, the "area" included in the desired tour basic information (that is, the "area" where the guest wishes to provide guidance) and the guidance perform the guidance " If the area where the guest wants to guide is close to the area where the guide performs guidance by comparison with the area (for example, the area where the guide performs guidance wants the guest to guide) Within the predetermined range from the “area” (in the example shown in FIG. 3D, the radius is 50 km), the travel plans proposed by the guide are extracted, and among the extracted travel plans, A travel plan that meets the "budget" included in the desired tour basic information is extracted. As described above, it is possible to realize the travel plan extraction filtered by the “position information” by the second extraction logic regarding the extraction condition “the position information”. In addition, when the "budget" of the desired tour basic information is within the range of "tour charge" ± α of the travel plan set by the guide, the travel plan is satisfied with 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, it is possible that the travel plan is not extracted by the second extraction logic. For example, if there is no travel plan that satisfies both the “location information” and the “budget”, the second extraction logic does not extract the travel plan. Also, if the "area" included in the desired tour basic information includes a plurality of mutually distant areas (for example, both "Tokyo" and "Kyoto"), the second extraction logic is not executed. It is possible to 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 visits to the area” included in the desired tour basic information is the number of visits to the area in the past, or the number of visits this visit to the area is, but is not limited thereto . Specifically, “the number of times of area visit” is, for example, “0 times”, “1 time”, “2 times or more”, or “first time”, “first time”, “second time”, “third time or later” But not limited thereto. On the other hand, a part of the travel plans stored in the plan database unit 2043 may include a travel plan with “major plan set”. The "Major plan setting" travel plan is a travel plan that is preferentially or positively extracted when the "number of area visits" is "first time", "first time" or "0 times", and " The major plan setting nothing is given priority or aggressively when "the number of area visits" is "1 time", "2 times or more", or "2nd time", "3rd time or later", etc. It is a travel plan extracted to Note that “Major plan set” and “Major plan not set” are, for example, administrators of a website for supporting identification of a combination of a guide and a guest (for example, an operating company or administration that operates this website Can be set by the When the third extraction logic regarding the extraction condition of "the number of area visits" is executed, it is determined whether "the number of area visits" included in the desired tour basic information is "the first time" and "the first time" In the case where the “Major Plan Setting Yes” travel plan is extracted, and if it is not the “first time”, the “Major Plan Setting None” travel plan is extracted, and the desired tour is selected from the extracted travel plans. A travel plan that meets the "budget" included in the basic information is extracted. Thus, it is possible to realize the trip plan extraction filtered by the “number of area visits” by the third extraction logic regarding the extraction condition “the number of area visits”. In addition, when the "budget" of the desired tour basic information is within the range of "tour charge" ± α of the travel plan set by the guide, the travel plan is satisfied with 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, it is possible that the travel plan is not extracted by the third extraction logic. For example, if there is no travel plan that satisfies both the "area visit count" and the "budget", the third extraction logic does not extract a travel plan.

  As another example of processing for extracting a travel plan, processing for extracting a travel plan according to the fourth extraction logic “closeness” will be described below. The desired tour basic information may include “desired category”. An example of the “desired category” is as described with reference to FIG. In addition, a travel plan created by the guide may include a "plan category". An example of a "plan category" is as described with reference to FIG. 3C. When the fourth extraction logic related to the extraction condition of "closeness" is executed, the "desired category" is selected based on the "desired category" included in the desired tour basic information and the "plan category" included in the travel plan. The degree of closeness to the "plan category" (for example, the number of components of the "plan category" corresponding to the component of the "desired category" included in the desired tour basic information provided by the guest) is not less than the threshold A travel plan is extracted, and among the extracted travel plans, a travel plan that satisfies the "budget" included in the desired tour basic information is extracted. Thus, it is possible to realize travel plan extraction filtered by “closeness” by the fourth extraction logic regarding the extraction condition “closeness”. In addition, when the "budget" of the desired tour basic information is within the range of "tour charge" ± α of the travel plan set by the guide, the travel plan is satisfied with 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 may be stored in the plan database unit 2043 such that there are at least some travel plans that satisfy the conditions of "tightness" and "budget".

  In each travel plan, priority display may be set. 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 out of the X travel plans, A travel plans with “preferential display setting available”, and “B priority display without settings” travel plan B It may be extracted individually (however, A + B ≦ X and B <A). “Priority display setting existence” and “Priority display setting non-existence” are, for example, a manager of a website for supporting identification of a combination of a guide and a guest (for example, an operating company or administration that operates this website Can be set by the

  In the example shown in FIG. 6, using a plurality of extraction logics stored in the extraction logic application database unit 2044 shown in FIG. 3D, a predetermined number of proposals are selected from among a plurality of proposals registered in advance. Although an example of the process of extracting the above has been described, the process of extracting a predetermined number of proposals out of a plurality of proposals registered in advance is not limited to this.

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

  The present invention is useful as providing a server device for supporting identification of a combination of a service provider and a service recipient, a method executed by the server device, a program, and the like.

2000 computer system 2010 server device 2020 Internet 2030 _{1 to} 2030 _N user device 2040 database unit

Claims (14)

A computer system for supporting identification of a combination of a service provider and a service recipient, comprising:
The computer system includes a server device and a plurality of user devices, and the server device is configured to be able to communicate with the plurality of user devices via a network. , The database unit is connected,
One or more user devices used by one or more service providers transmit one or more suggestions of services that can be provided by the one or more service providers to the server device; The one or more user equipments used by the service provider of is one or more of the plurality of user equipments,
The user apparatus used by the service recipient transmits, to the server apparatus, desired service basic information as a basis for specifying a service that the service recipient wants to be provided, and the desired service foundation The information includes one or more conditions that the one or more proposals are to satisfy, and the user equipment used by the service recipient is one of the plurality of user equipments,
At least two of the plurality of extraction logics selected according to a predetermined extraction logic application condition in response to the server apparatus receiving the desired service basic information from a user apparatus used by the service recipient. Extracting at least two proposals satisfying at least one of the one or more conditions included in the desired service basic information from the one or more proposals by executing one extraction logic And each of the plurality of extraction logics defines at least how to extract a proposal from the one or more proposals, and the predetermined extraction logic application condition is the plurality of extraction logics. Which at least specify which of the
Said server device, such that at least two proposed the extracted are presented to the service object provider in the service donee selectable manner, said at least two proposed the extracted service Send to the user equipment used by the recipient,
A user apparatus used by the service recipient transmits information indicating one proposal selected by the service recipient among the at least two extracted proposals to the server apparatus;
The server apparatus associates the information indicating the service provider who has made one proposal selected by the service recipient with the information indicating the service recipient, and stores the information in the database unit. A computer system identifying a combination of a service provider who has made one proposal selected by a recipient and the service recipient. The service requires the service provider to meet the service recipient when the service provider provides the service to the service recipient.
The computer system according to claim 1, wherein each of the one or more proposals includes at least information on a service provider who made the service proposal. It is preferable to extract at least two proposals that satisfy at least one of the one or more conditions included in the desired service basic information, among the one or more conditions included in the desired service basic information. Extracting a predetermined number of proposals meeting at least one of
Transmitting the at least two extracted proposals to a user device used by the service recipient;
Transmitting some of the extracted predetermined number of suggestions to a user equipment used by the service recipient;
Transmitting the remainder of the extracted predetermined number of proposals as an additional proposal to a user equipment used by the service recipient until the predetermined number is reached. The computer system according to 2. The desired service basic information includes a desired service schedule indicating a day or a period in which the service recipient wishes to receive a service,
In response to the server apparatus receiving the information indicating the one proposal selected by the service recipient, the desired service to the user apparatus used by the service provider who made the one proposal Send basic information,
The user device used by the service provider has information indicating the available date or period for which the service provider can provide the service selected by the service provider out of the desired service schedule included in the desired service basic information Send to the server device,
4. The server device enables the service provider who made the one proposal and the service recipient to exchange messages for services on the selected day or period. The computer system according to any one of the above.   The user apparatus used by the service recipient generates the desired service basic information based on the service recipient responding interactively to a question presented from the server device, and the server The computer system according to any one of claims 1 to 4, which transmits to a device.   The computer system according to any one of claims 1 to 5, wherein the desired service basic information includes information for specifying the commitment of the service recipient. A server device for supporting identification of a combination of a service provider and a service recipient, wherein the server device is configured to be able to communicate with a plurality of user devices via a network. A database unit is connected to the server device,
The server device includes a processor unit.
The processor unit is
Receiving from the one or more user equipments used by one or more service providers one or more suggestions of services that the one or more service providers can provide, the one or more persons The one or more user equipments used by the service provider of is one or more of the plurality of user equipments;
Receiving, from a user device used by a service recipient, desired service basic information as a basis for specifying a service that the service recipient desires to be provided, the desired service foundation information; The information comprises one or more conditions that the one or more proposals are to satisfy, and the user equipment used by the service recipient is one of the plurality of user equipments;
At least two extraction logics selected from among a plurality of extraction logics according to a predetermined extraction logic application condition in response to receiving the desired service basic information from a user apparatus used by the service recipient; And extracting, from the one or more proposals, at least two proposals that satisfy at least one of the one or more conditions included in the desired service basic information. Each of the plurality of extraction logics defines at least how to extract a proposal from the one or more proposals, and the predetermined extraction logic application condition is the condition of the plurality of extraction logics. At least one of which is to be selected,
Use of the extracted at least two suggestions by the service recipient such that the extracted at least two suggestions are presented to the service recipient in a manner selectable by the service recipient Sending to the selected user equipment,
Receiving, from a user equipment used by the service recipient, information indicating one proposal selected by the service recipient from among the at least two extracted proposals;
It is selected by the service recipient by storing information indicating the service provider who has made one proposal selected by the service recipient and information indicating the service recipient in the database unit in association with each other. A server apparatus configured to at least execute a combination of a service provider who has made one proposal and the service recipient. The service requires the service provider to meet the service recipient when the service provider provides the service to the service recipient.
The server apparatus according to claim 7, wherein each of the one or more proposals includes at least information on a service provider who has made the service proposal. It is preferable to extract at least two proposals that satisfy at least one of the one or more conditions included in the desired service basic information, among the one or more conditions included in the desired service basic information. Extracting a predetermined number of proposals meeting at least one of
Transmitting the at least two extracted proposals to a user device used by the service recipient;
Transmitting some of the extracted predetermined number of suggestions to a user equipment used by the service recipient;
Transmitting the remainder of the extracted predetermined number of proposals as an additional proposal to the user equipment used by the service recipient until the predetermined number is reached. The server apparatus according to 8. The desired service basic information includes a desired service schedule indicating a day or a period in which the service recipient wishes to receive a service,
The processor unit is
In response to receiving the information indicating the one proposal selected by the service recipient, the desired service basic information is transmitted to the user apparatus used by the service provider who made the one proposal. And
From the user device used by the service provider, information indicating the service provision available date or period selected by the service provider out of the desired service schedule included in the desired service basic information Receiving and
Further comprising: enabling the service provider who made the one proposal and the service recipient to mutually exchange messages for the service on the selected day or period. The server apparatus according to any one of claims 7 to 9.   The desired service basic information is generated by a user device used by the service recipient based on an interactive response of the service recipient to a question presented from the server device, the server The server apparatus according to any one of claims 7 to 10, which is transmitted to the apparatus.   The server apparatus according to any one of claims 7 to 11, wherein the desired service basic information includes information for specifying the commitment of the service recipient. A method executed in a server device that supports identification of a combination of a service provider and a service recipient, wherein the server device can communicate with a plurality of user devices via a network. A database unit is connected to the server device;
The server device includes a processor unit.
The method is
The processor unit is configured to receive, from one or more user devices used by one or more service providers, one or more proposals of services that the one or more service providers can provide. The one or more user equipments used by the one or more service providers being one or more of the plurality of user equipments;
The processor unit may receive, from a user device used by a service recipient, desired service basic information as a basis for specifying a service that the service recipient wants to be provided. The desired service basic information includes one or more conditions to be satisfied by the one or more proposals, and a user device used by the service recipient is one of the plurality of user devices. , And
At least two of the plurality of extraction logics selected according to a predetermined extraction logic application condition in response to the processor unit receiving the desired service basic information from a user apparatus used by the service recipient. Extracting at least two proposals satisfying at least one of the one or more conditions included in the desired service basic information from the one or more proposals by executing one extraction logic And each of the plurality of extraction logics defines at least how to extract a proposal from the one or more proposals, and the predetermined extraction logic application condition is: At least specifying which of a plurality of extraction logics to select;
Said processor unit, such that at least two proposed the extracted are presented to the service object provider in the service donee selectable manner, said at least two proposed the extracted service Transmitting to a user device used by the recipient;
The processor unit receives, from a user apparatus used by the service recipient, information indicating one proposal selected by the service recipient from among the at least two extracted proposals. ,
The service unit associates the information indicating the service provider who has made one proposal selected by the service recipient with the information indicating the service recipient, and stores the information in the database unit. Identifying a combination of a service provider who made one proposal selected by a recipient and the service recipient. A program executed on a server device that supports identification of a combination of a service provider and a service recipient, wherein the server device can communicate with a plurality of user devices via a network. A database unit is connected to the server device;
The server device includes a processor unit.
The program is executed by the processor unit,
Receiving from the one or more user equipments used by one or more service providers one or more suggestions of services that the one or more service providers can provide, the one or more persons The one or more user equipments used by the service provider of is one or more of the plurality of user equipments;
Receiving, from a user device used by a service recipient, desired service basic information as a basis for specifying a service that the service recipient desires to be provided, the desired service foundation information; The information comprises one or more conditions that the one or more proposals are to satisfy, and the user equipment used by the service recipient is one of the plurality of user equipments;
At least two extraction logics selected from among a plurality of extraction logics according to a predetermined extraction logic application condition in response to receiving the desired service basic information from a user apparatus used by the service recipient; And extracting, from the one or more proposals, at least two proposals that satisfy at least one of the one or more conditions included in the desired service basic information. Each of the plurality of extraction logics defines at least how to extract a proposal from the one or more proposals, and the predetermined extraction logic application condition is the condition of the plurality of extraction logics. At least one of which is to be selected,
Use of the extracted at least two suggestions by the service recipient such that the extracted at least two suggestions are presented to the service recipient in a manner selectable by the service recipient Sending to the selected user equipment,
Receiving, from a user equipment used by the service recipient, information indicating one proposal selected by the service recipient from among the at least two extracted proposals;
It is selected by the service recipient by storing information indicating the service provider who has made one proposal selected by the service recipient and information indicating the service recipient in the database unit in association with each other. A program that causes the processor unit to at least execute the combination of a service provider who has made one proposal and the service recipient.