JP2017174166A - 施設予約提供サーバ及び施設予約提供プログラム - Google Patents

Abstract

【課題】よりパーソナライズされた施設情報のリコメンド通知を行うシステムを提供すること。【解決手段】本発明によるシステムを実現するサーバは、ユーザのカレンダ情報及びユーザ属性情報を取得し、カレンダ情報の内容に基づいて、ユーザの空き時間を特定し、、施設の予約状況に関する予約情報と、当該施設の属性情報とを取得すし、特定された空き時間及び予約情報と、ユーザ属性情報及び施設属性情報とに基づいてユーザに予約を促すべき施設を判定し、判定された施設の予約通知をユーザの端末に通知する。【選択図】図７

Description

本発明は、施設予約提供サーバ及び施設予約提供プログラムに関し、特に、ユーザのカレンダ情報と連動して最適な施設の予約に関する情報を提供するものに関する。

ユーザによる予約操作を行うことなく、イベント等に備えて事前に予約を取ることができる予約支援方法が提案されている（例えば、特許文献１参照）。

特開２０１５−１９５０１５号公報

しかしながら、特許文献１記載の発明では、ユーザの空き時間に不要なイベントの予約通知がされる恐れがあり、ユーザの希望に沿うリコメンドであるのかをユーザに判断させるステップが生じる。

そこで、本発明は、よりパーソナライズされた施設情報のリコメンド通知を行うシステムを提供することを目的とする。

本発明によれば、第１の施設予約提供プログラムとして、
ユーザのカレンダ情報及びユーザ属性情報を取得するユーザ情報取得部、
前記カレンダ情報の内容に基づいて、前記ユーザの空き時間を特定する特定部、
施設の予約状況に関する予約情報と、当該施設の属性情報とを取得する施設情報取得部、
特定された前記空き時間及び前記予約情報と、前記ユーザ属性情報及び前記施設属性情報とに基づいて前記ユーザに予約を促すべき前記施設を判定する判定部、
判定された前記施設の予約通知を前記ユーザの端末に通知する通知部、として端末を機能させる、
施設予約提供プログラムが得られる。

本発明によれば、第２の施設予約提供プログラムとして、第１に記載の施設予約提供プログラムであって、
前記ユーザ情報取得部は、端末の端末位置情報を更に取得し、
前記施設情報取得部は、前記施設の施設位置情報を更に取得し、
前記判定部は、前記端末位置情報及び前記施設位置情報に基づいて通知すべき前記予約通知を判定する
施設予約提供プログラムが得られる。

本発明によれば、第３の施設予約提供プログラムとして、第３に記載の施設予約提供プログラムであって、
前記ユーザ情報取得部は、前記カレンダ情報に関連付けられた予定関連位置情報を更に取得し、
前記判定部は、前記施設位置情報と前記予定関連位置情報とに基づいて通知すべき前記予約通知を判定する
施設予約提供プログラムが得られる。

本発明によれば、第１の施設予約提供管理サーバとして、
ユーザのカレンダ情報と、ユーザ属性情報と、ユーザ端末の端末位置情報とを取得するユーザ情報取得部と、
前記カレンダ情報の内容に基づいて、前記ユーザの空き時間を特定する特定部と、
施設の予約状況に関する予約情報と、前記施設の施設属性情報と、前記施設の施設位置情報とを取得する施設情報取得部と、
特定された前記空き時間及び前記予約情報と、前記ユーザ属性情報及び前記施設属性情報と、前記端末位置情報及び前記施設位置情報とに基づいて、前記ユーザに予約を促すべき前記施設を判定する判定部と、
判定された前記施設の予約通知を前記ユーザの端末に通知する通知部と、を備える、
施設予約提供サーバが得られる。

本発明によれば、第１の施設予約提供管理サーバとして、第１に記載の施設予約提供サーバであって、
前記ユーザ情報取得部は、前記カレンダ情報に関連付けられた予定関連位置情報を更に取得し、
前記判定部は、前記施設位置情報及び前記予定関連位置情報に基づいて前記ユーザに予約を促すべき前記施設を判定する
施設予約提供サーバが得られる。

本発明によれば、個々のユーザの空き時間によりパーソナライズされた予約通知を行うことができる。

本発明の実施の形態による施設予約提供システムの構成を示す図である。 図１の健康管理システムに含まれる施設予約提供サーバの機能構成を示すブロック図である。 図１の健康管理システムに含まれるユーザ端末の機能構成を示すブロック図である。 （Ａ）は、図１のユーザ端末に管理されるカレンダ情報データベースのデータテーブルを示す概念図である。（Ｂ）は、ユーザが予め登録した自己の属性タグの例である。 図４のカレンダ情報に基づくユーザスケジュールのイメージを示す図である。 （Ａ）は、各施設の予約情報データベースのデータテーブルを示す概念図である。（Ｂ）は当該施設に関連付けられた属性タグの例である。 図４（Ａ）のデータテーブルと、図６のデータテーブルとを比較したイメージ図である。 図１の施設予約提供システムにおける処理例を示す図である。 図１の施設予約提供サーバからの通知例である。 図１の予約情報データベースの拡張例を示すイメージ図である。

＜概要＞
図１に示されるように、本実施の形態による施設予約提供システム１は、施設予約提供サーバ１０と、ユーザ端末２０と、ユーザ端末２０内に管理されるカレンダ情報データベース３０と、施設情報データベース４０とがネットワーク５０を介して接続されることにより構成されている。

本実施形態の施設予約提供システム１は、ネットワーク５０を介して相互に通信可能に接続された、施設予約提供サーバ１０と、ユーザ端末２０とで構成される所謂クライアント／サーバモデルのシステムである。なお、ネットワーク５０は、携帯電話機やスマートフォン等に対するキャリアネットワークと、ＩＰベースのコンピュータネットワークとを含む。また、コンピュータネットワークは、図示されていない無線基地局（例えばＷｉＦｉ）によって構築される無線ネットワークを含んでも良い。

＜施設予約提供サーバ＞
図２に示されるように、施設予約提供サーバ１０は、処理部１１、メインメモリ１２、外部メモリ１３、インタフェース１４、通信部１５及びディスクドライブ１６等を備え、これらはバスを介して電気的に相互に接続される。処理部１１は、外部メモリ１３に格納されたプログラム・モジュール、及びディスクドライブ１６に格納された各種データ等をメインメモリ１２にロードして、順次プログラムを実行することにより施設予約提供システムによる処理を制御する。特に、処理部１１は、通信部１５を介してユーザ端末２０から取得したユーザ情報（詳しくは後述する）と施設管理データベースから取得した施設情報（詳しくは後述する）とに基づいて判定処理を行う機能や、ユーザ端末２０に送信・表示するための情報を生成して通信部１５を介してユーザ端末２０に戻すように構成される。インタフェース１４は、施設予約提供サーバ１０の管理者によってアクセスされ、各種サーバ機能設定やネットワーク設定を実施する。

なお、施設予約提供サーバ１０に関する情報処理装置としての様々な機能の全部又は一部は、ユーザ端末２０が担うように構成してもよい。この場合には、ユーザ端末２０単体で情報処理装置を構成するか、またはユーザ端末２０及び施設予約提供サーバ１０全体で情報処理装置が構成される。

＜ユーザ端末＞
図３に示されるように、ユーザ端末２０は、ユーザのスケジュールに関するカレンダ情報を管理して施設予約提供サーバ１０に送信したり、施設予約提供サーバ１０で生成される情報をブラウザ等のアプリケーションにより表示したりすることができる装置であればよく、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ、ゲーム用コンソールその他の電子機器等であればよい。カレンダ情報は、ユーザ端末に格納されていてもよいし、ネットワークを介したクラウド上にあってもよい。

図示されるように、ユーザ端末２０は、端末表示部２１、端末入力部２２、端末処理部２３、端末通信部２４および端末記憶部２５等を備え、これらはバスを介して電気的に相互に接続される。

端末表示部２１は、施設予約提供サーバ１０から端末通信部２４で受信した情報を端末記憶部２５に一時的に格納し、ブラウザ等を通じて表示する（表示の仕方はこれに限られない）。端末表示部２１は、例えば液晶ディスプレイ（ＬＣＤ）等によって実現することができるが、本実施の形態においては、特にタッチ・ディスプレイとして構成するのがよい。端末入力部２２は、ユーザ作用（メニュー等の「選択」、「移動」、「削除」等）を受け付ける。入力手段としては、キーボードや仮想キーボードによる文字入力、マウスによるオブジェクトのクリック、画面内のオブジェクトの位置に対応するタッチ・ディスプレイ上での指によるタッチ入力やスタイラスによる入力、およびその組み合わせとすることができるが、これらに限定されない。

端末入力部２２で受けた入力命令に基づいて、端末処理部２３がユーザ命令を作成し、端末通信部２４およびネットワーク５０を通じて施設予約提供サーバ１０と通信を行う。そして、施設予約提供サーバ１０内において関連の健康状態予測プログラム（後述）が実行される。端末記憶部２５は、ユーザ端末２０に関連付けられる各種データ、および画像データの表示に必要なブラウザ等のアプリケーションを格納すると共に、施設予約提供サーバ１０から受信する画像データ等の各種データも一時的に格納する。

＜カレンダ情報＞
図４（Ａ）に示されるように、本実施の形態によるカレンダ情報は、少なくとも予定の「開始時刻」、「期間（所要時間）」、「内容」を有している、本実施の形態においては、これに加えて「位置」、「関連ユーザ」の項目をも持っている。なお、カレンダ情報が管理する項目は、これ以外にあってもよい。本実施の形態においては、図示されるユーザカレンダ情報には、開始時刻１０：００、１７：００及び１９：００の３件の予定が登録されている。開始時刻１０：００の予定（以下「第１の予定」という）は、所要時間６０分間であり、内容は「打合せ」あり、場所は東京である。開始時刻１７：００の予定（以下「第２の予定」という）は、所要時間３０分、内容は「会議」であり、場所は品川であり、関連付けられているユーザはＡが登録されている。開始時刻１９：００からの予定（以下「第３の予定」という）は、所要時間９０分、内容は「会食」であり、場所は渋谷であり、関連付けられているユーザはＢが登録されている。本実施の形態による予定の位置には、所謂位置情報が関連付けられている。本実施の形態においては、ユーザの会食後の時間帯であるＴｆ３についてユーザとＦジムとの空き時間が重複しており、且つ、会食の場所（位置）と、Ｆジムの店舗の位置とも一致している。このため、Ｆジムのうち渋谷店の予約がリコメンド対象となる。

カレンダ情報は、例えば図５のように可視化されてユーザ端末２０に表示される。これにより、ユーザは、１０：００〜１１：００、１７：００〜１７：３０、１９：００〜２０：３０に予定が入っていることが視覚的に理解容易となる。

＜ユーザ属性情報＞
図４（Ｂ）に示されるように、ユーザには、属性タグ（ユーザ属性情報）が関連付けられている。属性タグは、ユーザの興味があるものとして、アンケート等をとることによって関連付けることとしてもよいし、ユーザの活動等に基づいて自動的に付されるものであってもよい。本実施の形態によるユーザの属性タグには「ダイエット」、「腰痛」、「食事」、「英語」が登録されている。したがって、当該ユーザは、ダイエット、腰痛、食事、英語といったトピックに興味があることがわかる。

＜施設予約情報＞
本実施の形態による施設予約情報データベースは、図６（Ａ）に示されるように、スポーツジム（Ｆジム）の施設予約情報を管理するテーブルを有している。テーブルには店舗毎に既に予約が入っている時間帯（即に同じ時間帯には予約を取ることができない時間帯）と店舗の位置情報が関連付けられて登録されている。なお、これ以外の項目を管理することとしてもよい。

図６（Ｂ）に示されるように、本実施の形態による施設には、施設属性情報として「ダイエット」及び「運動」という施設属性タグが関連付けられている。当該施設属性タグは、各施設が保持していてもよいし、施設予約提供サーバ１０が保持していてもよい。

＜動作＞
図７に示されるように、ユーザのカレンダ情報と、施設予約情報とを比較した場合、図の斜線部に対応するＴｆ１、Ｔｆ２及びＴｆ３がユーザの空き時間且つ施設の空き時間となっている。このような状況において、本実施の形態による施設予約提供システムの処理について以下説明する。

図８に示されるように、施設予約提供サーバ１０は、ユーザ端末２０に対して、カレンダ情報リクエストを送信する（ＳＱ１００）。ユーザ端末２０は、カレンダ情報を参照して施設予約提供サーバ１０に返信する（ＳＱ１０２）。施設予約提供サーバ１０は、カレンダ情報リクエスト（ＳＱ１００）と同時に又は異なるタイミングで、予約情報ＤＢを読込み（ＳＱ１０４）、Ｆジムの施設予約情報を取得する。施設予約提供サーバ１０は、ユーザ端末２０から取得したカレンダ情報と、予約情報ＤＢから読み込んだ予約情報とを比較して、ユーザの空き時間且つ施設の空き時間の時間帯があるか否かを判定する（ＳＱ１０６）。判定の結果、同じ時間帯に空き時間がある場合には、ユーザ端末２０に通知を行う（ＳＱ１１２）。通知を受け取ったユーザ端末２０のユーザは、当該空き時間にＦジムに予約を入れたければ予約リクエストを行う（ＳＱ１１２）。予約リクエストを受けた施設予約提供サーバ１０は、ユーザ端末２０と施設端末（図示せず）との間で予約に関する決済処理を行う（ＳＱ１１４）。なお、決済処理は、施設端末側で行うこととしてもよい。

本実施の形態による通知は、例えば、図９に示されるような、ＳＱ１１０に対応する通知としてメッセージアプリケーション内への通知として行われる。即ち、ユーザ端末２０の画面には「Ｘさん、本日１９：００〜２０：３０渋谷での会食後、空き時間に軽く汗を流しませんか？」というような、ユーザの空き時間と施設の空き時間とが一致していること（図７の共通空き時間Ｔｆ３）、及び予約を促すメッセージが表示される１０００。同時にユーザには、「予約する」、「予約しない」、「別の日時」という３つの選択と１００２が表示される。ユーザが予約を希望する場合には、図８のＳＱ１１２に対応する「予約する」を選択すればよい。

なお、本実施の形態による施設予約提供システムにおいては、ユーザが同じ系列の他の支店等にユーザのトレーニング情報、購買情報、サービス利用情報（以下「ユーザサービス管理情報」という）がある場合に、予約を完了した店舗に対して当該ユーザサービス管理情報を送信して共有することとしてもよい。

上述した施設予約提供システムは、ユーザの空き時間に応じてスポーツジムの施設予約を問い合わせるものであったが、図１０に示されるように、レストラン等の飲食施設の空き時間を管理するレストラン予約情報ＤＢや、歯科の空き時間を管理する歯科予約情報ＤＢと連携することとしてもよい。また、予約情報ＤＢはこれに限らず、様々な施設と連携することが可能である。この場合、予約情報ＤＢが得ると、ユーザに対して全施設との空き時間のマッチングが行われてしまい処理が複雑化してしまうおそれがある。そこで、各施設に施設属性タグをつけておき、ユーザ属性タグとマッチングを図ることとしてもよい。例えば、図４（Ｂ）のユーザは「ダイエット」「腰痛」」「食事」「英語」というユーザ属性が関連付けられている。したがって、当該ユーザには図１０の施設のうち、スポーツ施設予約情報ＤＢとレストラン予約情報ＤＢのみについて空き時間のマッチングが行われる。これにより、各ユーザに対してよりパーソナライズされたリコメンドを提供することができる。

＜その他＞
本発明に係るサービスとして、スポーツジムサービスを取りあげているが、本発明は当該事業以外の事業においても用いることができる。特に、人の心理や精神への働きかけを用いる事業（例えば、人のモチベーションを上げるため、アドバイスを行う事業）、福祉（例えば、専門家が地域のコミュニティの福祉に対して遠隔でアドバイスする場合等）、教育等の事業において用いることができる。

１ 施設予約提供システム
１０ 施設予約提供サーバ
２０ ユーザ端末
３０ カレンダ情報データベース（カレンダ情報ＤＢ）
４０ 施設情報データベース（施設情報ＤＢ）
５０ ネットワーク

Claims (5)

1. ユーザのカレンダ情報及びユーザ属性情報を取得するユーザ情報取得部、
   前記カレンダ情報の内容に基づいて、前記ユーザの空き時間を特定する特定部、
   施設の予約状況に関する予約情報と、当該施設の属性情報とを取得する施設情報取得部、
   特定された前記空き時間及び前記予約情報と、前記ユーザ属性情報及び前記施設属性情報とに基づいて前記ユーザに予約を促すべき前記施設を判定する判定部、
   判定された前記施設の予約通知を前記ユーザの端末に通知する通知部、として端末を機能させる、
   施設予約提供プログラム。
2. 請求項１に記載の施設予約提供プログラムであって、
   前記ユーザ情報取得部は、端末の端末位置情報を更に取得し、
   前記施設情報取得部は、前記施設の施設位置情報を更に取得し、
   前記判定部は、前記端末位置情報及び前記施設位置情報に基づいて通知すべき前記予約通知を判定する
   施設予約提供プログラム。
3. 請求項１又は請求項２に記載の施設予約提供プログラムであって、
   前記ユーザ情報取得部は、前記カレンダ情報に関連付けられた予定関連位置情報を更に取得し、
   前記判定部は、前記施設位置情報と前記予定関連位置情報とに基づいて通知すべき前記予約通知を判定する
   施設予約提供プログラム。
4. ユーザのカレンダ情報と、ユーザ属性情報と、ユーザ端末の端末位置情報とを取得するユーザ情報取得部と、
   前記カレンダ情報の内容に基づいて、前記ユーザの空き時間を特定する特定部と、
   施設の予約状況に関する予約情報と、前記施設の施設属性情報と、前記施設の施設位置情報とを取得する施設情報取得部と、
   特定された前記空き時間及び前記予約情報と、前記ユーザ属性情報及び前記施設属性情報と、前記端末位置情報及び前記施設位置情報とに基づいて、前記ユーザに予約を促すべき前記施設を判定する判定部と、
   判定された前記施設の予約通知を前記ユーザの端末に通知する通知部と、を備える、
   施設予約提供サーバ。
5. 請求項４に記載の施設予約提供サーバであって、
   前記ユーザ情報取得部は、前記カレンダ情報に関連付けられた予定関連位置情報を更に取得し、
   前記判定部は、前記施設位置情報及び前記予定関連位置情報に基づいて前記ユーザに予約を促すべき前記施設を判定する
   施設予約提供サーバ。
   
   

Images