(57)【要約】【課題】団体の民泊客に対し、当該団体の各構成員の属性等を踏まえた民泊施設に関する情報を提案可能とする。【解決手段】宿泊予約支援システム１００において、各民泊施設に関する過去の利用実績情報を保持する記憶装置１０１と、民泊客の所定端末から得た予約希望内容の情報に基づき、当該予約希望内容の情報が示す宿泊人数が複数である場合、前記予約希望内容の情報が示す前記複数の民泊客それぞれの属性に関する情報に応じて、前記複数の民泊客を属性ごとに分類し、前記利用実績情報において、各利用実績における民泊客の情報に関して、前記分類を経た各属性の民泊客の人数および該当属性に関して一致する、過去の民泊客に関する利用実績を特定し、当該利用実績において宿泊対象となっている民泊施設の情報を、前記予約希望内容に対する提案情報として、前記所定端末に出力する演算装置１０４を含む構成とする。【選択図】図２
2018173928.tif 000002
【特許請求の範囲】
【請求項１】
各民泊施設に関する過去の利用実績情報を保持する記憶装置と、
民泊客の所定端末から得た予約希望内容の情報に基づき、当該予約希望内容の情報が示す宿泊人数が複数である場合、前記予約希望内容の情報が示す前記複数の民泊客それぞれの属性に関する情報に応じて、前記複数の民泊客を属性ごとに分類する処理と、前記利用実績情報において、各利用実績における民泊客の情報に関して、前記分類を経た各属性の民泊客の人数および該当属性に関して一致する、過去の民泊客に関する利用実績を特定し、当該利用実績において宿泊対象となっている民泊施設の情報を、前記予約希望内容に対する提案情報として、前記所定端末に出力する処理とを実行する演算装置と、
を備えることを特徴とする宿泊予約支援システム。
【請求項２】
前記記憶装置は、
各民泊施設に関する客室情報を更に保持するものであり、
前記演算装置は、
前記分類を経た各属性の民泊客の人数と前記特定した利用実績が示す民泊施設に関する前記客室情報とに基づき、当該人数を収容可能な客室の有無について判定し、当該判定により、当該人数を収容可能な客室を特定出来た場合に、当該民泊施設の情報を前記提案情報として出力するものである、
ことを特徴とする請求項１に記載の宿泊予約支援システム。
【請求項３】
各民泊施設に関する過去の利用実績情報を保持する記憶装置を備えた情報処理システムが、
民泊客の所定端末から得た予約希望内容の情報に基づき、当該予約希望内容の情報が示す宿泊人数が複数である場合、前記予約希望内容の情報が示す前記複数の民泊客それぞれの属性に関する情報に応じて、前記複数の民泊客を属性ごとに分類する処理と、
前記利用実績情報において、各利用実績における民泊客の情報に関して、前記分類を経た各属性の民泊客の人数および該当属性に関して一致する、過去の民泊客に関する利用実績を特定し、当該利用実績において宿泊対象となっている民泊施設の情報を、前記予約希望内容に対する提案情報として、前記所定端末に出力する処理と、
を実行することを特徴とする宿泊予約支援方法。
【請求項４】
前記情報処理システムが、
前記記憶装置において、各民泊施設に関する客室情報を更に保持し、
前記分類を経た各属性の民泊客の人数と前記特定した利用実績が示す民泊施設に関する前記客室情報とに基づき、当該人数を収容可能な客室の有無について判定し、当該判定により、当該人数を収容可能な客室を特定出来た場合に、当該民泊施設の情報を前記提案情報として出力する、
ことを特徴とする請求項３に記載の宿泊予約支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、宿泊予約支援システムおよび宿泊予約支援方法に関するものであり、具体的には、団体の民泊客に対し、当該団体の各構成員の属性等を踏まえた民泊施設に関する情報を提案する技術に関する。
【背景技術】
【０００２】  訪日客の大幅増に伴い、都心や観光地等における宿泊施設は逼迫状況にある。一方で、個人宅やその空き部屋を貸し出す、いわゆる民泊の仕組みも登場し、上述した逼迫状況の解消手段の１つとして期待されている。【０００３】  こうした民泊の利用者、すなわち民泊客が民泊施設の利用に際して必要な手続は、ＷＥＢ上でシステム化され、既にサービスとして存在する。民泊に関連する情報処理技術としては、例えば、オフラインとオンラインでの活動の信頼度に基づくスコアを算定し、当該ユーザの本人性や信頼性を検証するシステム（特許文献１参照）などが提案されている。【０００４】  また、商品やサービスの検索に際し、所定の都市との距離や位置、人気等に基づいて商品やサービスのランキングを行うオンライン予約システム（特許文献２参照）なども提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】ＷＯ２０１５／０８４７１０
【特許文献２】ＷＯ２０１５／１０８９６０
【発明の概要】
【発明が解決しようとする課題】
【０００６】  活況を呈す民泊施設業界ではあるが、これを利用しようとする民泊客としては、ホテル等の大規模宿泊施設には無い課題を感じる場面も存在する。すなわち、団体予約を行う際の課題である。一般的に、民泊施設は個人宅などの小規模施設であることが多い。それ故、民泊客としては、民泊施設に関して客室のタイプやサイズに豊富なバリエーションを期待しにくい。民泊客が団体であれば、こうした点は民泊施設を回避する原因ともなりうる。【０００７】  また、１グループの民泊客が趣味、嗜好等の共通した家族や友人のみで構成されるとは限らず、国籍や性別、信仰など様々に異なる背景を持った者で構成される場合がある。そうしたグループにとって、そもそも客室数が限定的で部屋タイプのバリエーションに乏しい民泊施設を利用したくとも、選択可能な民泊施設を見いだせない可能性が高い。【０００８】  そこで本発明は上記課題を鑑みてなされたものであり、団体の民泊客に対し、当該団体の各構成員の属性等を踏まえた民泊施設に関する情報を提案出来る技術の提供を主たる目的とする。
【課題を解決するための手段】
【０００９】  上記課題を解決する本発明の宿泊予約支援システムは、各民泊施設に関する過去の利用実績情報を保持する記憶装置と、民泊客の所定端末から得た予約希望内容の情報に基づき、当該予約希望内容の情報が示す宿泊人数が複数である場合、前記予約希望内容の情報が示す前記複数の民泊客それぞれの属性に関する情報に応じて、前記複数の民泊客を属性ごとに分類する処理と、前記利用実績情報において、各利用実績における民泊客の情報に関して、前記分類を経た各属性の民泊客の人数および該当属性に関して一致する、過去の民泊客に関する利用実績を特定し、当該利用実績において宿泊対象となっている民泊施設の情報を、前記予約希望内容に対する提案情報として、前記所定端末に出力する処理とを実行する演算装置と、を備えることを特徴とする。【００１０】  なお、上述の宿泊予約支援システムにおいて、前記記憶装置は、各民泊施設に関する客室情報を更に保持するものであり、前記演算装置は、前記分類を経た各属性の民泊客の人数と前記特定した利用実績が示す民泊施設に関する前記客室情報とに基づき、当該人数を収容可能な客室の有無について判定し、当該判定により、当該人数を収容可能な客室を特定出来た場合に、当該民泊施設の情報を前記提案情報として出力するものである、としてもよい。【００１１】  また、本発明の宿泊予約支援方法は、各民泊施設に関する過去の利用実績情報を保持する記憶装置を備えた情報処理システムが、民泊客の所定端末から得た予約希望内容の情報に基づき、当該予約希望内容の情報が示す宿泊人数が複数である場合、前記予約希望内容の情報が示す前記複数の民泊客それぞれの属性に関する情報に応じて、前記複数の民泊客を属性ごとに分類する処理と、前記利用実績情報において、各利用実績における民泊客の情報に関して、前記分類を経た各属性の民泊客の人数および該当属性に関して一致する、過去の民泊客に関する利用実績を特定し、当該利用実績において宿泊対象となっている民泊施設の情報を、前記予約希望内容に対する提案情報として、前記所定端末に出力する処理と、を実行することを特徴とする。【００１２】  なお、上述の宿泊予約支援方法において、前記情報処理システムが、前記記憶装置において、各民泊施設に関する客室情報を更に保持し、前記分類を経た各属性の民泊客の人数と前記特定した利用実績が示す民泊施設に関する前記客室情報とに基づき、当該人数を収容可能な客室の有無について判定し、当該判定により、当該人数を収容可能な客室を特定出来た場合に、当該民泊施設の情報を前記提案情報として出力する、としてもよい。
【発明の効果】
【００１３】  本発明によれば、団体の民泊客に対し、当該団体の各構成員の属性等を踏まえた民泊施設に関する情報を提案出来ることになる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態の宿泊予約支援システムを含むネットワーク構成例を示す図である。
【図２】本実施形態の宿泊予約支援システムのハードウェア構成例を示す図である。
【図３】本実施形態における利用実績テーブルのデータ構造例を示す図である。
【図４】本実施形態における客室情報テーブルのデータ構造例を示す図である。
【図５】本実施形態の宿泊予約支援方法のフロー例を示す図である。
【図６】本実施形態における出力例１を示す図である。
【図７】本実施形態における出力例２を示す図である。
【発明を実施するための形態】
【００１５】−−−ネットワーク構成−−−
【００１６】  以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の宿泊予約支援システム１００を含むネットワーク構成図である。図１に示す宿泊予約支援システム１００は、団体の民泊客に対し、当該団体の各構成員の属性等を踏まえた民泊施設に関する情報を提案するコンピュータシステムである。
【００１７】  ここで、本実施形態の宿泊予約支援システム１００が、民泊客の予約希望に対する処理結果である提案情報を提示する対象は、当該宿泊予約支援システム１００によるサービス提供を享受する民泊客（のユーザ端末２００）である。また、こうした民泊客からの予約希望の対象となる民泊施設は、少なくともその客室情報（例：各客室の広さ、タイプ、収容人数、設備の各情報など）と利用実績情報（例：当該宿泊施設が民泊客に利用された実績情報であり、宿泊グループごとの利用人数、構成員の国籍、性別、趣味、嗜好、信仰、などの属性といった情報）を民泊施設端末３００によって、宿泊予約支援システム１００にアップロードしている。
【００１８】  よって、宿泊予約支援システム１００はネットワーク１を介し、民泊客の備えるユーザ端末２００、および、宿泊施設の備える宿泊施設端末３００と、それぞれ通信可能に接続されている。
−−−ハードウェア構成−−−
【００１９】  次に、上述の宿泊予約支援システム１００のハードウェア構成例について説明する。図２は本実施形態の宿泊予約支援システム１００のハードウェア構成例を示す図である。本実施形態における宿泊予約支援システム１００は、例えばサーバ装置を想定することができる。なお、本実施形態では説明簡便化の為、単体の装置として宿泊予約支援システム１００を示しているが、必要な機能毎にサーバを設けて互いに連携させるとしてもよい。
【００２０】  こうした宿泊予約支援システム１００は、ハードディスクドライブやＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの不揮発性記憶素子で構成された記憶装置１０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）など揮発性記憶素子で構成されたメモリ１０３、ＣＰＵなどの演算装置１０４、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）などの通信装置１０５が内部ＢＵＳにより互いに接続されて構成されている。
【００２１】  このうち記憶装置１０１には、利用実績テーブル１２５、および、客室情報テーブル１２６が少なくとも記憶されている。これらテーブルのデータ構成例の詳細については後述する。
【００２２】  こうした宿泊予約支援システム１００は、上述の記憶装置１０１に格納されたプログラム１０２を、演算装置１０４がメモリ１０３に読み出して実行し、必要な機能を実装することになる。但し、こうした各機能は電子回路などのハードウェアとして実現してもよい。
−−−データ構造例−−−
【００２３】  次に、本実施形態の宿泊予約支援システム１００が利用するテーブル等のデータ構造例について説明する。図３は本実施形態における利用実績テーブル１２５のデータ構造例を示す図である。
【００２４】  この利用実績テーブル１２５は、上述の宿泊施設端末３００が提供する当該宿泊施設における過去の利用実績の情報を蓄積したテーブルである。従って、宿泊予約支援システム１００は、宿泊施設端末３００から一定期間ごとに当該利用実績の情報を取得し、この利用実績テーブル１２５を更新しているものとする。
【００２５】  そのデータ構成は、例えば、利用実績を一意に特定するレコードナンバーをキーに、当該利用実績の対象となっている宿泊施設の名称、当該利用実績において宿泊施設を利用した団体の民泊客の人数、当該民泊客それぞれの居住地、国籍、性別、趣味、嗜好、信仰といった属性情報を対応付けたレコードの集合体となっている。
【００２６】  また、図４は、本実施形態における客室情報テーブル１２６のデータ構造例を示す図である。この客室情報テーブル１２６は、上述の利用実績テーブル１２５にて利用実績を有する宿泊施設に関して、その客室情報を格納するテーブルである。
【００２７】  そのデータ構成は、宿泊施設を一意に特定する宿泊施設の名称をキーに、当該宿泊施設における各客室のタイプ（和室、洋室、など）、広さ、収容人数、といった値を対応付けたレコードの集合体となっている。
−−−フロー例−−−
【００２８】  以下、本実施形態における宿泊予約支援方法の実際手順について図に基づき説明する。以下で説明する宿泊予約支援方法に対応する各種動作は、宿泊予約支援システム１００のメモリ１０３に読み出して実行するプログラム１０２によって実現される。そして、このプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されている。
【００２９】  図５は、本実施形態における宿泊予約支援方法のフロー例を示す図である。この場合、宿泊予約支援システム１００は、民泊客のユーザ端末２００から、ネットワーク１を介して、予約希望内容の情報を受信したとする。
【００３０】  上述の予約希望内容の情報には、例えば、当該民泊客が所望の、宿泊予定日、宿泊人数、宿泊予定者すなわち民泊客の属性（居住地、国籍、性別、信仰、飲食の嗜好など）といった情報が含まれているものとする。
【００３１】  こうした状況において、宿泊予約支援システム１００は、上述の予約希望内容の情報に基づき、当該予約希望内容の情報が示す宿泊人数が複数であるか否か判定する（ｓ１００）。
上述の判定の結果、宿泊人数が単数であった場合（ｓ１０１：ｎ）、宿泊予約支援システム１００は、当該フローを終了する。
【００３２】  一方、宿泊人数が複数であった場合（ｓ１０１：ｙ）、宿泊予約支援システム１００は、当該予約希望内容の情報が示す、複数の宿泊者すなわち民泊客それぞれの属性に関する情報を抽出する（ｓ１０２）。ここで抽出される属性に関する情報とは、上述のように、居住地、国籍、性別、信仰、飲食の嗜好などの情報となる。
【００３３】  次に、宿泊予約支援システム１００は、ｓ１０２で得た属性に関する情報のうち、予め定めた種類の情報に関して、当該複数の民泊客を属性ごとに分類する（ｓ１０３）。
【００３４】  予め定めた種類の情報が、例えば「飲食の嗜好」であれば、上述の複数の民泊客を、「飲酒可のグループ：４名」、「飲酒不可のグループ：４名」、といった各グループ、或いは、「飲酒可かつ肉食可なグループ：３名」、「飲酒可かつ肉食不可なグループ：１名」、「飲酒不可かつ肉食不可なグループ：１名」、といった属性間の掛け合わせを行った各グループ、に分類する。勿論、こうしたグループの掛け合わせは一例であり、属性の種類ごとに任意に掛け合わせを想定するとしてもよい。
【００３５】  次に宿泊予約支援システム１００は、利用実績テーブル１２５において、各利用実績における民泊客の情報に関して、上述のｓ１０３での分類を経た各グループの民泊客の人数、および該当グループの属性（ないし属性の掛け合わせ）に関して一致する、過去の民泊客に関する利用実績を特定する（ｓ１０４）。
【００３６】  例えば、「飲酒可かつ肉食可なグループ：３名」、「飲酒可かつ肉食不可なグループ：１名」、「飲酒不可かつ肉食不可なグループ：１名」、の各グループに関して、属性の掛け合わせ条件とその人数を検索キーに、利用実績テーブル１２５の各レコードを検索し、「飲酒可かつ肉食可なグループ：３名」に関して、民泊施設「Ａ」に関する利用実績、また、
【００３７】「飲酒可かつ肉食不可なグループ：１名」に関して、民泊施設「Ｂ」に関する利用実績、また、「飲酒不可かつ肉食不可なグループ：１名」に関して、民泊施設「Ｃ」に関する利用実績、を特定できたとする。
【００３８】  続いて、宿泊予約支援システム１００は、ｓ１０４で特定した当該利用実績が示す該当民泊施設に関して、客室情報テーブル１２６を参照し、当該民泊施設の客室に、上述のｓ１０３での分類を経た各グループの人数を収容可能なものがあるか判定する（ｓ１０５）。
【００３９】  上述の例であれば、宿泊予約支援システム１００は、「飲酒可かつ肉食可なグループ：３名」に関する利用実績があった民泊施設「Ａ」において、その客室のうち「３名」を収容できる客室が存在するか判定し、また、「飲酒可かつ肉食不可なグループ：１名」に関する利用実績があった、民泊施設「Ｂ」において、その客室のうち「１名」を収容できる客室が存在するか判定し、また、「飲酒不可かつ肉食不可なグループ：１名」に関して利用実績があった民泊施設「Ｃ」において、その客室のうち「１名」を収容できる客室が存在するか判定することになる。勿論、１つの民泊施設で、上述の３つのグループそれぞれを収容可能な客室の存在を特定できれば好適であるので、宿泊予約支援システム１００は、各グループの人数に応じた客室をすべて備える民泊施設を客室情報テーブル１２６で検索するとしても好適である。
【００４０】  上述の判定の結果、各グループに関して当該人数を収容可能な客室の存在を特定出来なかった場合（ｓ１０６：ｎ）、宿泊予約支援システム１００は、過去の利用実績としては該当人数を収容可能な客室が存在したが、現状では該当客室が存在しないと認識し、適宜な民泊施設は見いだせなかった旨（図６の画面６００参照）を上述のユーザ端末２００に出力し（ｓ１０７）、当該フローを終了する。
【００４１】  他方、上述の判定の結果、各グループの少なくともいずれかに関して当該人数を収容可能な客室の存在を特定出来た場合（ｓ１０６：ｙ）、宿泊予約支援システム１００は、該当グループに関して当該民泊施設の情報を、上述の予約希望内容に対する提案情報（図７の画面７００参照）として、上述のユーザ端末２００に出力し（ｓ１０８）、当該フローを終了する。
以上説明したように本実施形態によれば、団体の民泊客に対し、当該団体の各構成員の属性等を踏まえた民泊施設に関する情報を提案出来ることになる。
【００４２】  以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００４３】１  ネットワーク
１００  宿泊予約支援システム
１０１  記憶装置
１０２  プログラム
１０３  メモリ
１０４  演算装置
１０５  通信装置
１２５  利用実績テーブル
１２６  客室情報テーブル
２００  ユーザ端末
３００  民泊施設端末
【図１】
2018173928.tif 000003
【図２】
2018173928.tif 000004
【図３】
2018173928.tif 000005
【図４】
2018173928.tif 000006
【図５】
2018173928.tif 000007
【図６】
2018173928.tif 000008
【図７】
2018173928.tif 000009