(58)【調査した分野】(Int.Cl.,DB名)
前記方法は、前記コンピュータシステムが、前記1人以上のサービス提供者のうちの1人によって前記サービス被提供者に提示された提案を前記1人以上のサービス提供者のうちの残りが閲覧可能な状態とすることをさらに含む、請求項1〜3のいずれかに記載の方法。
前記方法は、前記コンピュータシステムが、前記サービス被提供者による選択を必要とすることなく、前記サービス提供者が1人以上の追加のサービス提供者を選択することを可能にすることをさらに含む、請求項1〜6のいずれかに記載の方法。
サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置であって、前記サーバ装置は、ネットワークを介して、複数のユーザ装置と通信することが可能なように構成されており、
前記サーバ装置は、プロセッサ部を備え、
前記プロセッサ部は、
サービス被提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記サービス被提供者が提供されることを希望するサービスを特定するための基礎となる希望サービス基礎情報を受信することであって、前記サービスは、前記サービス提供者が前記サービス被提供者に前記サービスを提供する際に前記サービス提供者が前記サービス被提供者に会うことを必要とし、前記サービス被提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの1つのユーザ装置である、ことと、
前記希望サービス基礎情報を1人以上のサービス提供者が閲覧可能な状態にすることと、
前記1人以上のサービス提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記希望サービス基礎情報に対する1以上の提案を受信することであって、前記1以上の提案のそれぞれは、それぞれの提案をしたサービス提供者に関する情報を少なくとも含み、前記1以上の提案は、前記希望サービス基礎情報に基づくものであり、前記サービス被提供者が提供されることを希望するサービスは、前記1人以上のサービス提供者が提供可能なサービスであり、前記1人以上のサービス提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの他のユーザ装置である、ことと、
前記1以上の提案を前記サービス被提供者が選択可能な態様で前記サービス被提供者に提示することと、
前記サービス被提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記1人以上のサービス提供者の中から前記サービス被提供者によって選択されたサービス提供者を示す情報を受信することと、
前記サービス被提供者によって選択されたサービス提供者と前記サービス被提供者との組み合わせを特定することと
を少なくとも実行するように構成されている、サーバ装置。
前記サーバ装置は、前記1人以上のサービス提供者のうちの1人によって前記サービス被提供者に提示された提案を前記1人以上のサービス提供者のうちの残りが閲覧可能な状態とすることをさらに実行するように構成されている、請求項9または請求項10に記載のサーバ装置。
サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置において実行される方法であって、前記サーバ装置は、ネットワークを介して、複数のユーザ装置と通信することが可能なように構成されており、
前記サーバ装置は、プロセッサ部を備え、
前記方法は、
前記プロセッサ部が、サービス被提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記サービス被提供者が提供されることを希望するサービスを特定するための基礎となる希望サービス基礎情報を受信することであって、前記サービスは、前記サービス提供者が前記サービス被提供者に前記サービスを提供する際に前記サービス提供者が前記サービス被提供者に会うことを必要とし、前記サービス被提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの1つのユーザ装置である、ことと、
前記プロセッサ部が、前記希望サービス基礎情報を1人以上のサービス提供者が閲覧可能な状態にすることと、
前記プロセッサ部が、前記1人以上のサービス提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記希望サービス基礎情報に対する1以上の提案を受信することであって、前記1以上の提案のそれぞれは、それぞれの提案をしたサービス提供者に関する情報を少なくとも含み、前記1以上の提案は、前記希望サービス基礎情報に基づくものであり、前記サービス被提供者が提供されることを希望するサービスは、前記1人以上のサービス提供者が提供可能なサービスであり、前記1人以上のサービス提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの他のユーザ装置である、ことと、
前記プロセッサ部が、前記1以上の提案を前記サービス被提供者が選択可能な態様で前記サービス被提供者に提示することと、
前記プロセッサ部が、前記サービス被提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記1人以上のサービス提供者の中から前記サービス被提供者によって選択されたサービス提供者を示す情報を受信することと、
前記プロセッサ部が、前記サービス被提供者によって選択されたサービス提供者と前記サービス被提供者との組み合わせを特定することと
を含む、方法。
サービス提供者とサービス被提供者との組み合わせの特定を支援するサーバ装置において実行されるプログラムであって、前記サーバ装置は、ネットワークを介して、複数のユーザ装置と通信することが可能なように構成されており、
前記サーバ装置は、プロセッサ部を備え、
前記プログラムは、前記プロセッサ部によって実行されると、
サービス被提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記サービス被提供者が提供されることを希望するサービスを特定するための基礎となる希望サービス基礎情報を受信することであって、前記サービスは、前記サービス提供者が前記サービス被提供者に前記サービスを提供する際に前記サービス提供者が前記サービス被提供者に会うことを必要とし、前記サービス被提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの1つのユーザ装置である、ことと、
前記希望サービス基礎情報を1人以上のサービス提供者が閲覧可能な状態にすることと、
前記1人以上のサービス提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記希望サービス基礎情報に対する1以上の提案を受信することであって、前記1以上の提案のそれぞれは、それぞれの提案をしたサービス提供者に関する情報を少なくとも含み、前記1以上の提案は、前記希望サービス基礎情報に基づくものであり、前記サービス被提供者が提供されることを希望するサービスは、前記1人以上のサービス提供者が提供可能なサービスであり、前記1人以上のサービス提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの他のユーザ装置である、ことと、
前記1以上の提案を前記サービス被提供者が選択可能な態様で前記サービス被提供者に提示することと、
前記サービス被提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記1人以上のサービス提供者の中から前記サービス被提供者によって選択されたサービス提供者を示す情報を受信することと、
前記サービス被提供者によって選択されたサービス提供者と前記サービス被提供者との組み合わせを特定することと
を少なくとも実行することを前記プロセッサ部に行わせる、プログラム。
サーバ装置と複数のユーザ装置とを含むコンピュータシステムであって、前記サーバ装置は、サービス提供者とサービス被提供者との組み合わせの特定を支援することが可能なように構成されており、前記サーバ装置は、ネットワークを介して、複数のユーザ装置と通信することが可能なように構成されており、
サービス被提供者によって使用されるユーザ装置は、前記ネットワークを介して、前記サービス被提供者が提供されることを希望するサービスを特定するための基礎となる希望サービス基礎情報を前記サーバ装置に送信し、前記サービスは、前記サービス提供者が前記サービス被提供者に前記サービスを提供する際に前記サービス提供者が前記サービス被提供者に会うことを必要とし、前記サービス被提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの1つのユーザ装置であり、
前記サーバ装置は、前記サービス被提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記希望サービス基礎情報を受信し、
前記サーバ装置は、前記希望サービス基礎情報を1人以上のサービス提供者が閲覧可能な状態にし、
前記1人以上のサービス提供者によって使用されるユーザ装置は、前記ネットワークを介して、前記希望サービス基礎情報に対する1以上の提案を前記サーバ装置に送信し、前記1以上の提案のそれぞれは、それぞれの提案をしたサービス提供者に関する情報を少なくとも含み、前記1以上の提案は、前記希望サービス基礎情報に基づくものであり、前記サービス被提供者が提供されることを希望するサービスは、前記1人以上のサービス提供者が提供可能なサービスであり、前記1人以上のサービス提供者によって使用されるユーザ装置は、前記複数のユーザ装置のうちの他のユーザ装置であり、
前記サーバ装置は、前記1人以上のサービス提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記1以上の提案を受信し、
前記サーバ装置は、前記1以上の提案を前記サービス被提供者が選択可能な態様で前記サービス被提供者に提示し、
前記サービス被提供者によって使用されるユーザ装置は、前記ネットワークを介して、前記1人以上のサービス提供者の中から前記サービス被提供者によって選択されたサービス提供者を示す情報を前記サーバ装置に送信し、
前記サーバ装置は、前記サービス被提供者によって使用されるユーザ装置から、前記ネットワークを介して、前記サービス被提供者によって選択されたサービス提供者を示す情報を受信し、
前記サーバ装置は、前記サービス被提供者によって選択されたサービス提供者と前記サービス被提供者との組み合わせを特定する、コンピュータシステム。
【発明を実施するための形態】
【0023】
以下、図面を参照しながら、本発明の実施の形態を説明する。
【0024】
1.サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデル
出願人は、サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデルを提案する。このビジネスモデルは、サービス提供者とサービス被提供者との組み合わせの特定において、サービス提供者が提供することが可能なサービスプランを企画立案する負担を低減させることを企図したものである。この新しいビジネスモデルによれば、サービス提供者がサービス被提供者のニーズ(すなわち、サービス被提供者が求める理想のサービス)を把握した上でそのニーズに応える(そのニーズに合う)ようにサービスを提案することにより、サービス提供者は、サービスプランを企画立案する負担を低減することが可能である。その理由は、サービス提供者は、サービス被提供者に提供するサービスプランをウェブサイトに予め登録しておく必要がなく、サービス被提供者の「相談に乗る」という形でサービスプランの内容を作りあげることが可能であるからである。
【0025】
ここで、本明細書において「サービス提供者」とは、サービスを提供する人をいい、「サービス被提供者」とはサービスを提供してもらう人をいうものとする。すなわち、サービスは、サービス提供者によってサービス被提供者に提供される。1つの実施形態では、サービス提供者とサービス被提供者とは、サービスの実際の提供の前に会うことがなく、サービスの実際の提供の際にはじめて会う。ただし、サービス提供者とサービス被提供者とが実際に会うことは必ずしも必須ではない。例えば、1つの実施形態では、サービス提供者とサービス被提供者とが実際に(物理的に)会わなくてもよい。
【0026】
また、本明細書における「サービス」は、任意のサービスであり得るが、代表的には、サービス提供者がサービス被提供者に実際に(物理的に)会った際にサービス提供者によって提供されるものであり得る。従って、本願明細書にいう「サービス」は、ウェブサイトが関与しないものであり得る。
【0027】
「サービス」の一例は、ガイド(例えば、日本人ガイド)によるゲスト(例えば、訪日外国人)の旅行ガイドサービスである。この新しいビジネスモデルによれば、ガイドがゲストのニーズ(すなわち、ゲストが求める理想の旅)を把握した上でそのニーズに応えるように旅プランを提案することにより、ガイドは、旅プランを企画立案する負担を低減することが可能である。その理由は、ガイドは、ゲストに提供する旅プランをウェブサイトに予め登録しておく必要がなく、ゲストの「相談に乗る」という形で旅プランの内容を作りあげることが可能であるからである。
【0028】
サービス提供者は、ウェブサイトに事前にアカウント登録をしておく必要がある。アカウント登録時に、サービス提供者は、自分の住所、氏名、年齢、性別、電話番号、eメールアドレス、顔写真、銀行口座などの個人情報をウェブサイトの管理者に提供する。これにより、ウェブサイトの管理者は、サービス提供者の個人情報を把握することが可能である。サービス提供者の個人情報の少なくとも一部は、ウェブサイトに掲載されることが可能である。
【0029】
サービス被提供者は、ウェブサイトに事前にアカウント登録をしておく必要がある。アカウント登録時に、サービス被提供者は、自分の住所、氏名、年齢、性別、電話番号、eメールアドレス、顔写真、電子マネーのアカウントなどの個人情報をウェブサイトに提供する。あるいは、サービス被提供者のアカウント登録を簡略化するために、いくつかの個人情報を省略できるようにしてもよい。これにより、ウェブサイトの管理者は、サービス被提供者の個人情報を把握することが可能である。
【0030】
図1は、サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデルのフローを示す。なお、
図1に示される例では、ウェブサイトの運営企業は、サービス提供者とサービス被提供者との組み合わせの特定を支援するためのウェブサイトを提供しているものとする。以下、
図1に示される各ステップを説明する。
【0031】
ステップS101:サービス被提供者は、サービス被提供者が提供されることを希望するサービスを特定するための基礎となる情報(以下、「希望サービス基礎情報」という)をウェブサイトに提供する。希望サービス基礎情報は、サービス被提供者のニーズ(すなわち、サービス被提供者が求める理想のサービス)をサービス提供者が把握するために用いられる。希望サービス基礎情報は、例えば、サービス被提供者の個人情報(例えば、国籍、性別、年齢、職業)、サービス被提供者が提供されることを希望するサービスに関連する情報(例えば、日程、人数、予算)、サービス被提供者のこだわりを特定するための情報(例えば、#グルメにこだわる、#人込みを避けたい、#わいわい騒ぎたい、#お酒は外せない!、#一点豪華主義、#つまみ食いタイプ、#なるべく節約する、#アニメの聖地巡礼家、#お菓子マニア、#写真にこだわる、#まったりゆったり旅、#綿密に計画を立てる旅、#歩くの大好き!、#隠しきれないドライバー魂、#スリルが好き、#安全な旅が好き、#現地の人と交流するのが好き!、#縛られたくない、現地の人がよく行くところに行きたい、歴史的なものを見たい、伝統的な体験をしたい、自然でリラックスしたい、現地伝統料理を食べたい、人気な食べ物を食べたい、友達とするような遊びを体験したい、自然の中で遊びたい、フォトジェニックなものを求めている、季節を感じたい、景色・夜景がきれいなところに行きたい、動物と触れ合いたい、斬新で奇抜、現地の人と交流したい、温泉に行きたい、アートを見たい、お祭りに行きたい、定番な場所に行きたい、なりきりたい(忍者・侍等)、アミューズメントパークに行きたい、オタクカルチャーに浸かりたい、ショーを見たい、体を動かしたい、有名な場所に行きたい)、サービス被提供者の食に関する情報(例えば、好きな食べ物、嫌いな食べ物、アレルギー)を含むが、これに限定されない。希望サービス基礎情報がウェブサイトに提供されると、希望サービス基礎情報は、ウェブサイトにアカウント登録されている全部または一部のサービス提供者に対して公開される(すなわち、ウェブサイトにアカウント登録されている全部または一部のサービス提供者が希望サービス基礎情報を閲覧可能な状態となる)。ウェブサイトにアカウント登録されている全部または一部のサービス提供者のうちの少なくとも1人のサービス提供者が希望サービス基礎情報に対する提案をウェブサイトに提供することが可能である。
【0032】
ステップS102:サービス提供者Aは、希望サービス基礎情報に対する提案Aをウェブサイトに提供する。これにより、サービス提供者Aは、サービス提供者Aが提供することが可能なサービスをサービス被提供者に提案することが可能である。なお、サービス提供者Aの提案Aは、ウェブサイトに提供されている希望サービス基礎情報に基づいてサービス提供者Aがサービス被提案者に提案するサービスを特定するための情報である。
【0033】
ステップS103:サービス提供者Bは、サービス提供者Aと同様に、希望サービス基礎情報に対する提案Bをウェブサイトに提供する。これにより、サービス提供者Bは、サービス提供者Bが提供することが可能なサービスをサービス被提供者に提案することが可能である。なお、サービス提供者Bの提案Bは、ウェブサイトに提供されている希望サービス基礎情報に基づいてサービス提供者Bがサービス被提案者に提案するサービスを特定するための情報である。また、サービス提供者Bは、提案Bをウェブサイトに提供する前に、サービス提供者Aの提案Aを閲覧することができない。これにより、サービス提供補者Bは、サービス提供者Aの提案Aに左右されることなく、サービス提供補者Bの独創的な発想でサービスを提案することが可能である。
【0034】
ステップS104:サービス提供者Cは、サービス提供者A、Bと同様に、希望サービス基礎情報に対する提案Cをウェブサイトに提供する。これにより、サービス提供者Cは、サービス提供者Cが提供することが可能なサービスをサービス被提供者に提案することが可能である。なお、サービス提供者Cの提案Cは、ウェブサイトに提供されている希望サービス基礎情報に基づいてサービス提供者Cがサービス被提案者に提案するサービスを特定するための情報である。また、サービス提供者Cは、提案Cをウェブサイトに提供する前に、サービス提供者Aの提案Aおよびサービス提供者Bの提案Bを閲覧することができない。これにより、サービス提供者Cは、サービス提供者Aの提案Aおよびサービス提供者Bの提案Bに左右されることなく、サービス提供補者Cの独創的な発想でサービスを提案することが可能である。
【0035】
このように、後にサービスを提案するサービス提供者は、先にサービスを提案したサービス提供者の提案を閲覧することができない。これにより、後にサービスを提案するサービス提供者は、先にサービスを提案したサービス提供者の提案の内容に影響されることなく、後にサービスを提案するサービス提供者の個性が反映されたサービスを提案することが可能である。また、先にサービスを提案したサービス提供者の提案の内容を少し改変したにすぎないサービスを、後にサービスを提案するサービス提供者がサービス被提供者に提案することを避けることが可能である。
【0036】
ステップS105:サービス被提供者は、複数のサービス提供者によって提案された複数の提案の中から少なくとも1つの提案を選択する。
図1に示される例では、サービス被提供者は、提案A、B、Cの中から提案Aを選択したと仮定する。これは、サービス被提供者が、サービス提供者Aによって提案された提案Aを採用して、サービス提供者Aによって提供されるサービスを受けることを決定したことを意味する。このようにして、サービス被提供者とサービス提供者Aとの組み合わせが成立する。この組み合わせが成立した時点で、サービス提供者Aがサービス被提供者に提供するサービスの詳細は決定していなくてもよい。
【0037】
なお、ステップS105においてサービス被提供者に提案される提案の数を少ない数(例えば、3〜5)に限定するようにしてもよい。この場合、サービス被提供者は、多くの提案の中から1つの提案を選択しなくて済むため、いわゆる「選択疲れ」をしなくて済む。ここで、「選択疲れ」とは、人間は選択肢があまりに多すぎるその選択肢から1つを選択するのに疲れるという現象をいう。このことは、ジャムの法則として広く知られている。
【0038】
また、サービス被提供者が少なくとも1つの提案を選択したとき、その選択された提案を行ったサービス提供者Aに、サービス提供者Aの提案がサービス被提供者によって選択された旨が通知され、サービス被提供者にサービスを提案したがサービス被提供者によってその提案が選択されなかったサービス提供者Bに、サービス提供者Bの提案がサービス被提供者によって選択されなかった旨が通知され、サービス被提供者にサービスを提案したがサービス被提供者によってその提案が選択されなかったサービス提供者Cに、サービス提供者Cの提案がサービス被提供者によって選択されなかった旨が通知されるようにしてもよい。
【0039】
また、サービス提供者Bおよびサービス提供者Cの提案がサービス被提供者によって選択されなかった旨の通知に加えて、または、サービス提供者Bおよびサービス提供者Cの提案がサービス被提供者によって選択されなかった旨の通知に代えて、サービス提供者Aがサービス被提供者に提案した内容(すなわち、提案A)が、サービス提供者Bおよびサービス提供者Cのそれぞれに通知されるようにしてもよい。これにより、サービス提供者Bおよびサービス提供者Cのそれぞれは、サービス被提供者によって選択された提案Aを見てその自身の提案と提案Aとの相違点や自身が提供するサービスの向上のきっかけなどを学習することが可能であり、それ故、サービス提供者Bおよびサービス提供者Cのそれぞれは、別の機会に(将来的に)より良いサービス提供を実現することが可能になる。
【0040】
ステップS106:サービス提供者Aおよびサービス被提供者は、事前相談を行う。これは、サービス提供者Aが実際にサービス被提供者にサービスを提供する前に、そのサービスの内容の詳細を詰めるためである。この事前相談において、サービス提供者Aは、サービス被提供者との信頼関係を築き上げることが可能である。事前相談の態様は問わない。例えば、サービス提供者Aおよびサービス被提供者は、ウェブサイトを介して(例えば、ウェブサイトが提供する掲示板の機能を利用して)事前相談を行ってもよいし、ウェブサイトを介することなく(例えば、電話やFAXやメール等で)事前相談を行ってもよい。なお、この事前相談は、他のサービス提供者が介入することなくサービス提供者A単独とサービス被提供者とで行われてもよい。これにより、サービスが結果的に複数のサービス提供者によってサービス被提供者に提供される場合であっても、サービス被提供者は、サービス提供者Aと交渉すればよく、スムーズに事前相談を進めることが可能である。あるいは、この事前相談は、サービス提供者Aと他のサービス提供者とサービス被提供者とで行われてもよい。この事前相談の時点で他のサービス提供者が介入することにより、実際にサービス提供する前から他のサービス提供者もまたサービス被提供者との信頼関係を築くことが可能であり、サービス提供当日のサービス体験の価値を高めることに繋がり、ひいては、他のサービス提供者自身のモチベーション向上にも繋がる。
【0041】
また、サービス提供者Aは、事前相談の時に、サービス被提供者とのメッセージ交換の結果に基づいて、自身が提示したプランを修正することによって最終的なプランとすることも可能である。プランの修正には、イベントの追加・変更・具体化や工程の追加・変更・具体化、サービス提供料金の変更などが含まれるが、これらに限定されない。例えば、サービス提供者Aが概略的なプランを最初に提示し、サービス被提供者がこの概略的なプランを選択した場合において、サービス提供者Aは、最終的なプランを決定するためにサービス被提供者の意見を採り入れることによって、サービス被提供者が希望するプランと最終的なプランとの不一致を減少させることが可能である。このように、最終的なプランを決定するにあたり、サービス被提供者の意見を採り入れることによって、最終的なプランをサービス被提供者にとって魅力的なものにすることが可能である。また、サービス提供者Aとサービス被提供者とがメッセージを交換する場を設けることによって、サービスが実際に提供される前に、サービス提供者Aとサービス被提供者とのコミュニケーションが促進される。これにより、サービスが実際に提供される際には、サービス提供者Aとサービス被提供者とが互いに親近感を有するようにすることが可能である。このようにして生み出される親近感によって、サービス提供者Aは、友だちをもてなすようにサービスをサービス被提供者に提供することが可能である。
【0042】
ステップS107:サービス被提供者は、ウェブサイトの運営企業に料金を支払う。この料金は、サービス提供者とサービス被提供者との間でサービスの最終的なプランに関する合意の成立により発生する。この料金の支払いの態様は任意である。例えば、この料金の支払いは、電子マネーを用いて行われてもよいし、ウェブサイトの運営企業の銀行口座への振り込みによって行われてもよい。
【0043】
ステップS108:ウェブサイトの運営企業は、サービス提供者Aに料金を支払う。この料金の支払いの態様は任意である。例えば、この料金の支払いは、電子マネーを用いて行われてもよいし、サービス提供者Aの銀行口座への振り込みによって行われてもよい。サービス被提供者によって支払われた料金からサービス提供者に支払われた料金を差し引いた金額がウェブサイトの運営企業の収入になる。ウェブサイトの運営企業は、サービス提供者およびサービス被提供者の片方から手数料を徴収してもよいし、サービス提供者およびサービス被提供者の両方から手数料を徴収してもよい。
【0044】
ステップS109:サービス提供者Aは、サービスの最終的なプランを実行することにより、サービス被提供者に対してサービスを提供する。
【0045】
なお、サービス提供者Aは、少なくとも1人の追加のサービス提供者と共にサービス被提供者に対してサービスを提供するようにしてもよい。この場合、サービス被提供者が少なくとも1人の追加のサービス提供者を選択する(または指定する)ことは必ずしも必要とされない。例えば、サービス提供者Aが少なくとも1人の追加のサービス提供者を選択する(または指定する)ようにしてもよい。
【0046】
また、上述した実施形態では、後にサービスを提案するサービス提供者が先にサービスを提案したサービス提供者の提案を閲覧することができない場合が説明されたが、本発明はこれに限定されない。後にサービスを提案するサービス提供者は、先にサービスを提案したサービス提供者の提案を閲覧することが可能であってもよい。後にサービスを提案するサービス提供者が先にサービスを提案したサービス提供者の提案を閲覧することが可能である場合、後のサービス提供者は、先のサービス提供者の提案の内容と重複しないように自身の提案の内容を調整することが可能である。その結果、サービス被提供者は、複数のサービス提供者から内容が相互に類似する提案を受けなくて済む。また、後にサービスを提案するサービス提供者が先にサービスを提案したサービス提供者の提案を閲覧することが可能であることは、サービス被提供者に提案される提案の数が少ない数(例えば、3〜5)に限定される場合に特に有益であるといえる。なぜなら、サービス被提供者に提案される提案の数が少数であっても、それぞれの提案の内容が重複しないようにすることができるからである。
【0047】
このように、1人のサービス提供者が1人のサービス被提供者にサービスを提供してもよいし、2人以上のサービス提供者が1人のサービス被提供者にサービスを提供してもよい。あるいは、1人のサービス提供者が2人以上のサービス被提供者にサービスを提供してもよいし、2人以上のサービス提供者が2人以上のサービス被提供者にサービスを提供してもよい。例えば、2人のサービス提供者の代表者と4人のサービス被提供者の代表者とが1対1で事前相談をして、その事前相談によってサービスプランがまとまった後に、2人のサービス提供者が4人のサービス被提供者にサービスを提供してもよい。
【0048】
このように、新しいビジネスモデルによれば、サービス提供者は、自身が提供することが可能なサービスプランをウェブサイトに予め登録しておく必要がなく、サービス被提供者が提供されることを希望するサービスを特定するための基礎になる情報(希望サービス基礎情報)に基づいて、サービス提供者がそのサービス被提供者にオススメするサービスプランをサービス被提供者に提案することが可能である。これにより、サービス提供者がサービスプランを企画立案する負担を低減することが可能である。例えば、サービス提供者は、多数のサービスプランを予め企画立案しておく必要がないから、多数のサービスプランを企画立案する面倒を感じることがなく、多数のサービスプランの品質を担保するために困難を感じることもない。また、例えば、サービス提供者は、サービス被提供者からの希望サービス基礎情報に基づいてサービスプランを企画立案するから、サービス被提供者のニーズがわからずに苦労することがなく、サービスプランを一から企画立案する手間もかからず、そのサービス被提供者に合ったサービスプラン(すなわち、そのサービス被提供者専用のサービスプラン)をそのサービス被提供者に提供することが可能である。また、サービス被提供者に提案される提案の数を少数(例えば、3〜5)に限定するようにしてもよい。これにより、サービス被提供者が「選択疲れ」をしなくて済む。
【0049】
なお、
図1に示される例では、5人のサービス提供者A、B、C、D、Eのうちの3人のサービス提供者A、B、Cがサービス被提供者にサービスを提案する例を説明したが、ウェブサイトにアカウント登録したサービス提供者の数が5人に限定されるわけではなく、サービス被提供者にサービスを提案するサービス提供者の数が3人に限定されるわけでもない。ウェブサイトにアカウント登録したサービス提供者の数は、1以上の任意の整数であり得る。サービス被提供者にサービスを提案するサービス提供者の数は、1以上の任意の整数であり得る。
【0050】
また、
図1に示される例では、サービス提供者とサービス被提供者との組み合わせの特定の支援がウェブサイトを介してなされる例を説明したが、本発明はこれに限定されない。例えば、サービス提供者とサービス被提供者との組み合わせの特定の支援は、スマートフォンなどのユーザ装置にインストールされたアプリケーションを介してなされてもよい。この場合、上述した「ウェブサイト」を「ユーザ装置にインストールされたアプリケーション」に読み替えるようにすればよい。例えば、サービス提供者およびサービス被提供者のそれぞれは、ユーザ装置にインストールされたアプリケーションにアカウント登録するようにすればよい。
【0051】
以下の説明では、「サービス」の一例として「旅行ガイドサービス」を例にとり、ガイド(サービス提供者)が、旅行ガイドサービスを外国人ゲスト(サービス被提供者)に提供する場合を説明する。ただし、本発明はこれに限定されない。本発明は、ガイド(サービス提供者)が、ガイドサービスを日本人ゲスト(サービス被提供者)に提供する場合にも適用することが可能である。さらに、本発明は、サービス提供者がサービス被提供者に任意のサービスを提供する場合に広く適用することが可能である。
【0052】
2.新しいビジネスモデルを実現するためのコンピュータシステムの構成
図2は、サービス提供者とサービス被提供者との組み合わせの特定を支援するための新しいビジネスモデルを実現するためのコンピュータシステム200の構成の一例を示す。
【0053】
図2に示される例では、コンピュータシステム200は、サーバ装置210と、インターネット220を介して通信することが可能なように構成されている少なくとも1つのユーザ装置230
1〜230
Nと、データベース部240とを備えている。ここで、Nは、1以上の任意の整数であり、a、b、c、dは、整数1〜Nのうちの1つの整数である。
【0054】
サーバ装置210は、ガイドとゲスト(例えば、ガイドされたい訪日外国人)との組み合わせの特定を支援するためのウェブサイトを提供する。サーバ装置210は、このウェブサイトの管理者(例えば、このウェブサイトを運営する運営企業または運営者)が運営・管理する情報処理装置である。サーバ装置210は、例えば、ワークステーションやパーソナルコンピュータであって、サーバとしての一般的なハードウェア構成を有している。
図2に示される例では、サーバ装置210は、インターフェース部211と、1つ以上のCPU(Central Processing Unit)を含むプロセッサ部212と、メモリ部213とを有している。サーバ装置210のハードウェア構成はその機能を実現できる限りにおいて特に限定されず、単一のマシンで構成されていてもよく、複数台のマシンを組み合わせて構成されたものであってもよい。
【0055】
インターフェース部211は、少なくとも1つのユーザ装置230
1〜230
Nとの間の通信を制御する。
【0056】
メモリ部213には、処理を実行するために必要とされるプログラムやそのプログラムを実行するために必要とされるデータ等が格納されている。メモリ部213には、例えば、
図4、
図6A、
図6Bに示される処理を実行するためのプログラムが格納されている。ここで、プログラムをどのようにしてメモリ部213に格納するかは問わない。例えば、プログラムは、メモリ部213にプリインストールされていてもよい。あるいは、プログラムは、インターネット220などのネットワークを経由してダウンロードされることによってメモリ部213にインストールされるようにしてもよいし、光ディスクやUSBなどの記憶媒体を介してメモリ部213にインストールされるようにしてもよい。
【0057】
プロセッサ部212は、サーバ装置210全体の動作を制御する。プロセッサ部212は、メモリ部213に格納されているプログラムを読み出し、そのプログラムを実行する。これにより、サーバ装置210を所望のステップを実行する装置として機能させることが可能である。
【0058】
サーバ装置210には、データベース部240が接続されている。データベース部240は、ガイドデータベース部241と、ゲストデータベース部242と、組み合わせデータベース部243とを含む。
【0059】
少なくとも1つのユーザ装置230
1〜230
Nのそれぞれは、インターネット220を介してサーバ装置210と通信することが可能なように構成されている。例えば、少なくとも1つのユーザ装置230
1〜230
Nのそれぞれは、携帯電話、スマートフォン、タブレット端末、スマートグラス、スマートウォッチ端末等の携帯無線端末であってもよいし、デスクトップPC、ラップトップPC、ノートPC等のパーソナルコンピュータであってもよい。
【0060】
なお、
図2に示される実施形態では、少なくとも1つのユーザ装置230
1〜230
Nがインターネット220を介してサーバ装置210と通信可能であると説明したが、本発明はこれに限定されない。インターネット220の代わりに任意のタイプのネットワークを用いることも可能である。
【0061】
データベース部240の構成は、特定のハードウェア構成には限定されない。例えば、データベース部240は、単一のハードウェア部品で構成されてもよいし、複数のハードウェア部品で構成されてもよい。例えば、データベース部240は、サーバ装置210の単一の外付けハードディスク装置として構成されてもよいし、ネットワークを介して接続されるクラウド上のストレージとして構成されてもよい。さらに、ガイドデータベース部241、ゲストデータベース部242、組み合わせデータベース部243のそれぞれの構成もまた特定のハードウェア構成には限定されない。例えば、ガイドデータベース部241、ゲストデータベース部242、組み合わせデータベース部243のそれぞれもまた、単一のハードウェア部品で構成されてもよいし、複数のハードウェア部品で構成されてもよい。
【0062】
図3Aは、ガイドデータベース部241に格納されている情報の構成の一例を示す。
【0063】
ガイドデータベース部241には、ガイドに関する情報が格納されている。ガイドに関する情報は、ガイドを識別するための情報(例えば、ガイドID)によって識別されることが可能である。ガイドデータベース部241には、例えば、ガイドの氏名、性別、生年月日、住所、電話番号、Eメールアドレス、ツアー履歴を示す情報、サービス提供可能エリア情報がさらに格納されている。
【0064】
ツアー履歴を示す情報は、過去にそのガイド(あるいは、そのガイドを一部に含むガイドグループ)がゲストに提供したサービス(ツアー)の履歴情報である。そのガイド以外の他のガイドは、ゲストにツアーを提案する際、このツアー履歴を示す情報を用いて提案することが可能である。これにより、そのガイド以外の他のガイドは、より簡単にゲストに対してツアーを提案することが可能である。
【0065】
なお、そのガイド以外の他のガイドが、このツアー履歴を示す情報を利用してツアーの提案を行い、実際にそのツアーの依頼があった場合には、ウェブサイトの運営企業は、そのガイドに対して売上の一部(例えば、約15%)を継続的に支払ってもよい。これにより、ウェブサイトの運営企業は、魅力的なインセンティブをそのガイドに与えることができる。
【0066】
また、ゲストが過去のツアーに関する情報(例えば、過去のツアーにおいて体験したイベントについての感想、過去のツアーをガイドしたガイドについての感想)をウェブサイトの運営企業に提供したことに応答して、ウェブサイトの運営企業は、そのゲストに対して売上の一部を支払うようにしてもよい。これにより、ウェブサイトの運営企業は、魅力的なインセンティブをゲストにも与えることができる。
【0067】
図3Bは、ゲストデータベース部242に格納されている情報の構成の一例を示す。
【0068】
ゲストデータベース部242には、ゲストに関する情報が格納されている。ゲストに関する情報は、ゲストを識別するための情報(例えば、ゲストID)によって識別されることが可能である。ゲストデータベース部242には、例えば、ゲストの氏名、性別、国籍、生年月日、住所、電話番号、Eメールアドレス、所望のサービスのための情報がさらに格納されている。
【0069】
図3Cは、組み合わせデータベース部243に格納されている情報の構成の一例を示す。
【0070】
組み合わせデータベース部243には、ゲストとガイドとの組み合わせに関する情報が格納されている。ゲストとガイドとの組み合わせに関する情報は、組み合わせを識別するための情報(例えば、組み合わせID)によって識別されることが可能である。組み合わせデータベース部243には、ゲストを識別するための情報(例えば、1以上のゲストID)とガイドを識別するための情報(例えば、1以上のガイドID)とが相互に関連付けられた状態で格納されている。このように、組み合わせデータベース部243は、どのゲスト(1人以上のゲスト)とどのガイド(1人以上のガイド)との組み合わせが特定されたのかを示す履歴情報を保持することが可能であるように構成されている。組み合わせデータベース部243には、例えば、ツアーの日時、ツアーの場所、ツアーの内容がさらに格納されている。
【0071】
3.コンピュータシステムの処理
図4は、コンピュータシステム200において実行される処理のフローの一例を示す。以下、
図4に示される各ステップを説明する。
【0072】
ステップS401:ゲストのユーザ装置230
dは、インターネット220を介して、ゲストが提供されることを希望するツアーを特定するための基礎になる情報(以下、「希望ツアー基礎情報」という)をサーバ装置210に送信する。ゲストの希望ツアー基礎情報は、例えば、ゲストの個人情報(例えば、国籍、性別、年齢、職業)、ゲストが希望するツアーに関連する情報(例えば、日程、人数、予算、ゲストが訪れたい場所、ゲストがやりたいこと、ゲストが好きな食事、ゲストが好きな文化)を含むが、これらに限定されない。
【0073】
ステップS402:サーバ装置210は、インターネット220を介して、ゲストのユーザ装置230
dからゲストの希望ツアー基礎情報を受信する。
【0074】
ステップS403:サーバ装置210は、ゲストの希望ツアー基礎情報をウェブサイトにアカウント登録されている全部または一部のガイドが閲覧可能な状態にするための処理を実行する。これにより、ウェブサイトにアカウント登録されている全部または一部のガイドは、ゲストの希望ツアー基礎情報に基づいて、ゲストに対してツアーの提案を行うことが可能である。
【0075】
ステップS404a:ガイドAのユーザ装置230
aは、インターネット220を介して、ゲストの希望ツアー基礎情報に対するツアーの提案Aをサーバ装置210に送信する。このツアーの提案Aは、例えば、ガイドAの顔写真、ツアー中の行動に関する情報、ツアーのイメージ画像を含むが、これらに限定されない。
【0076】
ステップS404b:ガイドBのユーザ装置230
bは、インターネット220を介して、ゲストの希望ツアー基礎情報に対するツアーの提案Bをサーバ装置210に送信する。このツアーの提案Bは、例えば、ガイドBの顔写真、ツアー中の行動に関する情報、ツアーのイメージ画像を含むが、これらに限定されない。
【0077】
ステップS404c:ガイドCのユーザ装置230
cは、インターネット220を介して、ゲストの希望ツアー基礎情報に対するツアーの提案Cをサーバ装置210に送信する。このツアーの提案Cは、例えば、ガイドCの顔写真、ツアー中の行動に関する情報、ツアーのイメージ画像を含むが、これらに限定されない。
【0078】
ステップS405:サーバ装置210は、インターネット220を介して、ガイドAのユーザ装置230
aからツアーの提案Aを受信し、ガイドBのユーザ装置230
bからツアーの提案Bを受信し、ガイドCのユーザ装置230
cからツアーの提案Cを受信する。
【0079】
ステップS406:サーバ装置210は、ツアーの提案A、B、Cをゲストが選択可能な態様でゲストのユーザ装置230
dに提示する。
【0080】
ステップS407:ゲストのユーザ装置230
dは、インターネット220を介して、ゲストがどの提案を選択したかを示す情報をサーバ装置210に送信する。
図4に示される例では、ゲストのユーザ装置230
dは、インターネット220を介して、ツアーの提案Aを選択したことを示す情報をサーバ装置210に送信する。
【0081】
ステップS408:サーバ装置210は、インターネット220を介して、ゲストのユーザ装置230
dから、ツアーの提案Aを選択したことを示す情報を受信する。
【0082】
ステップS409:サーバ装置210は、ツアーの提案Aを選択したことを示す情報を受信したことに応答して、ツアーの提案Aを提案したガイドAとゲストとの組み合わせを特定する。言い換えると、サーバ装置210は、ツアーの提案Aを提案したガイドAをゲストのガイド者として特定する。このような組み合わせの特定は、例えば、ガイドAを示す情報(例えば、ガイドAのガイドID)とゲストを示す情報(例えば、ゲストID)とを関連付ける情報をデータベース部240(特に、組み合わせデータベース部243)に格納することによって達成される。
【0083】
ステップS410:サーバ装置210は、ゲストとの組み合わせがなされたことをガイドAのユーザ装置230
aに通知する。この通知の態様は問わない。例えば、Eメールを用いて通知してもよいし、アプリケーションを用いてプッシュ通知してもよい。
【0084】
なお、ステップS402において、サーバ装置210は、ゲストの希望ツアー基礎情報を受信すると、ガイドAのサービス提供可能エリア情報に基づいて、ガイドAのユーザ装置230
aにゲストの希望ツアー基礎情報が通知されるようにしてもよい。ガイドBおよびガイドCについても同様である。
【0085】
また、ステップS405の後かつステップS406の前の任意にタイミングにおいて、サーバ装置210は、ツアーの提案を受信したことに応答して、その提案を他のガイドが閲覧可能な状態にするための処理を実行してもよい。すなわち、サーバ装置210は、ツアーの提案Aを受信したことに応答して、そのツアーの提案AをガイドA以外の他のガイド(例えば、ガイドB、ガイドC)が閲覧可能な状態にするための処理を実行し、ツアーの提案Bを受信したことに応答して、そのツアーの提案BをガイドB以外の他のガイド(例えば、ガイドA、ガイドC)が閲覧可能な状態にするための処理を実行し、ツアーの提案Cを受信したことに応答して、そのツアーの提案CをガイドC以外の他のガイド(例えば、ガイドA、ガイドB)が閲覧可能な状態にするための処理を実行してもよい。
【0086】
また、ステップS410において、サーバ装置210は、ゲストとの組み合わせがなされなかったことをガイドBのユーザ装置230
bおよびガイドCのユーザ装置230
cに通知するようにしてもよい。この通知の態様は問わない。例えば、Eメールを用いて通知してもよいし、アプリケーションを用いてプッシュ通知してもよい。
【0087】
さらに、ステップS410において、ゲストとの組み合わせがなされなかったことを通知することに加えて、または、ゲストとの組み合わせがなされなかったことを通知することに代えて、サーバ装置210は、ガイドAのツアーの提案Aがゲストによって1番目に選択された旨を示す情報とツアーの提案AとをガイドBのユーザ装置230
bおよびガイドCのユーザ装置230
cに送信するようにしてもよい。これにより、ガイドBおよびガイドCのそれぞれは、ゲストによって1番目に選択された提案Aを見てその自身の提案と提案Aとの相違点や自身が提供するサービスの向上のきっかけなどを学習することが可能であり、それ故、ガイドBおよびガイドCのそれぞれは、別の機会に(将来的に)より良いサービス提供を実現することが可能になる。ゲストによって1番目に選択された提案Aを、ツアーを提案したが選択されなかった他のガイド(すなわち、ガイドBおよびガイドC)に見せるようにすることは、他のガイドを効率よく育成するという点で、非常に有益である。なぜなら、1番目に選択された提案Aはゲストにとって提案A〜提案Cの中で最も魅力的な提案であるため、他のガイドは、そのような提案Aを閲覧することにより、ツアーの改善を図ることができるからである。
【0088】
なお、ゲストによって2番目以降に選択された提案が「ゲストによって〇番目に選択された提案」として他のガイドに送信されるようにしてもよい。
【0089】
また、ガイドA〜ガイドCから提供された提案A〜提案Cのいずれもがゲストの要望を満たすものではない場合、ゲストは、提案A〜提案Cを全て却下することが可能であってもよい。これにより、ゲストは、ゲストの要望を満たさない提案がいつまでもゲストのユーザ装置230
dに表示されているという状況を避けることが可能であり、これにより、ゲストは、ゲストの要望を満たす提案をガイドから効率よく受け付けることが可能になる。
【0090】
さらに、ゲストが提案A〜提案Cを却下した場合、却下された提案A〜提案CをガイドA〜ガイドC以外の他のガイドに開示するようにしてもよい。これにより、ガイドA〜ガイドC以外の他のガイドは、ガイドA〜ガイドCの二の舞を踏むことを避けることが可能である。これは、ゲストが提案A〜提案Cを却下した理由と同じ理由で再び提案を却下するという事態を避けることにつながるため、有意である。
【0091】
さらに、ゲストは、提案を募集する期間(例えば、希望ツアー基礎情報を送信後3日以内、希望ツアーの最終日の前日)を設定することが可能であってもよい。これにより、ゲストが関心のない提案がゲストのユーザ装置230
dに表示されないようにすることが可能である。
【0092】
4.ユーザ装置に表示される画面
図5Aは、ユーザ装置に表示される画面500Aを示す。画面500Aは、ガイドおよびゲストがユーザ装置(例えば、パーソナルコンピュータ、スマートフォンなど)を使用してウェブサイトにアクセスした際に表示されるトップ画面の一例である。画面500Aは、ガイドまたはゲストが個人のアカウントページにアクセスするためのログイン領域501と、ガイドから提供される旅行ガイドサービスを初めて利用する初心者ゲストが旅行ガイドプランを募集するための旅プラン募集領域502と、旅行ガイドサービスを提供してくれるガイドを見つけるまでのフローを説明するフロー領域503と、ガイドがゲストに提供した旅行ガイドサービスの履歴を示す「旅レポート」を閲覧するための旅レポート領域504とを含む。
【0093】
ゲストは、旅行ガイドサービスの提供を支援するコンピュータシステムを利用するためのアカウントを持っている場合(すなわち、ガイドから提供される旅行ガイドサービスを既に利用したことがある場合)、ログイン領域501を選択(例えば、クリック、タップ)することにより、個人のアカウント情報の入力画面に遷移する。ゲストは、個人のアカウント情報の入力画面において個人のアカウント情報を入力することにより、例えば、後述される
図5Cの画面を閲覧することが可能である。
【0094】
ガイドは、旅行ガイドサービスの提供を支援するコンピュータシステムを利用するためのアカウントを持っている場合、ログイン領域501を選択(例えば、クリック、タップ)することにより、個人のアカウント情報の入力画面に遷移する。ガイドは、個人のアカウント情報の入力画面において個人のアカウント情報を入力することにより、例えば、後述される
図5Dの画面を閲覧することが可能である。
【0095】
ゲストは、ガイドから提供される旅行ガイドサービスを初めて利用する場合、旅行ガイドプランを試しに募集するための旅プラン募集領域502を選択(例えば、クリック、タップ)する。これにより、ゲストは、ガイドからの旅行ガイドサービスの提案を受けるように案内されることが可能である。ゲストは、旅プラン募集領域502を選択することにより、例えば、後述される
図5Bの画面を閲覧することが可能である。
【0096】
旅レポート領域504には、過去にガイドがゲストに提供した旅行ガイドサービスの情報が掲載される。
図5Aに示される例では、旅レポート領域504は、旅レポートの数が多くなるにつれて大きく表示されるアイコンが付された地図領域を含む。ゲストおよびガイドは、そのアイコンを選択すると、そのアイコンが付されたエリアに関連する旅レポートのみが表示されるようにフィルタリングされた画面を閲覧することが可能である。また、
図5Aに示される例では、旅レポート領域504は、注目すべき旅レポート(例えば、評価が高い旅レポート、イチ押しの旅レポート)が掲載される領域と、新着の旅レポートが掲載される領域とをさらに含む。ゲストおよびガイドは、これらの領域を選択すると、様々な旅レポートの詳細(例えば、旅の日時、参加者、プラン、経費など)を閲覧することが可能である。
【0097】
なお、
図5Aに示される画面500Aは、その全体がユーザ装置に表示されていなくてもよい。例えば、ユーザ装置には画面500Aの一部が表示されており、スクロール操作を行うことによって画面500Aの他の一部が表示されるようにしてもよい。
【0098】
図5Bは、ユーザ装置に表示される画面500Bを示す。画面500Bは、ゲストが希望ツアー基礎情報を入力するための画面の一例である。画面500Bは、例えば、
図5Aに示される旅プラン募集領域502が選択されることによって画面500Aから遷移した画面である。
図5Bに示される例では、画面500Bは、ゲストの入力情報が表示される複数の入力領域510と、対話形式でゲストの入力情報に対して自動的に応答するように表示される複数の質問領域520とを含む。
【0099】
ゲストは、質問領域520に表示される質問に選択肢形式で回答することにより、手軽に希望ツアー基礎情報の入力を進めていくことが可能である。このようにゲストが質問に回答し続けると、最後に、アカウント情報の登録のためにアカウント情報を入力するための入力部が入力領域510に表示される、または、画面500Bがアカウント情報の登録画面に遷移する。ゲストがアカウント情報の登録を行うことによって、希望ツアー基礎情報の入力が完了する。ゲストが希望ツアー基礎情報の入力が完了すると、ゲストは、ガイドから提案される旅プラン(ツアープラン)を待つことになる。
【0100】
図5Cは、ユーザ装置に表示される画面500Cを示す。画面500Cは、ガイドから提案された旅プラン(ツアープラン)をゲストが確認するための画面の一例である。画面500Cは、例えば、
図5Aに示されるログイン領域501を選択することによって(すなわち、ゲストのアカウント情報を用いてログインすることによって)閲覧することが可能になる画面である。
【0101】
図5Cに示される例では、第1の旅プランボックス530と、第2の旅プランボックス540とが示されている。第2の旅プランボックス540は、
図5Bに示される画面500Bにおいて入力された希望ツアー基礎情報に対する提案を示すものであり、第1の旅プランボックス530は、上述した希望ツアー基礎情報とは異なる他の希望ツアー基礎情報に対する提案を示すものである。
図5Cに示される例では、第1の旅プランボックス530は、閉じた状態であり、第2の旅プランボックス540は、開いた状態である。第1の旅プランボックス530は、選択されることにより、第2の旅プランボックス540のように開いた状態になり、第2の旅プランボックス540は、選択されることにより、第1の旅プランボックス530のように閉じた状態になる。
図5Cに示される例では、第2の旅プランボックス540は、2つのプラン(プランAおよびプランB)を示す領域を含む。ゲストは、「プランAの詳細をCHECK」と示された領域541を選択することによって、それぞれのプランの内容を確認することが可能な確認画面(図示せず)を閲覧することが可能である。ゲストは、
図1のステップS106に示される事前相談の依頼を上述した確認画面(図示せず)からガイドに行うことが可能である。
【0102】
図5Dは、ユーザ装置に表示される画面500Dを示す。画面500Dは、旅プランを募集中のゲストをガイドが確認するための画面の一例である。画面500Dは、例えば、
図5Aに示されるログイン領域501を選択することによって(すなわち、ガイドのアカウント情報を用いてログインすることによって)閲覧することが可能になる画面である。
【0103】
図5Dに示される例では、画面500Dは、ガイド希望エリアソート領域550と、ガイド希望日ソート領域560と、旅プランを募集中のゲストに関する情報が掲載されるゲスト一覧領域570とを含む。ガイドは、ガイド希望エリアソート領域550において、ガイドがツアーの提供を希望するエリアを特定することによって、その特定されたエリアに限定されたガイド情報が表示されるようにソートすることが可能である。また、ガイドは、ガイド希望日ソート領域560において、ガイドがツアーの提供を希望する年月日を特定することによって、その特定された年月日に限定されたガイド情報が表示されるようにソートすることが可能である。
図5Dに示される例では、ゲスト一覧領域570は、ゲスト「DAVID」に関する情報を示すDAVID領域571と、ゲスト「SAM」に関する情報を示すSAM領域572とを含む。ガイドは、例えば、DAVID領域571を選択することによって、後述される
図5Eに示されるようなゲスト「DAVID」のより詳細な情報を閲覧することが可能である。
【0104】
図5Eは、ユーザ装置に表示される画面500Eを示す。画面500Eは、ガイドがゲストのより詳細な情報を閲覧するための画面の一例である。画面500Eは、例えば、
図5Dに示されるDAVID領域571を選択することによって閲覧することが可能になる画面である。
【0105】
図5Eに示される例では、画面500Eは、ゲストのより詳細な情報が提示されるゲスト詳細領域580と、ゲストがガイドのために旅プランを具体的に作成する画面に遷移するための領域590とを含む。
図5Eに示される例では、ゲスト詳細領域580には、ゲスト「DAVID」のより詳細な情報(例えば、ツアーに参加する人数、ツアーの希望エリア、ツアーの希望日、予算、ゲストのこだわりを特定するための情報)が提示されている。ガイドは、領域590を選択することによって、具体的な旅プラン作成のためのプラン作成画面(図示せず)を閲覧することが可能である。ガイドは、そのプラン作成画面(図示せず)においてゲストのために具体的に旅プランを作成することが可能である。そのプラン作成画面では、ガイドは、画像(静止画または動画)とコメントとを用いて旅のフローを説明したり、ゲストに向けたコメントを入力したり、旅の所要時間および旅の経費を入力したりする。その作成したプランの提案をそのプラン作成画面からゲストに行うことが可能である。
【0106】
5.サーバ装置の処理
図6Aは、
図4に示されるステップS406の処理のフローの一例を示す。この処理は、例えば、サーバ装置210に含まれるプロセッサ部212によって実行される。以下、
図6Aに示される各ステップを説明する。
【0107】
ステップS601:ゲストの希望ツアー基礎情報に対する提案をガイドから受信する処理が実行される。この処理は、例えば、プロセッサ部212が、ゲストの希望ツアー基礎情報に対する提案をガイドのユーザ装置から、インターネット220およびインターフェース部211を介して、受信することによって達成される。
【0108】
ステップS602:受信された提案をゲストに提示する処理が実行される。この処理は、例えば、プロセッサ部212が、受信された提案を、インターフェース部211およびインターネット220を介して、ゲストのユーザ装置に送信することによって達成される。
【0109】
ステップS603:所定の数の提案を受信したか否かを判定する処理が実行される。この処理は、例えば、プロセッサ部212が、受信された提案の数が所定の数に到達したか否かを判定することによって達成される。ここで、所定の数は、1以上の任意の整数であり得るが、少ない数(例えば、3〜5)であることが好ましい。判定結果が「Yes」の場合には、処理はステップS604に進み、判定結果が「No」の場合には、処理はステップS601に戻る。
【0110】
ステップS604:ガイドからの提案の受け付けを終了する処理が実行される。この処理は、例えば、プロセッサ部212が、ガイドからの提案の受け付けを終了した旨のメッセージを、インターフェース部211およびインターネット220を介して、ガイドのユーザ装置に送信することによって達成される。
【0111】
このようにして、ステップS601〜S604によれば、ゲストの希望ツアー基礎情報に対する提案がガイドから受信されるたびに、その受信された提案がゲストに提示される。
【0112】
なお、ステップS604の後、ガイドが提案を取り下げた(キャンセルした)場合、ガイドからの提案の受け付けを再開する処理が実行されてもよい。これにより、サーバ装置210は、取り下げられた提案の数だけ再び提案を受け付けることが可能である。
【0113】
また、サーバ装置210は、ステップS603において所定の数の提案を受信したと判定したにもかかわらず、(例えば、提案の数が所定の数に達する前にガイドのユーザ装置には提案を作成するための画面が表示されていたことを確認した場合には救済措置として)例外的に、所定の数を越えてその提案を受け付ける処理を実行するようにしてもよい。
【0114】
図6Bは、
図4に示されるステップS406の処理のフローの代替例を示す。この処理は、例えば、サーバ装置210に含まれるプロセッサ部212によって実行される。以下、
図6Bに示される各ステップを説明する。
【0115】
ステップS611:ゲストの希望ツアー基礎情報に対する提案をガイドから受信する処理が実行される。この処理は、例えば、プロセッサ部212が、ゲストの希望ツアー基礎情報に対する提案をガイドのユーザ装置から、インターネット220およびインターフェース部211を介して、受信することによって達成される。
【0116】
ステップS612:所定の数の提案を受信したか否かを判定する処理が実行される。この処理は、例えば、プロセッサ部212が、受信された提案の数が所定の数に到達したか否かを判定することによって達成される。ここで、所定の数は、1以上の任意の整数であり得るが、少ない数(例えば、3〜5)であることが好ましい。判定結果が「Yes」の場合には、処理はステップS613に進み、判定結果が「No」の場合には、処理はステップS611に戻る。
【0117】
ステップS613:受信された提案をゲストに提示する処理が実行される。この処理は、例えば、プロセッサ部212が、受信された提案を、インターフェース部211およびインターネット220を介して、ゲストのユーザ装置に送信することによって達成される。
【0118】
ステップS614:ガイドからの提案の受け付けを終了する処理が実行される。この処理は、例えば、プロセッサ部212が、ガイドからの提案の受け付けを終了した旨のメッセージを、インターフェース部211およびインターネット220を介して、ガイドのユーザ装置に送信することによって達成される。
【0119】
このようにして、ステップS611〜S614によれば、ゲストの希望ツアー基礎情報に対する提案がガイドから受信されると、その受信された提案を個別にゲストに提示するのではなく、所定の数の提案が受信されるのを待って、所定の数の提案がまとめてゲストに提示される。
【0120】
以上のように、本発明の好ましい実施形態を用いて本発明を例示してきたが、本発明は、この実施形態に限定して解釈されるべきものではない。本発明は、特許請求の範囲によってのみその範囲が解釈されるべきであることが理解される。当業者は、本発明の具体的な好ましい実施形態の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。
【解決手段】本発明は、サービス提供者とサービス被提供者との組み合わせを特定する方法を提供する。本発明の方法は、サービス被提供者が、サービス被提供者が提供されることを希望するサービスを特定するための情報をコンピュータシステムに提供することと、1人以上のサービス提供者が、コンピュータシステムを介して、情報に基づくサービスの提案をサービス被提供者に提示することと、サービス被提供者が、コンピュータシステムを介して、1人以上のサービス提供者によって提示された1以上の提案の中から少なくとも1つの提案を選択することと、コンピュータシステムが、サービス被提供者によって選択された提案を提示したサービス提供者とサービス被提供者との組み合わせを特定することとを含む。