JP7899112B2 - 情報処理装置、飲食店システム及び制御プログラム - Google Patents

Description

本発明の実施形態は、飲食店向けの情報処理装置、飲食店システム及び制御プログラムに関する。

飲食店において、テーブルごとに設置されたオーダ端末から、メニュー品目の注文を行うテーブルオーダーシステムが利用されている。

一般的なテーブルオーダ端末は、提供する複数のメニュー品目を、ジャンルごと、「季節のおすすめ」といった特集、などの、店舗側で任意に設定した店舗内で共通の順番で、表示するものとなっている。

そのため、来店客が食べたいメニュー品目にたどり着くまでに時間がかかる場合が有る。

国際公開第２０１８／１５０７５６号

一実施形態が解決しようとする課題は、来店客が所望のメニュー品目を素早く注文出来るようにする情報処理装置、飲食店システム及び制御プログラムを提供することである。

一実施形態において、情報処理装置は、第１の記憶部と、第２の記憶部と、通信部と、第１の制御部と、第２の制御部と、を備える。第１の記憶部は、提供可能な飲食物のメニュー品目ごとの画像を記憶する。第２の記憶部は、顧客を特定する顧客特定情報と関連付けて顧客ごとの傾向を表す傾向情報を記憶する。通信部は、来店した複数人の顧客の人数及び配置を取得するための情報を入力する入力端末、及び、来店した顧客それぞれの顧客特定情報を取得すると共にメニュー品目の注文を受け付けるオーダ端末と通信する。第１の制御部は、通信部により入力端末及びオーダ端末から受信した情報に基づいて、来店した複数人の顧客の人数及び配置と各顧客の顧客特定情報とを判別し、判別した各顧客の顧客特定情報に基づいて第２の記憶部より各顧客の傾向情報を取得して、取得した各顧客の傾向情報と判別した顧客の人数及び配置とに基づいて、メニュー品目を並び替える。第２の制御部は、並び替えたメニュー品目の内の１以上のメニュー品目の画像を含み、画像を判別した顧客の人数及び配置に基づいて配置した、来店した複数人の顧客による、注文するメニュー品目の選択を受け付けるためのメニュー画面を作成し、作成したメニュー画面を、通信部によりオーダ端末に送信する。

図１は、第１実施形態に係る飲食店システムの概略構成図である。 図２は、第１実施形態に係る情報処理装置としての管理サーバが備える顧客データベースに格納される顧客情報レコードのデータ構造の一例を示す模式図である。 図３は、管理サーバのプロセッサが制御プログラムに従って実行する主要な情報処理手順の一例を示す流れ図の第１の部分を示す図である。 図４は、管理サーバのプロセッサが制御プログラムに従って実行する主要な情報処理手順の一例を示す流れ図の第２の部分を示す図である。 図５は、管理サーバのプロセッサが制御プログラムに従って実行する主要な情報処理手順の一例を示す流れ図の第３の部分を示す図である。 図６は、オーダ端末の初期画面の一表示例を示す図である。 図７は、オーダ端末のメニュー画面の一表示例を示す図である。 図８は、メニュー品目の並び替えを説明するための模式図である。 図９は、オーダ端末のメニュー画面の別の表示例を示す図である。 図１０は、来店客の移動操作の一例を説明するための模式図である。 図１１は、来店客の移動後のメニュー画面の一表示例を示す図である。 図１２は、オーダ端末のメニュー画面のさらに別の表示例を示す図である。 図１３は、オーダ端末のメニュー画面の別の表示例を示す図である。 図１４は、第２実施形態に係る情報処理装置としてのオーダ端末の要部構成の一例を示すブロック図である。 図１５は、オーダ端末が備える顧客テーブルのデータ構造の一例を示す模式図である。 図１６は、オーダ端末のプロセッサが制御プログラムに従って実行する主要な情報処理手順の一例を示す流れ図の第１の部分を示す図である。 図１７は、オーダ端末のプロセッサが制御プログラムに従って実行する主要な情報処理手順の一例を示す流れ図の第２の部分を示す図である。 図１８は、オーダ端末のプロセッサが制御プログラムに従って実行する主要な情報処理手順の一例を示す流れ図の第３の部分を示す図である。

［第１実施形態］
この実施形態は、情報処理装置の一態様として管理サーバを例示する。

図１は、本実施形態の情報処理装置を含む本実施形態の飲食店システムの概略構成図である。飲食店システムは、複数のオーダ端末１、複数のカメラ２、プリンタ３、会計端末４、通信ユニット５、コンソール６、厨房端末７、管理サーバ８、などを備える。飲食店システムは、ＬＡＮ（Local Area Network）などのネットワーク９を含み、このネットワーク９を介して各オーダ端末１、各カメラ２、プリンタ３、会計端末４、通信ユニット５、コンソール６及び厨房端末７と、管理サーバ８と、を接続する。

オーダ端末１は、注文者となる来店客が使用する客席ごとに配置され、来店客自身が操作して注文を行う端末である。なお、客席は、一人用のカウンタ席と、複数人用のテーブル席と、を含む。オーダ端末１は、客席の天板の大部分（例えば、ほぼ全面）が表示領域となる液晶ディスプレイ、テーブルの大部分（例えば、ほぼ全面）が投影領域となるプロジェクタ、などの表示デバイスを備える。即ち、表示デバイスが液晶ディスプレイである場合、液晶ディスプレイは、その表示面が客席の天板と同一平面を構成するように、客席に埋め込み設置される。また、表示デバイスがプロジェクタである場合には、プロジェクタは、客席の天板がスクリーンとして機能するように、客席フロアの天井部や客席の端などに設置される。表示デバイスは、店舗が提供するメニュー品目の原寸サイズ画像を表示する装置である。さらに、オーダ端末１は、表示領域又は投影領域の全面サイズの透明タッチパネルなどの入力デバイスを備える。入力デバイスは、メニュー品目の注文を入力する装置である。

オーダ端末１は、さらに、Bluetooth（登録商標）などの近距離無線通信装置を備え、来店客が携帯するスマートフォンとの間で、近距離無線通信による情報の授受が可能に構成されている。

カメラ２は、例えば、客席フロアの天井部などに、客席ごとに取り付けられ、オーダ端末１の表示領域又は投影領域を撮影する。カメラ２は、複数の客席のオーダ端末１の表示領域又は投影領域を撮影範囲に含むように設置されることで、必ずしも客席ごとに取り付けられなくてもよい。

なお、オーダ端末１及びカメラ２は、客席のレイアウト変更に柔軟に対応出来るように、無線回路を内蔵し、例えば客席フロアの天井部などに取り付けられた１以上の中継器を介して、ネットワーク９に接続されように構成してもよい。

プリンタ３は、注文された注文品目の品名、点数及び単価と、合計金額などを記載したレシートを印刷する。レシートは、注文された注文品目の調理終了時に印刷され、注文品目と一緒に客席の注文客に渡されることが出来る。

会計端末４は、飲食代金の支払い処理を実行する装置である。会計端末４は、周知のＰＯＳ（Point Of Sales）端末を適用出来る。会計端末４は、ＰＯＳ端末に限定されるものではなく、支払い処理の機能を実行するプログラムを組み込んだパーソナルコンピュータやタブレット端末などであってもよい。すなわち、飲食代金の支払い処理の機能を実行可能な電子機器であればよい。

通信ユニット５は、インターネットなどの広域ネットワークを介して接続される店外のコンピュータシステムとの間でデータ通信を行う。店外のシステムとしては、例えば、顧客の食の好み、つまり傾向を収集するコンピュータシステム、グルメサイトなどの予約システム、などが該当する。傾向を収集するコンピュータシステムは、顧客からのアンケート情報、飲食店システムの会計端末４から収集したレシート情報や管理サーバ８が提供する注文履歴情報、などに基づいて、各顧客の傾向を類型化することで、傾向情報を蓄積する。傾向は、顧客の好みの料理のカテゴリ、料理に使用される原材料、量、味付け、複数の飲食物との組み合わせ、注文の順序等が含まれてもよい。また、顧客が好まない料理のカテゴリ、料理に使用される原材料、量、味付け、複数の飲食物との組み合わせ、注文の順序等が含まれてもよい。

コンソール６は、管理サーバ８に指示を与える入力デバイスと、管理サーバ８から取得した情報を表示する表示デバイスと、を有する。コンソール６は、例えばパーソナルコンピュータ、タブレットなどである。コンソール６は、ネットワーク９に対して必ずしも有線で接続されていなくてもよい。無線ＬＡＮなどを利用して、コンソール６が管理サーバ８と通信を行えるようにしてもよい。

厨房端末７は、厨房の調理場に設置され、調理を行う注文品目に関するデータを表示出力する。調理担当者は、厨房端末７からの出力に従って調理作業を行う。厨房端末７は、いわゆる、キッチンディスプレイ、キッチンプリンタ等である。

管理サーバ８は、飲食店が提供するメニュー品目に関するデータの管理、来店客が注文者として注文した品目である注文品目、注文数などの注文データの管理、などの各種データ管理を行うコンピュータ装置である。管理サーバ８は、プロセッサ８１、メインメモリ８２、補助記憶デバイス８３及び通信インタフェース８４を含み、プロセッサ８１に、メインメモリ８２、補助記憶デバイス８３及び通信インタフェース８４の各部を、アドレスバス，データバスなどのバスライン８５で接続する。

プロセッサ８１は、管理サーバ８の中枢部分に相当する。例えば、プロセッサ８１は、ＣＰＵ（Central Processing Unit）であるが、これに限定されない。プロセッサ８１は、マルチコア／マルチスレッドのものであって良く、複数の処理を並行して実行することが出来る。また、プロセッサ８１は、ＡＳＩＣ（Application Specific Integrated Circuit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（field-programmable gate array）、ＤＳＰ（Digital Signal processor）、等の集積回路を含む、他の多様な形式で実現されてもよい。プロセッサ８１は、メインメモリ８２または補助記憶デバイス８３に予め記憶されているプログラムをメインメモリ８２に展開する。プログラムは、管理サーバ８のプロセッサ８１に後述する各部を実現させる制御プログラムを含む。プロセッサ８１は、メインメモリ８２に展開されるプログラムを実行することで、種々の動作を実行する。

メインメモリ８２は、管理サーバ８の主記憶部分に相当する。メインメモリ８２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ８２は、不揮発性のメモリ領域ではＯＳ（Operating System）又はプログラムを記憶する。メインメモリ８２は、揮発性のメモリ領域を、プロセッサ８１によってデータが適宜書き換えられるワークエリアとして使用する。例えば、メインメモリ８２は、不揮発性のメモリ領域としてＲＯＭ（Read Only Memory）を含む。例えば、メインメモリ８２は、揮発性のメモリ領域としてＲＡＭ（Random Access Memory）を含む。

補助記憶デバイス８３は、管理サーバ８の補助記憶部分に相当する。例えば、補助記憶デバイス８３は、ＥＥＰＲＯＭ（登録商標）（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、などである。補助記憶デバイス８３は、上述のプログラム、プロセッサ８１が各種の処理を行う上で使用するデータ及びプロセッサ８１での処理によって生成されるデータを記憶する。

メインメモリ８２又は補助記憶デバイス８３が記憶するプログラムの１つに、後述する制御プログラムがある。コンピュータ装置の譲渡は一般に、制御プログラムなどのプログラムがメインメモリ８２又は補助記憶デバイス８３に記憶された状態にて行われる。しかしこれに限らず、コンピュータ装置が備える書き込み可能な記憶デバイスに、このコンピュータ装置とは個別に譲渡された制御プログラムなどがユーザなどの操作に応じて書き込まれてもよい。制御プログラムなどの譲渡は、リムーバブルな記録媒体に記録して、あるいは通信ネットワークを介した通信により行うことが出来る。記録媒体は、ＣＤ－ＲＯＭ，メモリカードなどのようにプログラムを記憶出来、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳなどと協働してその機能を実現させるものであってもよい。

通信インタフェース８４は、所定の通信プロトコルに従い、ネットワーク９を介して、管理サーバ８を他の機器と通信可能に接続する種々のインタフェースを含む。

なお、管理サーバ８のハードウェア構成は、上述の構成に限定されるものではない。管理サーバ８は、適宜、上述の構成要素の省略及び変更並びに新たな構成要素の追加を可能とする。

ここで、管理サーバ８の補助記憶デバイス８３に構成される各部について説明する。補助記憶デバイス８３は、例えば、メニューデータベース８３１、顧客データベース８３２、端末データベース８３３及び注文データベース８３４を記憶する。なお、図１では、「データベース」を「ＤＢ」と略記している。

メニューデータベース８３１は、当該飲食店が提供するメニュー品目ごとのメニュー品目ＩＤ（identifier）、名称、価格、画像、原寸サイズ、アレルギー情報、調理方法、適合する傾向、推奨品目ＩＤ、などの情報を記憶した記憶部である。メニュー品目ＩＤは、メニュー品目ごとに設定される固有のコードである。各メニュー品目は、異なるメニュー品目ＩＤによって識別される。推奨品目ＩＤは、飲食店側が任意に設定する、当該メニュー品目と同時に注文することを推奨するサイドメニューやドリンクメニューのメニュー品目のメニューＩＤである。この推奨品目ＩＤは複数有ってもよい。また、この推奨するメニュー品目は、当該メニュー品目と同時に過去に注文されていた品目に基づいて自動的に設定されるものであってもよい。さらに、飲食店側が任意に設定する又は過去の注文品目に基づいて設定される、推奨するメニュー品目は、現在の季節や天候などに合わせて自動的に設定されてもよい。例えば、冬期には、コーラに代えて暖かいドリンクにする、などである。また、メニューデータベース８３１はさらに、メニュー品目ごとの適用可能なカスタマイズを記憶してもよい。適用可能なカスタマイズとは、変更可能なサイズや量とその変更に応じた価格、調理方法、などのメニュー品目自体に関するカスタマイズ情報である。

顧客データベース８３２は、当該飲食店システムを利用して注文を行う注文者となる顧客を管理するためのデータベースであり、登録された顧客に関連付けられたデータレコードの集合である。このため、顧客データベース８３２は、顧客ごとの顧客情報レコードを含む。なお、この顧客データベース８３２に登録される情報の一部は、通信ユニット５により、店外のシステム、例えば、傾向を収集するコンピュータシステムや、グルメサイトなどの予約システムから取得することが出来る。

図２は、管理サーバ８が備える顧客データベース８３２に格納される、顧客ごとの顧客情報レコード８３２１のデータ構造の一例を示す模式図である。顧客情報レコードは、フィールドＦ１，Ｆ２，Ｆ３，Ｆ４，Ｆ５，Ｆ６などを含む。

フィールドＦ１には、関連付けられた顧客を他の顧客と識別するための顧客コードがセットされる。顧客コードは例えば、当該飲食店システムの利用者の個々を識別するために利用者ごとに設定された一意の識別コードである。この顧客コードとしては、当該飲食店システムでのみ使用するものであっても良いし、店外のシステムと共通のものであっても良い。当該飲食店システムでのみ使用する識別コードである場合には、管理サーバ８は、識別コード同士の対応関係を別途記憶しておくことで、店外のシステムと連携することが可能となる。

フィールドＦ２には、顧客コードで特定される顧客についての属性情報である会員情報がセットされる。会員情報は、氏名、性別、年齢、住所、電話番号、電子メールアドレス、飲食店システムが顧客に対して付与したインセンティブを示すインセンティブ情報、などを含み得る。インセンティブ情報は、クーポン情報、ポイントサービスのＩＤ及び保有ポイント数、などを含み得る。

フィールドＦ３には、顧客コードで特定される顧客についての顧客画像がセットされる。顧客画像は、顧客をカメラで撮影した画像ではなく、顧客が任意に設定した、他の顧客と区別可能な画像、例えばアバターやアイコンなどを含むことが出来る。

フィールドＦ４には、顧客コードで特定される顧客についての傾向情報がセットされる。傾向情報は、甘党、こってり系、などの類型化した傾向を含む。傾向情報はさらに、過去のメニュー品目の注文履歴を含むことが出来る。注文履歴は、注文品目を特定するメニュー品目ＩＤに加えて、その注文日時も含むことが出来る。これにより、プロセッサ８１は、組み合わされる確率、組み合わされる場合の注文時間間隔、などのメニュー品目同士の関係も取得することが可能となる。また、この傾向情報は、通信インタフェース８４により通信ユニット５を経由して、店外の傾向を収集するコンピュータシステムとの間で相互に利用及び更新が出来るようにしてよい。

フィールドＦ５には、顧客コードで特定される顧客についての予約情報がセットされる。予約情報は、日時及び人数を含むことが出来る。予約情報は、電話などによる予約に応じてコンソール６から入力されることが出来る。さらに、予約情報は、通信インタフェース８４により通信ユニット５を経由して、店外の予約システムなどから取得されることが出来る。

フィールドＦ６には、顧客コードで特定される顧客についての座席情報がセットされる。座席情報は、当該顧客が着いた客席を示す客席固有のコードである客席ＩＤを含む。客席ＩＤは、予約時に日時と人数に応じてコンソール６によって又は自動的に割り当てられることが出来る。また、予約が無い場合には、当該顧客を案内した座席の客席ＩＤと人数がコンソール６より入力される。座席情報はさらに、座席が複数人用のテーブル席である場合、そのテーブル席のどの位置に当該顧客が着いたかを示す着座位置を含むことが出来る。この着座位置は、各顧客の後述するオーダ端末１へのログイン操作により取得することが出来る。

端末データベース８３３は、オーダ端末１ごとの状態を記憶する記憶部である。具体的には、端末データベース８３３は、端末ＩＤ、並べ替えメニューデータ、画面情報、選択メニューデータなどのデータ項目を含む。端末ＩＤは、オーダ端末１ごとに設定される固有のコードである。並べ替えメニューデータは、顧客が着いた着座位置と顧客の傾向情報とに基づいてメニュー品目の順番を並べ替えた結果であるメニュー品目ＩＤのリストである。画面情報は、オーダ端末１に表示させるために送信した画面である。選択メニューデータは、オーダ端末１により顧客が選択した飲食物のメニュー品目ＩＤ、点数、などである。

注文データベース８３４は、客席ごとの、注文を受け付けたメニュー品目である注文品目を記憶する記憶部である。具体的には、注文データベース８３４は、伝票番号、客席ＩＤ、人数、注文メニューデータ、合計データなどのデータ項目を含む。ここで、伝票番号は、注文者となる来店客に対して発番される固有の番号である。来店客は、個人客の場合もあれば、グループ客の場合もある。来店客は、異なる伝票番号によって識別される。注文メニューデータは、当該客席に着いた来店客が注文した注文品目のメニュー品目ＩＤ、点数、金額などである。注文メニューデータは、複数の注文品目を含み得、端末データベース８３３に記憶された選択メニューデータに基づく。合計データは、当該客席に着いた来店客が注文した注文品目の合計点数及び合計金額である。なお、来店客の注文メニューデータは、来店客の各顧客コードに基づいて、顧客データベース８３２に注文履歴として記憶されることが出来る。

次に、管理サーバ８のプロセッサ８１に実装される各部について説明する。プロセッサ８１は、例えば、操作受付部８１１、オーダ端末表示制御部８１２及びオーダ管理部８１３を実装する。プロセッサ８１に実装される各部は、各機能と言うことも出来る。プロセッサ８１に実装される各部は、プロセッサ８１及びメインメモリ８２を含む制御部に実装されると言うことも出来る。

操作受付部８１１は、通信インタフェース８４を介して、各オーダ端末１及びコンソール６における操作内容に応じた操作情報を取得する。

オーダ端末表示制御部８１２は、メニューデータベース８３１及び顧客データベース８３２に記憶された情報に基づいて、操作受付部８１１が取得した操作情報に応じた各オーダ端末１へ表示させる画面を作成し、端末データベース８３３に記憶する。そして、オーダ端末表示制御部８１２は、この端末データベース８３３に記憶した画面を、通信インタフェース８４により、オーダ端末１へ送信する。作成される画面は、初期画面、メニュー画面、などを含む。初期画面は、顧客によるログイン操作を受け付けるための画面である。メニュー画面は、メニュー品目の画像を原寸サイズで表示して、注文するメニュー品目の選択を受け付けるための画面である。これら画面の詳細については後述する。

オーダ管理部８１３は、操作受付部８１１が操作情報として取得したオーダ端末１からのメニュー品目の選択結果である選択メニューデータを端末データベース８３３に記憶する。また、操作受付部８１１が操作情報として取得したオーダ端末１からの注文決定通知に応答して、端末データベース８３３に記憶されている選択メニューデータと、メニューデータベース８３１に記憶された各メニュー品目の情報とに基づいて注文メニューデータを生成し、注文データベース８３４に登録する。さらにオーダ管理部８１３は、注文メニューデータで示されるメニュー品目の調理の開始を、通信インタフェース８４により厨房端末７に送信する。

このような構成の管理サーバ８は、図示しない電源スイッチのオン操作により電源が投入されると、制御プログラムが起動する。そして、通信ユニット５を経由した店外のシステムから又はコンソール６からの予約の受付、オーダ端末１からの注文受付、などに係わる様々な情報処理を実行する。

以下、この実施形態の特徴部である注文に関する情報処理について詳細に説明する。プロセッサ８１は、通信インタフェース８４によりコンソール６からの、注文者となる来店客を案内した座席を示す客席ＩＤと人数の入力に応じて、図３乃至図５に示す一連の流れ図に示す手順の情報処理を実行する。この処理は、制御プログラムに従った処理である。なお、図３乃至図５に示すと共に以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用することが出来る。

まずプロセッサ８１は、ＡＣＴ８０１において、顧客によるログイン操作を受け付けるための初期画面を作成し、それを通信インタフェース８４により該当するオーダ端末１へ送信する。図６は、これを受信したオーダ端末１の初期画面ＳＣ１の一表示例を示す図である。オーダ端末１が備える表示デバイスの表示部１６Ｄは、客席であるテーブルＴＢＬの天板の大部分（例えば、ほぼ全面）を占め、初期画面ＳＣ１が表示部１６Ｄに全面表示される。

初期画面ＳＣ１は、スマートフォンＳＰを置くためのログイン領域ＡＲ１と、ログイン操作の仕方を説明するログインメッセージＭＥ１と、を含む。プロセッサ８１は、初期画面ＳＣ１に、座席に着く来店客の着座位置に応じて、ログイン領域ＡＲ１を配置する。図６の例は、来店客が二人の場合であり、このように来店客が複数人からなるグループである場合、プロセッサ８１は、複数の着座位置の内の一つに対応させて、ログイン領域ＡＲ１を配置する。なお、図６に破線で示す領域は、もう一人のためのログイン領域が表示される位置を示しており、この段階では初期画面ＳＣ１には未だ実際に表示されるものではない。なお、各客の着座位置は、客席ＩＤと共にコンソール６から入力するようにしてもよいし、客席ＩＤで示されるオーダ端末１に対応するカメラ２の撮影画像から周知の人検出処理を実行することで取得するようにしてもよい。

スマートフォンＳＰは、当該飲食店システムに対応したアプリケーションプログラムを実行する。このアプリケーションプログラムは、当該飲食店への予約機能、傾向の入力及び保存機能、顧客画像の作成及び保存機能、当該飲食店システムへのログイン機能、などを備える。また、アプリケーションプログラムは、店外のシステムである傾向を収集するコンピュータシステムやグルメサイトなどの予約システムを利用する機能も備えてもよい。したがって、このアプリケーションプログラムにより、来店客は、事前に、顧客画像や傾向を管理サーバ８に送信して、顧客データベース８３２に事前登録しておくことも可能である。

本実施形態におけるこのアプリケーションプログラムが提供する当該飲食店システムへのログイン機能は、顧客画像であるアバターのスワイプ操作をトリガとする。即ち、ログイン領域ＡＲ１に置いたスマートフォンＳＰで、表示部１６Ｄの中心方向、図６の例ではスマートフォンＳＰの上方へ向けてアバターがスワイプされると、アプリケーションプログラムは、スマートフォンＳＰの近距離無線通信装置を使用して、顧客コードを客席ＩＤ及び着座位置と共に送信する。この顧客コードを受信しオーダ端末１は、その顧客コードを管理サーバ８に送信する。

図３の説明に戻る。プロセッサ８１は、ＡＣＴ８０２において、このオーダ端末１から送信された顧客コードを取得する。

ＡＣＴ８０３において、プロセッサ８１は、取得した顧客コードにより顧客データベース８３２を検索し、不足情報が有るか否か判断する。具体的には、プロセッサ８１は、取得した顧客コードの顧客情報レコード８３２１が有るか否か判断する。また、該当する顧客情報レコード８３２１が存在した場合、プロセッサ８１は、その顧客情報レコード８３２１に、顧客画像、傾向情報及び座席情報がセットされているか否か判断する。顧客情報レコード８３２１が無い場合、或いは、顧客画像、傾向情報及び座席情報の何れかがセットされていな場合、プロセッサ８１は、不足情報が有ると判断する。不足情報が無ければ、プロセッサ８１は、ＡＣＴ８０５の処理に進む。不足情報が有る場合には、プロセッサ８１は、ＡＣＴ８０４の処理に進む。

ＡＣＴ８０４において、プロセッサ８１は、不足情報を取得する。

具体的には、顧客データベース８３２に顧客コードの顧客情報レコード８３２１が無かった場合には、プロセッサ８１は、顧客データベース８３２に顧客情報レコード８３２１を新規作成し、そこに取得した顧客コードをセットする。

また、顧客情報レコード８３２１に顧客画像が無かった場合には、プロセッサ８１は、通信インタフェース８４によりオーダ端末１に顧客画像の取得を依頼する。オーダ端末１は、近距離無線通信により、顧客コードを送信したスマートフォンＳＰのアプリケーションプログラムに対して、保存している顧客画像であるアバターの送信を要求し、取得する。プロセッサ８１は、通信インタフェース８４によりオーダ端末１よりアバターを取得し、顧客情報レコード８３２１のフィールドＦ３にそれをセットする。

また、顧客情報レコード８３２１に傾向情報が無かった場合には、プロセッサ８１は、通信インタフェース８４によりオーダ端末１に傾向情報の取得を依頼する。オーダ端末１は、近距離無線通信により、顧客コードを送信したスマートフォンＳＰのアプリケーションプログラムに対して、保存している傾向情報の送信を要求し、取得する。プロセッサ８１は、通信インタフェース８４によりオーダ端末１より傾向情報を取得し、顧客情報レコード８３２１のフィールドＦ４にそれをセットする。或いは、プロセッサ８１は、通信インタフェース８４により通信ユニット５を経由して、店外の傾向を収集するコンピュータシステムから、顧客コードに該当する顧客の傾向情報を取得してもよい。

また、顧客情報レコード８３２１に座席情報が無かった場合には、プロセッサ８１は、顧客コードと共に取得した客席ＩＤ及び着座位置を、顧客情報レコード８３２１のフィールドＦ６に着席情報としてセットする。

ＡＣＴ８０５において、プロセッサ８１は、コンソール６から入力された人数全員、例えば二人とも、顧客コードを取得したか否か判断する。全員の顧客コードを取得したならば、プロセッサ８１は、オーダ端末１に対応する来店客に含まれる全員がログインしたとして、ＡＣＴ８０６の処理に進む。また、未だ全員の顧客コードを取得していなければ、プロセッサ８１は、上記ＡＣＴ８０１の処理に進み、顧客コードを取得していない個人の着座位置に応じてログイン領域ＡＲ１を配置した初期画面を送信する。この場合の初期画面は、図６に実線で示したログイン領域に代えて、同図に破線で示した位置に、ログイン領域ＡＲ１が配置されたものとなる。

ＡＣＴ８０６において、プロセッサ８１は、オーダ端末１に対応する座席情報がセットされた顧客データベース８３２の顧客情報レコード８３２１より、来店客に含まれる各人の傾向情報を読み出す。またこのとき、プロセッサ８１は、その顧客情報レコード８３２１より、それぞれの顧客画像であるアバターも読み出すことが出来る。

ＡＣＴ８０７において、プロセッサ８１は、来店客に含まれる複数人の配置が対面着座であるか否か判断する。具体的には、プロセッサ８１は、オーダ端末１に対応する座席情報がセットされた顧客データベース８３２の顧客情報レコード８３２１より、来店客に含まれる各人の着座位置を読み出し、この着座位置に基づいて対面着座であるか否かを判断する。対面着座であれば、プロセッサ８１は、ＡＣＴ８１２の処理に進む。対面着座でない場合には、プロセッサ８１は、ＡＣＴ８０８の処理に進む。対面着席でない場合とは、来店客が個人客である場合に限らず、二人の顧客が横並びに着座した場合も含む。

ＡＣＴ８０８において、プロセッサ８１は、メニューを並び替える。具体的には、プロセッサ８１は、メニューデータベース８３１に記憶されたメニュー品目ごとの情報に含まれる適合する傾向により、上記ＡＣＴ８０６で読み出した来店客に含まれる各人の傾向情報に含まれる当該顧客の傾向と合致するメニュー品目を抽出する。ここで、来店客が個人客であれば、プロセッサ８１は、それら抽出したメニュー品目のメニュー品目ＩＤを、顧客の傾向との合致度が高い順に並び替える。これに対して、来店客が二人の顧客を含む場合には、プロセッサ８１は、それら二人の内の一方の顧客の傾向に基づいて抽出したメニュー品目について、さらに、他方の顧客の傾向との合致度を判別し、両者の傾向との合致度が高い順に並び替える。そして、プロセッサ８１は、並べ替え結果を、並べ替えメニューデータとして端末データベース８３３に記憶する。

ＡＣＴ８０９において、プロセッサ８１は、顧客データベース８３２から他者の顧客画像を読み出す。具体的には、プロセッサ８１は、端末データベース８３３に記憶した並べ替えメニューデータに含まれるメニュー品目について、それを注文したことのある、つまり来店客である顧客に近い傾向を有する他の顧客を、顧客データベース８３２の顧客情報レコード８３２１における傾向情報に基づいて特定する。そして、プロセッサ８１は、その特定した他の顧客の顧客画像を読み出し、端末データベース８３３に記憶した並べ替えメニューデータに含まれるメニュー品目に関連付けて、端末データベース８３３に記憶する。

ＡＣＴ８１０において、プロセッサ８１は、メニュー品目の選択を受け付けるためメニュー画面を作成し、端末データベース８３３に記憶する。そして、ＡＣＴ８１１において、プロセッサ８１は、その端末データベース８３３に記憶したメニュー画面を、通信インタフェース８４によりオーダ端末１へ送信する。

図７は、これを受信したオーダ端末１のメニュー画面ＳＣ２の一表示例を示す図である。図７は、来店客が二人の顧客を含む場合の例である。この場合のメニュー画面ＳＣ２は、その二人の顧客の着座位置に応じて配置した着座者アバターＰＡ１，ＰＡ２を含む。プロセッサ８１は、顧客データベース８３２の顧客情報レコード８３２１における座席情報により着座位置を判別し、顧客画像として記憶されたアバターを、この着座者アバターＰＡ１，ＰＡ２としてメニュー画面ＳＣ２に配置することが出来る。

また、メニュー画面ＳＣ２は、メニュー品目の画像が表示される第１及び第２メニュー品目表示領域ＡＲ２，ＡＲ３と、注文しようとするメニュー品目の選択のためのメニュー品目選択領域ＡＲ４と、を含む。

第１メニュー品目表示領域ＡＲ２は、多数のメニュー品目の縮小画像が表示される領域である。プロセッサ８１は、メニューデータベース８３１に記憶された各メニュー品目の画像を縮小し、それらを並べて第１メニュー品目表示領域ＡＲ２に配置する。このとき、プロセッサ８１は、端末データベース８３３に並べ替えメニューデータとして記憶された、来店客である二人の顧客両者の傾向との合致度が高い順に並び替えられたメニュー品目の順番に従って、メニュー品目の縮小画像を並べる。

図８は、メニュー品目の並び替えを説明するための模式図である。プロセッサ８１は、二人の顧客の傾向との合致度が最も高いメニュー品目の縮小画像が、第１メニュー品目表示領域ＡＲ２の中央に配置する。また、プロセッサ８１は、図８中に矢印Ａ及び矢印Ｂで示すように、二人の顧客の内の一方の顧客の傾向との合致度が高く且つ他方の顧客の傾向との合致度が低いメニュー品目の縮小画像ほど、一方の顧客の側となるように、メニュー品目の縮小画像を第１メニュー品目表示領域ＡＲ２に配置する。これにより、二人で横並びの場合、第１メニュー品目表示領域ＡＲ２には、その中央に二人の傾向に合ったメニュー項目の縮小画像が表示され、中央から離れるほど、片方の傾向に偏っていく。つまり、一方の顧客が好物であるが他方の顧客が苦手なメニュー品目については、そのメニュー品目が好きな人寄りに、当該メニュー品目の縮小画像が配置されることとなる。例えば、着座者アバターＰＡ１の顧客が辛いものが好きであり、着座者アバターＰＡ２の顧客が辛いもの苦手な場合、辛い料理の縮小画像は、矢印Ａで示すように、着座者アバターＰＡ１の顧客寄りに配置される。

図７の説明に戻る。第２メニュー品目表示領域ＡＲ３は、第１メニュー品目表示領域ＡＲ２に配列されたメニュー品目の中から１以上のメニュー品目の画像が原寸サイズで表示される領域である。プロセッサ８１は、メニューデータベース８３１に記憶されたメニュー品目の画像及び原寸サイズと、オーダ端末１の表示部１６Ｄのサイズとに基づいて、メニュー品目の画像が原寸サイズで表示されるように、第２メニュー品目表示領域ＡＲ３に配置する。このとき、プロセッサ８１は、来店客である二人の顧客の傾向との合致度が最も高いメニュー品目の原寸サイズ画像を、第２メニュー品目表示領域ＡＲ３の中央に配置する。また、この原寸サイズ画像の近傍位置に、来店客の顧客画像を配置する。図７の例では、来店客である二人の顧客の傾向に合致するメニュー品目であるシーフードピザの原寸サイズ画像の近傍位置に、両者の顧客画像としてアバターＡＢ１，ＡＢ２が表示されている。さらに、プロセッサ８１は、中央のメニュー品目以外のメニュー品目の原寸サイズ画像の近傍位置には、他者アバターＯＡを配置する。他者アバターＯＡは、来店客である顧客に近い傾向を有する端末データベース８３３に記憶した他の顧客の顧客画像である。この他者アバターＯＡについては、来店客である顧客の傾向との合致度に閾値を設けて、他の顧客を絞り込む。また、一つのメニュー品目に対して配置される他者アバターＯＡの個数を制限するようにしてもよい。この他者アバターＯＡの代わりに、星印などの記号や人数を表示するようにしてもよい。

また、メニュー画面ＳＣ２は、第２メニュー品目表示領域ＡＲ３における各メニュー品目の原寸サイズ画像の間の空きスペースに配置した、推奨品目画像ＲＩ１，ＲＩ２を含む。プロセッサ８１は、第２メニュー品目表示領域ＡＲ３の中央に配置したメニュー品目についてメニューデータベース８３１に記憶されている推奨品目ＩＤに基づいて、推奨のメニュー品目を特定し、その画像を、この推奨品目画像ＲＩ１，ＲＩ２とすることが出来る。

なお、プロセッサ８１は、第１メニュー品目表示領域ＡＲ２に、第１メニュー品目表示領域ＡＲ２に表示されているメニュー品目と第２メニュー品目表示領域ＡＲ３に表示されているメニュー品目の対応関係を示す範囲バーＲＢを配置する。

メニュー品目選択領域ＡＲ４は、第２メニュー品目表示領域ＡＲ３に表示されているメニュー品目の中から、注文しようとするメニュー品目の原寸サイズ画像がドラッグ＆ドロップされる領域である。

図４の説明に戻る。ＡＣＴ８１２において、プロセッサ８１は、メニューを並び替える。具体的には、プロセッサ８１は、メニューデータベース８３１に記憶されたメニュー品目ごとの情報に含まれる適合する傾向により、上記ＡＣＴ８０６で読み出した来店客に含まれる顧客それぞれについて、各人の傾向情報に含まれる当該顧客の傾向と合致するメニュー品目を抽出する。そして、プロセッサ８１は、複数の顧客それぞれについて、それら抽出したメニュー品目のメニュー品目ＩＤを、顧客の傾向との合致度が高い順に並び替え、その並べ替え結果を、並べ替えメニューデータとして端末データベース８３３に記憶する。

ＡＣＴ８１３において、プロセッサ８１は、メニュー品目の選択を受け付けるためメニュー画面を作成し、端末データベース８３３に記憶する。そして、プロセッサ８１は、上記ＡＣＴ８１１の処理に進む。

図９は、これを受信したオーダ端末１のメニュー画面ＳＣ２の一表示例を示す図である。図９は、来店客が四人の顧客を含み、二人ずつが対面着席した場合の例である。この場合のメニュー画面ＳＣ２は、各顧客のための分割領域ＤＲ１，ＤＲ２，ＤＲ３，ＤＲ４に分割される。分割領域ＤＲ１，ＤＲ２，ＤＲ３，ＤＲ４はそれぞれ、第１及び第２メニュー品目表示領域ＡＲ２，ＡＲ３を有する。また、メニュー画面ＳＣ２は、その中央、つまり、それら分割領域ＤＲ１，ＤＲ２，ＤＲ３，ＤＲ４の間に、メニュー品目選択領域ＡＲ４を含む。この場合、分割領域ＤＲ１，ＤＲ２，ＤＲ３，ＤＲ４の第２メニュー品目表示領域ＡＲ３には、対応する顧客の傾向との合致度が最も高いメニュー品目の原寸サイズ画像が、その中央に配置される。また、分割領域ＤＲ１，ＤＲ２，ＤＲ３，ＤＲ４の端には、対応する着座者アバターＰＡ１，ＰＡ２，ＰＡ３，ＰＡ４が配置される。

図４の説明に戻る。ＡＣＴ８１４において、プロセッサ８１は、来店客に含まれる顧客の着座位置の移動が有ったか否か判断する。着座位置の移動が有ったならば、プロセッサ８１は、ＡＣＴ８１８の処理に進む。また、着座位置の移動が無い場合には、プロセッサ８１は、ＡＣＴ８１５の処理に進む。

具体的には、プロセッサ８１は、次のようにして、この判断を行うことが出来る。すなわち、プロセッサ８１は、通信インタフェース８４によりオーダ端末１から受信した操作情報がドラッグ＆ドロップ操作であるか否か判断する。そして、ドラッグ＆ドロップ操作であったならば、プロセッサ８１は、そのドラッグ開始位置が何れかの着座者アバターの配置位置であり、且つ、ドロップ位置がそのドラッグされた着座者アバターの顧客とは別の顧客のための分割領域の位置であるか否か確認する。そうであれば、プロセッサ８１は、ドラッグ開始位置の分割領域に該当する座席に着いていた顧客が、ドロップ位置に相当する位置の分割領域に該当する座席に移動した、着座位置の移動が有ったと判断する。図１０は、来店客の移動操作の一例を説明するための模式図である。図１０に矢印で示されるように、例えば着座者アバターＰＡ２が、着座者アバターＰＡ４の顧客のための分割領域ＤＲ４の位置までドラッグ＆ドロップ操作された場合、プロセッサ８１は、着座者アバターＰＡ２の分割領域ＤＲ２に該当する座席に着いていた顧客が、分割領域ＤＲ４に該当する座席に移動したと判断することが出来る。

また、別の手法により、着座位置の移動を検出するようにしてもよい。例えば、各顧客が使用するカトラリーにＲＦＩＤを付けておき、このＲＦＩＤを検出することで、カトラリーを持って移動する各顧客の位置を取得することが可能となる。或いは、移動時に、再度、スマートフォンＳＰによるログイン操作を行ってもらうことで、移動した顧客の着座位置を取得するようにしてもよい。また、カメラ２の撮影画像から周知の人物検出を行ったり、何らかの生体認証を行ったりすることで、どの顧客がどの座席に着いているかを識別するようにしてもよい。

図４の説明に戻る。ＡＣＴ８１５において、プロセッサ８１は、注文が決定されたか否か判断する。具体的には、プロセッサ８１は、通信インタフェース８４によりオーダ端末１から受信した操作情報が注文決定通知であるか否か判断する。オーダ端末１は、来店客によって所定の注文の決定操作が行われると、注文決定通知を管理サーバ８に送信する。所定の注文操作としては、例えば、メニュー品目の選択に応じてメニュー画面ＳＣ２に追加される、当該メニュー品目の注文することを指示するＯＫアイコンなどのタッチ操作であることが出来る。注文が決定されたならば、プロセッサ８１は、ＡＣＴ８２２の処理に進む。また、注文が決定されていない場合には、プロセッサ８１は、ＡＣＴ８１６の処理に進む。

ＡＣＴ８１６において、プロセッサ８１は、メニュー品目が選択されたか否か判断する。具体的には、プロセッサ８１は、通信インタフェース８４によりオーダ端末１から受信した操作情報がドラッグ＆ドロップ操作であるか否か判断する。そして、ドラッグ＆ドロップ操作であったならば、プロセッサ８１は、そのドラッグ開始位置がメニュー品目の原寸サイズ画像の配置位置であり、且つ、ドロップ位置がメニュー品目選択領域ＡＲ４の配置位置であるか否か確認する。そうであれば、プロセッサ８１は、ドラッグ開始位置に相当するメニュー品目が選択されたと判断する。メニュー品目が選択されたならば、プロセッサ８１は、ＡＣＴ８２０の処理に進む。また、メニュー品目が選択されていない場合には、プロセッサ８１は、ＡＣＴ８１６の処理に進む。

ＡＣＴ８１７において、プロセッサ８１は、オーダ端末１において着座位置の移動操作、注文の決定操作及びメニュー品目の選択操作を除く、他の何からの操作が有ったか否か判断する。具体的には、プロセッサ８１は、それらの操作以外の操作に対応する操作情報を通信インタフェース８４によりオーダ端末１から受信したか否か判断する。何らかの操作が有ったならば、プロセッサ８１は、ＡＣＴ８２１の処理に進む。また、何も操作されていない場合には、プロセッサ８１は、上記ＡＣＴ８１４の処理に進む。

ＡＣＴ８１８において、プロセッサ８１は、顧客情報を更新する。具体的には、プロセッサ８１は、顧客の新たな着座位置に従って、顧客データベース８３２における該当顧客の顧客情報レコード８３２１の着席情報を更新する。

ＡＣＴ８１９において、プロセッサ８１は、メニュー画面ＳＣ２を更新し、端末データベース８３３に記憶する。そして、プロセッサ８１は、上記ＡＣＴ８１１の処理に進み、この更新したメニュー画面ＳＣ２をオーダ端末１に送信する。

図１１は、これを受信したオーダ端末１における来店客の移動後のメニュー画面ＳＣ２の一表示例を示す図である。例えば、図１０に示したように、着座者アバターＰＡ２が分割領域ＤＲ４の位置までドラッグ＆ドロップ操作された場合、プロセッサ８１は、分割領域ＤＲ２に該当する座席に着いていた顧客が、分割領域ＤＲ４に該当する座席に移動したと判断する。また、この顧客の座席移動に伴って、プロセッサ８１は、元々分割領域ＤＲ４に該当する座席に着いていた顧客は、分割領域ＤＲ２に該当する座席に移動したと判断する。よってこの場合、プロセッサ８１は、図１１に示されるように、分割領域ＤＲ４の表示内容を、移動前の分割領域ＤＲ２の表示内容に更新すると共に、分割領域ＤＲ２の表示内容を、移動前の分割領域ＤＲ４の表示内容に更新する。

図４の説明に戻る。ＡＣＴ８２０において、プロセッサ８１は、選択されたメニュー品目を選択メニューデータとして端末データベース８３３に保存する。その後、プロセッサ８１は、上記ＡＣＴ８１４の処理に進む。なおこのとき、特に図示はしていないが、プロセッサ８１は、選択したメニュー品目を注文することを指示するＯＫアイコンなどをメニュー画面ＳＣ２に追加することが出来る。

ＡＣＴ８２１において、プロセッサ８１は、オーダ端末１の操作に対応した処理を実行し、その後、上記ＡＣＴ８１４の処理に進む。例えば、プロセッサ８１は、通信インタフェース８４によりオーダ端末１から受信した操作情報がフリック操作であるか否か判断する。そして、フリック操作であったならば、プロセッサ８１は、そのフリック開始位置が第１又は第２メニュー品目表示領域ＡＲ２，ＡＲ３であり、且つ、フリック方向が表示部１６Ｄの長手方向であったか否か判断する。そうであれば、プロセッサ８１は、フリック操作の操作方向と操作量に基づいて、第１及び第２メニュー品目表示領域ＡＲ２，ＡＲ３に配置したメニュー品目の画像を横スクロールしたものにメニュー画面を更新し、その更新したメニュー画面を通信インタフェース８４によりオーダ端末１へ送信する。

図１２は、これを受信したオーダ端末１のメニュー画面ＳＣ２のさらに別の表示例を示す図である。例えば図７のメニュー画面ＳＣ２において、同図の右方向へフリック操作が行われていくと、図１２に示されるようにメニュー画面ＳＣ２が更新されていく。なおこのとき、プロセッサ８１は、第２メニュー品目表示領域ＡＲ３の中央に配置されたメニュー品目の原寸サイズ画像の近傍位置に配置するアバターＡＢ１，ＡＢ２を、対応する顧客の当該メニュー品目に対する傾向度合いを反映した表示形態とすることが出来る。具体的には、プロセッサ８１は、対応する顧客の傾向に合っているときはメニュー品目の原寸サイズ画像のすぐ近くに大きく表示し、合っていないときはメニュー品目の原寸サイズ画像から離れた位置で小さく表示するようにする。図１２に示された例では、アバターＡＢ１に対応する顧客の傾向には合っていないので、アバターＡＢ１はメニュー品目の原寸サイズ画像から離れた位置で小さく表示され、アバターＡＢ２に対応する顧客の傾向には合っているので、アバターＡＢ２はメニュー品目の原寸サイズ画像のすぐ近くに大きく表示されている。

また、図７及び図１２に示されるように、メニュー画面ＳＣ２は、第２メニュー品目表示領域ＡＲ３における各メニュー品目の原寸サイズ画像の近傍に配置した、インフォメーションアイコンＩＣ１を含む。プロセッサ８１は、通信インタフェース８４によりオーダ端末１から受信した操作情報が、何れかのインフォメーションアイコンＩＣ１の配置位置へのタッチ操作であるか否か判断する。そうであれば、プロセッサ８１は、メニューデータベース８３１から対応するメニュー品目のアレルギー情報や調理方法などの詳細情報を読み出して、その詳細情報を配置したものにメニュー画面を更新し、その更新したメニュー画面を通信インタフェース８４によりオーダ端末１へ送信する。

また、図７及び図１２に示されるように、メニュー画面ＳＣ２は、右上などの所定位置に、ヘルプアイコンＩＣ２を含む。プロセッサ８１は、通信インタフェース８４によりオーダ端末１から受信した操作情報が、ヘルプアイコンＩＣ２の配置位置へのタッチ操作であるか否か判断する。そうであれば、プロセッサ８１は、別途準備して補助記憶デバイス８３などに保存してある、オーダ端末１の使い方を説明するヘルプ画面を通信インタフェース８４によりオーダ端末１へ送信する。メニュー品目の原寸サイズ画像又は推奨品目画像ＲＩ１，ＲＩ２の長押し操作を示す操作情報を受信した場合にも、プロセッサ８１は、これと同様の処理を行うことが出来る。

図５に示すＡＣＴ８２２において、プロセッサ８１は、注文を決定する。具体的には、プロセッサ８１は、端末データベース８３３に保存された選択メニューデータと、メニューデータベース８３１に記憶された各メニュー品目の情報とに基づいて注文メニューデータを生成し、注文データベース８３４に登録する。さらに、プロセッサ８１は、注文メニューデータで示されるメニュー品目の調理の開始を、通信インタフェース８４により厨房端末７に送信する。なおこのとき、特に図示はしていないが、プロセッサ８１は、飲食を終え、会計を行うことを指示する会計アイコンなどをメニュー画面ＳＣ２に追加することが出来る。

ＡＣＴ８２３において、プロセッサ８１は、選択されたメニュー品目に基づいて、来店客の傾向を類型化する。この類型化の手法については、ここでは特に限定しない。

ＡＣＴ８２４において、プロセッサ８１は、この類型化した傾向と、注文履歴となる選択されたメニュー品目とにより、顧客データベース８３２における来店客に該当する顧客情報レコード８３２１の傾向情報を更新する。

ＡＣＴ８２５において、プロセッサ８１は、注文が決定されたか否か、つまり追加の注文が決定されたか否か判断する。注文が決定されたならば、プロセッサ８１は、上記ＡＣＴ８２２の処理に進む。また、注文が決定されていない場合には、プロセッサ８１は、ＡＣＴ８２６の処理に進む。

ＡＣＴ８２６において、プロセッサ８１は、顧客の着座位置の移動が有ったか否か判断する。着座位置の移動が有ったならば、プロセッサ８１は、ＡＣＴ８３０の処理に進む。また、着座位置の移動が無い場合には、プロセッサ８１は、ＡＣＴ８２７の処理に進む。

ＡＣＴ８２７において、プロセッサ８１は、メニュー品目が選択されたか否か、つまり追加のメニュー選択がされたか否か判断する。メニュー品目が選択されたならば、プロセッサ８１は、ＡＣＴ８３３の処理に進む。また、メニュー品目が選択されていない場合には、プロセッサ８１は、ＡＣＴ８２８の処理に進む。

ＡＣＴ８２８において、プロセッサ８１は、メニュー提案が必要か否か判断する。具体的には、プロセッサ８１は、顧客データベース８３２における来店客に含まれる各顧客の顧客情報レコード８３２１に記憶された傾向情報中の注文履歴から、注文されたメニュー品目と組み合わされる確率の高いメニュー品目を特定する。そして、その特定したメニュー品目との注文間隔が規定の時間範囲内であれば、プロセッサ８１は、メニュー提案が必要と判断する。さらに、規定の時間範囲を超える場合には、注文された飲食物の配膳時点からの経過時間が、特定したメニュー品目との注文間隔に達したとき、プロセッサ８１は、メニュー提案が必要と判断する。なお、配膳時点は、厨房端末７からプリンタ３へのレシート印刷指示を行う際に、管理サーバ８へも調理終了が通知されるので、この通知を受信した時点とすることが出来る。或いは、規定の時間範囲を超える場合には、プロセッサ８１は、カメラ２の撮影画像を解析することで、配膳されたメニュー品目の残量を検出し、この残量が少なくなったときに、メニュー提案が必要と判断することが出来る。メニュー提案が必要であれば、プロセッサ８１は、ＡＣＴ８３４の処理に進む。メニュー提案が必要ない場合には、プロセッサ８１は、ＡＣＴ８２９の処理に進む。

ＡＣＴ８２９において、プロセッサ８１は、オーダ端末１において注文の決定操作、着座位置の移動操作及びメニュー品目の選択操作を除く、他の何からの操作が有ったか否か判断する。他の何らかの操作が有ったならば、プロセッサ８１は、ＡＣＴ８３７の処理に進む。また、何も操作されていない場合には、プロセッサ８１は、上記ＡＣＴ８２５の処理に進む。

ＡＣＴ８３０において、プロセッサ８１は、顧客情報を更新する。その後、ＡＣＴ８３１において、プロセッサ８１は、顧客の移動に応じた表示内容にメニュー画面ＳＣ２を更新し、端末データベース８３３に記憶する。そして、ＡＣＴ８３２において、プロセッサ８１は、この端末データベース８３３に記憶した、更新したメニュー画面ＳＣ２をオーダ端末１に送信する。その後、プロセッサ８１は、上記ＡＣＴ８２５の処理に進む。

ＡＣＴ８３３において、プロセッサ８１は、選択されたメニュー品目を選択メニューデータとして端末データベース８３３に保存する。その後、プロセッサ８１は、上記ＡＣＴ８２５の処理に進む。

ＡＣＴ８３４において、プロセッサ８１は、提案メニューを決定する。具体的には、プロセッサ８１は、ＡＣＴ８２８の説明において前述したように、顧客データベース８３２における来店客に含まれる各顧客の顧客情報レコード８３２１に記憶された傾向情報中の注文履歴から特定したメニュー品目を、提案メニューとして決定する。

ＡＣＴ８３５において、プロセッサ８１は、提案メニューを含むようにメニュー画面ＳＣ２を更新し、端末データベース８３３に記憶する。そして、ＡＣＴ８３６において、プロセッサ８１は、その端末データベース８３３に記憶した、更新したメニュー画面ＳＣ２を、通信インタフェース８４によりオーダ端末１へ送信する。その後、プロセッサ８１は、上記ＡＣＴ８２５の処理に進む。

図１３は、この更新されたメニュー画面ＳＣ２を受信した、オーダ端末１のメニュー画面ＳＣ２の別の表示例を示す図である。図１３に示されるように、プロセッサ８１は、メニュー画面ＳＣ２に、提案メニューの画像をポップアップ画像ＰＵとして配置する。

ＡＣＴ８３７において、プロセッサ８１は、オーダ端末１の操作に対応した処理を実行し、その後、上記ＡＣＴ８２５の処理に進む。例えば、プロセッサ８１は、オーダ端末１から第１又は第２メニュー品目表示領域ＡＲ２，ＡＲ３でのフリック操作を示す操作情報を受信した場合、第１及び第２メニュー品目表示領域ＡＲ２，ＡＲ３に配置したメニュー品目の画像を横スクロールしたものにメニュー画面ＳＣ２を更新する。また、ヘルプアイコンＩＣ２の配置位置へのタッチ操作や、メニュー品目の原寸サイズ画像又は推奨品目画像ＲＩ１，ＲＩ２の長押し操作を示す操作情報を受信した場合、プロセッサ８１は、ヘルプ画面を通信インタフェース８４によりオーダ端末１へ送信する。

また、特に図示はしていないが、メニュー画面ＳＣ２に配された会計アイコンの配置位置へのタッチ操作を示す操作情報を受信した場合、プロセッサ８１は、このフローチャートに示す制御プログラムに従った処理を終了して、会計処理に移行することが出来る。

以上で、制御プログラムに従った処理の説明を終了する。

以上のように、本実施形態に係る情報処理装置としての管理サーバ８のメニューデータベース８３１は、提供可能な飲食物のメニュー品目ごとの画像を記憶した第１の記憶部として機能し、管理サーバ８の顧客データベース８３２は、顧客ごとの傾向を表す傾向情報を記憶した第２の記憶部として機能し、管理サーバ８の通信インタフェース８４は、メニュー品目の注文を受け付けるオーダ端末１と通信する通信部として機能する。そして、管理サーバ８のプロセッサ８１は、来店した顧客の傾向情報に基づいて、メニュー品目を並び替える第１の制御部、及び、並び替えたメニュー品目の内の１以上のメニュー品目の画像を含み、来店した顧客による、注文するメニュー品目の選択を受け付けるためのメニュー画面ＳＣ２を作成し、作成したメニュー画面ＳＣ２をオーダ端末１に送信する第２の制御部として機能する。

従って、来店客が所望のメニュー品目を素早く注文出来るようにする情報処理装置、飲食店システム及び制御プログラムを提供出来る。つまり、来店客は、オーダ端末１に、自分の傾向に合ったメニュー品目を含むメニュー画面ＳＣ２が表示されるので、注文するメニュー品目を決め易くなる。よって、顧客満足度が上昇し、リピート率の向上につながる。

なお、プロセッサ８１は、来店した顧客の傾向との合致度が最も高いメニュー品目の画像をメニュー画面ＳＣ２の中央に配置する。従って、来店客は、自身が頻繁に注文するメニュー品目を素早く注文出来るようになる。

ここで、来店した顧客の人数が二人であって、二人の顧客の配置が横並びの場合、プロセッサ８１は、二人の顧客の傾向情報に基づいて、メニュー品目を並び替え、二人の顧客の傾向との合致度が最も高いメニュー品目の画像をメニュー画面ＳＣ２の中央に配置する。従って、来店客に含まれる二人の顧客の両者の傾向に合致するメニュー品目を、最も見易く表示させることが出来る。これにより、二人の顧客で分け合うメニュー品目を素早く注文することが可能となる。

なおこの場合、プロセッサ８１は、二人の顧客の内の一方の顧客の傾向との合致度が高く且つ他方の顧客の傾向との合致度が低いメニュー品目の画像ほど、一方の顧客の側となるように、メニュー品目の画像をメニュー画面ＳＣ２に配置する。従って、各顧客は、自身の傾向に合ったメニュー品目についても、素早く見つけることが可能となる。

また、来店した顧客の人数が複数であって、複数の顧客の配置が向かい合わせの場合、プロセッサ８１は、顧客ごとの傾向情報に基づいて、顧客ごとにメニュー品目を並び替え、メニュー画面ＳＣ２を、各顧客用の分割領域ＤＲ１，ＤＲ２，ＤＲ３，ＤＲ４に分割し、顧客それぞれについて、顧客の傾向との合致度が最も高いメニュー品目の画像を分割領域ＤＲ１，ＤＲ２，ＤＲ３，ＤＲ４の中央に配置する。従って、各顧客の傾向に合わせたメニュー品目の表示が可能となり、顧客ごとのメニュー品目選択が素早く行えるようになる。

また、プロセッサ８１は、メニュー品目の注文後、追加注文を提案するメニュー品目を例えばポップアップ画像ＰＵとしてメニュー画面ＳＣ２に配置する。従って、来店客は、追加注文を容易に行え、また、飲食店側は追加注文を受け易くなる。

なお、プロセッサ８１は、注文された飲食物の提供から一定時間が経過したとき、例えば来店客の注文の履歴情報に基づく来店客の飲食スピードに基づく時間が経過したとき、追加注文を提案するメニュー品目を、メニュー画面ＳＣ２に配置する。これにより、顧客が提案して欲しいタイミングで追加注文を提案することができるため、追加注文を受ける確率を向上することが出来る。

さらにこの場合、プロセッサ８１は、提案するメニュー品目を、来店客の傾向に基づいて、適切なお代わりや追加オーダ品目、デザートを選定する。例えば、履歴に基づくリピート率とも連携して、よくお代わりをすることが多いメニュー品目は、それが無くなる前に提案する。従って、顧客が追加注文したいメニュー品目を探す手間無くそれを注文することが可能となる。飲食店側としては、例えば、ビールが無くなりそうなタイミングでお代わりを提案することで、その追加注文に繋がる確率をより向上させることが出来る。

また、プロセッサ８１は、顧客が注文したメニュー品目により傾向情報を更新する。従って、飲食店においては、来店客の好みが分かり、それを商品開発や販促に活かすことが出来る。

［第２実施形態］
この実施形態は、情報処理装置の一態様としてオーダ端末１を例示する。

図１４は、本第２実施形態におけるオーダ端末１の要部構成の一例を示すブロック図である。オーダ端末１は、来店客からのオーダを受け付ける機能に加えて、飲食店が提供するメニュー品目及びカスタム品目に関するデータの管理を行う機能を備えるコンピュータ装置である。オーダ端末１は、管理サーバ８と同様に、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３及び通信インタフェース１４を含み、プロセッサ１１に、メインメモリ１２、補助記憶デバイス１３及び通信インタフェース１４の各部を、アドレスバス，データバスなどのバスライン１５で接続する。また、オーダ端末１は、表示デバイス１６、入力デバイス１７及び近距離無線通信ユニット１８を含み、これら表示デバイス１６、入力デバイス１７及び近距離無線通信ユニット１８も、バスライン１５によりプロセッサ１１に接続している。

プロセッサ１１、メインメモリ１２、補助記憶デバイス１３及び通信インタフェース１４は、管理サーバ８のプロセッサ８１、メインメモリ８２、補助記憶デバイス８３及び通信インタフェース８４と同様のハードウェア構成のものであることが出来る。

表示デバイス１６は、第１実施形態で説明したように、客席のテーブルＴＢＬの天板の大部分（例えば、ほぼ全面）が表示部１６Ｄとなる液晶ディスプレイであることが出来る。また、入力デバイス１７は、表示部１６Ｄの全面サイズの透明タッチパネルであることが出来る。近距離無線通信ユニット１８は、来店客のスマートフォンＳＰの近距離無線通信装置との間で無線通信する。

本実施形態では、補助記憶デバイス１３は、例えば、メニューデータベース１３１と、顧客テーブル１３２と、一時記憶部１３３と、を記憶する。メニューデータベース１３１は、管理サーバ８が備えるメニューデータベース８３１のコピーであるとしてもよい。顧客テーブル１３２は、当該オーダ端末１を使用して注文を行う注文者となる来店客についての情報を、来店客が当該オーダ端末１の使用中、記憶するテーブルである。この顧客テーブル１３２に記憶される情報は、来店客のスマートフォンＳＰから又は管理サーバ８から取得することが出来る。一時記憶部１３３は、管理サーバ８の端末データベース８３３に相当するものであり、当該オーダ端末１の状態を記憶する記憶部である。具体的には、一時記憶部１３３は、並べ替えメニューデータ、画面情報、選択メニューデータなどのデータ項目を含むことが出来る。

図１５は、オーダ端末１が備える顧客テーブル１３２のデータ構造の一例を示す模式図である。顧客テーブル１３２は、当該オーダ端末１が配置される座席の最大人数分のレコードを含む。図１５は、四人掛けテーブル席に対応した図である。顧客テーブル１３２は、着座位置に対して予め規定された着座位置番号に関連付けて、来店客ごとに、顧客コード、顧客画像及び傾向情報を記憶する。これら顧客コード、顧客画像及び傾向情報については、第１実施形態で説明した通りである。

また、プロセッサ１１は、例えば、操作受付部１１１、表示制御部１１２及びオーダ管理部１１３を実装する。プロセッサ１１に実装される各部は、各機能と言うことも出来る。プロセッサ１１に実装される各部は、プロセッサ１１及びメインメモリ１２を含む制御部に実装されると言うことも出来る。

操作受付部１１１は、入力デバイス１７による操作情報を取得する。

表示制御部１１２は、メニューデータベース１３１及び顧客テーブル１３２に記憶された情報に基づいて、操作受付部１１１が取得した操作情報に応じた画面を作成し、表示デバイス１６に表示させる。作成される画面は、第１実施形態で説明したような初期画面、メニュー画面、カスタム画面、反映画面及び待機画面を含む。

オーダ管理部１１３は、操作受付部１１１が取得した操作情報と表示デバイス１６に表示している画面とに基づいて、注文者による注文内容を判別し、その注文内容を示す注文メニューデータを通信インタフェース１４により管理サーバ８に送信する。

このような構成のオーダ端末１は、図示しない電源スイッチのオン操作により電源が投入されると、制御プログラムが起動する。この制御プログラムの起動により、プロセッサ１１は、図１６乃至図１８に示す一連の流れ図に示す手順の情報処理を実行する。この処理は、制御プログラムに従った処理である。なお、図１６乃至図１８に示すと共に以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用することが出来る。

まずプロセッサ１１は、ＡＣＴ１０１において、当該オーダ端末１を使用する人数が取得されるのを待つ。例えば、通信インタフェース１４による管理サーバ８からの通知を受信することで、人数を取得することが出来る。また、当該オーダ端末１に対応するカメラ２の撮影画像を通信インタフェース１４により取得し、その撮影画像から周知の人検出処理を実行することで、人数を取得するようにしてもよい。人数が取得されると、プロセッサ１１は、ＡＣＴ１０２の処理に進む。

ＡＣＴ１０２において、プロセッサ１１は、顧客によるログイン操作を受け付けるための初期画面ＳＣ１を作成し、それを表示デバイス１６により表示する。初期画面ＳＣ１は第１実施形態で説明した通りである。

ＡＣＴ１０３において、近距離無線通信ユニット１８により、来店客のスマートフォンＳＰから送信された顧客コードを取得し、顧客テーブル１３２に記憶する。

ＡＣＴ１０４において、プロセッサ１１は、顧客画像と傾向情報を取得する。具体的には、プロセッサ１１は、取得した顧客コードを、通信インタフェース１４により管理サーバ８に送信する。そして、これに応答して管理サーバ８から返信されてきた、該当する顧客画像と傾向情報を通信インタフェース１４により取得する。なお、管理サーバ８から顧客画像及び／又は傾向情報を取得することができない場合には、プロセッサ１１は、近距離無線通信ユニット１８により、スマートフォンＳＰのアプリケーションプログラムに対して、保存している顧客画像であるアバターの送信を要求し、取得する。プロセッサ１１は、取得した顧客画像及び傾向情報を顧客テーブル１３２に記憶する。

ＡＣＴ１０５において、プロセッサ１１は、来店客が含む人数全員分の顧客コード、顧客画像及び傾向情報を取得したか否か判断する。全員分取得したならば、プロセッサ１１は、ＡＣＴ１０６の処理に進む。また、未だ全員分取得していなければ、プロセッサ１１は、上記ＡＣＴ１０２の処理に進み、顧客コードを取得していない個人の着座位置に応じてログイン領域ＡＲ１を配置した初期画面を送信することとなる。

ＡＣＴ１０６において、プロセッサ１１は、来店客に含まれる複数人の配置が対面着座であるか否か判断する。具体的には、プロセッサ１１は、顧客テーブル１３２より、来店客に含まれる各人の着座位置を読み出し、この着座位置に基づいて対面着座であるか否かを判断する。対面着座であれば、プロセッサ１１は、ＡＣＴ１１０の処理に進む。対面着座でない場合には、プロセッサ１１は、ＡＣＴ１０７の処理に進む。

ＡＣＴ１０７において、プロセッサ１１は、メニューを並び替える。具体的には、プロセッサ１１は、メニューデータベース１３１に記憶されたメニュー品目ごとの情報に含まれる適合する傾向により、顧客テーブル１３２に記憶された来店客に含まれる各人の傾向情報に含まれる当該顧客の傾向と合致するメニュー品目を抽出する。そして、プロセッサ１１は、それら抽出したメニュー品目のメニュー品目ＩＤを並び替え、並べ替え結果を、並べ替えメニューデータとして一時記憶部１３３に記憶する。
る。この並び替えについては、第１実施形態で説明した通りである。

ＡＣＴ１０８において、プロセッサ１１は、メニュー品目の選択を受け付けるためメニュー画面ＳＣ２を作成し、一時記憶部１３３に記憶する。メニュー画面ＳＣ２は、第１実施形態で説明した通りである。但し、本実施形態では、他者の傾向情報を取得していないので、メニュー画面ＳＣ２に他者アバターＯＡは配置されない。

ＡＣＴ１０９において、プロセッサ１１は、一時記憶部１３３に記憶したメニュー画面ＳＣ２を、表示デバイス１６により表示する。

ＡＣＴ１１０において、プロセッサ１１は、メニューを並び替える。具体的には、プロセッサ１１は、メニューデータベース１３１に記憶されたメニュー品目ごとの情報に含まれる適合する傾向により、顧客テーブル１３２に記憶された来店客に含まれる顧客それぞれについて、各人の傾向情報に含まれる当該顧客の傾向と合致するメニュー品目を抽出する。そして、プロセッサ１１は、複数の顧客それぞれについて、それら抽出したメニュー品目を並び替え、その並べ替え結果を、並べ替えメニューデータとして一時記憶部１３３に記憶する。

ＡＣＴ１１１において、プロセッサ１１は、メニュー品目の選択を受け付けるためメニュー画面ＳＣ２を作成し、一時記憶部１３３に記憶する。そして、プロセッサ１１は、上記ＡＣＴ１０９の処理に進む。

ＡＣＴ１１２において、プロセッサ１１は、来店客に含まれる顧客の着座位置の移動が有ったか否か判断する。具体的には、プロセッサ１１は、例えば、入力デバイス１７により、何れかの着座者アバターの配置位置からその着座者アバターの顧客とは別の顧客のための分割領域の位置までのドラッグ＆ドロップ操作が行われたか否かを確認する。着座位置の移動が有ったならば、プロセッサ１１は、ＡＣＴ１１６の処理に進む。また、着座位置の移動が無い場合には、プロセッサ１１は、ＡＣＴ１１３の処理に進む。

ＡＣＴ１１３において、プロセッサ１１は、注文が決定されたか否か判断する。具体的には、プロセッサ１１は、例えば、入力デバイス１７により、メニュー品目の選択に応じてメニュー画面ＳＣ２に追加される、当該メニュー品目の注文することを指示するＯＫアイコンなどのタッチ操作が行われたか否かを判断する。注文が決定されたならば、プロセッサ１１は、ＡＣＴ１２０の処理に進む。また、注文が決定されていない場合には、プロセッサ１１は、ＡＣＴ１１４の処理に進む。

ＡＣＴ１１４において、プロセッサ１１は、メニュー品目が選択されたか否か判断する。具体的には、プロセッサ１１は、入力デバイス１７による、メニュー品目の原寸サイズ画像の配置位置からメニュー品目選択領域ＡＲ４の配置位置までのドラッグ＆ドロップ操作が有ったか否か判断する。メニュー品目が選択されたならば、プロセッサ１１は、ＡＣＴ１１８の処理に進む。また、メニュー品目が選択されていない場合には、プロセッサ１１は、ＡＣＴ１１５の処理に進む。

ＡＣＴ１１５において、プロセッサ１１は、着座位置の移動操作、注文の決定操作及びメニュー品目の選択を除く、他の何からの操作が有ったか否か判断する。具体的には、プロセッサ１１は、それらの操作以外の操作が入力デバイス１７で有ったか否か判断する。何らかの操作が有ったならば、プロセッサ１１は、ＡＣＴ１１９の処理に進む。また、何も操作されていない場合には、プロセッサ１１は、上記ＡＣＴ１１２の処理に進む。

ＡＣＴ１１６において、プロセッサ１１は、顧客情報を更新する。具体的には、プロセッサ１１は、顧客の新たな着座位置に従って、顧客テーブル１３２における着席情報を更新する。

ＡＣＴ１１７において、プロセッサ１１は、メニュー画面ＳＣ２を更新し、一時記憶部１３３に記憶する。そして、プロセッサ１１は、上記ＡＣＴ１０９の処理に進み、この更新したメニュー画面ＳＣ２を、表示デバイス１６により表示する。

ＡＣＴ１１８において、プロセッサ１１は、選択されたメニュー品目を選択メニューデータとして一時記憶部１３３に保存する。その後、プロセッサ１１は、上記ＡＣＴ１１２の処理に進む。なおこのとき、特に図示はしていないが、プロセッサ１１は、選択したメニュー品目を注文することを指示するＯＫアイコンなどをメニュー画面ＳＣ２に追加することが出来る。

ＡＣＴ１１９において、プロセッサ１１は、入力デバイス１７での操作に対応した処理を実行する。この処理については、第１実施形態で説明した通りである。その後、プロセッサ１１は、上記ＡＣＴ１１２の処理に進む。

ＡＣＴ１２０において、プロセッサ１１は、注文を決定する。具体的には、プロセッサ１１は、一時記憶部１３３に保存された選択メニューデータを、注文者による注文内容とし、その注文内容と注文者の顧客コードとを含む注文メニューデータを通信インタフェース１４により管理サーバ８に送信する。なおこのとき、特に図示はしていないが、プロセッサ１１は、飲食を終え、会計を行うことを指示する会計アイコンなどをメニュー画面ＳＣ２に追加することが出来る。注文メニューデータを受信した管理サーバ８では、注文品目の調理を厨房端末７に指示すると共に、第１実施形態で説明したような来店客の傾向の類型化と顧客情報レコード８３２１の傾向情報の更新を行うことが出来る。

ＡＣＴ１２１において、プロセッサ１１は、注文が決定されたか否か、つまり追加の注文が決定されたか否か判断する。注文が決定されたならば、プロセッサ１１は、上記ＡＣＴ１２０の処理に進む。また、注文が決定されていない場合には、プロセッサ１１は、ＡＣＴ１２２の処理に進む。

ＡＣＴ１２２において、プロセッサ１１は、顧客の着座位置の移動が有ったか否か判断する。着座位置の移動が有ったならば、プロセッサ１１は、ＡＣＴ１２７の処理に進む。また、着座位置の移動が無い場合には、プロセッサ１１は、ＡＣＴ１２３の処理に進む。

ＡＣＴ１２３において、プロセッサ１１は、メニュー品目が選択されたか否か、つまり追加のメニュー選択がされたか否か判断する。メニュー品目が選択されたならば、プロセッサ１１は、ＡＣＴ１３０の処理に進む。また、メニュー品目が選択されていない場合には、プロセッサ１１は、ＡＣＴ１２４の処理に進む。

ＡＣＴ１２４において、プロセッサ１１は、メニュー提案が必要か否か判断する。具体的には、プロセッサ１１は、顧客テーブル１３２に記憶された各顧客の傾向情報中の注文履歴から、注文されたメニュー品目と組み合わされる確率の高いメニュー品目を特定する。この特定したメニュー品目との注文間隔に基づくメニュー提案の要否判断は、第１実施形態で説明した通りである。メニュー提案が必要であれば、プロセッサ１１は、ＡＣＴ１３１の処理に進む。メニュー提案が必要ない場合には、プロセッサ１１は、ＡＣＴ１２５の処理に進む。

ＡＣＴ１２５において、プロセッサ１１は、入力デバイス１７による会計操作が有ったか否か判断する。具体的には、プロセッサ１１は、例えば、メニュー画面ＳＣ２に配置した図示しない会計アイコンがタッチされたか否か判断する。会計操作が有ったならば、プロセッサ１１は、ＡＣＴ１３５の処理に進む。会計操作が無い場合には、プロセッサ１１は、ＡＣＴ１２６の処理に進む。

ＡＣＴ１２６において、プロセッサ１１は、注文の決定操作、着座位置の移動操作、メニュー品目の選択操作及び会計操作を除く、他の何からの操作が有ったか否か判断する。具体的には、プロセッサ１１は、それらの操作以外の操作が入力デバイス１７で有ったか否か判断する。何らかの操作が有ったならば、プロセッサ１１は、ＡＣＴ１３４の処理に進む。また、何も操作されていない場合には、プロセッサ１１は、上記ＡＣＴ１２１の処理に進む。

ＡＣＴ１２７において、プロセッサ１１は、顧客情報を更新する。その後、ＡＣＴ１２８において、プロセッサ１１は、顧客の移動に応じた表示内容にメニュー画面ＳＣ２を更新し、一時記憶部１３３に記憶する。そして、ＡＣＴ１２９において、プロセッサ１１は、この一時記憶部１３３に記憶した、更新したメニュー画面ＳＣ２を表示デバイス１６により表示する。その後、プロセッサ１１は、上記ＡＣＴ１２１の処理に進む。

ＡＣＴ１３０において、プロセッサ１１は、選択されたメニュー品目を選択メニューデータとして一時記憶部１３３に保存する。その後、プロセッサ１１は、上記ＡＣＴ１２１の処理に進む。

ＡＣＴ１３１において、プロセッサ１１は、提案メニューを決定する。具体的には、プロセッサ１１は、顧客テーブル１３２に記憶された各顧客の傾向情報中の注文履歴から特定したメニュー品目を、提案メニューとして決定する。

ＡＣＴ１３２において、プロセッサ１１は、提案メニューを含むようにメニュー画面ＳＣ２を更新し、一時記憶部１３３に記憶する。そして、ＡＣＴ１３３において、プロセッサ１１は、その一時記憶部１３３に記憶した、更新したメニュー画面ＳＣ２を、表示デバイス１６により表示する。その後、プロセッサ８１は、上記ＡＣＴ１２１の処理に進む。

ＡＣＴ１３４において、プロセッサ１１は、入力デバイス１７による操作に対応した処理を実行し、その後、上記ＡＣＴ１２１の処理に進む。

ＡＣＴ１３５において、プロセッサ１１は、通信インタフェース１４により、管理サーバ８へ会計通知を送信する。これにより、管理サーバ８では、当該オーダ端末１を使用していた来店客への会計処理を開始する。

ＡＣＴ１３６において、プロセッサ１１は、顧客テーブル１３２及び一時記憶部１３３の記憶内容をクリアする。そして、プロセッサ１１は、このフローチャートに示す制御プログラムに従った処理を終了する。

以上で、制御プログラムに従った処理の説明を終了する。

以上のように、本実施形態に係る情報処理装置としてのオーダ端末１においても、第１実施形態と同様の効果を奏することが出来る。

なお、本発明は、前記実施形態に限定されるものではない。

例えば、メニュー画面ＳＣ２の分割の例として、来店客が四人の顧客を含む場合における四分割した分割領域ＤＲ１，ＤＲ２，ＤＲ３，ＤＲ４を挙げたが、三人の顧客の場合、四分割としてもよいし、三分割としてもかまわない。また、顧客の人数についても五人以上であってもよく、その人数に合わせて分割数を調整すればよい。

また、メニュー品目の原寸サイズ画像を表示するために、各分割領域には一つのメニュー品目が配置されるものとしたが、原寸サイズよりも小さいサイズの画像とすることで、複数のメニュー品目の画像を配置するようにしてもよい。

さらに、各分割領域に顧客ごとの傾向に合わせたメニュー品目を配置するものとしたが、全員の傾向に合わせたメニュー品目を分割領域それぞれに表示するようにしてもよい。例えば、来店客が三人の顧客Ａ，Ｂ，Ｃを含み、三人とも肉好きであるとし、苦手は１点、普通は２点、好きは３点を割り当てるとすると、肉料理は３＋３＋３＝９点となる。また、トマトについては、顧客Ａが苦手、顧客Ｂが好き、顧客Ｃが普通であったとすると、トマト料理は、１＋２＋３＝６点となる。よって、肉料理の画像は分割領域それぞれにおいて中央に配置され、トマト料理の画像は分割領域それぞれにおいて端寄りに配置される。この場合、各メニュー品目に対する各顧客の傾向度合いがアバターの距離として提示されるようにしてもよい。このようにすることで、全員の好みのメニュー品目が一目で把握できるようになる。

また、メニュー画面ＳＣ２で選択されたメニュー品目に対してトッピングなどのカスタマイズを選択するカスタマイズ画面を追加してもよい。このカスタマイズ画面においても、カスタマイズ品目を来店客の傾向に合わせて並び替えて表示するようにしてもよい。

また、第２実施形態において、何らかの理由により管理サーバ８との通信が行えない場合に、オーダ端末１のプロセッサ１１が自立動作出来るようにしてもよい。例えば、ＡＣＴ１２０で注文を管理サーバ８に送信できない場合に厨房端末７に調理開始を指示したり、ＡＣＴ１３５で会計通知を管理サーバ８に送信できない場合に会計端末４に会計処理を指示したり出来るようにする。この場合には、補助記憶デバイス１３に注文情報などを保持しておき、管理サーバ８との通信が回復したときに、それら保持しておいた情報を渡すようにする。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］ 提供可能な飲食物のメニュー品目ごとの画像を記憶した第１の記憶部と、
顧客ごとの傾向を表す傾向情報を記憶した第２の記憶部と、
前記メニュー品目の注文を受け付けるオーダ端末と通信する通信部と、
来店した顧客の前記傾向情報に基づいて、前記メニュー品目を並び替える第１の制御部と、
前記並び替えたメニュー品目の内の１以上の前記メニュー品目の前記画像を含み、前記来店した顧客による、注文する前記メニュー品目の選択を受け付けるためのメニュー画面を作成し、前記作成した前記メニュー画面を前記オーダ端末に送信する第２の制御部と、
を具備する、情報処理装置。
［２］ 前記第２の制御部は、前記来店した顧客の前記傾向との合致度が最も高いメニュー品目の前記画像を前記メニュー画面の中央に配置する、［１］に記載の情報処理装置。
［３］ 前記来店した顧客の人数が二人であって、前記二人の顧客の配置が横並びの場合、
前記第１の制御部は、前記二人の顧客の前記傾向情報に基づいて、前記メニュー品目を並び替え、
前記第２の制御部は、前記二人の顧客の前記傾向との合致度が最も高いメニュー品目の前記画像を前記メニュー画面の中央に配置する、［２］に記載の情報処理装置。
［４］ 前記第２の制御部は、前記二人の顧客の内の一方の顧客の前記傾向との合致度が高く且つ他方の顧客の前記傾向との合致度が低いメニュー品目の前記画像ほど、前記一方の顧客の側となるように、前記メニュー品目の画像を前記メニュー画面に配置する、［３］に記載の情報処理装置。
［５］ 前記来店した顧客の人数が複数であって、前記複数の顧客の配置が向かい合わせの場合、
前記第１の制御部は、前記顧客ごとの前記傾向情報に基づいて、前記顧客ごとに前記メニュー品目を並び替え、
前記第２の制御部は、
前記メニュー画面を、各顧客用の分割領域に分割し、
前記顧客それぞれについて、前記顧客の前記傾向との合致度が最も高いメニュー品目の前記画像を前記分割領域の中央に配置する、［２］に記載の情報処理装置。
［６］ 飲食店の各客席に配置され、来店した顧客によるメニュー品目の注文を受け付けるオーダ端末と、
前記来店した顧客による、注文する前記メニュー品目の選択を受け付けるためのメニュー画面を、前記オーダ端末に送信し、前記オーダ端末からの、前記メニュー品目の注文を受信する情報処理装置と、
を備える飲食店システムであって、
前記情報処理装置は、
提供可能な飲食物のメニュー品目ごとの画像を記憶した第１の記憶部と、
顧客ごとの傾向を表す傾向情報を記憶した第２の記憶部と、
前記メニュー品目の注文を受け付けるオーダ端末と通信する通信部と、
前記来店した顧客の前記傾向情報に基づいて、前記メニュー品目を並び替える第１の制御部と、
前記並び替えたメニュー品目の内の１以上の前記メニュー品目の前記画像を含み、前記来店した顧客による、注文する前記メニュー品目の選択を受け付けるためのメニュー画面を作成し、前記作成した前記メニュー画面を前記オーダ端末に送信する第２の制御部と、
を具備する、飲食店システム。
［７］ 提供可能な飲食物のメニュー品目ごとの画像を記憶した第１の記憶部と、顧客ごとの傾向を表す傾向情報を記憶した第２の記憶部と、を備え、前記メニュー品目の注文を受け付けるオーダ端末と通信する情報処理装置のコンピュータに、
来店した顧客の前記傾向情報に基づいて、前記メニュー品目を並び替える機能と、
前記並び替えたメニュー品目の内の１以上の前記メニュー品目の前記画像を含み、前記来店した顧客による、注文する前記メニュー品目の選択を受け付けるためのメニュー画面を作成し、前記作成した前記メニュー画面を前記オーダ端末に送信する機能と、
を実現させるための制御プログラム。

１…オーダ端末、 ２…カメラ、 ３…プリンタ、 ４…会計端末、 ５…通信ユニット、 ６…コンソール、 ７…厨房端末、 ８…管理サーバ、 ９…ネットワーク、 １１，８１…プロセッサ、 １２，８２…メインメモリ、 １３，８３…補助記憶デバイス、 １４，８４…通信インタフェース、 １５，８５…バスライン、 １６…表示デバイス、 １６Ｄ…表示部、 １７…入力デバイス、 １８…近距離無線通信ユニット、 １１１…操作受付部、 １１２…表示制御部、 １１３…オーダ管理部、 １３１…メニューデータベース、 １３２…顧客テーブル、 １３３…一時記憶部、 ８１１…操作受付部、 ８１２…オーダ端末表示制御部、 ８１３…オーダ管理部、 ８３１…メニューデータベース、 ８３２…顧客データベース、 ８３２１…顧客情報レコード、 ８３３…端末データベース、 ８３４…注文データベース、 ＡＢ１…アバター、 ＡＢ１，ＡＢ２…アバター、 ＡＲ１…ログイン領域、 ＡＲ２…第１メニュー品目表示領域、 ＡＲ３…第２メニュー品目表示領域、 ＡＲ４…メニュー品目選択領域、 ＤＲ１，ＤＲ２，ＤＲ３，ＤＲ４…分割領域、 Ｆ１，Ｆ２，Ｆ３，Ｆ４，Ｆ５，Ｆ６…フィールド、 ＩＣ１…インフォメーションアイコン、 ＩＣ２…ヘルプアイコン、 ＭＥ１…ログインメッセージ、 ＯＡ…他者アバター、 ＰＡ１，ＰＡ２，ＰＡ３，ＰＡ４…着座者アバター、 ＰＵ…ポップアップ画像、 ＲＢ…範囲バー、 ＲＩ１，ＲＩ２…推奨品目画像、 ＳＣ１…初期画面、 ＳＣ２…メニュー画面、 ＳＰ…スマートフォン、 ＴＢＬ…テーブル。

Claims (8)

1. 提供可能な飲食物のメニュー品目ごとの画像を記憶した第１の記憶部と、
   顧客を特定する顧客特定情報と関連付けて顧客ごとの傾向を表す傾向情報を記憶した第２の記憶部と、
   来店した複数人の顧客の人数及び配置を取得するための情報を入力する入力端末、及び、来店した前記顧客それぞれの前記顧客特定情報を取得すると共に前記メニュー品目の注文を受け付けるオーダ端末と通信する通信部と、
   前記通信部により前記入力端末及び前記オーダ端末から受信した情報に基づいて、前記来店した複数人の顧客の人数及び配置と各顧客の前記顧客特定情報とを判別し、前記判別した前記各顧客の前記顧客特定情報に基づいて前記第２の記憶部より前記各顧客の前記傾向情報を取得して、前記取得した前記各顧客の前記傾向情報と前記判別した前記顧客の人数及び配置とに基づいて、前記メニュー品目を並び替える第１の制御部と、
   前記並び替えたメニュー品目の内の１以上の前記メニュー品目の前記画像を含み、前記画像を前記判別した前記顧客の人数及び配置に基づいて配置した、前記来店した複数人の顧客による、注文する前記メニュー品目の選択を受け付けるためのメニュー画面を作成し、前記作成した前記メニュー画面を、前記通信部により前記オーダ端末に送信する第２の制御部と、
   を具備する、情報処理装置。
2. 前記第１の制御部は、
   前記通信部により前記オーダ端末から受信した前記各顧客の前記顧客特定情報に対応する前記傾向情報を前記第２の記憶部より読み出すことで、前記各顧客の前記傾向情報を判別し、
   前記通信部により前記入力端末から受信した前記顧客の人数及び配置を取得するための情報に基づいて、前記顧客の人数と配置を判別し、
   前記第２の制御部は、前記作成した前記メニュー画面を、前記通信部により前記オーダ端末に送信する、請求項１に記載の情報処理装置。
3. 前記入力端末は、前記複数人の顧客を撮影するカメラ、店員が操作する店員端末、及び前記各顧客が有する携帯端末と通信する前記オーダ端末の内の少なくとも一つを含み、
   前記第１の制御部は、
   前記顧客の人数及び配置を取得するための情報として前記カメラが撮影した画像を受信し、前記画像から前記顧客の人数と配置を認識し、または、
   前記顧客の人数及び配置を取得するための情報として前記店員端末により入力された前記顧客の人数と配置を示す情報を受信し、または、
   前記顧客の人数及び配置を取得するための情報として前記オーダ端末が受信した着座位置を示す情報を受信する、請求項２に記載の情報処理装置。
4. 前記第１の制御部が判別した前記顧客の人数が二人であって、前記二人の顧客の配置が横並びの場合、
   前記第１の制御部は、前記二人の顧客の前記傾向情報に基づいて、前記メニュー品目を並び替え、
   前記第２の制御部は、前記二人の顧客の前記傾向との合致度が最も高いメニュー品目の前記画像を前記メニュー画面の中央に配置する、請求項１乃至３の何れかに記載の情報処理装置。
5. 前記第２の制御部は、前記二人の顧客の内の一方の顧客の前記傾向との合致度が高く且つ他方の顧客の前記傾向との合致度が低いメニュー品目の前記画像ほど、前記一方の顧客の側となるように、前記メニュー品目の画像を前記メニュー画面に配置する、請求項４に記載の情報処理装置。
6. 前記第１の制御部が判別した前記複数人の顧客の配置が向かい合わせの場合、
   前記第１の制御部は、前記顧客ごとの前記傾向情報に基づいて、前記顧客ごとに前記メニュー品目を並び替え、
   前記第２の制御部は、
   前記メニュー画面を、各顧客用の分割領域に分割し、
   前記顧客それぞれについて、前記顧客の前記傾向との合致度が最も高いメニュー品目の前記画像を前記分割領域の中央に配置する、請求項１乃至３の何れかに記載の情報処理装置。
7. 来店した複数人の顧客の人数及び配置を取得するための情報を入力する入力端末と、
   来店した前記顧客それぞれの前記顧客を特定する顧客特定情報を取得すると共に提供可能な飲食物のメニュー品目の注文を受け付けるオーダ端末と、
   前記来店した顧客による、注文する前記メニュー品目の選択を受け付けるためのメニュー画面を、前記オーダ端末に送信し、前記オーダ端末からの、前記メニュー品目の注文を受信する情報処理装置と、
   を備える飲食店システムであって、
   前記情報処理装置は、
   前記メニュー品目ごとの画像を記憶した第１の記憶部と、
   前記顧客特定情報と関連付けて顧客ごとの傾向を表す傾向情報を記憶した第２の記憶部と、
   前記オーダ端末及び前記入力端末と通信する通信部と、
   前記通信部により前記入力端末及び前記オーダ端末から受信した情報に基づいて、前記来店した複数人の顧客の人数及び配置と各顧客の前記顧客特定情報とを判別し、前記判別した前記各顧客の前記顧客特定情報に基づいて前記第２の記憶部より前記各顧客の前記傾向情報を取得して、前記取得した前記各顧客の前記傾向情報と前記判別した前記顧客の人数及び配置とに基づいて、前記メニュー品目を並び替える第１の制御部と、
   前記並び替えたメニュー品目の内の１以上の前記メニュー品目の前記画像を含み、前記画像を前記判別した前記顧客の人数及び配置に基づいて配置した、前記来店した複数人の顧客による、注文する前記メニュー品目の選択を受け付けるためのメニュー画面を作成し、前記作成した前記メニュー画面を、前記通信部により前記オーダ端末に送信する第２の制御部と、
   を具備する、飲食店システム。
8. 提供可能な飲食物のメニュー品目ごとの画像を記憶した第１の記憶部と、顧客を特定する顧客特定情報と関連付けて顧客ごとの傾向を表す傾向情報を記憶した第２の記憶部と、来店した複数人の顧客の人数及び配置を取得するための情報を入力する入力端末、及び、来店した前記顧客それぞれの前記顧客特定情報を取得すると共に前記メニュー品目の注文を受け付けるオーダ端末と通信する通信部と、を備える情報処理装置のコンピュータに、
   前記通信部により前記入力端末及び前記オーダ端末から受信した情報に基づいて、前記来店した複数人の顧客の人数及び配置と各顧客の前記顧客特定情報とを判別し、前記判別した前記各顧客の前記顧客特定情報に基づいて前記第２の記憶部より前記各顧客の前記傾向情報を取得して、前記取得した前記各顧客の前記傾向情報と前記判別した前記顧客の人数及び配置とに基づいて、前記メニュー品目を並び替える機能と、
   前記並び替えたメニュー品目の内の１以上の前記メニュー品目の前記画像を含み、前記画像を前記判別した前記顧客の人数及び配置に基づいて配置した、前記来店した複数人の顧客による、注文する前記メニュー品目の選択を受け付けるためのメニュー画面を作成し、前記作成した前記メニュー画面を前記通信部により前記オーダ端末に送信する機能と、
   を実現させるための制御プログラム。