(57)【要約】【課題】サービス提供者とサービス被提供者との組み合わせを特定する方法の提供。【解決手段】本発明の方法は、サービス提供者が、サービス提供者が提供可能なサービスの１以上の提案をコンピュータシステムに提供することと、サービス被提供者が、希望サービス基礎情報をコンピュータシステムに提供することと、コンピュータシステムが、希望サービス基礎情報に基づいて、サービス提供者によって提供された１以上の提案の中から、サービス被提供者に提示されるべき少なくとも１つの提案を特定することと、コンピュータシステムが、特定された少なくとも１つの提案をサービス被提供者に提示することと、サービス被提供者が、コンピュータシステムを介して、コンピュータシステムによって提示された少なくとも１つの提案の中から１つの提案を選択することと、コンピュータシステムが、サービス提供者とサービス被提供者との組み合わせを特定することとを含む。【選択図】図１
2019212283.tif 000002
【特許請求の範囲】
【請求項１】
本願明細書に記載の発明。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置、そのサーバ装置において実行される方法およびプログラムに関する。
【背景技術】
【０００２】
本発明者は、サービス提供者とサービス被提供者とをマッチングするための新しいマッチングシステムを発明し、その特許権を取得した（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第６０４７２２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明者は、より多くのサービス提供者がより少ない負担でサービスを提供できるようにすることが重要であると考えた。例えば、２０１４年の訪日外国人旅行者数は約１３００万人であるが、２０２０年には東京オリンピック特需で約２５００万人の訪日外国人旅行者数が見込まれている。そのように増加する訪日外国人旅行者に対応するために、本発明者は、より多くのガイドがより少ない負担でガイドサービスを提供できるようにすることが重要であると考えた。
【０００５】
さらに、本発明者は、サービス被提供者から事前に提供された情報に基づいてサービス提供者がサービスを提案する方式が、サービス提供者がサービスプランを企画立案する負担を低減することを可能にする一方で、サービス提供者の心理的障壁が高いかもしれないと考えた。サービス提供者の心理的障壁が高いかもしれないと考えられる理由は、例えば、知り合いではない人に対して提案しなければならない、自身の提案が採用されるかどうかわからない状況で提案しなければならない、自身の提案がサービス被提供者を満足させることができるかどうかわからない状況で提案しなければならないなどである。このように心理的障壁が高いことは、サービス提供者の負担を増大させるおそれがある。
【０００６】
本発明は、より多くのサービス提供者がより少ない負担でサービスを提供することが可能である、サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置等を提供することを目的とする。
【０００７】
一例として、本発明は、ガイドとゲストとの組み合わせの特定を支援するサーバ装置等を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の１つの局面において、本発明の方法は、コンピュータシステムを用いて、サービス提供者とサービス被提供者との組み合わせを特定する方法であり、前記方法は、１人以上のサービス提供者が、前記１人以上のサービス提供者が提供可能なサービスの１以上の提案を前記コンピュータシステムに提供することと、サービス被提供者が、前記サービス被提供者が提供されることを希望するサービスを特定するための基礎となる希望サービス基礎情報を前記コンピュータシステムに提供することと、前記コンピュータシステムが、前記サービス被提供者によって前記希望サービス基礎情報が提供されたことに応答して、前記希望サービス基礎情報に基づいて、前記１人以上のサービス提供者によって提供された前記１以上の提案の中から、前記サービス被提供者に提示されるべき少なくとも１つの提案を特定することと、前記コンピュータシステムが、前記特定された少なくとも１つの提案を前記サービス被提供者に提示することと、前記サービス被提供者が、前記コンピュータシステムを介して、前記コンピュータシステムによって提示された前記少なくとも１つの提案の中から１つの提案を選択することと、前記コンピュータシステムが、前記サービス被提供者によって選択された１つの提案を前記コンピュータシステムに提供したサービス提供者と前記サービス被提供者との組み合わせを特定することとを含む。
【０００９】
本発明の１つの実施形態では、前記サービスは、前記サービス提供者が前記サービス被提供者に前記サービスを提供する際に前記サービス提供者が前記サービス被提供者に会うことを必要とし、前記１以上の提案のそれぞれは、前記サービスの提案を前記コンピュータシステムに提供したサービス提供者に関する情報を少なくとも含んでいてもよい。
【００１０】
本発明の１つの実施形態では、前記サービス被提供者に提示されるべき少なくとも１つの提案を特定することは、前記サービス被提供者に提示されるべき所定の数の提案を特定することを含み、前記特定された少なくとも１つの提案を前記サービス被提供者に提示することは、前記特定された所定の数の提案のうちのいくつかを前記サービス被提供者に提示することと、前記特定された所定の数の提案のうちの残りを追加の提案として前記所定の数に達するまで前記サービス被提供者にさらに提示することとを含んでいてもよい。
【００１１】
本発明の１つの実施形態では、前記希望サービス基礎情報は、前記サービス被提供者がサービスを受けることを希望する日または期間を示す希望サービス日程を含み、前記方法は、前記コンピュータシステムが、前記サービス被提供者が前記１つの提案を選択したことに応答して、前記１つの提案を前記コンピュータシステムに提供したサービス提供者に前記希望サービス基礎情報を提供することと、前記サービス提供者が、前記コンピュータシステムを介して、前記希望サービス基礎情報に含まれる前記希望サービス日程のうち前記サービス提供者がサービス提供可能な日または期間を選択することと、前記コンピュータシステムが、前記１つの提案を前記コンピュータシステムに提供したサービス提供者と前記サービス被提供者とが前記選択された日または期間におけるサービスについて相互にメッセージを交換することを可能にすることとをさらに含んでいてもよい。
【００１２】
本発明の１つの実施形態では、前記サービス被提供者が前記希望サービス基礎情報を前記コンピュータシステムに提供することは、前記コンピュータシステムによって提示された質問に対して前記サービス被提供者が対話形式で回答することに基づいて行われてもよい。
【００１３】
本発明の１つの実施形態では、前記希望サービス基礎情報は、前記サービス被提供者のこだわりを特定するための情報を含んでいてもよい。
【００１４】
本発明の１つの局面において、本発明のサーバ装置は、サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置であり、前記サーバ装置は、ネットワークを介して、複数のユーザ装置と通信することが可能なように構成されており、前記サーバ装置は、プロセッサ部を備え、前記プロセッサ部は、サービス提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記１人以上のサービス提供者が提供可能なサービスの１以上の提案を受信することであって、前記サービス提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの１つのユーザ装置である、ことと、サービス被提供者によって使用されるユーザ装置から、前記サービス被提供者が提供されることを希望するサービスを特定するための基礎となる希望サービス基礎情報を受信することであって、前記サービス被提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの１つのユーザ装置である、ことと、前記サービス被提供者によって前記希望サービス基礎情報が提供されたことに応答して、前記希望サービス基礎情報に基づいて、前記１人以上のサービス提供者によって提供された前記１以上の提案の中から、前記サービス被提供者に提示されるべき少なくとも１つの提案を特定することと、前記特定された少なくとも１つの提案を前記サービス被提供者が選択可能な態様で前記サービス被提供者に提示することと、前記サービス被提供者によって使用されるユーザ装置から、前記コンピュータシステムによって提示された前記少なくとも１つの提案の中から前記サービス被提供者によって選択された１つの提案を示す情報を受信することと、前記サービス被提供者によって選択されたサービス提供者と前記サービス被提供者との組み合わせを特定することとを少なくとも実行するように構成されている。
【００１５】
本発明の１つの実施形態では、前記サービスは、前記サービス提供者が前記サービス被提供者に前記サービスを提供する際に前記サービス提供者が前記サービス被提供者に会うことを必要とし、前記１以上の提案のそれぞれは、前記サービスの提案を前記コンピュータシステムに提供したサービス提供者に関する情報を少なくとも含んでいてもよい。
【００１６】
本発明の１つの実施形態では、前記サービス被提供者に提示されるべき少なくとも１つの提案を特定することは、前記サービス被提供者に提示されるべき所定の数の提案を特定することを含み、前記特定された少なくとも１つの提案を前記サービス被提供者に提示することは、前記特定された所定の数の提案のうちのいくつかを前記サービス被提供者に提示することと、前記特定された所定の数の提案のうちの残りを追加の提案として前記所定の数に達するまで前記サービス被提供者にさらに提示することとを含んでいてもよい。
【００１７】
本発明の１つの実施形態では、前記希望サービス基礎情報は、前記サービス被提供者がサービスを受けることを希望する日または期間を示す希望サービス日程を含み、前記プロセッサ部は、前記１つの提案が前記サービス被提供者によって選択されたことに応答して、前記１つの提案を前記コンピュータシステムに提供したサービス提供者に前記希望サービス基礎情報を提供することと、前記希望サービス基礎情報に含まれる前記希望サービス日程のうち前記サービス提供者がサービス提供可能な日または期間を選択可能に提示することと、前記１つの提案を前記コンピュータシステムに提供したサービス提供者と前記サービス被提供者とが前記選択された日または期間におけるサービスについて相互にメッセージを交換することを可能にすることとをさらに実行するように構成されていてもよい。
【００１８】
本発明の１つの実施形態では、前記サービス被提供者が前記希望サービス基礎情報を前記コンピュータシステムに提供することは、前記コンピュータシステムによって提示された質問に対して前記サービス被提供者が対話形式で回答することに基づいて行われてもよい。
【００１９】
本発明の１つの実施形態では、前記希望サービス基礎情報は、前記サービス被提供者のこだわりを特定するための情報を含んでいてもよい。
【００２０】
本発明の１つの局面において、本発明の方法は、サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置において実行される方法であり、前記サーバ装置は、ネットワークを介して、複数のユーザ装置と通信することが可能なように構成されており、前記サーバ装置は、プロセッサ部を備え、前記方法は、前記プロセッサ部が、サービス提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記１人以上のサービス提供者が提供可能なサービスの１以上の提案を受信することであって、前記サービス提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの１つのユーザ装置である、ことと、前記プロセッサ部が、サービス被提供者によって使用されるユーザ装置から、前記サービス被提供者が提供されることを希望するサービスを特定するための基礎となる希望サービス基礎情報を受信することであって、前記サービス被提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの１つのユーザ装置である、ことと、前記プロセッサ部が、前記サービス被提供者によって前記希望サービス基礎情報が提供されたことに応答して、前記希望サービス基礎情報に基づいて、前記１人以上のサービス提供者によって提供された前記１以上の提案の中から、前記サービス被提供者に提示されるべき少なくとも１つの提案を特定することと、前記プロセッサ部が、前記特定された少なくとも１つの提案を前記サービス被提供者が選択可能な態様で前記サービス被提供者に提示することと、前記プロセッサ部が、前記サービス被提供者によって使用されるユーザ装置から、前記コンピュータシステムによって提示された前記少なくとも１つの提案の中から前記サービス被提供者によって選択された１つの提案を示す情報を受信することと、前記プロセッサ部が、前記サービス被提供者によって選択されたサービス提供者と前記サービス被提供者との組み合わせを特定することとを含む。
【００２１】
本発明の１つの局面において、本発明のプログラムは、サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置において実行されるプログラムであって、前記サーバ装置は、ネットワークを介して、複数のユーザ装置と通信することが可能なように構成されており、前記サーバ装置は、プロセッサ部を備え、前記プログラムは、前記プロセッサ部によって実行されると、サービス提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記１人以上のサービス提供者が提供可能なサービスの１以上の提案を受信することであって、前記サービス提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの１つのユーザ装置である、ことと、サービス被提供者によって使用されるユーザ装置から、前記サービス被提供者が提供されることを希望するサービスを特定するための基礎となる希望サービス基礎情報を受信することであって、前記サービス被提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの１つのユーザ装置である、ことと、前記サービス被提供者によって前記希望サービス基礎情報が提供されたことに応答して、前記希望サービス基礎情報に基づいて、前記１人以上のサービス提供者によって提供された前記１以上の提案の中から、前記サービス被提供者に提示されるべき少なくとも１つの提案を特定することと、前記特定された少なくとも１つの提案を前記サービス被提供者が選択可能な態様で前記サービス被提供者に提示することと、前記サービス被提供者によって使用されるユーザ装置から、前記コンピュータシステムによって提示された前記少なくとも１つの提案の中から前記サービス被提供者によって選択された１つの提案を示す情報を受信することと、前記サービス被提供者によって選択されたサービス提供者と前記サービス被提供者との組み合わせを特定することとを少なくとも実行することを前記プロセッサ部に行わせる。
【発明の効果】
【００２２】
本発明によれば、より多くのサービス提供者がより少ない負担でサービスを提供することが可能である、サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置等を提供することが可能である。
【図面の簡単な説明】
【００２３】
【図１】サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデルのフローを示す図
【図２】サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデルを実現するためのコンピュータシステム２０００の構成の一例を示す図
【図３Ａ】ガイドデータベース部２０４１に格納されている情報の構成の一例を示す図
【図３Ｂ】ゲストデータベース部２０４２に格納されている情報の構成の一例を示す図
【図３Ｃ】プランデータベース部２０４３に格納されている情報の構成の一例を示す図
【図３Ｄ】抽出ロジック適用データベース部２０４４に格納されている情報の構成の一例を示す図
【図３Ｅ】組み合わせデータベース部２０４５に格納されている情報の構成の一例を示す図
【図４】コンピュータシステム２０００において実行される処理のフローの一例を示す図
【図５Ａ】ユーザ装置に表示される画面５０００Ａを示す図
【図５Ｂ】ユーザ装置に表示される画面５０００Ｂを示す図
【図５Ｃ】ユーザ装置に表示される画面５０００Ｃを示す図
【図５Ｄ】ユーザ装置に表示される画面５０００Ｄを示す図
【図５Ｅ】ユーザ装置に表示される画面５０００Ｅを示す図
【図５Ｆ】ユーザ装置に表示される画面５０００Ｆを示す図
【図６】図４に示されるステップＳ４００５の処理のフローの一例を示す図
【発明を実施するための形態】
【００２４】
１．サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデル
出願人は、サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデルを提案する。このビジネスモデルは、サービス提供者がサービス被提供者にサービスプランを提案する際のサービス提供者の心理的障壁を低くすることを企図したものである。この新しいビジネスモデルによれば、サービス提供者が、サービスプランを作成してそのサービスプランをコンピュータシステムに予め登録しておき、コンピュータシステムが、コンピュータシステムに予め登録されたサービスプランの中からサービス被提供者のニーズに合うサービスプランを自動的に特定し、特定されたサービスプランをサービス被提供者に提示することにより、サービス提供者がサービス被提供者にサービスプランを提案する際のサービス提供者の心理的障壁を低減することが可能である。その理由は、サービス提供者の提案が採用されるかどうかわからない状況（あるいは、サービス提供者の提案がサービス被提供者を満足させることができるかどうかわからない状況）で知らない人に対してサービス提供者からファーストコンタクトする必要がないからである。また、この新しいビジネスモデルによれば、サービス被提供者からのニーズに応答してコンピュータシステムがサービスプランを自動提案することにより、サービス被提供者がサービスプランを受け取るまでの時間を短縮することが可能である。
【００２５】
ここで、本明細書において「サービス提供者」とは、サービスを提供する人をいい、「サービス被提供者」とはサービスを提供してもらう人をいうものとする。すなわち、サービスは、サービス提供者によってサービス被提供者に提供される。１つの実施形態では、サービス提供者とサービス被提供者とは、サービスの実際の提供の前に会うことがなく、サービスの実際の提供の際にはじめて会う。ただし、サービス提供者とサービス被提供者とが実際に会うことは必ずしも必須ではない。例えば、１つの実施形態では、サービス提供者とサービス被提供者とが実際に（物理的に）会わなくてもよい。
【００２６】
また、本明細書における「サービス」は、任意のサービスであり得るが、代表的には、サービス提供者がサービス被提供者に実際に（物理的に）会った際にサービス提供者によって提供されるものであり得る。従って、本願明細書にいう「サービス」は、ウェブサイトが関与しないものであり得る。
【００２７】
「サービス」の一例は、ガイド（例えば、日本人ガイド）によるゲスト（例えば、訪日外国人）の旅行ガイドサービスである。
【００２８】
サービス被提供者は、ウェブサイトに事前にアカウント登録をしておく必要がある。アカウント登録時に、サービス被提供者は、自分の住所、氏名、年齢、性別、電話番号、ｅメールアドレス、顔写真、電子マネーのアカウントなどの個人情報をウェブサイトに提供する。あるいは、サービス被提供者のアカウント登録を簡略化するために、いくつかの個人情報を省略できるようにしてもよい。これにより、ウェブサイトの管理者は、サービス被提供者の個人情報を把握することが可能である。
【００２９】
図１は、サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデルのフローを示す。なお、図１に示される例では、ウェブサイトの運営企業は、サービス提供者とサービス被提供者との組み合わせの特定を支援するためのウェブサイトを提供しているものとする。以下、図１に示される各ステップを説明する。
【００３０】
ステップＳ１００１：サービス提供者Ａは、サービス提供者Ａが提供可能なサービスの提案Ａをウェブサイトに提供する。これにより、提案Ａは、ウェブサイトを提供するサーバ装置（図１に図示されていない、図２を参照）に登録され（より具体的には、提案Ａは、ウェブサイトを提供するサーバ装置に接続されたデータベース部に格納され）、サービス被提供者に自動的に提示される候補の１つとなる。なお、サービス提供者Ａは、提案Ａの公開・非公開を設定することが可能である。提案Ａが公開設定されている場合、提案Ａは、サービス被提供者に自動的に提示される候補の１つとなり、提案Ａが非公開設定されている場合、提案Ａは、サービス被提供者に自動的に提示される候補から外される。
【００３１】
ステップＳ１００２：サービス提供者Ｂは、サービス提供者Ａと同様に、サービス提供者Ｂが提供可能なサービスの提案Ｂをウェブサイトに提供する。これにより、提案Ｂは、ウェブサイトを提供するサーバ装置に登録され（より具体的には、ウェブサイトを提供するサーバ装置に接続されたデータベース部に格納され）、サービス被提供者に自動的に提示される候補の１つとなる。なお、サービス提供者Ｂは、提案Ｂの公開・非公開を設定することが可能である。提案Ｂが公開設定されている場合、提案Ｂは、サービス被提供者に自動的に提示される候補の１つとなり、提案Ｂが非公開設定されている場合、提案Ｂは、サービス被提供者に自動的に提示される候補から外される。
【００３２】
ステップＳ１００３：サービス提供者Ｃは、サービス提供者Ａ、Ｂと同様に、サービス提供者Ｃが提供可能なサービスの提案Ｃをウェブサイトに提供する。これにより、提案Ｃは、ウェブサイトを提供するサーバ装置に登録され（より具体的には、サーバ装置に接続されたデータベース部に格納され）、サービス被提供者に自動的に提示される候補の１つとなる。なお、サービス提供者Ｃは、提案Ｃの公開・非公開を設定することが可能である。提案Ｃが公開設定されている場合、提案Ｃは、サービス被提供者に自動的に提示される候補の１つとなり、提案Ｃが非公開設定されている場合、提案Ｃは、サービス被提供者に自動的に提示される候補から外される。
【００３３】
ステップＳ１００４：サービス被提供者は、サービス被提供者が提供されることを希望するサービスを特定するための基礎となる情報（以下、「希望サービス基礎情報」という）をウェブサイトに提供する。希望サービス基礎情報は、ウェブサイトを提供するサーバ装置がサービス提供者からのサービスの提案を自動的にサービス被提供者に提供するために用いられ、また、サービス被提供者のニーズ（すなわち、サービス被提供者が求める理想のサービス）をサービス提供者が把握するために用いられる。希望サービス基礎情報は、例えば、サービス被提供者の個人情報（例えば、国籍、性別、年齢、職業）、サービス被提供者が提供されることを希望するサービスに関連する情報（例えば、日程、人数、予算、エリア、エリア訪問回数、希望するアクションのカテゴリーを示す希望カテゴリー）、サービス被提供者のこだわりを特定するための情報（例えば、＃グルメにこだわる、＃人込みを避けたい、＃わいわい騒ぎたい、＃お酒は外せない！、＃一点豪華主義、＃つまみ食いタイプ、＃なるべく節約する、＃アニメの聖地巡礼家、＃お菓子マニア、＃写真にこだわる、＃まったりゆったり旅、＃綿密に計画を立てる旅、＃歩くの大好き！、＃隠しきれないドライバー魂、＃スリルが好き、＃安全な旅が好き、＃現地の人と交流するのが好き！、＃縛られたくない、現地の人がよく行くところに行きたい、歴史的なものを見たい、伝統的な体験をしたい、自然でリラックスしたい、現地伝統料理を食べたい、人気な食べ物を食べたい、友達とするような遊びを体験したい、自然の中で遊びたい、フォトジェニックなものを求めている、季節を感じたい、景色・夜景がきれいなところに行きたい、動物と触れ合いたい、斬新で奇抜、現地の人と交流したい、温泉に行きたい、アートを見たい、お祭りに行きたい、定番な場所に行きたい、なりきりたい（忍者・侍等）、アミューズメントパークに行きたい、オタクカルチャーに浸かりたい、ショーを見たい、体を動かしたい、有名な場所に行きたい）、サービス被提供者の食に関する情報（例えば、好きな食べ物、嫌いな食べ物、アレルギー）を含むが、これに限定されない。希望サービス基礎情報に含まれる希望カテゴリーは、例えば、TouristHotspot、Dress-up、Otaku、Technology、Art、Scenic Areas、Traditions、Nature、Outdoor、HistoricalSights、Entertainment、Festivals、HotSprings、Event、Cityなどであるが、これらに限定されない。希望サービス基礎情報がウェブサイトに提供されると、希望サービス基礎情報は、ウェブサイトにアカウント登録されている全部または一部のサービス提供者に対して公開される（すなわち、ウェブサイトにアカウント登録されている全部または一部のサービス提供者が希望サービス基礎情報を閲覧可能な状態となる）。
【００３４】
ステップＳ１００５：ウェブサイトを提供するサーバ装置は、サービス被提供者によって希望サービス基礎情報がウェブサイトに提供されたことに応答して、希望サービス基礎情報に基づいて、前記サーバ装置に予め登録された１つ以上の提案の中からサービス被提供者に提示されるべき少なくとも１つの提案を自動的に特定し、特定された少なくとも１つの提案をサービス被提供者に提示する。なお、希望サービス基礎情報に基づいて、前記サーバ装置に予め登録された１つ以上の提案の中からサービス被提供者に提示されるべき少なくとも１つの提案を自動的に特定するロジックとしては任意のロジックを採用することが可能である。図１に示される例では、サーバ装置に予め登録された複数の提案の中から提案Ａ、提案Ｂ、提案Ｃが自動的に特定され、特定された提案Ａ、提案Ｂ、提案Ｃがサービス被提供者に提示される。提案Ａ、提案Ｂ、提案Ｃは、一度にサービス被提供者に提示されるようにしてもよいし、複数回に分けてサービス被提供者に提示されるようにしてもよい。例えば、提案Ａおよび提案Ｂがまずサービス被提供者に提示され、その後、必要に応じて提案Ｃがサービス被提供者に提示されるようにしてもよい。
【００３５】
このように、サービス被提供者が希望サービス基礎情報をウェブサイトに提供したことに応答して少なくとも１つの提案がサービス被提供者に提示されることにより、サービス提供者は、希望サービス基礎情報が提供されたことに応答してサービス被提供者に合わせたサービスをサービス被提供者に提案する必要が無く、サービス提供者が提供した提案に対するサービス被提供者からのレスポンスがないという状態を避けることが可能である。また、サービス被提供者は、希望サービス基礎情報を提供すると即座に提案を受け取ることが可能であり、それ故、サービス被提供者は、希望サービス基礎情報の提供→サービスの提案の受け取り→受けたいサービスの提案の選択まで途切れることなく連続して体験することが可能である。
【００３６】
ステップＳ１００６：サービス被提供者は、ウェブサイトを提供するサーバ装置によって提案された複数の提案の中から少なくとも１つの提案を選択する。図１に示される例では、サービス被提供者は、提案Ａ、Ｂ、Ｃの中から提案Ａを選択したと仮定する。これは、サービス被提供者が、サービス提供者Ａによって提案された提案Ａを採用して、サービス提供者Ａによって提供されるサービスを受けることを決定したことを意味する。このようにして、サービス被提供者とサービス提供者Ａとの組み合わせが成立する。この組み合わせが成立した時点で、サービス提供者Ａがサービス被提供者に提供するサービスの詳細は決定していなくてもよい。
【００３７】
なお、ステップＳ１００６においてサービス被提供者に提案される提案の数を少ない数（例えば、３〜５）に限定するようにしてもよい。この場合、サービス被提供者は、多くの提案の中から１つの提案を選択しなくて済むため、いわゆる「選択疲れ」をしなくて済む。ここで、「選択疲れ」とは、人間は選択肢があまりに多すぎるその選択肢から１つを選択するのに疲れるという現象をいう。このことは、ジャムの法則として広く知られている。
【００３８】
また、サービス被提供者が少なくとも１つの提案を選択したとき、その選択された提案を行ったサービス提供者Ａに、サービス提供者Ａの提案Ａがサービス被提供者によって選択された旨が通知され、サービス被提供者にサービスを提案したがサービス被提供者によってその提案が選択されなかったサービス提供者Ｂに、サービス提供者Ｂの提案Ｂがサービス被提供者によって選択されなかった旨が通知され、サービス被提供者にサービスを提案したがサービス被提供者によってその提案が選択されなかったサービス提供者Ｃに、サービス提供者Ｃの提案Ｃがサービス被提供者によって選択されなかった旨が通知されるようにしてもよい。
【００３９】
ステップＳ１００７：サービス提供者Ａおよびサービス被提供者は、相互にメッセージを交換することが可能となり、これにより、サービス提供前に事前相談を行うことが可能である。これは、サービス提供者Ａが実際にサービス被提供者にサービスを提供する前に、そのサービスの内容の詳細を詰めるためである。この事前相談において、サービス提供者Ａは、サービス被提供者との信頼関係を築き上げることが可能である。事前相談の態様は問わない。例えば、サービス提供者Ａおよびサービス被提供者は、ウェブサイトを介して（例えば、ウェブサイトが提供する掲示板の機能を利用して）事前相談を行ってもよいし、ウェブサイトを介することなく（例えば、電話やＦＡＸやメール等で）事前相談を行ってもよい。なお、この事前相談は、他のサービス提供者が介入することなくサービス提供者Ａ単独とサービス被提供者とで行われてもよい。これにより、サービスが結果的に複数のサービス提供者によってサービス被提供者に提供される場合であっても、サービス被提供者は、サービス提供者Ａと交渉すればよく、スムーズに事前相談を進めることが可能である。あるいは、この事前相談は、サービス提供者Ａと他のサービス提供者とサービス被提供者とで行われてもよい。この事前相談の時点で他のサービス提供者が介入することにより、実際にサービス提供する前から他のサービス提供者もまたサービス被提供者との信頼関係を築くことが可能であり、サービス提供当日のサービス体験の価値を高めることに繋がり、ひいては、他のサービス提供者自身のモチベーション向上にも繋がる。
【００４０】
また、サービス提供者Ａは、事前相談の時に、サービス被提供者とのメッセージ交換の結果に基づいて、自身が提示したプランを修正することによって最終的なプランとすることも可能である。プランの修正には、イベントの追加・変更・具体化や工程の追加・変更・具体化、サービス提供料金の変更などが含まれるが、これらに限定されない。例えば、サービス提供者Ａが概略的なプランを最初に提示し、サービス被提供者がこの概略的なプランを選択した場合において、サービス提供者Ａは、最終的なプランを決定するためにサービス被提供者の意見を採り入れることによって、サービス被提供者が希望するプランと最終的なプランとの不一致を減少させることが可能である。このように、最終的なプランを決定するにあたり、サービス被提供者の意見を採り入れることによって、最終的なプランをサービス被提供者にとって魅力的なものにすることが可能である。また、サービス提供者Ａとサービス被提供者とがメッセージを交換する場を設けることによって、サービスが実際に提供される前に、サービス提供者Ａとサービス被提供者とのコミュニケーションが促進される。これにより、サービスが実際に提供される際には、サービス提供者Ａとサービス被提供者とが互いに親近感を有するようにすることが可能である。このようにして生み出される親近感によって、サービス提供者Ａは、友だちをもてなすようにサービスをサービス被提供者に提供することが可能である。
【００４１】
ステップＳ１００８：サービス被提供者は、ウェブサイトの運営企業（すなわち、ウェブサイトを提供するサーバ装置を管理・運営する企業）に料金を支払う。この料金は、サービス提供者とサービス被提供者との間でサービスの最終的なプランに関する合意の成立により発生する。この料金の支払いの態様は任意である。例えば、この料金の支払いは、電子マネーを用いて行われてもよいし、ウェブサイトの運営企業の銀行口座への振り込みによって行われてもよい。
【００４２】
ステップＳ１００９：ウェブサイトの運営企業（すなわち、ウェブサイトを提供するサーバ装置を管理・運営する企業）は、サービス提供者Ａに料金を支払う。この料金の支払いの態様は任意である。例えば、この料金の支払いは、電子マネーを用いて行われてもよいし、サービス提供者Ａの銀行口座への振り込みによって行われてもよい。サービス被提供者によって支払われた料金からサービス提供者に支払われた料金を差し引いた金額がウェブサイトの運営企業の収入になる。ウェブサイトの運営企業は、サービス提供者およびサービス被提供者の片方から手数料を徴収してもよいし、サービス提供者およびサービス被提供者の両方から手数料を徴収してもよい。
【００４３】
ステップＳ１０１０：サービス提供者Ａは、サービスの最終的なプランを実行することにより、サービス被提供者に対してサービスを提供する。
【００４４】
なお、サービス提供者Ａは、少なくとも１人の追加のサービス提供者と共にサービス被提供者に対してサービスを提供するようにしてもよい。この場合、サービス被提供者が少なくとも１人の追加のサービス提供者を選択する（または指定する）ことは必ずしも必要とされない。例えば、サービス提供者Ａが少なくとも１人の追加のサービス提供者を選択する（または指定する）ようにしてもよい。
【００４５】
このように、１人のサービス提供者が１人のサービス被提供者にサービスを提供してもよいし、２人以上のサービス提供者が１人のサービス被提供者にサービスを提供してもよい。あるいは、１人のサービス提供者が２人以上のサービス被提供者にサービスを提供してもよいし、２人以上のサービス提供者が２人以上のサービス被提供者にサービスを提供してもよい。例えば、２人のサービス提供者の代表者と４人のサービス被提供者の代表者とが１対１で事前相談をして、その事前相談によってサービスプランがまとまった後に、２人のサービス提供者が４人のサービス被提供者にサービスを提供してもよい。
【００４６】
このように、新しいビジネスモデルによれば、サービス提供者は、自身が提供することが可能なサービスプランおよび自身が提供したいサービスプランをサーバ装置に予め登録しておき（より具体的には、サーバ装置に接続されたデータベース部に予め格納しておき）、サーバ装置が、サーバ装置に予め登録されたサービスプランの中からサービス被提供者のニーズに合うサービスプランを自動的に選択し、選択されたサービスプランをサービス被提供者に提示する。これにより、サービス提供者がサービス被提供者にサービスプランを提案する際のサービス提供者の心理的障壁を低減することが可能である。また、この新しいビジネスモデルによれば、サービス被提供者がサービスプランを受け取るまでの時間を短縮することが可能である。また、サービス被提供者に提案される提案の数を少数（例えば、３〜５）に限定するようにしてもよい。これにより、サービス被提供者が「選択疲れ」をしなくて済む。
【００４７】
なお、図１に示される例では、５人のサービス提供者Ａ、Ｂ、Ｃ、Ｄ、Ｅのうちの３人のサービス提供者Ａ、Ｂ、Ｃがサービス被提供者にサービスを提案する例を説明したが、ウェブサイトにアカウント登録したサービス提供者の数が５人に限定されるわけではなく、サービス被提供者にサービスを提案するサービス提供者の数が３人に限定されるわけでもない。ウェブサイトにアカウント登録したサービス提供者の数は、１以上の任意の整数であり得る。サービス被提供者にサービスを提案するサービス提供者の数は、１以上の任意の整数であり得る。
【００４８】
また、図１に示される例では、サービス提供者とサービス被提供者との組み合わせの特定の支援がウェブサイトを介してなされる例を説明したが、本発明はこれに限定されない。例えば、サービス提供者とサービス被提供者との組み合わせの特定の支援は、スマートフォンなどのユーザ装置にインストールされたアプリケーションを介してなされてもよい。この場合、上述した「ウェブサイト」を「ユーザ装置にインストールされたアプリケーション」に読み替えるようにすればよい。例えば、サービス提供者およびサービス被提供者のそれぞれは、ユーザ装置にインストールされたアプリケーションにアカウント登録するようにすればよい。
【００４９】
以下の説明では、「サービス」の一例として「旅行ガイドサービス」を例にとり、ガイド（サービス提供者）が、旅行ガイドサービスを外国人ゲスト（サービス被提供者）に提供する場合を説明する。ただし、本発明はこれに限定されない。本発明は、ガイド（サービス提供者）が、ガイドサービスを日本人ゲスト（サービス被提供者）に提供する場合にも適用することが可能である。さらに、本発明は、サービス提供者がサービス被提供者に任意のサービスを提供する場合に広く適用することが可能である。
【００５０】
２．新しいビジネスモデルを実現するためのコンピュータシステムの構成
図２は、サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデルを実現するためのコンピュータシステム２０００の構成の一例を示す。
【００５１】
図２に示される例では、コンピュータシステム２０００は、サーバ装置２０１０と、インターネット２０２０を介して通信することが可能なように構成されている少なくとも１つのユーザ装置２０３０１〜２０３０Ｎと、データベース部２０４０とを備えている。ここで、Ｎは、１以上の任意の整数であり、ａ、ｂ、ｃ、ｄは、整数１〜Ｎのうちの１つの整数である。
【００５２】
サーバ装置２０１０は、ガイドとゲスト（例えば、ガイドされたい訪日外国人）との組み合わせの特定を支援するためのウェブサイトを提供する。サーバ装置２０１０は、このウェブサイトの管理者（例えば、このウェブサイトを運営する運営企業または運営者）が運営・管理する情報処理装置である。サーバ装置２０１０は、例えば、ワークステーションやパーソナルコンピュータであって、サーバとしての一般的なハードウェア構成を有している。図２に示される例では、サーバ装置２０１０は、インターフェース部２０１１と、１つ以上のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を含むプロセッサ部２０１２と、メモリ部２０１３とを有している。サーバ装置２０１０のハードウェア構成はその機能を実現できる限りにおいて特に限定されず、単一のマシンで構成されていてもよく、複数台のマシンを組み合わせて構成されたものであってもよい。
【００５３】
インターフェース部２０１１は、少なくとも１つのユーザ装置２０３０１〜２０３０Ｎとの間の通信を制御する。
【００５４】
メモリ部２０１３には、処理を実行するために必要とされるプログラムやそのプログラムを実行するために必要とされるデータ等が格納されている。メモリ部２０１３には、例えば、図４および図６に示される処理を実行するためのプログラムが格納されている。ここで、プログラムをどのようにしてメモリ部２０１３に格納するかは問わない。例えば、プログラムは、メモリ部２０１３にプリインストールされていてもよい。あるいは、プログラムは、インターネット２０２０などのネットワークを経由してダウンロードされることによってメモリ部２０１３にインストールされるようにしてもよいし、光ディスクやＵＳＢなどの記憶媒体を介してメモリ部２０１３にインストールされるようにしてもよい。
【００５５】
プロセッサ部２０１２は、サーバ装置２０１０全体の動作を制御する。プロセッサ部２０１２は、メモリ部２０１３に格納されているプログラムを読み出し、そのプログラムを実行する。これにより、サーバ装置２０１０を所望のステップを実行する装置として機能させることが可能である。
【００５６】
サーバ装置２０１０には、データベース部２０４０が接続されている。データベース部２０４０は、ガイドデータベース部２０４１と、ゲストデータベース部２０４２と、プランデータベース部２０４３と、抽出ロジックデータベース部２０４４と、組み合わせデータベース部２０４５とを含む。
【００５７】
少なくとも１つのユーザ装置２０３０１〜２０３０Ｎのそれぞれは、インターネット２０２０を介してサーバ装置２０１０と通信することが可能なように構成されている。例えば、少なくとも１つのユーザ装置２０３０１〜２０３０Ｎのそれぞれは、携帯電話、スマートフォン、タブレット端末、スマートグラス、スマートウォッチ端末等の携帯無線端末であってもよいし、デスクトップＰＣ、ラップトップＰＣ、ノートＰＣ等のパーソナルコンピュータであってもよい。
【００５８】
なお、図２に示される実施形態では、少なくとも１つのユーザ装置２０３０１〜２０３０Ｎがインターネット２０２０を介してサーバ装置２０１０と通信可能であると説明したが、本発明はこれに限定されない。インターネット２０２０の代わりに任意のタイプのネットワークを用いることも可能である。
【００５９】
また、図２に示される実施形態では、データベース部２０４０は、サーバ装置２０１０の外部に設けられているが、その態様は問わない。例えば、データベース部２０４０は、サーバ装置２０１０の単一の外付けハードディスク装置として構成されてもよいし、ネットワークを介して接続されるクラウド上のストレージとして構成されてもよい。あるいは、データベース部２０４０は、サーバ装置２０１０の内部に設けられることも可能である。データベース部２０４０の構成は、特定のハードウェア構成には限定されない。例えば、データベース部２０４０は、単一のハードウェア部品で構成されてもよいし、複数のハードウェア部品で構成されてもよい。さらに、データベース部２０４０に含まれる各データベース部の構成もまた特定のハードウェア構成には限定されない。例えば、データベース部２０４０に含まれる各データベース部もまた、単一のハードウェア部品で構成されてもよいし、複数のハードウェア部品で構成されてもよい。
【００６０】
図３Ａは、ガイドデータベース部２０４１に格納されている情報の構成の一例を示す。
【００６１】
ガイドデータベース部２０４１には、ガイドに関する情報が格納されている。ガイドに関する情報は、ガイドを識別するための情報（例えば、ガイドＩＤ）によって識別されることが可能である。ガイドデータベース部２０４１には、例えば、ガイドの氏名、性別、生年月日、住所、電話番号、Ｅメールアドレス、ツアー履歴を示す情報、サービス提供可能エリア情報がさらに格納されている。
【００６２】
ツアー履歴を示す情報は、過去にそのガイド（あるいは、そのガイドを一部に含むガイドグループ）がゲストに提供したサービス（ツアー）の履歴情報である。そのガイド以外の他のガイドは、ゲストにツアーを提案する際、このツアー履歴を示す情報を用いて提案することが可能である。これにより、そのガイド以外の他のガイドは、より簡単にゲストに対してツアーを提案することが可能である。
【００６３】
なお、そのガイド以外の他のガイドが、このツアー履歴を示す情報を利用してツアーの提案を行い、実際にそのツアーの依頼があった場合には、ウェブサイトの運営企業は、そのガイドに対して売上の一部（例えば、約１５％）を継続的に支払ってもよい。これにより、ウェブサイトの運営企業は、魅力的なインセンティブをそのガイドに与えることができる。
【００６４】
また、ゲストが過去のツアーに関する情報（例えば、過去のツアーにおいて体験したイベントについての感想、過去のツアーをガイドしたガイドについての感想）をウェブサイトの運営企業に提供したことに応答して、ウェブサイトの運営企業は、そのゲストに対して売上の一部を支払うようにしてもよい。これにより、ウェブサイトの運営企業は、魅力的なインセンティブをゲストにも与えることができる。
【００６５】
図３Ｂは、ゲストデータベース部２０４２に格納されている情報の構成の一例を示す。
【００６６】
ゲストデータベース部２０４２には、ゲストに関する情報が格納されている。ゲストに関する情報は、ゲストを識別するための情報（例えば、ゲストＩＤ）によって識別されることが可能である。ゲストデータベース部２０４２には、例えば、ゲストの氏名、性別、国籍、生年月日、住所、電話番号、Ｅメールアドレス、希望サービス基礎情報などがさらに格納されている。
【００６７】
図３Ｃは、プランデータベース部２０４３に格納されている情報の構成の一例を示す。
【００６８】
プランデータベース部２０４３には、ガイドが作成したプランに関する情報が格納されている。ガイドが作成したプランに関する情報は、例えば、プランを識別するための情報（例えば、プランＩＤ）によって識別されることが可能である。プランデータベース部２０４３には、例えば、タイトル、旅程（例えば、ステップ形式で表された旅程）、ツアー時間、ツアー料金、プランが実施されるエリア、プランカテゴリー、おすすめ期間、メジャープラン設定の有無、優先表示設定の有無などがさらに格納されている。なお、プランカテゴリーは、例えば、観光名所、伝統衣装、コスプレ、オタク、テクノロジー、アート、ミュージアム、絶景、伝統文化、自然、体験、歴史名所、エンターテインメント、祭り、イベント、温泉、四季、都会、穴場、ライフスタイル、食文化、人と交流などであるが、これらに限定されない。
【００６９】
図３Ｄは、抽出ロジック適用データベース部２０４４に格納されている情報の構成の一例を示す。
【００７０】
抽出ロジック適用データベース部２０４４には、抽出ロジックに関する情報が格納されている。抽出ロジックに関する情報は、複数の抽出ロジックを含む。複数の抽出ロジックのそれぞれには、提案（例えば、旅プラン）の抽出手法が関連付けられている。
【００７１】
図３Ｄに示される例では、複数の抽出ロジックの一例として、「季節」という抽出条件に関する第１の抽出ロジックと、「位置情報」という抽出条件に関する第２の抽出ロジックと、「エリア訪問回数」という抽出条件に関する第３の抽出ロジックと、「密接度」という抽出条件に関する第４の抽出ロジックを示しているが、複数の抽出ロジックは、上述した第１〜第４の抽出ロジックに限定されない。複数の抽出ロジックのそれぞれは、任意の抽出ロジックであり得る。
【００７２】
また、図３Ｄに示される例では、４つの抽出ロジックが説明されたが、本発明はこれに限定されない。抽出ロジックの数は、１以上の任意の数であり得る。
【００７３】
図３Ｅは、組み合わせデータベース部２０４５に格納されている情報の構成の一例を示す。
【００７４】
組み合わせデータベース部２０４５には、ゲストとガイドとの組み合わせに関する情報が格納されている。ゲストとガイドとの組み合わせに関する情報は、組み合わせを識別するための情報（例えば、組み合わせＩＤ）によって識別されることが可能である。組み合わせデータベース部２０４５には、ゲストを識別するための情報（例えば、１以上のゲストＩＤ）とガイドを識別するための情報（例えば、１以上のガイドＩＤ）とが相互に関連付けられた状態で格納されている。このように、組み合わせデータベース部２０４５は、どのゲスト（１人以上のゲスト）とどのガイド（１人以上のガイド）との組み合わせが特定されたのかを示す履歴情報を保持することが可能であるように構成されている。組み合わせデータベース部２０４５には、例えば、ツアーの日時、ツアーの場所、ツアーの内容がさらに格納されている。
【００７５】
３．コンピュータシステムの処理
図４は、コンピュータシステム２０００において実行される処理のフローの一例を示す。以下、図４に示される各ステップを説明する。
【００７６】
ステップＳ４００１ａ：ガイドＡのユーザ装置２０３０ａは、インターネット２０２０を介して、ツアーの提案Ａをサーバ装置２０１０に送信する。これにより、このツアーの提案Ａは、サーバ装置２０１０に接続されたプランデータベース部２０４３内に格納され、サーバ装置２０１０に予め登録される。このツアーの提案Ａは、例えば、ツアーのタイトル、旅程（例えば、イメージ画像を用いたステップ形式の旅程）、ツアー時間、ツアー料金、ツアーエリア、ツアーのおすすめ期間、プランカテゴリー、ガイドＡに関する情報を含むが、これらに限定されない。
【００７７】
ステップＳ４００１ｂ：ガイドＢのユーザ装置２０３０ｂは、インターネット２０２０を介して、ツアーの提案Ｂをサーバ装置２０１０に送信する。これにより、このツアーの提案Ｂは、サーバ装置２０１０に接続されたプランデータベース部２０４３内に格納され、サーバ装置２０１０に予め登録される。このツアーの提案Ｂは、例えば、ツアーのタイトル、旅程（例えば、イメージ画像を用いたステップ形式の旅程）、ツアー時間、ツアー料金、ツアーエリア、ツアーのおすすめ期間、プランカテゴリー、ガイドＢに関する情報を含むが、これらに限定されない。
【００７８】
ステップＳ４００１ｃ：ガイドＣのユーザ装置２０３０ｃは、インターネット２０２０を介して、ツアーの提案Ｃをサーバ装置２０１０に送信する。これにより、このツアーの提案Ｃは、サーバ装置２０１０に接続されたプランデータベース部２０４３内に格納され、サーバ装置２０１０に予め登録される。このツアーの提案Ｃは、例えば、ツアーのタイトル、旅程（例えば、イメージ画像を用いたステップ形式の旅程）、ツアー時間、ツアー料金、ツアーエリア、ツアーのおすすめ期間、プランカテゴリー、ガイドＣに関する情報を含むが、これらに限定されない。
【００７９】
ステップＳ４００２：サーバ装置２０１０は、インターネット２０２０を介して、ガイドＡのユーザ装置２０３０ａからツアーの提案Ａを受信し、ガイドＢのユーザ装置２０３０ｂからツアーの提案Ｂを受信し、ガイドＣのユーザ装置２０３０ｃからツアーの提案Ｃを受信する。
【００８０】
ステップＳ４００３：ゲストのユーザ装置２０３０ｄは、インターネット２０２０を介して、ゲストが提供されることを希望するツアーを特定するための基礎になる情報（以下、「希望ツアー基礎情報」という）をサーバ装置２０１０に送信する。ゲストの希望ツアー基礎情報は、例えば、ゲストの個人情報（例えば、国籍、性別、年齢、職業）、ゲストが希望するツアーに関連する情報（例えば、日程、人数、予算、ゲストが訪れたいエリア、エリア訪問回数、ゲストが希望するアクションのカテゴリーを示す希望カテゴリー、ゲストがやりたいこと、ゲストが好きな食事、ゲストが好きな文化）を含むが、これらに限定されない。なお、図４を参照して説明される実施形態では、ゲストの希望ツアー基礎情報には、ゲストが希望するツアーの日程を示すツアー日程情報が含まれているものとする。
【００８１】
ステップＳ４００４：サーバ装置２０１０は、インターネット２０２０を介して、ゲストのユーザ装置２０３０ｄからゲストの希望ツアー基礎情報を受信する。
【００８２】
ステップＳ４００５：サーバ装置２０１０は、ゲストの希望ツアー基礎情報に基づいて、ゲストに提示されるべき少なくとも１つの提案を特定する。例えば、ゲストに提示されるべき提案の数が所定の数に制限されてもよい。あるいは、ゲストに提示されるべき提案の数が所定の数以下となるように制限されてもよい。ゲストに提示されるべき少なくとも１つの提案を特定する処理の詳細は、図６を参照して後述される。
【００８３】
なお、図４を参照して説明されるステップＳ４００６以降のステップにおいては、ステップＳ４００５においてゲストに提示されるべき少なくとも１つの提案としてツアーの提案Ａ、ツアーの提案Ｂ、ツアーの提案Ｃがそれぞれ特定されたものとする。
【００８４】
ステップＳ４００６：サーバ装置２０１０は、特定された３つのツアーの提案Ａ、Ｂ、Ｃをゲストに提示する。例えば、サーバ装置２０１０は、特定された３つのツアーの提案Ａ、Ｂ、Ｃのうちのいくつか（例えば、ツアーの提案Ａ、Ｂ）をゲストに提示し、特定された３つのツアーの提案Ａ、Ｂ、Ｃのうちの残り（例えば、ツアーの提案Ｃ）を追加の提案として所定の数（すなわち、本実施形態では、３つ）に達するまでゲストにさらに提示する。
【００８５】
ステップＳ４００７：ゲストのユーザ装置２０３０ｄは、インターネット２０２０を介して、ゲストがどの提案を選択したかを示す情報をサーバ装置２０１０に送信する。図４に示される例では、ゲストのユーザ装置２０３０ｄは、インターネット２０２０を介して、ツアーの提案Ａを選択したことを示す情報をサーバ装置２０１０に送信する。
【００８６】
ステップＳ４００８：サーバ装置２０１０は、インターネット２０２０を介して、ゲストのユーザ装置２０３０ｄから、ツアーの提案Ａを選択したことを示す情報を受信する。
【００８７】
ステップＳ４００９：サーバ装置２０１０は、インターネット２０２０を介して、選択されたツアーの提案Ａを提案したガイドＡにゲストの希望ツアー基礎情報をガイドＡのユーザ装置２０３０ａに提供する。
【００８８】
ステップＳ４０１０：ガイドＡのユーザ装置２０３０ａは、インターネット２０２０を介して、ゲストの希望ツアー基礎情報を受信する。
【００８９】
ステップＳ４０１１：ガイドＡのユーザ装置２０３０ａは、ガイドＡがツアーを実施することが可能な日または期間を選択可能なようにガイドＡに提示する。例えば、ガイドＡのユーザ装置２０３０ａは、ガイドＡがツアーを実施することが可能な日または期間を選択可能なように、ゲストの希望ツアー基礎情報に含まれるツアー日程情報をカレンダー形式でガイドＡに提示する。
【００９０】
ステップＳ４０１２：ガイドＡのユーザ装置２０３０ａは、ガイドＡがツアーを実施することが可能な日または期間がガイドＡによって選択されると、インターネット２０２０を介して、選択された日または期間を示す情報をサーバ装置２０１０に送信する。
【００９１】
ステップＳ４０１３：サーバ装置２０１０は、インターネット２０２０を介して、選択された日または期間を示す情報を受信する。
【００９２】
ステップＳ４０１４：サーバ装置２０１０は、（選択された日または期間を示す情報を受信したことにより、ガイドＡがゲストにツアーサービスを提供する日または期間が確定したとみなし、）ツアーの提案Ａを提案したガイドＡとゲストとの組み合わせを特定する。言い換えると、サーバ装置２０１０は、ツアーの提案Ａを提案したガイドＡをゲストのガイド者として特定する。このような組み合わせの特定は、例えば、ガイドＡを示す情報（例えば、ガイドＡのガイドＩＤ）とゲストを示す情報（例えば、ゲストＩＤ）とを関連付ける情報をデータベース部２０４０（特に、組み合わせデータベース部２０４５）に格納することによって達成される。
【００９３】
ステップＳ４０１５：サーバ装置２０１０は、ゲストとガイドＡとが相互にメッセージを交換することを可能にする。例えば、サーバ装置２０１０は、ゲストおよびガイドＡの専用のトークルームを作成し、そのトークルーム内においてゲストとガイドＡとが相互にメッセージ交換可能にする。
【００９４】
なお、ガイドＡ〜ガイドＣから提供された提案Ａ〜提案Ｃのいずれもがゲストの要望を満たすものではない場合、ゲストは、提案Ａ〜提案Ｃを全て却下することが可能であってもよい。これにより、ゲストは、ゲストの要望を満たさない提案がいつまでもゲストのユーザ装置２０３０ｄに表示されているという状況を避けることが可能であり、ステップＳ４００３をやり直すことなく提案Ａ〜提案Ｃ以外の提案を受け付けることが可能である。
【００９５】
４．ユーザ装置に表示される画面
図５Ａは、ユーザ装置に表示される画面５０００Ａを示す。画面５０００Ａは、ガイドおよびゲストがユーザ装置（例えば、パーソナルコンピュータ、スマートフォンなど）を使用してウェブサイトにアクセスした際に表示されるトップ画面の一例である。画面５０００Ａは、ガイドまたはゲストが個人のアカウントページにアクセスするためのログイン領域５００１と、ガイドから提供される旅行ガイドサービスを初めて利用する初心者ゲストが旅プランを募集するための旅プラン募集領域５００２と、旅行ガイドサービスを提供してくれるガイドを見つけるまでのフローを説明するフロー領域５００３と、トレンドの旅プランや人気の旅プランの特集を閲覧するための旅プラン特集領域５００４とを含む。
【００９６】
ガイドは、旅行ガイドサービスの提供を支援するコンピュータシステムを利用するためのアカウントを持っている場合、ログイン領域５００１を選択（例えば、クリック、タップ）することにより、個人のアカウント情報の入力画面に遷移する。ガイドは、個人のアカウント情報の入力画面において個人のアカウント情報を入力することにより、例えば、後述される図５Ｂの画面を閲覧することが可能である。
【００９７】
ゲストは、旅行ガイドサービスの提供を支援するコンピュータシステムを利用するためのアカウントを持っている場合（すなわち、ガイドから提供される旅行ガイドサービスを既に利用したことがある場合）、ログイン領域５００１を選択（例えば、クリック、タップ）することにより、個人のアカウント情報の入力画面に遷移する。ゲストは、個人のアカウント情報の入力画面において個人のアカウント情報を入力することにより、例えば、後述される図５Ｄの画面を閲覧することが可能である。
【００９８】
ゲストは、ガイドから提供される旅行ガイドサービスを初めて利用する場合、旅プランを試しに募集するための旅プラン募集領域５００２を選択（例えば、クリック、タップ）する。これにより、ゲストは、ガイドからの旅行ガイドサービスの提案を受けるように案内されることが可能である。ゲストは、旅プラン募集領域５００２を選択することにより、例えば、後述される図５Ｃの画面を閲覧することが可能である。
【００９９】
旅プラン特集領域５００４には、過去にガイドがゲストに提供した旅行ガイドサービスの情報が掲載される。図５Ａに示される例では、旅プラン特集領域５００４は、特集されている旅プランの数が多くなるにつれて大きく表示されるアイコンが付された地図領域を含む。ゲストおよびガイドは、そのアイコンを選択すると、そのアイコンが付されたエリアに関連する旅プランのみが表示されるようにフィルタリングされた画面を閲覧することが可能である。また、図５Ａに示される例では、旅プラン特集領域５００４は、注目すべき旅プラン（例えば、評価が高い旅プラン、イチ押しの旅プラン、トレンドの旅プラン、人気の旅プラン）が掲載される領域などをさらに含む。ゲストおよびガイドは、これらの領域を選択すると、様々な旅プランの詳細（例えば、旅の日時、参加者、計画、経費など）を閲覧することが可能である。
【０１００】
なお、図５Ａに示される画面５０００Ａは、その全体がユーザ装置に表示されていなくてもよい。例えば、ユーザ装置には画面５０００Ａの一部が表示されており、スクロール操作を行うことによって画面５０００Ａの他の一部が表示されるようにしてもよい。
【０１０１】
図５Ｂは、ユーザ装置に表示される画面５０００Ｂを示す。画面５０００Ｂは、ガイドが旅プランを作成するための画面の一例である。画面５０００Ｂは、例えば、図５Ａに示されるログイン領域５００１を選択することによって（すなわち、ゲストのアカウント情報を用いてログインすることによって）閲覧することが可能になる画面である。
【０１０２】
図５Ｂに示される例では、画面５０００Ｂは、旅プランのタイトルを入力するためのタイトル入力領域５０１０と、旅プランの旅程を（例えば、ステップ形式で）入力するための旅程入力領域５０２０と、ツアーの所要時間（目安）を設定するためのツアー時間入力領域５０３０と、ツアー料金を入力するためのツアー料金入力領域５０４０と、旅プランを実施するエリアを入力するための実施エリア入力領域５０５０と、旅プランの実施をおすすめする期間を入力するためのおすすめ期間入力領域５０６０と、旅プランのカテゴリーを入力するためのカテゴリー入力領域５０７０とを含む。
【０１０３】
旅程入力領域５０２０には、テキストおよび／または画像が入力され得る。図５Ｂに示される例では、ツアー時間入力領域５０３０および実施エリア入力領域５０５０は、プルダウン形式で選択可能なように構成されており、ツアー時間として「６時間」が選択されており、旅プラン実施エリアとして「Mt.Fuji Around Tokyo」が選択されている。また、図５Ｂに示される例では、ツアー料金は、「１６５００円」に設定されており、旅プランのおすすめ期間は、２０１７年１２月１日〜２０１８年４月３０日に設定されている。また、カテゴリー入力領域５０７０を選択することにより、プランカテゴリーを設定することが可能であり、図５Ｂに示される例では、プランカテゴリーとして「温泉」、「ライフスタイル」、「食文化」が選択されている。プランカテゴリーの一例は、図３Ｃを参照して上述したとおりである。さらに、画面５０００Ｂにおいて、ガイドがゲストに伝えたいこと（例えば、この旅プランでの一押しの場所、この旅プランの見どころ、どのような旅になるのかなど）をテキストを用いてさらに入力することが可能であってもよい。
【０１０４】
図５Ｃは、ユーザ装置に表示される画面５０００Ｃを示す。画面５０００Ｃは、ゲストが希望ツアー基礎情報を入力するための画面の一例である。画面５０００Ｃは、例えば、図５Ａに示される旅プラン募集領域５００２が選択されることによって画面５０００Ａから遷移した画面である。図５Ｃに示される例では、画面５０００Ｃは、ゲストの入力情報が表示される複数の入力領域５０８０と、対話形式でゲストの入力情報に対して自動的に応答するように表示される複数の質問領域５０９０とを含む。
【０１０５】
ゲストは、質問領域５０９０に表示される質問に選択肢形式で回答することにより、手軽に希望ツアー基礎情報の入力を進めていくことが可能である。このようにゲストが質問に回答し続けると、最後に、アカウント情報の登録のためにアカウント情報を入力するための入力部が入力領域５０８０に表示される、または、画面５０００Ｃがアカウント情報の登録画面に遷移する。ゲストがアカウント情報の登録を行うことによって、希望ツアー基礎情報の入力が完了する。ゲストが希望ツアー基礎情報の入力を完了すると、旅プラン（ツアープラン）がサーバ装置２０１０によって自動的にゲストに提案される。
【０１０６】
なお、画面５０００Ｃにおいて入力することが可能な希望ツアー基礎情報は、例えば、ゲストの出身国、日本に来るのは何回目か、人数、日本のどのエリアのガイドの旅プランが欲しいか（例えば、東京、京都、富士山＆東京近郊、仙台、関西、九州）、過去にそのエリアに行った回数、希望カテゴリー（例えば、TouristHotspot、Dress-up、Otaku、Technology、Art、Scenic Areas、Traditions、Nature、Outdoor、HistoricalSights、Entertainment、Festivals、HotSprings、Event、City）、そのエリアにやって来る日付（期間）、ゲストが望む旅のタイプ（例えば、安いなら安い方が良い、予算内で最大限楽しみたい、良い体験なら高くてもＯＫ）、１人当たりの予算などであるが、これらに限定さない。
【０１０７】
図５Ｄは、ユーザ装置に表示される画面５０００Ｄを示す。画面５０００Ｄは、サーバ装置２０１０によって自動的に提案される旅プランを確認するための画面である。画面５０００Ｄは、図５Ｃに示される画面５０００Ｃにおいて希望ツアー基礎情報の入力が完了すると閲覧可能な画面である。
【０１０８】
図５Ｄに示される例では、画面５０００Ｄは、サーバ装置２０１０によって自動的に提案された旅プランＡの概要を示す旅プラン概要領域５０９０ａと、旅プランＢの概要を示す旅プラン概要領域５０９０ｂとを含む。図５Ｄに示される例では、２０１７年１２月２７日〜２０１７年１２月３０日の期間情報と「Mt.Fuji Around Tokyo」のエリア情報とを含む希望ツアー基礎情報に対して自動的に提案された旅プランＡおよび旅プランＢが示されている。旅プラン概要領域５０９０ａおよび旅プラン概要領域５０９０ｂは選択可能なように構成されており、旅プラン概要領域５０９０ａを選択すると旅プランＡの詳細を示す画面が表示され、旅プラン概要領域５０９０ｂを選択すると旅プランＢの詳細を示す画面が表示され得る。
【０１０９】
図５Ｅは、ユーザ装置に表示される画面５０００Ｅを示す。画面５０００Ｅは、旅プランの詳細を確認するための画面である。画面５０００Ｅは、例えば、図５Ｄに示される旅プラン概要領域５０９０ａが選択されることによって画面５０００Ｄから遷移した画面である。図５Ｅに示される例では、画面５０００Ｅは、旅プランのタイトルを示すタイトル領域５０１０’、旅プランの旅程を示す旅程領域５０２０’、旅プランの料金を示す料金領域５０３０’、旅プランの所要時間を示す所要時間領域５０４０’と、ガイドに関する情報を示すガイド情報領域５１００と、ガイドに関するより詳細な情報を閲覧するためのガイド詳細領域５１１０とを含む。
【０１１０】
タイトル領域５０１０’、旅程領域５０２０’、料金領域５０３０’、所要時間領域５０４０’において示される情報は、それぞれ、図５Ｂに示されるタイトル入力領域５０１０、旅程入力領域５０２０、ツアー時間入力領域５０３０、ツアー料金入力領域５０４０のそれぞれにおいて入力された情報に対応する。
【０１１１】
ガイド情報領域５１００には、例えば、ゲストに向けたコメントが表示され得る。これにより、ゲストは、ガイドについての人となりを知ることができる。ゲストは、ガイドについてより詳細に知りたい場合にはガイド詳細領域５１１０を選択することにより、ガイドのアカウント登録情報の一部または全部を閲覧することが可能である。ガイドがゲストに伝えたいこと（例えば、この旅プランでの一押しの場所、この旅プランの見どころ、どのような旅になるのかなど）、および、過去にゲストとしてこの旅プランを体験した元ゲストによるレビューおよび評価が、画面５０００Ｅにさらに表示されてもよい。
【０１１２】
例えば、画面５０００Ｅの閲覧時間が所定の時間を経過すると、この旅プランが気に入ったかどうか、この旅プランを作成したガイドにスケジュールを確認するかどうかをゲストに尋ねるためのポップアップ画面が表示され得る。あるいは、この旅プランが気に入ったかどうか、この旅プランを作成したガイドにスケジュールを確認するかどうかを選択することが可能な領域が画面５０００Ｅの一部に表示されているようにしてもよい。
【０１１３】
例えば、この旅プランを作成したガイドにスケジュールを確認する旨の選択をゲストがユーザ装置を用いて行うと、ゲストは、スケジュールの確認要求をガイドに提供することが可能である。
【０１１４】
図５Ｆは、ユーザ装置に表示される画面５０００Ｆを示す。画面５０００Ｆは、ゲストからのスケジュールの確認要求を確認するための画面である。画面５０００Ｆは、例えば、ガイドのユーザ装置がスケジュールの確認要求を受信したことに応答して表示されるポップアップ画面から遷移した画面である。画面５０００Ｆは、スケジュールの確認を希望するゲストの概要を示すゲスト概要領域５１２０ａ、ゲスト概要領域５１２０ｂ、ゲスト概要領域５１２０ｃを含む。ゲスト概要領域５１２０ａ、ゲスト概要領域５１２０ｂ、ゲスト概要領域５１２０ｃは、それぞれ、選択可能なように構成されている。例えば、ゲスト概要領域５１２０ａを選択すると、画面５０００Ｆは、ゲスト「Mr.Smith」の希望ツアー基礎情報が表示された画面（図示せず）に遷移し、それにより、ガイドは、ゲスト「Mr. Smith」の希望ツアー基礎情報を閲覧することが可能である。
【０１１５】
例えば、希望ツアー基礎情報が表示された画面の閲覧時間が所定の時間を経過すると、ガイドは、ガイドできるかどうかの確認を要求され、ガイドできる旨の入力を行うと、ガイド可能な日程（日または期間）の選択を要求される。あるいは、希望ツアー基礎情報が表示された画面が、ガイドがガイド可能な日程（日または期間）の選択が可能な領域を含んでいてもよい。
【０１１６】
５．サーバ装置の処理
図６は、図４に示されるステップＳ４００５の処理のフローの一例を示す。この処理は、例えば、サーバ装置２０１０に含まれるプロセッサ部２０１２によって実行される。
【０１１７】
図６に示される例では、プロセッサ部２０１２は、予め登録された複数の提案の中から所定の数の提案を抽出する処理を実行することによって、ゲストに提示されるべき少なくとも１つの提案を特定する。所定の数の提案のうちＮ番目の提案を抽出するために複数の抽出ロジックのどれをどの順番で適用するかが予め決められている。例えば、１番目の提案を抽出するために、図３Ｄに示される第１の抽出ロジック、第２の抽出ロジック、第３の抽出ロジックがこの順番で適用することが予め決められていてもよい。以下、図６に示される各ステップを説明する。ここで、Ｎの大きさは、所定の数より小さいものとする。
【０１１８】
ステップＳ６００１：Ｎの値が１に設定される。
【０１１９】
ステップＳ６００２：所定の数の提案のうちＮ番目の提案を抽出するために使用される抽出ロジック適用条件が選択される。どの抽出ロジック適用条件が選択されるかは、予め決められていてもよいし、ランダムに決められてもよい。
【０１２０】
ステップＳ６００３：ステップＳ６００２において選択された抽出ロジック適用条件を適用することにより、予め登録された複数の提案の中から、Ｎ番目の提案が抽出される。
【０１２１】
ステップＳ６００４：抽出された提案の数が所定の数に達したか否かが判定される。判定結果が「Ｙｅｓ」の場合には、処理は終了する。判定結果が「Ｎｏ」の場合には、ステップＳ６００５において、Ｎの値が１つだけインクリメントされる。その後、処理はステップＳ６００２に戻る。
【０１２２】
例えば、ゲストに提示されるべき提案の数が５個である場合（すなわち、所定の数＝５である場合）、１番目の提案を抽出するために使用される第１の抽出ロジック適用条件が選択され、選択された第１の抽出ロジック適用条件を適用することにより、予め登録された複数の提案から１番目の提案が抽出される。同様に、２番目の提案を抽出するために使用される第２の抽出ロジック適用条件が選択され、選択された第２の抽出ロジック適用条件を適用することにより、予め登録された複数の提案から２番目の提案が抽出される。３番目の提案〜５番目の提案についても同様である。
【０１２３】
第１〜第５の抽出ロジック適用条件の例は、以下に示すとおりである。
【０１２４】
・第１の抽出ロジック適用条件＝「第１の抽出ロジック『季節』に従って抽出された旅プランが１個以上ある場合にはそれらの旅プランの中から１個の旅プランをランダムに抽出する。第１の抽出ロジック『季節』に従って抽出された旅プランが０個である場合には第２の抽出ロジック→第３の抽出ロジック→第４の抽出ロジックの順に抽出ロジックを適用することによって、１個の旅プランを抽出する。」
・第２の抽出ロジック適用条件＝「第２の抽出ロジック『位置情報』に従って抽出された旅プランが１個以上ある場合にはそれらの旅プランの中から１個の旅プランをランダムに抽出する。第２の抽出ロジック『位置情報』に従って抽出された旅プランが０個である場合には第１の抽出ロジック→第３の抽出ロジック→第４の抽出ロジックの順に抽出ロジックを適用することによって、１個の旅プランを抽出する。」
・第３の抽出ロジック適用条件＝「第３の抽出ロジック『エリア訪問回数』に従って抽出された旅プランが１個以上ある場合にはそれらの旅プランの中から１個の旅プランをランダムに抽出する。第３の抽出ロジック『エリア訪問回数』に従って抽出されたプランが０個である場合には第１の抽出ロジック→第２の抽出ロジック→第４の抽出ロジックの順に抽出ロジックを適用することによって、１個の旅プランを抽出する。」
・第４の抽出ロジック適用条件＝「第４の抽出ロジック『密接度』に従って１個の旅プランをランダムに抽出する。」
・第５の抽出ロジック適用条件＝「第４の抽出ロジック『密接度』に従って１個の旅プランをランダムに抽出する。」
【０１２５】
以下、旅プランを抽出する処理を説明する。この処理は、例えば、サーバ装置２０１０に含まれるプロセッサ部２０１２によって実行される。
【０１２６】
旅プランを抽出する処理の一例として、以下、第１の抽出ロジック「季節」に従って旅プランを抽出する処理を説明する。希望ツアー基礎情報に含まれる「日程」からゲストがツアーを希望する「季節」が決定される。例えば、希望ツアー基礎情報に含まれる「日程」が２０１７年１２月２７日〜２０１７年１２月３０日である場合、ゲストがツアーを希望する「季節」が「冬」と決定される。一方、ガイドが旅プランを作成する際に、ガイドは、旅プランの「季節」を設定することが可能である。例えば、ガイドは、旅プランのおすすめ期間を２０１７年１２月１日〜２０１８年４月３０日と設定することにより、その旅プランの「季節」を「冬」または「春」とすることが可能である。「季節」という抽出条件に関する第１の抽出ロジックが実行されると、希望ツアー基礎情報に含まれる「季節」（すなわち、ゲストがツアーを希望する「季節」）とガイドが提案する旅プランの「季節」とが一致する旅プランが抽出され、抽出された旅プランの中から、希望ツアー基礎情報に含まれる「予算」を満たす旅プランが抽出される。このように、「季節」という抽出条件に関する第１の抽出ロジックにより、「季節」でフィルタリングした旅プラン抽出を実現することが可能である。なお、希望ツアー基礎情報の「予算」が、ガイドが設定した旅プランの「ツアー料金」±αの範囲内である場合に、その旅プランを「希望ツアー基礎情報に含まれる「予算」を満たす旅プラン」としてもよい。ここで、αは、例えば、１万円、２万円、３万円であるが、これに限定されない。また、第１の抽出ロジックによって旅プランが抽出されないこともあり得る。例えば、「季節」および「予算」の両方の条件を満たす旅プランが存在しない場合には、第１の抽出ロジックによって旅プランが抽出されない。
【０１２７】
旅プランを抽出する処理の他の一例として、以下、第２の抽出ロジック「位置情報」に従って旅プランを抽出する処理を説明する。希望ツアー基礎情報には、「エリア」（すなわち、ゲストが案内を希望するエリア）が含まれ得る。一方、ガイドが旅プランを作成する際に、ガイドは、旅プランの「エリア」（すなわち、ガイドが案内を実施するエリア）を設定することが可能である。「位置情報」という抽出条件に関する第２の抽出ロジックが実行されると、希望ツアー基礎情報に含まれる「エリア」（すなわち、ゲストが案内を希望する「エリア」）とガイドが案内を実施する「エリア」とを比較して、ゲストが案内を希望する「エリア」とガイドが案内を実施する「エリア」とが近い場合（例えば、ガイドが案内を実施する「エリア」がゲストが案内を希望する「エリア」から所定の範囲内（図３Ｄに示される例では、半径５０ｋｍの範囲内）にある場合）には、そのガイドが提案する旅プランが抽出され、抽出された旅プランの中から、希望ツアー基礎情報に含まれる「予算」を満たす旅プランが抽出される。このように、「位置情報」という抽出条件に関する第２の抽出ロジックにより、「位置情報」でフィルタリングした旅プラン抽出を実現することが可能である。なお、希望ツアー基礎情報の「予算」が、ガイドが設定した旅プランの「ツアー料金」±αの範囲内である場合に、その旅プランを「希望ツアー基礎情報に含まれる「予算」を満たす旅プラン」としてもよい。ここで、αは、例えば、１万円、２万円、３万円であるが、これに限定されない。また、第２の抽出ロジックによって旅プランが抽出されないこともあり得る。例えば、「位置情報」および「予算」の両方の条件を満たす旅プランが存在しない場合には、第２の抽出ロジックによって旅プランが抽出されない。また、希望ツアー基礎情報に含まれる「エリア」が複数の相互に遠距離のエリア（例えば、「東京」と「京都」との両方）を含む場合には第２の抽出ロジックが実行されないように設定されることが可能である。
【０１２８】
旅プランを抽出する処理の他の一例として、以下、第３の抽出ロジック「エリア訪問回数」に従って旅プランを抽出する処理を説明する。希望ツアー基礎情報には、「エリア訪問回数」が含まれ得る。例えば、希望ツアー基礎情報に含まれる「エリア訪問回数」は、過去にそのエリアに訪問した回数、または、そのエリアへの今回の訪問が何回目の訪問であるかであるが、これらに限定されない。具体的には、「エリア訪問回数」は、例えば、「０回」、「１回」、「２回以上」、または、「はじめて」、「１回目」、「２回目」、「３回目以降」であるが、これらに限定されない。一方、プランデータベース部２０４３に格納されている旅プランの一部は、「メジャープラン設定有」の旅プランを含み得る。「メジャープラン設定有」の旅プランは、「エリア訪問回数」が「はじめて」または「１回目」または「０回」である場合に優先的にまたは積極的に抽出される旅プランであり、「メジャープラン設定無」の旅プランは、「エリア訪問回数」が「１回」、「２回以上」、または、「２回目」、「３回目以降」などである場合に優先的にまたは積極的に抽出される旅プランである。なお、「メジャープラン設定有」および「メジャープラン設定無」は、例えば、ガイドとゲストとの組み合わせの特定を支援するためのウェブサイトの管理者（例えば、このウェブサイトを運営する運営企業または運営者）によって設定され得る。「エリア訪問回数」という抽出条件に関する第３の抽出ロジックが実行されると、希望ツアー基礎情報に含まれる「エリア訪問回数」が「はじめて」であるか否かが判定され、「はじめて」である場合には、「メジャープラン設定有」の旅プランが抽出され、「はじめて」ではない場合には、「メジャープラン設定無」の旅プランが抽出され、抽出された旅プランの中から、希望ツアー基礎情報に含まれる「予算」を満たす旅プランが抽出される。このように、「エリア訪問回数」という抽出条件に関する第３の抽出ロジックにより、「エリア訪問回数」でフィルタリングした旅プラン抽出を実現することが可能である。なお、希望ツアー基礎情報の「予算」が、ガイドが設定した旅プランの「ツアー料金」±αの範囲内である場合に、その旅プランを「希望ツアー基礎情報に含まれる「予算」を満たす旅プラン」としてもよい。ここで、αは、例えば、１万円、２万円、３万円であるが、これに限定されない。また、第３の抽出ロジックによって旅プランが抽出されないこともあり得る。例えば、「エリア訪問回数」および「予算」の両方の条件を満たす旅プランが存在しない場合には、第３の抽出ロジックによって旅プランが抽出されない。
【０１２９】
旅プランを抽出する処理の他の一例として、以下、第４の抽出ロジック「密接度」に従って旅プランを抽出する処理を説明する。希望ツアー基礎情報には、「希望カテゴリー」が含まれ得る。「希望カテゴリー」の一例は、図１を参照して説明されたとおりである。また、ガイドが作成した旅プランには、「プランカテゴリー」が含まれ得る。「プランカテゴリー」の一例は、図３Ｃを参照して説明されたとおりである。「密接度」という抽出条件に関する第４の抽出ロジックが実行されると、希望ツアー基礎情報に含まれる「希望カテゴリー」と旅プランに含まれる「プランカテゴリー」とに基づいて、「希望カテゴリー」と「プランカテゴリー」との間の密接度（例えば、ゲストによって提供された希望ツアー基礎情報に含まれる「希望カテゴリー」の構成要素に該当する「プランカテゴリー」の構成要素の数）が閾値以上である旅プランが抽出され、抽出された旅プランの中から、希望ツアー基礎情報に含まれる「予算」を満たす旅プランが抽出される。このように、「密接度」という抽出条件に関する第４の抽出ロジックにより、「密接度」でフィルタリングした旅プラン抽出を実現することが可能である。なお、希望ツアー基礎情報の「予算」が、ガイドが設定した旅プランの「ツアー料金」±αの範囲内である場合に、その旅プランを「希望ツアー基礎情報に含まれる「予算」を満たす旅プラン」としてもよい。ここで、αは、例えば、１万円、２万円、３万円であるが、これに限定されない。また、「密接度」および「予算」の両方の条件を満たす旅プランが少なくともいくつか存在するように複数の旅プランがプランデータベース部２０４３内に格納され得る。
【０１３０】
なお、各旅プランは、優先表示が設定可能であってもよい。これにより、各抽出ロジックを実行したことによって抽出された旅プランのうちのいくつかがゲストに優先的に提示されるようにしてもよい。例えば、第１の抽出ロジックによって旅プランがＸ個抽出され、そのＸ個の旅プランの中から、「優先表示設定有」の旅プランをＡ個、「優先表示設定無」の旅プランをＢ個抽出するようにしてもよい（ただし、Ａ＋Ｂ≦ＸかつＢ＜Ａ）。なお、「優先表示設定有」および「優先表示設定無」は、例えば、ガイドとゲストとの組み合わせの特定を支援するためのウェブサイトの管理者（例えば、このウェブサイトを運営する運営企業または運営者）によって設定され得る。
【０１３１】
なお、図６に示される例では、図３Ｄに示される抽出ロジック適用データベース部２０４４に格納されている複数の抽出ロジックを利用して、予め登録された複数の提案の中から所定の数の提案を抽出する処理の一例を説明したが、予め登録された複数の提案の中から所定の数の提案を抽出する処理はこれに限定されない。
【０１３２】
以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。
【産業上の利用可能性】
【０１３３】
本発明は、サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置、そのサーバ装置において実行される方法およびプログラム等を提供するものとして有用である。
【符号の説明】
【０１３４】
２０００  コンピュータシステム
２０１０  サーバ装置
２０２０  インターネット
２０３０１〜２０３０Ｎ  ユーザ装置
２０４０  データベース部
【図１】
2019212283.tif 000003
【図２】
2019212283.tif 000004
【図３Ａ】
2019212283.tif 000005
【図３Ｂ】
2019212283.tif 000006
【図３Ｃ】
2019212283.tif 000007
【図３Ｄ】
2019212283.tif 000008
【図３Ｅ】
2019212283.tif 000009
【図４】
2019212283.tif 000010
【図５Ａ】
2019212283.tif 000011
【図５Ｂ】
2019212283.tif 000012
【図５Ｃ】
2019212283.tif 000013
【図５Ｄ】
2019212283.tif 000014
【図５Ｅ】
2019212283.tif 000015
【図５Ｆ】
2019212283.tif 000016
【図６】
2019212283.tif 000017