(57)【要約】【課題】民泊施設周辺の各種施設やサービスに関する情報を、民泊客の属性を考慮して提案する。【解決手段】民泊客向け情報提案システム１００において、各民泊施設の周辺施設に関する情報を格納した記憶装置１０１と、民泊施設の利用希望者の識別情報に基づき、当該利用希望者によるネットワーク上での投稿情報を検索し、当該投稿情報のうち投稿頻度が所定基準以上のものが示す事象を特定し、当該事象の属性を前記周辺施設の情報に照合して、前記属性がマッチする周辺施設を特定し、当該周辺施設の情報を、前記利用希望者向けの情報として所定装置に出力する演算装置１０４を含む構成とする。【選択図】図２
2017111779.tif 000002
【特許請求の範囲】
【請求項１】
各民泊施設の周辺施設に関する情報を格納した記憶装置と、
民泊施設の利用希望者の識別情報に基づき、当該利用希望者によるネットワーク上での投稿情報を検索し、当該投稿情報のうち投稿頻度が所定基準以上のものが示す事象を特定し、当該事象の属性を前記周辺施設の情報に照合して、前記属性がマッチする周辺施設を特定し、当該周辺施設の情報を、前記利用希望者向けの情報として所定装置に出力する演算装置と、
を備えることを特徴とする民泊客向け情報提案システム。
【請求項２】
前記演算装置は、
前記周辺施設を複数特定した場合、当該周辺施設の情報が示す所在地情報に基づいて、各周辺施設間の移動に要する時間を算定し、当該算定した時間と、前記利用希望者における該当民泊施設での滞在予定期間とに基づき、当該利用希望者の滞在予定期間内で前記各周辺施設を訪問するスケジュール案を生成し、当該スケジュール案を前記利用希望者向けの情報として所定装置に出力するものである、
ことを特徴とする請求項１に記載の民泊客向け情報提案システム。
【請求項３】
前記演算装置は、
前記投稿情報を検索するに際し、当該利用希望者がアクセスを許可しているＳＮＳサイト上での投稿情報の検索を実行するものである、
ことを特徴とする請求項１または２に記載の民泊客向け情報提案システム。
【請求項４】
各民泊施設の周辺施設に関する情報を格納した記憶装置を備えた情報処理システムが、
民泊施設の利用希望者の識別情報に基づき、当該利用希望者によるネットワーク上での投稿情報を検索し、当該投稿情報のうち投稿頻度が所定基準以上のものが示す事象を特定し、当該事象の属性を前記周辺施設の情報に照合して、前記属性がマッチする周辺施設を特定し、当該周辺施設の情報を、前記利用希望者向けの情報として所定装置に出力する、
ことを特徴とする民泊客向け情報提案方法。
【請求項５】
前記情報処理システムが、
前記周辺施設を複数特定した場合、当該周辺施設の情報が示す所在地情報に基づいて、各周辺施設間の移動に要する時間を算定し、当該算定した時間と、前記利用希望者における該当民泊施設での滞在予定期間とに基づき、当該利用希望者の滞在予定期間内で前記各周辺施設を訪問するスケジュール案を生成し、当該スケジュール案を前記利用希望者向けの情報として所定装置に出力する、
ことを特徴とする請求項４に記載の民泊客向け情報提案方法。
【請求項６】
前記情報処理システムが、
前記投稿情報を検索するに際し、当該利用希望者がアクセスを許可しているＳＮＳサイト上での投稿情報の検索を実行するものである、
ことを特徴とする請求項４または５に記載の民泊客向け情報提案方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、民泊客向け情報提案システムおよび民泊客向け情報提案方法に関するものであり、具体的には、民泊施設周辺の各種施設やサービスに関する情報を、民泊客の属性を考慮して提案する技術に関する。
【背景技術】
【０００２】  訪日客の大幅増に伴い、都心や観光地等における宿泊施設は逼迫状況にある。一方で、個人宅やその空き部屋を貸し出す、いわゆる民泊の仕組みも登場し、上述した逼迫状況の解消手段の１つとして期待されている。【０００３】  こうした民泊の利用者、すなわち民泊客が民泊施設の利用に際して必要な手続は、ＷＥＢ上でシステム化され、既にサービスとして存在する。民泊に関連する情報処理技術としては、例えば、オフラインとオンラインでの活動の信頼度に基づくスコアを算定し、当該ユーザの本人性や信頼性を検証するシステム（特許文献１参照）などが提案されている。【０００４】  また、商品やサービスの検索に際し、所定の都市との距離や位置、人気等に基づいて商品やサービスのランキングを行うオンライン予約システム（特許文献２参照）なども提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】ＷＯ２０１５／０８４７１０
【特許文献２】ＷＯ２０１５／１０８９６０
【発明の概要】
【発明が解決しようとする課題】
【０００６】  民泊施設を利用する民泊客としては、その土地の一般家庭の様子やしきたり等を実体験し、家庭料理を味わうといった楽しみが、旅の大切な要素となっている。ところが民泊施設は、ごく一般的な住宅街に所在するケースが多く、民泊施設周辺で民泊施設以外に利用出来る施設や場所が限られている状況もありうる。特に地方の民泊施設であれば、インターネット上で紹介されていない小規模店舖や個人商店しか周囲に存在せず、民泊客が事前に店舖等を調べようとしても情報ソース自体が無い場合もある。他方、そうした情報を民泊客が調査出来る環境にあったとしても、外国人にとって該当店舗やサービス等が自分の嗜好にマッチしたものか的確に判断することが難しいという問題もある。【０００７】  そこで本発明は上記課題を鑑みてなされたものであり、民泊施設周辺の各種施設やサービスに関する情報を、民泊客の属性を考慮して提案出来る技術の提供を主たる目的とする。
【課題を解決するための手段】
【０００８】  上記課題を解決する本発明の民泊客向け情報提案システムは、各民泊施設の周辺施設に関する情報を格納した記憶装置と、民泊施設の利用希望者の識別情報に基づき、当該利用希望者によるネットワーク上での投稿情報を検索し、当該投稿情報のうち投稿頻度が所定基準以上のものが示す事象を特定し、当該事象の属性を前記周辺施設の情報に照合して、前記属性がマッチする周辺施設を特定し、当該周辺施設の情報を、前記利用希望者向けの情報として所定装置に出力する演算装置と、を備えることを特徴とする。【０００９】  また、本発明の民泊客向け情報提案方法は、各民泊施設の周辺施設に関する情報を格納した記憶装置を備えた情報処理システムが、民泊施設の利用希望者の識別情報に基づき、当該利用希望者によるネットワーク上での投稿情報を検索し、当該投稿情報のうち投稿頻度が所定基準以上のものが示す事象を特定し、当該事象の属性を前記周辺施設の情報に照合して、前記属性がマッチする周辺施設を特定し、当該周辺施設の情報を、前記利用希望者向けの情報として所定装置に出力する、ことを特徴とする。
【発明の効果】
【００１０】  本発明によれば、民泊施設周辺の各種施設やサービスに関する情報を、民泊客の属性を考慮して提案出来る。
【図面の簡単な説明】
【００１１】
【図１】本実施形態における民泊客向け情報提案システムを含むネットワーク構成例を示す図である。
【図２】本実施形態における民泊客向け情報提案システムのハードウェア構成例を示す図である。
【図３】本実施形態におけるホスト情報テーブルのデータ構造例を示す図である。
【図４】本実施形態における周辺施設テーブルのデータ構造例を示す図である。
【図５】本実施形態における利用者情報テーブルのデータ構造例を示す図である。
【図６】本実施形態における民泊客向け情報提案方法のフロー例を示す図である。
【図７】本実施形態における出力画面例１を示す図である。
【図８】本実施形態における出力画面例２を示す図である。
【発明を実施するための形態】
【００１２】−−−ネットワーク構成−−−
【００１３】  以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の民泊客向け情報提案システム１００を含むネットワーク構成図である。図１に示す民泊客向け情報提案システム１００（以下、システム１００）は、民泊施設周辺の各種施設やサービスに関する情報を、民泊客の属性を考慮して提案するコンピュータシステムである。
【００１４】  システム１００は例えばサーバ装置を想定することができ、インターネットなどのネットワーク１０を介して、民泊施設のオーナーたるホストが利用する民泊施設端末２００、その民泊施設の利用希望者が用いるユーザ端末３００、および、利用希望者が自身の日常などライフログを投稿するＳＮＳサイトを提供するＳＮＳサーバ４００、などと通信可能に結ばれている。
【００１５】  このうち民泊施設端末２００およびユーザ端末３００は、ネットワーク１０にアクセス可能なＰＣや携帯端末など一般的な情報処理端末である。
【００１６】  また、ＳＮＳサーバ４００は、その記憶装置において各ユーザの投稿情報を格納して、ユーザ端末３００から送信されてくるＨＴＴＰのリクエスト（ＷＥＢページのアドレスを含んでいる）に応じて該当ＷＥＢページデータを記憶装置から読み出して返信（レスポンス）するＷＥＢサーバである。
【００１７】  また、このＳＮＳサーバ４００は、当該ＳＮＳサーバのユーザの許可の下、当該システム１００による、該当ユーザに関する投稿情報の収集を許容する設定がなされている。よって、ＳＮＳサーバ４００は、システム１００からのアクセスがあった際に、投稿情報の検索先となっているユーザに関して、上述の許可の設定がなされているか適宜なユーザ管理テーブル等で判定する。この判定の結果、許可設定があれば、システム１００からの投稿情報の検索を許容する。こうしたアクセスコントロールの手法自体は、ＳＮＳ上で或るユーザの投稿情報を、他のユーザがどこまで閲覧出来るか管理する、既存技術を採用すればよい。
−−−ハードウェア構成−−−
【００１８】  続いて、本実施形態におけるシステム１００のハードウェア構成について説明する。システム１００は、ＳＳＤやハードディスクからなる記憶装置１０１、ＲＡＭ１０３、ＣＰＵなどの演算装置１０４、および通信装置１０５らがＢＵＳにより互いに接続されて構成されている。
【００１９】  このうち記憶装置１０１には、ホスト情報テーブル１２５、周辺施設テーブル１２６、および利用者情報テーブル１２７、が少なくとも記憶されている。
【００２０】  また、システム１００は、上述の記憶装置１０１に格納されたプログラム１０２を、ＲＡＭ１０３に読み出すなどして演算装置１０４により実行することになる。なお、システム１００は、コンピュータ装置が一般に備えている各種キーボードやボタン類などの入力装置、ディスプレイなどの出力装置を必要に応じて備えるとしてもよい。
【００２１】  またシステム１００は、他装置との間のデータ授受を担うＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）など通信装置１０５を有し、上述の民泊施設端末２００、ユーザ端末３００、およびＳＮＳサーバ４００などとネットワーク１０を介して通信可能となっている。
−−−データ構造例−−−
【００２２】  次に、本実施形態の民泊客向け情報提案システム１００が利用するテーブルのデータ構造例について説明する。図３は本実施形態におけるホスト情報テーブル１２５のデータ構造例を示す図である。このホスト情報テーブル１２５は、個人宅など民泊施設のオーナー、すなわちホストに関する各種情報を格納したテーブルである。
【００２３】  本実施形態に示すホスト情報テーブル１２５は、ホストを一意に特定するホストＩＤをキーとして、ホストの氏名、連絡先、民泊施設の所在地、利用者からの評価、客室タイプ、客室販売価格、といったデータを対応づけたレコードの集合体となっている。
【００２４】  また、図４は本実施形態における周辺施設テーブル１２６のデータ構造例を示す図である。この周辺施設テーブル１２６は、例えば上述のホストから事前に得ている、各民泊施設の周辺施設に関する情報を格納したテーブルである。本実施形態に示す周辺施設テーブル１２６は、周辺施設を一意に特定する周辺施設ＩＤをキーとして、所在地、当該周辺施設から所定距離内に存在する民泊施設のホストＩＤ、当該周辺施設が提供する機能、サービス、利用のための所要時間、過去に利用した利用者の属性、といったデータを対応づけたレコードの集合体となっている。
【００２５】  また、図５は本実施形態における利用者情報テーブル１２７のデータ構造例を示す図である。この利用者情報テーブル１２７は、民泊施設の利用者（まだ未利用であるが予約済みの利用希望者含む）に関する情報を格納したテーブルである。本実施形態に示す利用者情報テーブル１２７は、利用者を一意に特定する利用者ＩＤをキーとして、利用者の属性である、出身国、性別、年齢、システム１００からのアクセスを許可しているＳＮＳサイト、当該ＳＮＳサイトから検索した過去の投稿情報、過去利用した民泊施設（のホストＩＤ）、といったデータを対応づけたレコードの集合体となっている。このうち投稿情報は、投稿の時期および投稿データを含むものであり、システム１００がＳＮＳサーバ４００から所定時間毎に取得して格納したものである。
−−−フロー例−−−
【００２６】  以下、本実施形態における民泊客向け情報提案方法の実際手順について図に基づき説明する。以下で説明する民泊客向け情報提案方法に対応する各種動作は、システム１００のＲＡＭ１０３に読み出して実行するプログラム１０２によって実現される。そして、このプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されている。
【００２７】  図６は、本実施形態における民泊客向け情報提案方法のフロー例を示す図である。この場合、システム１００は、民泊施設の利用希望者が操作するユーザ端末３００から、この利用希望者の識別情報と、宿泊を希望している民泊施設の情報（民泊施設のホストＩＤ、滞在予定期間）とを含む所定情報（例：宿泊予約ないし予約前の問い合わせに伴うもの）を受信する（ｓ１００）。
【００２８】  ここで、利用希望者の識別情報とは利用者ＩＤのデータを含むものである。また、利用者ＩＤは、当該システム１００が提供する所定サービス、或いは、既存の民泊仲介業者のサーバが提供する所定サービス、に対する会員登録時に該当利用者に付与されたＩＤである。従ってシステム１００は、ステップｓ１００で情報を受信するに際し、ユーザ端末３００から直接受信するのではなく、このユーザ端末３００が該当情報を送信した、既存の民泊仲介業者のサーバ（図示せず）から配信を受けて受信するとしてもよい。勿論、この場合は、民泊仲介業者のサーバにて、当該システム１００宛の情報配信の設定が予めされているものとする。
【００２９】  次にシステム１００は、ステップｓ１００で得た利用希望者の利用者ＩＤに基づき、当該利用希望者が予めアクセスを許可しているＳＮＳサイトを、利用者情報テーブル１２７で特定する（ｓ１０１）。
【００３０】  またシステム１００は、上述のステップｓ１０１で特定したＳＮＳサイトにて、利用者ＩＤをキーに、当該利用希望者による投稿情報を検索する（ｓ１０２）。なお、システム１００は、該当ＳＮＳサイトにおける会員登録は完了しており、ＳＮＳサイトにログインするための認証情報等は予め記憶装置１０１に保持しているものとする。
【００３１】  続いてシステム１００は、上述のステップｓ１０２の検索で得た投稿情報に対して、形態素解析やキーワード検索など適宜な解析処理を適用し、「ビストロでの食事」、「新鮮な刺身料理」、「海岸でのサイクリング」などといった各事象のいずれについての記載を含むものか判定する（ｓ１０３）。例えば、投稿情報が含む文章を分解して得た「近所」、「ビストロ」、「フレンチ」、「美味しい」、という単語が一定文字数の範囲に含む一文が存在する場合、「ビストロでの食事」の事象に関する投稿情報である、などと判定する。
【００３２】  この場合、システム１００は、形態素解析のアルゴリズムに対応したプログラムや、各事象に特有のキーワードの辞書を記憶装置１０１に予め保持し、適宜に利用できるものとする。形態素解析のアルゴリズムやキーワード辞書の技術自体は既存ものを適用すれば良い。
【００３３】  次にシステム１００は、ステップｓ１０３で各投稿情報に関して判定した事象に基づき、同じ事象に関する投稿情報のうち、所定期間内に投稿されたものをカウントする（ｓ１０４）。この場合のシステム１００は、例えば、或る事象に関する各投稿情報に紐付いている投稿日時の値を読み取り、例えば投稿日時が半年以内にまとまっている投稿情報群を特定し、その数をカウントする。
【００３４】  次にシステム１００は、上述のようにカウントした投稿情報数が、「５」など所定基準以上となった事象を特定する（ｓ１０５）。当該利用希望者は、一定期間に、同じ事象に関して繰り返し投稿するほど、この事象に関して普通以上の興味を持って実際の行動を起こしている、とシステム１００は判定出来る。
【００３５】  次にシステム１００は、上述のステップｓ１００で当該利用希望者に関して既に得ている宿泊希望先の民泊施設のホストＩＤで、周辺施設テーブル１２６を検索し、当該民泊施設の周辺に存在する周辺施設を特定する（ｓ１０６）。また、システム１００は、ここで特定した周辺施設のレコードを周辺施設テーブル１２６で読み取り、当該周辺施設が提供する機能、サービス、が、上述のステップｓ１０５で特定した事象の属性とマッチするものを特定する（ｓ１０７）。例えば、ステップｓ１０６で特定した周辺施設のレコードのうち、「サービス」の値として、「ビストロ」、「気楽なフレンチ」、「家族的なフレンチレストラン」、といったものを含むものを特定する。
【００３６】  上述のステップｓ１０７の処理によって、周辺施設を１つだけ特定した場合（ｓ１０８ｎ）、システム１００は、当該周辺施設の情報を、上述の利用希望者向けの情報として、当該民泊施設の民泊施設端末２００および、当該利用希望者のユーザ端末３００、の少なくともいずれかに送信し（ｓ１０９）、処理を終了する。当該ステップにてシステム１００が民泊施設端末２００ないしユーザ端末３００に送信し、表示させた出力画面例を図７に示す。
【００３７】  一方、上述のステップｓ１０７の処理によって、複数の周辺施設を特定できた場合（ｓ１０８：ｙ）、システム１００は、当該各周辺施設の所在地と利用のための所要時間の情報を周辺施設テーブル１２６で特定し、これらの情報に基づいて、各周辺施設を利用した上で、各周辺施設間を移動する場合に要する時間を算定する（ｓ１１０）。この算定は、例えば該当民泊施設を起点に、最寄りの周辺施設から順に利用しつつ経由し、民泊施設から最も遠方の周辺施設に至る経路について、カーナビゲーションシステム等でも一般的な、既存の経路計算技術を用いて実行すればよい。
【００３８】  また、システム１００は、上述で算定した時間の総計が、ステップｓ１００で既に得ている当該利用希望者における該当民泊施設での滞在予定期間に収まるか、すなわち、当該利用希望者の滞在予定期限内で、上述の該当周辺施設を訪問出来るか、判定する（ｓ１１１）。
【００３９】  この判定の結果、当該利用希望者の滞在予定期間内で、上述の該当周辺施設を訪問出来ないことが判明した場合（ｓ１１２：ｎ）、システム１００は、例えば、該当民泊施設から最も遠方の周辺施設を検討対象から除外し（ｓ１１３）、上述のステップｓ１１０を再実行する。
【００４０】  他方、上述の判定の結果、当該利用希望者の滞在予定期間内で、上述の該当周辺施設を訪問出来ることが判明した場合（ｓ１１２：ｙ）、システム１００は、上述のステップｓ１１０で時間を算定した、各周辺施設の利用と周辺施設間の移動に関する情報を、スケジュール案として、民泊施設端末２００ないしユーザ端末３００に送信し（ｓ１１４）、処理を終了する。当該ステップにてシステム１００が民泊施設端末２００ないしユーザ端末３００に送信し、表示させた出力画面例を図８に示す。
【００４１】  以上説明したように本実施形態によれば、民泊施設周辺の各種施設やサービスに関する情報を、民泊客の属性を考慮して提案可能となる。
【００４２】  以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００４３】１０  ネットワーク
１００  民泊客向け情報提案システム
１０１  記憶装置
１０２  プログラム
１０３  ＲＡＭ
１０４  演算装置
１０５  通信装置
１２５  ホスト情報テーブル
１２６  周辺施設テーブル
１２７  利用者情報テーブル
２００  民泊施設端末
３００  ユーザ端末
４００  ＳＮＳサーバ
【図１】
2017111779.tif 000003
【図２】
2017111779.tif 000004
【図３】
2017111779.tif 000005
【図４】
2017111779.tif 000006
【図５】
2017111779.tif 000007
【図６】
2017111779.tif 000008
【図７】
2017111779.tif 000009
【図８】
2017111779.tif 000010