特開 2023-180166 店舗の予約を支援するためのシステム、方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023180166

(43)【公開日】2023-12-20

(54)【発明の名称】店舗の予約を支援するためのシステム、方法、及びプログラム

(51)【国際特許分類】

   G06Q 10/04 20230101AFI20231213BHJP

【ＦＩ】

G06Q10/04

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022093322

(22)【出願日】2022-06-08

(11)【特許番号】

(45)【特許公報発行日】2023-10-23

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和４年３月５日、ウェブサイト（ｈｔｔｐｓ：／／ｎｅｅｅ．ｆｕｎ）にて公開

(71)【出願人】

【識別番号】599115217

【氏名又は名称】株式会社 ディー・エヌ・エー

(74)【代理人】

【識別番号】100125195

【弁理士】

【氏名又は名称】尾畑 雄一

(72)【発明者】

【氏名】鶴川 将志

(72)【発明者】

【氏名】野々村 卓

(72)【発明者】

【氏名】大村 卓

(72)【発明者】

【氏名】松田 雅美

(72)【発明者】

【氏名】椎葉 智志

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA04

(57)【要約】

【課題】 店舗の予約におけるユーザ体験の向上を支援する。
【解決手段】
本発明の一実施形態に係る予約支援サービス提供サーバ１０は、通信ネットワーク２０を介して利用者端末３０及び店舗端末４０と通信可能に接続されており、利用者端末３０を操作する一般利用者、及び、店舗端末４０を操作する店舗の担当者に対して、当該店舗の予約を支援するための予約支援サービスを提供する。当該サーバ１０は、受付モードが第２モードである店舗に対する予約のリクエストを受け付けないように構成されており、また、各店舗による入力に応じて当該受付モードを切り替えるから、対応不可能な店舗に対する予約の成立を抑制することができる。
【選択図】 図１

【特許請求の範囲】

【請求項1】

１又は複数のコンピュータプロセッサを備え、店舗の予約を支援するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
利用者による特定店舗に対する予約のリクエストを受け付けるステップと、
前記特定店舗による入力に応じて、前記リクエストの状態を更新するステップと、
前記特定店舗に関連付けられた受付モードであって、予約を受け付ける第１モードと、予約を受け付けない第２モードと、を含む前記受付モードを、前記特定店舗による入力に応じて切り替えるステップと、を実行し、
前記リクエストを受け付けるステップは、前記受付モードが前記第１モードである前記特定店舗に対する前記リクエストを受け付ける一方、前記受付モードが前記第２モードである前記特定店舗に対する前記リクエストを受け付けないことを含む、
システム。

【請求項2】

前記１又は複数のコンピュータプロセッサは、さらに、前記受付モードが前記第２モードである店舗が除外された複数の受付可能店舗を前記利用者に対して提示するステップを実行し、
前記リクエストを受け付けるステップは、前記複数の受付可能店舗の中から前記利用者によって選択された前記特定店舗に対する前記リクエストを受け付けることを含む、
請求項１のシステム。

【請求項3】

前記複数の受付可能店舗を提示するステップは、所定期間における予約のリクエストの数が少ない店舗が優先されるように、前記複数の受付可能店舗を提示することを含む、
請求項２のシステム。

【請求項4】

前記リクエストの状態を更新するステップは、前記特定店舗による入力に応じて、前記リクエストの状態を、前記リクエストを承認する承認状態、又は、前記リクエストを拒否する拒否状態へと更新することを含む、
請求項１のシステム。

【請求項5】

前記リクエストの状態を更新するステップは、前記リクエストを受け付けてから所定時間、前記リクエストの状態を更新するための前記特定店舗による入力がない場合に、前記リクエストの状態を前記拒否状態へと自動更新することを含む、
請求項４のシステム。

【請求項6】

前記１又は複数のコンピュータプロセッサは、さらに、前記リクエストの状態の前記拒否状態への自動更新に応じて、前記特定店舗に関連付けられた前記受付モードを前記第２モードへと自動的に切り替えるステップを実行する、
請求項５のシステム。

【請求項7】

前記受付モードを前記第２モードへと切り替えるステップは、前記リクエストの状態の前記拒否状態への自動更新の頻度に関する所定条件の充足に応じて、前記受付モードを前記第２モードへと自動的に切り替えることを含む、
請求項６のシステム。

【請求項8】

前記１又は複数のコンピュータプロセッサは、さらに、前記特定店舗による入力に応じた前記リクエストの状態の前記拒否状態への更新に応じて、前記特定店舗に関連付けられた前記受付モードの前記第２モードへの切り替えを前記特定店舗に対して提案するステップを実行する、
請求項４のシステム。

【請求項9】

前記リクエストの状態を更新するステップは、前記特定店舗による入力に応じて、前記リクエストの状態を、前記承認状態から、前記利用者が来店した来店済状態へと更新することを含む、
請求項４のシステム。

【請求項10】

前記１又は複数のコンピュータプロセッサは、さらに、前記リクエストの状態が、前記承認状態へと更新されてから所定時間経過しても、前記来店済状態へと更新されない場合に、前記リクエストの状態を、前記リクエストの承認を無効とする無効状態へと更新するステップを実行する、
請求項９のシステム。

【請求項11】

１又は複数のコンピュータによって実行され、店舗の予約を支援するための方法であって、
利用者による特定店舗に対する予約のリクエストを受け付けるステップと、
前記特定店舗による入力に応じて、前記リクエストの状態を更新するステップと、
前記特定店舗に関連付けられた受付モードであって、予約を受け付ける第１モードと、予約を受け付けない第２モードと、を含む前記受付モードを、前記特定店舗による入力に応じて切り替えるステップと、を備え、
前記リクエストを受け付けるステップは、前記受付モードが前記第１モードである前記特定店舗に対する前記リクエストを受け付ける一方、前記受付モードが前記第２モードである前記特定店舗に対する前記リクエストを受け付けないことを含む、
方法。

【請求項12】

店舗の予約を支援するためのプログラムであって、１又は複数のコンピュータに、
利用者による特定店舗に対する予約のリクエストを受け付けるステップと、
前記特定店舗による入力に応じて、前記リクエストの状態を更新するステップと、
前記特定店舗に関連付けられた受付モードであって、予約を受け付ける第１モードと、予約を受け付けない第２モードと、を含む前記受付モードを、前記特定店舗による入力に応じて切り替えるステップと、を実行させ、
前記リクエストを受け付けるステップは、前記受付モードが前記第１モードである前記特定店舗に対する前記リクエストを受け付ける一方、前記受付モードが前記第２モードである前記特定店舗に対する前記リクエストを受け付けないことを含む、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、店舗の予約を支援するためのシステム、方法、及びプログラムに関するものである。

【背景技術】

【0002】

従来、飲食店等の店舗（施設を含む。）の予約を支援するための様々なシステムが提供されている。例えば、下記特許文献１は、ユーザによる仮予約に応じて店舗が席を確保し、その後、当該ユーザによる本予約に応じて予約を確定させるシステムを開示している。このシステムでは、予約人数に従って、予約日時における店舗の空席数を減少させ、その後、予約のキャンセルがあると当該空席数を増加させる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７－６８３４８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上述したような従来のシステムでは、システム上で管理される空席数と実際の空席数との間で不一致が発生すると（例えば、電話による予約又はキャンセルのシステムへの反映漏れ等が原因として考えられる。）、対応不可能な店舗に対する仮予約が可能となってしまう。このことは、不要なトラブルの原因となると共にユーザ体験を悪化させてしまう。

【0005】

本発明の実施形態は、店舗の予約におけるユーザ体験の向上を支援することを目的の一つとする。本発明の実施形態の他の目的は、本明細書全体を参照することにより明らかとなる。

【課題を解決するための手段】

【0006】

本発明の一実施形態に係るシステムは、１又は複数のコンピュータプロセッサを備え、店舗の予約を支援するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、利用者による特定店舗に対する予約のリクエストを受け付けるステップと、前記特定店舗による入力に応じて、前記リクエストの状態を更新するステップと、前記特定店舗に関連付けられた受付モードであって、予約を受け付ける第１モードと、予約を受け付けない第２モードと、を含む前記受付モードを、前記特定店舗による入力に応じて切り替えるステップと、を実行し、前記リクエストを受け付けるステップは、前記受付モードが前記第１モードである前記特定店舗に対する前記リクエストを受け付ける一方、前記受付モードが前記第２モードである前記特定店舗に対する前記リクエストを受け付けないことを含む。

【0007】

本発明の一実施形態に係る方法は、１又は複数のコンピュータによって実行され、店舗の予約を支援するための方法であって、利用者による特定店舗に対する予約のリクエストを受け付けるステップと、前記特定店舗による入力に応じて、前記リクエストの状態を更新するステップと、前記特定店舗に関連付けられた受付モードであって、予約を受け付ける第１モードと、予約を受け付けない第２モードと、を含む前記受付モードを、前記特定店舗による入力に応じて切り替えるステップと、を備え、前記リクエストを受け付けるステップは、前記受付モードが前記第１モードである前記特定店舗に対する前記リクエストを受け付ける一方、前記受付モードが前記第２モードである前記特定店舗に対する前記リクエストを受け付けないことを含む。

【0008】

本発明の一実施形態に係るプログラムは、店舗の予約を支援するためのプログラムであって、１又は複数のコンピュータに、利用者による特定店舗に対する予約のリクエストを受け付けるステップと、前記特定店舗による入力に応じて、前記リクエストの状態を更新するステップと、前記特定店舗に関連付けられた受付モードであって、予約を受け付ける第１モードと、予約を受け付けない第２モードと、を含む前記受付モードを、前記特定店舗による入力に応じて切り替えるステップと、を実行させ、前記リクエストを受け付けるステップは、前記受付モードが前記第１モードである前記特定店舗に対する前記リクエストを受け付ける一方、前記受付モードが前記第２モードである前記特定店舗に対する前記リクエストを受け付けないことを含む。

【発明の効果】

【0009】

本発明の様々な実施形態は、店舗の予約におけるユーザ体験の向上を支援する。

【図面の簡単な説明】

【0010】

【図1】本発明の一実施形態に係る予約支援サービス提供サーバ１０を含むネットワークの構成を概略的に示す構成図。

【図2】利用者情報テーブル１５１が管理する情報を例示する図。

【図3】店舗情報テーブル１５３が管理する情報を例示する図。

【図4】リクエスト管理テーブル１５５が管理する情報を例示する図。

【図5】利用者が店舗を予約する際にサーバ１０が実行する処理を例示するフローチャート。

【図6】店舗一覧画面５０を例示する図。

【図7】予約受付設定画面２００を例示する図。

【図8】店舗詳細画面６０を例示する図。

【図9】予約リクエスト画面７０を例示する図。

【図10】予約申請中画面８０を例示する図。

【図11】新規予約管理画面２１０を例示する図。

【図12】予約成立画面９０を例示する図。

【図13】来店管理画面２２０を例示する図。

【図14】予約拒否画面２３０を例示する図。

【図15】モード変更通知画面２４０を例示する図。

【発明を実施するための形態】

【0011】

以下、図面を参照しながら、本発明の実施形態について説明する。各図面において、同一の又は類似する構成要素に対しては同一の参照符号が付され得る。

【0012】

図１は、本発明の一実施形態に係る予約支援サービス提供サーバ１０を含むネットワークの構成を概略的に示す構成図である。サーバ１０は、図示するように、インターネット等の通信ネットワーク２０を介して利用者端末３０及び店舗端末４０と通信可能に接続されている。図１においては、それぞれ１つの利用者端末３０及び店舗端末４０のみが図示されているが、サーバ１０は、それぞれ複数の利用者端末３０及び店舗端末４０と通信可能に接続されている。サーバ１０は、利用者端末３０を操作する一般利用者、及び、店舗端末４０を操作する店舗の担当者に対して、当該店舗（施設を含む。）の予約を支援するための予約支援サービスを提供する。予約支援サービス提供サーバ１０は、本発明のシステムの全部又は一部を実装する装置の一例である。

【0013】

まず、予約支援サービス提供サーバ１０のハードウェア構成について説明する。予約支援サービス提供サーバ１０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ１１と、メインメモリ１２と、入出力Ｉ／Ｆ１３と、通信Ｉ／Ｆ１４と、ストレージ（記憶装置）１５と、を備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

【0014】

コンピュータプロセッサ１１は、ＣＰＵ又はＧＰＵ等として構成され、ストレージ１５等に記憶されている様々なプログラムをメインメモリ１２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ１２は、例えば、ＤＲＡＭ等によって構成される。

【0015】

入出力Ｉ／Ｆ１３は、操作者等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ１３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ１３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。

【0016】

通信Ｉ／Ｆ１４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、又はこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。

【0017】

ストレージ１５は、例えば磁気ディスク、フラッシュメモリ等によって構成される。ストレージ１５は、オペレーティングシステムを含む様々なプログラム及び各種データ等を記憶する。例えば、ストレージ１５は、図１に示すように、店舗を利用する利用者に関する情報を管理する利用者情報テーブル１５１と、予約の対象となる店舗に関する情報を管理する店舗情報テーブル１５３と、利用者による店舗の予約のリクエストに関する情報を管理するリクエスト管理テーブル１５５と、を有する。また、例えば、ストレージ１５は、本発明の一実施形態に係るサーバ側プログラム１５７を記憶する。当該プログラム１５７は、サーバ１０を、本実施形態における予約支援サービスを提供するためのシステムの全部又は一部として機能させるためのプログラムである。サーバ側プログラム１５７の少なくとも一部は、後述する利用者端末側プログラム３５１又は店舗端末側プログラム４５１を介して、利用者端末３０又は店舗端末４０において実行されるように構成され得る。

【0018】

本実施形態において、予約支援サービス提供サーバ１０は、それぞれが上述したハードウェア構成を有する複数のコンピュータを用いて構成され得る。例えば、サーバ１０は、１又は複数のサーバ装置によって構成され得る。

【0019】

このように構成された予約支援サービス提供サーバ１０は、ウェブサーバ及びアプリケーションサーバとしての機能を有し、利用者端末３０にインストールされている利用者端末側プログラム３５１又は店舗端末４０にインストールされている店舗端末側プログラム４５１からの要求に応答して各種の処理を実行し、当該処理の結果に応じた画面データ（例えば、ＨＴＭＬデータ）及び制御データ等を利用者端末３０又は店舗端末４０に対して送信する。利用者端末３０及び店舗端末４０では、受信したデータに基づくウェブページ又はその他の画面が出力される。

【0020】

次に、利用者端末３０のハードウェア構成について説明する。利用者端末３０は、一般的なコンピュータとして構成されており、図１に示すように、コンピュータプロセッサ３１と、メインメモリ３２と、入出力Ｉ／Ｆ３３と、通信Ｉ／Ｆ３４と、ストレージ（記憶装置）３５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

【0021】

コンピュータプロセッサ３１は、ＣＰＵ又はＧＰＵ等として構成され、ストレージ３５等に記憶されている様々なプログラムをメインメモリ３２に読み込んで、当該プログラムに含まれる各種の命令を実行する。メインメモリ３２は、例えば、ＤＲＡＭ等によって構成される。

【0022】

入出力Ｉ／Ｆ３３は、操作者等との間で情報をやり取りするための各種の入出力装置を含む。入出力Ｉ／Ｆ３３は、例えば、キーボード、ポインティングデバイス（例えば、マウス、タッチパネル等）等の情報入力装置、マイクロフォン等の音声入力装置、カメラ等の画像入力装置を含む。また、入出力Ｉ／Ｆ３３は、ディスプレイ等の画像出力装置、スピーカー等の音声出力装置を含む。

【0023】

通信Ｉ／Ｆ３４は、ネットワークアダプタ等のハードウェア、各種の通信用ソフトウェア、及びこれらの組み合わせとして実装され、通信ネットワーク２０等を介した有線又は無線の通信を実現できるように構成されている。

【0024】

ストレージ３５は、例えば磁気ディスク又はフラッシュメモリ等によって構成される。ストレージ３５は、オペレーティングシステムを含む様々なプログラム及び各種データ等を記憶する。ストレージ３５が記憶するプログラムは、アプリケーションマーケット等からダウンロードされてインストールされ得る。また、ストレージ３５は、利用者端末側プログラム３５１を記憶する。当該プログラム３５１は、ウェブブラウザ、又は、その他のアプリケーション（例えば、予約支援サービスの利用者用アプリケーション等）として構成され、上述したように、サーバ側プログラム１５７の少なくとも一部を実行するように構成され得る。

【0025】

本実施形態において、利用者端末３０は、スマートフォン、タブレット端末、ウェアラブルデバイス、又は、パーソナルコンピュータ等として構成され得る。

【0026】

このように構成された利用者端末３０を操作する利用者は、ストレージ３５等にインストールされている利用者端末側プログラム３５１等を介したサーバ１０との通信を実行することによって、予約支援サービスの利用者用の機能を利用することができる。

【0027】

次に、店舗端末４０のハードウェア構成について説明する。店舗端末４０は、一般的なコンピュータとして構成されており、図１に示すように、上述した利用者端末３０と同様に、コンピュータプロセッサ４１と、メインメモリ４２と、入出力Ｉ／Ｆ４３と、通信Ｉ／Ｆ４４と、ストレージ（記憶装置）４５とを備え、これらの各構成要素が図示しないバス等を介して電気的に接続されている。

【0028】

ストレージ４５は、店舗端末側プログラム４５１を記憶する。当該プログラム４５１は、ウェブブラウザ、又は、その他のアプリケーション（例えば、予約支援サービスの店舗用アプリケーション等）として構成され、上述したように、サーバ側プログラム１５７の少なくとも一部を実行するように構成され得る。

【0029】

本実施形態において、店舗端末４０は、スマートフォン、タブレット端末、ウェアラブルデバイス、又は、パーソナルコンピュータ等として構成され得る。

【0030】

このように構成された店舗端末４０を操作する店舗の担当者は、ストレージ４５等にインストールされている店舗端末側プログラム４５１等を介したサーバ１０との通信を実行することによって、予約支援サービスの店舗用の機能を利用することができる。

【0031】

次に、このように構成された予約支援サービス提供サーバ１０が有する機能について説明する。サーバ１０のコンピュータプロセッサ１１は、図１に示すように、メインメモリ１２に読み込まれたプログラム（例えば、サーバ側プログラム１５７の少なくとも一部）に含まれる命令を実行することによって、管理機能制御部１１１、及び、サービス提供制御部１１３として機能するように構成されている。

【0032】

管理機能制御部１１１は、予約支援サービスの管理機能の制御に関する様々な処理を実行するように構成されている。例えば、管理機能制御部１１１は、管理機能に関する様々な画面の画面データ及び制御データ等を利用者端末３０又は店舗端末４０に対して送信し、利用者端末３０又は店舗端末４０において出力される当該画面を介した操作者による操作入力に応答して様々な処理を実行し、当該処理の結果に応じた画面データ及び制御データ等を利用者端末３０又は店舗端末４０に対して送信する。管理機能制御部１１１によって制御される管理機能は、例えば、ログイン処理（ユーザ認証）、課金制御、利用者情報の管理、及び、店舗情報の管理等を含む。

【0033】

サービス提供制御部１１３は、予約支援サービスを提供するための制御に関する様々な処理を実行するように構成されている。例えば、サービス提供制御部１１３は、当該サービスを提供するための様々な画面の画面データ及び制御データ等を利用者端末３０又は店舗端末４０に対して送信し、利用者端末３０又は店舗端末４０において出力される当該画面を介した操作者による操作入力に応答して様々な処理を実行し、当該処理の結果に応じた画面データ及び制御データ等を利用者端末３０又は店舗端末４０に対して送信する。

【0034】

本実施形態において、サービス提供制御部１１３は、利用者による店舗に対する予約のリクエストを受け付けるように構成されている。こうした予約のリクエストは、例えば、利用者端末３０において出力される画面を介して行われる。受け付けたリクエストに関するリクエスト情報は、例えば、利用者を識別する情報、予約の対象となる店舗を識別する情報、予約人数、及び、予約時刻等を含む。また、当該リクエスト情報は、例えば、リクエスト管理テーブル１５５において管理される。

【0035】

また、サービス提供制御部１１３は、受け付けたリクエストの状態を、店舗による入力に応じて更新するように構成されている。例えば、サービス提供制御部１１３は、特定店舗の店舗端末４０において出力される画面を介した操作者（店舗の担当者）による操作入力に応答して、当該特定店舗に対する予約のリクエストの状態を更新する。リクエストの状態は、例えば、上述したリクエスト情報と共に、リクエスト管理テーブル１５５において管理される。

【0036】

また、サービス提供制御部１１３は、各店舗に関連付けられた受付モードを、各店舗による入力に応じて切り替えるように構成されている。受付モードは、予約を受け付ける第１モードと、予約を受け付けない第２モードとを含む。例えば、サービス提供制御部１１３は、特定店舗の店舗端末４０において出力される画面を介した操作入力に応答して、当該特定店舗に関連付けられた受付モードを切り替える。各店舗の受付モードは、例えば、店舗情報テーブル１５３において管理される。

【0037】

本実施形態において、サービス提供制御部１１３は、受付モードが第１モードである店舗に対する予約のリクエストを受け付ける一方、当該受付モードが第２モードである店舗に対する予約のリクエストを受け付けないように構成されている。例えば、利用者による予約のリクエストは、受付モードが第２モードである店舗に対して行われないように制御される。

【0038】

このように、本実施形態における予約支援サービス提供サーバ１０は、受付モードが第２モードである店舗に対する予約のリクエストを受け付けないように構成されており、また、各店舗による入力に応じて当該受付モードを切り替えるから、対応不可能な店舗に対する予約の成立を抑制することができる。この結果、当該サーバ１０は、店舗の予約におけるユーザ体験の向上を支援する。

【0039】

本実施形態において、予約の受付が可能な店舗の一覧を利用者に対して提示する際に、受付モードが第２モードである店舗を除外するようにしてもよい。つまり、サービス提供制御部１１３は、受付モードが第２モードである店舗が除外された複数の受付可能店舗を利用者に対して提示し、これらの複数の受付可能店舗の中から利用者によって選択された店舗に対する予約のリクエストを受け付けるように構成され得る。例えば、利用者端末３０において、受付モードが第２モードである店舗が除外された店舗の一覧を含む画面が出力され、当該画面を介して、利用者によって選択された店舗の予約のリクエストが行われる。こうした構成は、受付モードが第２モードである店舗が利用者に提示されることを防止する。

【0040】

また、複数の受付可能店舗を利用者に対して提示する際に、所定期間（例えば、当日、又は、直近の１時間等）における予約のリクエストの数が少ない店舗が優先されるようにしてもよい。例えば、サービス提供制御部１１３は、利用者端末３０において出力される画面を介して複数の受付可能店舗を利用者に対して提示し、当該画面は、当日の予約のリクエストの数（例えば、リクエストの受付数又はその承認数等）が少ない店舗から順に（例えば、当該店舗が上位となるように）並べられた一覧を表示する。こうした構成は、リクエストの数が少ない店舗に対する予約を促進する。

【0041】

本実施形態において、予約のリクエストの状態は、様々な状態を含み、例えば、リクエストを承認する承認状態（予約成立状態）、及び、リクエストを拒否する拒否状態（予約不成立状態）を含む。例えば、サービス提供制御部１１３は、店舗による入力に応じて、予約のリクエストの状態を、承認状態又は拒否状態へと更新するように構成され得る。こうした状態の更新に応じて、対応する利用者端末３０（予約のリクエストが行われた利用者端末３０）において出力される画面を介して、リクエストの承認又は拒否に関する通知が行われるようにしてもよい。こうした構成は、店舗による入力に応じたリクエストの承認又は拒否の管理を可能とする。

【0042】

また、サービス提供制御部１１３は、予約のリクエストを受け付けてから所定時間、当該リクエストの状態を更新するための店舗による入力がない場合に、当該リクエストの状態を拒否状態へと自動更新するように構成され得る。こうした構成は、繁忙等によって店舗による入力ができない場合に、リクエストが放置されることを抑制する。

【0043】

また、サービス提供制御部１１３は、予約のリクエストの状態の拒否状態への自動更新に応じて、対応する店舗に関連付けられた受付モードを第２モードへと切り替えるように構成され得る。例えば、サービス提供制御部１１３は、リクエストの状態の拒否状態への自動更新の頻度に関する所定条件（例えば、所定期間における拒否状態への自動更新の数が閾値に到達すること、又は、当該自動更新が所定回数連続して行われること等）を充足すると、対応する店舗に関連付けられた受付モードを第２モードへと切り替える。こうした構成は、繁忙等によって入力ができない店舗の受付モードを自動的に第２モードに切り替えることを可能とし、この結果、対応不可能な店舗に対する予約のリクエストを抑制する。

【0044】

また、サービス提供制御部１１３は、店舗による入力に応じた、リクエストの状態の拒否状態への更新に応じて、当該店舗の受付モードの第２モードへの切り替えを提案するように構成され得る。例えば、対応する店舗端末４０に出力される画面において、第２モードへの切り替えを提案する表示が行われる。こうした構成は、入力はできるが予約の受付ができない店舗の受付モードが第２モードに切り替わることを促進し、この結果、対応不可能な店舗に対する予約のリクエストを抑制する。

【0045】

本実施形態において、予約のリクエストの状態の一つとして、利用者による来店状況を管理するようにしてもよい。例えば、サービス提供制御部１１３は、店舗による入力に応じて、予約のリクエストの状態を、承認状態から、利用者が来店した来店済状態へと更新するように構成され得る。こうした構成は、リクエストが承認された予約について、利用者の来店状況の管理を可能とする。

【0046】

また、サービス提供制御部１１３は、予約のリクエストの状態が、承認状態へと更新されてから所定時間経過しても来店済状態へと更新されない場合に、当該リクエストの状態を、リクエストの承認を無効とする（つまり、予約を無効とする）無効状態へと更新するように構成され得る。こうした構成は、予約の無効状態の管理を可能とする。

【0047】

次に、このような機能を有する本実施形態の予約支援サービス提供サーバ１０の一態様としての具体例について説明する。この例における予約支援サービスは、飲食店の予約を支援するサービスとして構成されている。

【0048】

まず、この例において、各テーブルが管理する情報について説明する。図２は、この例において、利用者情報テーブル１５１が管理する情報を例示する。この例における利用者情報テーブル１５１は、飲食店を予約する利用者として予約支援サービスを利用するユーザに関する情報を管理し、図示するように、個別の利用者を識別する「ユーザアカウント」に対応付けて、アカウント名、及び、連絡先等を含む「基本情報」等の情報を管理する。これらの情報は、利用者によるユーザアカウントの新規作成に応じて登録される。なお、この例において、利用者は、ゲスト用アカウントを用いて、予約支援サービスを利用することもできる。

【0049】

図３は、この例において、店舗情報テーブル１５３が管理する情報を例示する。この例における店舗情報テーブル１５３は、予約支援サービスにおいて予約が可能な店舗（飲食店）に関する情報を管理し、図示するように、個別の店舗を識別する「店舗ＩＤ」に対応付けて、店舗名、住所、及び、連絡先等を含む「基本情報」、基本情報以外の「詳細情報」、予約の受付を開始する時刻である「予約受付開始時刻」、予約の受付を終了する時刻である「予約受付終了時刻」、「予約受付モード」、１つ（１組）の予約において受付可能な最大人数である「最大予約人数」等の情報を管理する。この例では、店舗の担当者は、店舗ＩＤを用いて予約支援サービスにログインすることができる。

【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】

以上説明した本実施形態に係る予約支援サービス提供サーバ１０は、受付モードが第２モード（例えば「受付停止中」）である店舗に対する予約のリクエストを受け付けない（例えば、こうした店舗は、店舗一覧画面５０の一覧表示領域５２に表示されない）ように構成されており、また、各店舗による入力に応じて当該受付モードを切り替えるから、対応不可能な店舗に対する予約の成立を抑制することができる。この結果、当該サーバ１０は、店舗の予約におけるユーザ体験の向上を支援する。

【0084】

本発明の他の実施形態において、上述した実施形態における予約支援サービス提供サーバ１０が有する機能の一部又は全部は、予約支援サービス提供サーバ１０と、利用者端末３０又は店舗端末４０とが協動することによって実現され、或いは、利用者端末３０又は店舗端末４０によって実現され得る。

【0085】

本明細書で説明された処理及び手順は、明示的に説明されたもの以外にも、ソフトウェア、ハードウェアまたはこれらの任意の組み合わせによって実現される。例えば、本明細書で説明される処理及び手順は、集積回路、揮発性メモリ、不揮発性メモリ、磁気ディスク等の媒体に、当該処理及び手順に相当するロジックを実装することによって実現される。また、本明細書で説明された処理及び手順は、当該処理・手順に相当するコンピュータプログラムとして実装し、各種のコンピュータに実行させることが可能である。

【0086】

本明細書中で説明された処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書において説明されたソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

【0087】

本明細書において、発明の構成要素が単数もしくは複数のいずれか一方として説明された場合、又は、単数もしくは複数のいずれとも限定せずに説明された場合であっても、文脈上別に解すべき場合を除き、当該構成要素は単数又は複数のいずれであってもよい。

【符号の説明】

【0088】

１０ 予約支援サービス提供サーバ
１１ コンピュータプロセッサ
１１１ 管理機能制御部
１１３ サービス提供制御部
１５ ストレージ
１５１ 利用者情報テーブル
１５３ 店舗情報テーブル
１５５ リクエスト管理テーブル
１５７ サーバ側プログラム
３０ 利用者端末
３５１ 利用者端末側プログラム
４０ 店舗端末
４５１ 店舗端末側プログラム
５０ 店舗一覧画面
６０ 店舗詳細画面
７０ 予約リクエスト画面
８０ 予約申請中画面
９０ 予約成立画面
２００ 予約受付設定画面
２１０ 新規予約管理画面
２２０ 来店管理画面
２３０ 予約拒否画面
２４０ モード変更通知画面

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【手続補正書】

【提出日】2023-07-21

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

１又は複数のコンピュータプロセッサを備え、店舗の予約を支援するためのシステムであって、前記１又は複数のコンピュータプロセッサは、読取可能な命令の実行に応じて、
利用者による特定店舗に対する予約のリクエストを受け付けるステップと、
前記特定店舗による入力に応じて、前記リクエストの状態を更新するステップと、
前記特定店舗に関連付けられた受付モードであって、予約を受け付ける第１モードと、予約を受け付けない第２モードと、を含む前記受付モードを、前記特定店舗による入力に応じて切り替えるステップと、を実行し、
前記リクエストを受け付けるステップは、前記受付モードが前記第１モードである前記特定店舗に対する前記リクエストを受け付ける一方、前記受付モードが前記第２モードである前記特定店舗に対する前記リクエストを受け付けないことを含み、
前記リクエストの状態を更新するステップは、
前記特定店舗による入力に応じて、前記リクエストの状態を、前記リクエストを承認する承認状態、又は、前記リクエストを拒否する拒否状態へと更新すること、及び、
前記リクエストを受け付けてから所定時間、前記リクエストの状態を更新するための前記特定店舗による入力がない場合に、前記リクエストの状態を前記拒否状態へと自動更新すること、を含み、
前記１又は複数のコンピュータプロセッサは、さらに、前記リクエストの状態の前記拒否状態への自動更新に応じて、前記特定店舗に関連付けられた前記受付モードを前記第２モードへと自動的に切り替えるステップを実行する、
システム。

【請求項2】

前記１又は複数のコンピュータプロセッサは、さらに、前記受付モードが前記第２モードである店舗が除外された複数の受付可能店舗を前記利用者に対して提示するステップを実行し、
前記リクエストを受け付けるステップは、前記複数の受付可能店舗の中から前記利用者によって選択された前記特定店舗に対する前記リクエストを受け付けることを含む、
請求項１のシステム。

【請求項3】

前記複数の受付可能店舗を提示するステップは、所定期間における予約のリクエストの数が少ない店舗が優先されるように、前記複数の受付可能店舗を提示することを含む、
請求項２のシステム。

【請求項4】

前記受付モードを前記第２モードへと切り替えるステップは、前記リクエストの状態の前記拒否状態への自動更新の頻度に関する所定条件の充足に応じて、前記受付モードを前記第２モードへと自動的に切り替えることを含む、
請求項１のシステム。

【請求項5】

前記１又は複数のコンピュータプロセッサは、さらに、前記特定店舗による入力に応じた前記リクエストの状態の前記拒否状態への更新に応じて、前記特定店舗に関連付けられた前記受付モードの前記第２モードへの切り替えを前記特定店舗に対して提案するステップを実行する、
請求項１のシステム。

【請求項6】

前記リクエストの状態を更新するステップは、前記特定店舗による入力に応じて、前記リクエストの状態を、前記承認状態から、前記利用者が来店した来店済状態へと更新することを含む、
請求項１のシステム。

【請求項7】

前記１又は複数のコンピュータプロセッサは、さらに、前記リクエストの状態が、前記承認状態へと更新されてから所定時間経過しても、前記来店済状態へと更新されない場合に、前記リクエストの状態を、前記リクエストの承認を無効とする無効状態へと更新するステップを実行する、
請求項６のシステム。

【請求項8】

１又は複数のコンピュータによって実行され、店舗の予約を支援するための方法であって、
利用者による特定店舗に対する予約のリクエストを受け付けるステップと、
前記特定店舗による入力に応じて、前記リクエストの状態を更新するステップと、
前記特定店舗に関連付けられた受付モードであって、予約を受け付ける第１モードと、予約を受け付けない第２モードと、を含む前記受付モードを、前記特定店舗による入力に応じて切り替えるステップと、を備え、
前記リクエストを受け付けるステップは、前記受付モードが前記第１モードである前記特定店舗に対する前記リクエストを受け付ける一方、前記受付モードが前記第２モードである前記特定店舗に対する前記リクエストを受け付けないことを含み、
前記リクエストの状態を更新するステップは、
前記特定店舗による入力に応じて、前記リクエストの状態を、前記リクエストを承認する承認状態、又は、前記リクエストを拒否する拒否状態へと更新すること、及び、
前記リクエストを受け付けてから所定時間、前記リクエストの状態を更新するための前記特定店舗による入力がない場合に、前記リクエストの状態を前記拒否状態へと自動更新すること、を含み、
前記方法は、さらに、前記リクエストの状態の前記拒否状態への自動更新に応じて、前記特定店舗に関連付けられた前記受付モードを前記第２モードへと自動的に切り替えるステップを備える、
方法。

【請求項9】

店舗の予約を支援するためのプログラムであって、１又は複数のコンピュータに、
利用者による特定店舗に対する予約のリクエストを受け付けるステップと、
前記特定店舗による入力に応じて、前記リクエストの状態を更新するステップと、
前記特定店舗に関連付けられた受付モードであって、予約を受け付ける第１モードと、予約を受け付けない第２モードと、を含む前記受付モードを、前記特定店舗による入力に応じて切り替えるステップと、を実行させ、
前記リクエストを受け付けるステップは、前記受付モードが前記第１モードである前記特定店舗に対する前記リクエストを受け付ける一方、前記受付モードが前記第２モードである前記特定店舗に対する前記リクエストを受け付けないことを含み、
前記リクエストの状態を更新するステップは、
前記特定店舗による入力に応じて、前記リクエストの状態を、前記リクエストを承認する承認状態、又は、前記リクエストを拒否する拒否状態へと更新すること、及び、
前記リクエストを受け付けてから所定時間、前記リクエストの状態を更新するための前記特定店舗による入力がない場合に、前記リクエストの状態を前記拒否状態へと自動更新すること、を含み、
前記１又は複数のコンピュータに、さらに、前記リクエストの状態の前記拒否状態への自動更新に応じて、前記特定店舗に関連付けられた前記受付モードを前記第２モードへと自動的に切り替えるステップを実行させる、
プログラム。