特許 7110923 情報処理装置、情報処理方法及びプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-07-25

(45)【発行日】2022-08-02

(54)【発明の名称】情報処理装置、情報処理方法及びプログラム

(51)【国際特許分類】

   G06Q 50/12 20120101AFI20220726BHJP

【ＦＩ】

G06Q50/12

【請求項の数】 8

(21)【出願番号】P 2018211060

(22)【出願日】2018-11-09

(65)【公開番号】P2020077273

(43)【公開日】2020-05-21

【審査請求日】2021-07-29

(73)【特許権者】

【識別番号】500175565

【氏名又は名称】株式会社ぐるなび

(74)【代理人】

【識別番号】110003339

【氏名又は名称】特許業務法人南青山国際特許事務所

(74)【代理人】

【識別番号】100104215

【弁理士】

【氏名又は名称】大森 純一

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100168181

【弁理士】

【氏名又は名称】中村 哲平

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100160989

【弁理士】

【氏名又は名称】関根 正好

(74)【代理人】

【識別番号】100168745

【弁理士】

【氏名又は名称】金子 彩子

(74)【代理人】

【識別番号】100176131

【弁理士】

【氏名又は名称】金山 慎太郎

(74)【代理人】

【識別番号】100197398

【弁理士】

【氏名又は名称】千葉 絢子

(74)【代理人】

【識別番号】100197619

【弁理士】

【氏名又は名称】白鹿 智久

(72)【発明者】

【氏名】千葉 牧人

【審査官】久慈 渉

(56)【参考文献】

【文献】特開２０１８－１１００４２（ＪＰ，Ａ）

【文献】登録実用新案第３２１０３８０（ＪＰ，Ｕ）

【文献】特開２０１４－２４１４６７（ＪＰ，Ａ）

【文献】特開２０１２－１１５５７０（ＪＰ，Ａ）

【文献】特開２００９－１６３４０６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

テーブルごとに、辺の長さを示す情報と、利用客１人分の幅の情報と、を記憶する記憶部と、
複数のテーブルの結合を示す結合情報を受信した場合、前記複数のテーブルそれぞれの前記辺の長さを示す情報と、前記利用客１人分の幅の情報に基づいて、同じ辺に座る利用客同士の間の距離が所定距離以上離れるように、結合後のテーブルの最大着席可能人数を設定する制御部
を具備する情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記制御部は、前記同じ辺を構成する前記複数のテーブルそれぞれの辺の長さの和と、前記利用客１人分の幅の情報と、前記所定距離に基づいて、前記同じ辺に座る利用客同士の間の距離が前記所定距離以上離れるように、前記同じ辺の最大着席可能人数を算出し、算出した前記同じ辺の最大着席可能人数に基づいて、前記結合後のテーブルの最大着席可能人数を設定する
情報処理装置。

【請求項3】

請求項１又は２に記載の情報処理装置であって、
前記利用客１人分の幅の情報は、少なくとも大人と子供の区分に応じて設定され、
前記制御部は、前記区分に応じて設定された前記利用客１人分の幅の情報に基づいて、前記結合後のテーブルの最大着席可能人数を設定する
情報処理装置。

【請求項4】

請求項１から３のいずれかに記載の情報処理装置であって、
前記利用客１人分の幅の情報は、少なくとも男女の性別に応じて設定され、
前記制御部は、前記性別に応じて設定された前記利用客１人分の幅の情報に基づいて、前記結合後のテーブルの最大着席可能人数を設定する
情報処理装置。

【請求項5】

請求項１から４のいずれかに記載の情報処理装置であって、
前記制御部は、前記結合後のテーブルの利用時間帯を示す情報を受信し、前記結合後のテーブルの利用時間帯の店舗内のテーブルの利用割合が高いほど前記所定距離を短縮して、前記結合後のテーブルの最大着席可能人数を設定する
情報処理装置。

【請求項6】

請求項１から５のいずれかに記載の情報処理装置であって、
前記制御部は、客グループに含まれる利用客の過去の利用履歴に基づく平均消費金額を示す情報を受信し、前記平均消費金額が高いほど前記所定距離を延長して、前記結合後のテーブルの最大着席可能人数を設定する
情報処理装置。

【請求項7】

テーブルごとに、辺の長さを示す情報と、利用客１人分の幅の情報と、を記憶し、
複数のテーブルの結合を示す結合情報を受信した場合、前記複数のテーブルそれぞれの前記辺の長さを示す情報と、前記利用客１人分の幅の情報に基づいて、同じ辺に座る利用客同士の間の距離が所定距離以上離れるように、結合後のテーブルの最大着席可能人数を設定する、
コンピュータが実行する情報処理方法。

【請求項8】

コンピュータに、
テーブルごとに、辺の長さを示す情報と、利用客１人分の幅の情報と、を記憶するステップと、
複数のテーブルの結合を示す結合情報を受信した場合、前記複数のテーブルそれぞれの前記辺の長さを示す情報と、前記利用客１人分の幅の情報に基づいて、同じ辺に座る利用客同士の間の距離が所定距離以上離れるように、結合後のテーブルの最大着席可能人数を設定するステップ
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、飲食店内の設備（テーブル）を管理するための情報処理の技術分野に関する。

【背景技術】

【0002】

特許文献１には、ユーザが飲食店における予約座席を指定することについて記載がある。しかし、テーブルが結合することや分離することについては考慮されていない。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１５－０８４１９６号公報

【発明の概要】

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

【0004】

飲食店内の設備、特にテーブルを管理する情報処理の技術分野においては、各テーブルに最大着席可能人数を設定する場合がある。しかし、従来は、上記特許文献１のようにテーブルの結合等について考慮されておらず、テーブルを結合する際、単純に各テーブルの最大着席可能人数を合算していた。

【0005】

しかし、複数のテーブルの間を詰めたことにより、テーブルの角近傍に座る人と、他のテーブルの角近傍に座る人との距離が近くなり、それぞれの人に窮屈さを感じさせる可能性がある。

【0006】

本発明は、各テーブルの最大着席可能人数を設定する情報処理において、座る人に窮屈さを感じさせないようにすることを目的とする。

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

【0007】

上記目的を達成する本発明の一実施形態は、記憶部と制御部を具備する情報処理装置である。
上記記憶部は、テーブルごとに、辺の長さを示す情報と、利用客１人分の幅の情報と、を記憶する。
上記制御部は、複数のテーブルの結合を示す結合情報を受信した場合、上記複数のテーブルそれぞれの上記辺の長さを示す情報と、上記利用客１人分の幅の情報に基づいて、同じ辺に座る利用客同士の間の距離が所定の第１の距離以上離れるように、結合後のテーブルの最大着席可能人数を設定する。

【0008】

上記制御部が、上記複数のテーブルそれぞれの上記辺の長さを示す情報と、上記利用客１人分の幅の情報に基づいて、同じ辺に座る利用客同士の間の距離が所定の第１の距離以上離れるように、結合後のテーブルの最大着席可能人数を設定することとしたので、結合後のテーブルに座る人と人との間には少なくとも上記第１の距離が保たれることになり、座る人に窮屈さを感じさせないようにすることができる。

【0009】

上記制御部は、上記同じ辺を構成する上記複数のテーブルそれぞれの辺の長さの和と、上記利用客１人分の幅の情報と、上記第１の距離に基づいて、上記同じ辺に座る利用客同士の間の距離が上記第１の距離以上離れるように、上記同じ辺の最大着席可能人数を算出し、算出した上記同じ辺の最大着席可能人数に基づいて、上記結合後のテーブルの最大着席可能人数を設定してもよい。

【0010】

上記制御部が、上記同じ辺を構成する上記複数のテーブルそれぞれの辺の長さの和と、上記利用客１人分の幅の情報と、上記第１の距離に基づいて、上記同じ辺に座る利用客同士の間の距離が上記第１の距離以上離れるように、上記同じ辺の最大着席可能人数を算出し、算出した上記同じ辺の最大着席可能人数に基づいて、上記結合後のテーブルの最大着席可能人数を設定することとしたので、まず、結合後の一辺（上記同じ辺）の最大着席可能人数を算出し、次に、結合後のテーブル全体の最大着席可能人数を設定することにより、最大着席可能人数の設定が具体的に実現可能になる。

【0011】

上記利用客１人分の幅の情報は、少なくとも大人と子供の区分に応じて設定されてもよい。
この場合、上記制御部は、上記区分に応じて設定された上記利用客１人分の幅の情報に基づいて、上記結合後のテーブルの最大着席可能人数を設定してもよい。

【0012】

上記制御部が、上記区分に応じて設定された上記利用客１人分の幅の情報に基づいて、上記結合後のテーブルの最大着席可能人数を設定することとしたので、子供連れの客グループの来店に際しても最適な最大着席可能人数の設定が可能になる。

【0013】

上記利用客１人分の幅の情報は、少なくとも男女の性別に応じて設定されてもよい。
この場合、上記制御部は、上記性別に応じて設定された上記利用客１人分の幅の情報に基づいて、上記結合後のテーブルの最大着席可能人数を設定してもよい。

【0014】

上記制御部が、上記性別に応じて設定された上記利用客１人分の幅の情報に基づいて、上記結合後のテーブルの最大着席可能人数を設定することとしたので、客グループ内の性別に応じて最適な最大着席可能人数の設定が可能になる。

【0015】

上記制御部は、上記結合後のテーブルの利用時間帯を示す情報を受信し、上記結合後のテーブルの利用時間帯の店舗内のテーブルの利用割合が高いほど上記第１の距離を短縮して、上記結合後のテーブルの最大着席可能人数を設定してもよい。

【0016】

上記制御部が、上記結合後のテーブルの利用時間帯を示す情報を受信し、上記結合後のテーブルの利用時間帯の店舗内のテーブルの利用割合が高いほど上記第１の距離を短縮して、上記結合後のテーブルの最大着席可能人数を設定することとしたので、混雑時にはより多くの人が結合後のテーブルに座れるように最大着席可能人数を設定することができる。

【0017】

上記制御部は、客グループに含まれる利用客の過去の利用履歴に基づく平均消費金額を示す情報を受信し、上記平均消費金額が高いほど上記第１の距離を延長して、上記結合後のテーブルの最大着席可能人数を設定してもよい。

【0018】

上記制御部が、客グループに含まれる利用客の過去の利用履歴に基づく平均消費金額を示す情報を受信し、上記平均消費金額が高いほど上記第１の距離を延長して、上記結合後のテーブルの最大着席可能人数を設定することとしたので、座る人と人の間に過去の利用履歴に基づく上記平均消費金額に相応な距離を確保することができ、顧客満足を獲得できる。

【0019】

上記目的は、以下の実施形態によっても達成できる。
テーブルごとに、辺の長さを示す情報と、利用客１人分の幅の情報と、を記憶し、
複数のテーブルの結合を示す結合情報を受信した場合、上記複数のテーブルそれぞれの上記辺の長さを示す情報と、上記利用客１人分の幅の情報に基づいて、同じ辺に座る利用客同士の間の距離が所定の第１の距離以上離れるように、結合後のテーブルの最大着席可能人数を設定する
情報処理方法。

【0020】

コンピュータに、
テーブルごとに、辺の長さを示す情報と、利用客１人分の幅の情報と、を記憶するステップと、
複数のテーブルの結合を示す結合情報を受信した場合、上記複数のテーブルそれぞれの上記辺の長さを示す情報と、上記利用客１人分の幅の情報に基づいて、同じ辺に座る利用客同士の間の距離が所定の第１の距離以上離れるように、結合後のテーブルの最大着席可能人数を設定するステップ
を実行させるための
プログラム。

【発明の効果】

【0021】

本発明によれば、各テーブルの最大着席可能人数を設定する情報処理において、座る人に窮屈さを感じさせないようにすることができる。

【図面の簡単な説明】

【0022】

【図1】本発明の実施形態に係る情報処理装置を含む店舗運営支援システムの構成を示す概念図である。

【図2】上記実施形態に係る情報処理装置のハードウェア構成を示す概念図である。

【図3】上記実施形態に係る情報処理装置の記憶部が有する情報を示す概念図である。

【図4】上記記憶部が有するテーブル情報データベースの記憶内容の一例を示す図である。

【図5】上記実施形態におけるテーブル情報を説明するための概念図である。

【図6】上記実施形態におけるテーブル結合時の情報処理の手順例を示すフローチャートである。

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

【0023】

以下、本発明に係る実施形態を、図面を参照しながら説明する。

【0024】

〔第１の実施形態〕
〔情報処理システム〕
図１は、本実施形態に係る情報処理装置１００を含む店舗運営支援システム１の構成を示す概念図である。店舗運営支援システム１は、飲食店の店舗内に情報処理装置１００、クラウド上に予約受付サーバ１５０を有する。予約客は、顧客端末３００を用いて予約受付サーバ１５０にアクセスし、予約要求を送信することで上記飲食店の利用を予約することができる。

【0025】

情報処理装置１００は、飲食店の店舗内で飲食店の従業員が操作する。予約受付サーバ１５０は、情報処理装置１００と顧客端末３００の間で予約受付を仲介する。予約受付サーバ１５０は、顧客端末３００から予約要求を受信し、予約要求を情報処理装置１００に送信する。

【0026】

顧客端末３００は、汎用のコンピュータやスマートフォンなどで構成される。顧客は顧客端末３００を通して、予約要求を店舗運営支援システム１に提供する。予約要求には、少なくとも予約グループの人数が含まれる。情報処理装置１００と予約受付サーバ１５０は汎用のコンピュータを用いて構成される。

【0027】

〔情報処理装置〕
図２は、本実施形態に係る情報処理装置１００のハードウェア構成を示すブロック図である。図２に示すように、情報処理装置１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

【0028】

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ（Operating System）、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

【0029】

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic Electro-Luminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、その他の入力装置である。なお、表示部１６と操作受付部１７を液晶タッチパネルにより一つにまとめてもよい。

【0030】

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

【0031】

通信部１９は、例えばＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールである。通信部１９により情報処理装置１００は他の装置とデータを送受信できる。

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

１…店舗運営支援システム
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…バス
１５…入出力インタフェース
１６…表示部
１７…操作受付部
１８…記憶部
１８１…予約情報データベース
１８２…テーブル情報データベース
１８３…顧客情報データベース
１８４…設定情報データベース
１９…通信部
１００…情報処理装置
１５０…予約受付サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】