(57)【要約】【課題】  開示された実施形態は、店員の負担をなるべくかけずに、客数或いは客層の情報を収集できるようにすることを目的とする。【解決手段】  開示の実施形態によれば、客からの商品の注文を受け付けて処理する注文処理装置であって、受け付けられた商品が、所定の属性を有するか否かを識別する、商品属性識別手段と、識別された属性が、客数をカウントする属性を有する場合、該属性を持つ商品の数をカウントすることで客数を推定する客数推定手段と、前記推定された客数を、少なくとも受け付けられた商品の情報と共に出力するよう制御する出力制御手段と、を有する注文処理装置が提供される。【選択図】図２
2019204371.tif 000002
【特許請求の範囲】
【請求項１】
客からの商品の注文を受け付けて処理する注文処理装置であって、
受け付けられた商品が、所定の属性を有するか否かを識別する、商品属性識別手段と、
識別された属性が、客数をカウントする属性を有する場合、該属性を持つ商品の数をカウントすることで客数を推定する客数推定手段と、
前記推定された客数を、少なくとも受け付けられた商品の情報と共に出力するよう制御する出力制御手段と、
を有する注文処理装置。
【請求項２】
前記推定された客数を変更する客数変更手段を、
更に有する、
請求項１に記載の注文処理装置。
【請求項３】
前記属性は、客数をカウントするのに用いるか否かに関する優先度のレベルを有し、
前記客数推定手段は、
属性に含まれる優先度のレベルを識別するレベル識別手段と、
受け付けられた商品が持つ属性の中で、一番高い優先度のレベルの属性を、客数をカウントするための属性に指定する属性指定手段と、
を有する、
請求項１又は２に記載の注文処理装置。
【請求項４】
客の飲食を予約するシステムから伝達された客の予約人数を、前記客数の初期値に設定する、客数初期値設定手段、
を更に有する、請求項１ないし３のうちいずれか１項に記載の注文処理装置。
【請求項５】
客からの再度の注文を受け付ける際に、オペレータに対して、客数の修正の入力を促すアラートを出力する、客数変更アラート手段と、
客数によって修正された時刻を前記出力制御手段に伝達する客数修正時刻伝達手段と、
を更に有する、請求項１ないし４のうちいずれか１項に記載の注文処理装置。
【請求項６】
受け付けられた商品に所定の属性を有する商品が含まれていること、又は、受け付けられた全ての商品に関する属性毎の商品数の割合から、客層を推定する、客層推定手段、
を更に有する、請求項１ないし５のうちいずれか１項に記載の注文処理装置。
【請求項７】
推定された前記客層に応じた推薦し得る商品を表示部に提示させる推薦商品提示手段、
を更に有する、請求項６に記載の注文処理装置。
【請求項８】
客からの商品の注文を受け付けてコンピュータに注文を処理させる注文処理プログラムであって、
受け付けられた商品が、所定の属性を有するか否かを識別するステップと、
識別された属性が、客数をカウントする属性を有する場合、該属性を持つ商品の数をカウントすることで客数を推定するステップと、
前記推定された客数を、少なくとも受け付けられた商品の情報と共に出力するよう制御するステップと、
をコンピュータに実行させる、注文処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文処理装置およびそのプログラムに関する。
【背景技術】
【０００２】
レストラン、居酒屋、喫茶店などの飲食店において、店員が客から商品の注文を受け付ける注文処理システムが知られている。また、居酒屋などでは、客自らが操作できる無線通信システム付きの注文端末が設置されている店も存在している。
【０００３】
飲食店などでは、客数、あるいは客層などを含む商品の売り上げ情報を基にして、商品の注文傾向を調べたり、商品の仕入れ予測を立てたりすることが行われている。
【０００４】
例えば、店員が客からのオーダー準備に関する情報である店員番号、テーブル番号、客層、客数を注文入力端末に入力することで、商品のオーダー情報に加えて、これらの店員番号、テーブル番号、客層、客数の情報を、注文処理システムが把握する技術が知られている（例えば、特許文献１参照）。
【０００５】
しかしながら、客数あるいは客層を把握するためには、店員による情報入力をおこなうことが一般的である。このため、店員は、商品の注文情報に加えて、これらの情報を入力することとなり、注文処理が遅れるなどの弊害がある。また、客数は、宴会などにおいては、時間とともに変動する場合があり、正しい客数を入力できない場合も存在する。また、客数をカウントすることは、新しい客に対応する度に店員が行わなければならないから、客数を入力することによる店員の負担も無視できない。また、客層をも入力を必須とすることは、店員の負担を増加させることとなる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１６−８１４１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
開示された実施形態は、店員の負担をなるべくかけずに、客数或いは客層の情報を収集できるようにすることを目的とするものである。
【課題を解決するための手段】
【０００８】
開示の実施形態によれば、客からの商品の注文を受け付けて処理する注文処理装置であって、受け付けられた商品が、所定の属性を有するか否かを識別する、商品属性識別手段と、識別された属性が、客数をカウントする属性を有する場合、該属性を持つ商品の数をカウントすることで客数を推定する客数推定手段と、前記推定された客数を、少なくとも受け付けられた商品の情報と共に出力するよう制御する出力制御手段と、を有する注文処理装置が提供される。
【発明の効果】
【０００９】
開示された実施形態によれば、店員の負担をなるべくかけずに、客数或いは客層の情報を収集できるようにすることができる。
【図面の簡単な説明】
【００１０】
【図１】注文処理装置を含むオーダリングシステムの概略図である。
【図２】一実施形態の機能ブロック図である。
【図３】客数をカウントしない商品が購入された場合の注文入力画面の例を示した図である。
【図４】客数をカウントする商品が購入された場合の注文入力画面の例を示した図である。
【図５】推測された客数に店員が修正を加えるときの画面を示す図である。
【図６】推測された客数に店員が修正し終えたときの画面を示す図である。
【図７】客数が修正された注文画面を示す図である。
【図８】商品の分類分けの例を示す図である。
【図９】注文処理装置の初期設定画面の例を示す図である。
【図１０】注文処理装置のハードウエア構成を示す図である。
【図１１】一実施形態の処理のフローを示すフローチャートである。
【図１２】他の実施形態の処理のフローを示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に、複数の実施形態について、図を参照しながら説明を行う。なお、これらの実施形態は例示である。したがって、個々の実施形態は、発明の技術的範囲を限定するためのものではない点に留意すべきである。
【００１２】
それぞれの実施形態は、排他的なものではなく、矛盾のない限り、適宜組み合わせて実施することができる。また、処理のフローは、矛盾のない限り、順番を変更してもよく、あるいは同時に実行してもよい点に留意すべきである。
【００１３】
また、実施形態では、使用するハードウエアとしてＰＯＳ端末、注文端末、携帯端末等を用いて説明する部分があるが、ハードウエアは、これらに限定されるものではない。
【００１４】
すなわち、以下の実施形態で実現される諸機能は、いかなる態様のハードウエアで実現されてもよく、あるいは、複数のハードウエアが連携し情報を共有しながら実現されてもよいことは言うまでもない。
【００１５】
なお、本明細書においては、実店舗における実施形態を例示しているが、店舗は、インターネットなどのネットワーク上で出前などを注文できる店舗であってもよい。この場合には、客の操作する携帯電話、タブレット、パーソナルコンピュータなどであってもよい。
【００１６】
以下、本発明の実施形態を図面を参照して詳細に説明する。
図１は本発明の一実施形態にかかるオーダリングシステム１００の概略構成図である。このオーダリングシステム１００は、店舗における商品管理システムでもある。同図に示すように、オーダリングシステム１００は、管理サーバ１１０と、ＰＯＳ端末１３０と、キッチンプリンタ１４０と、例えば無線ＬＡＮのアクセスポイントの機能を持つ無線通信装置１２０、無線通信装置１２０を介して、注文端末１５１，客操作用注文端末１５３、客の所有する携帯端末１５５などで構成されている。ＬＡＮ１６０は有線、無線の何れであっても良い。なお、客の所有する携帯端末１５５は、無線通信装置１２０とは通信をさせずに、公衆回線経由で、インターネット上のウェブサービスなどを介して客数、時間帯を含むテーブルの予約などを受け付けるようにしてもよい。
【００１７】
なお、客の操作する客操作用注文端末１５３又は客の所有する携帯端末１５５に対しては、後述する、客数に関する情報の表示を行わないようにしてもよい。また、客数の変更入力についても、客の操作するこれらの端末からは、操作できないようにしてもよい。
【００１８】
管理サーバ１１０は、オーダリングシステム１００全体を制御するコンピュータであって、商品マスタファイル等の種々の情報を管理する。商品マスタファイルは、各商品の商品名、商品コード、商品の属性、販売価格、テイクアウトできる商品か否か等の商品情報を格納したファイルであって、適宜更新される。管理サーバ１１０は、適宜、最新の商品マスタファイルを商品ファイルとしてＰＯＳ端末１３０や注文端末１５１，客操作用注文端末１５３、携帯端末１５５等に送信する。
後述する実施形態を用いて客数の把握を容易化することで、以下のようなメリットが得られる。
まず、店舗の売上は、以下の式で計算される。
売上＝客数×客単価    （１）
したがって、店舗の売上を伸ばすためには、客数を増加させることが重要である。
また、店舗においては、回転数も考慮することが必要となる。回転数に関しては、以下の式が成り立つ。
売上＝席数×回転数×客単価  （２）
回転数は、１つの席に何人の客が座ったかを示す指標である。回転数を上げることによって、売り上げを増加させることができる。式（２）に関しても、客数を把握できなければ、十分な分析ができないことは明らかである。したがって、客数を把握することが重要である。
また、回転数に大きく影響する指標として客稼働率がある。客稼働率は、例えば、４人掛けのテーブルを複数使用している店舗において、全テーブルが２名で使われている場合には、満卓ながら客稼働率は、５０％となってしまう。客のグループの数（取引の合計数）と、それぞれのグループの客数から１グループあたりの平均の客数が分かることになる。客稼働率を高めるためには、１グループ当たりの客数の統計的情報に応じて、より適切なテーブルの大きさ（テーブルの配置・レイアウト）を決めることができる。このためにも、客数を容易に把握できるようにすることが重要である。
また、一般的なレストランのような後払い式の場合には、注文をとって、その後レジで会計がなされる。客のグループが入店してから会計が終わるまでの時刻の差分から１客あたりの滞在時間を算出することも可能である。客数と合わせて時刻を把握することによって、時間帯に対応させて、回転数、客稼働率も推測可能となる。
客数の変動を統計的に把握することで、必要な店員数についてもより的確に把握できるので、勤務シフト等の労務管理にも活かすことができる。
また、曜日・時間帯、天候・特売キャンペーンの有無といった条件ごとにおける客数の変動を把握することで、店舗における対応をより緻密に行うことができる。
【００１９】
＜実施形態１＞
図２は、実施形態１の機能ブロック図である。なお、図２の全ての手段が実施形態に必須のものではない。したがって、このブロック図の部分集合によっても、課題を解決することができる点に留意すべきである。また、矢印によって、情報の流れが示されているが、必ずしも、全ての矢印が必須のものであるわけでない点にも留意すべきである。
【００２０】
注文受付手段２０２は、客から商品の注文を受け付ける。注文の受付は、店員、或いは客により入力が行われるようにしてもよい。注文受付手段２０２によって受け付けられた情報は、商品属性識別手段２０６、客数変更アラート手段２０４、出力制御手段２２８に送られることが望ましい。
【００２１】
商品属性識別手段２０６は、注文された各商品に基づいて各商品の属性を識別する。商品属性は、ＰＯＳ端末１３０、注文端末１５１，客操作用注文端末１５３、客の所有する携帯端末１５５、管理サーバ１１０などにテーブルとして記憶されたＤＢから検索するようにしてもよい。認識された商品属性は、客数推定手段２１４、客層推定手段２０８に伝達されることが望ましい。
【００２２】
客数推定手段２１４は、注文された商品の属性をチェックして、属性が客数をカウントできるものであれば、例えばその商品の数のカウント数を、客数であるとして推定することができる。注文された商品が客数をカウントすることに利用できるものであるか否かの情報は、その商品の属性そのものに含ませるか、商品の属性と対応付けて、管理サーバなどに記憶されたテーブルなどに格納しておいてもよい。
【００２３】
なお、客数推定手段２１４は、レベル識別手段２１６及び属性指定手段２１８を備えていてもよい。レベル識別手段２１６は、客数をカウントする商品の優先度を識別する。各商品には、例えば、以下のレベルの優先度があらかじめ与えられていることが望ましい。（１）商品の数から客数を推定できないレベル
（２）商品の数が、客数の大まかな値を示すレベル
（３）商品の数が、高い確率で、客数を示すレベル
客から注文を受けた商品の中で、以上のような、商品の属性が上記複数のレベルのいずれに属するかがチェックされる。
【００２４】
このチェックのうちで、たとえば、より高い確率で客数を推定できる商品を選別する。そして、一番高い確率の属性を持つ商品の数を計測する。そして、その計測された数を、推定された客数とすることができる。
【００２５】
以上のようにして客数を推定することによって、客数の推定において、より確率の高い商品だけの個数を調べることができ、その個数が、客数の推定値により近いと判断することができる。これによって、客数の推定をより高い確率で実行することができる。
【００２６】
なお、上記のレベルは、一例であって、他のレベルを設定するようにしてもよい。或いは、後述するように、商品分類に応じて、客数を推定する商品を特定するようにしてもよい。その設定については、図８及び図９を用いて後述する。
【００２７】
客数修正時刻伝達手段２２２は、最初に客数を特定した時刻、あるいは、その後に店員などにより、客数が変更された時刻を出力制御手段２２８に伝達するようにしてもよい。どの時刻において、どれだけの客数の客が来店したのか、或いは、どの時刻に客数の増減があったのかを把握することは、例えば、店のマーケティング戦略を立案する場合に参考となる。たとえば、客の数と、注文量の時間的な変動に関する統計的な情報は、仕入れの計画、店員数の確保などの経営計画の立案の際に重要な情報として利用できる。
【００２８】
客層推定手段２０８は、商品属性から、客層を推定することができる。例えば、子供が食する商品の注文であり、客数が３〜４名であれば、一家族が来店したと推定することができる。客層は、例えば、一家族となる。また、アルコールのみが飲み物として多く注文された場合には、男性のグループであって、大人のグループ客である可能性が高い。客層は、この場合、大人の男性グループとなる。このように、商品の属性に、子供向けの商品であるか否か、アルコールの有無、スイーツ系の女性の好みである商品か否かなどを予め含ませておくことが望ましい。
【００２９】
推薦商品提示手段２１０は、例えば、推定された客層が好む商品であって、未だ注文されていない商品を抽出することが望ましい。そして、抽出された商品を、店員の注文端末１５１、客が操作する客操作用注文端末１５３、ＰＯＳ端末１３０などに表示させてもよい。このようにすることによって、店員が客に適切な商品の提案をすることができる。また、顧客自身の操作している端末に適切な商品が提示されることによって、商品の売り上げを伸ばすことができると共に、客のニーズに合致した商品を提示することができる。このようにすることによって、客の満足度を高くすることができると共に、売上を増加する
ことができる。
【００３０】
客数変更アラート手段２０４は、例えば、宴会や食事会において、２度目以降の注文がなされた際に、店員に対して、客数の増加があったかをチェックするようにするアラートである。宴会などでは、最初は全員がそろっていない場合もあるため、飲食開始から客数がどのように変動するのか把握することも、重要な情報となる。この情報を基に、店員配置をどのようにアレンジするのかの参考とすることもできる。
【００３１】
客数増減手段２１２は、例えば、注文端末１５１やＰＯＳ端末１３０において店員が利用できる機能である。客数推定手段２１４における客数の推定が誤っている場合には、後述するように、店員が客数を増減する指示を受け付けることを可能とする。この機能によって、店員は客数を増減すればよく、店員による客数の入力の手間を減少させることができる。
【００３２】
客数初期値設定手段２２０は、例えば、ウェブサイトなどからの客のテーブル予約における客数が伝達される。予約客については、この客数をデフォルト値とすることで、客数が推定できないときにも、客数の把握が可能である。また、デフォルト値と、客数推定手段２１４の推定した客数とが異なるときは、店員に客数を確認するようアラートを発してもよい（不図示）。予約でない客の場合には、例えば、客数のデフォルト値として１人を設定するようにしてもよい。
表示手段２２６及び音響出力手段２２４は、客数、アラートなどを操作者に知らしめるための手段である。
【００３３】
管理手段２３２は、例えば、図１における管理サーバ１１０に配置されてもよい。注文の管理、客数、客層、日時の保存などを行う。また、注文データを印字手段２３０に印字させてもよい。例えば、図１のキッチンプリンタに注文データを出力させたり、ＰＯＳ端末１３０のプリンタにレシートを出力させたりすることができる。
【００３４】
マーケティング分析手段２３４は、例えば、管理サーバ１１０又は、その他のコンピュータに存在していてもよい。注文商品、客数、客層、日時などのデータを、在庫管理、宣伝戦略、店員配置、客数に応じたポイント付与等のインセンティブなどのプロモーション計画に有効に利用することができる。
【００３５】
＜実施形態２＞
図３は、店員の注文端末１５１、ＰＯＳ端末１３０などの画面３００の例を示す図である。画面３００は、客数をカウントしない商品が購入された場合の注文入力の画面の例を示した図である。図３の場合には、注文された商品から客数が推定しにくい商品であるパンを購入しているときの画面３００を示している。
【００３６】
画面領域３０２は、購入中の商品が表示されており、小計、外税、合計の金額、商品数、客数、未会計額などが表示される領域である。パンは、持ち帰り商品となる場合が多く、また、店内で一人がどの程度の量のパンを食するかには、多くのバリエーションがあるため、客数の把握は難しい商品である。このような商品だけが購入されている場合には、推定された客数はデフォルト値の「１名」３１２となっている。この場合には、後述するように、店員により、図５、図６に示すような客数の入力がなされてもよい。
客数ボタン３０４は、後述する図５の客数入力に係るポップアップ指示領域を表示させるためのボタンである。
【００３７】
前へボタン３０６、次へボタン３０８は、画面表示を次画面、全画面に切り替えるためのボタンである。領域３１０は、種々の注文処理に係るボタン群を表示する領域である。
【００３８】
図４は、客数をカウントする商品が購入された場合の注文入力の画面４００の例を示した図である。画面４００では、ホットドリンクのボタンが反転されており、ホットドリンク４点（ココア、抹茶ミルク、ミルクティ、クラムチャウダー）が購入されている状況が示されている。
【００３９】
ホットドリンクは、一人で二つ注文することは稀である。したがって、ホットドリンクの数である４が、推定された客数「４名」４１２として表示されている。なお、最後にクラムチャウダーが購入されている。クラムチャウダーは、ホットドリンクのカテゴリに存在しているが、食べ物としてのカテゴリも持つ商品である。この例の場合には、実際の客数は３名であり、そのうちの一人の客が、クラムチャウダーとココアを注文した場合を想定している。この場合、推定された客数「４名」と、実際の客数「３名」とが異なることとなる。そのため、店員は、客数ボタン３０４をタッチ（押下）して、客数の変更を行うことが可能である。
【００４０】
図５は、推測された客数に店員が修正を加えるときの画面５００を示す図である。画面５００には、客数変更のためのポップアップ領域５０２が表示されている。ポップアップ領域５０２は、客数表示変更領域５１０、キャンセルボタン５２２、ＯＫボタン５２４を有することが望ましい。客数表示変更領域５１０には、客数表示５１２、客数インクリメントボタン５１４、客数デクリメントボタン５１６が含まれている。客数インクリメントボタン５１４及び客数デクリメントボタン５１６を、店員が操作することにより、客数表示５１２の値を増減することが可能である。客数インクリメントボタン５１４及び客数デクリメントボタン５１６は、客数を変更する客数変更手段の一例である。また、客数を変更する客数変更手段の他の例としては、キーボード又は画面上に表示されるテンキー（不図示）などを用いた店員による操作によって客数の数値を直接受け取るようにする構成が挙げられる。
【００４１】
図６は、推測された客数に対して店員が修正し終えたときの画面６００を示す図である。店員は、客数デクリメントボタン５１６を１回押すことにより、客数表示５１２をデクリメントすることができる。この結果、客数表示５１２は、４から３に変更された。そして、店員がＯＫボタン５２４をタッチ（押下）することによって、推定された客数「４」が、客数「３」に変更され、確定される。
図７は、客数が修正された注文画面７００を示す図である。注文画面７００では、客数が「３名」（７１２）に変更されているのがわかる。
【００４２】
このようにして、推定された客数を店員が変更することによって、店員は、客数の増減ボタンをタッチ（押下）するだけでよい。このため、テンキーなどを操作するよりも、より簡便に、店員は客数を正しい値とすることができる。また、推定された客数が、正しければ、店員は、客数を入力する必要がないため、店員の労力を大幅に削減することができる。この客数推定機能がなければ、店員は、全ての客に対して、客数を入力しなければならず、非常に煩雑であり、その時間を積算すると、無視できない時間の作業を店員に課すこととなる。
【００４３】
図８は、商品の分類分けの例を示す図である。例えば、商品は、大分類８０２、中分類８０４、小分類８０６、単品８０８などに階層的に分類することができる。
【００４４】
例えば、「茶」の単品として、「レモンティ」「ミルクティ」「ウーロン茶」「抹茶ミルク」などが示されている。喫茶店を例にした場合、例えば、「レモンティ」「ミルクティ」「ウーロン茶」「抹茶ミルク」のうち、一人が二つの商品を注文することは在り得ないと予想される。したがって、店が喫茶店であれば、これらの単品は、それぞれ、人数を
カウントするための属性を持たせ得る単品商品であり、客数の予測の確率の高い商品ととらえることが可能である。したがって、客数をカウントするための属性としては、高いレベルを与えてよい単品商品である。
【００４５】
これに対して、居酒屋などでは、客がこれらの単品商品を複数注文することもあり得るから、店が居酒屋である場合には、「レモンティ」「ミルクティ」「ウーロン茶」「抹茶ミルク」の属性については、客数をカウントする優先度は、最も低いとするか、初回の注文においてだけ、高い優先度を与えることが望ましい。
【００４６】
このように、店の種類（店のカテゴリ、フランチャイズの別、提供する料理の種類等）、注文時点、昼食時期であるか、夜の時間帯であるかなどに応じて、この客数をカウントする優先度の属性は、変わり得るものととらえることが望ましい。
【００４７】
一般的には、単品、小分類、中分類、大分類の順に、大まかな分類となるため、優先度も低くなる傾向が強いと考えられる。優先度については、初期の段階では、実際の統計情報を分析することで、より確度の高い優先度を与えることができる。
【００４８】
このようにして、店の種類（店のカテゴリ、フランチャイズの別、提供する料理の種類等）、注文時点、昼食時期であるか、夜の時間帯であるかなどに応じて、この客数をカウントする優先度の属性を指定することで、より確度の高い客数の予測が可能である。
【００４９】
<実施形態３>
図９は、注文処理装置の初期設定画面９００の例を示す図である。黒丸の中に三角が表示されたボタンは、初期設定をオペレータが選択するボタンである。
【００５０】
初期設定９２２は、「客数のみ集計するか、客層も含めて集計するか」を設定する指示であり、入力欄９２４には、「１：はい」が入力されている。したがって、客数と客層の両方を集計することが指示されている。「２：はい（客数のみ集計）」を選択する場合には、客数のみの集計を指示できる。「３：いいえ（客数及び客層のいずれも集計しない）」を選択する場合には、客数及び客層のいずれも集計しないことを指示できる。
【００５１】
初期設定９３２は、「客数入力を強制させるか」を設定する指示である。入力欄９３４には、「２：いいえ（デフォルト１名）」と指示されている。したがって、店員は、客数の推定値又はデフォルト値を、客の注文の都度修正する必要がないこととなる。「１：はい」を選択する場合には、店員は、例えば、客数インクリメントボタン５１４、客数デクリメントボタン５１６を使って、客数を修正する必要がある。
【００５２】
初期設定９４２は、「客層入力を強制させるか」を設定する指示であり、入力欄９４４には、「２：いいえ（デフォルト０）」が入力されている。したがって、この場合には、店員は客層の入力の必要はない。「１：はい」を選択する場合には、客層についても、推定が行われるので、店員が客層の変更を行う必要がある場合が存在することになる。なお、客層の推定の表示及び変更については、図示していないが、客数の推定と同様に、推定された客層を表示させ、修正が必要であれば、例えば、店員が修正できる選択ボタンを設ければよい。
【００５３】
初期設定９５２は、「自動客数カウントする商品の分類」を設定する指示である。「３：小分類」が指定されているため、小分類において、所定の小分類に属する商品の数を客数として推定する。所定の小分類は、入力欄９６４で指定するようにしてもよい。
【００５４】
初期設定９６２は、「自動客数カウントする商品の属するコード」を設定する指示であ
る。「０００１」が選択されているため、上記の小分類における小分類０００１の商品の数をカウントして、客数を推定することとなる。
【００５５】
なお、以上の初期設定は、例示である点に留意すべきである。既に述べたように、時間帯によっても、客数の推定の手法は異なることがあるので、時間帯ごとに指定するなど、その他の指定項目を設けることも当然に予定されていることである。
【００５６】
以上のように、初期設定を行うことにより、店の種類（店のカテゴリ、フランチャイズの別、提供する料理の種類等）、注文時点、昼食時期であるか、夜の時間帯であるかなどに応じて、きめ細かな設定が可能となり、客数、客層の推定の確率もより高くなる。
【００５７】
＜ハードウエア構成＞  
図１０は、一実施形態のハードウエア構成１０００を示す図である。
【００５８】
ハードウエア構成１０００は、ＣＰＵ１００２、メモリ１００４、通信制御装置１００６、入力インタフェース１００８、表示制御部１０１０、外部メモリ制御部１０１２及び出力インタフェース１０１４を有する。
【００５９】
そして、通信制御装置１００６には、ネットワーク１０３０（ＷＩＦＩ、有線ＬＡＮ、広域ネットワーク（インターネット）、近距離無線通信等）が接続される。入力インタフェース１００８には、タッチ感知センサ等１０４０などが接続される。表示制御部１０１０には、ディスプレイ１０５０が接続される。外部メモリ制御部１０１２は、記憶媒体１０６０を読み書きすることができる。出力インタフェースには、スピーカ等１０７０などが接続される。
記憶媒体１０６０は、ＲＡＭ、ＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、メモリーカード等であってもよい。
【００６０】
＜実施形態４＞
図１１は、一実施形態の処理のフローを示すフローチャートである。以下に、各ステップについて説明する。
［ステップ１２１０］このステップにおいて、客から注文する商品が受け付けられる。
［ステップ１２２０］このステップにおいて、客から注文を受けた商品の全ての属性が識別される。
［ステップ１２３０］このステップにおいて、識別された属性の中に、所定の属性が存在するかがチェックされる。存在する場合（「はい」）には、ステップ１２４０に進む。存在しない場合には、処理は終了し、客数は、デフォルト値となる。なお、客数の入力が強制されているのであれば、店員は、客数の入力を行う（不図示）。
【００６１】
［ステップ１２４０］このステップにおいて、所定の属性を有する商品の個数をカウントすることで、そのカウント値を客数の推定値とする。
［ステップ１２５０］このステップにおいて、推定された客数が出力される。
以上のようにして、客数の推定の処理が行われる。この処理は、たとえば、方法の発明、プログラムの発明、プログラムを格納した媒体の発明に適用され得る。
図１２は、他の実施形態の処理のフローを示すフローチャートである。
［ステップ１２１０］このステップにおいて、客から注文する商品が受け付けられる。
［ステップ１２１２］このステップにおいて、客数のデフォルト値（例えば1人）を設定
する。
【００６２】
［ステップ１２１４］このステップにおいて、再注文かが判断される。再注文の場合（「はい」）、処理は、ステップ１２２２に進む。再注文でない場合（「いいえ」）、処理は
、ステップ１２２０に進む。
【００６３】
［ステップ１２２２］このステップにおいて、客数確認アラートが店員に伝えられる。例えば、居酒屋の場合には、２回目以降の注文において、客数が増える場合がある。このような場合には、アラートを表示して、店員に客数の増加があれば、客数を変更するよう促すアラートが表示または出力される。なお、初期設定において、客数の入力が強制されていない場合には、本ステップのアラートは表示されなくてよい。店員は、客数の入力処理を行わないでよいこととなっているからである。処理は、ステップ１２４６に移る。
［ステップ１２２０］このステップにおいて、客から注文を受けた商品の全ての属性が識別される。
【００６４】
［ステップ１２３０］このステップにおいて、識別された属性の中に、所定の属性が存在するかがチェックされる。存在する場合（「はい」）には、ステップ１２４０に進む。存在しない場合には、処理は終了し、客数は、デフォルト値となる。なお、客数の入力が強制されているのであれば、店員は、客数の入力を行う（不図示）。
【００６５】
［ステップ１２４０］このステップにおいて、所定の属性を有する商品の個数をカウントすることで、そのカウント値を客数の推定値とする。なお、このステップにおいては、以下のステップ１２４２、ステップ１２４４、ステップ１２４６が行われる。
［ステップ１２４２］このステップにおいて、各商品の優先度のレベルを識別する。
［ステップ１２４４］このステップにおいて、一番高い優先度の商品の数を客数とする。［ステップ１２４６］このステップにおいて、客数の増減指示があれば増減する。なお、初期設定において、客数の入力が強制されていない場合には、本ステップの客数の増減は、行われなくてよい。店員は、客数の入力処理を行わないでよいこととなっているからである。
【００６６】
［ステップ１２４８］このステップにおいて、客層を推定する。客層の推定の具体例については、既に述べたとおりである。
［ステップ１２４９］このステップにおいて、客層に応じて、商品の推薦のための表示がなされてもよい。
［ステップ１２５０］このステップにおいて、推定された客数が出力される。
【００６７】
以上のようにして、客数及び客層の推定の処理が行われる。この処理は、たとえば、方法の発明、プログラムの発明、プログラムを格納した媒体の発明に適用され得る。
【００６８】
以上説明した実施形態のプログラムは、ハードウエア構成１０００を備えるコンピュータにより実行され得る。また，実施形態のプログラムは，コンピュータに実行させる方法としてインプリメントされてもよい。本実施形態のプログラムの一部又は全部は、オペレーティングシステムにより実行されてもよい。また、プログラムの一部がハードウエアにより実現されてもよい。プログラムは記憶媒体１０６０又はメモリ１００４に記憶されてもよい。
【００６９】
なお，上述の実施形態において，プログラムのステップは、矛盾のない限り，同時に，又は順序を入れ替えて実行されてもよい。
以上の実施形態は，ハードウエアの装置としてインプリメントされ得る。
以上の実施形態は，請求項に記載された発明を限定するものではなく，例示として取り扱われることは言うまでもない。
【符号の説明】
【００７０】
２０２  注文受付手段
２０４  客数変更アラート手段
２０６  商品属性識別手段
２０８  客層推定手段
２１０  推薦商品提示手段
２１２  客数増減手段
２１４  客数推定手段
２１６  レベル識別手段
２１８  属性指定手段
２２０  客数初期値設定手段
２２２  客数修正時刻伝達手段
２２４  音響出力手段
２２６  表示手段
２２８  出力制御手段
２３０  印字手段
２３２  管理手段
２３４  マーケティング分析手段
【図１】
2019204371.tif 000003
【図２】
2019204371.tif 000004
【図３】
2019204371.tif 000005
【図４】
2019204371.tif 000006
【図５】
2019204371.tif 000007
【図６】
2019204371.tif 000008
【図７】
2019204371.tif 000009
【図８】
2019204371.tif 000010
【図９】
2019204371.tif 000011
【図１０】
2019204371.tif 000012
【図１１】
2019204371.tif 000013
【図１２】
2019204371.tif 000014