(57)【要約】【課題】ユーザと、トレーナー等の専門家と、ユーザ及び専門家が利用する施設を提供する施設提供者とをマッチングして予約を受け付ける予約管理サーバ、方法及びプログラムを提供する。【解決手段】予約管理を行う予約管理システム１の予約管理サーバ１００は、その機能として、施設を利用可能な空き時間の登録を受け付ける施設空き時間受付部１３１と、専門家を予約可能な空き時間の登録を受け付ける専門家空き時間受付部１３２と、施設予約状況ＤＢ１２１の施設の空き状況から施設を検索し、専門家予約状況ＤＢ１２２の専門家の空き状況から専門家を検索する検索部１３３と、検索結果から予約する施設または専門家を施設予約状況ＤＢ１２１及び専門家予約状況ＤＢ１２２に登録する予約登録部１３４とを備える。【選択図】図２
2019215721.tif 000002
【特許請求の範囲】
【請求項１】
ユーザと、専門家と、前記ユーザ及び前記専門家が利用する施設を提供する施設提供者とをマッチングして予約を受け付ける予約管理サーバであって、
前記施設提供者が操作する施設提供者端末から、前記施設の空き時間の登録を受け付ける施設空き時間受付部と、
前記施設の予約状況を記憶する施設予約状況記憶部と、
前記専門家が操作する専門家端末から、前記専門家の空き時間の登録を受け付ける専門家空き時間受付部と、
前記専門家の予約状況を記憶する専門家予約状況記憶部と、
前記ユーザが操作するユーザ端末により、前記施設予約状況記憶部に記憶された前記施設の予約状況から施設空き時間を検索させ、前記専門家予約状況記憶部に記憶された前記専門家の予約状況から専門家空き時間を検索させる検索部と、
前記検索部による検索結果に基づき、前記ユーザがサービスの提供を受ける前記専門家、及び、前記ユーザが利用する前記施設の予約を受け付け、前記施設予約状況記憶部及び前記専門家予約状況記憶部に記憶させる予約登録部と、を備える予約管理サーバ。
【請求項２】
前記施設予約状況記憶部には、複数の前記施設の予約状況が記憶され、
前記検索部は、前記専門家が複数の前記施設の間を移動する移動時間を加味して検索結果を制御する、請求項１に記載の予約管理サーバ。
【請求項３】
前記検索部は、前記専門家の予約に紐づく前記施設の場所に基づき、前記専門家が移動可能な範囲の前記施設のみを検索結果とするように検索結果を制御する、請求項２に記載の予約管理サーバ。
【請求項４】
前記専門家予約状況記憶部には、前記専門家が提供可能なサービス情報が記憶され、
前記施設予約状況記憶部には、前記専門家が提供可能なサービスを提供するのに適しているか否かのサービス適否情報が記憶され、
前記検索部は、前記サービス情報及び前記サービス適否情報に基づき、前記施設空き時間及び前記専門家空き時間を検索する、請求項１から請求項３のいずれか１項に記載の予約管理サーバ。
【請求項５】
前記検索部は、
前記ユーザが前記施設及び前記専門家を予約する場合、前記ユーザ端末により、前記施設予約状況記憶部に記憶された前記施設の予約状況から前記施設空き時間を検索させ、前記専門家予約状況記憶部に記憶された前記専門家の予約状況から前記専門家空き時間を検索させ、
前記専門家が前記施設を予約する場合、前記専門家端末により、前記施設予約状況記憶部に記憶された前記施設の予約状況から前記施設空き時間を検索させ、
前記施設提供者が前記専門家を予約する場合、前記施設提供者端末により、前記専門家予約状況記憶部に記憶された前記専門家の予約状況から前記専門家空き時間を検索させる、請求項１から請求項４のいずれか１項に記載の予約管理サーバ。
【請求項６】
前記専門家予約状況記憶部には、前記専門家に紐づく前記施設が記憶可能であり、
前記予約登録部は、前記ユーザが前記専門家を予約すると、前記専門家に紐づく前記施設が記憶されている場合、記憶されている前記施設の予約を受け付けて前記施設予約状況記憶部に記憶させる、請求項１から請求項５のいずれか１項に記載の予約管理サーバ。
【請求項７】
前記ユーザの情報を記憶するユーザ情報記憶部を備え、
前記ユーザ情報記憶部には、前記ユーザの好みの前記施設及び前記専門家を記憶可能である、請求項１から請求項６のいずれか１項に記載の予約管理サーバ。
【請求項８】
前記検索部は、前記ユーザ情報記憶部に記憶された前記ユーザの好みの前記施設及び前記専門家を優先して、前記施設空き時間及び前記専門家空き時間を検索する、請求項７に記載の予約管理サーバ。
【請求項９】
前記ユーザの支払い状況を管理する支払い状況管理部を備える、請求項１から請求項８のいずれか１項に記載の予約管理サーバ。
【請求項１０】
前記支払い状況管理部は、前記ユーザの料金支払いの決済を行う、請求項９に記載の予約管理サーバ。
【請求項１１】
ユーザと、専門家と、前記ユーザ及び前記専門家が利用する施設を提供する施設提供者とをマッチングして予約を受け付ける予約管理方法であって、
施設空き時間受付部が行う、前記施設提供者が操作する施設提供者端末から前記施設の空き時間の登録を受け付ける施設空き時間受付ステップと、
専門家空き時間受付部が行う、前記専門家が操作する専門家端末から前記専門家の空き時間の登録を受け付ける専門家空き時間受付ステップと、
検索部が行う、前記ユーザが操作するユーザ端末により、前記施設の予約状況を記憶する施設予約状況記憶部に記憶された前記施設の予約状況から施設空き時間を検索させ、前記専門家の予約状況を記憶する専門家予約状況記憶部に記憶された前記専門家の予約状況から専門家空き時間を検索させる検索ステップと、
前記検索ステップにおける検索結果に基づき予約登録部が行う、前記ユーザがサービスの提供を受ける前記専門家、及び、前記ユーザが利用する前記施設の予約を受け付け、前記施設予約状況記憶部及び前記専門家予約状況記憶部に記憶させる予約登録ステップと、を備える予約管理方法。
【請求項１２】
ユーザと、専門家と、前記ユーザ及び前記専門家が利用する施設を提供する施設提供者とをマッチングして予約を受け付ける予約管理プログラムであって、
前記施設提供者が操作する施設提供者端末から、前記施設の空き時間の登録を受け付ける施設空き時間受付ステップと、
前記専門家が操作する専門家端末から、前記専門家の空き時間の登録を受け付ける専門家空き時間受付ステップと、
前記ユーザが操作するユーザ端末により、前記施設の予約状況を記憶する施設予約状況記憶部に記憶された前記施設の予約状況から施設空き時間を検索させ、前記専門家の予約状況を記憶する専門家予約状況記憶部に記憶された前記専門家の予約状況から専門家空き時間を検索させる検索ステップと、
前記検索ステップにおける検索結果に基づき、前記ユーザがサービスの提供を受ける前記専門家、及び、前記ユーザが利用する前記施設の予約を受け付け、前記施設予約状況記憶部及び前記専門家予約状況記憶部に記憶させる予約登録ステップと、を電子計算機に実行させる、予約管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ユーザと、専門家と、ユーザ及び専門家が利用する施設を提供する施設提供者とをマッチングして予約を受け付ける予約管理サーバ、予約管理方法及び予約管理プログラムに関する。
【背景技術】
【０００２】
フィットネスジム等において指導を行うトレーナーは、特定のフィットネスジムに所属せず、ユーザの申し込みにより、フィットネスジムの施設の提供（いわゆる場所貸し）を受けて当該ユーザに指導を行う場合がある。このフィットネスジムは、特定の場所に限られず、ユーザの申し込みにより複数のフィットネスジムが選択される。そのため、ユーザは、フィットネスジムにおいてトレーナーからマンツーマンで指導を受けるような場合、フィットネスジムとトレーナーの両方の予約をする必要があり、それぞれ個別に問い合わせをする必要があるため、煩雑な作業が必要である。
【０００３】
例えば、特定の施設の予約管理を行う施設予約管理システムが知られている（例えば、特許文献１参照。）。特許文献１に開示されているシステムは、複数の施設、例えば会議室の予約を行うシステムであり、利用を希望する時間帯に応じて、任意の許容誤差を指定することで柔軟な検索をすることが可能になっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−１５１６０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示されている施設予約管理システムは、ユーザが会議室等の予約をすることは可能であるが、前述のようにユーザ、トレーナー、フィットネスジムのような三者についてマッチングを行うものではない。そのため、トレーナー及びフィットネスジムを予約するためのシステムとしては適用できないものである。
【０００６】
そこで、本開示では、ユーザと、トレーナーのような専門家と、ユーザ及び専門家が利用するフィットネスジム等の施設を提供する施設提供者とをマッチングして予約を受け付ける予約管理サーバ、予約管理方法及び予約管理プログラムについて説明する。
【課題を解決するための手段】
【０００７】
本開示の一態様における予約管理サーバは、ユーザと、専門家と、ユーザ及び専門家が利用する施設を提供する施設提供者とをマッチングして予約を受け付ける予約管理サーバであって、施設提供者が操作する施設提供者端末から、施設の空き時間の登録を受け付ける施設空き時間受付部と、施設の予約状況を記憶する施設予約状況記憶部と、専門家が操作する専門家端末から、専門家の空き時間の登録を受け付ける専門家空き時間受付部と、専門家の予約状況を記憶する専門家予約状況記憶部と、ユーザが操作するユーザ端末により、施設予約状況記憶部に記憶された施設の予約状況から施設空き時間を検索させ、専門家予約状況記憶部に記憶された専門家の予約状況から専門家空き時間を検索させる検索部と、検索部による検索結果に基づき、ユーザがサービスの提供を受ける専門家、及び、ユーザが利用する施設の予約を受け付け、施設予約状況記憶部及び専門家予約状況記憶部に記憶させる予約登録部と、を備える。
【０００８】
本開示の一態様における予約管理方法は、ユーザと、専門家と、ユーザ及び専門家が利用する施設を提供する施設提供者とをマッチングして予約を受け付ける予約管理方法であって、施設空き時間受付部が行う、施設提供者が操作する施設提供者端末から施設の空き時間の登録を受け付ける施設空き時間受付ステップと、専門家空き時間受付部が行う、専門家が操作する専門家端末から専門家の空き時間の登録を受け付ける専門家空き時間受付ステップと、検索部が行う、ユーザが操作するユーザ端末により、施設の予約状況を記憶する施設予約状況記憶部に記憶された施設の予約状況から施設空き時間を検索させ、専門家の予約状況を記憶する専門家予約状況記憶部に記憶された専門家の予約状況から専門家空き時間を検索させる検索ステップと、検索ステップにおける検索結果に基づき予約登録部が行う、ユーザがサービスの提供を受ける専門家、及び、ユーザが利用する施設の予約を受け付け、施設予約状況記憶部及び専門家予約状況記憶部に記憶させる予約登録ステップと、を備える。
【０００９】
また、本開示の一態様における予約管理プログラムは、ユーザと、専門家と、ユーザ及び専門家が利用する施設を提供する施設提供者とをマッチングして予約を受け付ける予約管理プログラムであって、施設提供者が操作する施設提供者端末から、施設の空き時間の登録を受け付ける施設空き時間受付ステップと、専門家が操作する専門家端末から、専門家の空き時間の登録を受け付ける専門家空き時間受付ステップと、ユーザが操作するユーザ端末により、施設の予約状況を記憶する施設予約状況記憶部に記憶された施設の予約状況から施設空き時間を検索させ、専門家の予約状況を記憶する専門家予約状況記憶部に記憶された専門家の予約状況から専門家空き時間を検索させる検索ステップと、検索ステップにおける検索結果に基づき、ユーザがサービスの提供を受ける専門家、及び、ユーザが利用する施設の予約を受け付け、施設予約状況記憶部及び専門家予約状況記憶部に記憶させる予約登録ステップと、を電子計算機に実行させる。
【発明の効果】
【００１０】
本開示によれば、施設の予約状況から施設空き時間を検索させ、専門家の予約状況から専門家空き時間を検索させ、検索結果に基づいて専門家及び施設の予約を受け付ける。これにより、ユーザと、専門家と、施設提供者とをマッチングさせることが可能になる。
【図面の簡単な説明】
【００１１】
【図１】本開示の一実施形態に係る予約管理システムを示すブロック構成図である。
【図２】図１の予約管理サーバ１００を示す機能ブロック構成図である。
【図３】図２の施設予約状況ＤＢ１２１に格納される施設の予約状況の例を示す模式図である。
【図４】図２の専門家予約状況ＤＢ１２２に格納される専門家の予約状況の例を示す模式図である。
【図５】図１の予約管理サーバ１００と、施設提供者端末２００との各動作の関連状態の例を示すフローチャートである。
【図６】図１の施設提供者端末２００に表示されるログイン画面の例を示す模式図である。
【図７】図１の施設提供者端末２００に表示される施設空き状況の例を示す模式図である。
【図８】図１の施設提供者端末２００に表示される施設空き時間入力画面の例を示す模式図である。
【図９】図１の予約管理サーバ１００と、専門家端末３００との各動作の関連状態の例を示すフローチャートである。
【図１０】図１の専門家端末３００に表示される専門家空き状況の例を示す模式図である。
【図１１】図１の専門家端末３００に表示される専門家空き時間入力画面の例を示す模式図である。
【図１２】図１の予約管理サーバ１００と、ユーザ端末４００との各動作の関連状態の例を示すフローチャートである。
【図１３】図１のユーザ端末４００に表示される施設検索の例を示す模式図である。
【図１４】図１のユーザ端末４００に表示される施設予約状況の例を示す模式図である。
【図１５】図１のユーザ端末４００に表示される専門家検索の例を示す模式図である。
【図１６】図１のユーザ端末４００に表示される専門家予約状況の例を示す模式図である。
【図１７】図１の予約管理サーバ１００と、ユーザ端末４００との各動作の関連状態の他の例を示すフローチャートである。
【図１８】図１の予約管理サーバ１００と、専門家端末３００との各動作の関連状態の他の例を示すフローチャートである。
【図１９】図１の予約管理サーバ１００と、施設提供者端末２００との各動作の関連状態の他の例を示すフローチャートである。
【図２０】本開示の一実施形態に係る予約管理システムにおける、予約管理サーバ１００のユーザ情報ＤＢ１２３に格納されるユーザ情報の例を示す模式図である。
【図２１】本開示の一実施形態に係る予約管理システムの予約管理サーバ１００Ａを示す機能ブロック構成図である。
【発明を実施するための形態】
【００１２】
以下、本開示の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。
【００１３】
（実施形態１）
＜構成＞
図１は、本開示の実施形態１に係る予約管理システム１を示すブロック構成図である。この予約管理システム１は、例えば、トレーニングの指導を受けるユーザが、マンツーマンで指導を行うトレーナーのような専門家と、ユーザ及び専門家が利用するフィットネスジム等の施設を提供する施設提供者との予約を行うためのシステムである。
【００１４】
予約管理システム１は、予約管理サーバ１００と、施設提供者端末２００と、専門家端末３００と、ユーザ端末４００と、ネットワークＮＷと、を有している。予約管理サーバ１００と、施設提供者端末２００と、専門家端末３００と、ユーザ端末４００とは、ネットワークＮＷを介して接続される。ネットワークＮＷは、インターネット、イントラネット、無線ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等により構成される。
【００１５】
予約管理サーバ１００は、例えば、ユーザと、トレーナーのような専門家と、フィットネスジム等の施設を提供する施設提供者とをマッチングして予約を受け付ける装置であり、各種Ｗｅｂサービスを提供するサーバ装置により構成されている。施設提供者端末２００は、施設提供者が施設の空き情報を登録したり、専門家の空き状況を検索したりするための端末装置である。専門家端末３００は、専門家が自身の空き情報を登録したり、施設の空き情報を検索したりするための端末装置である。ユーザ端末４００は、ユーザが施設の空き情報を検索したり、専門家の空き情報を検索したりして予約を行うための端末装置である。施設提供者端末２００、専門家端末３００、及びユーザ端末４００は、例えば、パーソナルコンピュータや携帯端末装置、タブレット端末等により構成される。
【００１６】
図２は、図１の予約管理サーバ１００を示す機能ブロック構成図である。予約管理サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
【００１７】
通信部１１０は、施設提供者端末２００、専門家端末３００、及びユーザ端末４００と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の通信規約により通信が行われる。
【００１８】
記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等から構成される。また、記憶部１２０は、施設の空き状況及び予約状況が格納されている施設予約状況ＤＢ１２１と、専門家の空き状況及び予約状況が格納されている専門家予約状況ＤＢ１２２と、ユーザの登録情報が格納されているユーザ情報ＤＢ１２３とを記憶する。さらに、記憶部１２０は、施設提供者端末２００、専門家端末３００、及びユーザ端末４００と通信を行ったデータを一時的に記憶する。
【００１９】
図３は、図２の施設予約状況ＤＢ１２１に格納される施設の予約状況の例を示す模式図である。施設予約状況ＤＢ１２１には、図３に示す施設予約状況ＤＢ１２１の列名に対応して、施設ＩＤ、施設名、年月日、時間帯、予約数、定員等の情報が含まれる。なお、これ以外に、例えば予約を入れたユーザのユーザＩＤや施設で提供可能なサービス名、サービスを提供するのに適しているか否かのサービス適否情報、予約管理システム１にログインする際のログインＩＤ及びパスワード等を格納することも可能であるが、図示を省略する。
【００２０】
施設ＩＤは、フィットネスジム等の施設を一意に特定するための識別情報であり、図３に示す例では、「001」、「002」が格納されている。施設名は、フィットネスジム等の施設の名称である。年月日は、その施設を利用する日付であり、図３に示す例では、「20180601」、「20180602」が格納されている。時間帯は、その施設を利用する時間帯であり、図３に示す例では、「10:00」、「10:30」、「11:00」のように、例えば３０分毎に格納されている。予約数及び定員数は、その施設を利用する予約を入れている人数、及び最大限利用可能な人数であり、その施設ごとに定員が設定されている。なお、例えばその施設で行われるサービスが指定され、そのサービスに応じた定員が設定されることも可能である。
【００２１】
施設予約状況ＤＢ１２１に格納される施設の予約状況の情報は、まず、施設提供者が利用可能な時間帯（空き時間）と定員を設定する。この段階では予約数は０で設定される。その後、ユーザが予約を入れると予約数が増え、予約数が定員に達するとこれ以上予約を入れることが出来ないようになっている。また、図３に示すように、施設の利用時間帯は３０分ごとに管理されているが、例えばその施設を１０時から１時間利用するような場合、「10:00」、「10:30」の２つの欄について予約が登録されるようになっている。
【００２２】
図４は、図２の専門家予約状況ＤＢ１２２に格納される専門家の予約状況の例を示す模式図である。専門家予約状況ＤＢ１２２には、図４に示す専門家予約状況ＤＢ１２２の列名に対応して、専門家ＩＤ、専門家氏名、年月日、予約開始時刻、予約終了時刻、施設名、予約ユーザ名等の情報が含まれる。なお、これ以外に、例えばその専門家の年齢、性別のようなプロフィール情報や、その専門家が提供可能なサービス名（サービス情報）、予約管理システム１にログインする際のログインＩＤ及びパスワード等を格納することも可能であるが、図示を省略する。
【００２３】
専門家ＩＤは、トレーナーのような専門家を一意に特定するための識別情報であり、図４に示す例では、「101」、「102」が格納されている。専門家氏名は、その専門家の氏名である。年月日は、その専門家に対して予約が入っている日付であり、図４に示す例では、「20180601」、「20180602」、「20180603」が格納されている。予約開始時刻及び予約終了時刻は、予約が入っているサービスを提供する開始時刻及び終了時刻であり、図４に示す例では、予約開始時刻として「10:00」、「12:00」、「10:00」が、予約終了時刻として「12:00」、「18:00」、「19:00」が格納されている。予約ユーザ名は、その予約を入れたユーザの氏名である。
【００２４】
専門家予約状況ＤＢ１２２に格納される専門家の予約状況の情報は、まず、専門家自身が稼働可能な年月日及び時間（空き時間）を設定する。図４に示す、専門家ＩＤ「101」の年月日「20180603」のように、その日の予約開始時刻及び予約終了時刻として、稼働可能な時間の開始時刻及び終了時刻が格納され、施設名及び予約ユーザ名は格納されない。その後、ユーザが予約を入れると、図４に示す専門家ＩＤ「101」の年月日「20180601」のように、その予約の開始時刻及び終了時刻が予約開始時刻及び予約終了時刻に格納され、予約を入れた施設及びユーザの氏名が施設名及び予約ユーザ名に格納される。
【００２５】
また、専門家の予約状況として、特定のユーザからの予約は入っていないが、特定の施設にいることが決まっている場合もある。この場合、図４に示す専門家ＩＤ「101」の年月日「20180602」のように、その施設にいる時間帯が予約開始時刻及び予約終了時刻に格納され、そのときにいる施設が施設名に格納されるが、予約ユーザ名は格納されない。この状態でユーザが予約を入れると、前述のようにその予約の開始時刻及び終了時刻が予約開始時刻及び予約終了時刻に格納され、予約を入れたユーザ名が予約ユーザ名に格納される。
【００２６】
ユーザ情報ＤＢ１２３には、例えば、ユーザを一意に特定するための識別情報であるユーザＩＤや、ユーザの氏名、予約管理システム１にログインする際のログインＩＤ及びパスワード等が格納されているが、図示を省略する。
【００２７】
なお、本実施形態では、施設予約状況ＤＢ１２１及び専門家予約状況ＤＢ１２２を施設ＩＤ及び専門家ＩＤをキーとするテーブルのように説明したが、施設予約状況ＤＢ１２１及び専門家予約状況ＤＢ１２２はキー情報に従属して各種情報が格納されるＲＤＢ（Relational DataBase）に限られず、例えば各項目を独立した物理ファイルに格納しても良く、データ構造をオブジェクトとして格納しても良い。このことは、ユーザ情報ＤＢ１２３についても同様である。
【００２８】
制御部１３０は、記憶部１２０に記憶されているプログラムを電子計算機にて実行することにより、予約管理サーバ１００の全体の動作を制御するものであり、ＣＰＵ（Central Processing Unit）等から構成される。制御部１３０の機能として、施設空き時間受付部１３１と、専門家空き時間受付部１３２と、検索部１３３と、予約登録部１３４とを備えている。この施設空き時間受付部１３１、専門家空き時間受付部１３２、検索部１３３、及び予約登録部１３４は、記憶部１２０に記憶されているプログラムにより起動されて実行される。
【００２９】
施設空き時間受付部１３１は、施設提供者が施設提供者端末２００を操作することにより行われる、当該施設を利用可能な空き時間の登録を、通信部１１０を介して受け付ける。この施設の空き時間の登録情報は、施設予約状況ＤＢ１２１に格納される。
【００３０】
専門家空き時間受付部１３２は、専門家が専門家端末３００を操作することにより行われる、当該専門家を予約可能な空き時間の登録を、通信部１１０を介して受け付ける。この専門家の空き時間の登録情報は、専門家予約状況ＤＢ１２２に格納される。
【００３１】
検索部１３３は、ユーザがユーザ端末４００を操作することにより行われる、入力された検索キーワード（施設名、専門家名、サービス名、サービス適否情報等）による検索指示を、通信部１１０を介して受け付け、施設予約状況ＤＢ１２１に格納されている施設の空き状況からユーザが利用する施設を検索し、専門家予約状況ＤＢ１２２に格納されている専門家の空き状況からユーザがサービスの提供を受ける専門家を検索する。また、専門家が専門家端末３００を操作することにより行われる、入力された検索キーワード等による検索指示を、通信部１１０を介して受け付け、施設予約状況ＤＢ１２１に格納されている施設の空き状況から専門家及びユーザが利用する施設を検索する。さらに、施設提供者が施設提供者端末２００を操作することにより行われる、入力された検索キーワード等による検索指示を、通信部１１０を介して受け付け、専門家予約状況ＤＢ１２２に格納されている専門家の空き状況からユーザがサービスの提供を受ける専門家を検索する。また、検索部１３３は、検索指示を受け付けた施設提供者端末２００、専門家端末３００、またはユーザ端末４００のいずれかの端末へ、検索結果を送信する。
【００３２】
ここで、専門家予約状況ＤＢ１２２に格納されている専門家の空き状況から専門家を検索する場合、図４に示す専門家ＩＤ「102」の年月日「20180601」のように、同日の異なる時間帯に複数の施設を予約することが可能である。このとき、当該専門家はその複数の施設間を移動することになるため、移動時間が必要であり、その前後にサービスの準備や退出の準備時間も必要となる。そのため、検索部１３３では、専門家の移動時間を加味して予約が行われ、移動可能な施設のみが予約可能となる。
【００３３】
具体的には、まず、１つ目の施設から、任意の２つ目の施設までの移動時間が動的に算出される。例えば、上記の図４の例における、１つ目の「Ｚ銀座店」が先に登録され、２つ目の「Ｚ赤坂店」が後に登録される場合、銀座から赤坂までの電車や自動車等を利用した移動時間が動的に算出され、２つ目の施設の場所が変更されると、その都度移動時間が動的に算出される。この移動時間の算出では、Ｗｅｂサービスとして提供されている電車の乗り換え情報や、鉄道会社の運行情報、道路交通情報等を用いても良い。次に、算出された移動時間に、サービスの準備や退出の準備時間として設定された任意の時間が加算され、この合計時間をインターバル時間とし、１つ目の施設の予約が登録された後に任意の２つ目の施設の予約が登録される場合、インターバル時間の経過後でなければ予約不可とする。例えば、１つ目の「Ｚ銀座店」から２つ目の「Ｚ赤坂店」までの移動時間が４０分かかり、サービス提供の準備時間及び退出の準備時間がそれぞれ２０分かかる場合、合計８０分であるため、３０分単位で切り上げて、１つ目の「Ｚ銀座店」の予約終了時間から９０分は予約不可とする。なお、サービス提供の準備時間及び退出の準備時間はサービス内容によって異なるため、専門家自身で設定することも可能である。これにより、予約受付可能な施設及び時間が制御されるので、検索時に利用可能な施設や予約受付可能な施設も動的に変化させることが可能である。
【００３４】
ユーザがフィットネスジム等の施設を利用して、トレーナー等の専門家からサービスを受ける場合、以下のようなケースがある。
１．ユーザが施設及び専門家の両方を予約する必要がある場合
２．ユーザが専門家を予約すると、その専門家がいる施設が既に設定されているため施設の予約が不要な場合
３．ユーザが専門家を予約すると、その専門家が施設の予約を行う場合
４．施設提供者が専門家の空き状況を検索する場合
検索部１３３では、これらのいずれにも対応可能にするため、施設提供者端末２００、専門家端末３００、またはユーザ端末４００のいずれからも検索指示を受け付け、施設予約状況ＤＢ１２１及び専門家予約状況ＤＢ１２２の両方を検索可能としている。
【００３５】
予約登録部１３４は、検索部１３３による検索結果に基づき、予約する施設または専門家が選択されると、施設予約状況ＤＢ１２１及び専門家予約状況ＤＢ１２２へ登録する。
【００３６】
＜処理の流れ＞
まず、図５を参照しながら、施設提供者端末２００の操作により行われる、予約管理システム１が実行する予約管理方法の一部である施設空き状況の入力処理の流れの一例について説明する。図５は、図１の予約管理サーバ１００と、施設提供者端末２００との各動作の関連状態の例を示すフローチャートである。
【００３７】
ステップＳ１０１の処理として、施設提供者端末２００から予約管理サーバ１００にアクセスされると、施設提供者端末２００のＷｅｂブラウザには、予約管理システム１にログインするためのログイン画面が表示される。施設提供者によりログインＩＤとパスワードが入力されると、入力されたログインＩＤとパスワードとが予約管理サーバ１００へ送信される。
【００３８】
図６は、図１の施設提供者端末２００に表示されるログイン画面の例を示す模式図である。施設提供者端末２００のＷｅｂブラウザには、例えば、図６に示すように、ログインＩＤ入力欄Ａ１と、パスワード入力欄Ａ２と、ログインボタンＢ１とが設けられたログイン画面が表示される。ログインＩＤ入力欄Ａ１、パスワード入力欄Ａ２にそれぞれログインＩＤ、パスワードが入力され、ログインボタンＢ１が押下されると、入力されたログインＩＤとパスワードが読み取られ、予約管理サーバ１００へ送信される。このログインＩＤは、例えば、施設予約状況ＤＢ１２１に格納されている施設ＩＤや、この施設ＩＤに対応する別のＩＤが使用される。
【００３９】
ステップＳ１０２の処理として、予約管理サーバ１００では、ステップＳ１０１で施設提供者端末２００によって送信されたログインＩＤ及びパスワードが通信部１１０を介して受け付けられ、施設予約状況ＤＢ１２１に格納されているログインＩＤ及びパスワードと照合される。
【００４０】
ステップＳ１０３の処理として、予約管理サーバ１００では、施設予約状況ＤＢ１２１に格納されている、ステップＳ１０２で受け付けられたログインＩＤに対応する施設ＩＤの空き状況及び予約状況が読み込まれ、通信部１１０を介して施設提供者端末２００へ送信される。
【００４１】
ステップＳ１０４の処理として、ステップＳ１０３で送信された空き状況及び予約状況が、施設提供者端末２００で受け付けられ、施設提供者端末２００のＷｅｂブラウザに表示される。
【００４２】
図７は、図１の施設提供者端末２００に表示される施設空き状況の例を示す模式図である。施設提供者端末２００のＷｅｂブラウザには、例えば、図７に示すように、施設予約状況ＤＢ１２１に格納されているこの施設提供者の施設の空き状況及び予約状況が、カレンダーＣ１として表示される。カレンダーＣ１は、横方向に日付が、縦方向に時間が表示され、３０分ごとにセルが形成されており、予約が入っている日付及び時間帯には、専門家の氏名、予約数及び定員が分かるように表示されている。
【００４３】
このカレンダーＣ１は、例えば、施設提供者端末２００のＷｅｂブラウザ上で空白セルをクリックすることにより選択すると、施設の空き時間を入力することが可能である。その後、ユーザが予約を入れると、施設予約状況ＤＢ１２１の予約数が増えるため、それに合わせてこのカレンダーＣ１に表示される予約数も増えるようになっている。なお、１時間以上の空き時間を入力する場合、２つ以上のセルを選択することも可能である。
【００４４】
ステップＳ１０５の処理として、ステップＳ１０４で施設提供者端末２００のＷｅｂブラウザに表示されたカレンダーＣ１に、施設の空き時間が入力される。入力された施設空き時間情報は、予約管理サーバ１００へ送信される。
【００４５】
図８は、図１の施設提供者端末２００に表示される施設空き時間入力画面の例を示す模式図である。施設空き時間入力画面は、図７に示すカレンダーＣ１の空白セルを選択すると画面遷移して施設提供者端末２００のＷｅｂブラウザに表示される画面であり、その施設の空き時間を入力することが可能である。この施設空き時間入力画面には、例えば、図８に示すように、施設名入力欄Ａ３と、日付入力欄Ａ４と、時間入力欄Ａ５と、登録ボタンＢ２と、戻るボタンＢ３とが設けられ、カレンダーＣ１に表示されていた施設名、日付、時間帯が予め入力されている。この入力内容は、この施設空き時間入力画面で編集して変更することも可能である。また、それぞれの入力欄に入力された状態で登録ボタンＢ２が押下されると、入力された施設空き時間情報が予約管理サーバ１００に送信され、戻るボタンＢ３が押下されると、カレンダーＣ１の表示状態へ戻るようになっている。
【００４６】
ステップＳ１０６の処理として、ステップＳ１０５で施設提供者端末２００によって送信された施設空き時間情報が通信部１１０を介して受信されると、予約管理サーバ１００の施設空き時間受付部１３１では、受信した施設空き時間情報が受け付けられ、施設予約状況ＤＢ１２１に格納される。
【００４７】
次に、図９を参照しながら、専門家端末３００の操作により行われる、予約管理システム１が実行する予約管理方法の一部である専門家空き状況の入力処理の流れの一例について説明する。図９は、図１の予約管理サーバ１００と、専門家端末３００との各動作の関連状態の例を示すフローチャートである。
【００４８】
ステップＳ１１１の処理として、専門家端末３００から予約管理サーバ１００にアクセスされると、専門家端末３００のＷｅｂブラウザには、予約管理システム１にログインするための、図６に示すログイン画面と同様のログイン画面が表示される。専門家によりログインＩＤとパスワードが入力されると、入力されたログインＩＤとパスワードとが予約管理サーバ１００へ送信される。ログインＩＤが、例えば、専門家予約状況ＤＢ１２２に格納されている専門家ＩＤや、この専門家ＩＤに対応する別のＩＤが使用される点は、ステップＳ１０１と同様である。
【００４９】
ステップＳ１１２の処理として、予約管理サーバ１００では、ステップＳ１１１で専門家端末３００によって送信されたログインＩＤ及びパスワードが通信部１１０を介して受け付けられ、専門家予約状況ＤＢ１２２に格納されているログインＩＤ及びパスワードと照合される。
【００５０】
ステップＳ１１３の処理として、予約管理サーバ１００では、専門家予約状況ＤＢ１２２に格納されている、ステップＳ１１２で受け付けられたログインＩＤに対応する専門家ＩＤの空き状況及び予約状況が読み込まれ、通信部１１０を介して専門家端末３００へ送信される。
【００５１】
ステップＳ１１４の処理として、ステップＳ１１３で送信された空き状況及び予約状況が、専門家端末３００で受け付けられ、専門家端末３００のＷｅｂブラウザに表示される。
【００５２】
図１０は、図１の専門家端末３００に表示される専門家空き状況の例を示す模式図である。専門家端末３００のＷｅｂブラウザには、例えば、図１０に示すように、専門家予約状況ＤＢ１２２に格納されているこの専門家の予約状況が、カレンダーＣ２として表示される。カレンダーＣ２は、横方向に日付が、縦方向に時間が表示され、３０分ごとにセルが形成されており、予約が入っている日付及び時間帯には棒グラフのように彩色され、予約が入っていることが分かるように表示されている。
【００５３】
このカレンダーＣ２は、例えば、専門家端末３００のＷｅｂブラウザ上で空白セルをクリックすることにより選択すると、専門家の空き時間を入力することが可能である。その後、ユーザが予約を入れると、専門家予約状況ＤＢ１２２に予約情報が格納されるため、それに合わせてこのカレンダーＣ２に彩色されて表示されるようになっている。なお、１時間以上の空き時間を入力する場合、２つ以上のセルを選択することも可能である。
【００５４】
ステップＳ１１５の処理として、専門家端末３００のＷｅｂブラウザに表示されたカレンダーＣ２に専門家の空き時間が入力される。入力された施設空き時間情報は、予約管理サーバ１００へ送信される。
【００５５】
図１１は、図１の専門家端末３００に表示される専門家空き時間入力画面の例を示す模式図である。専門家空き時間入力画面は、図１０に示すカレンダーＣ２の空白セルを選択すると画面遷移して専門家端末３００のＷｅｂブラウザに表示される画面であり、その専門家の空き時間を入力することが可能である。この専門家空き時間入力画面には、例えば、図１１に示すように、専門家名入力欄Ａ６と、日付入力欄Ａ７と、時間入力欄Ａ８と、サービス名入力欄Ａ９と、登録ボタンＢ４と、戻るボタンＢ５とが設けられ、カレンダーＣ２に表示されていた専門家名、日付、時間帯が予め入力されている。この入力内容は、この専門家空き時間入力画面で編集して変更することも可能であり、サービス名入力欄Ａ９にサービス名を追記することも可能である。また、それぞれの入力欄に入力された状態で登録ボタンＢ４が押下されると、入力された専門家空き時間情報が予約管理サーバ１００に送信され、戻るボタンＢ５が押下されると、カレンダーＣ２の表示状態へ戻るようになっている。
【００５６】
ステップＳ１１６の処理として、ステップＳ１１５で専門家端末３００によって送信された専門家空き時間情報が通信部１１０を介して受信されると、予約管理サーバ１００の専門家空き時間受付部１３２では、受信した専門家空き時間情報が受け付けられ、専門家予約状況ＤＢ１２２に格納される。
【００５７】
次に、図１２を参照しながら、ユーザ端末４００の操作により行われる、予約管理システム１が実行する予約管理方法の一部である、予約登録処理の流れの一例について説明する。ここでは、ユーザが施設及び専門家の両方を予約する場合について説明する。図１２は、図１の予約管理サーバ１００と、ユーザ端末４００との各動作の関連状態の例を示すフローチャートである。
【００５８】
ステップＳ１２１の処理として、ユーザ端末４００から予約管理サーバ１００にアクセスされると、ユーザ端末４００のＷｅｂブラウザには、予約管理システム１にログインするための、図６に示すログイン画面と同様のログイン画面が表示される。ユーザによりログインＩＤとパスワードが入力されると、入力されたログインＩＤとパスワードとが予約管理サーバ１００へ送信される。ログインＩＤが、例えば、ユーザ情報ＤＢ１２３に格納されているユーザＩＤや、このユーザＩＤに対応する別のＩＤが使用される点は、ステップＳ１０１と同様である。
【００５９】
ステップＳ１２２の処理として、予約管理サーバ１００では、ステップＳ１２１でユーザ端末４００によって送信されたログインＩＤ及びパスワードが通信部１１０を介して受け付けられ、ユーザ情報ＤＢ１２３に格納されているログインＩＤ及びパスワードと照合される。
【００６０】
ステップＳ１２３の処理として、予約管理サーバ１００では、ユーザ端末４００からこの予約管理システム１で行える処理の一覧であるメニュー画面を表示するように、ユーザ端末４００へ指示する。このメニューは、例えば、施設の予約登録を行うか、または専門家の予約登録を行うかを選択可能な構成になっている。
【００６１】
ステップＳ１２４の処理として、ユーザ端末４００では、メニュー画面の表示指示を受けてメニュー画面がユーザ端末４００のＷｅｂブラウザに表示される。ここでは、例えば施設の予約登録を行うメニューが選択される。
【００６２】
ステップＳ１２５の処理として、ユーザ端末４００のＷｅｂブラウザには、予約状況を参照する施設及び時間帯を検索する施設検索画面が表示される。この施設検索画面には、予約を希望する施設名や時間帯が入力される。入力された施設名等の情報は、予約管理サーバ１００へ送信される。
【００６３】
図１３は、図１のユーザ端末４００に表示される施設検索の例を示す模式図である。ユーザ端末４００のＷｅｂブラウザには、例えば、図１３に示すように、施設名入力欄Ａ１０と、日付入力欄Ａ１１と、時間入力欄Ａ１２と、検索開始ボタンＢ６と、戻るボタンＢ７とが設けられた施設検索画面が表示される。施設名入力欄Ａ１０に予約を希望する施設名が、日付入力欄Ａ１１に予約を希望する日付が、時間入力欄Ａ１２に予約を希望する時間帯がそれぞれ入力され、検索開始ボタンＢ６が押下されると、入力された予約を希望する施設名、日付、及び時間帯の情報が予約管理サーバ１００へ送信され、戻るボタンＢ７が押下されると、カレンダーＣ２の表示状態へ戻るようになっている。
【００６４】
ステップＳ１２６の処理として、ステップＳ１２５でユーザ端末４００によって送信された、ユーザが予約を希望する施設名、日付、及び時間帯の情報が通信部１１０を介して受信されると、予約管理サーバ１００の検索部１３３では、施設予約状況ＤＢ１２１から受信した施設名、日付、及び時間帯が検索される。
【００６５】
ステップＳ１２７の処理として、ステップＳ１２６の検索結果である施設の予約状況が、通信部１１０を介してユーザ端末４００へ送信される。
【００６６】
ステップＳ１２８の処理として、ステップＳ１２７で送信された施設の予約状況が、ユーザ端末４００で受け付けられ、ユーザ端末４００のＷｅｂブラウザに表示される。
【００６７】
図１４は、図１のユーザ端末４００に表示される施設予約状況の例を示す模式図である。ユーザ端末４００のＷｅｂブラウザには、例えば、図１４に示すように、施設予約状況ＤＢ１２１に格納されている、ステップＳ１２５で入力された施設の、日付、時間帯付近の予約状況が、カレンダーＣ３として表示される。カレンダーＣ３は、横方向に日付が、縦方向に時間が表示され、３０分ごとにセルが形成されており、予約可能な（すなわち、施設予約状況ＤＢ１２１の予約数が定員に達していない）時間帯には「〇」と表示され、予約不可能な（すなわち、施設予約状況ＤＢ１２１の予約数が定員に達している）時間帯には「×」と表示され、予約可能な時間帯が分かるように表示されている。
【００６８】
このカレンダーＣ３は、例えば、ユーザ端末４００のＷｅｂブラウザ上で「〇」と表示されているセルをクリックすることにより選択すると、その施設の当該日時の予約を入力することが可能である。なお、連続する１時間以上の予約を入力する場合、２つ以上のセルを選択することも可能である。
【００６９】
ステップＳ１２９の処理として、ステップＳ１２８でユーザ端末４００のＷｅｂブラウザに表示されたカレンダーＣ３に、施設の予約が入力され、この施設を利用することが決定される。
【００７０】
ステップＳ１３０の処理として、ユーザ端末４００のＷｅｂブラウザには、予約状況を参照する専門家及び時間帯を検索する専門家検索画面が表示される。この専門家検索画面には、予約を希望する専門家名や時間帯が入力される。入力された専門家名等の情報は、予約管理サーバ１００へ送信される。
【００７１】
図１５は、図１のユーザ端末４００に表示される専門家検索の例を示す模式図である。専門家検索画面は、図１４に示すカレンダーＣ３の「〇」と表示されているセルを選択すると画面遷移してユーザ端末４００のＷｅｂブラウザに表示される画面であり、予約を希望する専門家名を入力することが可能である。ユーザ端末４００のＷｅｂブラウザには、例えば、図１５に示すように、専門家名入力欄Ａ１３と、日付入力欄Ａ１４と、時間入力欄Ａ１５と、サービス名入力欄Ａ１６と、検索開始ボタンＢ８と、戻るボタンＢ９とが設けられた専門家検索画面が表示される。日付入力欄Ａ１４及び時間入力欄Ａ１５には、カレンダーＣ３で選択した日付及び時間帯が予め表示されるので、専門家名入力欄Ａ１３に予約を希望する専門家名が入力され、検索開始ボタンＢ８が押下されると、入力された予約を希望する専門家名、日付、及び時間帯の情報が予約管理サーバ１００へ送信され、戻るボタンＢ９が押下されると、カレンダーＣ３の表示状態へ戻るようになっている。なお、専門家名が不明である場合や特定のサービスの提供を受けたい場合、サービス名入力欄Ａ１６にサービス名を入力して検索することも可能である。
【００７２】
ステップＳ１３１の処理として、ステップＳ１３０でユーザ端末４００によって送信された、ユーザが予約を希望する専門家名、日付、時間帯、及びサービス名の情報が通信部１１０を介して受信されると、予約管理サーバ１００の検索部１３３では、専門家予約状況ＤＢ１２２から受信した専門家名、日付、時間帯、及びサービス名が検索される。このとき、この専門家に対して同日の異なる時間帯に予約が入っている場合、移動時間を加味して移動時間に相当する時間も予約不可とする。
【００７３】
ステップＳ１３２の処理として、ステップＳ１３１の検索結果である専門家の予約状況が、通信部１１０を介してユーザ端末４００へ送信される。
【００７４】
ステップＳ１３３の処理として、ステップＳ１３１で送信された専門家の予約状況が、ユーザ端末４００で受け付けられ、ユーザ端末４００のＷｅｂブラウザに表示される。
【００７５】
図１６は、図１のユーザ端末４００に表示される専門家予約状況の例を示す模式図である。専門家予約状況画面は、図１５に示す検索開始ボタンＢ８が押下されると画面遷移してユーザ端末４００のＷｅｂブラウザに表示される画面である。ユーザ端末４００のＷｅｂブラウザには、例えば、図１６に示すように、専門家予約状況ＤＢ１２２に格納されている、ステップＳ１３０で入力された専門家の、日付、時間帯付近の予約状況が、カレンダーＣ４として表示される。カレンダーＣ４は、横方向に日付が、縦方向に時間が表示され、３０分ごとにセルが形成されており、予約可能な（すなわち、専門家予約状況ＤＢ１２２に空き情報として格納されている）時間帯には空白セルとして表示され、予約不可能な（すなわち、専門家予約状況ＤＢ１２２に予約情報として格納されている）時間帯には棒グラフのように彩色して表示され、予約可能な時間帯が分かるように表示されている。
【００７６】
このカレンダーＣ４は、例えば、ユーザ端末４００のＷｅｂブラウザ上で空白セルをクリックすることにより選択すると、その専門家の当該日時の予約を入力することが可能である。なお、連続する１時間以上の予約を入力する場合、２つ以上のセルを選択することも可能である。
【００７７】
ステップＳ１３４の処理として、ステップＳ１３３でユーザ端末４００のＷｅｂブラウザに表示されたカレンダーＣ４に、専門家の予約が入力され、この専門家を予約することが決定される。
【００７８】
ステップＳ１３５の処理として、ステップＳ１２９で決定された施設の予約情報と、ステップＳ１３４で決定された専門家の予約情報とが、予約管理サーバ１００へ送信される。
【００７９】
ステップＳ１３６の処理として、ステップＳ１３５でユーザ端末４００によって送信された施設及び専門家の予約情報が通信部１１０を介して受信されると、予約管理サーバ１００の予約登録部１３４では、受信した予約情報が受け付けられ、施設予約状況ＤＢ１２１及び専門家予約状況ＤＢ１２２へ登録される。これにより、ユーザは、施設提供者が提供する施設と、専門家とをマッチングして予約することが出来る。
【００８０】
次に、図１７及び図１８を参照しながら、ユーザ端末４００及び専門家端末３００の操作により行われる、予約管理システム１が実行する予約管理方法の一部である、予約登録処理の流れの他の一例について説明する。ここでは、ユーザが専門家を予約するとその専門家がいる施設が既に設定されているため施設の予約が不要な場合、及びユーザが専門家を予約するとその専門家が施設の予約を行う場合について説明する。図１７は、図１の予約管理サーバ１００と、ユーザ端末４００との各動作の関連状態の他の例を示すフローチャートである。また、図１８は、図１の予約管理サーバ１００と、専門家端末３００との各動作の関連状態の他の例を示すフローチャートである。
【００８１】
図１７に示すステップＳ１４１〜ステップＳ１４３の処理は、図１２に示すステップＳ１２１〜ステップＳ１２３の処理と同様であるため、その説明を省略する。ステップＳ１４４の処理として、ユーザ端末４００では、メニュー画面の表示指示を受けてメニュー画面がユーザ端末４００のＷｅｂブラウザに表示される。ここでは、例えば専門家の予約登録を行うメニューが選択される。
【００８２】
ステップＳ１４５の処理として、ユーザ端末４００のＷｅｂブラウザには、図１５に示す専門家検索画面と同様の専門家検索画面が表示される。この専門家検索画面には、図１５に示す例と同様に予約を希望する専門家名や時間帯が入力される画面であり、ステップＳ１３０では遷移前の画面からカレンダーＣ３で選択した日付及び時間帯が予め表示されるが、ここでは表示されない。専門家検索画面の専門家名入力欄Ａ１３、日付入力欄Ａ１４、及び時間入力欄Ａ１５に予約を希望する専門家名、日付、及び時間帯が入力され、検索開始ボタンＢ８が押下されると、入力された予約を希望する専門家名、日付、及び時間帯の情報が予約管理サーバ１００へ送信される。なお、サービス名入力欄Ａ１６にサービス名を入力して検索することも可能である点は、ステップＳ１３０と同様である。
【００８３】
ステップＳ１４６の処理として、ステップＳ１４５でユーザ端末４００によって送信された、ユーザが予約を希望する専門家名、日付、時間帯、及びサービス名の情報が通信部１１０を介して受信されると、予約管理サーバ１００の検索部１３３では、専門家予約状況ＤＢ１２２から受信した専門家名、日付、時間帯、及びサービス名が検索される。
【００８４】
ステップＳ１４７の処理として、ステップＳ１４６の検索結果である専門家の予約状況が、通信部１１０を介してユーザ端末４００へ送信される。
【００８５】
ステップＳ１４８の処理として、ステップＳ１４７で送信された専門家の予約状況が、ユーザ端末４００で受け付けられ、ユーザ端末４００のＷｅｂブラウザに表示される。
【００８６】
ステップＳ１４９の処理として、ステップＳ１４８でユーザ端末４００のＷｅｂブラウザに表示された図１６に示すカレンダーＣ４に、専門家の予約が入力され、この専門家を予約することが決定される。
【００８７】
このとき、ユーザが予約を入れた専門家の予約状況が、図４に示す専門家ＩＤ「101」の年月日「20180602」のように、予約ユーザ名が格納されず、稼働可能な時間の開始時刻及び終了時刻、及び施設名が格納されている場合、ユーザが専門家を予約するとその専門家がいる施設が既に設定されているため、ユーザが施設の予約をする必要がない。この場合、専門家と同時に施設も予約されることになる。一方、図４に示す専門家ＩＤ「101」の年月日「20180603」のように、施設名及び予約ユーザ名が格納されず、稼働可能な時間の開始時刻及び終了時刻が格納されている場合、専門家が空き状態であるため、ユーザまたは専門家が施設の予約をする必要がある。ユーザが予約する場合は、図１２に示すステップＳ１２５〜ステップＳ１２９の処理と同様である。専門家が予約する場合は、後述する図１８に示すステップＳ１６１〜ステップＳ１７１の処理で説明する。
【００８８】
ステップＳ１５０の処理として、ステップＳ１４９で決定された専門家の予約情報が、予約管理サーバ１００へ送信される。
【００８９】
ステップＳ１５１の処理として、ステップＳ１５０でユーザ端末４００によって送信された専門家の予約情報が通信部１１０を介して受信されると、予約管理サーバ１００の予約登録部１３４では、受信した予約情報が受け付けられ、施設予約状況ＤＢ１２１及び専門家予約状況ＤＢ１２２へ登録される。
【００９０】
図１８に示すステップＳ１６１〜ステップＳ１６４の処理は、図９に示すステップＳ１１１〜ステップＳ１１４の処理と同様であるため、その説明を省略する。ステップＳ１６５の処理として、専門家端末３００では、図１０に示すカレンダーＣ２と同様の画面でユーザの予約が入っているが施設の予約が入っていないセルを選択すると、図１３に示す施設検索画面と同様の画面が専門家端末３００のＷｅｂブラウザに表示される。予約を希望する施設名、日付、及び時間帯がそれぞれ入力され、検索開始ボタンが押下されると、入力された予約を希望する施設名、日付、及び時間帯の情報が予約管理サーバ１００へ送信される。
【００９１】
ステップＳ１６６の処理として、ステップＳ１６５で専門家端末３００によって送信された、ユーザが予約を希望する施設名、日付、及び時間帯の情報が通信部１１０を介して受信されると、予約管理サーバ１００の検索部１３３では、施設予約状況ＤＢ１２１から受信した施設名、日付、及び時間帯が検索される。
【００９２】
ステップＳ１６７の処理として、ステップＳ１６６の検索結果である施設の予約状況が、通信部１１０を介して専門家端末３００へ送信される。
【００９３】
ステップＳ１６８の処理として、ステップＳ１６７で送信された施設の予約状況が、専門家端末３００で受け付けられ、専門家端末３００のＷｅｂブラウザに表示される。
【００９４】
ステップＳ１６９の処理として、ステップＳ１６８で専門家端末３００のＷｅｂブラウザに表示された、図１４に示すカレンダーＣ３と同様の画面に、施設の予約が入力され、この施設を予約することが決定される。
【００９５】
ステップＳ１７０の処理として、ステップＳ１６９で決定された専門家の予約情報が、予約管理サーバ１００へ送信される。
【００９６】
ステップＳ１７１の処理として、ステップＳ１７０で専門家端末３００によって送信された施設の予約情報が通信部１１０を介して受信されると、予約管理サーバ１００の予約登録部１３４では、受信した予約情報が受け付けられ、施設予約状況ＤＢ１２１及び専門家予約状況ＤＢ１２２へ登録される。これにより、専門家を予約すると、専門家に紐づいて施設提供者が提供する施設を同時に予約することができ、また、専門家が施設を予約することが出来る。
【００９７】
次に、図１９を参照しながら、施設提供者端末２００の操作により行われる、予約管理システム１が実行する予約管理方法の一部である、予約登録処理の流れの一例について説明する。ここでは、施設提供者が専門家の空き状況を検索する場合について説明する。図１９は、図１の予約管理サーバ１００と、施設提供者端末２００との各動作の関連状態の他の例を示すフローチャートである。
【００９８】
ステップＳ１８１〜ステップＳ１８４の処理は、図５に示すステップＳ１０１〜ステップＳ１０４の処理と同様であるため、その説明を省略する。ステップＳ１８５の処理として、施設提供者端末２００では、図７に示すカレンダーＣ１と同様の画面でユーザの予約が入っているセルを選択すると、図１５に示す専門家検索画面と同様の画面が施設提供者端末２００のＷｅｂブラウザに表示される。予約を希望する専門家名、日付、及び時間帯がそれぞれ入力され、検索開始ボタンが押下されると、入力された予約を希望する専門家名、日付、及び時間帯の情報が予約管理サーバ１００へ送信される。
【００９９】
ステップＳ１８６の処理として、ステップＳ１８５で施設提供者端末２００によって送信された専門家名、日付、及び時間帯の情報が通信部１１０を介して受信されると、予約管理サーバ１００の検索部１３３では、専門家予約状況ＤＢ１２２から受信した専門家名、日付、及び時間帯が検索される。
【０１００】
ステップＳ１８７の処理として、ステップＳ１８６の検索結果である専門家の予約状況が、通信部１１０を介して施設提供者端末２００へ送信される。
【０１０１】
ステップＳ１８８の処理として、ステップＳ１８７で送信された専門家の予約状況が、施設提供者端末２００で受け付けられ、施設提供者端末２００のＷｅｂブラウザに表示される。
【０１０２】
ステップＳ１８９の処理として、ステップＳ１８８で施設提供者端末２００のＷｅｂブラウザに表示された、図１６に示すカレンダーＣ４と同様の画面に、専門家の予約が入力され、この施設を予約することが決定される。
【０１０３】
ステップＳ１９０の処理として、ステップＳ１８９で決定された施設の予約情報が、予約管理サーバ１００へ送信される。
【０１０４】
ステップＳ１９１の処理として、ステップＳ１９０で施設提供者端末２００によって送信された専門家の予約情報が通信部１１０を介して受信されると、予約管理サーバ１００の予約登録部１３４では、受信した予約情報が受け付けられ、施設予約状況ＤＢ１２１及び専門家予約状況ＤＢ１２２へ登録される。これにより、施設提供者が専門家を予約することが出来る。
【０１０５】
以上のように、本実施形態に係る予約管理システムは、ユーザ端末からの操作により、施設の空き状況からユーザが利用する施設を検索し、専門家の空き状況からユーザがサービスの提供を受ける専門家を検索し、施設及び専門家の予約を登録する。そのため、ユーザと、専門家と、施設提供者とをマッチングさせることが可能になる。これにより、ユーザは施設の混雑状況を把握することができるので、混雑を避けて予約を入れることが可能になるので混雑の緩和になり、ダブルブッキング等の防止になる。
【０１０６】
また、専門家端末からの操作により、施設の空き状況からユーザが利用する施設を検索し、施設の予約を登録する。そのため、専門家端末からでも施設の予約をすることが可能になる。これにより、専門家は施設の予約状況を把握して予約することが容易になるので、ユーザが予約を入れても提供できる施設がないことによる機会逸失を防止することが可能になる。
【０１０７】
また、専門家端末からの操作により、施設の空き状況からユーザが利用する施設を検索し、施設の予約を登録する。そのため、専門家端末からでも施設の予約をすることが可能になる。これにより、施設提供者は専門家の予約状況を把握して予約することが容易になるので、例えばある専門家が急遽来られなくなった場合等、緊急時に対応することが可能になる。
【０１０８】
さらに、専門家の空き状況から専門家を検索する場合であって、その専門家に対して同日の異なる時間帯に複数の施設を予約する場合、専門家の移動時間を加味して予約が行われる。これにより、予約受付可能な施設及び時間が制御されるので、検索時に利用可能な施設や予約受付可能な施設も動的に変化させることが可能である。
【０１０９】
（実施形態２）
図２０は、本開示の実施形態２に係る予約管理システム１における、予約管理サーバ１００のユーザ情報ＤＢ１２３に格納されるユーザ情報の例を示す模式図である。この予約管理システム１は、ユーザが専門家及び施設の予約を行うためのシステムである点において実施形態１と同様であるが、図２０に示すようなユーザ情報ＤＢ１２３を備えている点において、実施形態１と異なる。
【０１１０】
ユーザ情報ＤＢ１２３には、図２０に示すユーザ情報ＤＢ１２３の列名に対応して、ユーザＩＤ、ユーザ氏名、利用専門家名、利用施設名、利用サービス名等の情報が含まれる。ユーザＩＤは、ユーザを一意に特定するための識別情報であり、図２０に示す例では、「201」、「202」が格納されている。ユーザ氏名は、そのユーザの氏名である。利用専門家名は、当該ユーザがよくサービスの提供を受ける好みの専門家として登録してある専門家名である。利用施設名は、当該ユーザがよく利用する施設として登録してある好みの施設名である。利用サービス名は、当該ユーザがよく提供を受けるサービスとして登録してある好みのサービスの名称である。
【０１１１】
例えば、実施形態１では、ステップＳ１２５の処理として施設検索画面を表示させていたが、ユーザ情報ＤＢ１２３に登録されている利用施設名で予め施設予約状況ＤＢ１２１の検索を行い、施設名の入力がなくても登録されている利用施設名の空き状況を優先して表示させるようにしても良い。同様に、実施形態１では、ステップＳ１３０の処理として専門家検索画面を表示させていたが、ユーザ情報ＤＢ１２３に登録されている利用専門家名や利用サービス名で予め専門家予約状況ＤＢ１２２の検索を行い、専門家名やサービス名の入力がなくても登録されている利用専門家名や、利用サービス名のサービスを提供する専門家の空き状況を優先して表示させるようにしても良い。
【０１１２】
本実施形態によれば、上記実施形態１の効果に加え、ユーザ情報ＤＢに利用専門家名、利用施設名、利用サービス名を登録可能に構成したことにより、施設名や専門家名等の検索ワードの入力手間を削減するので、より利便性の高い予約管理システムを提供することが可能になる。
【０１１３】
（実施形態３）
図２１は、本開示の実施形態３に係る予約管理システム１の予約管理サーバ１００Ａを示す機能ブロック構成図である。この予約管理サーバ１００Ａは、ユーザと専門家と施設とをマッチングして予約を受け付ける点において実施形態１と同様であるが、制御部１３０に、記憶部１２０に記憶されているプログラムにより起動されて実行される支払い状況管理部１３５を備えている点において、実施形態１と異なる。
【０１１４】
支払い状況管理部１３５は、ユーザの施設提供者及び専門家への支払い状況を管理する。ユーザは、施設提供者の施設を利用して専門家からサービスの提供を受けるにあたり、施設提供者と専門家との双方に利用料及び報酬を支払う必要があるが、双方にそれぞれ支払う場合や、専門家に報酬と施設の利用料とを一括で支払い、専門家が施設提供者に施設の利用料を支払う場合等があり、複雑である。そのため、支払い状況管理部１３５では、ユーザ端末４００で施設提供者及び専門家への支払い状況を参照することが出来るようになっている。
【０１１５】
また、支払い状況管理部１３５は、クレジットカードや電子マネー等を登録可能であり、指定の期日になると、ユーザの施設提供者及び専門家への料金支払いを自動的に決済する機能を備えている。これにより、煩わしい支払いの手続きを自動的に行うことが可能である。
【０１１６】
本実施形態によれば、上記実施形態１及び２の効果に加え、支払い状況管理部を備えたことにより、複雑なユーザの施設提供者及び専門家への支払いを適切に管理することが可能になる。また、ユーザの無断キャンセル等があった場合でも、キャンセル料を徴収することが可能になるので、無断キャンセル等の機会逸失を防止することが可能である。
【０１１７】
以上、開示に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行なって実施することが出来る。これらの実施形態および変形例ならびに省略、置換および変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。
【符号の説明】
【０１１８】
１  予約管理システム、１００  予約管理サーバ、１１０  通信部、１２０  記憶部、１２１  施設予約状況ＤＢ、１２２  専門家予約状況ＤＢ、１２３  ユーザ情報ＤＢ、１３０  制御部、１３１  施設空き時間受付部、１３２  専門家空き時間受付部、１３３  検索部、１３４  予約登録部、１３５  支払い状況管理部、２００  施設提供者端末、３００  専門家端末、４００  ユーザ端末、ＮＷ  ネットワーク
【図１】
2019215721.tif 000003
【図２】
2019215721.tif 000004
【図３】
2019215721.tif 000005
【図４】
2019215721.tif 000006
【図５】
2019215721.tif 000007
【図６】
2019215721.tif 000008
【図７】
2019215721.tif 000009
【図８】
2019215721.tif 000010
【図９】
2019215721.tif 000011
【図１０】
2019215721.tif 000012
【図１１】
2019215721.tif 000013
【図１２】
2019215721.tif 000014
【図１３】
2019215721.tif 000015
【図１４】
2019215721.tif 000016
【図１５】
2019215721.tif 000017
【図１６】
2019215721.tif 000018
【図１７】
2019215721.tif 000019
【図１８】
2019215721.tif 000020
【図１９】
2019215721.tif 000021
【図２０】
2019215721.tif 000022
【図２１】
2019215721.tif 000023