ホーム > 特許ランキング > 楽天グループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-08-23
(45)【発行日】2024-09-02
(54)【発明の名称】サーバ装置、予約提案方法、ならびに、プログラム
(51)【国際特許分類】
G06Q 10/02 20120101AFI20240826BHJP
【ＦＩ】
G06Q10/02
【請求項の数】
7
(21)【出願番号】P 2023200513
(22)【出願日】2023-11-28
【審査請求日】2023-11-28
(73)【特許権者】
【識別番号】399037405
【氏名又は名称】楽天グループ株式会社
(74)【代理人】
【識別番号】100110135
【弁理士】
【氏名又は名称】石井 裕一郎
(74)【代理人】
【識別番号】100132883
【弁理士】
【氏名又は名称】森川 泰司
(74)【代理人】
【識別番号】100148633
【弁理士】
【氏名又は名称】桜田 圭
(74)【代理人】
【識別番号】100163452
【弁理士】
【氏名又は名称】南郷 邦臣
(74)【代理人】
【識別番号】100180312
【弁理士】
【氏名又は名称】早川 牧子
(72)【発明者】
【氏名】蔡 隆広
【審査官】上田 智志
(56)【参考文献】
【文献】特開２０２１－１０８０６３（ＪＰ，Ａ）
【文献】特開２０２２－１６０２６５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
サービスを提供する時間枠の価格に、変動価格制が採用された施設についての予約を管理するサーバ装置であって、ユーザが使用するユーザ端末から、予約についての要求情報を受信する受信部と、
前記要求情報に基づいて、前記ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する特定部と、
前記第１の日付の前記空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、前記ユーザが予約可能となる前記空き時間枠が残っている第２の日付であって、前記第１の日付の前記空き時間枠における価格の分布と、当該第２の日付の前記空き時間枠における価格の分布と、を合わせることで前記分布条件を満たす日付を、前記候補日に追加する追加部と、
前記候補日の前記空き時間枠と、当該空き時間枠の価格とを含む提案情報を前記ユーザ端末へ送信する送信部と、
を備えることを特徴とするサーバ装置。
【請求項2】
一定期間内の全ての前記時間枠における価格の分布に基づいて前記分布条件を設定する条件設定部を更に備える、ことを特徴とする請求項１に記載のサーバ装置。
【請求項3】
前記特定部は、前記ユーザにより指定された日付が前記要求情報に含まれている場合に、当該指定された日付を前記候補日として特定する、ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項4】
前記特定部は、前記ユーザが希望する前記サービスの項目が前記要求情報に含まれている場合に、当該項目について予約可能な前記空き時間枠が残っている複数の日付のうち、直近の日付を前記候補日として特定する、ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項5】
前記特定部は、前記ユーザが希望する前記サービスの項目が前記要求情報に含まれている場合に、当該項目について予約可能な前記空き時間枠が残っている複数の日付のうち、前記ユーザが過去に前記施設を利用した日を含む利用履歴に基づいて前記候補日を特定する、ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項6】
サービスを提供する時間枠の価格に、変動価格制が採用された施設についての予約を管理するサーバ装置が実行する予約提案方法であって、ユーザが使用するユーザ端末から、予約についての要求情報を受信する受信ステップと、
前記要求情報に基づいて、前記ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する特定ステップと、
前記第１の日付の前記空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、前記ユーザが予約可能となる前記空き時間枠が残っている第２の日付であって、前記第１の日付の前記空き時間枠における価格の分布と、当該第２の日付の前記空き時間枠における価格の分布と、を合わせることで前記分布条件を満たす日付を、前記候補日に追加する追加ステップと、
前記候補日の前記空き時間枠と、当該空き時間枠の価格とを含む提案情報を前記ユーザ端末へ送信する送信ステップと、
を備えることを特徴とする予約提案方法。
【請求項7】
サービスを提供する時間枠の価格に、変動価格制が採用された施設についての予約を管理するコンピュータに、ユーザが使用するユーザ端末から、予約についての要求情報を受信する受信ステップ、
前記要求情報に基づいて、前記ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する特定ステップ、
前記第１の日付の前記空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、前記ユーザが予約可能となる前記空き時間枠が残っている第２の日付であって、前記第１の日付の前記空き時間枠における価格の分布と、当該第２の日付の前記空き時間枠における価格の分布と、を合わせることで前記分布条件を満たす日付を、前記候補日に追加する追加ステップ、
前記候補日の前記空き時間枠と、当該空き時間枠の価格とを含む提案情報を前記ユーザ端末へ送信する送信ステップ、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバ装置、予約提案方法、ならびに、プログラムに関する。
【背景技術】
【0002】
近年、商品やサービス等の価格が、変動価格制（ダイナミックプライシング）と呼ばれる手法にて設定される場合が見受けられる。
この変動価格制では、例えば、需要と供給とのバランスに応じて、価格を柔軟に変動させている。
この変動価格制では、例えば、需要と供給とのバランスに応じて、価格を柔軟に変動させている。
【0003】
このような変動価格制を用いた先行技術として、例えば、特許文献１には、ユーザの特徴に応じた変動価格を提示する情報処理装置の技術が開示されている。この情報処理装置では、購入回数の多いユーザや累積の購入金額が多いユーザに対して、他よりも低価格の変動価格を提示できるようになっている。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０２３－９２２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
上述した特許文献１に記載の情報処理装置では、ユーザの特徴に応じた変動価格を提示することができるものの、提示されたユーザにとっては、その変動価格が他と比べて安いのか高いのかを把握することが困難であった。
【0006】
特に、サービスを提供する時間枠の価格に、変動価格制が採用された施設を利用する場合において、予約しようとする時間枠（空き時間枠）の価格が他と比べて安いのか高いのかを把握するために、ユーザは、複数の時間枠について価格を参照する必要があった。
【0007】
このような実情から、予約可能となる空き時間枠における価格の高低をユーザが容易に比較することのできる技術が求められていた。
【0008】
本発明は、上記実状に鑑みてなされたもので、予約可能となる空き時間枠における価格の高低をユーザが容易に比較することのできるサーバ装置、予約提案方法、ならびに、プログラムを提供することを目的とする。
【課題を解決するための手段】
【0009】
本発明の第１の観点に係るサーバ装置は、
サービスを提供する時間枠の価格に、変動価格制が採用された施設についての予約を管理するサーバ装置であって、
ユーザが使用するユーザ端末から、予約についての要求情報を受信する受信部と、
前記要求情報に基づいて、前記ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する特定部と、
前記第１の日付の前記空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、前記ユーザが予約可能となる前記空き時間枠が残っている第２の日付であって、前記第１の日付の前記空き時間枠における価格の分布と、当該第２の日付の前記空き時間枠における価格の分布と、を合わせることで前記分布条件を満たす日付を、前記候補日に追加する追加部と、
前記候補日の前記空き時間枠と、当該空き時間枠の価格とを含む提案情報を前記ユーザ端末へ送信する送信部と、
を備えることを特徴とする。
サービスを提供する時間枠の価格に、変動価格制が採用された施設についての予約を管理するサーバ装置であって、
ユーザが使用するユーザ端末から、予約についての要求情報を受信する受信部と、
前記要求情報に基づいて、前記ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する特定部と、
前記第１の日付の前記空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、前記ユーザが予約可能となる前記空き時間枠が残っている第２の日付であって、前記第１の日付の前記空き時間枠における価格の分布と、当該第２の日付の前記空き時間枠における価格の分布と、を合わせることで前記分布条件を満たす日付を、前記候補日に追加する追加部と、
前記候補日の前記空き時間枠と、当該空き時間枠の価格とを含む提案情報を前記ユーザ端末へ送信する送信部と、
を備えることを特徴とする。
【0010】
また、上記観点に係るサーバ装置は、
一定期間内の全ての前記時間枠における価格の分布に基づいて前記分布条件を設定する条件設定部を更に備えるようにしてもよい。
一定期間内の全ての前記時間枠における価格の分布に基づいて前記分布条件を設定する条件設定部を更に備えるようにしてもよい。
【0011】
また、上記観点に係るサーバ装置において、
前記特定部は、前記ユーザにより指定された日付が前記要求情報に含まれている場合に、当該指定された日付を前記候補日として特定するようにしてもよい。
前記特定部は、前記ユーザにより指定された日付が前記要求情報に含まれている場合に、当該指定された日付を前記候補日として特定するようにしてもよい。
【0012】
また、上記観点に係るサーバ装置において、
前記特定部は、前記ユーザが希望する前記サービスの項目が前記要求情報に含まれている場合に、当該項目について予約可能な前記空き時間枠が残っている複数の日付のうち、直近の日付を前記候補日として特定するようにしてもよい。
前記特定部は、前記ユーザが希望する前記サービスの項目が前記要求情報に含まれている場合に、当該項目について予約可能な前記空き時間枠が残っている複数の日付のうち、直近の日付を前記候補日として特定するようにしてもよい。
【0013】
また、上記観点に係るサーバ装置において、
前記特定部は、前記ユーザが希望する前記サービスの項目が前記要求情報に含まれている場合に、当該項目について予約可能な前記空き時間枠が残っている複数の日付のうち、前記ユーザが過去に前記施設を利用した日を含む利用履歴に基づいて前記候補日を特定するようにしてもよい。
前記特定部は、前記ユーザが希望する前記サービスの項目が前記要求情報に含まれている場合に、当該項目について予約可能な前記空き時間枠が残っている複数の日付のうち、前記ユーザが過去に前記施設を利用した日を含む利用履歴に基づいて前記候補日を特定するようにしてもよい。
【0014】
本発明の第２の観点に係る予約提案方法は、
サービスを提供する時間枠の価格に、変動価格制が採用された施設についての予約を管理するサーバ装置が実行する予約提案方法であって、
ユーザが使用するユーザ端末から、予約についての要求情報を受信する受信ステップと、
前記要求情報に基づいて、前記ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する特定ステップと、
前記第１の日付の前記空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、前記ユーザが予約可能となる前記空き時間枠が残っている第２の日付であって、前記第１の日付の前記空き時間枠における価格の分布と、当該第２の日付の前記空き時間枠における価格の分布と、を合わせることで前記分布条件を満たす日付を、前記候補日に追加する追加ステップと、
前記候補日の前記空き時間枠と、当該空き時間枠の価格とを含む提案情報を前記ユーザ端末へ送信する送信ステップと、
を備えることを特徴とする。
サービスを提供する時間枠の価格に、変動価格制が採用された施設についての予約を管理するサーバ装置が実行する予約提案方法であって、
ユーザが使用するユーザ端末から、予約についての要求情報を受信する受信ステップと、
前記要求情報に基づいて、前記ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する特定ステップと、
前記第１の日付の前記空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、前記ユーザが予約可能となる前記空き時間枠が残っている第２の日付であって、前記第１の日付の前記空き時間枠における価格の分布と、当該第２の日付の前記空き時間枠における価格の分布と、を合わせることで前記分布条件を満たす日付を、前記候補日に追加する追加ステップと、
前記候補日の前記空き時間枠と、当該空き時間枠の価格とを含む提案情報を前記ユーザ端末へ送信する送信ステップと、
を備えることを特徴とする。
【0015】
本発明の第３の観点に係るプログラムは、
サービスを提供する時間枠の価格に、変動価格制が採用された施設についての予約を管理するコンピュータに、
ユーザが使用するユーザ端末から、予約についての要求情報を受信する受信ステップ、
前記要求情報に基づいて、前記ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する特定ステップ、
前記第１の日付の前記空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、前記ユーザが予約可能となる前記空き時間枠が残っている第２の日付であって、前記第１の日付の前記空き時間枠における価格の分布と、当該第２の日付の前記空き時間枠における価格の分布と、を合わせることで前記分布条件を満たす日付を、前記候補日に追加する追加ステップ、
前記候補日の前記空き時間枠と、当該空き時間枠の価格とを含む提案情報を前記ユーザ端末へ送信する送信ステップ、
を実行させることを特徴とする。
サービスを提供する時間枠の価格に、変動価格制が採用された施設についての予約を管理するコンピュータに、
ユーザが使用するユーザ端末から、予約についての要求情報を受信する受信ステップ、
前記要求情報に基づいて、前記ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する特定ステップ、
前記第１の日付の前記空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、前記ユーザが予約可能となる前記空き時間枠が残っている第２の日付であって、前記第１の日付の前記空き時間枠における価格の分布と、当該第２の日付の前記空き時間枠における価格の分布と、を合わせることで前記分布条件を満たす日付を、前記候補日に追加する追加ステップ、
前記候補日の前記空き時間枠と、当該空き時間枠の価格とを含む提案情報を前記ユーザ端末へ送信する送信ステップ、
を実行させることを特徴とする。
【0016】
上記プログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。
更に、上記プログラムを記録する情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
更に、上記プログラムを記録する情報記録媒体は、非一時的な（non-transitory）記録媒体であり、コンピュータとは独立して配布・販売することができる。ここで、非一時的な記録媒体とは、有形な（tangible）記録媒体をいう。非一時的な記録媒体は、例えば、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等である。また、一時的な（transitory）記録媒体とは、伝送媒体（伝搬信号）それ自体を示す。一時的な記録媒体は、例えば、電気信号、光信号、電磁波等である。なお、一時的な（temporary）記憶領域とは、データやプログラムを一時的に記憶するための領域であり、例えば、ＲＡＭ（Random Access Memory）等の揮発性メモリである。
【発明の効果】
【0017】
本発明によれば、予約可能な空き時間枠における価格の高低をユーザが容易に比較することができる。
【図面の簡単な説明】
【0018】
【図1】本実施形態に係る予約システムの全体構成の一例を示すブロック図である。
【図2】本実施形態に係るサーバ装置等が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。
【図3】実施形態１に係るサーバ装置の機能構成の一例を示すブロック図である。
【図4】空き時間情報を視覚的に説明するための模式図である。
【図5】変動価格情報を視覚的に説明するための模式図である。
【図6】利用履歴情報を説明するための模式図である。
【図7】ユーザ端末に表示されるカレンダー画面の一例を示す模式図である。
【図8】（ａ）～（ｃ）共に、分布条件を説明するための模式図である。
【図9】単独の候補日の空き時間枠における価格を説明するための一例を示す模式図である。
【図10】（ａ）が、単独の候補日の空き時間枠における価格を説明するための一例を示す模式図であり、（ｂ）が、複数の候補日の空き時間枠における価格を説明するための一例を示す模式図である。
【図11】（ａ），（ｂ）共に、提案情報の一例を示す模式図である。
【図12】（ａ），（ｂ）共に、提案情報が重畳されたカレンダー画面の一例を示す模式図である。
【図13】実施形態１に係る予約処理を説明するためのフローチャートである。
【図14】ユーザ端末に表示される検索画面の一例を示す模式図である。
【図15】実施形態２に係るサーバ装置の機能構成の一例を示すブロック図である。
【図16】ユーザ管理情報の一例を示す模式図である。
【図17】ユーザ端末に表示される通知の一例を示す模式図である。
【図18】（ａ）が、提案情報の一例を示す模式図であり、（ｂ）が報知情報の一例を示す模式図である。
【図19】（ａ）が、アプリが起動されたユーザ端末に表示される提案情報の一例を示す模式図であり、（ｂ）が、アプリが起動されたユーザ端末に表示される報知情報の一例を示す模式図である。
【図20】実施形態２に係る提示処理を説明するためのフローチャートである。
【図21】提案情報が重畳されたカレンダー画面の一例を示す模式図である。
【発明を実施するための形態】
【0019】
以下に本発明の実施形態を説明する。本発明の実施形態では、美容についてのサービスを提供する時間枠の価格に、変動価格制が採用された美容施設の予約を管理する予約システムを一例として説明するが、このような美容施設に限られず、他のサービスをユーザに提供する各種の施設（一例として、整体施設、スポーツ施設等）の予約システムにおいても適用可能である。
なお、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれら各要素の何れかまたは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
なお、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれら各要素の何れかまたは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【0020】
（全体構成）
本発明の実施形態に係る予約システム１００は、サービスを提供する時間枠の価格に、変動価格制（ダイナミックプライシング）が採用された美容施設（一例として、美容室、ネイルサロン、エステサロン等）への予約が適切に行えるシステムであり、図１に示すように、サーバ装置２００と、ユーザ端末３００とを含んで構成される。
なお、サーバ装置２００と、ユーザ端末３００とは、インターネット９００を介して通信可能に接続されている。また、図１では、ユーザ端末３００を３台だけ示しているが、発明の理解を容易にするためであり、実際には、ユーザ数に応じて、膨大な数のユーザ端末３００が含まれているものとする。
本発明の実施形態に係る予約システム１００は、サービスを提供する時間枠の価格に、変動価格制（ダイナミックプライシング）が採用された美容施設（一例として、美容室、ネイルサロン、エステサロン等）への予約が適切に行えるシステムであり、図１に示すように、サーバ装置２００と、ユーザ端末３００とを含んで構成される。
なお、サーバ装置２００と、ユーザ端末３００とは、インターネット９００を介して通信可能に接続されている。また、図１では、ユーザ端末３００を３台だけ示しているが、発明の理解を容易にするためであり、実際には、ユーザ数に応じて、膨大な数のユーザ端末３００が含まれているものとする。
【0021】
サーバ装置２００は、例えば、サーバ用のコンピュータであり、美容施設の情報を管理すると共に、ユーザが使用するユーザ端末３００との間で必要な情報を送受信することで、ユーザが美容施設の時間枠（空き時間枠）における価格の高低を比較しつつ、所望の時間枠に対する予約が行えるように処理する。
より詳細に、サーバ装置２００は、ユーザ端末３００から送られた予約についての要求情報を受信すると、ユーザが予約可能となる空き時間枠が残っている候補日を特定し、その候補日において空き時間枠が複数あり、各空き時間枠における価格の分布が条件（後述する分布条件）を満たすことを確認した後に、候補日の各空き時間枠とそれらの価格とを含む提案情報をユーザ端末３００へ送信する。この提案情報を受信したユーザ端末３００では、価格の異なる各空き時間枠が表示されるため、各空き時間枠における価格の高低をユーザが容易に比較することが可能となる。そして、サーバ装置２００は、ユーザ端末３００にて何れかの空き時間枠が選択されると、選択された空き時間枠をユーザの情報と対応付けて予約する。
より詳細に、サーバ装置２００は、ユーザ端末３００から送られた予約についての要求情報を受信すると、ユーザが予約可能となる空き時間枠が残っている候補日を特定し、その候補日において空き時間枠が複数あり、各空き時間枠における価格の分布が条件（後述する分布条件）を満たすことを確認した後に、候補日の各空き時間枠とそれらの価格とを含む提案情報をユーザ端末３００へ送信する。この提案情報を受信したユーザ端末３００では、価格の異なる各空き時間枠が表示されるため、各空き時間枠における価格の高低をユーザが容易に比較することが可能となる。そして、サーバ装置２００は、ユーザ端末３００にて何れかの空き時間枠が選択されると、選択された空き時間枠をユーザの情報と対応付けて予約する。
【0022】
ユーザ端末３００は、例えば、スマートフォンやパーソナルコンピュータ等であり、美容施設を利用（予約）しようとするユーザに使用される。
ユーザ端末３００には、例えば、美容施設を予約するための予約アプリがインストールされている。この予約アプリがユーザ端末３００にて起動されると、所望の美容施設が検索でき、その美容施設への予約が行えるようになっている。より詳細には、この予約アプリでは、例えば、美容施設への予約が行えるカレンダー画面（詳細については後述する）を表示し、ユーザが選んだ日付を含む要求情報をサーバ装置２００へ送信する。この要求情報を受信したサーバ装置２００では、ユーザが選んだ日付を含む候補日の各空き時間枠とそれらの価格とを含む提案情報を生成してユーザ端末３００へ返信する。そのため、予約アプリでは、受信した提案情報をカレンダー画面に重畳させて表示し、各空き時間枠における価格の高低を確認しつつ、所望の空き時間枠を選んで予約が行えるようになっている。
ユーザ端末３００には、例えば、美容施設を予約するための予約アプリがインストールされている。この予約アプリがユーザ端末３００にて起動されると、所望の美容施設が検索でき、その美容施設への予約が行えるようになっている。より詳細には、この予約アプリでは、例えば、美容施設への予約が行えるカレンダー画面（詳細については後述する）を表示し、ユーザが選んだ日付を含む要求情報をサーバ装置２００へ送信する。この要求情報を受信したサーバ装置２００では、ユーザが選んだ日付を含む候補日の各空き時間枠とそれらの価格とを含む提案情報を生成してユーザ端末３００へ返信する。そのため、予約アプリでは、受信した提案情報をカレンダー画面に重畳させて表示し、各空き時間枠における価格の高低を確認しつつ、所望の空き時間枠を選んで予約が行えるようになっている。
【0023】
（情報処理装置の概要構成）
本実施形態に係るサーバ装置２００等が実現される典型的な情報処理装置４００について説明する。
本実施形態に係るサーバ装置２００等が実現される典型的な情報処理装置４００について説明する。
【0024】
情報処理装置４００は、図２に示すように、ＣＰＵ（Central Processing Unit）４０１と、ＲＯＭ（Read Only Memory）４０２と、ＲＡＭ（Random Access Memory）４０３と、ＮＩＣ（Network Interface Card）４０４と、画像処理部４０５と、音声処理部４０６と、補助記憶部４０７と、インターフェース４０８と、操作ユニット４０９と、表示ユニット４１０と、を備える。
【0025】
ＣＰＵ ４０１は、情報処理装置４００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。
【0026】
ＲＯＭ ４０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、補助記憶部４０７に記憶されたプログラムをＲＡＭ ４０３に読み出してＣＰＵ ４０１による当該プログラムの実行が開始される。
【0027】
ＲＡＭ ４０３は、データやプログラムを一時的に記憶するためのもので、補助記憶部４０７から読み出されたプログラムやデータ、その他、通信に必要なデータ等が保持される。
【0028】
ＮＩＣ ４０４は、情報処理装置４００をインターネット等のコンピュータ通信網に接続するためのものであり、ＬＡＮ（Local Area Network）を構成する際に用いられる１０ＢＡＳＥ－Ｔ／１００ＢＡＳＥ－Ｔ規格にしたがうものや、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Integrated Services Digital Network）モデム、ＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等から構成される。
【0029】
画像処理部４０５は、補助記憶部４０７等から読み出された画像データをＣＰＵ ４０１や画像処理部４０５が備える画像演算プロセッサ（図示せず）によって加工処理した後、これを画像処理部４０５が備えるフレームメモリ（図示せず）に記録する。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、インターフェース４０８等を介して表示ユニット４１０に出力される。つまり、画像処理部４０５は、ＣＰＵ ４０１の制御の下、情報処理装置４００が行う処理の進行の中で必要となる画像を生成し、その画像を表示ユニット４１０に表示させる。
【0030】
音声処理部４０６は、補助記憶部４０７等から読み出された音声データを音声信号に変換し、インターフェース４０８を介してスピーカ４１１に出力する。つまり、音声処理部４０６は、ＣＰＵ ４０１の制御の下、情報処理装置４００が行う処理の進行の中で発生させるべき音声を生成し、その音声をスピーカ４１１から出力させる。
【0031】
補助記憶部４０７は、ハードディスク等であり、情報処理装置４００全体の動作制御に必要な各種のプログラムや各種のデータを記憶する。例えば、補助記憶部４０７には、本実施形態に係るサーバ装置２００を実現するためのプログラムが記憶される。そして、ＣＰＵ ４０１の制御によって、補助記憶部４０７は、記憶されたプログラムやデータを適宜読み出し、これらをＲＡＭ ４０３等に一時的に記憶させる。
【0032】
インターフェース４０８には、操作ユニット４０９、及び、表示ユニット４１０が接続される。なお、インターフェース４０８は、この他に接続された外部機器との間で必要な情報を送受信してもよい。
【0033】
操作ユニット４０９は、情報処理装置４００を利用する作業者等の操作入力を受け付ける。
【0034】
表示ユニット４１０は、画像処理部４０５により出力された画像データに応じた画像を描画し、情報処理装置４００を利用する作業者等に提示する。
【0035】
この他に、情報処理装置４００は、補助記憶部４０７の代わりに、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ等のドライブユニットを備えるようにしてもよい。この場合、情報処理装置４００は、ドライブユニットに装着されるＤＶＤ－ＲＯＭ等からプログラムやデータを読み出して、上記と同様に動作する。
【0036】
（実施形態１）
以下、実施形態１に係るサーバ装置２００の機能構成等について、図３～図１２を参照して説明する。このサーバ装置２００は、上記の情報処理装置４００により実現される。例えば、情報処理装置４００に電源が投入されると、サーバ装置２００として機能させるプログラムが実行され、本実施形態１に係るサーバ装置２００が実現される。
なお、ユーザ端末３００も同様に、情報処理装置４００によって実現されるが、こちらについては説明を省略し、実施形態１において最も特徴的なサーバ装置２００について、以下説明する。
以下、実施形態１に係るサーバ装置２００の機能構成等について、図３～図１２を参照して説明する。このサーバ装置２００は、上記の情報処理装置４００により実現される。例えば、情報処理装置４００に電源が投入されると、サーバ装置２００として機能させるプログラムが実行され、本実施形態１に係るサーバ装置２００が実現される。
なお、ユーザ端末３００も同様に、情報処理装置４００によって実現されるが、こちらについては説明を省略し、実施形態１において最も特徴的なサーバ装置２００について、以下説明する。
【0037】
（実施形態１に係るサーバ装置の機能構成）
図３は、実施形態１に係るサーバ装置２００の機能構成の一例を示すブロック図である。図示するように、サーバ装置２００は、受信部２１０と、送信部２２０と、記憶部２３０と、制御部２４０とを備える。
図３は、実施形態１に係るサーバ装置２００の機能構成の一例を示すブロック図である。図示するように、サーバ装置２００は、受信部２１０と、送信部２２０と、記憶部２３０と、制御部２４０とを備える。
【0038】
受信部２１０は、ユーザ端末３００から送られる種々の情報を受信する。
例えば、受信部２１０は、ユーザ端末３００から送られる予約についての要求情報を受信する。なお、要求情報には、後述するように、例えば、ユーザが予約を希望する日付等が含まれている。
例えば、受信部２１０は、ユーザ端末３００から送られる予約についての要求情報を受信する。なお、要求情報には、後述するように、例えば、ユーザが予約を希望する日付等が含まれている。
【0039】
なお、上述したＮＩＣ ４０４等が、このような受信部２１０として機能しうる。
【0040】
送信部２２０は、制御部２４０に制御され、ユーザ端末３００に対して、必要な情報を送信する。
例えば、送信部２２０は、候補日の各空き時間枠とそれらの価格とを含む提案情報をユーザ端末３００へ送信する。なお、候補日には、ユーザが予約を希望する日付が含まれている。
例えば、送信部２２０は、候補日の各空き時間枠とそれらの価格とを含む提案情報をユーザ端末３００へ送信する。なお、候補日には、ユーザが予約を希望する日付が含まれている。
【0041】
なお、上述したＮＩＣ ４０４等が、このような送信部２２０として機能しうる。
【0042】
記憶部２３０は、美容施設に関する種々の情報を記憶する。例えば、記憶部２３０は、空き時間枠情報２３１、変動価格情報２３２、及び、利用履歴情報２３３を記憶する。
【0043】
まず、空き時間枠情報２３１は、美容施設でサービスを提供可能となる各空き時間枠を表す情報である。具体的に、空き時間枠情報２３１には、図４に示すように、空き時間枠（○で示された時間枠）が管理されている。なお、図４では、時間枠が１時間単位の場合を示しているが、一例であり、他の時間単位（一例として３０分単位）であってもよい。
また、図４では、美容施設での一週間分の営業日（一例として、毎火曜日が定休日）における各空き時間枠を視覚的に示しており、実際の空き時間枠情報２３１には、各営業日の時間枠単位に、空き時間枠を示すデータが管理されているものとする。
また、図４では、美容施設での一週間分の営業日（一例として、毎火曜日が定休日）における各空き時間枠を視覚的に示しており、実際の空き時間枠情報２３１には、各営業日の時間枠単位に、空き時間枠を示すデータが管理されているものとする。
【0044】
次に、変動価格情報２３２は、美容施設での各時間枠に設定されている価格（料金）を表す情報である。具体的に、変動価格情報２３２には、図５に示すように、各時間枠の価格が管理されている。これらの時間枠には、例えば、各営業日（平日、土日、祝日）の各時間枠における需要の大小に応じて、複数種類の価格のうちの何れかの価格が設定されている。なお、各時間枠にこのような価格が設定された後に、価格が変更（再設定）される場合もある。例えば、あるユーザにより予約済の時間枠が、直前でキャンセルされた場合では、その時間枠（キャンセル時間枠）を予約可能な新たなユーザを急募するために、制御部２４０は、キャンセル前の価格よりも安い価格に変更する。
また、図５では、美容施設での一週間分の営業日における各時間枠の価格を視覚的に示しており、実際の変動価格情報２３２には、各営業日の時間枠単位に、価格の値が管理されているものとする。
また、図５では、美容施設での一週間分の営業日における各時間枠の価格を視覚的に示しており、実際の変動価格情報２３２には、各営業日の時間枠単位に、価格の値が管理されているものとする。
【0045】
次に、利用履歴情報２３３は、美容施設を過去に利用したユーザの利用履歴を表す情報である。具体的に、利用履歴情報２３３には、図６に示すように、ユーザＩＤ２３３ａ、利用日２３３ｂ、及び、利用項目２３３ｃ等の情報が含まれている。なお、利用項目２３３ｃは、美容施設にてユーザが利用したサービスの内容である。また、後述するように、利用項目２３３ｃに応じて、賞美期限（施術されたスタイル等を維持できる期限）が設定されている。
【0046】
この他にも、記憶部２３０は、ユーザの予約を管理する予約管理情報（予約の日時、予約を行ったユーザＩＤ等）等を記憶する。
【0047】
なお、上述した補助記憶部４０７等が、このような記憶部２３０として機能しうる。
【0048】
図３に戻って、制御部２４０は、サーバ装置２００全体を制御する。この制御部２４０は、特定部２４１、条件設定部２４２、追加部２４３、生成部２４４、及び、予約部２４５を含んでいる。
【0049】
特定部２４１は、上述した受信部２１０が受信した要求情報に基づいて、ユーザが予約可能となる空き時間枠が残っている日付（第１の日付）を、候補日として特定する。
例えば、ユーザ端末３００にて上述した予約アプリが実行され、図７に示すようなカレンダー画面５１０が表示された状態で、何れかの日付（営業日）がユーザに選択されると、ユーザ端末３００は、ユーザが選んだ日付を含む要求情報をサーバ装置２００へ送信する。なお、図７では、「４」日（１０月４日）がユーザによって選択された状態を示している。また、カレンダー画面５１０において、空き時間枠がない日付がグレーアウト（gray out ）され、選択不能となっているものとする。
そのため、特定部２４１は、要求情報に含まれる日付を候補日として特定する。なお、後述するように、ユーザ端末３００から送られる要求情報に日付が含まれておらず、代わりに、ユーザが希望するサービスの項目が含まれている場合もある。その場合に、特定部２４１は、そのサービスの項目が予約可能となる空き時間枠が残っている日付を、候補日として特定する。
例えば、ユーザ端末３００にて上述した予約アプリが実行され、図７に示すようなカレンダー画面５１０が表示された状態で、何れかの日付（営業日）がユーザに選択されると、ユーザ端末３００は、ユーザが選んだ日付を含む要求情報をサーバ装置２００へ送信する。なお、図７では、「４」日（１０月４日）がユーザによって選択された状態を示している。また、カレンダー画面５１０において、空き時間枠がない日付がグレーアウト（gray out ）され、選択不能となっているものとする。
そのため、特定部２４１は、要求情報に含まれる日付を候補日として特定する。なお、後述するように、ユーザ端末３００から送られる要求情報に日付が含まれておらず、代わりに、ユーザが希望するサービスの項目が含まれている場合もある。その場合に、特定部２４１は、そのサービスの項目が予約可能となる空き時間枠が残っている日付を、候補日として特定する。
【0050】
図３に戻って、条件設定部２４２は、候補日の空き時間枠における価格の分布が、ユーザに提示する分布として妥当である（価格の対比が容易である）と判定するための基準となる分布条件を設定する。
例えば、条件設定部２４２は、上述した図５の変動価格情報２３２を参照し、一定期間内の全ての時間枠における価格の分布に基づいて分布条件を設定する。以下、候補日である「１０月４日」を含む一週間内の全時間枠（図５にて示される全ての時間枠）における価格の分布に基づいて分布条件を設定する場合を一例として、具体的に説明する。
例えば、条件設定部２４２は、上述した図５の変動価格情報２３２を参照し、一定期間内の全ての時間枠における価格の分布に基づいて分布条件を設定する。以下、候補日である「１０月４日」を含む一週間内の全時間枠（図５にて示される全ての時間枠）における価格の分布に基づいて分布条件を設定する場合を一例として、具体的に説明する。
【0051】
この場合、図８（ａ）の左側に示すように、一週間内の全時間枠における価格の分布から、価格の種類数ｋは、「９，４００」，「９，８００」，「１０，０００」，「１０，５００」の４つである。そして、条件設定部２４２は、図８（ａ）の右側に示すように、分布条件として、価格の種類数が種類数ｋの半分以上（０．５ｋ以上）であることを設定する。つまり、条件設定部２４２は、候補日の空き時間枠における価格の分布にて、価格の種類数が２以上（２種類以上）であることを分布条件に設定する。
【0052】
なお、条件設定部２４２は、他の分布条件を設定してもよい。例えば、図８（ｂ）の左側に示すように、一週間内の全時間枠における価格の分布にて、最高価格Ｈが「１０，５００」であり、最低価格Ｌが「９，４００」である。そして、条件設定部２４２は、図８（ｂ）の右側に示すように、分布条件として、最高価格Ｈ若しくは最低価格Ｌを含むことを設定する。つまり、条件設定部２４２は、候補日の空き時間枠における価格の分布にて、「１０，５００」及び「９，４００」の少なくとも一方を含むことを分布条件に設定する。
【0053】
この他にも、例えば、図８（ｃ）の左側に示すように、一週間内の全時間枠における価格の分布にて、最高価格Ｈと最低価格Ｌとの価格差ｄは、「１，１００」である。そして、条件設定部２４２は、図８（ｃ）の右側に示すように、分布条件として、最高価格と最低価格との価格差が価格差ｄのα倍以上（なお、０＜α＜１）であることを設定する。一例として、αを「０．５」とした場合、条件設定部２４２は、候補日の空き時間枠における価格の分布にて、最高価格と最低価格との価格差が「５５０」以上であることを分布条件に設定する。
【0054】
図３に戻って、追加部２４３は、まず、上述した特定部２４１が特定した候補日（第１の日付）の空き時間枠における価格の分布が、上記の条件設定部２４２が設定した分布条件を満たすか否かを判別する。そして、分布条件を満たさないと判別すると、ユーザが予約可能となる空き時間枠が残っている他の日付（第２の日付）であって、その空き時間枠における価格の分布を、候補日の空き時間枠における価格の分布に加える（合わせる）ことで分布条件を満たす場合に、その日付（第２の日付）を候補日に追加する。なお、分布と分布とを「合わせる」とは２つの分布の和集合を演算することである。
具体的に、候補日が「１０月４日」である場合での空き時間枠における価格の分布は、図９に示される。そして、条件設定部２４２により、上述した図８（ａ）に示す分布条件が設定されていた場合（価格の種類数が２以上であること）に、追加部２４３は、「１０月４日」の空き時間枠における価格の分布にて、価格の種類数が３であるため、分布条件を満たすと判別する。この場合、追加部２４３は、候補日に他の日付を追加しないことになる。
具体的に、候補日が「１０月４日」である場合での空き時間枠における価格の分布は、図９に示される。そして、条件設定部２４２により、上述した図８（ａ）に示す分布条件が設定されていた場合（価格の種類数が２以上であること）に、追加部２４３は、「１０月４日」の空き時間枠における価格の分布にて、価格の種類数が３であるため、分布条件を満たすと判別する。この場合、追加部２４３は、候補日に他の日付を追加しないことになる。
【0055】
一方、候補日が「１０月６日」である場合（上述した図７のカレンダー画面５１０にてユーザにより「６」日が選択され、特定部２４１にて「１０月６日」が候補日として特定されている場合）での空き時間枠における価格の分布は、図１０（ａ）に示される。そして、条件設定部２４２により、同じく図８（ａ）に示す分布条件が設定されていた場合に、追加部２４３は、「１０月６日」の空き時間枠における価格の分布にて、価格の種類数が１であるため、分布条件を満たさないと判別する。
この場合、追加部２４３は、ユーザが予約可能となる空き時間枠が残っている他の日付であって、その空き時間枠における価格の分布を、図１０（ａ）に示す価格の分布に加える（合わせる）ことで分布条件を満たす場合に、その日付を候補日に追加する。
例えば、候補日の前日（前営業日）である「１０月５日」の空き時間枠を、「１０月６日」の空き時間枠に加えた場合に、空き時間枠における価格の分布は、図１０（ｂ）に示される。この図１０（ｂ）の空き時間枠における価格の分布にて、価格の種類数が３であり分布条件を満たすため、追加部２４３は、この「１０月５日」（第２の日付）を候補日に追加する。
なお、仮に、「１０月５日」の空き時間枠を加えても分布条件を満たさない場合であれば、追加部２４３は、候補日の翌日（翌営業日）である「１０月７日」の空き時間枠を更に加えるなどして、分布条件を満たすまで他の日付を候補日に追加するようにしてもよい。
この場合、追加部２４３は、ユーザが予約可能となる空き時間枠が残っている他の日付であって、その空き時間枠における価格の分布を、図１０（ａ）に示す価格の分布に加える（合わせる）ことで分布条件を満たす場合に、その日付を候補日に追加する。
例えば、候補日の前日（前営業日）である「１０月５日」の空き時間枠を、「１０月６日」の空き時間枠に加えた場合に、空き時間枠における価格の分布は、図１０（ｂ）に示される。この図１０（ｂ）の空き時間枠における価格の分布にて、価格の種類数が３であり分布条件を満たすため、追加部２４３は、この「１０月５日」（第２の日付）を候補日に追加する。
なお、仮に、「１０月５日」の空き時間枠を加えても分布条件を満たさない場合であれば、追加部２４３は、候補日の翌日（翌営業日）である「１０月７日」の空き時間枠を更に加えるなどして、分布条件を満たすまで他の日付を候補日に追加するようにしてもよい。
【0056】
図３に戻って、生成部２４４は、候補日の空き時間枠と、その空き時間枠の価格とを含む提案情報を生成する。
例えば、上述した図９に示すように、単独の候補日だけで、その特定日の空き時間枠における価格の分布が分布条件を満たしている場合に、生成部２４４は、図１１（ａ）に示すような提案情報５２１を生成する。
図１１（ａ）に示す提案情報５２１では、分布条件を満たした３種類の価格別に、空き時間枠と予約ボタンＢＴとが区分けされて表示されるようになっている。そのため、ユーザは、空き時間枠における価格の高低を比較しつつ、何れかの予約ボタンＢＴを押下するとこで、その予約ボタンＢＴに対応した空き時間枠を予約することができるようになっている。
例えば、上述した図９に示すように、単独の候補日だけで、その特定日の空き時間枠における価格の分布が分布条件を満たしている場合に、生成部２４４は、図１１（ａ）に示すような提案情報５２１を生成する。
図１１（ａ）に示す提案情報５２１では、分布条件を満たした３種類の価格別に、空き時間枠と予約ボタンＢＴとが区分けされて表示されるようになっている。そのため、ユーザは、空き時間枠における価格の高低を比較しつつ、何れかの予約ボタンＢＴを押下するとこで、その予約ボタンＢＴに対応した空き時間枠を予約することができるようになっている。
【0057】
この他にも、上述した図１０（ｂ）に示すように、複数の候補日の空き時間枠における価格の分布が分布条件を満たしている場合に、生成部２４４は、図１１（ｂ）に示すような提案情報５２２を生成する。
図１１（ｂ）に示す提案情報５２２でも、分布条件を満たした３種類の価格別に、空き時間枠と予約ボタンＢＴとが区分けされて表示されるようになっている。なお、提案情報５２２では、ユーザが選択した日付と異なる候補日には、強調表示等により識別可能としている。このような提案情報５２２でも、ユーザは、空き時間枠における価格の高低を比較しつつ、何れかの予約ボタンＢＴを押下するとこで、その予約ボタンＢＴに対応した空き時間枠を予約することができるようになっている。
図１１（ｂ）に示す提案情報５２２でも、分布条件を満たした３種類の価格別に、空き時間枠と予約ボタンＢＴとが区分けされて表示されるようになっている。なお、提案情報５２２では、ユーザが選択した日付と異なる候補日には、強調表示等により識別可能としている。このような提案情報５２２でも、ユーザは、空き時間枠における価格の高低を比較しつつ、何れかの予約ボタンＢＴを押下するとこで、その予約ボタンＢＴに対応した空き時間枠を予約することができるようになっている。
【0058】
このように生成部２４４によって生成された提案情報５２１，５２２は、上述した送信部２２０によってユーザ端末３００へ送信され、図１２（ａ），（ｂ）に示すように、カレンダー画面５１０に重畳されて表示される。
つまり、図１２（ａ）に示すように、カレンダー画面５１０にて、「４」日が選択された場合に、「１０月４日」だけの空き時間枠における価格の分布が、分布条件を満たしているため、「１０月４日」の空き時間枠と、その空き時間枠の価格とを含む提案情報５２１が、カレンダー画面５１０に重畳されて表示される。
また、図１２（ｂ）に示すように、カレンダー画面５１０にて、「６」日が選択された場合に、「１０月６日」及び「１０月５日」の空き時間枠における価格の分布が、分布条件を満たしているため、「１０月６日」及び「１０月５日」の空き時間枠と、その空き時間枠の価格とを含む提案情報５２２が、カレンダー画面５１０に重畳されて表示される。
つまり、図１２（ａ）に示すように、カレンダー画面５１０にて、「４」日が選択された場合に、「１０月４日」だけの空き時間枠における価格の分布が、分布条件を満たしているため、「１０月４日」の空き時間枠と、その空き時間枠の価格とを含む提案情報５２１が、カレンダー画面５１０に重畳されて表示される。
また、図１２（ｂ）に示すように、カレンダー画面５１０にて、「６」日が選択された場合に、「１０月６日」及び「１０月５日」の空き時間枠における価格の分布が、分布条件を満たしているため、「１０月６日」及び「１０月５日」の空き時間枠と、その空き時間枠の価格とを含む提案情報５２２が、カレンダー画面５１０に重畳されて表示される。
【0059】
図３に戻って、予約部２４５は、上記の生成部２４４によって生成され、ユーザ端末３００に提示された提案情報から、ユーザによって何れかの空き時間枠が選択されると、選択された空き時間枠の予約を行う。
例えば、上述した図１２（ａ），（ｂ）に示すように、カレンダー画面５１０に提案情報５２１，５２２が重畳されて表示された状態で、何れかの予約ボタンＢＴがユーザによって押下されると、予約部２４５は、押下された予約ボタンＢＴに対応する空き時間をユーザの情報と対応付けて、図示せぬ予約管理情報に登録する。
例えば、上述した図１２（ａ），（ｂ）に示すように、カレンダー画面５１０に提案情報５２１，５２２が重畳されて表示された状態で、何れかの予約ボタンＢＴがユーザによって押下されると、予約部２４５は、押下された予約ボタンＢＴに対応する空き時間をユーザの情報と対応付けて、図示せぬ予約管理情報に登録する。
【0060】
なお、上述したＣＰＵ ４０１等が、このような構成からなる制御部２４０として機能しうる。
【0061】
（実施形態１に係るサーバ装置の動作）
以下、このような構成の実施形態１に係るサーバ装置２００の動作について図１３を参照して説明する。図１３は、サーバ装置２００が実行する予約処理の流れを示すフローチャートである。この予約処理は、例えば、上述した予約アプリが実行されたユーザ端末３００からのアクセスに応答して開始される。
以下、このような構成の実施形態１に係るサーバ装置２００の動作について図１３を参照して説明する。図１３は、サーバ装置２００が実行する予約処理の流れを示すフローチャートである。この予約処理は、例えば、上述した予約アプリが実行されたユーザ端末３００からのアクセスに応答して開始される。
【0062】
まず、サーバ装置２００は、予約についての要求情報をユーザ端末３００から受信する（ステップＳ１１）。
例えば、予約アプリが実行されたユーザ端末３００にて、上述した図７に示すようなカレンダー画面５１０が表示されている状態で、空き時間枠が残っている何れかの日付が選択されると、ユーザ端末３００は、選択された日付を含む要求情報をサーバ装置２００へ送信する。この場合、受信部２１０は、ユーザが選択した日付を含む要求情報を受信する。
例えば、予約アプリが実行されたユーザ端末３００にて、上述した図７に示すようなカレンダー画面５１０が表示されている状態で、空き時間枠が残っている何れかの日付が選択されると、ユーザ端末３００は、選択された日付を含む要求情報をサーバ装置２００へ送信する。この場合、受信部２１０は、ユーザが選択した日付を含む要求情報を受信する。
【0063】
サーバ装置２００は、要求情報に基づいて、空き時間枠が残っている日付を、候補日として特定する（ステップＳ１２）。
すなわち、制御部２４０（特定部２４１）は、上記のステップＳ１１にて受信した要求情報に含まれる日付を候補日として特定する。なお、要求情報に日付が含まれておらず、代わりに、ユーザが希望するサービスの項目が含まれている場合に、制御部２４０は、そのサービスの項目が予約可能となる空き時間枠が残っている日付を、候補日として特定する。
すなわち、制御部２４０（特定部２４１）は、上記のステップＳ１１にて受信した要求情報に含まれる日付を候補日として特定する。なお、要求情報に日付が含まれておらず、代わりに、ユーザが希望するサービスの項目が含まれている場合に、制御部２４０は、そのサービスの項目が予約可能となる空き時間枠が残っている日付を、候補日として特定する。
【0064】
サーバ装置２００は、分布条件を設定する（ステップＳ１３）。
すなわち、制御部２４０（条件設定部２４２）は、候補日の空き時間枠における価格の分布が、ユーザに提示する分布として妥当であると判定するための基準となる分布条件を設定する。
例えば、制御部２４０は、上述した図５の変動価格情報２３２を参照し、一定期間内の全ての時間枠における価格の分布に基づいて分布条件を設定する。
具体的に制御部２４０は、図８（ａ）に示すように、一週間内の全時間枠における価格の分布から、価格の種類数ｋを４とカウントした場合に、分布条件として、価格の種類数が種類数ｋの半分以上（つまり、２以上）であることを設定する。なお、制御部２４０は、他の分布条件を設定してもよい。例えば、図８（ｂ）に示すように、一週間内の全時間枠における価格の分布にて、最高価格Ｈと最低価格Ｌとを求めた場合に、制御部２４０は、分布条件として、最高価格Ｈ若しくは最低価格Ｌを含むことを設定する。更に、例えば、図８（ｃ）に示すように、一週間内の全時間枠における価格の分布にて、最高価格Ｈと最低価格Ｌとの価格差ｄを求めた場合に、制御部２４０は、分布条件として、最高価格と最低価格との価格差が価格差ｄのα倍以上（なお、０＜α＜１）であることを設定する。
すなわち、制御部２４０（条件設定部２４２）は、候補日の空き時間枠における価格の分布が、ユーザに提示する分布として妥当であると判定するための基準となる分布条件を設定する。
例えば、制御部２４０は、上述した図５の変動価格情報２３２を参照し、一定期間内の全ての時間枠における価格の分布に基づいて分布条件を設定する。
具体的に制御部２４０は、図８（ａ）に示すように、一週間内の全時間枠における価格の分布から、価格の種類数ｋを４とカウントした場合に、分布条件として、価格の種類数が種類数ｋの半分以上（つまり、２以上）であることを設定する。なお、制御部２４０は、他の分布条件を設定してもよい。例えば、図８（ｂ）に示すように、一週間内の全時間枠における価格の分布にて、最高価格Ｈと最低価格Ｌとを求めた場合に、制御部２４０は、分布条件として、最高価格Ｈ若しくは最低価格Ｌを含むことを設定する。更に、例えば、図８（ｃ）に示すように、一週間内の全時間枠における価格の分布にて、最高価格Ｈと最低価格Ｌとの価格差ｄを求めた場合に、制御部２４０は、分布条件として、最高価格と最低価格との価格差が価格差ｄのα倍以上（なお、０＜α＜１）であることを設定する。
【0065】
サーバ装置２００は、候補日の空き時間枠における価格の分布が分布条件を満たしているか否かを判別する（ステップＳ１４）。
例えば、制御部２４０（追加部２４３）は、上述したステップＳ１２にて特定した候補日の空き時間枠における価格の分布、若しくは、後述するステップＳ１５にて追加された候補日を含めた空き時間枠における価格の分布が、上記のステップＳ１３にて設定した分布条件を満たしているかどうかを判別する。
具体的に上述したステップＳ１２にて、図８（ａ）に示す分布条件が設定されていた場合において、上述した図９に示すような特定日の空き時間枠における価格の分布であれば、価格の種類数が３であるため、制御部２４０は、分布条件を満たしていると判別する。
一方、同じく図８（ａ）に示す分布条件が設定されていた場合において、上述した図１０（ａ）に示すような特定日の空き時間枠における価格の分布であれば、価格の種類数が１であるため、制御部２４０は、分布条件を満たしていないと判別する。
なお、後述するステップＳ１５にて候補日が追加されたことにより、上述した図１０（ｂ）に示すような特定日の空き時間枠における価格の分布であれば、価格の種類数が３であるため、制御部２４０は、分布条件を満たしていると判別する。
例えば、制御部２４０（追加部２４３）は、上述したステップＳ１２にて特定した候補日の空き時間枠における価格の分布、若しくは、後述するステップＳ１５にて追加された候補日を含めた空き時間枠における価格の分布が、上記のステップＳ１３にて設定した分布条件を満たしているかどうかを判別する。
具体的に上述したステップＳ１２にて、図８（ａ）に示す分布条件が設定されていた場合において、上述した図９に示すような特定日の空き時間枠における価格の分布であれば、価格の種類数が３であるため、制御部２４０は、分布条件を満たしていると判別する。
一方、同じく図８（ａ）に示す分布条件が設定されていた場合において、上述した図１０（ａ）に示すような特定日の空き時間枠における価格の分布であれば、価格の種類数が１であるため、制御部２４０は、分布条件を満たしていないと判別する。
なお、後述するステップＳ１５にて候補日が追加されたことにより、上述した図１０（ｂ）に示すような特定日の空き時間枠における価格の分布であれば、価格の種類数が３であるため、制御部２４０は、分布条件を満たしていると判別する。
【0066】
サーバ装置２００は、候補日の空き時間枠における価格の分布が分布条件を満たしていないと判別すると（ステップＳ１４；Ｎｏ）、空き時間枠が残っている他の日付を候補日に追加する（ステップＳ１５）。
例えば、制御部２４０（追加部２４３）は、空き時間枠が残っている候補日の前日（前営業日）、若しくは、翌日（翌営業日）を候補日に追加する。
そして、サーバ装置２００は、上述したステップＳ１４に処理を戻す。
例えば、制御部２４０（追加部２４３）は、空き時間枠が残っている候補日の前日（前営業日）、若しくは、翌日（翌営業日）を候補日に追加する。
そして、サーバ装置２００は、上述したステップＳ１４に処理を戻す。
【0067】
一方、候補日の空き時間枠における価格の分布が分布条件を満たしていると判別した場合（ステップＳ１４；Ｙｅｓ）に、サーバ装置２００は、候補日の空き時間枠と、その空き時間枠の価格とを含む提案情報を生成する（ステップＳ１６）。
例えば、制御部２４０（生成部２４４）は、図１１（ａ），（ｂ）に示すような提案情報５２１，５２２を生成する。
図１１（ａ）．（ｂ）に示す提案情報５２１、５２２では、分布条件を満たした３種類の価格別に、空き時間枠と予約ボタンＢＴとが区分けされて表示されるようになっている。そのため、ユーザは、空き時間枠における価格の高低を比較しつつ、何れかの予約ボタンＢＴを押下するとこで、その予約ボタンＢＴに対応した空き時間枠を予約することができるようになっている。
例えば、制御部２４０（生成部２４４）は、図１１（ａ），（ｂ）に示すような提案情報５２１，５２２を生成する。
図１１（ａ）．（ｂ）に示す提案情報５２１、５２２では、分布条件を満たした３種類の価格別に、空き時間枠と予約ボタンＢＴとが区分けされて表示されるようになっている。そのため、ユーザは、空き時間枠における価格の高低を比較しつつ、何れかの予約ボタンＢＴを押下するとこで、その予約ボタンＢＴに対応した空き時間枠を予約することができるようになっている。
【0068】
サーバ装置２００は、提案情報をユーザ端末３００へ送信して表示させる（ステップＳ１７）。
例えば、制御部２４０は、送信部２２０を制御して、上記のステップＳ１６にて生成した提案情報をユーザ端末３００へ送信する。
つまり、上述した図１１（ａ），（ｂ）に示すような提案情報５２１，５２２をユーザ端末３００へ送信した場合、ユーザ端末３００では、図１２（ａ），（ｂ）に示すように、提案情報５２１，５２２が、カレンダー画面５１０に重畳されて表示される。
例えば、制御部２４０は、送信部２２０を制御して、上記のステップＳ１６にて生成した提案情報をユーザ端末３００へ送信する。
つまり、上述した図１１（ａ），（ｂ）に示すような提案情報５２１，５２２をユーザ端末３００へ送信した場合、ユーザ端末３００では、図１２（ａ），（ｂ）に示すように、提案情報５２１，５２２が、カレンダー画面５１０に重畳されて表示される。
【0069】
サーバ装置２００は、予約操作があったか否かを判別する（ステップＳ１４）。
例えば、制御部２４０（予約部２４５）は、図１２（ａ），（ｂ）に示すように、提案情報５２１，５２２がカレンダー画面５１０に重畳されて表示された状態で、何れかの予約ボタンＢＴがユーザに押下されたかどうかを判別する。
例えば、制御部２４０（予約部２４５）は、図１２（ａ），（ｂ）に示すように、提案情報５２１，５２２がカレンダー画面５１０に重畳されて表示された状態で、何れかの予約ボタンＢＴがユーザに押下されたかどうかを判別する。
【0070】
サーバ装置２００は、予約操作がなかったと判別すると（ステップＳ１８；Ｎｏ）、予約を行うことなく、そのまま予約処理を終了する。
【0071】
一方、予約操作があったと判別した場合（ステップＳ１８；Ｙｅｓ）に、サーバ装置２００は、対象の空き時間枠にユーザの予約を登録する（ステップＳ１９）。
例えば、制御部２４０（予約部２４５）は、押下された予約ボタンＢＴに対応する空き時間をユーザの情報と対応付けて、図示せぬ予約管理情報に登録する。
例えば、制御部２４０（予約部２４５）は、押下された予約ボタンＢＴに対応する空き時間をユーザの情報と対応付けて、図示せぬ予約管理情報に登録する。
【0072】
このような予約処理によって、候補日の空き時間枠における価格の分布が分布条件を満たすことを確認した後に、候補日の各空き時間枠とそれらの価格とを含む提案情報がユーザ端末３００へ送信される。そのため、ユーザ端末３００では、価格の異なる各空き時間枠がそれぞれ表示されるため、各空き時間枠における価格の高低をユーザが容易に比較しつつ、予約の選択を行うことができる。
【0073】
この結果、予約可能な空き時間枠における価格の高低をユーザが容易に比較することができる。
【0074】
上記の実施形態１では、図７に示すようなカレンダー画面５１０がユーザ端末３００に表示され、ユーザがカレンダー画面５１０内の所望の日付を選択することで、ユーザが選んだ日付を含む要望情報をサーバ装置２００へ送信する場合について説明したが、このような日付を含まない要求情報が、ユーザ端末３００からサーバ装置２００へ送信されてもよい。
例えば、ユーザ端末３００にて起動された予約アプリにて、図１４に示すような検索画面５３０も表示できるようにする。この検索画面５３０は、一例として、ユーザが希望するサービスの項目について、空き時間枠を検索するための画面である。つまり、ユーザが、項目選択エリア５３１に希望するサービスの項目を選択した上で、検索ボタンＫＢを押下すると、ユーザが希望するサービスの項目が含まれた要望情報が、サーバ装置２００へ送信されるようになっている。
このような要望情報を受信したサーバ装置２００において、特定部２４１は、要望情報に含まれるサービスの項目が予約可能となる空き時間枠が残っている日付を、候補日として特定する。
なお、特定部２４１が候補日を特定した後における条件設定部２４２、追加部２４３、及び、生成部２４４等の動作に変更はない。
この場合も、予約可能な空き時間枠における価格の高低をユーザが容易に比較することができる。
例えば、ユーザ端末３００にて起動された予約アプリにて、図１４に示すような検索画面５３０も表示できるようにする。この検索画面５３０は、一例として、ユーザが希望するサービスの項目について、空き時間枠を検索するための画面である。つまり、ユーザが、項目選択エリア５３１に希望するサービスの項目を選択した上で、検索ボタンＫＢを押下すると、ユーザが希望するサービスの項目が含まれた要望情報が、サーバ装置２００へ送信されるようになっている。
このような要望情報を受信したサーバ装置２００において、特定部２４１は、要望情報に含まれるサービスの項目が予約可能となる空き時間枠が残っている日付を、候補日として特定する。
なお、特定部２４１が候補日を特定した後における条件設定部２４２、追加部２４３、及び、生成部２４４等の動作に変更はない。
この場合も、予約可能な空き時間枠における価格の高低をユーザが容易に比較することができる。
【0075】
また、上記の実施形態１では、条件設定部２４２が、特定部２４１が候補日を特定した後に、分布条件を毎回設定する場合について説明したが、他のタイミングで条件設定部２４２が分布条件を設定し、設定した分布条件を使い続けるようにしてもよい。
例えば、条件設定部２４２は、一定の期間毎（一例として、定休日である毎火曜日）に分布条件を設定し、期間内は設定済の分布条件を使い続けてもよい。
例えば、条件設定部２４２は、一定の期間毎（一例として、定休日である毎火曜日）に分布条件を設定し、期間内は設定済の分布条件を使い続けてもよい。
【0076】
（実施形態２）
上述した実施形態１では、美容施設への予約を行おうとするユーザが、自主的に予約アプリを操作して予約を行う場合について説明したが、時間枠の価格が変動したことを契機として、予約アプリを操作していないユーザに予約を提案するようにしてもよい。
以下、時間枠の価格が変動したことを契機として、ユーザに予約を提案することを特徴とした実施形態２について説明する。
上述した実施形態１では、美容施設への予約を行おうとするユーザが、自主的に予約アプリを操作して予約を行う場合について説明したが、時間枠の価格が変動したことを契機として、予約アプリを操作していないユーザに予約を提案するようにしてもよい。
以下、時間枠の価格が変動したことを契機として、ユーザに予約を提案することを特徴とした実施形態２について説明する。
【0077】
（実施形態２に係るサーバ装置の機能構成）
図１５は、実施形態２に係るサーバ装置２００の機能構成の一例を示すブロック図である。図示するように、サーバ装置２００は、送信部２５０と、受信部２１０と、記憶部２６０と、制御部２７０とを備える。
なお、受信部２１０は、上述した図３に示す受信部２１０と同じ構成である。
図１５は、実施形態２に係るサーバ装置２００の機能構成の一例を示すブロック図である。図示するように、サーバ装置２００は、送信部２５０と、受信部２１０と、記憶部２６０と、制御部２７０とを備える。
なお、受信部２１０は、上述した図３に示す受信部２１０と同じ構成である。
【0078】
送信部２５０は、通知送信部２５１と、情報送信部２５２とを備えている。
【0079】
通知送信部２５１は、制御部２７０に制御され、予約アプリがインストールされたユーザ端末３００へ、その予約アプリを起動させ得る通知を送信する。
例えば、通知送信部２５１は、プッシュ通知（リモート通知）サービスを提供する通知サーバへ必要な情報を送信することで、ユーザ端末３００に対するプッシュ通知を依頼する。
例えば、通知送信部２５１は、プッシュ通知（リモート通知）サービスを提供する通知サーバへ必要な情報を送信することで、ユーザ端末３００に対するプッシュ通知を依頼する。
【0080】
情報送信部２５２は、制御部２７０に制御され、後述する提案情報、又は、後述する報知情報を、ユーザ端末３００へ送信することにより、予約アプリ上に提案情報又は報知情報を表示させる。
【0081】
なお、上述したＮＩＣ ４０４等が、このような送信部２５０として機能しうる。
【0082】
記憶部２６０は、空き時間枠情報２３１、変動価格情報２３２、及び、ユーザ管理情報２６１を記憶する。
なお、空き時間枠情報２３１は、上述した図４に示す空き時間枠情報２３１と同じ情報である。また、変動価格情報２３２は、上述した図５に示す変動価格情報２３２と同じ情報である。
なお、空き時間枠情報２３１は、上述した図４に示す空き時間枠情報２３１と同じ情報である。また、変動価格情報２３２は、上述した図５に示す変動価格情報２３２と同じ情報である。
【0083】
ユーザ管理情報２６１は、美容施設を利用するユーザを管理するための情報である。具体的に、ユーザ管理情報２６１には、図１６に示すように、ユーザＩＤ２６１ａ、利用日２６１ｂ、利用項目２６１ｃ、位置２６１ｄ、及び、位置取得日時２６１ｅ等の情報が含まれている。なお、位置２６１ｄは、ユーザ端末３００の位置を示す情報である。また、位置取得日時２６１ｅは、位置２６１ｄに示される位置が取得された日時を示している。
なお、ユーザ端末３００にインストールされている予約アプリは、例えば、起動時（バックグラウンドからフォアグラウンドへ移行した場合も含む）に、ＯＳ（Operating System）で測位されたユーザ端末３００の位置情報（現在位置）を、サーバ装置２００へ送信するようになっている。そのため、位置２６１ｄ及び位置取得日時２６１ｅには、ユーザ端末３００にて予約アプリが直近で起動した際の位置と日時がセットさせるようになっている。
なお、ユーザ端末３００にインストールされている予約アプリは、例えば、起動時（バックグラウンドからフォアグラウンドへ移行した場合も含む）に、ＯＳ（Operating System）で測位されたユーザ端末３００の位置情報（現在位置）を、サーバ装置２００へ送信するようになっている。そのため、位置２６１ｄ及び位置取得日時２６１ｅには、ユーザ端末３００にて予約アプリが直近で起動した際の位置と日時がセットさせるようになっている。
【0084】
この他にも、記憶部２６０は、ユーザの予約を管理する予約管理情報（予約の日時、予約を行ったユーザＩＤ等）や、美容施設の所在地情報等を記憶する。
【0085】
なお、上述した補助記憶部４０７等が、このような記憶部２６０として機能しうる。
【0086】
図１５に戻って、制御部２７０は、制御部２７０は、価格設定部２７１、特定部２７２、推定部２７３、生成部２７４、及び、予約部２４５を含んでいる。
なお、予約部２４５は、上述した図３に示す制御部２４０における予約部２４５と同じ構成である。
なお、予約部２４５は、上述した図３に示す制御部２４０における予約部２４５と同じ構成である。
【0087】
価格設定部２７１は、上述した図５に示す変動価格情報２３２の各時間枠に価格を設定し、また、必要に応じて、設定後の時間枠の価格を変動させる。
例えば、価格設定部２７１は、各営業日（平日、土日、祝日）の各時間枠における需要の大小に応じて、複数種類の価格のうちの何れかの価格を設定する。また、価格設定部２７１が時間枠に価格を設定した後に、所定の事象が生じると、時間枠の価格を変動させる。具体的に説明すると、予約されていた時間枠が、直前でキャンセルされた場合に、価格設定部２７１は、その時間枠を予約可能な新たなユーザを急募するために、その時間枠の価格をキャンセル前よりも安い値に変動させる（値下げする）。
なお、価格設定部２７１は、キャンセルされた時間枠の開始時刻が到来するまでの残り時間に応じて、値下げする価格を決定してもよい。
また、価格設定部２７１は、このように時間枠の価格を安い値に変動させるだけでなく、例えば、水道光熱費や資材費の急激な値上がりに伴って、予約されていない時間枠の価格を高い値に変動させてもよい。
例えば、価格設定部２７１は、各営業日（平日、土日、祝日）の各時間枠における需要の大小に応じて、複数種類の価格のうちの何れかの価格を設定する。また、価格設定部２７１が時間枠に価格を設定した後に、所定の事象が生じると、時間枠の価格を変動させる。具体的に説明すると、予約されていた時間枠が、直前でキャンセルされた場合に、価格設定部２７１は、その時間枠を予約可能な新たなユーザを急募するために、その時間枠の価格をキャンセル前よりも安い値に変動させる（値下げする）。
なお、価格設定部２７１は、キャンセルされた時間枠の開始時刻が到来するまでの残り時間に応じて、値下げする価格を決定してもよい。
また、価格設定部２７１は、このように時間枠の価格を安い値に変動させるだけでなく、例えば、水道光熱費や資材費の急激な値上がりに伴って、予約されていない時間枠の価格を高い値に変動させてもよい。
【0088】
特定部２７２は、所定時間内に到来する時間枠の価格が変動すると、その価格が変動した変動枠を利用できる候補ユーザを、各ユーザの行動履歴に基づいて特定する。
例えば、特定部２７２は、上述した図１６に示すユーザ管理情報２６１を参照し、位置２６１ｄで示されるユーザの位置を用いて、候補ユーザとなり得るかどうかを特定する。具体的に特定部２７２は、位置２６１ｄで示されるユーザの位置が、美容施設の位置（所在地）を中心とした一定距離範囲内に含まれる場合に、そのユーザを候補ユーザとして特定する。その際、特定部２７２は、ユーザ管理情報２６１の位置取得日時２６１ｅが、過去の一定時期よりも古い場合を除外して判断するようにしてもよい。つまり、位置２６１ｄで示されるユーザの位置が、最近になって取得されたものでなければ、あまり参考にならないため、候補ユーザから除外するようにしてもよい。また、ユーザ管理情報２６１において、ユーザの住所を管理するようにし、特定部２７２は、位置取得日時２６１ｅが、過去の一定時期よりも古い場合に、位置２６１ｄの代わりにユーザの住所を用いて、候補ユーザとなり得るかどうかを特定する。
例えば、特定部２７２は、上述した図１６に示すユーザ管理情報２６１を参照し、位置２６１ｄで示されるユーザの位置を用いて、候補ユーザとなり得るかどうかを特定する。具体的に特定部２７２は、位置２６１ｄで示されるユーザの位置が、美容施設の位置（所在地）を中心とした一定距離範囲内に含まれる場合に、そのユーザを候補ユーザとして特定する。その際、特定部２７２は、ユーザ管理情報２６１の位置取得日時２６１ｅが、過去の一定時期よりも古い場合を除外して判断するようにしてもよい。つまり、位置２６１ｄで示されるユーザの位置が、最近になって取得されたものでなければ、あまり参考にならないため、候補ユーザから除外するようにしてもよい。また、ユーザ管理情報２６１において、ユーザの住所を管理するようにし、特定部２７２は、位置取得日時２６１ｅが、過去の一定時期よりも古い場合に、位置２６１ｄの代わりにユーザの住所を用いて、候補ユーザとなり得るかどうかを特定する。
【0089】
この他にも、ユーザ管理情報２６１において、ＳＮＳ（Social Network Service）アカウントを管理するようにし、特定部２７２は、ユーザが投稿したコンテンツからユーザの位置を推測できる場合に、推測したユーザの位置を用いて、候補ユーザとなり得るかどうかを特定してもよい。具体的に特定部２７２は、ＳＮＳアカウントに基づいて、ユーザが投稿した最近のコンテンツを取得し、取得したコンテンツから、位置情報（撮影位置等）が埋め込まれた画像（写真）、若しくは、場所を特定し得る文字列が含まれたコメントを検索する。そして、対象の画像やコメントが検索できた場合に、特定部２７２は、それらを基にユーザの位置を推測し、推測したユーザの位置が、美容施設の位置を中心とした一定距離範囲内に含まれる場合に、そのユーザを候補ユーザとして特定する。
【0090】
このようにして候補ユーザを特定すると、特定部２７２は、上述した通知送信部２５１を制御して、候補ユーザが使用するユーザ端末３００へ予約アプリを起動させ得る通知を送信する。
例えば、特定部２７２は、上述した通知送信部２５１を制御して、図１７に示すようなプッシュ通知ＮＴを、候補ユーザのユーザ端末３００へ送信する。
このプッシュ通知ＮＴには、例えば、「お得なお知らせ！」というメッセージが含まれている。このメッセージは、プッシュ通知ＮＴがユーザに操作されて起動した予約アプリにて、後述する提案情報、若しくは、後述する報知情報の何れが表示された場合でも不自然さを感じさせない内容となっている。
また、プッシュ通知ＮＴがユーザに操作されて予約アプリが起動した際には、上述したように、ユーザ端末３００からサーバ装置２００へ位置情報（現在位置）が送られるようになっている。
例えば、特定部２７２は、上述した通知送信部２５１を制御して、図１７に示すようなプッシュ通知ＮＴを、候補ユーザのユーザ端末３００へ送信する。
このプッシュ通知ＮＴには、例えば、「お得なお知らせ！」というメッセージが含まれている。このメッセージは、プッシュ通知ＮＴがユーザに操作されて起動した予約アプリにて、後述する提案情報、若しくは、後述する報知情報の何れが表示された場合でも不自然さを感じさせない内容となっている。
また、プッシュ通知ＮＴがユーザに操作されて予約アプリが起動した際には、上述したように、ユーザ端末３００からサーバ装置２００へ位置情報（現在位置）が送られるようになっている。
【0091】
図１５に戻って、推定部２７３は、通知を受信したユーザ端末３００から、予約アプリの起動に伴って現在位置が報告されると、現在位置と施設の位置とに基づいて、候補ユーザが変動枠（価格が変動した時間枠）を予約可能であるか予約不能であるかを推定する。
例えば、推定部２７３は、候補ユーザのユーザ端末３００から送られた位置情報に基づく候補ユーザの現在位置が、美容施設の位置を中心とした一定距離範囲内に含まれる場合に、その候補ユーザが変動枠を予約可能であると推定する。一方、推定部２７３は、位置情報に基づく候補ユーザの現在位置が、美容施設の位置を中心とした一定距離範囲内に含まれない場合に、その候補ユーザが変動枠を予約不能であると推定する。
なお、推定部２７３は、候補ユーザの現在位置と施設の位置とだけでなく、更に、変動枠の開始時刻が到来するまでの残り時間も考慮して、予約不能・予約不能を推定してもよい。つまり、推定部２７３は、美容施設の位置を中心とした距離範囲を、残り時間に応じて伸縮させる（残り時間が長ければ、距離範囲を伸張し、逆に、残り時間が短ければ、距離範囲を縮小する）ようにし、候補ユーザの現在位置が、その距離範囲内に含まれる場合に、候補ユーザが変動枠を予約可能であると推定し、距離範囲内に含まれない場合に、候補ユーザが変動枠を予約不能であると推定する。
例えば、推定部２７３は、候補ユーザのユーザ端末３００から送られた位置情報に基づく候補ユーザの現在位置が、美容施設の位置を中心とした一定距離範囲内に含まれる場合に、その候補ユーザが変動枠を予約可能であると推定する。一方、推定部２７３は、位置情報に基づく候補ユーザの現在位置が、美容施設の位置を中心とした一定距離範囲内に含まれない場合に、その候補ユーザが変動枠を予約不能であると推定する。
なお、推定部２７３は、候補ユーザの現在位置と施設の位置とだけでなく、更に、変動枠の開始時刻が到来するまでの残り時間も考慮して、予約不能・予約不能を推定してもよい。つまり、推定部２７３は、美容施設の位置を中心とした距離範囲を、残り時間に応じて伸縮させる（残り時間が長ければ、距離範囲を伸張し、逆に、残り時間が短ければ、距離範囲を縮小する）ようにし、候補ユーザの現在位置が、その距離範囲内に含まれる場合に、候補ユーザが変動枠を予約可能であると推定し、距離範囲内に含まれない場合に、候補ユーザが変動枠を予約不能であると推定する。
【0092】
この他にも、推定部２７３は、候補ユーザの現在位置から施設の位置までの移動時間を求め、この移動時間が、変動枠の開始時刻が到来するまでの残り時間よりも長ければ、候補ユーザが変動枠を予約可能であると推定する。一方、求めた移動時間が、残り時間以下であれば、候補ユーザが変動枠を予約不能であると推定する。
なお、移動時間は、例えば、地図ＡＰＩ（Application Programming Interface）を提供する図示せぬ地図サーバへアクセスして算定してもよい。
なお、移動時間は、例えば、地図ＡＰＩ（Application Programming Interface）を提供する図示せぬ地図サーバへアクセスして算定してもよい。
【0093】
なお、複数の候補ユーザのユーザ端末３００に対して、上述した図１７に示すようなプッシュ通知を一斉に送った場合でも、直ぐに気が付いて予約アプリを起動させる候補ユーザもいれば、しばらく気付かずにある程度の時間が経過した後に予約アプリを起動させる候補ユーザもいる。そして、後述する提案情報を先に受信した候補ユーザが、変動枠の予約を済ませてしまう場合も起こり得る。
そのため、推定部２７３は、変動枠が予約された後であれば、無条件に候補ユーザが変動枠を予約不能であると推定する。
そのため、推定部２７３は、変動枠が予約された後であれば、無条件に候補ユーザが変動枠を予約不能であると推定する。
【0094】
生成部２７４は、上記の推定部２７３が予約可能であると推定した場合に、変動枠の予約を提案する提案情報を生成し、推定部２７３が予約不能であると推定した場合に、提案情報とは異なる報知情報を生成する。
例えば、推定部２７３が予約可能であると推定した場合に、生成部２７４は、図１８（ａ）に示すような提案情報ＴＪを生成する。この提案情報ＴＪには、一例として、値下げされた変動枠の価格と共に予約を促すメッセージと、予約ボタンＢＴとが含まれている。そのため、予約を行おうとする候補ユーザは、予約ボタンＢＴを押下するとこで、値下げされた変動枠を予約することができるようになっている。
一方、推定部２７３が予約不能であると推定した場合に、例えば、生成部２７４は、図１８（ｂ）に示すような報知情報ＨＪを生成する。この報知情報ＨＪには、一例として、候補ユーザが獲得可能なクーポンについての情報が含まれている。なお、報知情報ＨＪは、美容室の広告等であってもよい。
例えば、推定部２７３が予約可能であると推定した場合に、生成部２７４は、図１８（ａ）に示すような提案情報ＴＪを生成する。この提案情報ＴＪには、一例として、値下げされた変動枠の価格と共に予約を促すメッセージと、予約ボタンＢＴとが含まれている。そのため、予約を行おうとする候補ユーザは、予約ボタンＢＴを押下するとこで、値下げされた変動枠を予約することができるようになっている。
一方、推定部２７３が予約不能であると推定した場合に、例えば、生成部２７４は、図１８（ｂ）に示すような報知情報ＨＪを生成する。この報知情報ＨＪには、一例として、候補ユーザが獲得可能なクーポンについての情報が含まれている。なお、報知情報ＨＪは、美容室の広告等であってもよい。
【0095】
このように生成部２７４によって生成された提案情報ＴＪ又は報知情報ＨＪは、上述した情報送信部２５２によってユーザ端末３００へ送信され、図１９（ａ），（ｂ）に示すように、予約アプリにて表示される。
つまり、予約可能であると推定された候補ユーザのユーザ端末３００には、図１９（ａ）に示すように、予約アプリにて提案情報ＴＪが表示される。一方、予約不能であると推定された候補ユーザのユーザ端末３００には、図１９（ｂ）に示すように、予約アプリにて報知情報ＨＪが表示される。
これにより、現実に利用できる可能性が高い候補ユーザのみが、変動枠に係る予約の提案を受けることが可能となる。
つまり、予約可能であると推定された候補ユーザのユーザ端末３００には、図１９（ａ）に示すように、予約アプリにて提案情報ＴＪが表示される。一方、予約不能であると推定された候補ユーザのユーザ端末３００には、図１９（ｂ）に示すように、予約アプリにて報知情報ＨＪが表示される。
これにより、現実に利用できる可能性が高い候補ユーザのみが、変動枠に係る予約の提案を受けることが可能となる。
【0096】
なお、上述したＣＰＵ ４０１等が、このような構成からなる制御部２７０として機能しうる。
【0097】
（実施形態２に係るサーバ装置の動作）
以下、このような構成の実施形態２に係るサーバ装置２００の動作について図２０を参照して説明する。図２０は、サーバ装置２００が実行する提示処理の流れを示すフローチャートである。この提示処理は、例えば、予約されていた時間枠が直前でキャンセルされた場合に開始される。
以下、このような構成の実施形態２に係るサーバ装置２００の動作について図２０を参照して説明する。図２０は、サーバ装置２００が実行する提示処理の流れを示すフローチャートである。この提示処理は、例えば、予約されていた時間枠が直前でキャンセルされた場合に開始される。
【0098】
まず、サーバ装置２００は、予約がキャンセルされた時間枠の価格を変動させる（ステップＳ２１）。
すなわち、制御部２７０（価格設定部２７１）は、キャンセルされた時間枠を予約可能な新たなユーザを急募するために、その時間枠の価格をキャンセル前よりも安い値に変動させる（値下げする）。
すなわち、制御部２７０（価格設定部２７１）は、キャンセルされた時間枠を予約可能な新たなユーザを急募するために、その時間枠の価格をキャンセル前よりも安い値に変動させる（値下げする）。
【0099】
サーバ装置２００は、変動枠（価格が変動した時間枠）を利用できる候補ユーザを特定する（ステップＳ２２）。
すなわち、制御部２７０（特定部２７２）は、変動枠を利用できる候補ユーザを、各ユーザの行動履歴に基づいて特定する。
例えば、制御部２７０は、上述した図１６に示すユーザ管理情報２６１を参照し、位置２６１ｄで示されるユーザの位置が、美容施設の位置（所在地）を中心とした一定距離範囲内に含まれる場合に、そのユーザを候補ユーザとして特定する。
この他にも制御部２７０は、ユーザがＳＮＳに投稿したコンテンツからユーザの位置を推測できる場合に、推測したユーザの位置を用いて、候補ユーザとなり得るかどうかを特定してもよい。
すなわち、制御部２７０（特定部２７２）は、変動枠を利用できる候補ユーザを、各ユーザの行動履歴に基づいて特定する。
例えば、制御部２７０は、上述した図１６に示すユーザ管理情報２６１を参照し、位置２６１ｄで示されるユーザの位置が、美容施設の位置（所在地）を中心とした一定距離範囲内に含まれる場合に、そのユーザを候補ユーザとして特定する。
この他にも制御部２７０は、ユーザがＳＮＳに投稿したコンテンツからユーザの位置を推測できる場合に、推測したユーザの位置を用いて、候補ユーザとなり得るかどうかを特定してもよい。
【0100】
サーバ装置２００は、候補ユーザのユーザ端末３００へ通知を送信する（ステップＳ２３）。
すなわち、制御部２７０（特定部２７２）は、通知送信部２５１を制御して、上述した図１７に示すようなプッシュ通知ＮＴを、候補ユーザのユーザ端末３００へ送信する。
このプッシュ通知ＮＴには、例えば、「お得なお知らせ！」というメッセージが含まれており、後述するステップＳ２８にて提案情報若しくは報知情報の何れがユーザ端末３００に送られた場合でも不自然さを感じさせない内容となっている。
すなわち、制御部２７０（特定部２７２）は、通知送信部２５１を制御して、上述した図１７に示すようなプッシュ通知ＮＴを、候補ユーザのユーザ端末３００へ送信する。
このプッシュ通知ＮＴには、例えば、「お得なお知らせ！」というメッセージが含まれており、後述するステップＳ２８にて提案情報若しくは報知情報の何れがユーザ端末３００に送られた場合でも不自然さを感じさせない内容となっている。
【0101】
サーバ装置２００は、通知を送ったユーザ端末３００から位置情報を受信したか否かを判別する（ステップＳ２４）。
なお、上述したステップＳ２３にて、図１７に示すようなプッシュ通知ＮＴがユーザ端末３００に送られ、このプッシュ通知ＮＴがユーザに操作されて予約アプリが起動した際には、ユーザ端末３００からサーバ装置２００へ位置情報（現在位置）が送られるようになっている。
サーバ装置２００は、通知を送ったユーザ端末３００から位置情報を受信していないと判別すると（ステップＳ２４；Ｎｏ）、そのまま位置情報の受信を待機する。
なお、上述したステップＳ２３にて、図１７に示すようなプッシュ通知ＮＴがユーザ端末３００に送られ、このプッシュ通知ＮＴがユーザに操作されて予約アプリが起動した際には、ユーザ端末３００からサーバ装置２００へ位置情報（現在位置）が送られるようになっている。
サーバ装置２００は、通知を送ったユーザ端末３００から位置情報を受信していないと判別すると（ステップＳ２４；Ｎｏ）、そのまま位置情報の受信を待機する。
【0102】
一方、通知を送ったユーザ端末３００から位置情報を受信したと判別した場合（ステップＳ２４；Ｙｅｓ）に、サーバ装置２００は、変動枠の予約が可能か否かを判別する（ステップＳ２５）。
すなわち、制御部２７０（推定部２７３）は、上記のステップＳ２４にて受信した位置情報に基づく候補ユーザの現在位置が、美容施設の位置を中心とした一定距離範囲内に含まれる場合に、その候補ユーザが変動枠を予約可能であると推定する。また、推定部２７３は、位置情報に基づく候補ユーザの現在位置が、美容施設の位置を中心とした一定距離範囲内に含まれない場合に、その候補ユーザが変動枠を予約不能であると推定する。
なお、制御部２７０は、更に、変動枠の開始時刻が到来するまでの残り時間も考慮して、予約不能・予約不能を推定してもよい。つまり、制御部２７０は、美容施設の位置を中心とした距離範囲を、残り時間に応じて伸縮させるようにし、候補ユーザの現在位置が、その距離範囲内に含まれる場合に、候補ユーザが変動枠を予約可能であると推定し、距離範囲内に含まれない場合に、候補ユーザが変動枠を予約不能であると推定する。
この他にも、制御部２７０は、候補ユーザの現在位置から施設の位置までの移動時間を求めるようにし、求めた移動時間が、変動枠の開始時刻が到来するまでの残り時間よりも長ければ、候補ユーザが変動枠を予約可能であると推定し、求めた移動時間が、残り時間以下であれば、候補ユーザが変動枠を予約不能であると推定してもよい。
すなわち、制御部２７０（推定部２７３）は、上記のステップＳ２４にて受信した位置情報に基づく候補ユーザの現在位置が、美容施設の位置を中心とした一定距離範囲内に含まれる場合に、その候補ユーザが変動枠を予約可能であると推定する。また、推定部２７３は、位置情報に基づく候補ユーザの現在位置が、美容施設の位置を中心とした一定距離範囲内に含まれない場合に、その候補ユーザが変動枠を予約不能であると推定する。
なお、制御部２７０は、更に、変動枠の開始時刻が到来するまでの残り時間も考慮して、予約不能・予約不能を推定してもよい。つまり、制御部２７０は、美容施設の位置を中心とした距離範囲を、残り時間に応じて伸縮させるようにし、候補ユーザの現在位置が、その距離範囲内に含まれる場合に、候補ユーザが変動枠を予約可能であると推定し、距離範囲内に含まれない場合に、候補ユーザが変動枠を予約不能であると推定する。
この他にも、制御部２７０は、候補ユーザの現在位置から施設の位置までの移動時間を求めるようにし、求めた移動時間が、変動枠の開始時刻が到来するまでの残り時間よりも長ければ、候補ユーザが変動枠を予約可能であると推定し、求めた移動時間が、残り時間以下であれば、候補ユーザが変動枠を予約不能であると推定してもよい。
【0103】
サーバ装置２００は、変動枠の予約が可能と判別すると（ステップＳ２５；Ｙｅｓ）、変動枠の予約を提案する提案情報を生成する（ステップＳ２６）。
例えば、制御部２７０（生成部２７４）は、上述した図１８（ａ）に示すような提案情報ＴＪを生成する。この提案情報ＴＪには、一例として、値下げされた変動枠の価格と共に予約を促すメッセージと、予約ボタンＢＴとが含まれている。そのため、予約を行おうとする候補ユーザは、予約ボタンＢＴを押下するとこで、値下げされた変動枠を予約することができるようになっている。
例えば、制御部２７０（生成部２７４）は、上述した図１８（ａ）に示すような提案情報ＴＪを生成する。この提案情報ＴＪには、一例として、値下げされた変動枠の価格と共に予約を促すメッセージと、予約ボタンＢＴとが含まれている。そのため、予約を行おうとする候補ユーザは、予約ボタンＢＴを押下するとこで、値下げされた変動枠を予約することができるようになっている。
【0104】
一方、サーバ装置２００は、変動枠の予約が可能でないと判別した場合（ステップＳ２５；Ｎｏ）に、提案情報とは異なる報知情報を生成する（ステップＳ２７）。
例えば、制御部２７０（生成部２７４）は、上述した図１８（ｂ）に示すような報知情報ＨＪを生成する。この報知情報ＨＪには、一例として、候補ユーザが獲得可能なクーポンについての情報が含まれている。なお、報知情報ＨＪは、美容室の広告等であってもよい。
例えば、制御部２７０（生成部２７４）は、上述した図１８（ｂ）に示すような報知情報ＨＪを生成する。この報知情報ＨＪには、一例として、候補ユーザが獲得可能なクーポンについての情報が含まれている。なお、報知情報ＨＪは、美容室の広告等であってもよい。
【0105】
サーバ装置２００は、生成した情報をユーザ端末３００に送信して表示させる（ステップＳ２８）。
すなわち、制御部２７０は、情報送信部２５２を制御して、上述したステップＳ２６にて生成された提案情報、又は、上述したステップＳ２７にて生成された報知情報を、ユーザ端末３００へ送信して予約アプリ上にて表示させる。
例えば、ステップＳ２６にて、図１８（ａ）に示すような提案情報ＴＪが生成された場合に、制御部２７０は、情報送信部２５２を制御して、提案情報ＴＪを候補ユーザのユーザ端末３００へ送信することにより、上述した図１９（ａ）に示すように、予約アプリ上に提案情報ＴＪを表示させる。
また、ステップＳ２７にて、図１８（ｂ）に示すような報知情報ＨＪが生成された場合に、制御部２７０は、情報送信部２５２を制御して、報知情報ＨＪを候補ユーザのユーザ端末３００へ送信することにより、上述した図１９（ｂ）に示すように、予約アプリ上に報知情報ＨＪを表示させる。
すなわち、制御部２７０は、情報送信部２５２を制御して、上述したステップＳ２６にて生成された提案情報、又は、上述したステップＳ２７にて生成された報知情報を、ユーザ端末３００へ送信して予約アプリ上にて表示させる。
例えば、ステップＳ２６にて、図１８（ａ）に示すような提案情報ＴＪが生成された場合に、制御部２７０は、情報送信部２５２を制御して、提案情報ＴＪを候補ユーザのユーザ端末３００へ送信することにより、上述した図１９（ａ）に示すように、予約アプリ上に提案情報ＴＪを表示させる。
また、ステップＳ２７にて、図１８（ｂ）に示すような報知情報ＨＪが生成された場合に、制御部２７０は、情報送信部２５２を制御して、報知情報ＨＪを候補ユーザのユーザ端末３００へ送信することにより、上述した図１９（ｂ）に示すように、予約アプリ上に報知情報ＨＪを表示させる。
【0106】
このような提示処理によって、現実に利用できる可能性が高い候補ユーザに対して、変動枠に係る予約の提案を行うことが可能となる。
【0107】
この結果、可能性の高いユーザに対して、予約の提案を適切に行うことができる。
【0108】
上記の実施形態２では、特定部２７２が、行動履歴だけに基づいて候補ユーザを特定する場合について説明したが、ユーザ端末３００へ通知（プッシュ通知）が頻繁に送られることを防止するために、通知の送信回数に上限を設けるようにしてもよい。
例えば、特定部２７２は、一定期間内において、ユーザ端末３００に対する通知の送信回数が上限を超えたユーザを除外して、候補ユーザを特定する。
例えば、特定部２７２は、一定期間内において、ユーザ端末３００に対する通知の送信回数が上限を超えたユーザを除外して、候補ユーザを特定する。
【0109】
また、上記の実施形態２では、生成部２７４が、図１８（ａ）に示すような提案情報ＴＪを生成する場合について説明したが、他の提案情報を生成してもよい。
例えば、ユーザ端末３００にて予約アプリが起動した際に、実施形態１で説明した図７に示すようなカレンダー画面５１０が表示される場合に、生成部２７４は、図２１に示すような提案情報５２３を生成するようにしてもよい。
具体的に、生成部２７４は、提案情報を生成する場合（推定部２７３が予約可能であると推定した場合）に、上述した図４の空き時間枠情報２３１を参照し、予約可能となる複数の空き時間枠のうち、変動枠の価格とは異なる価格（一例として、変動枠の価格よりも高価格）の比較用時間枠を選定する。そして、生成部２７４は、変動枠の価格と比較用時間枠の価格と予約ボタンＢＴとが含まれる提案情報５２３を生成する。
なお、生成部２７４は、提案情報５２３において、変動枠の予約ボタンＢＴを強調表示させてもよい。
例えば、ユーザ端末３００にて予約アプリが起動した際に、実施形態１で説明した図７に示すようなカレンダー画面５１０が表示される場合に、生成部２７４は、図２１に示すような提案情報５２３を生成するようにしてもよい。
具体的に、生成部２７４は、提案情報を生成する場合（推定部２７３が予約可能であると推定した場合）に、上述した図４の空き時間枠情報２３１を参照し、予約可能となる複数の空き時間枠のうち、変動枠の価格とは異なる価格（一例として、変動枠の価格よりも高価格）の比較用時間枠を選定する。そして、生成部２７４は、変動枠の価格と比較用時間枠の価格と予約ボタンＢＴとが含まれる提案情報５２３を生成する。
なお、生成部２７４は、提案情報５２３において、変動枠の予約ボタンＢＴを強調表示させてもよい。
【0110】
この場合、変動枠の価格が安いことを強調しつつ、変動枠の予約を提案することができる。
【0111】
（他の実施形態）
上記の実施形態１，２では、時間枠に変動価格制が採用された美容施設に対して、予約を行う予約システム１００を一例として説明したが、他のサービスをユーザに提供する他の施設（一例として、整体施設、スポーツ施設等）に対して、予約を行う予約システムにおいても適用可能である。
上記の実施形態１，２では、時間枠に変動価格制が採用された美容施設に対して、予約を行う予約システム１００を一例として説明したが、他のサービスをユーザに提供する他の施設（一例として、整体施設、スポーツ施設等）に対して、予約を行う予約システムにおいても適用可能である。
【0112】
以上説明したように、本発明によれば、予約可能な空き時間枠における価格の高低をユーザが容易に比較することのできるサーバ装置、予約提案方法、ならびに、プログラムを提供することができる。
【符号の説明】
【0113】
１００ 予約システム
２００ サーバ装置
２１０ 受信部
２２０，２５０ 送信部
２３０，２６０ 記憶部
２３１ 空き時間枠情報
２３２ 変動価格情報
２３３ 利用履歴情報
２６１ ユーザ管理情報
２４０，２７０ 制御部
２４１，２７２ 特定部
２４２ 条件設定部
２４３ 追加部
２４４、２７４ 生成部
２４５ 予約部
２５１ 通知送信部
２５２ 情報送信部
２７１ 価格設定部
２７３ 推定部
３００ ユーザ端末
４００ 情報処理装置
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ ＮＩＣ
４０５ 画像処理部
４０６ 音声処理部
４０７ 補助記憶部
４０８ インターフェース
４０９ 操作ユニット
４１０ 表示ユニット
９００ インターネット
２００ サーバ装置
２１０ 受信部
２２０，２５０ 送信部
２３０，２６０ 記憶部
２３１ 空き時間枠情報
２３２ 変動価格情報
２３３ 利用履歴情報
２６１ ユーザ管理情報
２４０，２７０ 制御部
２４１，２７２ 特定部
２４２ 条件設定部
２４３ 追加部
２４４、２７４ 生成部
２４５ 予約部
２５１ 通知送信部
２５２ 情報送信部
２７１ 価格設定部
２７３ 推定部
３００ ユーザ端末
４００ 情報処理装置
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ ＮＩＣ
４０５ 画像処理部
４０６ 音声処理部
４０７ 補助記憶部
４０８ インターフェース
４０９ 操作ユニット
４１０ 表示ユニット
９００ インターネット
【要約】
【課題】予約可能となる空き時間枠における価格の高低をユーザが容易に比較することのできるサーバ装置等を提供する。
【解決手段】受信部２１０は、ユーザが使用するユーザ端末から、予約についての要求情報を受信する。特定部２４１は、要求情報に基づいて、ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する。追加部２４３は、第１の日付の空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、ユーザが予約可能となる空き時間枠が残っている第２の日付であって、第１の日付の空き時間枠における価格の分布と、当該第２の日付の空き時間枠における価格の分布と、を合わせることで分布条件を満たす日付を、候補日に追加する。そして、送信部２２０は、候補日の空き時間枠と、当該空き時間枠の価格とを含む提案情報をユーザ端末へ送信する。
【選択図】図３
【解決手段】受信部２１０は、ユーザが使用するユーザ端末から、予約についての要求情報を受信する。特定部２４１は、要求情報に基づいて、ユーザが予約可能となる空き時間枠が残っている第１の日付を、候補日として特定する。追加部２４３は、第１の日付の空き時間枠における価格の分布が、所定の分布条件を満たさない場合に、ユーザが予約可能となる空き時間枠が残っている第２の日付であって、第１の日付の空き時間枠における価格の分布と、当該第２の日付の空き時間枠における価格の分布と、を合わせることで分布条件を満たす日付を、候補日に追加する。そして、送信部２２０は、候補日の空き時間枠と、当該空き時間枠の価格とを含む提案情報をユーザ端末へ送信する。
【選択図】図３
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】