JP7629587B2 - 情報処理装置、プログラムおよび情報処理方法 - Google Patents

Description

特許法第３０条第２項適用 掲載アドレス：ｈｔｔｐｓ：／／ｖａｃａｎ．ｃｏｍ／ 公開日：令和２年８月１１日

本発明は、情報処理装置、プログラムおよび情報処理方法に関する。

飲食店等の店舗に対する予約を、一部自動化するシステムが公知である。このようなシステムの例は、特許文献１に記載される。

特開２０１５－２１０７２６号公報

しかしながら、従来の技術では、予約の有効期限に実効性を持たせることが困難であるという課題があった。
ユーザが予約時刻に店舗に到着しない場合、過度に長時間にわたって予約席を確保しておくことは店舗にとって不利益であるため、予約に有効期限を設けることが要求される。しかしながら、従来の技術では有効期限をユーザに通知することができないか、またはユーザが有効期限を十分明確に認識することができず、有効期限の実効性が低い。

本発明はこのような課題を解決するためになされたものであり、店舗に対する予約において、有効期限の実効性をより高くすることができる情報処理装置、プログラムおよび情報処理方法を提案する。

本発明に係る情報処理装置の一例は、ユーザ端末から施設に対する席確保希望情報を受信する受信手段と、前記施設が管理する電話端末に電話をかけ、前記席確保希望情報に応じたメッセージを用いて通話する通話手段と、前記電話端末を介して前記席確保希望情報への回答情報を取得する取得手段と、前記回答情報が前記席確保希望情報が示す席確保希望を受け付けることを示す場合に、前記回答情報を取得した時刻に基づいて、席確保の有効期限を決定する決定手段と、前記有効期限を含み、前記席確保希望が受け付けられたことを示す席確保情報を前記ユーザ端末に送信する送信手段とを有する。

本開示に関連する更なる特徴は、本明細書の記述および添付図面から明らかになるものである。本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではない。

本発明に係る情報処理装置、プログラムおよび情報処理方法によれば、店舗に対する席確保において、有効期限の実効性をより高くすることができる。A

第１実施形態に係る席確保管理システムの構成例である。 管理サーバの構成例である。 店舗管理データベースの例である。 店舗管理端末の構成例である。 席確保管理データベースの例である。 ユーザ端末の構成例である。 席確保処理に係る処理手順の例の一部を示すフローチャートである。 席確保処理に係る処理手順の例の一部を示すフローチャートである。 席確保処理に係る処理手順の例の一部を示すフローチャートである。 店舗表示画像の例である。 チュートリアル画像の例である。 ログイン画像の例である。 人数入力画像の例である。 待機画像の例である。 席確保管理画像の例である。 席確保表示画像の例である。 チェックイン確認画像の例である。 席確保無効画像の例である。 席確保不可画像の例である。 店舗表示画像の変形例である。 席確保機能の設定を行う管理画面の一例である。

以下、本実施形態について、図面を参照して説明する。同一の構成については、同じ符号を付して説明する場合がある。尚、以下の実施形態は本開示の技術を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが上記課題の解決手段に必須のものとは限らない。

［第１実施形態］
＜席確保管理システムの構成例＞
第１実施形態では、ユーザからの依頼を受け付けた時点から所定時間の間、席を確保しておくサービス（以下、席確保という）を管理するシステムを説明する。なお、席確保は、今から所定時間以内の利用開始を確約するという予約の１つとも言える。図１に、席確保管理システム１の構成例を示す。席確保管理システム１は、１以上の店舗について席確保を管理するシステムである。店舗は、たとえば飲食店（カフェおよびレストラン）等の飲食店の店舗を含む。
図１に示すように、席確保管理システム１は、管理サーバ１０と、店舗管理端末２０と、電話端末３０と、ユーザ端末４０とを備える。管理サーバ１０と、店舗管理端末２０と、ユーザ端末４０とは、通信ネットワーク６０（たとえばインターネット）を介し、互いに通信可能に接続される。管理サーバ１０および電話端末３０は、通信ネットワーク６０等を介して、音声通話が可能なように接続される。店舗管理端末２０および電話端末３０は、たとえば店舗５０ごとに設けられる。

席確保管理システム１の動作の一例の概要を、以下に説明する。ユーザがユーザ端末４０において店舗を検索するための操作を行うと、管理サーバ１０は、ユーザ端末４０周辺の店舗５０の情報を取得してユーザ端末４０に送信する。ユーザが店舗５０のうち１つを選択すると、ユーザ端末４０は管理サーバ１０に席確保希望を送信する。管理サーバ１０は、その店舗５０の電話端末３０に電話をかけ、１０分間の席確保が可能か否かを確認する。席確保が可能であり受理された場合には、管理サーバ１０は受付番号を決定し、これを店舗管理端末２０およびユーザ端末４０に通知する。ユーザ端末４０は、通知された受付番号等を表示する。ユーザは、店舗５０に到着した後、ユーザ端末４０に表示された受付番号を店舗５０のスタッフに提示する。店舗５０のスタッフ（従業員や経営者など）は、提示された受付番号と、店舗管理端末２０に記憶された受付番号とを照合してユーザを入店させる。

＜管理サーバ１０の構成例＞
図２に、管理サーバ１０の構成例を示す。管理サーバ１０は、情報処理装置であり、たとえば公知のコンピュータを用いて構成することができる。管理サーバ１０は、演算装置１１と、記憶装置１２と、通信装置１３とを備える。演算装置１１はたとえばＣＰＵ（Central Processing Unit）等のプロセッサを含む。記憶装置１２は、たとえばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、等の記憶媒体を含む。記憶媒体の一部または全部が、過渡的でない(non-transitory)記憶媒体であってもよい。通信装置１３は、たとえばネットワークインタフェースを含む。また、通信装置１３は、電話回線インタフェースを含んでもよい。

記憶装置１２は、たとえば店舗管理データベースＤ１を記憶する。記憶装置１２は、さらに図示しないプログラムを記憶してもよい。本実施形態では、演算装置１１がこのプログラムを実行することにより、管理サーバ１０が本明細書に記載される情報処理装置として機能する。また、管理サーバ１０または演算装置１１は、本明細書に記載される各動作を実行する手段を備えるものとして解釈することができる。

図３に、店舗管理データベースＤ１の例を示す。店舗管理データベースＤ１は、各店舗５０について、その店舗に関する情報を関連付ける。店舗５０はそれぞれ店舗ＩＤによって表される。店舗に関する情報は、名称と、ジャンルと、施設ＩＤと、フロアＩＤと、空き情報と、緯度経度と、店舗紹介と、住所と、電話番号とを含む。店舗管理データベースＤ１は、各店舗の空き情報を記憶しているので、空き情報管理データベースであるということもできる。
店舗ＩＤは、店舗管理データベースＤ１内で各店舗を識別するためのＩＤである。施設ＩＤは、店舗が入居する施設（例えばビル、商業施設、駅など）を識別するためのＩＤである。フロアＩＤは、店舗が入居する施設においてその店舗が存在するフロアを識別するためのＩＤである。
空き情報は、店舗の空き状況を表す表現を含む。空き状況の例として、店舗が満員であるか、混雑しているがある程度の空席（または空きテーブル。以下同じ）があるか、または、多数の空席があるか、のいずれかを示す。空き情報は、たとえば、「空きあり」、「混雑」、「満席」、等のテキストデータによって表される。
空き情報は、たとえば各店舗管理端末２０から送信され、リアルタイムな空き状況を示すように更新される。空き状況は、たとえば、その店舗がどの程度空いているか、その店舗がどの程度混雑しているか、その店舗に空席がいくつあるか、その店舗の席がどの程度占有（使用または席確保）されているか、等のいずれかを表す。
緯度経度は、店舗の位置を示す位置情報（店舗位置情報）の例であり、緯度および経度を含む。同じ施設の同じフロアに複数の店舗が存在する場合であっても、店舗の位置が異なる場合には、緯度経度の値は異なり得る。
住所は、店舗の住所又は店舗が入居する施設の住所を示す情報である。
電話番号は、店舗に設置された電話端末３０に対応する電話番号である。すなわち、店舗管理データベースＤ１は、店舗（または店舗ＩＤ）と電話端末３０とを関連付ける。

＜店舗管理端末２０の構成例＞
図４に、店舗管理端末２０の構成例を示す。店舗管理端末２０は、情報処理装置であり、たとえば公知のコンピュータを用いて構成することができる。店舗管理端末２０は、演算装置２１と、記憶装置２２と、通信装置２３と、表示装置２４と、入力装置２５とを備える。演算装置２１はたとえばＣＰＵ等のプロセッサを含む。記憶装置２２は、たとえばＲＯＭ、ＲＡＭ、ＨＤＤ、等の記憶媒体を含む。記憶媒体の一部または全部が、過渡的でない記憶媒体であってもよい。通信装置２３は、たとえばネットワークインタフェースを含む。表示装置２４はたとえば液晶ディスプレイを含む。入力装置２５はたとえばキーボード、マウス、タッチパネル、等を含む。表示装置２４および入力装置２５が一体に構成されていてもよい。
記憶装置２２は、図示しないプログラムを記憶してもよい。本実施形態では、演算装置２１がこのプログラムを実行することにより、店舗管理端末２０が本明細書に記載される情報処理装置として機能する。また、店舗管理端末２０または演算装置２１は、本明細書に記載される各動作を実行する手段を備えるものとして解釈することができる。

記憶装置２２は、たとえば席確保管理データベースＤ２を記憶する。記憶装置２２は、さらに図示しないプログラムを記憶してもよい。本実施形態では、演算装置２１がこのプログラムを実行することにより、店舗管理端末２０が本明細書に記載される情報処理装置として機能する。また、店舗管理端末２０または演算装置２１は、本明細書に記載される各動作を実行する手段を備えるものとして解釈することができる。

図５に、席確保管理データベースＤ２の例を示す。席確保管理データベースＤ２は、店舗管理端末２０に係る店舗５０に対する各席確保について、席確保を識別する席確保受付番号（席確保識別情報）に、その席確保に関する情報を関連付ける。席確保に関する情報は、人数と、連絡先と、有効期限情報とを含む。人数は席確保に係る顧客の人数を表す。連絡先は席確保に係るユーザの連絡先を表し、この例ではメールアドレスおよび／または電話番号を含む。有効期限情報は、席確保の有効期限を表す。
有効期限の意義は、席確保管理システム１に関連して適宜解釈可能であるが、たとえば、有効期限が経過するまでは、店舗は当該席確保のために空席を確保しておく義務があるが、有効期限が経過してもユーザが店舗に到着しない場合にはその義務は解除されるという規則が設けられる。
図５の例では、有効期限は基準時刻および残り時間を含む。基準時刻は、その席確保の受理に係る時刻を表す。有効期限は基準時刻に基づいて決定され、たとえば基準時刻から所定時間後（たとえば１０分後）が有効期限となる。残り時間は、現時刻から有効期限までの時間を表す。

＜電話端末３０の構成例＞
電話端末３０の内部構造はとくに図示しないが、電話端末３０はたとえば有線または無線接続による電話機であり、固定電話機、携帯電話機およびスマートフォンを含む。電話端末３０は、音声通話およびプッシュトーンの発信が可能である。

＜ユーザ端末４０の構成例＞
図６に、ユーザ端末４０の構成例を示す。ユーザ端末４０は、情報処理装置であり、たとえば公知のコンピュータ（具体例としてスマートフォン）を用いて構成することができる。ユーザ端末４０は、演算装置４１と、記憶装置４２と、通信装置４３と、表示装置４４と、入力装置４５とを備える。演算装置４１はたとえばＣＰＵ等のプロセッサを含む。記憶装置４２は、たとえばＲＯＭ、ＲＡＭ、等の記憶媒体を含む。記憶媒体の一部または全部が、過渡的でない記憶媒体であってもよい。通信装置４３は、たとえばアンテナを含む。表示装置４４はたとえば液晶ディスプレイを含む。入力装置４５はたとえばタッチパネルを含む。表示装置４４および入力装置４５が一体に構成されていてもよい。
記憶装置４２は、図示しないプログラムを記憶してもよい。本実施形態では、演算装置４１がこのプログラムを実行することにより、ユーザ端末４０が本明細書に記載される情報処理装置として機能する。また、ユーザ端末４０または演算装置４１は、本明細書に記載される各動作を実行する手段を備えるものとして解釈することができる。

以上のように構成される席確保管理システム１の動作を、以下に説明する。
＜店舗管理データベースＤ１の生成処理＞
管理サーバ１０は、店舗管理データベースＤ１（ただし空き情報を除く）を生成する。店舗管理データベースＤ１に含まれる情報は、管理サーバ１０の管理者によって入力される情報か、または店舗管理端末２０から送信された情報とすることができる。

＜空き情報の更新処理＞
店舗管理端末２０は、空き情報を取得して管理サーバ１０に送信する。管理サーバ１０は空き情報を受信し、これを店舗管理データベースＤ１の空き情報として記憶することにより、店舗管理データベースＤ１を更新する。
店舗管理端末２０が空き情報を取得する処理は、任意に設計することができ、店舗管理端末２０ごとに異なっていてもよい。たとえば、店舗のスタッフが店舗の空き状況を評価し、空き状況に応じて適切なテキストデータを入力することにより、または、予め設定された複数のテキストデータのうち適切なものを選択することにより、空き情報を店舗管理端末２０に入力してもよい。
または、店舗管理端末２０は、空き状況検出装置（カメラまたは人感センサ等）を備えてもよい。その場合には、空き状況検出装置は、店内の顧客人数または店外の待ち行列人数等を検出し、店舗管理端末２０は検出結果に基づいて自動的に空き情報を決定してもよい。

＜店舗に対する席確保処理＞
図７～図９は、席確保管理システム１による、店舗５０に対する席確保処理に係る処理手順の例を示すフローチャートである。
図７は、席確保処理のうち、席確保が成約したか否か、すなわち、ユーザからの席確保希望が正式な席確保として受理されたか否か、が判断されるまでの部分に対応する。図８は、席確保処理のうち、ユーザからの席確保希望が正式な席確保として受理された後の部分に対応する。図９は、席確保処理のうち、ユーザからの席確保希望が受理されなかった場合に対応する。
管理サーバ１０およびユーザ端末４０は、図７～図９に示す処理手順を実行し、これによって本実施形態に係る情報処理方法を実行する。本実施形態では、とくに管理サーバ１０が主な情報処理装置として動作する。
図７～図９の処理の実行は、ユーザ端末４０においてＷＥＢブラウザまたは特定のアプリケーションが起動されることに応じて開始されてもよい。

（ステップＳ１）
ユーザ端末４０は、検索の基準となる位置（基準位置）を表す情報（基準位置情報）を取得する。基準位置は、たとえばユーザ端末４０の位置であり、その場合には基準位置情報はたとえばＧＰＳデータである。または、基準位置は、ユーザが任意に指定できる位置（たとえば特定の駅の位置等）を表してもよい。また、基準位置情報は、地図の拡大率を表す情報を含んでもよい。
（ステップＳ２）
ユーザ端末４０は、通信ネットワーク６０を介して基準位置情報を管理サーバ１０に送信する。管理サーバ１０は、この基準位置情報を、通信ネットワーク６０を介して受信する。このようにして、管理サーバ１０は基準位置情報を取得する。この処理は、検索リクエストの送受信に対応する。

（ステップＳ３）
管理サーバ１０は、基準位置情報（および場合によっては地図の拡大率）に応じて、地図を表すデータ（地図データ）を取得する。地図データはたとえば画像（地図画像）である。
（ステップＳ４）
管理サーバ１０は、基準位置情報に基づいて、１以上の店舗からなる店舗群を取得する。たとえば、店舗管理データベースＤ１の緯度経度を参照し、基準位置から所定距離範囲（たとえば半径５ｋｍ以下の範囲）に存在する店舗を決定し、これらの店舗を含む店舗群を取得する。
（ステップＳ５）
管理サーバ１０は、店舗群に含まれる各店舗の情報（店舗情報）を取得する。店舗情報は、たとえば店舗管理データベースＤ１に含まれる各情報を含む。また、ステップＳ４で各店舗の緯度経度を取得していない場合には、緯度経度を取得する。このように、管理サーバ１０は、基準位置情報に応じた店舗群について店舗情報を取得する。
（ステップＳ６）
管理サーバ１０は、通信ネットワーク６０を介して、店舗情報をユーザ端末４０に送信する。ユーザ端末４０は、店舗情報を、通信ネットワーク６０を介して受信する。なお、ここで送受信される店舗情報は、店舗管理データベースＤ１の全項目を含む必要はなく、店舗情報のうち以下の処理において明示的に用いられる情報のみが送受信されてもよい。

（ステップＳ７）
ユーザ端末４０は、受信した店舗情報に基づいて、店舗表示画像を生成し、表示装置４４に表示する。図１０は、店舗表示画像Ｉ１の例である。店舗表示画像Ｉ１では、ユーザが店舗を識別するための店舗識別情報Ｉ１２（この例では名称「レストランＡ」という文字列）と、席確保希望操作部Ｉ１３とが関連付けられて表示される。また、地図上には、複数の店舗の空き情報を示すアイコンが店舗情報として表示されている。店舗表示画像Ｉ１の表示は、ユーザ端末４０において適切なＵＩ（ユーザインタフェース）を用いて行われてもよい。以下に説明する他の画像の表示についても同様である。
図１０の例では、単一の店舗についてのみ店舗識別情報Ｉ１２および席確保希望操作部Ｉ１３を含む詳細情報が表示されている。どの店舗に係る詳細情報を表示するかの決定方法は適宜設計可能であり、管理サーバ１０が決定してもよいし、ユーザ端末４０が決定または変更してもよい。また、決定基準として、たとえば基準位置Ｉ１１に最も近い店舗を選択してもよいし、各店舗の空き情報が利用できる場合には最も空いている店舗を選択してもよい。また、複数の店舗について店舗識別情報Ｉ１２および席確保希望操作部Ｉ１３を表示してもよい。本形態では、基準位置に最も近い店舗の詳細情報を表示するものとし、詳細情報が表示されている店舗のアイコンは他の店舗に対応するアイコンよりも大きく表示されている。ここで、席確保希望操作部I１３は、店舗の空き情報が「満席」ではない場合にのみ、表示またはアクティブ表示（タップできる状態）されるものとする。

ユーザ端末４０の演算装置４１は、取得した各店舗情報のうち基準位置に最も近い店舗を特定し、特定した店舗の空き情報を参照する。特定した店舗の空き情報に応じたアイコンを生成し、店舗の緯度経度に応じた位置に配置するとともに、店舗の詳細情報を表示するための画像を生成する。このとき、特定した店舗の空き情報が満席である場合には、席確保希望操作部Ｉ１３を非アクティブ状態（アクティブである場合に比べて「１０分キープ」の薄い色で描画し、かつユーザがタップしても反応しない）として生成する。また、特定した店舗の空き情報が「混雑」または「空きあり」の場合には、席確保希望操作部Ｉ１３をアクティブ状態として生成する。演算装置４１は、このようにして生成した席確保希望操作部Ｉ１３と、店舗識別情報Ｉ１２とを含む画像（店舗写真などの詳細を情報を含む）を生成する。また、演算装置４１は、特定した店舗以外の店舗それぞれの空き情報に応じたアイコンを生成し、各店舗の緯度経度に配置する。さらに、地図に店舗の詳細情報を重畳することで、店舗表示画像Ｉ１を生成する。最後に演算装置４１は、生成した店舗表示画像Ｉ１を表示装置４４に表示させる。

（ステップＳ８）
ユーザ端末４０は席確保希望情報を取得する。席確保希望情報とは、特定の店舗に対する席確保希望を示す情報である。席確保希望情報は、たとえばユーザ端末４０のユーザが、現時点から所定時間以内にその店舗に到着することを前提として、店舗の利用席確保（たとえば席またはテーブルを利用するための席確保）を希望しているということを示す情報である。ユーザは、アクティブ状態で表示された席確保希望操作部Ｉ１３を操作することにより、対応する店舗に対する席確保希望の入力を開始することができる。なお上述のように、店舗表示画像Ｉ１において店舗識別情報Ｉ１２と席確保希望操作部Ｉ１３とが関連付けられており、操作された席確保希望操作部Ｉ１３に応じて席確保の対象となる店舗が決定される。

以下、ステップＳ８において席確保希望情報を取得するための動作の一例を説明する。ユーザは、店舗表示画像Ｉ１の席確保希望操作部Ｉ１３を操作する。ユーザ端末４０は、席確保希望操作部Ｉ１３が操作されることに応じて、チュートリアル画像を表示する。

図１１は、チュートリアル画像Ｉ２の例である。チュートリアル画像Ｉ２は、席の席確保を希望することができる旨のメッセージＩ２１を含む。メッセージＩ２１は、席確保の有効期間を示す数値（「１０分」）を含んでもよい。また、チュートリアル画像Ｉ２は、席確保が可能な距離範囲を示すメッセージＩ２２を含んでもよい。チュートリアル画像Ｉ２は、進行ボタンＩ２３を含み、ユーザが進行ボタンＩ２３を操作すると、これに応じてユーザ端末４０はログイン画像を表示する。

図１２は、ログイン画像Ｉ３の例である。管理サーバ１０に登録されているユーザは、このログイン画像Ｉ３において、メールアドレスおよびパスワードを入力し、ログインボタンＩ３１を操作することにより、ログイン処理が実行できるように構成されている。ログイン処理は、別途準備されるユーザ管理データベース（図示せず）を参照して実行されてもよい。また、管理サーバ１０に登録されていないユーザは、このログイン画像Ｉ３において、登録ボタンＩ３２を操作することにより、所定の登録手続きを開始することができる。
ログイン操作が実行されると、これに応じてユーザ端末４０は人数入力画像を表示する。

図１３は、人数入力画像Ｉ４の例である。ユーザは、この人数入力画像Ｉ４の人数入力欄Ｉ４１において、席確保に係る人数（たとえばユーザを含む利用者の数）を選択または入力した後、席確保希望確定部Ｉ４２を操作することにより、席確保希望を確定させることができる。このように、本実施形態では、席確保希望情報は人数を示す情報を含む。
なお、本実施形態では、ユーザが店舗をすぐに利用する（すぐに店舗に向かうまたはすでに向かっている）ことが想定されており、席確保に有効期限が設定されるので、利用日および到着時刻を決定して入力する必要がない。
このようにして、ユーザ端末４０は席確保希望情報を取得する。

（ステップＳ９）
ユーザ端末４０は、通信ネットワーク６０を介して、席確保希望情報を管理サーバ１０に送信する。管理サーバ１０は、通信ネットワーク６０を介して、席確保希望情報を受信することにより取得する。
（ステップＳ１０）
ユーザ端末４０は、待機画像を表示する。
図１４は、待機画像Ｉ５の例である。待機画像Ｉ５は、たとえば席確保希望情報が送信されたことを示すメッセージＩ５１と、席確保希望が店舗によって受理されるか否かが未定であることを示すメッセージＩ５２とを含む。待機画像Ｉ５を表すデータは、管理サーバ１０またはユーザ端末４０が、席確保希望情報に応じて生成する。ユーザ端末４０は、待機画像を、回答情報が得られるまでに表示する。本形態における管理サーバ１０は、席確保希望の対象となる店舗に電話をかけ、店舗から受理することを示す返答が得られた時に、席確保を受け付ける。したがって、本サービスにおいてはユーザが席確保希望を送信してから席確保が受理されるか否かが確定するまでに時間がかかる。そこで、ユーザ端末４０は、席確保希望の対象となる店舗の位置に、まだ確定していないことを示す「リクエスト中」のアイコンを配置した地図を待機画像として表示装置４４に表示する。この時、ユーザはすでに他の店舗の空き情報を必要としていないとみなし、地図上には席確保希望の対象となる店舗以外の店舗情報は非表示としている。また、リクエスト中は他の店舗の空き情報を表示しないということは、他の店舗に対して同時に席確保の希望を送信できないことを意味する。これにより、ユーザがいたずらなど店舗が意図しない目的で席確保希望を複数の店舗に送信することを防止することもできる。
以上の通り、待機画面は、席確保希望のリクエスト中である（まだ確定していない）ことをユーザに知らせるとともに、不要な情報を削減することで、ユーザにわかりやすく待機中であることを認知させる。
（ステップＳ１１）
管理サーバ１０は、席確保希望の対象となった店舗に係る電話端末３０に電話をかける。この際の電話番号はたとえば店舗管理データベースＤ１を参照して取得することができる。店舗の従業員は、電話端末３０を操作して通話可能な状態とする。電話端末３０が通話可能な状態になると、管理サーバ１０は、席確保希望を示す音声メッセージを出力する。音声メッセージは、たとえば人数に応じ、「管理サーバからの席確保依頼です。１０分後に○○名様の来店希望が入っています。ご案内できる場合はプッシュボタンの１を、できない場合は３を、押してください。」等とすることができる。
電話端末３０は、この音声メッセージをスタッフに対して再生する。スタッフは、この音声メッセージに応じて、店舗の混雑状況等を考慮し、席確保希望を席確保として受理するか否かを決定する。
（ステップＳ１２）
スタッフは、プッシュボタンの１または３を操作することにより、決定内容を電話端末３０に入力する。プッシュボタンへの操作に応じ、電話端末３０は、プッシュボタンの１または３に対応するプッシュトーンを、音声通話において出力する。このプッシュトーンは、席確保希望が席確保として受理されたか否かを示す回答情報である。たとえば、プッシュボタンの１に対応するプッシュトーンは、席確保希望が受理されたことを示し、プッシュボタンの３に対応するプッシュトーンは、席確保希望が受理されなかった（すなわち席確保希望が拒否された）ことを示す。管理サーバ１０は、電話端末３０から、音声通話を介して回答情報を取得する。
（ステップＳ１３）
管理サーバ１０は、回答情報に基づき、席確保希望が席確保として受理されたか否かを判定する。たとえば回答情報がプッシュボタンの１に対応するプッシュトーンである場合には、席確保希望が受理されたと判定し、回答情報がプッシュボタンの３に対応するプッシュトーンである場合には、席確保希望が受理されなかったと判定する。

まず、ステップＳ１３において、席確保希望が受理された場合（すなわち、回答情報が、席確保希望が受理されたことを示す場合）について、図８を用いて説明する。
（ステップＳ２１）
管理サーバ１０は、受付番号を生成する。受付番号は、席確保を識別する情報（席確保識別情報）の例である。受付番号は、たとえば３桁の数字によって表される。受付番号の具体的な生成方法は任意に設計可能であり、たとえばランダムに生成することができる。（ステップＳ２２）
管理サーバ１０は、電話端末３０との音声通話において、受付番号を示す音声メッセージを出力する。電話端末３０は、この音声メッセージをスタッフに対して再生する。音声メッセージは、たとえば、「来店を受け付けました。受付番号は○○番です。お客様が来店されましたら、お客様の携帯端末をご確認のうえ、ご案内をお願いいたします。」等とすることができる。スタッフは、この音声メッセージに応じて、受付番号を記録してもよい。その後、スタッフは、電話端末３０を操作して通話を終了してもよい。
（ステップＳ２３）
管理サーバ１０は、通信ネットワーク６０を介して、受付番号を店舗管理端末２０に送信する。店舗管理端末２０は、管理サーバ１０から、通信ネットワーク６０を介して受付番号を受信することにより取得する。
（ステップＳ２４）
店舗管理端末２０は、席確保管理データベースＤ２（図５）を更新するとともに席確保管理情報を表示する。たとえば、席確保管理データベースＤ２において、受信した受付番号について新たな行を生成し、受付番号に所定の情報を関連付けて記憶する。人数、連絡先および基準時刻は、たとえばステップＳ２３において、受付番号に関連付けて管理サーバ１０から店舗管理端末２０に送信することができる。
ここで、連絡先は、別途準備されるユーザ管理データベース（図示せず）から管理サーバ１０が取得することができる。また、基準時刻は、たとえば管理サーバ１０において回答情報（本実施形態ではプッシュトーン）が取得された時刻を表す。すなわち、この例では、管理サーバ１０は、回答情報が取得された時刻を基準として有効期限を決定する。残り時間は、有効期限から現在時刻を減算することにより算出することができる。

図１５は、ステップＳ２４において席確保管理情報を表示する席確保管理画像Ｉ６の例である。席確保管理画像Ｉ６の受付番号、残り時間、人数、承認時間およびアカウント情報は、それぞれ、席確保管理データベースＤ２の受付番号、残り時間、人数、基準時刻および連絡先に対応する。このように、店舗管理端末２０が席確保に関する情報を表示することにより、店舗のスタッフは席確保状況を把握することができる。また、必要に応じて、連絡先を参照してユーザと連絡を取ることができる。また、席確保管理画像Ｉ６は、席確保のそれぞれについて削除ボタンＩ６１を含む。店舗管理端末２０は、削除ボタンＩ６１が操作されることに応じて、対応する席確保に関する情報を席確保管理データベースＤ２から削除してもよい。

（ステップＳ２５）
管理サーバ１０は、ユーザ端末４０から受け付けた席確保に関する情報に基づいて画像データを生成する。画像データは、ユーザ端末４０に表示される画像を表すデータである。ステップＳ２５において生成される画像データは、後述する席確保表示画像Ｉ７を表すデータと、チェックイン確認画像Ｉ８を表すデータと、席確保無効画像Ｉ９を表すデータとを含む。これらの画像の詳細については後述する。
（ステップＳ２６）
管理サーバ１０は、通信ネットワーク６０を介して、画像データをユーザ端末４０に送信する。ユーザ端末４０は、管理サーバ１０から、通信ネットワーク６０を介して、画像データを受信することにより取得する。
（ステップＳ２７）
ユーザ端末４０は、ステップＳ２６で取得した画像データに基づき、席確保表示画像Ｉ７を表示する。

図１６は、席確保表示画像Ｉ７の例である。席確保表示画像Ｉ７は、席確保希望が受理されたことを示すメッセージＩ７１を含む。
席確保表示画像Ｉ７は、席確保の有効期限を示す情報を含む。図１６の例では、この情報は、席確保の有効期限を示すメッセージＩ７２と、席確保の有効期限までの残り時間Ｉ７３とによって表される。上述のように、管理サーバ１０は、基準時刻に所定の有効期間（たとえば１０分）を加算することにより席確保の有効期限を算出することができる。また、管理サーバ１０は、有効期限から現在時刻を減算することにより残り時間を算出することができる。管理サーバ１０は、このような情報を算出し、表示することにより、ユーザは有効期限を明確に認識することができ、有効期限の実効性がより高くなる。
席確保表示画像Ｉ７は、ユーザ端末４０の現在地から席確保に係る店舗までの推定移動時間を示すメッセージＩ７４と、席確保の有効期限を経過した場合の取り扱いを示すメッセージＩ７５とを含む。
席確保表示画像Ｉ７は、チェックイン処理開始ボタンＩ７６を含む。チェックイン処理開始ボタンＩ７６は後述のチェックイン処理（ステップＳ２９）において用いられる。本実施形態では、チェックイン処理開始ボタンＩ７６はユーザでなく店舗のスタッフが操作することを想定しており、店舗のスタッフが操作すべきであることを示すメッセージ（たとえば「スタッフ専用ボタン」）とともに表示される。
ユーザ端末４０は、ステップＳ２８またはＳ３０が実行されるまで、席確保表示画像Ｉ７を表示し続けてもよい。そのようにすると、ユーザは常に有効期限を意識し続けることができ、有効期限の実効性がさらに高くなる。

（ステップＳ２８）
ユーザ端末４０は、現在時刻が席確保の有効期限内であるか否かを判定する。有効期限内である場合には、処理はステップＳ２９に進む。有効期限内でない場合には、処理はステップＳ３０に進む。
（ステップＳ２９）
ユーザ端末４０は、所定のチェックイン処理が完了したか否かを判定する。チェックイン処理は、席確保に係る店舗にユーザが到着したことを確認する処理である。チェックイン処理において、ユーザは席確保表示画像Ｉ７が表示されている状態のユーザ端末４０を店舗の従業員に提示し、従業員がチェックイン処理開始ボタンＩ７６を操作する。

図１７は、チェックイン処理に係るチェックイン確認画像Ｉ８の例である。ユーザ端末４０は、チェックイン処理開始ボタンＩ７６が操作されることに応じて、チェックイン確認画像Ｉ８を表示する。チェックイン確認画像Ｉ８は、席確保表示画像Ｉ７に重畳して表示されてもよい。
チェックイン確認画像Ｉ８は、受付番号Ｉ８１と、チェックインの確認を促すメッセージＩ８２と、確認ボタンＩ８３と、キャンセルボタンＩ８４とを含む。管理サーバ１０は、発行した受付番号に基づいて、チェックイン確認画像Ｉ８を生成する。
ここで、店舗のスタッフ、チェックイン確認画像Ｉ８に表示された受付番号と、席確保管理画像Ｉ６に表示された受付番号のいずれかとが一致するか否かを判断する。一致するものが存在する場合には、チェックイン確認画像Ｉ８において確認ボタンＩ８３を操作する。確認ボタンＩ８３が操作されることに応じて、ユーザ端末４０はチェックイン処理を完了する。この際に、ユーザ端末４０は、チェックイン処理が完了したことを示す「完了しました」等のメッセージを表示してもよい。さらに、スタッフは、店舗管理端末２０の席確保管理画像Ｉ６において、当該席確保に対応する削除ボタンＩ６１を操作してもよい。
なお、受付番号が一致しない場合の対応は任意に設計可能であるが、たとえばスタッフは、キャンセルボタンＩ８４を操作するとともに、当該店舗がユーザの席確保に係る店舗ではないことをユーザに説明してもよい。
以上のようなチェックイン処理が完了していない場合には、処理はステップＳ２８に戻る。チェックイン処理が完了している場合には、図８の処理は終了する。

（ステップＳ３０）
ステップＳ２８において、現在時刻が席確保の有効期限内でない場合には、ユーザ端末４０は、ステップＳ２６で取得した画像データに基づき、席確保無効画像を表示する。

図１８は、席確保無効画像Ｉ９の例である。席確保無効画像Ｉ９は、有効期限が経過したため席確保が無効となったことを示すメッセージＩ９１と、受付番号を示すメッセージＩ９２と、同一店舗に対する再席確保を所定時刻まで受け付けないことを示すメッセージＩ９３とを含む。すなわち、管理サーバ１０は、事前に設定された所定時間（例えば２時間）を基準時間に加算し、再リクエストができない時刻を算出する。管理サーバ１０は、発行した受付番号や、店舗情報、再リクエストができない時刻、席確保希望情報に基づいて、席確保無効画像Ｉ９を生成する。また、席確保無効画像Ｉ９は、図示のように上述のチェックイン処理開始ボタンＩ７６（席確保表示画像Ｉ７のチェックイン処理開始ボタンＩ７６と同一）を含んでもよい。

ステップＳ３０の後の処理は、当業者が適宜設計可能である。なお、図１８のように席確保無効画像Ｉ９においてチェックイン処理開始ボタンＩ７６が表示されている場合には、ステップＳ２９と同様のチェックイン処理が実行可能であってもよい。

以上の説明は、図７のステップＳ１３において席確保希望が受理された場合のものである。以下、ステップＳ１３において席確保希望が受理されなかった場合について、図９を用いて説明する。
（ステップＳ４１）
管理サーバ１０は、電話端末３０との音声通話において、席確保が拒否されたことを確認する音声メッセージを出力する。電話端末３０は、この音声メッセージを従業員に対して再生する。音声メッセージは、たとえば「来店を拒否しました。ご利用、ありがとうございました。」等とすることができる。
（ステップＳ４２）
管理サーバ１０は、席確保不可画像データを生成する。席確保不可画像データは、ユーザ端末４０に表示される画像を表すデータである。

図１９は、席確保不可画像Ｉ１０の例である（なおこの画像が実際に表示されるのは後述のステップＳ４４においてである）。席確保不可画像Ｉ１０は、席確保希望が受理されなかったことを示すメッセージＩ１０１と、店舗の検索を指示するボタンＩ１０２とを含む。

（ステップＳ４３）
管理サーバ１０は、通信ネットワーク６０を介して、席確保不可画像データをユーザ端末４０に送信する。ユーザ端末４０は、管理サーバ１０から、通信ネットワーク６０を介して、席確保不可画像データを受信することにより取得する。
（ステップＳ４４）
ユーザ端末４０は、席確保不可画像データに基づき、席確保不可画像Ｉ１０を表示する。ユーザ端末４０は、ボタンＩ１０２が操作されることに応じ、再度、図７の処理の実行を開始してもよい。

＜第１実施形態のまとめ＞
ユーザは、ユーザ端末４０および管理サーバ１０を介して店舗５０を検索し、空きがある（利用可能な席があり、満席ではない）特定の店舗について席確保希望を送信することができる。ユーザ端末４０には待機画面を表示しつつ、管理サーバ１０は、この席確保希望照会に応じ、電話端末３０を介して受理の可否を照会し、その回答情報に応じて、処理を分岐させ、ユーザ端末４０に表示される画像（すなわち席確保表示画像Ｉ７または席確保不可画像Ｉ１０）を表すデータを生成する。この画像によって、ユーザは自身の席確保希望が待機中であることや、席確保希望が受理されたか否かを理解することができる。また、この画像は席確保の有効期限を含むので、有効期限までに店舗に到着するようユーザに促すことができ、有効期限の実効性がより高くなる。また、各店舗は、将来の席確保が入っておらず空いている席について、ユーザの利用を促進することができる。

［第２実施形態］
第１実施形態では、ユーザが店舗をすぐに利用することが想定されており、利用日および利用開始を希望する時刻（以下、単に利用開始時刻とする）を決定する必要はない。第２実施形態は、第１実施形態において、利用日および利用開始時刻を用いるように変更したものである。以下、第２実施形態について説明するが、第１実施形態と共通する部分については説明を省略する場合がある。

ステップＳ８において取得される席確保希望情報は、さらに利用日および利用開始時刻に関する情報を含む。たとえば、図１３の人数入力画像Ｉ４は、さらに利用日および利用開始時刻の入力欄を含み、ユーザ端末４０は利用日および利用開始時刻を取得することができる。また、ステップＳ１１において再生される音声メッセージは、利用日および利用開始時刻を示す情報を含んでもよい。なお、利用開始時刻に関する情報は、利用終了時刻を示す情報とともに入力される利用時間帯を表すものであってもよい。たとえば利用時間帯が１７：００～１９：００である場合には、利用開始時刻は１７：００となる。

本形態においては、席確保希望情報として、ユーザ端末４０からさらに有効期限表示開始時間に関する情報を入力してもらうものとする。有効期限表示開始時間とは、利用開始時刻に対してどれだけ前から、席確保の有効期限の表示（たとえばカウントダウン）を開始するかを示す情報であり、たとえば、「３０分前」、「２０分前」、「１０分前」等のように選択または入力される。管理サーバ１０は、席確保の有効期限からカウントダウン開始時間を減算した時刻において、ステップＳ２６を実行する。画像データの送信はたとえばプッシュ通知を用いて行うことができる。ユーザ端末４０において、このプッシュ通知に応じ、特定のアプリケーションプログラム（たとえば図８の処理に係るもの）が実行されると、ユーザ端末４０はステップＳ２７以降を実行する。
このような構成によれば、ユーザは移動時間等を考慮して適切な時刻に有効期限の表示を開始させることができ、有効期限の実効性がより高くなる。

なお、ユーザ端末４０または管理サーバ１０は、店舗ごとに、有効期限表示開始時間について有効な範囲を決定してもよい。たとえば、店舗の最寄り駅から店舗までの徒歩移動時間を取得または算出し、この徒歩移動時間以下となる有効期限表示開始時間については指定できないように構成してもよい。
さらに、店舗ごとに有効期限表示開始時間の上限を記憶しておき、この上限を超える有効期限表示開始時間については指定できないように構成してもよい。有効期限表示開始時間の上限は、各店舗が任意に決定できるようにすると好適である。このような構成によれば、各店舗の判断により、あまりに早い来店を回避することができる。
なお、有効期限表示開始時間を常に固定の値とし、ユーザおよび店舗が指定できないように構成することも可能である。

＜第２実施形態のまとめ＞
ユーザは、席確保希望を送信する際に、利用日および到着時刻を指定することができる。管理サーバ１０は、到着時刻の前に席確保表示画像Ｉ７を表すデータを生成する。第１実施形態と同様に、ユーザ端末４０が席確保表示画像Ｉ７は席確保の有効期限を含むので、有効期限までに店舗に到着するようユーザに促すことができ、有効期限の実効性がより高くなる。到着時刻のどれだけ前に席確保表示画像Ｉ７が表示されるようにするか（固定か指定可能かを含む）は適宜設計可能である。

［第３実施形態］
第１実施形態では、店舗に利用可能な席がある空き状況の場合に、席確保希望を送信できるシステムとして説明した。第３実施形態では、店舗側が席確保希望の送信の可否を設定できるようにするシステムを説明する。店舗５０は、店舗管理端末２０に表示される管理画面を介して、席確保希望を送信できる機能（以下、席確保機能）に関する設定ができる。
図２１は、席確保機能の設定を行う管理画面Ｉ１１０の一例を示す図である。管理画面においては、席確保機能（１０分キープ機能）を利用するか否かを選択することができる。また、利用する場合には、席確保機能の受付時間帯を設定することができる。本実施形態では、管理画面においては曜日ごとに、「営業時間中」、「時間を指定」、「なし」、のうちいずれかを受け付け時間帯として設定できる。選択肢「営業時間中」は、店舗の営業時間中であれば常に席確保機能を受け付けるという設定である。ただしこの場合でも、リアルタイムな空き情報が「満席」を示す場合には、席確保できないことが明らかなので、席確保機能は利用できない状態となる。選択肢「時間を指定」は、その曜日の営業時間中のうち、席確保機能を受け付ける時間帯を設定する。従業員が「時間を指定」を選択すると、受付時間の開始時間及び終了時間を１つ以上、入力可能となる。さらに、選択肢「なし」はその曜日は、席確保機能を受け付けないようにする設定である。
従業員は、管理画面を介して席確保機能の設定を入力し、保存ボタンＩ１１１を押し下げすると、店舗管理端末２０は、入力された情報を管理サーバ１０に送信する。管理サーバは、席確保機能に関する設定情報を受信すると、店舗管理データベースＤ１または専用のデータベースに設定情報を記憶する。
さらに管理サーバ１０は、Ｓ６において店舗情報を送信する際は、さらに設定情報もユーザ端末に送信する。Ｓ７においてユーザ端末４０は、店舗情報及び設定情報に基づいて、表示する店舗の詳細情報を含む表示画像を生成し、表示する。この時、店舗の詳細情報として、席確保希望操作部Ｉ１３（図１０）をアクティブ状態とするか否か、あるいは表示するか否かは、店舗の空き情報と席確保機能の設定情報に応じて決定される。具体例として、現時刻が受付時間帯に含まれており、かつ空き状態が「満席」でなければ、席確保希望操作部Ｉ１３をアクティブ状態とする。そうでなければ、席確保希望操作部Ｉ１３を非アクティブ状態とする。
＜第３実施形態のまとめ＞
店舗のスタッフは、店舗管理端末２０を介して、ユーザ端末４０が席確保機能の送信をできるようにするか否かを設定することができる。例えば、店舗の運営方針によって、ランチタイムは席確保機能を受け付けない、土日のみ受け付けるなどを設定することができる。これにより、店舗が意図しない時間帯に電話がかかるオペレーションが増えてしまうのを防ぐことができる。
なお、上述の説明では、席確保機能の受付時間帯を設定する方法を例に説明した。しかしながらさらに、席確保機能を利用する条件として、空き情報を設定するようにしても良い。例えば、空き情報として「空きあり」「混雑」「満席」のいずれか配信する場合に、店舗が、「空きあり」の場合にのみ席確保機能を受け付ける、あるいは、「空きあり」および「混雑」両方の場合に席確保機能を受け付ける、のいずれかを選択できるようにしても良い。この場合、Ｓ７において店舗情報を表示するための表示画像を生成するユーザ端末は、設定情報に指定された条件を満たすか否かを店舗情報から判定し、条件を満たす場合にのみ「１０分キープ」（席確保希望操作部）を操作できるように表示する。
［その他の実施形態］
第１実施形態では、席確保の有効期間は１０分間であり、したがって有効期限は基準時刻から１０分後となる。この有効期限は、他の値としてもよいし、ユーザが指定できるようにしてもよい。たとえば、人数入力画像Ｉ４において、さらにユーザが希望する有効期間または有効期限を入力できるようにしてもよい。その場合には、席確保希望情報（ステップＳ８およびＳ９）は有効期間または有効期限を含んでもよく、管理サーバ１０は有効期限または有効期限を音声メッセージで出力してもよい（ステップＳ１１）。

第１または第２実施形態において、店舗表示画像Ｉ１（図１０）は地図を含まないものであってもよい。
図２０は、店舗表示画像の変形例として、地図を含まないものを示す。この例では、店舗ごとにカード形式で情報が表示されており、たとえば店舗ごとに店舗識別情報Ｉ１２と席確保希望操作部Ｉ１３とが関連付けられて表示される。

また、店舗表示画像は、店舗の空き状況に関する情報を含む。たとえば、店舗のそれぞれについて、空席が多い場合には「空きあり」、空席が少ない場合には「混雑」、空席がない場合には「満席」、等の文字列を表示している。空き状況に関する情報は、たとえば管理サーバ１０からユーザ端末４０に送信され、上述の実施形態と同様、「満席」の空き状況である場合には、席確保希望操作部を押し下げできず、「空きあり」または「混雑」の店舗のみ、席確保希望操作部を押し下げして席確保希望情報を送信することができる。このようにすると、ユーザは満席の店舗を避けることができるので、満席のため席確保希望が受理されないといった事態を回避することができる。また、店舗側は席確保ができないことが明らかな状況において、ユーザによる問い合わせを減らすことができる。

席確保表示画像Ｉ７（図１６）の例では、残り時間Ｉ７３は分および秒を単位とする数値によって表されるが、残り時間に関する情報は他の態様で示されてもよく、また残り時間に応じて態様を変更してもよい。たとえば、残り時間が５分以上である場合には、「残り○分」のように分単位のみでの表示とし、残り時間が５分未満である場合には、「残り○分○秒」のように分および秒単位での表示としてもよい。また、残り時間を図形または画像等を用いて示してもよい。

電話端末３０との通信は音声に限らない。たとえば、電話端末３０に公知のコンピュータ（スマートフォンまたはタブレット端末であってもよい）を用いる場合には、席確保情報はテキストデータによって伝達することができ、回答情報および席確保受付番号はテキストデータまたは数値データによって伝達することができる。したがって、電話端末３０を店舗管理端末２０に統合することも可能である。

図１１～１３は、ステップＳ２７において表示可能な画像の例であるが、ステップＳ８における処理の具体的な動作は上記において説明したものに限らず、当業者が適宜設計することができる。図１１～１３を用いて説明した処理の一部または全部を省略してもよい。たとえば図１１のチュートリアル画像を省略して図１２のログイン画像を表示してもよい。また、たとえば図１２に係るログイン処理を省略してもよい。さらに、店舗の利用態様等によって利用人数の入力が不要な場合には、図１３の人数入力画像Ｉ４は不要である。

第１実施形態では、ステップＳ９において席確保希望情報が送信されると、ステップＳ１１において管理サーバ１０が必ず電話端末３０に電話をかけるが、変形例として、管理サーバ１０が電話端末３０に電話をかけるか否かを判定するように構成してもよい。
たとえば、管理サーバ１０は、ユーザと店舗との距離が大きい場合には、電話端末３０に電話をかけずに、席確保ができないことをユーザ端末４０に通知してもよい。具体例として、管理サーバ１０は、ステップＳ２で取得した基準位置情報と、ステップＳ５で取得した店舗位置情報とに基づき、ユーザ端末４０の位置と、店舗５０の位置との距離を算出してもよい。そして、管理サーバ１０は、この距離が所定の閾値を超える場合には、ステップＳ１１以降を実行せず、席確保希望が席確保として受理されないことを示す情報を含む画像を表す画像データを生成してユーザ端末４０に送信してもよい。席確保希望が席確保として受理されないことを示す情報は、たとえば、チュートリアル画像Ｉ２のメッセージＩ２２と同様に構成することができる。画像の具体例としては、席確保不可画像Ｉ１０（図１９）において、メッセージＩ１０１に代えてメッセージＩ２２を含むものを用いることができる。

ステップＳ２２およびＳ２３のいずれか一方は省略可能である。ステップＳ２２を省略する場合には、店舗の従業員は席確保管理画像Ｉ６等によって席確保受付番号を確認することができる。また、ステップＳ２３を省略する場合には、店舗の従業員は電話端末３０において再生される席確保受付番号を記録しておくことができる。その場合には、店舗管理端末２０は省略可能である。
また、席確保受付番号を用いないように構成することもできる。たとえば、ステップＳ２１およびＳ２２を省略し、ステップＳ２３以降では席確保受付番号に代えて、ユーザを識別するユーザ識別情報（ユーザＩＤ、氏名、メールアドレス等）を用いてもよい。ユーザ識別情報は、たとえばログイン処理を介して取得することができる。その場合には、ユーザは自身のユーザ識別情報を店舗の従業員に提示し、従業員は席確保管理データベースＤ２等に記憶されるユーザ識別情報を用いて照会を行うことができる。

第１および第２実施形態では、とくに管理サーバ１０が主な情報処理装置として動作するが、ユーザ端末４０が主な情報処理装置として動作してもよい。
その場合には、ステップＳ１１～Ｓ２５およびＳ４１～Ｓ４２において管理サーバ１０が実行する処理は、ユーザ端末４０が実行するように構成される。また、ステップＳ２６およびＳ４３は省略される。
また上述の実施形態では、店舗として飲食店を例に説明したが、上述の実施形態のような席確保など予約のシステムは、自治体やサービスカウンター等の窓口、駐車場やコーワキングスペースなど、利用するにあたりスペースや人員の確保が必要な施設に適用可能である。

各画像は、任意に統合または分割することができる。たとえば席確保表示画像Ｉ７およびチェックイン確認画像Ｉ８をまとめて１枚の画像としてもよい。

１…席確保管理システム
１０…管理サーバ（情報処理装置）
２０…店舗管理端末
３０…電話端末
４０…ユーザ端末（情報処理装置）
５０…店舗
６０…通信ネットワーク
Ｄ１…店舗管理データベース
Ｄ２…席確保管理データベース
Ｉ１…店舗表示画像
Ｉ２…チュートリアル画像
Ｉ３…ログイン画像
Ｉ４…人数入力画像
Ｉ５…待機画像
Ｉ６…席確保管理画像
Ｉ７…席確保表示画像（ユーザ端末に表示される画像）
Ｉ８…チェックイン確認画像（ユーザ端末に表示される画像）
Ｉ９…席確保無効画像（ユーザ端末に表示される画像）
Ｉ１０…席確保不可画像

Claims (3)

1. ユーザ端末がユーザ操作を介して施設に対する席確保希望を受け付けると、席確保希望に関する席確保希望情報をサーバに送信し、
   前記サーバは、前記席確保希望情報に応じて前記施設の電話端末に通話し、前記席確保希望を受理するか否かの回答情報を前記電話端末から取得し、前記回答情報が前記席確保希望が受理されたことを示す場合には、前記席確保希望が受理されたことを示す席確保情報を前記ユーザ端末に送信するシステムであって、
   前記席確保情報は、前記サーバが前記回答情報を受信した時刻に基づいて決定された席確保の有効期限を含み、
   前記ユーザ端末は、前記席確保希望情報を受け付けた後、前記席確保情報を前記サーバから取得するまでは、待機中であることを示すメッセージ及び前記席確保情報を取得するまでの目安の待機時間を含む待機画面を表示し、前記席確保情報を受信すると、前記有効期限に関する情報を表示する、システム。
2. 前記サーバは、前記回答情報が前記席確保希望が受理されたことを示す場合には、席確保を識別する席確保識別情報を生成し、前記席確保情報と共に前記席確保識別情報を前記ユーザ端末に送信し、
   前記ユーザ端末は、前記席確保識別情報を表示する、請求項１に記載のシステム。
3. 前記席確保識別情報は、複数の数字によって構成された番号である、請求項２に記載のシステム。

Images