(57)【特許請求の範囲】
【請求項１】
利用者端末と、提供者端末と、予約管理サーバとを備えるサービス提供予約システムであって、
前記利用者端末は、
希望する日時とサービス内容を含むリクエストの入力を行うリクエスト入力手段と、
リクエストに対して複数の提供者端末から送信されてきた一以上のアプローチの中から一のアプローチを選択して提供者端末または予約管理サーバにより発行されたクーポンを入手し、当該入手したクーポンを表示する利用者端末表示手段と、
当該入手したクーポンを使用しない場合に利用者がキャンセル処理の操作を行って、クーポンのキャンセルを送信するキャンセル送信手段と、
を備え、
前記提供者端末は、
前記利用者端末から送信されてきたリクエストを表示する提供者端末表示手段と、
リクエストに対するサービス提供内容を含むアプローチの入力を行うアプローチ入力手段と、
を備え、
前記予約管理サーバは、
前記利用者端末からのリクエストと前記提供者端末からのアプローチを送受信して予約の管理を行う予約管理手段と、
利用者および提供者に関する情報を記録する記録手段と、
利用者が入手したクーポンが指定日時から一定期間経過後に使用されない場合にクーポンのキャンセル処理を強制的に行うと共に、キャンセル処理を行ったことを記録手段に記録するキャンセル処理手段と、
を備え、
前記予約管理サーバは、前記キャンセル送信手段によるキャンセル処理の回数と、前記キャンセル処理手段による強制的なキャンセル処理の回数とを利用者のキャンセル実績として管理し、当該利用者のキャンセル実績を前記提供者端末に送信し、
前記提供者端末のリクエスト表示手段は、前記利用者のキャンセル実績を表示することを特徴とするサービス提供予約システム。
【請求項２】
前記記録手段が記録するキャンセル処理の実績に応じて、前記利用者端末の機能に制限を加えるキャンセルペナルティ処理を行うことを特徴とする請求項１に記載のサービス提供予約システム。
【請求項３】
前記提供者端末は、美容師又は理容師が各々使用する携帯情報端末であることを特徴とする請求項１または２に記載のサービス提供予約システム。
【請求項４】
利用者端末からサービス内容に関するリクエストを受け付けるリクエスト受付手段と、
リクエストを、提供者端末へ送信するリクエスト送信手段と、
リクエストに対してサービス提供を希望する提供者端末からのアプローチを受け付けるアプローチ受付手段と、
アプローチを、前記利用者端末へ送信するアプローチ送信手段と、
一以上のアプローチから前記利用者端末により選択されたアプローチに基づいて、前記利用者端末へクーポンを送信するクーポン送信手段と、
利用者が入手したクーポンが指定日時から一定期間経過後に使用されない場合に、クーポンのキャンセル処理を強制的に行うと共に、キャンセル処理を行ったことを記録手段に記録するキャンセル処理手段と、
を備え、
前記リクエスト送信手段は、前記利用者端末によるキャンセル処理の回数と、前記キャンセル処理手段による強制的なキャンセル処理の回数とを利用者のキャンセル実績として管理し、当該利用者のキャンセル実績を前記提供者端末に送信することを特徴とするサービス提供予約管理サーバ。
【請求項５】
リクエスト受付部により、利用者端末からサービス内容に関するリクエストを受け付けるリクエスト受付ステップと、
リクエスト送信部により、前記リクエスト受付ステップで受け付けたリクエストを、提供者端末へ送信するリクエスト送信ステップと、
アプローチ受付部により、前記リクエスト送信ステップで送信したリクエストに対してサービス提供を希望する前記提供者端末からのアプローチを受け付けるアプローチ受付ステップと、
アプローチ送信部により、前記アプローチ受付ステップで受け付けたアプローチを、前記利用者端末へ送信するアプローチ送信ステップと、
クーポン送信部により、前記アプローチ送信ステップで送信した一以上のアプローチから前記利用者端末により選択されたアプローチに基づいてクーポンを送信するクーポン送信ステップと、
キャンセル処理部により、利用者が入手したクーポンが指定日時から一定期間経過後に使用されない場合に、クーポンのキャンセル処理を強制的に行うと共に、キャンセル処理を行ったことを記録手段に記録するキャンセル処理ステップとを備え、
前記リクエスト送信ステップは、前記利用者端末によるキャンセル処理の回数と、前記キャンセル処理ステップによる強制的なキャンセル処理の回数とを利用者のキャンセル実績として管理し、当該利用者のキャンセル実績を前記提供者端末に送信することを特徴とするサービス提供予約方法。
【請求項６】
リクエスト受付部により、利用者端末からサービス内容に関するリクエストを受け付けるリクエスト受付ステップと、
リクエスト送信部により、前記リクエスト受付ステップで受け付けたリクエストを、提供者端末へ送信するリクエスト送信ステップと、
アプローチ受付部により、前記リクエスト送信ステップで送信したリクエストに対してサービス提供を希望する提供者端末からのアプローチを受け付けるアプローチ受付ステップと、
アプローチ送信部により、前記アプローチ受付ステップで受け付けたアプローチを、利用者端末へ送信するアプローチ送信ステップと、
クーポン送信部により、前記アプローチ送信ステップで送信した一以上のアプローチから利用者端末により選択されたアプローチに基づいてクーポンを送信するクーポン送信ステップと、
キャンセル処理部により、利用者が入手したクーポンが指定日時から一定期間経過後に使用されない場合に、クーポンのキャンセル処理を強制的に行うと共に、キャンセル処理を行ったことを記録手段に記録するキャンセル処理ステップとをコンピュータに実行させるためのサービス提供予約プログラムであって、
前記リクエスト送信ステップは、前記利用者端末によるキャンセル処理の回数と、前記キャンセル処理ステップによる強制的なキャンセル処理の回数とを利用者のキャンセル実績として管理し、当該利用者のキャンセル実績を前記提供者端末に送信するサービス提供予約プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者がサービス提供者への予約を行うサービス提供予約システム、サービス提供予約管理サーバ、サービス提供予約方法およびサービス提供予約プログラムに関する。
【背景技術】
【０００２】
従来、利用者がオンラインで美容師（サービス提供者の一例）を予約するシステムが知られている（例えば、特許文献１を参照）。特許文献１のシステムでは、まず利用者は、端末装置を用いて美容院のウェブサイトへアクセスし、そのウェブサイトで公開されている美容師ごとの空き状況を確認し、希望する美容師と施術を受けたい時間を指定した予約情報を美容院の端末装置へ送信する。美容院は、端末装置を用いて、予約情報の内容を確認し、ユーザの希望に添える場合、予約を受け付けた旨の情報をユーザの端末装置へ送信する。これにより、ユーザは、自分の希望に合った美容師および時間を予約することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３４４４９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載のシステムでは、美容師は利用者からの予約を待つほかなく、いわゆるプル型の営業しかできない。また、利用者からしても、自らの希望に合う美容師を探す手間が生じる。
【０００５】
本発明の目的は、サービス提供者が自身の営業状況に応じてプッシュ型の営業を行うことができ、また利用者がサービス提供者のアプローチを選択することができるサービス提供予約システム、サービス提供予約管理サーバ、サービス提供予約方法およびサービス提供予約プログラムを提供することである。
【課題を解決するための手段】
【０００６】
本発明の一態様におけるサービス提供予約システムは、利用者端末と、提供者端末と、予約管理サーバとを備えるサービス提供予約システムであって、前記利用者端末は、希望する日時とサービス内容を含むリクエストの入力を行うリクエスト入力手段と、リクエストに対して複数の提供者端末から送信されてきた一以上のアプローチの中から一のアプローチを選択して提供者端末または予約管理サーバにより発行されたクーポンを入手し、当該入手したクーポンを表示する利用者端末表示手段と、当該入手したクーポンを使用しない場合に利用者がキャンセル処理の操作を行って、クーポンのキャンセルを送信するキャンセル送信手段と、を備え、前記提供者端末は、前記利用者端末から送信されてきたリクエストを表示する提供者端末表示手段と、リクエストに対するサービス提供内容を含むアプローチの入力を行うアプローチ入力手段と、を備え、前記予約管理サーバは、前記利用者端末からのリクエストと前記提供者端末からのアプローチを送受信して予約の管理を行う予約管理手段と、利用者および提供者に関する情報を記録する記録手段と、利用者が入手したクーポンが指定日時から一定期間経過後に使用されない場合にクーポンのキャンセル処理を強制的に行うと共に、キャンセル処理を行ったことを記録手段に記録するキャンセル処理手段と、を備え、前記予約管理サーバは、前記キャンセル送信手段によるキャンセル処理の回数と、前記キャンセル処理手段による強制的なキャンセル処理の回数とを利用者のキャンセル実績として管理し、当該利用者のキャンセル実績を前記提供者端末に送信し、前記提供者端末のリクエスト表示手段は、前記利用者のキャンセル実績を表示する。
【０００７】
また、サービス提供予約システムでは、記録手段が記録するキャンセル処理の実績に応じて、利用者端末の機能に制限を加えるキャンセルペナルティ処理を行う構成でもよい。
【０００９】
また、サービス提供予約システムでは、提供者端末は、美容師又は理容師が各々使用する携帯情報端末であってもよい。
【００１０】
本発明の一態様におけるサービス提供予約管理サーバは、利用者端末からサービス内容に関するリクエストを受け付けるリクエスト受付手段と、リクエストを、提供者端末へ送信するリクエスト送信手段と、リクエストに対してサービス提供を希望する提供者端末からのアプローチを受け付けるアプローチ受付手段と、アプローチを、前記利用者端末へ送信するアプローチ送信手段と、一以上のアプローチから前記利用者端末により選択されたアプローチに基づいて、前記利用者端末へクーポンを送信するクーポン送信手段と、利用者が入手したクーポンが指定日時から一定期間経過後に使用されない場合に、クーポンのキャンセル処理を強制的に行うと共に、キャンセル処理を行ったことを記録手段に記録するキャンセル処理手段と、を備え、前記リクエスト送信手段は、前記利用者端末によるキャンセル処理の回数と、前記キャンセル処理手段による強制的なキャンセル処理の回数とを利用者のキャンセル実績として管理し、当該利用者のキャンセル実績を前記提供者端末に送信する。
【００１１】
本発明の一態様におけるサービス提供予約方法は、リクエスト受付部により、利用者端末からサービス内容に関するリクエストを受け付けるリクエスト受付ステップと、リクエスト送信部により、前記リクエスト受付ステップで受け付けたリクエストを、提供者端末へ送信するリクエスト送信ステップと、アプローチ受付部により、前記リクエスト送信ステップで送信したリクエストに対してサービス提供を希望する前記提供者端末からのアプローチを受け付けるアプローチ受付ステップと、アプローチ送信部により、前記アプローチ受付ステップで受け付けたアプローチを、前記利用者端末へ送信するアプローチ送信ステップと、クーポン送信部により、前記アプローチ送信ステップで送信した一以上のアプローチから前記利用者端末により選択されたアプローチに基づいてクーポンを送信するクーポン送信ステップと、キャンセル処理部により、利用者が入手したクーポンが指定日時から一定期間経過後に使用されない場合に、クーポンのキャンセル処理を強制的に行うと共に、キャンセル処理を行ったことを記録手段に記録するキャンセル処理ステップとを備え、前記リクエスト送信ステップは、前記利用者端末によるキャンセル処理の回数と、前記キャンセル処理ステップによる強制的なキャンセル処理の回数とを利用者のキャンセル実績として管理し、当該利用者のキャンセル実績を前記提供者端末に送信する。
【００１２】
本発明の一態様におけるサービス提供予約プログラムは、リクエスト受付部により、利用者端末からサービス内容に関するリクエストを受け付けるリクエスト受付ステップと、リクエスト送信部により、前記リクエスト受付ステップで受け付けたリクエストを、提供者端末へ送信するリクエスト送信ステップと、アプローチ受付部により、前記リクエスト送信ステップで送信したリクエストに対してサービス提供を希望する提供者端末からのアプローチを受け付けるアプローチ受付ステップと、アプローチ送信部により、前記アプローチ受付ステップで受け付けたアプローチを、利用者端末へ送信するアプローチ送信ステップと、クーポン送信部により、前記アプローチ送信ステップで送信した一以上のアプローチから利用者端末により選択されたアプローチに基づいてクーポンを送信するクーポン送信ステップと、キャンセル処理部により、利用者が入手したクーポンが指定日時から一定期間経過後に使用されない場合に、クーポンのキャンセル処理を強制的に行うと共に、キャンセル処理を行ったことを記録手段に記録するキャンセル処理ステップとをコンピュータに実行させるためのサービス提供予約プログラムであって、前記リクエスト送信ステップは、前記利用者端末によるキャンセル処理の回数と、前記キャンセル処理ステップによる強制的なキャンセル処理の回数とを利用者のキャンセル実績として管理し、当該利用者のキャンセル実績を前記提供者端末に送信する。
【発明の効果】
【００１３】
本発明によれば、サービス提供者が自身の営業状況に応じてプッシュ型の営業を行うことができると共に、また利用者がサービス提供者のアプローチを選択することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態に係るサービス提供予約システムの構成の一例を示す図である。
【図２】予約管理部の構成の一例を示す図である。
【図３】記録部に記録される利用者情報テーブルの構成の一例を示す図である。
【図４】記録部に記録される提供者情報テーブルの構成の一例を示す図である。
【図５】記録部に記録されるリクエスト・アプローチ情報テーブルの構成の一例を示す図である。
【図６】利用者端末に表示されるリクエスト画面の一例を示す図である。
【図７】利用者端末に表示されるアプローチ画面の一例を示す図である。
【図８】サービス提供予約システムにおけるサービス提供予約処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態に係るサービス提供予約システム、サービス提供予約管理サーバ、サービス提供予約方法およびサービス提供予約プログラムについて図面を参照しながら説明する。なお、実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。
【００１６】
なお、以下では、サービス提供予約サービスの一例として美容師の予約を例として説明するが、本サービス提供予約システムは、美容師の予約に限らず、理容師、病院、歯医者、レストラン、マッサージ等の様々なサービスへの予約に適用することができる。
【００１７】
図１は、本発明の実施形態に係るサービス提供予約システムの全体構成を示す。本サービス提供予約システムは、一以上の利用者端末１００と、予約管理サーバ２００と、一以上の提供者端末３００とを有する。
【００１８】
利用者端末１００と予約管理サーバ２００と提供者端末３００とは、有線および／または無線のネットワーク回線に接続されている。予約管理サーバ２００はＷｅｂサーバの機能を有し、利用者端末１００と予約管理サーバ２００と提供者端末３００とは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等を用いて通信する。
【００１９】
予約管理サーバ２００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される主メモリと、ハードディスク等で構成される記録部２０２とを有する。予約管理サーバ２００の記録部２０２には、後述する利用者情報テーブルと、提供者情報テーブルと、リクエスト・アプローチ情報テーブルと、サービス提供予約プログラムとが格納されている。予約管理サーバ２００のＣＰＵが記録部２０２からサービス提供予約プログラムを主メモリに読み出して実行することで、後述する予約管理部２０１の各機能が実現される。
【００２０】
なお、記録部２０２は必ずしも予約管理サーバ装置２００が保有する必要はなく、外部に配置されてもよい。
【００２１】
利用者端末１００および提供者端末３００は、例えば、利用者および提供者がそれぞれ使用する携帯情報端末・スマートフォンやＰＣ（パーソナルコンピュータ）等である。利用者端末１００の記録装置に格納されるプログラムを主メモリに読みだしてＣＰＵが実行することで、リクエスト入力部１０１と利用者端末表部１０２との各部の機能が実現される。また、提供者端末の記憶装置に格納されるプログラムを主メモリに読み出してＣＰＵが実行することで、アプローチ入力部３０１と提供者端末表示部３０２との各機能が実現される。
【００２２】
これらの両端末の各部の機能は、例えば、ネットワークを介してダウンロードされてインストールされるアプリケーションによって実現される。あるいは、両端末がＷｅｂブラウザを有し、利用者端末１００のリクエスト入力部１０１および利用者端末表部１０２と、提供者端末３００のアプローチ入力部３０１および提供者端末表示部３０２は、Ｗｅｂブラウザの機能で実現される構成とすることも可能である。この場合、両端末は、Ｗｅｂブラウザから予約管理サーバ（Ｗｅｂサーバ）にアクセスして必要な情報を送受信する。後者の構成の場合は、利用者端末１００のリクエスト入力部１０１および利用者端末表部１０２と、提供者端末３００のアプローチ入力部３０１および提供者端末表示部３０２は、通常のＷｅｂブラウザへの入力部および表示処理部に相当する。
【００２３】
利用者端末１００のリクエスト入力部１０１は、希望する日時とサービス内容を含むリクエストの入力を行う。具体的には、リクエスト入力部１０１は、利用者によるサービスの予約のリクエストを受け付ける。従来、美容室の予約を行う場合は、美容室および美容師を指名して予約を行うのが一般的である。これに対し、本実施形態に係るサービス提供予約システムでは、利用者は希望する条件のみを示して広くリクエストを行い、複数の美容師からのアプローチを待つ点に特徴がある。
【００２４】
ここで、本実施例においてリクエストとは、利用者が求めるサービス内容を、予約管理サーバ２００に送信することをいう。予約管理サーバ２００にリクエストを送信することで、登録されている提供者端末へリクエストを送信することができる。リクエストに含まれる内容は、希望する日時や地理的エリア、金額、カット・パーマ等の希望するサービス内容である。
【００２５】
また、利用者端末１００の利用者端末表部１０２は、リクエストに対する一以上のアプローチの中からアプローチを選択して提供者端末３００または予約管理サーバ２００により発行されたクーポンを入手し、当該入手したクーポンを表示する。なお、クーポンの詳細については、後述する。
【００２６】
また、利用者端末１００のキャンセル送信部１０３は、入手したクーポンを使用しない場合にキャンセル関連処理の指示を送信する。キャンセル関連処理の詳細については、後述する。
【００２７】
予約管理サーバ２００の予約管理部２０１は、利用者端末１００から送信されたリクエストを受信し、登録されている提供者端末３００へ当該リクエストを送信する。具体的には、予約管理部２０１は、図３に示すように、利用者端末１００からサービス内容に関するリクエストを受け付けるリクエスト受付部２１１と、リクエストを、提供者端末３００へ送信するリクエスト送信部２１２と、リクエストに対してサービス提供を希望する提供者端末３００からのアプローチを受け付けるアプローチ受付部２１３と、アプローチを、利用者端末１００へ送信するアプローチ送信部２１４と、一以上のアプローチから利用者端末１００により選択されたアプローチに基づいて、利用者端末１００へクーポンを送信するクーポン送信部２１５とを備える。提供者端末３００の提供者端末表示部３０２は、予約管理サーバ２００を介して利用者端末１００から送信されてきたリクエストを表示する。具体的には、提供者端末表示部３０２は、当該リクエストに含まれるサービス内容を表示する。そのサービス内容を見たサービス提供者は、提供者端末３００のアプローチ入力部３０１からアプローチを行う。アプローチ入力部３０１は、リクエストに対するサービス提供内容を含むアプローチの入力を行う。また、提供者情報入力部３０３は、少なくとも提供者のプロフィールおよび実績を含む提供者情報を入力する。提供者情報入力部３０３により入力された情報は、予約管理サーバ２００に送信される。
【００２８】
なお、リクエストを提供者端末３００へ送信する際には、エリアや金額、サービスメニューなど、あらかじめ提供者端末３００の提供者情報入力部３０３により登録された希望条件に沿うリクエストのみを抽出し、抽出したリクエストを送信することもできる。また、予約管理部２０１は、リクエストの抽出において、単純な条件のみならず、例えば、ＡＩ（人工知能）を用いて、学習を繰り返しながら、提供者が登録したプロフィール等の提供者情報、利用者が登録した利用者情報、リクエスト情報、過去に提供者がアプローチをしたリクエストの情報などに基づいて、自動的に好適なリクエストのみを抽出して提供者端末３００へ送信することもできる。さらに、ＡＩを用いて、自動的に提供者端末３００からアプローチをする構成とすることもできる。
【００２９】
ここで、アプローチとは、提供者が提供する予定のサービス提供内容を、予約管理サーバ２００に送信することをいう。予約管理部２０１は、提供者端末３００からのアプローチを受け付けると、利用者端末１００へ当該アプローチの内容を送信する。アプローチに際しては、リクエストの内容に沿って提供するサービス内容や価格を記入することができる。リクエストにて求められている内容以上のサービス（ヘッドスパなど、美容室で提供している付随サービス）を追加して提案することもできる。
【００３０】
また、アプローチに際して、提供者端末３００から提供者がコメントする様子などを撮影した動画や画像を添付することもできる。動画や画像を添付することで、提供者の人柄や雰囲気を分かりやすく利用者へ伝えることができる。
【００３１】
なお、予約管理サーバ２００から利用者端末１００および提供者端末３００への送信は、メールやアプリ内のメッセージ等で通知をする構成（プッシュ型の構成）とすることや、提供者端末３００から予約管理サーバ２００へアクセスして情報を閲覧する構成（プル型の構成）とすることもできる。また、提供者が予め設定する希望条件（エリアや金額等）にマッチするリクエストのみを通知する構成とすることも考えられる。
【００３２】
提供者端末３００からのアプローチがあると、予約管理サーバ２００の予約管理部２０１は、当該アプローチを利用者端末１００へ通知する。利用者端末１００のアプローチ・クーポン表示部は、受信したアプローチの内容を表示し、利用者は最適なアプローチを選択することができる。一つのアプローチを選択すると、予約管理部２０１から、店舗等にてサービスを受けることができるクーポンを受け取る。
【００３３】
ここでクーポンとは、サービス内容や価格、日時等を示した情報を指す。より好適には、店舗にて、予約したサービスを受けるための電子チケットを指す。通常のサービスに加えて特典メニューなどが記載されることもできるが、必ずしも特典の内容が含まれている必要はない。また、ＰＤＦ等のファイルや、当該情報を印刷した紙により実現することもできる。クーポンを表示させて提供者へ示すことで、店舗で予約したサービスを受けることができる。
【００３４】
利用者によりアプローチが選択されると、予約管理部２０１は、当該アプローチを行った提供者端末３００へ選択された旨の通知を行う。また、アプローチが選択されなかった提供者端末３００へは、他の提供者が選択された旨の通知を行う。
【００３５】
以上の基本的な構成により、美容師は自分の営業状態に応じて、主体的に予約を取りに行くことができる。また、利用者は複数のアプローチから選択することで、手間を省き、自分の希望に最も合う美容師を選択することができると共に、自分だけのオリジナルクーポンを入手することができる。
【００３６】
なお、提供者端末３００は、美容室内のそれぞれの美容師が使用する携帯情報端末・スマートフォンやＰＣを利用することが望ましい。通常、美容室の広告や営業は美容室単位で行い、美容師個人で広告や営業を行うことはない。しかし、本発明の実施形態に係るサービス提供予約システムは、店舗単位ではなく美容師個人単位で使用されることでより顕著な効果を発揮する。つまり、美容師個人の営業状態、例えば「明日は予約がほとんど入っていないから予約が欲しい」、「今月はあと○件の予約が取れればノルマを達成できる」といった状況に応じて、美容師個人が積極的に予約を取りに行くという営業が可能となるのである。これは、美容師の出来高に応じて給与や待遇が変動するという特有の事情に起因する。
【００３７】
また、利用者からしても、店舗単位のアプローチではどのような美容師に当たるか分からないが、美容師個人からのアプローチが来ることによって、満足のいくサービスが受けられそうか、誰を選択して予約するべきかを判断することができる。これは、同じ店舗内であっても、美容師ごとに力量や趣向が異なるという美容師業界特有の事情に起因する。よくある相見積システムを美容室予約に適用するのであれば、店舗単位に適用することが自然であるが、これを美容師単位の提供者端末３００に適用し、美容師個人からアプローチをする構成にすることにより、本発明の効果をより顕著に発揮することができる。
【００３８】
アプローチの選択によって、予約がなされると、予約管理サーバ２００の予約管理部２０１は、利用者端末１００へクーポンを送信する。利用者端末１００の利用者端末表部１０２は、受信したクーポンを表示する。実際に店舗等でサービスを受ける際には、クーポンを美容師に提示することで予約の内容を簡易にサービス提供者へ示すことができる。その際に、利用者端末１００を用いて実際に店舗で利用されたことをチェックすることで、利用の実態を確認することができる。
【００３９】
なお、実際の店舗で使用する際は、利用者端末１００の利用者端末表部１０２にクーポンを表示して伝える構成としてもよいし、提供者端末３００や店舗の端末へ近距離無線通信等でクーポン情報を伝える構成とすることもできる。また、決済機能を持たせることもできる。店舗で使用される際に、利用者端末１００または提供者端末３００から、実際にクーポンが使用されたことを予約管理サーバ２００へ通知することで、実際にクーポンが使用された実績を管理することができる。
【００４０】
図３は、予約管理サーバ２００の記録部２０２が記録する利用者情報テーブルの構成の一例を示す。
【００４１】
利用者情報テーブルには、利用者ＩＤ、パスワード、利用者の属性情報などが記録される。利用者が初めてシステムを利用する際に、住所、年齢などの属性情報を入力する。
【００４２】
また、利用者の属性情報などに加えて、自己紹介の動画を登録することもできる。動画を登録して、提供者が閲覧できる構成とすることで、提供者はより好適な利用者に対してアプローチをすることができる。
【００４３】
利用者端末１００のリクエスト入力部１０１からのリクエストを、予約管理サーバ２００の予約管理部２０１が受信すると、当該クリエストに含まれている利用者ＩＤに基づいて、利用者情報テーブルから利用者の情報を読み出し、条件の合致する提供者端末３００へ通知する。システムの利用履歴や、キャンセル履歴についても併せて利用者情報テーブルに記録される。
【００４４】
図４は、予約管理サーバ２００の記録部２０２が記録する提供者情報テーブルの構成の一例を示す。
【００４５】
提供者情報テーブルには、提供者ＩＤ、パスワード、提供者の属性情報などが記録される。また、提供者は、過去の作品の写真や動画などを投稿することもできる。
【００４６】
提供者情報テーブルに記録される、提供者に関するプロフィールや過去の作品等を、利用者が閲覧できる構成とすることで、より好適に提供者の選択をすることできる。また、利用者は提供者の作品群を閲覧することで髪型の参考にし、そこから好みの美容師を探すこともできる。
【００４７】
図５は、予約管理サーバ２００の記録部２０２が記録するリクエスト・アプローチ情報テーブルの構成の一例を示す。利用者端末１００と提供者端末３００からのリクエストおよびアプローチは、当該リクエスト・アプローチ情報テーブルへ記録されて管理される。
【００４８】
図６は、利用者端末１００に表示されるリクエスト画面の構成の一例を示す。所定の項目ごとに、日時や希望するサービス内容、質問等を記入することができる。
【００４９】
図７は、利用者端末１００に表示されるアプローチ画面の構成の一例を示す。リクエストの内容に応じて、提供者がアプローチとして入力をしたサービス内容や価格が表示される。リクエストにて求められている以上のサービスやコメントを記載することで、より積極的に提案・営業をすることもできる。アプローチの内容および提供者のプロフィール等を踏まえて、利用者は最適なアプローチを選択し、クーポンを入手することができる。
【００５０】
また、より好適には、予約管理サーバ２００の予約管理部２０１は、キャンセル処理に関する機能（キャンセル処理部２０３）を備えてもよい。キャンセル処理部２０３は、利用者が入手したクーポンが指定日時から一定期間経過後に使用されない場合にクーポンのキャンセル処理を強制的に行うと共に、キャンセル処理を行ったことを記録部２０２に記録する。美容室の予約など、利用者個人によりサービスを受ける予約の場合は、利用者の都合等によって頻繁にキャンセルが起こるため、キャンセル時の対応についてもシステムの用意をする必要がある。以下に、キャンセル処理について説明を行う。
【００５１】
利用者自らがキャンセルを行う場合には、利用者端末１００からキャンセルを行うことができる。その場合は、一度取得したクーポンは破棄して新たにシステムを利用して再予約を行う構成としてもよいし、提供者とのやり取り等により取得したクーポンの日時等を変更する構成としてもよい。本実施例では、キャンセル処理部２０３が行うキャンセルには、発行したクーポンを破棄するだけでなく、再予約および変更も含む概念である。
【００５２】
一方で、利用者による自主的なキャンセル処理は行われないが、指定日時に利用者が店舗等に来店しないときには、予約管理サーバ２００の予約管理部２０１がキャンセル処理を行うことができる。指定日時から一定時間を経過してもクーポンが使用された旨の通知が無いこと等を条件として、予約管理サーバ２００により強制的にクーポンを削除または利用不可とする構成としてもよいし、提供者端末３００からの指示により、同じようにクーポンを削除または利用不可とする構成としてもよい。
【００５３】
このようなキャンセルが発生した場合、美容師にとっては想定していた売上がなくなり、時間の空きもできるため、出来る限りキャンセル率は低減させたいという課題が存在する。そこで、利用者のキャンセル実績について、予約管理サーバ２００の記録部２０２に記録しておき、一定回数以上のキャンセルがあった利用者に対してなんらかのキャンセルペナルティを課す構成としてもよい。
【００５４】
ペナルティとして、例えば、予約管理部２０１が提供者端末３００へ利用者からのリクエストを表示させる際に、当該利用者のキャンセル実績等を合わせて表示させることが考えられる。そうすると、提供者は利用者のキャンセル実績を加味してアプローチを行うか否かを判断することができ、より相乗的な効果が発揮される。その他、利用者のリクエスト回数に制限を加えることや、機能に制限を加える等のペナルティも考えられる。
【００５５】
また、利用者自らによる自主的なキャンセル処理がされたのか、予約管理サーバ２００による強制的なキャンセル処理がされたのかといったキャンセルの態様によってペナルティの内容を変える構成としてもよい。自主的キャンセルと強制的キャンセルの回数をそれぞれ記録し、それぞれの回数に重みをかけて、キャンセルペナルティ処置の内容を設定することもできる。
【００５６】
これらの機能を設けることによって、キャンセルが発生した場合にも対応できるシステムとなり、利用者はキャンセルを控えようとしてキャンセル率が低減するとともに、提供者は利用者のキャンセル実績と自身の営業状況とを加味して、アプローチを行うか否かを判断することができる。
【００５７】
最後に、図８を用いて、本発明の実施形態に係るサービス提供予約システムの処理の流れを改めて説明する。
【００５８】
まず、利用者が利用者端末１００を用いて、リクエストを行う（ステップＳ１）。リクエストに際しては、希望の日時や希望するサービス内容（カット・パーマ等）を入力する。また、希望する髪型や希望する美容師のタイプなどを入力することもできる。利用者の属性（年齢・性別等）は、リクエストの度に入力する構成としてもよいし、あらかじめ利用者登録をしておき、ログイン等を求める構成としてもよい。
【００５９】
利用者端末１００からのリクエストを予約管理サーバ２００が受け付けると、予約管理部２０１が登録されている複数の提供者端末３００へリクエストを通知し、提供者端末３００の提供者端末表示部３０２にリクエスト情報が表示される（ステップＳ２）。
【００６０】
利用者が入力したリクエスト情報に加え、利用者の属性情報を表示することもできる。また、当該利用者について過去のキャンセル実績が記録されている場合は、当該キャンセル実績についても合わせて表示する構成とすることもできる。提供者は、これらの情報と自身の営業状況とを踏まえて、リクエストに対してアプローチをするか否かを判断することができる。
【００６１】
続いて、提供者が提供者端末３００のアプローチ入力部３０１から、リクエストに対してアプローチを実施する（ステップＳ３）。アプローチに際しては、価格や提供サービス内容を入力することができる。また、リクエストされている内容以上の追加サービスを提案することもできる。リクエストに質問があった場合にはそれに回答することや、提案コメントをすること、さらには過去作品の写真等のファイルを添付することができる構成としてもよい。アプローチをすることができる期限は、例えばリクエストによるサービス提供指定日時の一定時間前までなどに制限することもできる。
【００６２】
複数のアプローチの中から、利用者は最も気に入ったアプローチを選択する。アプローチを選択することで、予約管理サーバ２００からクーポンを受け取る（ステップＳ４）。
【００６３】
指定日時にクーポンが使用されたか否かを判断する（ステップＳ５）。指定日時にクーポンが使用された場合（Ｙｅｓ）には、ステップＳ６に進み、指定日時にクーポンが使用されなかった場合（Ｎｏ）には、ステップＳ７に進む。
【００６４】
実際に店舗へ来店し、サービスを受ける際には、利用者端末１００のアプローチ・クーポン表示部１０３により、受け取ったクーポンを提供者へ提示することで、予約内容を簡易に伝えることができる（ステップＳ６）。実際に表示せずとも、近距離通信手段等でクーポン内容を伝える構成としてもよい。
【００６５】
一方で、利用者の都合や気が変わった等の理由で、予約はしたもののサービスを受けないこともあり得る。利用者端末１００に、キャンセル機能や予約変更機能を設ける構成としてもよい。予約が成立した提供者とのやり取りにより、キャンセルや予約変更などを相談できる構成とすることもできる。
【００６６】
利用者からのキャンセル処理がなく、予約指定日時を経過しても利用者が店舗へ現れない場合には、予約管理サーバ２００の予約管理部２０１により、自動的にキャンセル処理を実施する構成とすることもできる（ステップＳ７）。これらキャンセルの態様に応じて、予約管理サーバ２００の記録部２０２に利用者のキャンセル実績を記録する構成とすることもできる。ここで記録されたキャンセル実績に応じて、前述のようにリクエストの際に提供者にキャンセル実績情報を表示する構成としてもよいし、機能制限を加える等のペナルティを加えることもできる。
【００６７】
なお、上記では、リクエストとアプローチによる予約管理のみを説明したが、利用者端末１００から、直接美容室および美容師を指名して通常の予約をする機能を設けてもよい。また、提供者側からも、リクエストに応える形でなくとも、提供者の空き時間をクーポンとして作成し、利用者に販売する機能を追加することも考えられる。利用者からのリクエストに対して提供者がアプローチをする形態が本発明の基本的な構成であるが、それに加えて、利用者が直接提供者を指名して予約する形態と、提供者の空き時間を自らクーポンとして利用者に販売する形態を加えることで、予約システムとしての最適化を図ることができる。
【００６８】
なお、利用者端末１００および提供者端末３００の機能は、課金の状況に基づいて一定の制限を加えることもできる。例えば、アプリケーションは無料でダウンロードして利用することができるが、提供者端末３００によって無料でアプローチできる回数やマッチングの回数に制限を設ける構成としてもよい。課金の額に応じて、アプローチ回数またはマッチング回数の上限を増加させるまたは撤廃することができる。課金（契約）の単位は、提供者個人であっても、店舗単位、法人単位であってもよい。店舗単位、法人単位で契約する場合は、当該店舗・法人の提供者にIDを付与し、各提供者が使用する端末を用いてアプローチ等を行う。
【００６９】
以上の構成によれば、美容師等のサービス提供者は、自身の営業状況を踏まえて積極的にプッシュ型営業をすることができる。また、利用者は、複数の提供者からのアプローチから効率的に最も自分に合う提供者を選択して予約をすることができる。さらに、店舗で使用できるクーポンを利用者端末に送ることで、円滑なサービス提供を受けることができる。さらに、キャンセル処理機能を設けることで、利用者のキャンセル率を低減させると共に、提供者は利用者のキャンセル実績等も踏まえてアプローチを行うか否かを判断することができる。
【００７０】
以上、本発明の実施形態について説明したが、設計上の都合やその他の要因によって必要となる様々な修正や組み合わせは、請求項に記載されている発明や発明の実施形態に記載されている具体例に対応する発明の範囲に含まれるものとする。
【符号の説明】
【００７１】
１００…利用者端末、１０１…リクエスト入力部、１０２…利用者端末表部、１０３…キャンセル送信部、２００…予約管理サーバ、２０１…予約管理部、２０２…記録部、２０３…キャンセル処理部、２１１…リクエスト受付部、２１２…リクエスト送信部、２１３…アプローチ受付部、２１４…アプローチ送信部、２１５…クーポン送信部、３００…提供者端末、３０１…アプローチ入力部、３０２…提供者端末表示部、３０３…提供者情報入力部
【要約】
【課題】サービス提供者からプッシュ型営業ができるサービス提供予約システムを提供する。
【解決手段】利用者端末は、希望する日時とサービス内容とを示してリクエストを行うリクエスト手段と、リクエストに対する一以上のアプローチから一つのアプローチを選択し入手したクーポンを表示するクーポン表示手段とを備え、提供者端末は、利用者端末からのリクエストを表示する提供者端末表示手段と、リクエストに対してサービス提供内容等を示してアプローチを行うアプローチ手段とを備える。
【選択図】図１【図１】
0006037590.tif 000002
【図２】
0006037590.tif 000003
【図３】
0006037590.tif 000004
【図５】
0006037590.tif 000005
【図６】
0006037590.tif 000006
【図７】
0006037590.tif 000007
【図８】
0006037590.tif 000008
【図４】
0006037590.tif 000009