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

Description

本発明は、商品等の注文を支援する注文システム等に関するものである。

従来の注文システムにおいて、一覧表とメニュー品目欄とを含むメニュー割付画面を液晶ディスプレイに表示するものが知られていた（例えば、特許文献１参照）。

特開２０１０−２４４４１８号公報（第１頁、第１図等）

しかしながら、従来の注文システムにおいては、料理等の対象を注文する注文者の確定が容易ではなかった。

本第一の発明の情報処理装置は、情報処理装置と端末装置とを具備する注文システムを構成する情報処理装置であって、情報処理装置は、ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納し得るユーザ管理情報格納部と、ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、ユーザ情報取得部が取得した１または２以上のユーザ情報を端末装置に送信するユーザ情報送信部とを具備し、端末装置は、ユーザ情報送信部が送信した１または２以上のユーザ情報を受信するユーザ情報受信部と、ユーザ情報受信部が受信した１または２以上のユーザ情報を出力するユーザ情報出力部と、ユーザ情報出力部が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザ識別情報と、受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する注文システムを構成する情報処理装置である。

かかる構成により、対象を注文する注文者を容易に確定できる。

また、本第二の発明の情報処理装置は、第一の発明に対して、情報処理装置は、ユーザ識別情報と席を特定する席識別子とを有する１以上の席情報を格納し得る席情報格納部と、ユーザ識別情報とユーザが確保した席を示す席識別子とを有する席情報を受信する席情報受付部と、席情報受付部が受信した席情報が有する席識別子を、席情報受付部が受信したユーザ識別情報と対応付けて、席情報格納部に蓄積する席識別子蓄積部と、端末装置からユーザ識別情報注文情報とを受信する注文情報受付部と、注文情報受付部が受信した注文情報を、注文情報受付部が受信したユーザ識別情報と対応付けて蓄積する注文情報蓄積部とを具備する情報処理装置である。

かかる構成により、座席と注文者とを容易に対応付けることができる。

また、本第三の発明の情報処理装置は、第一または第二の発明に対して、端末装置は、注文を受け付けるメニューであり、１以上のメニュー項目を有するメニューが格納される端末メニュー格納部と、メニューを出力するメニュー出力部とをさらに具備し、受付部は、メニュー出力部が出力したメニューに対する注文情報を受け付ける注文システムを構成する情報処理装置である。

かかる構成により、注文者が容易に、購入したい対象を注文できる。

また、本第四の発明の情報処理装置は、第三の発明に対して、注文情報は、注文の対象の識別情報である対象識別情報を有し、情報処理装置は、ユーザが注文した対象の履歴を示す情報であって、受付部が受け付けた注文情報の集合である注文履歴情報が格納される注文履歴格納部と、端末装置から注文情報を受信する注文情報受付部と、受付部が受け付けた注文情報を注文履歴格納部に蓄積する注文履歴蓄積部と、対象識別情報と対応付けられた情報であって、対象識別情報が示す対象の属性を示す情報である対象属性情報が格納される対象属性情報格納部とをさらに具備し、対象識別情報が示す対象に関する情報であって、メニューに配置可能な情報である１以上のメニュー項目が格納されるメニュー項目格納部と、メニュー項目を配置したメニューであって、注文履歴格納部に格納された注文履歴情報と、対象属性情報格納部に格納された飲食物属性情報とに応じた態様のメニューを取得するメニュー取得部と、メニュー取得部が取得したメニューを端末装置に送信するメニュー送信部とをさらに具備し、端末装置は、メニューを情報処理装置から受信するメニュー受信部と、メニュー受信部が受信したメニューを端末メニュー格納部に蓄積するメニュー蓄積部とをさらに具備する注文システムを構成する情報処理装置である。

かかる構成により、対象の注文状況に応じて動的に、かつ適切にメニュー画面を変更できる。

また、本第五の発明の情報処理装置は、第四の発明に対して、属性情報を有するルールであり、対象の消費に関するルールである１以上の消費ルールを格納し得るルール格納部をさらに具備し、メニュー取得部は、メニュー項目を配置したメニューであって、注文履歴格納部に格納された注文履歴情報を１以上の消費ルールに適用し、注文履歴情報と属性情報とに応じた態様のメニューを取得する情報処理装置である。

かかる構成により、対象の注文状況に応じて、かつルールに従って、適切にメニュー画面を変更できる。

また、本第六の発明の情報処理装置は、第四または第五の発明に対して、ユーザの属性を示す情報であるユーザ属性情報を受け付けるユーザ属性情報受付部をさらに備え、メニュー取得部は、さらに、ユーザ属性情報受付部が受け付けたユーザ属性情報に応じた態様のメニューを取得する情報処理装置である。

かかる構成により、対象の注文状況とお客様の属性とに応じて、適切にメニュー画面を変更できる。

また、本第七の発明の情報処理装置は、第四から第六いずれかの発明に対して、対象の在庫状況を示す情報である在庫情報が、対象識別情報と対応付けて格納されている在庫格納部をさらに備え、メニュー取得部は、さらに、在庫情報に応じた態様のメニューを取得する情報処理装置である。

かかる構成により、対象の注文状況と在庫状況とに応じて、適切にメニュー画面を変更できる。

また、本第八の発明の情報処理装置は、第四から第七いずれかの発明に対して、注文履歴格納部には、さらに、ユーザが過去に注文した飲食物の履歴を示す情報であって、過去に注文情報受付部が受け付けた注文情報の集合である過去注文履歴情報が格納されており、過去注文履歴情報からユーザの嗜好を示す情報である嗜好情報を取得する嗜好情報取得部をさらに備え、メニュー取得部は、さらに、嗜好情報に応じた態様のメニューを取得する情報処理装置である。

かかる構成により、対象の注文状況とお客様の嗜好とに応じて、適切にメニュー画面を変更できる。

また、本第九の発明の情報処理装置は、第四から第八いずれかの発明に対して、メニュー取得部は、メニュー項目の一部の値を変更したメニューを取得する情報処理装置である。

かかる構成により、対象の注文状況に応じて、適切にメニュー項目の内容を変更したメニュー画面を提示できる。

また、本第十の発明の情報処理装置は、第四から第八いずれかの発明に対して、メニュー取得部は、メニュー項目の配置を、デフォルトの配置に対して変更したメニューを取得する情報処理装置である。

かかる構成により、対象の注文状況に応じて、適切にメニュー項目の順序を変更したメニュー画面を提示できる。

また、本第十一の発明の情報処理装置は、第四から第八いずれかの発明に対して、メニュー取得部は、メニュー項目の一部を削除、または選択を受け付けない状態としたメニューを取得する情報処理装置である。

かかる構成により、対象の注文状況に応じて、適切にメニュー項目を選択不可にしたメニュー画面を提示できる。

また、本第十二の発明の情報処理装置は、第四から第十一いずれかの発明に対して、メニュー取得部は、注文情報受付部が注文情報を受け付ける毎に、注文履歴情報と属性情報とに応じた態様のメニューを取得し、メニュー送信部は、メニュー取得部が取得したメニューを端末装置に送信する情報処理装置である。

かかる構成により、注文するたびに、適切にメニューを変更したメニュー画面を提示できる。

また、本第十三の発明の情報処理装置は、第四から第十二いずれかの発明に対して、１以上のメニュー項目のうちの、少なくとも一部のメニュー項目は、出力されるメニュー項目の内容を示すメニュー項目内容と、メニュー項目内容が選択される条件を示す選択条件とを有する２以上のメニュー項目部品を有する選択的メニュー項目であり、メニュー取得部は、注文履歴情報と属性情報とを選択条件に適用し、合致する選択条件に対応するメニュー項目内容を取得し、メニューを構成する情報処理装置である。

かかる構成により、対象の注文状況に応じて、適切にメニューを変更しやすいメニューのデータ構造を提供できる。

また、本第十四の発明の情報処理装置は、ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納し得るユーザ管理情報格納部と、ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、ユーザ情報取得部が取得した１または２以上のユーザ情報を出力するユーザ情報出力部と、ユーザ情報出力部が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザと、受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する情報処理装置である。

かかる構成により、対象を注文する注文者を容易に確定できる。

本発明による注文システムによれば、対象を注文する注文者を容易に確定できる。

実施の形態１における注文システム１の概念図 同注文システム１のブロック図 同情報処理装置１１のブロック図 同情報処理装置１１の動作について説明するフローチャート 同メニュー構成処理について説明するフローチャート 同消費ルールを適用したメニュー構成処理について説明するフローチャート 同消費ルールを適用しないメニュー構成処理について説明するフローチャート 同ランクを用いたメニュー構成処理について説明するフローチャート 同選択的メニュー項目処理について説明するフローチャート 同嗜好情報取得処理について動作について説明するフローチャート 同端末装置１２の動作について説明するフローチャート 同ユーザ管理情報管理表を示す図 同メニュー項目を示す図 同注文履歴管理表を示す図 同対象属性情報管理表を示す図 同在庫情報を示す図 同消費ルールを示す図 同ユーザ情報を示す図 同メニュー画面を示す図 同メニュー画面を示す図 実施の形態２における注文システム２の概念図 同注文システム２のブロック図 同情報処理装置２１の動作について説明するフローチャート 同情報処理装置２１の構成を示すブロック図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、注文システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、ユーザ端末１０から１または２以上のユーザ識別情報を受信し、当該１または２以上のユーザ識別情報に対応するユーザ情報から、一のユーザ情報を選択し、選択したユーザ情報に対応するユーザ用のメニューを表示する注文システム１について説明する。

また、本実施の形態において、テーブル番号等を受け付けたり、注文メニューを表示したりする注文システム１について説明する。

また、本実施の形態において、注文した対象の履歴情報を蓄積し、当該注文履歴と対象に関する情報と対象の属性を示す対象属性とを用いて注文のためのメニューを動的に変更する注文システム１について説明する。

また、本実施の形態において、対象の商品に関するルールである１以上の対象ルールを用いて、動的にメニューを変更する注文システム１について説明する。

また、本実施の形態において、来店人数、ご一緒されているお客様の関係（例えば、家族、恋人、同姓友人等）、お客様のアレルギー情報等のお客様の属性に応じて注文メニューを動的に変更する注文システム１について説明する。

また、本実施の形態において、対象の在庫情報を用いて、メニューを動的に変更する注文システム１について説明する。

また、本実施の形態において、注文履歴から個人の嗜好を分析し、嗜好の情報を用いてメニューを動的に変更する注文システム１について説明する。

また、本実施の形態において、メニューの変更の態様として、メニュー項目の順序を変更したり、メニュー項目を削除またはグレーアウトしたり、メニュー項目の一部の表示の変更（金額、量などの変更）を行ったりする場合について説明する。

図１は、本実施の形態における注文システム１の概念図である。注文システム１は、１または２以上のユーザ端末１０、情報処理装置１１、１または２以上の端末装置１２を備える。注文システム１は、通常、２以上のユーザ端末１０、および２以上の端末装置１２を備える。ユーザ端末１０は、注文を行うユーザが保有している端末であり、通常、いわゆるスマートフォンや携帯電話や携帯パソコン等の携帯端末である。また、情報処理装置１１は、通常、情報の送受信機能を有するコンピュータである。情報処理装置１１は、例えば、サーバ装置である。さらに、端末装置１２は、注文を行う端末であり、通常、注文を受ける店舗が保有する端末であるが、ユーザ端末１０でも良い。つまり、ユーザ端末１０と端末装置１２とは一つの装置でも良い。

図２は、本実施の形態における注文システム１のブロック図である。また、図３は、情報処理装置１１のブロック図である。

ユーザ端末１０は、ユーザ識別情報格納部１０１、ユーザ識別情報送信部１０２を備える。なお、

情報処理装置１１は、ユーザ管理情報格納部１１０１、席情報格納部１１０２、注文履歴格納部１１０３、対象属性情報格納部１１０４、メニュー項目格納部１１０５、ルール格納部１１０６、在庫格納部１１０７、ユーザ識別情報受信部１１０８、ユーザ情報取得部１１０９、ユーザ情報送信部１１１０、席情報受付部１１１１、席識別子蓄積部１１１２、ユーザ属性情報受付部１１１３、注文情報受付部１１１４、注文情報蓄積部１１１５、メニュー取得部１１１６、メニュー送信部１１１７、嗜好情報取得部１１１８を備える。

端末装置１２は、端末メニュー格納部１２０１、ユーザ情報受信部１２０２、ユーザ情報出力部１２０３、受付部１２０４、端末送信部１２０５、メニュー受信部１２０６、メニュー蓄積部１２０７、メニュー出力部１２０８を備える。

ユーザ端末１０を構成するユーザ識別情報格納部１０１は、ユーザ識別情報を格納している。ユーザ識別情報は、ユーザを識別する情報である。ユーザ識別情報は、例えば、ユーザ端末の識別子でも良く、例えば、ユーザ端末のＭＡＣアドレス、電話番号、ユーザのメールアドレス等である。また、ユーザ識別情報は、ユーザを識別できれば良く、他の構成要素で利用するユーザ識別情報と同一の情報でなくても良い。

ユーザ識別情報送信部１０２は、ユーザ識別情報格納部１０１のユーザ識別情報を送信する。ユーザ識別情報送信部１０２は、通常、情報処理装置１１にユーザ識別情報を送信する。但し、ユーザ識別情報送信部１０２は、端末装置１２にユーザ識別情報を送信しても良い。なお、ユーザ識別情報送信部１０２は、ユーザ識別情報をブロードキャストにより送信しても良いし、相手の装置を特定して送信しても良い。また、ユーザ識別情報送信部１０２は、ユーザ識別情報を定期的に送信しても良いし、何らかのトリガーによりユーザ識別情報を送信しても良い。ユーザ識別情報送信部１０２は、図示しない位置情報取得手段が取得した位置情報も、ユーザ識別情報とともに送信しても良い。位置情報取得手段は、例えば、ＧＰＳ受信機である。また、位置情報は、経度と緯度の情報などの位置を特定する情報である。

情報処理装置１１を構成するユーザ管理情報格納部１１０１は、１以上のユーザ管理情報を格納し得る。ユーザ管理情報は、ユーザ識別情報とユーザ情報とを有する。ユーザ情報は、ユーザに関する情報である。また、ユーザ情報は、通常、ユーザを特定するための情報を含む。ユーザを特定する情報は、通常、人が認識可能な情報であり、例えば、ユーザの写真、氏名、ニックネームなどである。

席情報格納部１１０２は、１以上の席情報を格納し得る。席情報は、ユーザ識別情報と席を特定する席識別子とを有する。また、席識別子は、座席またはテーブル等を特定する情報であり、例えば、テーブル番号、席番号などである。

注文履歴格納部１１０３は、注文履歴情報が格納される。注文履歴情報とは、ユーザが注文した対象の履歴を示す情報であって、注文情報の集合である。また、注文履歴情報は、ユーザが現在来店中の店舗において、現在の来店中に注文した対象の履歴を示す情報であることは好適である。また、注文履歴情報は、現在の来店中に注文情報受付部１１１４が受信した注文情報の集合であることは好適である。注文情報受付部１１１４が受信した注文情報は、通常、受付部１２０４が受け付けた注文情報である。また、注文履歴情報を構成する各注文情報は、注文情報受付部１１１４が注文情報を受信した順番を示す情報と対応付けられて格納されていても良い。また、注文履歴情報または注文情報は、通常、ユーザ識別情報と対応付けて格納されている。なお、注文履歴情報は、店外に設置されている装置（この装置も端末装置１２である、と考えても良い。）から送信された情報でも良い。また、注文履歴情報は、後述する過去注文履歴情報を含むと考えても良い。また、対象とは、商品やサービス等であり、購入するものを指す。対象は、例えば、飲食物である。さらに、注文した対象は、来店して注文したものに限らず、インターネット等を利用して注文したものも含む、と考えても良い。また、ここで、注文情報とは、例えば、注文した商品等を特定する対象識別情報を有する。また、注文した商品の個数なども有しても良い。

注文履歴格納部１１０３には、過去注文履歴情報が格納されても良い。過去注文履歴情報は、過去に注文された対象の履歴を示す情報である。また、過去注文履歴情報は、ユーザが現在来店中の店舗において、過去の来店時に注文した対象の履歴を示す情報であることは好適である。過去注文履歴情報は、ユーザの過去の来店時に、注文情報受付部１１１４が受信した注文情報の集合であることは好適である。過去注文履歴情報は、この過去注文履歴情報が有する対象識別情報が示す対象の注文を受け付けたタイミングが異なる点を除けば、上述した注文履歴情報と同様の情報であってもよい。注文履歴格納部１１０３において、注文履歴情報と過去注文履歴情報とはどのように区別されるかは問わない。例えば、注文履歴格納部１１０３に格納されているユーザが注文した飲食物の履歴を示す情報のうちの、現在の来店時よりも前の日時と対応付けられた履歴を示す情報を過去注文履歴情報とし、現在の来店時以降の日時と対応付けられた履歴を示す情報を注文履歴情報としても良い。また、注文履歴情報と過去注文履歴情報とは、異なるフォルダ等に格納されていてもよい。この場合、例えば、ユーザによる来店が終了した時点（例えば、ユーザが注文した飲食物の精算を完了した時点）以降に、注文情報蓄積部１１１５や図示しない処理部等が、注文履歴格納部１１０３に格納された注文履歴情報を、過去注文履歴情報が格納されているフォルダに移動させるようにしても良い。また、注文履歴情報と過去注文履歴情報とに、異なる識別情報（例えば、注文履歴情報であるか過去注文履歴情報であるかを示すフラグ等の情報）を対応付けて注文履歴格納部１１０３に蓄積するようにしても良い。

なお、注文履歴格納部１１０３は、例えば、物理的には分離されている複数の記憶媒体等から構成されていても良く、注文履歴情報と、過去注文履歴情報とが、複数の記憶媒体のうちの異なる記憶媒体にそれぞれ格納されていても良い。

対象属性情報格納部１１０４は、対象属性情報が格納される。対象属性情報は、対象識別情報と対応付けられた情報であって、対象識別情報が示す対象の属性を示す情報である。対象属性情報は、例えば、飲食物の種類、性質等を示す情報等である。また、対象が、例えば、飲食物の場合、対象属性情報は、例えば、飲食物の種類（オードブル、メイン、デザート等）、飲食物の材料の種類（野菜、肉類、スープ等）、カロリーの値、調理方法、分野、重量等である。

メニュー項目格納部１１０５は、１以上のメニュー項目が格納される。メニュー項目は、対象識別情報が示す対象に関する情報であって、メニューに配置可能な情報である。メニュー項目は、例えば、「＜対象識別情報＞唐揚げ，＜価格＞３００円，＜対象属性情報＞＜カロリー＞５００ＫＣａｌ，＜ジャンル＞揚げ物，＜材料＞鶏肉，・・・＜／対象属性情報＞」である。

また、メニュー項目は、注文履歴情報、嗜好情報、ユーザ属性情報のうちの１以上の情報に基づいて、その内容が変更されても良い。かかる場合、メニュー項目は、例えば、内容を変更するための条件である内容変更条件、変更する内容に関する情報である変更内容情報を有する。メニュー項目は、例えば、「＜対象識別情報＞唐揚げ，＜価格＞３００円，＜内容変更条件＞注文履歴情報に２以上の「＜対象識別情報＞唐揚げ」が存在，＜変更内容情報＞価格＝１００＋（２００−５０×Ｎ），＜対象属性情報＞＜カロリー＞５００ＫＣａｌ，＜ジャンル＞揚げ物，＜材料＞鶏肉，・・・＜／対象属性情報＞」である。かかるメニュー項目のうちの「＜内容変更条件＞注文履歴情報に２以上の「＜対象識別情報＞唐揚げ」が存在」は、唐揚げを２以上注文していることを示す。また、「＜変更内容情報＞価格＝１００＋（２００−５０×Ｎ）」は、「価格＝１００＋（２００−５０×Ｎ）」（Ｎは注文回数）により、価格が算出されることを示す。なお、＜変更内容情報＞は数式であるが、値など、他の表現形式でも良いことは言うまでもない。

また、メニュー項目は、メニュー項目内容と内容選択条件とを有する２以上のメニュー項目部品であっても良い。メニュー項目内容とは、出力されるメニュー項目の内容を示す情報である。また、選択条件は、メニュー項目内容が選択される条件を示す情報である。メニュー項目を構成する２つのメニュー項目部品は、例えば、「＜メニュー項目内容＞対象識別情報＞唐揚げ，＜価格＞３００円＜／メニュー項目内容＞，＜選択条件＞総額２０００円未満」「＜メニュー項目内容＞＜対象識別情報＞唐揚げ，＜価格＞２５０円＜／メニュー項目内容＞，＜選択条件＞総額２０００円以上」である。かかるメニュー項目は、総額２０００円未満の間は、唐揚げの価格が３００円のメニュー項目が選択され、総額２０００円以上の場合は唐揚げの価格が２５０円のメニュー項目が選択されることを示す。なお、２以上のメニュー項目部品を有するメニュー項目を、適宜、選択的メニュー項目という。また、総額とは、ユーザが注文した飲食物（対象の一例）の価格の合計である。

ルール格納部１１０６は、１以上の消費ルールを格納し得る。消費ルールとは、対象属性情報を有するルールであり、対象の消費に関するルールである。また、消費ルールとは、消費する順序に関するルール（順序ルールという）、消費した対象の総量に関するルール（総量ルールという）、特定の対象属性情報に対応する対象の総量に関するルール（特定総量ルールという）などがある。さらに具体的には、対象が、例えば、飲食物である場合、順序ルールは、例えば、「＜順序＞＜ジャンル＞オードブル，＜ジャンル＞魚類，＜ジャンル＞肉類，＜ジャンル＞デザート，＜ジャンル＞ドリンク＜／順序＞」など、飲食の順序を示すルールである。本ルールは、「オードブル、魚類、肉類、デザート、ドリンク」の順に、飲食することを示す。また、総量ルールは、例えば、「＜カロリー＞１０００ＫＣａｌ以下」、「＜重量＞１ｋｇ以下」などである。「＜カロリー＞１０００ＫＣａｌ以下」は、一回の来店において、飲食する総カロリーが１０００ＫＣａｌ以下であることを示す。また、「＜重量＞１ｋｇ以下」は、来店以降に飲食した飲食物の総重量が１ｋｇ以下であることを示す。また、特定総量ルールは、例えば、「＜総量 ジャンル＝ビール＞３杯以下」などである。「＜総量 ジャンル＝ビール＞３杯以下」は、ビールは３杯以下に押さえること（４杯以上のビールは飲まないこと）を示す。なお、飲食ルールの記載方法やデータ構造は問わない。

また、１以上の消費ルールは、ユーザ毎に管理されていることは好適である。つまり、消費ルールとユーザ識別情報とは、対応付けて格納されていることは好適である。かかる場合、ユーザ毎に適用される消費ルールが異なることになる。

また、ルール格納部１１０６は、ユーザ識別情報と対応付けられている消費ルールと、ユーザ識別情報と対応付けられていない消費ルールの両方を含んでも良い。ユーザ毎に適用される消費ルールが異なる場合、ダイエットを実施中のユーザは、総カロリーが５００ＫＣａｌ以下になることをルールとして保持しており、他のユーザは総カロリーについての制約が存在しない、等の処理が可能となる。また、ユーザによって、消費する順序を変えた順序ルールが存在する場合、ユーザの嗜好に応じた対象（例えば、飲食物）の提供が可能となる。また、ユーザ識別情報と対応付けられていない消費ルールは、例えば、飲食店の都合（例えば、希少価値の高い飲食物は、一人1個まで等）を、すべてのユーザに課すために有効である。

また、ユーザ識別情報と対応付けられている消費ルールとユーザ識別情報と対応付けられていない消費ルールであり、両方を満たすことができない２以上のルールがルール格納部１１０６に格納されている場合、通常、ユーザ識別情報と対応付けられている消費ルールが優先されて、適用される。

在庫格納部１１０７は、対象の在庫状況を示す情報である在庫情報が、対象識別情報と対応付けて格納されている。なお、在庫格納部１１０７の在庫情報は、対象の消費に従って、図示しない手段により更新される。在庫情報の更新は、通常、人手により行われるが、在庫情報の自動チェック機能（図示しない手段による）を有し、自動的に行われても良い。

ユーザ識別情報受信部１１０８は、１または２以上のユーザ端末１０から、１または２以上のユーザ識別情報を受信する。ユーザ端末１０は、通常、ユーザが保持している装置である。また、ユーザ端末１０は、端末装置１２と同じ装置でも良い。ここで、通常、ユーザ端末１０は、自発的に（プッシュ型で）、ユーザ識別情報を送信するが、情報処理装置１１がプル型でユーザ識別情報を受信しても良い。

ユーザ情報取得部１１０９は、ユーザ識別情報受信部１１０８が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を、ユーザ管理情報格納部１１０１から取得する。ユーザ情報取得部１１０９は、ユーザ情報のうちの一部の情報を取得するだけでも良い。かかる一部の情報もユーザ情報と言える。

ユーザ情報送信部１１１０は、ユーザ情報取得部１１０９が取得した１または２以上のユーザ情報を端末装置１２に送信する。

席情報受付部１１１１は、席情報を受け付ける。ここでの受け付けとは、通常、受信である。ただし、席情報受付部１１１１は、席情報または席情報の一部（例えば、席識別子のみ）を、ユーザの手入力により、受け付けても良い。席情報は、ユーザ識別情報とユーザが確保した席を示す席識別子とを有する。席識別子は、テーブルを識別する情報でも良い。席情報受付部１１１１は、席情報を端末装置１２から受信しても良いし、他の端末（例えば、ユーザ端末１０、レジの端末など）から受信しても良い。

席識別子蓄積部１１１２は、席情報受付部１１１１が受け付けた席情報が有する席識別子を、席情報受付部１１１１が受け付けたユーザ識別情報と対応付けて、席情報格納部１１０２に蓄積する。ここで、席識別子蓄積部１１１２は、席識別子とユーザ識別情報とを対応付ければ良い。席識別子蓄積部１１１２は、席識別子だけを蓄積して、当該席識別子を、格納されているユーザ識別情報に対応付けても良い。また、席識別子蓄積部１１１２は、ユーザ識別情報だけを蓄積して、当該ユーザ識別情報を、格納されている席識別子に対応付けても良い。さらに、席識別子蓄積部１１１２は、受信した席識別子とユーザ識別情報との両方を、対応付けて蓄積しても良い。

ユーザ属性情報受付部１１１３は、ユーザの属性を示す情報であるユーザ属性情報を受け付ける。ユーザ属性情報とは、例えば、来店人数、一緒に来店された複数のユーザ（お客様）の関係（例えば、家族、恋人、同姓友人など）、ユーザのアレルギーに関する情報であるアレルギー情報（そばアレルギー等）などである。また、ユーザ属性情報受付部１１１３は、通常、受け付けたユーザ属性情報を、ユーザ識別情報と対応付けて、図示しない記録媒体に一時蓄積する。なお、ユーザ属性情報受付部１１１３は、ユーザ端末１０からユーザ属性情報を受信しても良いし、端末装置１２からユーザ属性情報を受信しても良いし、人手による入力を受け付けても良い。また、ユーザ属性情報は、ユーザ識別情報を含んでも良いし、ユーザ識別情報と対応付いていても良い。ユーザ属性情報がユーザ識別情報と対応付いている場合、ユーザ属性情報受付部１１１３は、ユーザ識別情報とユーザ属性情報とを受け付ける。

注文情報受付部１１１４は、端末装置１２から注文情報を受け付ける。ここでの受け付けとは、通常、受信である。また、注文情報受付部１１１４は、端末装置１２からユーザ識別情報と注文情報とを受信することは好適である。ただし、注文情報受付部１１１４は、ユーザの手入力により、注文情報を受け付けても良い。

注文情報蓄積部１１１５は、注文情報受付部１１１４が受け付けた注文情報を、注文情報受付部１１１４が受け付けたユーザ識別情報と対応付けて蓄積する。注文情報蓄積部１１１５は、通常、注文情報、または注文情報とユーザ識別情報とを、注文履歴格納部１１０３に蓄積する。注文履歴蓄積部１１１５は、例えば、注文情報受付部１１１４が受け付けた注文情報を、上述したような受け付けた順番を示す情報と対応付けて注文履歴格納部１１０３に蓄積してもよい。順番を示す情報が時刻である場合、情報処理装置１１が有する図示しない時計等から現在の時刻を取得するようにすればよい。また、注文履歴蓄積部１１１５は、注文情報の入力を行ったユーザのユーザ識別情報や、注文を受け付けた店舗の店舗識別情報と対応付けて注文情報を蓄積するようにしても良い。ユーザ識別情報は、例えば、注文を行うユーザが情報処理装置１１にログイン等を行う際に入力したユーザ識別情報を用いる。また、注文情報蓄積部１１１５は、例えば、予め図示しない記憶媒体等に蓄積されている対象識別情報を読み出す。ユーザが現在の来店中に受け付けた注文情報は、例えば、注文履歴情報として注文履歴格納部１１０３に蓄積（例えば、追記）される。また、例えば、ユーザが来店を終えた後には、蓄積された注文履歴情報が過去注文履歴情報となる。

メニュー取得部１１１６は、メニュー項目を配置したメニューであって、注文履歴格納部１１０３に格納された注文履歴情報と、対象属性情報格納部１１０４に格納された対象属性情報とに応じた態様のメニューを取得する。つまり、メニュー取得部１１１６は、通常、注文がなされる毎に、異なるメニューを取得する。なお、本明細書において、メニューとは、注文する画面を構成するための情報と指す場合、注文するメニュー画面を指す場合等がある。

メニュー取得部１１１６は、メニュー項目を配置したメニューであって、注文履歴格納部１１０３に格納された注文履歴情報を１以上の消費ルールに適用し、注文履歴情報と属性情報とに応じた態様のメニューを取得する。例えば、消費ルールが、順序ルール「＜順序＞＜ジャンル＞オードブル，＜ジャンル＞魚類，＜ジャンル＞肉類，＜ジャンル＞デザート，＜ジャンル＞ドリンク＜／順序＞」である場合、メニュー取得部１１１６は、第一にオードブルのメニューを構成し、第二に魚類のメニューを構成し、第三に肉類のメニューを構成し、第四にデザートのメニューを構成し、最後にドリンクのメニューを構成する。また、例えば、消費ルールが、特定総量ルール「＜総量 ジャンル＝ビール＞３杯以下」である場合、３杯のビールが注文された後は、メニュー取得部１１１６は、ビールのメニュー項目を用いずに、ビールのメニュー項目が存在しないメニューを構成する。

メニュー取得部１１１６は、さらに、ユーザ属性情報受付部１１１３が受け付けたユーザ属性情報に応じた態様のメニューを取得する。ユーザ属性情報が「そばアレルギー」である場合、メニュー取得部１１１６は、材料識別情報として「そば」を有するメニュー項目、および対象識別情報「そば」のメニュー項目を取得せず、かかるメニュー項目が存在しないメニューを構成する。

メニュー取得部１１１６は、在庫情報に応じた態様のメニューを取得する。つまり、メニュー取得部１１１６は、在庫情報が、在庫が存在しない対象のメニュー項目、および在庫が存在しない対象を材料として使用する対象のメニュー項目を取得せず、かかるメニュー項目が存在しないメニューを構成する。

メニュー取得部１１１６は、嗜好情報に応じた態様のメニューを取得する。嗜好情報が「ビールが大好き」であることを示す情報である場合、例えば、メニュー取得部１１１６は、「ビール」のメニュー項目を選択しやすい位置に配置したり、「ビール」の表示を目立つ表示にしたり、中ジョッキの代わりに大ジョッキのビールのメニュー項目にしたりする。

メニュー取得部１１１６は、メニュー項目の一部の値を変更したメニューを取得しても良い。一部の値とは、例えば、メニュー項目を構成する価格、数量などである。メニュー取得部１１１６は、例えば、注文履歴情報が示す注文の履歴や、ユーザの嗜好情報等に応じて、メニュー項目の一部の値を変更したメニューを取得する。

また、メニュー取得部１１１６は、メニュー項目の配置を、デフォルトの配置に対して変更したメニューを取得しても良い。デフォルトの配置に関する情報は、メニュー項目格納部１１０５が保持していても良いし、メニュー取得部１１１６が保持していても良い。

また、メニュー取得部１１１６は、メニュー項目の一部を削除、または選択を受け付けない状態としたメニューを取得しても良い。

メニュー取得部１１１６は、注文情報受付部１１１４が注文情報を受信する毎に、注文履歴情報と属性情報とに応じた態様のメニューを取得することは好適である。

メニュー取得部１１１６は、注文履歴情報と属性情報とを選択条件に適用し、合致する選択条件に対応するメニュー項目内容を取得し、メニューを構成することは好適である。

なお、メニュー取得部１１１６が取得したメニュー項目から出力するメニューを構成する技術は公知技術であるので、詳細な説明を省略する。メニュー取得部１１１６は、例えば、メニュー項目を配置するためのテンプレートの情報を保持しており、かかるテンプレートの情報に、メニュー項目を代入して、メニューを構成する。

メニュー送信部１１１７は、メニュー取得部１１１６が取得したメニューを端末装置１２に送信する。

嗜好情報取得部１１１８は、過去注文履歴情報を用いて、ユーザの嗜好を示す情報である嗜好情報を取得する。嗜好情報とは、例えば、対象属性情報、対象属性情報を選択するパターンを示す情報である。嗜好情報取得部１１１８は、例えば、ある店舗に訪問の度に注文されている対象（例えば、飲食物）のジャンル（「種類」と言っても良い。）、またはある店舗に訪問の度に注文されている対象の対象識別情報を取得する。かかる場合、嗜好情報はジャンル、または対象識別情報である。そして、嗜好情報取得部１１１８は、嗜好情報とユーザ識別情報を対応付けて保持することは好適である。また、嗜好情報取得部１１１８は、過去注文履歴情報の中に、閾値以上（例えば、店舗訪問の総回数のうちの７０％以上など）、存在する対象識別情報またはジャンルを取得しても良い。

端末装置１２を構成する端末メニュー格納部１２０１は、注文を受け付けるメニューであり、１以上のメニュー項目を有するメニューが格納される。ここでの格納は、通常、一時的な格納である。

ユーザ情報受信部１２０２は、ユーザ情報送信部１１１０が送信した１または２以上のユーザ情報を受信する。ユーザ情報は、例えば、ユーザの写真とユーザ識別情報である。

ユーザ情報出力部１２０３は、ユーザ情報受信部１２０２が受信した１または２以上のユーザ情報を出力する。ここで、ユーザ情報は、例えば、ユーザの写真である。また、ユーザ情報出力部１２０３は、２以上のユーザ情報を出力することは好適である。また、ユーザ情報出力部１２０３は、ユーザ情報受信部１２０２が受信した情報のうちの一部のユーザ情報を出力するだけでも良い。ここで、出力とは、通常、ディスプレイへの表示であるが、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

受付部１２０４は、各種のデータや命令を受け付ける。受付部１２０４は、例えば、ユーザ情報出力部１２０３が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示を受け付ける。また、受付部１２０４は、例えば、注文を示す注文情報も受け付ける。また、受付部１２０４は、例えば、席識別子も受け付ける。ユーザ指示や注文情報や席識別子の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。受付部１２０４は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末送信部１２０５は、受付部１２０４が受け付けたユーザ指示が示すユーザ情報に対応するユーザ識別情報と、受付部１２０４が受け付けた注文情報とを対応付けて送信する。端末送信部１２０５は、ユーザ識別情報と注文情報とを、別々に送信しても良い。ここでのユーザ識別情報は、ユーザを識別できれば良く、他の構成要素（例えば、ユーザ管理情報格納部１１０１）で利用するユーザ識別情報と同一でなくても良い。また、注文情報等の送信先は、情報処理装置１１でも良いし、情報処理装置１１とは異なる装置（例えば、注文管理サーバなど）でも良い。

また、端末送信部１２０５は、受付部１２０４が受け付けた席識別子と、ユーザ識別情報とを、情報処理装置１１に送信しても良い。

メニュー受信部１２０６は、メニューを情報処理装置１１から受信する。

メニュー蓄積部１２０７は、メニュー受信部１２０６が受信したメニューを端末メニュー格納部１２０１に蓄積する。ここでの蓄積とは、通常、一時的な蓄積である。

メニュー出力部１２０８は、メニュー受信部１２０６が受信したメニューを出力する。

ユーザ識別情報格納部１０１、ユーザ管理情報格納部１１０１、席情報格納部１１０２、注文履歴格納部１１０３、対象属性情報格納部１１０４、メニュー項目格納部１１０５、ルール格納部１１０６、在庫格納部１１０７、および端末メニュー格納部１２０１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

ユーザ識別情報格納部１０１等にユーザ識別情報等が記憶される過程は問わない。例えば、記録媒体を介してユーザ識別情報等がユーザ識別情報格納部１０１等記憶されるようになってもよく、通信回線等を介して送信されたユーザ識別情報等がユーザ識別情報格納部１０１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたユーザ識別情報等がユーザ識別情報格納部１０１等で記憶されるようになってもよい。

ユーザ識別情報送信部１０２、ユーザ情報送信部１１１０、メニュー送信部１１１７、および端末送信部１２０５は、通常、無線の通信手段で実現されるが、有線の通信手段や放送手段で実現されても良い。

ユーザ識別情報受信部１１０８、席情報受付部１１１１、ユーザ属性情報受付部１１１３、注文情報受付部１１１４、ユーザ情報受信部１２０２、およびメニュー受信部１２０６は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

ユーザ情報取得部１１０９、席識別子蓄積部１１１２、注文情報蓄積部１１１５、メニュー取得部１１１６、嗜好情報取得部１１１８、およびメニュー蓄積部１２０７は、通常、ＭＰＵやメモリ等から実現され得る。ユーザ情報取得部１１０９の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

ユーザ情報出力部１２０３、およびメニュー出力部１２０８は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。ユーザ情報出力部１２０３等は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、注文システム１の動作について説明する。まず、ユーザ端末１０の動作について説明する。ユーザ端末１０のユーザ識別情報送信部１０２は、ユーザ識別情報格納部１０１からユーザ識別情報を取得する。そして、ユーザ識別情報送信部１０２は、取得したユーザ識別情報を送信する。

次に、情報処理装置１１の動作について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）ユーザ識別情報受信部１１０８は、１または２以上のユーザ識別情報を受信したか否かを判断する。ユーザ識別情報を受信すればステップＳ４０２に行き、ユーザ識別情報を受信しなければステップＳ４０４に行く。

（ステップＳ４０２）ユーザ情報取得部１１０９は、ステップＳ４０１で受信された１または２以上のユーザ識別情報を用いて、当該１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を、ユーザ管理情報格納部１１０１から取得する。

（ステップＳ４０３）ユーザ情報送信部１１１０は、１または２以上のユーザ情報を端末装置１２に送信する。ステップＳ４０１に戻る。

（ステップＳ４０４）席情報受付部１１１１は、席情報を受け付けたか否かを判断する。席情報を受け付ければステップＳ４０５に行き、席情報を受け付けなければステップＳ４０６に行く。

（ステップＳ４０５）席識別子蓄積部１１１２は、ステップＳ４０４で受け付けられた席情報が有する席識別子を、ステップＳ４０４で受け付けられたユーザ識別情報と対応付けて、席情報格納部１１０２に蓄積する。ステップＳ４０１に戻る。

（ステップＳ４０６）注文情報受付部１１１４は、注文情報とユーザ識別情報とを受け付けたか否かを判断する。注文情報等を受け付ければステップＳ４０７に行き、注文情報等を受け付けなければステップＳ４１０に行く。

（ステップＳ４０７）注文情報蓄積部１１１５は、ステップＳ４０６で受け付けられた注文情報を、ユーザ識別情報と対応付けて、注文履歴格納部１１０３に蓄積する。

（ステップＳ４０８）メニュー取得部１１１６は、ユーザ識別情報により識別されるユーザ向けのメニューを構成する。かかる処理をメニュー構成処理という。メニュー構成処理について、図５のフローチャートを用いて説明する。

（ステップＳ４０９）メニュー送信部１１１７は、ステップＳ４０８で構成されたメニューを、端末装置１２に送信する。ステップＳ４０１に戻る。

（ステップＳ４１０）ユーザ属性情報受付部１１１３は、ユーザ属性情報を受け付けたか否かを判断する。ユーザ属性情報を受け付ければステップＳ４１１に行き、ユーザ属性情報を受け付けなければステップＳ４１２に行く。

（ステップＳ４１１）ユーザ属性情報受付部１１１３は、ステップＳ４１０で受け付けたユーザ属性情報を、ユーザ識別情報と対応付けて、図示しない記録媒体に一時蓄積する。ステップＳ４０１に戻る。

（ステップＳ４１２）嗜好情報取得部１１１８は、嗜好情報を取得するタイミングであるか否かを判断する。嗜好情報を取得するタイミングであればステップＳ４１３に行き、嗜好情報を取得するタイミングでなければステップＳ４１４に行く。なお、嗜好情報を取得するタイミングは、例えば、情報処理装置１１が、ユーザ識別情報で識別されるユーザが来店したことを示す情報を受信した場合である。また、嗜好情報を取得するタイミングは、例えば、ステップＳ４０６で、一のユーザ識別情報に対して、情報処理装置１１が注文情報を、一の日に初めて受信した場合等である。また、嗜好情報を取得するタイミングは、例えば、図示しない手段が、ユーザの決済が完了した旨の情報を受信した場合である。

（ステップＳ４１３）嗜好情報取得部１１１８は、嗜好情報取得処理を行う。嗜好情報取得処理について、図１０のフローチャートを用いて説明する。ステップＳ４０１に戻る。

（ステップＳ４１４）図示しない受付手段が、在庫情報を変更する指示を受け付けたか否かを判断する。在庫情報を変更する指示を受け付ければステップＳ４１５に行き、在庫情報を変更する指示を受け付けなければステップＳ４１６に行く。なお、在庫情報を変更する指示は、変更内容を有する。変更内容は、変更する対象、および変更のための情報を有する。在庫情報を変更する指示は、例えば、「変更 ＜対象＞鶏肉 ＜変更データ＞０」である。「変更 ＜対象＞鶏肉 ＜変更データ＞０」は、食材「鶏肉」の在庫がなくなったことを示す。また、在庫情報を変更する指示は、例えば、「変更 ＜対象＞から揚げ ＜変更データ＞０」である。本指示は、対象識別情報「から揚げ」の在庫がなくなったことを示す。また、図示しない受付手段は、当該注文情報受付部１１１４が受け付けた注文情報を用いて在庫情報を変更する指示を受け付けることは好適である。注文情報受付部１１１４が、「注文 ＜対象＞から揚げ ＜数量＞２」を受け付けた場合、図示しない受付手段は、注文情報受付部１１１４から、「変更 ＜対象＞から揚げ ＜内容＞＄在庫−２」を受け付ける。ここで「＄在庫」は、現在の「＜対象＞から揚げ」の在庫数を示す変数である。

（ステップＳ４１５）図示しない修正手段が、ステップＳ４１４において受け付けた在庫情報を変更する指示が有する変更内容に従って、在庫格納部１１０７の在庫情報を変更する。ステップＳ４０１に戻る。

（ステップＳ４１６）図示しない受付手段は、メニューの出力指示を、端末装置１２から受信したか否かを判断する。メニューの出力指示を受信すればステップＳ４０８に行き、受信しなければステップＳ４０１に戻る。

なお、図４のフローチャートにおいて、ステップＳ４１６でＹｅｓの場合、ステップＳ４０８に行ったが、メニュー取得部１１１６がデフォルトの１以上のメニュー項目をメニュー項目格納部１１０５から読み出し、メニューを構成しても良い。そして、メニュー送信部１１１７が当該メニューを端末装置１２に送信しても良い。

また、図４のフローチャートにおいて、注文情報を受信するごとに、動的にメニューを構成した。しかし、他のタイミングでメニューを構成しても良い。他のタイミングとは、例えば、定期的（１０分に１回など）、ユーザからの指示があった際などである。

さらに、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ４０８のメニュー構成処理について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）メニュー取得部１１１６は、メニューを出力する先のユーザを識別するユーザ識別情報を取得する。なお、このユーザ識別情報は、例えば、ステップＳ４０６で受信されたユーザ識別情報である。

（ステップＳ５０２）メニュー取得部１１１６は、ステップＳ５０１で取得したユーザ識別情報に対応する注文履歴情報を、注文履歴格納部１１０３から読み出す。

（ステップＳ５０３）メニュー取得部１１１６は、ステップＳ５０１で取得したユーザ識別情報に対応するユーザ属性情報が存在するか否かを判断する。ユーザ属性情報が存在すればステップＳ５０４に行き、ユーザ属性情報が存在しなければステップＳ５０５に行く。

（ステップＳ５０４）メニュー取得部１１１６は、ステップＳ５０１で取得したユーザ識別情報に対応するユーザ属性情報を取得する。なお、このユーザ属性情報の取得処理は、ユーザ属性情報受付部１１１３が行っても良い。

（ステップＳ５０５）メニュー取得部１１１６は、在庫格納部１１０７の在庫情報を取得する。

（ステップＳ５０６）メニュー取得部１１１６は、ステップＳ５０１で取得したユーザ識別情報に対応する嗜好情報が存在するか否かを判断する。嗜好情報が存在すればステップＳ５０７に行き、嗜好情報が存在しなければステップＳ５０８に行く。

（ステップＳ５０７）メニュー取得部１１１６は、ユーザ識別情報に対応する嗜好情報を取得する。

（ステップＳ５０８）ルール格納部１０９に消費ルールが存在するか否かを判断する。消費ルールが存在すればステップＳ５０９に行き、消費ルールが存在しなければステップＳ５１０に行く。

（ステップＳ５０９）メニュー取得部１１１６は、消費ルールを適用したメニュー構成処理を行う。かかる処理について、図６のフローチャートを用いて説明する。上位処理にリターンする。

（ステップＳ５１０）メニュー取得部１１１６は、消費ルールを適用しないメニュー構成処理を行う。かかる処理について、図７のフローチャートを用いて説明する。上位処理にリターンする。

なお、図５のフローチャートにおいて、注文履歴情報、ユーザ属性情報、在庫情報、嗜好情報、消費ルールを用いてメニューを構成した。しかし、これらのすべての情報を用いずに、一部の情報のみを用いて、注文履歴情報等のうち、１以上の情報を用いて、動的にメニューを構成しても良い。

次に、ステップＳ５０９の消費ルールを適用したメニュー構成処理について、図６のフローチャートを用いて説明する。

（ステップＳ６０１）メニュー取得部１１１６は、ルール格納部１１０６に順序ルールが存在するか否かを判断する。順序ルールが存在すればステップＳ６０２に行き、順序ルールが存在しなければステップＳ６０４に行く。

（ステップＳ６０２）メニュー取得部１１１６は、順序ルールに従って、対象識別情報または種類識別情報にランクを付与する。ここでは、メニュー取得部１１１６は、次に選択される可能性が高い対象識別情報または種類識別情報に高い値のランクを付与する。また、メニュー取得部１１１６は、既に選択された対象識別情報または種類識別情報や、順序ルールに従えば、選択されるのがかなり先になる対象識別情報または種類識別情報に低い値（例えば、選択されないような値）のランクを付与する。なお、ランクとは、メニュー項目の出現態様に差異を設けるための指標であり、ここでは、ランクの値が大きいメニュー項目ほど、目立つ態様または選択されやすい態様で、メニュー項目が表示される、とする。

（ステップＳ６０３）メニュー取得部１１１６は、各メニュー項目が有する対象識別情報のランクまたは種類識別情報のランクを、各メニュー項目のランクとして付与する。

（ステップＳ６０４）メニュー取得部１１１６は、ルール格納部１１０６に総量ルールが存在するか否かを判断する。総量ルールが存在すればステップＳ６０５に行き、総量ルールが存在しなければステップＳ６１３に行く。

（ステップＳ６０５）メニュー取得部１１１６は、ユーザ識別情報に対応する注文履歴情報であり、現在来店中の店舗において現在の来店中に注文した対象の履歴を示す注文履歴情報を、注文履歴格納部１１０３から読み出す。そして、メニュー取得部１１１６は、読み出した注文履歴情報から、対象となる総量（例えば、カロリーの総量）である摂取総量を取得する。なお、メニュー取得部１１１６は、例えば、注文履歴情報に含まれる各注文情報の属性値である対象の値を取得し、加算する。

（ステップＳ６０６）メニュー取得部１１１６は、カウンタｉに１を代入する。

（ステップＳ６０７）メニュー取得部１１１６は、ｉ番目のメニュー項目が存在するか否かを判断する。ｉ番目のメニュー項目が存在すればステップＳ６０８に行き、存在しなければステップＳ６１９に行く。

（ステップＳ６０８）メニュー取得部１１１６は、ｉ番目のメニュー項目に対応する値であり、対象を摂取した場合の量（例えば、カロリー）を、対象属性情報格納部１１０４から取得する。

（ステップＳ６０９）メニュー取得部１１１６は、ステップＳ６０５で取得した摂取総量と、ステップＳ６０８で取得した摂取した場合の量とを加算し、総量ルールに含まれる制限の量の範囲内であるか否か（総量ルールに合致するか否か）を判断する。総量ルールに合致する場合はステップＳ６１０に行き、合致しない場合はステップＳ６１１に行く。

（ステップＳ６１０）メニュー取得部１１１６は、ｉ番目のメニュー項目に、総量ルールに合致する場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が選択されやすくなるように、ランクを閾値分だけ増加させる（例えば、「＋５」する）。

（ステップＳ６１１）メニュー取得部１１１６は、ｉ番目のメニュー項目に、総量ルールに合致しない場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が、絶対に選択されやすくなるように、ランクを閾値分だけ減少させる（例えば、「−∞」する）。なお、ここで、メニュー取得部１１１６は、ｉ番目のメニュー項目を削除しても良い。

（ステップＳ６１２）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ６０７に戻る。

（ステップＳ６１３）メニュー取得部１１１６は、ルール格納部１１０６に特定総量ルールが存在するか否かを判断する。特定総量ルールが存在すればステップＳ６１４に行き、特定総量ルールが存在しなければステップＳ６２３に行く。

（ステップＳ６１４）メニュー取得部１１１６は、注文履歴格納部１１０３に存在する注文履歴情報であり、現在来店中の店舗において現在の来店中に注文した対象の履歴を示す注文履歴情報であり、特定総量ルールに含まれる特定の対象の注文履歴情報を読み出す。そして、メニュー取得部１１１６は、当該読み出した注文履歴情報から、特定の対象の総量（例えば、注文数）である摂取総量を取得する。なお、メニュー取得部１１１６は、例えば、注文履歴情報に含まれる各注文情報の属性値を取得し、加算する。

（ステップＳ６１５）メニュー取得部１１１６は、特定の対象の対象識別情報または種類識別情報を有するメニュー項目を、メニュー項目格納部１１０５から取得する。

（ステップＳ６１６）メニュー取得部１１１６は、カウンタｉに１を代入する。

（ステップＳ６１７）メニュー取得部１１１６は、ｉ番目のメニュー項目が存在するか否かを判断する。ｉ番目のメニュー項目が存在すればステップＳ６１８に行き、存在しなければステップＳ６２３に行く。

（ステップＳ６１８）メニュー取得部１１１６は、ｉ番目のメニュー項目に対応する対象の摂取量（該当する特定の量であり、例えば、注文数）を取得する。

（ステップＳ６１９）メニュー取得部１１１６は、ステップＳ６１４で取得した特定の対象の摂取総量と、ステップＳ６１８で取得した量とを加算し、特定総量ルールに含まれる制限の量の範囲内であるか否か（特定総量ルールに合致するか否か）を判断する。特定総量ルールに合致する場合はステップＳ６２０に行き、合致しない場合はステップＳ６２１に行く。

（ステップＳ６２０）メニュー取得部１１１６は、ｉ番目のメニュー項目に、特定総量ルールに合致する場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が選択されやすくなるように、ランクを閾値分だけ増加させる（例えば、「＋１０」する）。

（ステップＳ６２１）メニュー取得部１１１６は、ｉ番目のメニュー項目に、特定総量ルールに合致しない場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が、絶対に選択されやすくなるように、ランクを閾値分だけ減少させる（例えば、「−∞」する）。なお、ここで、メニュー取得部１１１６は、ｉ番目のメニュー項目を削除しても良い。

（ステップＳ６２２）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ６１７に戻る。

（ステップＳ６２３）メニュー取得部１１１６は、消費ルールを適用しないメニュー構成処理を行う。消費ルールを適用しないメニュー構成処理について、図７のフローチャートを用いて説明する。上位処理にリターンする。

なお、図６のフローチャートにおいて、順序ルール、総量ルール、および特定総量ルールが、最大それぞれ１個存在する場合について説明した。しかし、ルール格納部１１０６は、２以上の各種類のルールを格納していても良い。順序ルールが２以上存在する場合、ステップＳ６０２からステップＳ６０３が順序ルールの数だけループする。また、総量ルールが２以上存在する場合、ステップＳ６０５からステップＳ６１２が総量ルールの数だけループする。さらに、特定総量ルールが２以上存在する場合、ステップＳ６１４からステップＳ６２２が特定総量ルールの数だけループする。

また、図６のフローチャートにおいて、消費ルールを用いて、メニュー項目にランクを付与したが、かかる処理方法は一例であることは言うまでもない。図６のフローチャートにおいて、消費ルールに合致しないメニュー項目を、非表示としたり、グレーアウトしたりしても良いし、直ぐに選択されにくい位置に配置する等しても良い。

次に、ステップＳ６２３の消費ルールを適用しないメニュー構成処理について、図７のフローチャートを用いて説明する。

（ステップＳ７０１）メニュー取得部１１１６は、カウンタｉに１を代入する。

（ステップＳ７０２）メニュー取得部１１１６は、ｉ番目のメニュー項目が存在するか否かを判断する。ｉ番目のメニュー項目が存在すればステップＳ７０３に行き、存在しなければステップＳ７１１に行く。

（ステップＳ７０３）メニュー取得部１１１６は、ｉ番目のメニュー項目がユーザ属性情報を満たすか否かを判断する。ユーザ属性情報を満たす場合はステップＳ７０４に行き、ユーザ属性情報を満たさない場合はステップＳ７０５に行く。

（ステップＳ７０４）メニュー取得部１１１６は、ユーザ属性情報を満たす場合に対応するように、ｉ番目のメニュー項目のランクを変更する。例えば、ｉ番目のメニュー項目が選択され易くなるように、メニュー取得部１１１６は、ランクを閾値分だけ増加させる（例えば、「＋５」する）。

（ステップＳ７０５）メニュー取得部１１１６は、ｉ番目のメニュー項目に、ユーザ属性情報を満たさない場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が、選択されにくくなる、または絶対に選択されやすくなるように、ランクを閾値分だけ減少させる（例えば、「−∞」する）。なお、ここで、メニュー取得部１１１６は、ｉ番目のメニュー項目を削除しても良い。

（ステップＳ７０６）メニュー取得部１１１６は、ｉ番目のメニュー項目が、本ユーザの嗜好情報に対応するか（合致するか）否かを判断する。嗜好情報に対応する場合はステップＳ７０７に行き、嗜好情報に対応しない場合はステップＳ７０８に行く。

（ステップＳ７０７）メニュー取得部１１１６は、嗜好情報に対応する場合に合致するように、ｉ番目のメニュー項目のランクを変更する。例えば、ｉ番目のメニュー項目が選択され易くなるように、メニュー取得部１１１６は、ランクを閾値分だけ増加させる（例えば、「＋８」する）。なお、嗜好情報に対応しない場合、メニュー取得部１１１６は、ランクを閾値分だけ減少させる、メニュー項目を削除する等の処理を行っても良い。

（ステップＳ７０８）メニュー取得部１１１６は、在庫情報を用いて、ｉ番目のメニュー項目に対応する対象が提供可能であるか否かを判断する。提供可能である場合はステップＳ７１０に行き、提供可能でない場合はステップＳ７０９に行く。なお、メニュー取得部１１１６は、ｉ番目のメニュー項目の対象識別子、または材料（食材など）の情報を取得する。そして、メニュー取得部１１１６は、当該対象識別子で識別される対象、または当該材料が、在庫情報を参照して、在庫が存在するか否かを判断する。そして、メニュー取得部１１１６は、在庫が存在しない場合は、提供不可能である、と判断する。

（ステップＳ７０９）メニュー取得部１１１６は、ｉ番目のメニュー項目を削除する。なお、メニュー取得部１１１６は、ｉ番目のメニュー項目が選択されないように、ランクを変更しても良い。

（ステップＳ７１０）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ７０２に戻る。

（ステップＳ７１１）メニュー取得部１１１６は、ランクを用いたメニュー構成処理を行う。かかる処理について、図８のフローチャートを用いて説明する。

（ステップＳ７１２）メニュー取得部１１１６は、選択的メニュー項目処理を行う。選択的メニュー項目処理について、図９のフローチャートを用いて説明する。上位処理にリターンする。

なお、図７のフローチャートにおいて、図６のフローチャートと同様に、メニュー項目にランクを付与したが、かかる処理方法は一例であることは言うまでもない。図７のフローチャートにおいて、直ぐに非表示としたり、直ぐにグレーアウトしたりしても良いし、直ぐに選択されにくい位置に配置する等しても良い。

次に、ステップＳ７１１のランクを用いたメニュー構成処理について、図８のフローチャートを用いて説明する。

（ステップＳ８０１）メニュー取得部１１１６は、メニューの変更が、メニュー項目の配置の変更であるか否かを判断する。メニュー項目の配置の変更である場合はステップＳ８０２に行き、メニュー項目の配置の変更でない場合はステップＳ８０３に行く。

（ステップＳ８０２）メニュー取得部１１１６は、各メニュー項目に対応するランクを用いて、メニュー項目の集合をソートして、配置を変更する。つまり、かかる処理により、ランクが大きいメニュー項目が、選択されやすい位置（例えば、上部）に配置される。上位処理にリターンする。

（ステップＳ８０３）メニュー取得部１１１６は、メニューの変更が、ランクの低いメニュー項目や選択されてはいけないメニュー項目を、非選択となるような変更であるか否かを判断する。非選択となるような変更である場合はステップＳ８０４に行き、非選択となるような変更でない場合はステップＳ８０５に行く。

（ステップＳ８０４）メニュー取得部１１１６は、閾値以下のランクのメニュー項目を非選択の状態とする。なお、非選択の状態とする処理は、例えば、メニュー項目の削除、グレイアウトとする処理等である。上位処理にリターンする。

（ステップＳ８０５）メニュー取得部１１１６は、メニューの変更が、メニュー項目の内容の変更であるか否かを判断する。内容の変更である場合はステップＳ８０６に行き、内容の変更でない場合は上位処理にリターンする。

（ステップＳ８０６）メニュー取得部１１１６は、カウンタｉに１を代入する。

（ステップＳ８０７）メニュー取得部１１１６は、ｉ番目のメニュー項目が存在するか否かを判断する。ｉ番目のメニュー項目が存在すればステップＳ８０８に行き、存在しなければ上位処理にリターンする。

（ステップＳ８０８）メニュー取得部１１１６は、ｉ番目のメニュー項目が内容変更の候補であるメニュー項目か否かを判断する。内容変更の候補である場合はステップＳ８０９に行き、内容変更の候補でない場合はステップＳ８１２に行く。なお、メニュー取得部１１１６は、メニュー項目の情報を参照し、内容変更の候補のフラグを検知して、内容変更の候補であるメニュー項目か否かを判断しても良いし、内容変更条件や変更内容情報を参照して、内容変更の候補であるメニュー項目か否かを判断しても良い。

（ステップＳ８０９）メニュー取得部１１１６は、本ユーザ識別情報に対応する注文履歴情報のうち、内容変更条件に関連する情報を取得する。例えば、内容変更条件が、「ビールの注文数＞＝３」である場合、注文履歴情報が有する注文情報のうち、「＜対象識別情報＞ビール」を含む注文情報を取得する。

（ステップＳ８１０）メニュー取得部１１１６は、ステップＳ８０９で取得した内容変更条件に関連する情報が、ｉ番目のメニュー項目に対応する内容変更条件に合致するか否かを判断する。内容変更条件に合致する場合はステップＳ８１１に行き、内容変更条件に合致しない場合はステップＳ８１２に行く。なお、例えば、内容変更条件「ビールの注文数＞＝３」であり、ステップＳ８０９で取得した内容変更条件に関連する情報（ここでは、ビールの注文情報）が「ビールの注文数＝３（注文情報が３つ存在）」を示す場合、メニュー取得部１１１６は、内容変更条件に合致すると判断する。

（ステップＳ８１１）メニュー取得部１１１６は、変更内容情報を取得する。そして、メニュー取得部１１１６は、変更内容情報に従って、ｉ番目のメニュー項目の内容を変更する。

（ステップＳ８１２）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ８０７に戻る。

なお、図８のフローチャートにおいて、３つのメニューの変更方法について説明した。しかし、ランクに応じて、選択されやすさが変化するようなメニューの変更であれば、他の処理でも良い。また、３つのメニューの変更方法のうち、２以上の変更方法を組み合わせても良い。さらに、例えば、３つのメニューの変更方法のうち選択する変更方法をどれにするかについて、メニュー取得部１１１６は、予め情報を保持している、とする。

次に、ステップＳ７１２の選択的メニュー項目処理について、図９のフローチャートを用いて説明する。

（ステップＳ９０１）メニュー取得部１１１６は、メニュー項目格納部１１０５または、メモリ上のメニュー項目（消去されていないメニュー項目）から、選択的メニュー項目を取得する。

（ステップＳ９０２）メニュー取得部１１１６は、カウンタｉに１を代入する。

（ステップＳ９０３）メニュー取得部１１１６は、ステップＳ９０１で取得した選択的メニュー項目のうち、ｉ番目の選択的メニュー項目が存在するか否かを判断する。ｉ番目の選択的メニュー項目が存在すればステップＳ９０４に行き、ｉ番目の選択的メニュー項目が存在しなければ上位処理にリターンする。

（ステップＳ９０４）メニュー取得部１１１６は、ｉ番目の選択的メニュー項目が有する選択条件に関連する情報を、注文履歴情報等から取得する。注文履歴情報等とは、注文履歴情報だけでも良いし、ユーザ属性情報、嗜好情報、在庫情報等を含んでも良い。

（ステップＳ９０５）メニュー取得部１１１６は、カウンタｊに１を代入する。

（ステップＳ９０６）メニュー取得部１１１６は、ｉ番目の選択的メニュー項目の中に、ｊ番目のメニュー項目部品が存在するか否かを判断する。ｊ番目のメニュー項目部品が存在すればステップＳ９０７に行き、ｊ番目のメニュー項目部品が存在しなければステップＳ９１０に行く。

（ステップＳ９０７）メニュー取得部１１１６は、ｊ番目のメニュー項目部品に対応する選択条件を取得する。

（ステップＳ９０８）メニュー取得部１１１６は、ステップＳ９０４で取得した情報が、ステップＳ９０７で取得した選択条件に合致するか否かを判断する。選択条件に合致する場合はステップＳ９０９に行き、選択条件に合致しない場合はステップＳ９１１に行く。

（ステップＳ９０９）メニュー取得部１１１６は、ｊ番目のメニュー項目部品を、ｉ番目のメニュー項目の内容として取得する。

（ステップＳ９１０）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ９０３に戻る。

（ステップＳ９１１）メニュー取得部１１１６は、カウンタｊを１、インクリメントする。ステップＳ９０６に戻る。

次に、ステップＳ４１３の嗜好情報取得処理について、図１０のフローチャートを用いて説明する。

（ステップＳ１００１）嗜好情報取得部１１１８は、ユーザ識別情報を取得する。

（ステップＳ１００２）嗜好情報取得部１１１８は、ステップＳ１００１で取得したユーザ識別情報に対応する注文情報であって、現在来店中の店舗に過去に来店した際に注文した内容に関する１以上の注文情報を、注文履歴格納部１１０３から取得する。なお、ここでの１以上の注文情報も、注文履歴情報と言っても良い。

（ステップＳ１００３）嗜好情報取得部１１１８は、カウンタｉに１を代入する。

（ステップＳ１００４）嗜好情報取得部１１１８は、ｉ番目の対象識別情報が存在するか否かを判断する。なお、嗜好情報取得部１１１８は、例えば、対象属性情報格納部１１０４の情報を参照して、かかる判断を行う。

（ステップＳ１００５）嗜好情報取得部１１１８は、ｉ番目の対象識別情報で識別される対象の注文の頻度を示す頻度情報を、ステップＳ１００２で取得した注文履歴情報から取得する。なお、頻度情報は、例えば、来店した日のうち、どの程度の割合の日で、注文しているか否かを示す情報でも良いし、注文した日の総数でも良いし、注文した総回数（１日に２回以上、注文する場合もある）でも良い。また、嗜好情報取得部１１１８は、注文の量に関する量情報も、ステップＳ１００２で取得した注文履歴情報から取得しても良い。なお、量情報は、例えば、注文した総重量、総杯数などである。

（ステップＳ１００６）嗜好情報取得部１１１８は、頻度情報、または量情報、または頻度情報と量情報を用いて、ｉ番目の対象識別情報で識別される対象の好きな度合いを示す嗜好レベルを取得する。なお、頻度情報、または量情報が大きい値を示すほど、通常、嗜好レベルが高くなる。

（ステップＳ１００７）嗜好情報取得部１１１８は、ｉ番目の対象識別情報と、ステップＳ１００６で取得した嗜好レベルとを対応付けて蓄積する。なお、嗜好情報取得部１１１８は、図示しない記録媒体に対象識別情報と嗜好レベルとを対応付けて蓄積する。

（ステップＳ１００８）嗜好情報取得部１１１８は、カウンタｉを１、インクリメントする。ステップＳ１００４に戻る。

（ステップＳ１００９）嗜好情報取得部１１１８は、カウンタｉに１を代入する。

（ステップＳ１０１０）嗜好情報取得部１１１８は、ｉ番目の種類識別情報が存在するか否かを判断する。なお、嗜好情報取得部１１１８は、例えば、対象属性情報格納部１１０４の情報を参照して、かかる判断を行う。なお、種類識別情報とは、対象の種類を識別する情報であり、ジャンル識別情報と言っても良い。対象の種類とは、どのような分類方法によってグループ化されたものでも良い。

（ステップＳ１０１１）嗜好情報取得部１１１８は、ｉ番目の種類識別情報で識別される対象の注文の頻度を示す頻度情報を、ステップＳ１００２で取得した注文履歴情報から取得する。また、嗜好情報取得部１１１８は、ｉ番目の種類識別情報で識別される対象の注文の量に関する量情報も、ステップＳ１００２で取得した注文履歴情報から取得しても良い。

（ステップＳ１０１２）嗜好情報取得部１１１８は、頻度情報、または量情報、または頻度情報と量情報を用いて、ｉ番目の種類識別情報で識別される種類の対象の好きな度合いを示す嗜好レベルを取得する。なお、頻度情報、または量情報が大きい値を示すほど、通常、嗜好レベルが高くなる。

（ステップＳ１０１３）嗜好情報取得部１１１８は、ｉ番目の種類識別情報と、ステップＳ１０１２で取得した嗜好レベルとを対応付けて蓄積する。なお、嗜好情報取得部１１１８は、図示しない記録媒体に種類識別情報と嗜好レベルとを対応付けて蓄積する。

（ステップＳ１０１４）嗜好情報取得部１１１８は、カウンタｉを１、インクリメントする。ステップＳ１０１０に戻る。

次に、端末装置１２の動作について、図１１のフローチャートを用いて説明する。

（ステップＳ１１０１）ユーザ情報受信部１２０２は、１または２以上のユーザ情報を受信したか否かを判断する。ユーザ情報を受信すればステップＳ１１０２に行き、ユーザ情報を受信しなければステップＳ１１０５に行く。なお、ここで、ユーザ情報受信部１２０２は、通常、ユーザ識別情報も受信する。

（ステップＳ１１０２）ユーザ情報出力部１２０３は、ユーザ情報受信部１２０２が受信した１または２以上のユーザ情報を出力する。ここで、ユーザ情報出力部１２０３は、受信されたユーザ情報（例えば、ユーザの氏名と写真とユーザ識別情報）のうち、一部のユーザ情報のみ（例えば、写真のみ）を出力しても良い。

（ステップＳ１１０３）受付部１２０４は、ステップＳ１１０２で出力された１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示を受け付けたか否かを判断する。ユーザ指示を受け付ければステップＳ１１０４に行き、ユーザ指示を受け付けなければステップＳ１１０３に戻る。

（ステップＳ１１０４）受付部１２０４は、ステップＳ１１０３で受け付けたユーザ指示に対応するユーザ識別情報を予め決められた記憶領域に蓄積する。ステップＳ１１０１に戻る。

（ステップＳ１１０５）受付部１２０４は、注文情報を受け付けたか否かを判断する。注文情報を受け付ければステップＳ１１０６に行き、注文情報を受け付けなければステップＳ１１０８に行く。

（ステップＳ１１０６）端末送信部１２０５は、予め決められた記憶領域に格納されているユーザ識別情報を読み出す。

（ステップＳ１１０７）端末送信部１２０５は、ステップＳ１１０５で受け付けられた注文情報と、ステップＳ１１０６で読み出したユーザ識別情報とを、情報処理装置１１に送信する。なお、端末送信部１２０５は、情報処理装置１１に情報を送信するための情報（例えば、情報処理装置１１のＩＰアドレス等）を保持している、とする。ステップＳ１１０１に戻る。

（ステップＳ１１０８）メニュー受信部１２０６は、メニューを情報処理装置１１から受信したか否かを判断する。メニューを受信すればステップＳ１１０９に行き、受信しなければステップＳ１１１１に行く。

（ステップＳ１１０９）メニュー蓄積部１２０７は、ステップＳ１１０８で受信されたメニューを端末メニュー格納部１２０１に蓄積する。

（ステップＳ１１１０）メニュー出力部１２０８は、メニュー受信部１２０６が受信したメニューを出力する。ステップＳ１１０１に戻る。

（ステップＳ１１１１）受付部１２０４は、席識別子も受け付けたか否かを判断する。席識別子も受け付ければステップＳ１１１２に行き、席識別子も受け付けなければステップＳ１１１４に行く。

（ステップＳ１１１２）端末送信部１２０５は、予め決められた記憶領域に格納されているユーザ識別情報を読み出す。

（ステップＳ１１１３）端末送信部１２０５は、ステップＳ１１１１で受け付けられた席識別子と、ステップＳ１１１２で読み出したユーザ識別情報とを、情報処理装置１１に送信する。ステップＳ１１０１に戻る。

（ステップＳ１１１４）受付部１２０４は、出力されているメニューに対する指示を受け付けたか否かを判断する。メニューに対する指示を受け付ければステップＳ１１１５に行き、メニューに対する指示を受け付けなければステップＳ１１０１に戻る。

（ステップＳ１１１５）メニュー出力部１２０８は、ステップＳ１１１４で受け付けた指示に対応して、メニューの表示を変更する。ステップＳ１１０１に戻る。

以下、本実施の形態における注文システム１の具体的な動作について説明する。今、ユーザ管理情報格納部１１０１は、図１２に示すユーザ管理情報管理表を保持している。ユーザ管理情報管理表は、「ＩＤ」「ユーザ識別情報」「ユーザ情報」を有する１以上のレコードを格納している。「ＩＤ」はレコードを識別する情報である。「ユーザ情報」は、ここでは、「氏名」「年齢」「性別」「写真」を有する。「写真」は、ユーザの写真のデータであり、顔写真が好ましい。

また、メニュー項目格納部１１０５は、図１３に示す多数のメニュー項目を格納している、とする。図１３はメニュー項目管理表である。メニュー項目管理表は、「ＩＤ」「種類識別情報」「対象識別情報」「選択フラグ」「内容選択条件」「メニュー項目内容」の属性値を有するレコード（メニュー項目）を１以上格納している。属性「種類識別情報」は、対象（ここでは、飲食物）の種類を示す情報である。種類とは、ジャンルやカテゴリーと言っても良い。「選択フラグ」は、メニュー項目が選択的メニュー項目であるか否かを示す。「選択フラグ」が「１」の場合は、メニュー項目は選択的メニュー項目である。また、「メニュー項目内容」として、「価格」「数量」を有する。また、メニュー項目は、対象の画像や動画等を有することは好適である。また、「ＩＤ」は、レコードを識別する情報である。また、また、図１３における「ＩＤ＝１」のレコードは選択的メニュー項目である。そして、「ＩＤ＝１」のレコードの「内容選択条件」「メニュー項目内容」は、ユーザが使った総額が３０００円以下である場合は、えだ豆の価格は３００円のメニュー項目が選択されるが、総額が３０００円を超えた後は、えだ豆の価格は２５０円のメニュー項目が選択されることを示す。また、「ＩＤ＝２８」のレコードの「内容選択条件」「メニュー項目内容」は、注文したから揚げが０の場合（初めて注文する場合）は、数量「８０ｇ」のメニュー項目が選択されるが、注文したから揚げが１以上の場合は、数量「１６０ｇ」のメニュー項目が選択されることを示す。なお、選択的メニュー項目の選択候補のメニュー項目は、「ＩＤ＝１９」のレコードが示すように２より多くても良い。つまり、選択的メニュー項目により、注文状況に応じて、価格や数量等のメニューの内容が変更され得る。

また、注文履歴格納部１１０３は、図１４に示す注文履歴情報を格納している。図１４は、注文履歴管理表である。注文履歴管理表は、多数の注文情報を有する。注文履歴管理表は、ここでは、現在来店中の飲食店において現在の来店中に注文した飲食物の履歴を示す注文情報、および過去注文履歴情報を有する。注文履歴管理表は、「ＩＤ」「ユーザ識別情報」「日時」「対象識別情報」「数量」「ユーザ属性情報」を有するレコード（注文情報）を多数格納している。「日時」は注文された日時であり、上述した時刻情報である。また、「数量」は注文された数量である。「ユーザ属性情報」は、ここでは一緒に来客した人数を示す。なお、図１４において、一のユーザの注文情報だけが管理されているように見えるが、通常、多数のユーザの注文情報が管理されている。

また、対象属性情報格納部１１０４は、図１５に示す対象属性情報を格納している。図１５は、対象属性情報管理表である。対象属性情報管理表は、「ＩＤ」「対象識別情報」「材料識別情報」「カロリー」「重量」「人数」を有するレコード（対象属性情報）を多数格納している。「材料識別情報」は、対象を調理するのに必要な材料の情報であり、対象識別情報と同じ場合もある。「材料識別情報」は、１以上の材料の情報を有する。「カロリー」は対象（ここでは、飲食物）を摂取した時に取り込まれるカロリー数を示す。「重量」は対象の重量である。「人数」は摂取する際の適切な人数である。

また、在庫格納部１１０７は、図１６に示す在庫情報を格納している。図１３は、在庫管理表である。在庫管理表は、「ＩＤ」「対象識別情報」「材料識別情報」「在庫数量」を有するレコード（在庫情報）を多数格納している。

さらに、ルール格納部１１０６は、図１７に示す消費ルールを格納している。図１７はルール管理表である。ルール管理表は、「ＩＤ」「ユーザ識別情報」「消費ルール」を有するレコードを多数格納している。「消費ルール」は「ルール種別」「ルール内容」を有する。「ルール種別」は、ルールの種類を示す。「ルール内容」はルールの内容を示す。

かかる状況において、ユーザ識別情報「００１３」で識別されるユーザ、ユーザ識別情報「００１５」で識別されるユーザ、ユーザ識別情報「００１７」で識別されるユーザが順次、飲食店に入った、とする。なお、上記の３名の各ユーザは、一のグループではなく、それぞれ、一人で食事のために飲食店に入った、とする。また、上記の３名の各ユーザは、全員、自分のユーザ端末１０を保持している、とする。さらに、３名の各ユーザのユーザ端末１０のユーザ識別情報格納部１０１には、それぞれユーザを識別するユーザ識別情報が格納されている、とする。

次に、３名の各ユーザのユーザ端末１０のユーザ識別情報送信部１０２は、ユーザ識別情報格納部１０１からユーザ識別情報を読み出し、送信する。また、ここで、３名の各ユーザのユーザ端末１０は、ユーザ端末１０の位置情報も、ユーザ識別情報とともに送信する、とする。なお、ユーザ端末１０の図示しない位置情報取得手段は、ユーザ端末１０の位置情報を取得する、とする。

そして、情報処理装置１１のユーザ識別情報受信部１１０８は、３つの各ユーザ端末１０から、それぞれユーザ識別情報「００１３」とその位置情報、ユーザ識別情報「００１５」その位置情報、およびユーザ識別情報「００１７」その位置情報を受信する。

次に、情報処理装置１１のユーザ情報取得部１１０９は、ユーザ識別情報と対で送信されてくる位置情報を用いて、ユーザ端末１０が店舗に入ったか否かを判断する。ユーザ情報取得部１１０９は、上記の３つのユーザ端末１０が店舗に入った、と判断し、３名の各ユーザ識別情報に対応する３つのユーザ情報をユーザ管理情報管理表から取得する。なお、ユーザ情報取得部１１０９は、店舗の範囲を示す位置情報である範囲位置情報を保持しており、かかる範囲位置情報とユーザ端末１０が送信した位置情報とから、ユーザ端末１０が店舗に入ったか否かを判断する。なお、ユーザ情報取得部１１０９が取得するユーザ情報は、ユーザ情報の一部（例えば、写真のみ）でも良い。

次に、ユーザ情報送信部１１１０は、ユーザ情報取得部１１０９が取得した３名のユーザ情報を、端末装置１２に送信する。なお、ここでのユーザ情報は、ユーザ識別情報を含む、とする。

次に、端末装置１２のユーザ情報受信部１２０２はユーザ情報を受信する。そして、ユーザ情報出力部１２０３は、図１８に示すような３名のユーザ情報（ここでは、ユーザの写真のみ）を出力する。なお、端末装置１２は、図１８に示す写真と対応付けて、各写真と対になるユーザ識別情報を保持している。

次に、例えば、店員は、端末装置１２に表示されている３名のお客様のうち、担当のお客様（ここでは、ユーザ識別情報「００１５」のお客様である、とする。）を選択する。つまり、例えば、店員は、端末装置１２に対して、ユーザ指示を入力する。また、店員は、端末装置１２に対して、席識別子「４」を入力した、とする。さらに、店員は、端末装置１２の「送信」ボタンを押下した、とする。

次に、端末装置１２の受付部１２０４は、ユーザ識別情報「００１５」のお客様の写真の指示であるユーザ指示、席識別子「４」、および「送信」ボタンの押下を受け付ける。そして、受付部１２０４は、ユーザ識別情報「００１５」、および席識別子「４」を図示しないバッファに一時蓄積する。

次に、端末送信部１２０５は、ユーザ識別情報「００１５」、および席識別子「４」を情報処理装置１１に送信する。

次に、情報処理装置１１の席情報受付部１１１１は、ユーザ識別情報「００１５」、および席識別子「４」を有する席情報を受信する。そして、席識別子蓄積部１１１２は、席情報が有する席識別子「４」を、ユーザ識別情報「００１５」と対応付けて、席情報格納部１１０２に蓄積する。つまり、席情報格納部１１０２には、「ユーザ識別情報：００１５，席識別子：４」が蓄積された。

また、例えば、本店舗の店員が、ユーザ属性情報「一人」を、端末装置１２に入力する、とする。次に、端末装置１２の受付部１２０４は、ユーザ属性情報「一人」を受け付ける。次に、端末送信部１２０５は、ユーザ属性情報「一人」を、ユーザ識別情報「００１５」と対にして情報処理装置１１に送信する

次に、情報処理装置１１のユーザ属性情報受付部１１１３は、ユーザ属性情報「一人」とユーザ識別情報「００１５」とを受信し、一時蓄積する。

以後、店員は、この端末装置１２を、ユーザ識別情報「００１５」で識別されるユーザに渡し、当該ユーザは、端末装置１２を用いて、対象（ここでは、飲食物）の注文を行う、とする。

つまり、ユーザ識別情報「００１５」で識別されるユーザ（以下、本ユーザという。）が、端末装置１２を操作して、端末装置１２は、情報処理装置１１からメニューを受信し、図１９に示すようなメニュー画面を出力した、とする。なお、メニュー画面を出力する動作の詳細は、例えば、以下である。つまり、情報処理装置１１がメニュー出力指示を端末装置１２から受信する。そして、情報処理装置１１のメニュー取得部１１１６が図１３のメニュー項目管理表を読み込み、図１９に示すメニューを構成する。次に、メニュー送信部１１１７は当該メニューを端末装置１２に送信する。そして、端末装置１２のメニュー受信部１２０６はメニューを受信し、メニュー出力部１２０８は図１９のメニューを出力する。なお、メニュー蓄積部１２０７は当該メニューの情報を端末メニュー格納部１２０１に一時蓄積する、とする。

次に、本ユーザは、図１９の画面を用いて、「えだ豆」を注文した、とする。すると、端末装置１２は、注文情報「＜ユーザ識別情報＞００１５，＜対象識別情報＞えだ豆，＜数量＞１」を、情報処理装置１１に送信する。

次に、情報処理装置１１の注文情報受付部１１１４は、注文情報「＜ユーザ識別情報＞００１５，＜対象識別情報＞えだ豆，＜数量＞１」を受信する。

次に、注文情報蓄積部１１１５は、受信した注文情報を、ユーザ識別情報「００１５」と対応付けて、注文履歴格納部１１０３に蓄積する。なお、ここで蓄積する注文情報は、「＜対象識別情報＞えだ豆，＜数量＞１」でも良い。また、注文情報蓄積部１１１５は、日時「２０１２／１２／６ １７：３５」を図示しない時計から取得する。そして、注文情報蓄積部１１１５は、注文情報と日時とユーザ属性情報「一人」とを対応付けて蓄積する。

次に、メニュー取得部１１１６は、以下のようにメニューを構成する。つまり、メニュー取得部１１１６は、ユーザ識別情報「００１５」を取得する。次に、メニュー取得部１１１６は、ユーザ識別情報「００１５」に対応する注文履歴情報を、注文履歴格納部１１０３から読み出す。次に、メニュー取得部１１１６は、ユーザ識別情報に対応するユーザ属性情報「００１５」に対応するユーザ属性情報「一人」を取得する。また、メニュー取得部１１１６は、図１６の在庫情報を取得する。さらに、メニュー取得部１１１６は、ユーザ識別情報「００１５」に対応する嗜好情報「＜対象識別情報＞ビール＜嗜好レベル＞１０，＜対象識別情報＞えだ豆＜嗜好レベル＞５，＜対象識別情報＞豆腐＜嗜好レベル＞２，・・・」を取得する。なお、この嗜好情報は、嗜好情報取得部１１１８が、図１０で説明した動作により、取得した情報である。

そして、次に、メニュー取得部１１１６は、ユーザ属性情報「一人」を用いて、各メニュー項目のランクを変更する。例えば、メニュー取得部１１１６は、「人数」に１を含まない対象情報（「人数＝１」「人数＝1〜２」は１を含むと判断される。）に対応するメニュー項目のランクを「−∞」に変更する。つまり、対象識別情報「おさしみセット」や「から揚げ」は「人数」に１を含まない対象情報であるので、これらのメニュー項目には「−∞」が付与される。なお、ここでは、デフォルトのメニュー項目のランクは「５」である、とする。また、「その他」のランクは「０」である、とする。

次に、メニュー取得部１１１６は、在庫情報を用いて、提供不可な対象を決定し、当該対象に対応するメニュー項目を削除する。なお、この段階では、提供不可なメニュー項目は存在しない。

次に、メニュー取得部１１１６は、ランクを用いて、メニュー項目の集合をソートする。つまり、メニュー取得部１１１６は、ランクを用いて、種類識別情報「魚」、「ドリンク」、「肉」、「デザート」、「おつまみ」、「他」の順に、メニュー項目の集合を並び替える。

また、メニュー取得部１１１６は、閾値以下のランクのメニュー項目を非選択（ここでは、例えば、削除）とする。ここでは、例えば、ランク「−∞」の「おさしみセット」や「から揚げ」が削除される。

次に、メニュー取得部１１１６は、メニューの内容の変更を行うか否かを判断する。ここでは、メニューの内容の変更を行わない、と判断した、とする。

次に、メニュー取得部１１１６は、選択的メニュー項目処理を行う。つまり、メニュー取得部１１１６は、例えば、図１３の「ＩＤ＝１９」のメニュー項目が選択的メニュー項目である、と判断する。そして、メニュー取得部１１１６は、内容選択条件に関連する情報である価格を注文履歴情報から取得する。具体的には、メニュー取得部１１１６は、本ユーザの本日の注文情報から価格「３００円」のみを取得する。メニュー取得部１１１６は、この価格「３００円」から総額「３００円」を得る。そして、メニュー取得部１１１６は、総額「３００円」は、選択的メニュー項目が有する「総額＜＝１５００円」を満たす、と判断する。そして、メニュー取得部１１１６は、メニュー項目内容「＜価格＞７００円，＜数量＞６０ｇ，・・・」を取得する。

そして、メニュー取得部１１１６は、図２０のメニューを得る。図２０において、選択されやすい位置に、種類識別情報「魚」の画面が配置されている。また、一人向けでは無い「おさしみセット」は削除されている。

次に、メニュー送信部１１１７は、図２０のメニューを端末装置１２に送信する。

次に、端末装置１２のメニュー受信部１２０６は図２０のメニューを受信し、メニュー出力部１２０８は当該メニューを出力する。

次に、本ユーザは、ビールを次々に３杯注文した、とする。すると、特定総量ルール「ビール「３杯まで」」の制限ぎりぎりになったことを、メニュー取得部１１１６は検知する。

次に、メニュー取得部１１１６は、対象識別情報＜ビール＞に対応するメニュー項目が削除されたメニューを構成する。そして、メニュー送信部１１１７は、当該メニューを端末装置１２に送信する。

次に、端末装置１２は、当該メニューを受信し、出力する。

なお、本ユーザが、例えば、フォアグラを注文した後、すべてのユーザに適用されるルール「フォアグラ「１個まで」」が、本ユーザにも適用され、フォアグラのメニュー項目は削除される。かかる処理は、上述した処理と同様である。

以上、本実施の形態によれば、対象を注文する注文者を容易に確定できる。つまり、複数の注文者が店舗に入った場合でも、店員が担当する注文者を容易に識別し、確定できる。

また、本実施の形態によれば、座席と注文者とを容易に対応付けることができる。つまり、複数の注文者が店舗に入った場合でも、店員が担当する注文者と座席との対応を容易にとることができる。また、本実施の形態によれば、通常、店員が席識別子を入力するので、店舗のお客が席識別子を入力する必要が無い。

また、本実施の形態によれば、注文の際に、注文を行うためのメニューの使用性を向上できる。

また、本実施の形態によれば、対象の注文状況、消費ルール、お客様の属性、在庫状況、お客様の嗜好等に応じて、適切にメニュー画面を変更できる。

また、本実施の形態によれば、注文をするごとにメニューの変更を行えることにより、常に、ユーザの状況に応じたメニューをユーザに提供できる。

さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、例えば、以下のようなプログラムである。つまり、このプログラムは、記録媒体に、ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納しており、コンピュータを、ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、前記ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、前記ユーザ情報取得部が取得した１または２以上のユーザ情報を端末装置に送信するユーザ情報送信部として機能させるためのプログラム、である。

また、上記プログラムにおいて、記録媒体に、ユーザ識別情報と席を特定する席識別子とを有する１以上の席情報を、さらに格納しており、コンピュータを、ユーザ識別情報と当該ユーザが確保した席を示す席識別子とを有する席情報を受信する席情報受信部と、前記席情報受信部が受信した席情報が有する席識別子を、前記席情報受信部が受信したユーザ識別情報と対応付けて、前記席情報格納部に蓄積する席識別子蓄積部と、前記端末装置からユーザ識別情報と注文情報とを受信する注文情報受信部と、前記注文情報受信部が受信した注文情報を、前記注文情報受信部が受信したユーザ識別情報と対応付けて蓄積する注文情報蓄積部として、さらに機能させるためのプログラム、であることは好適である。

また、上記プログラムにおいて、記録媒体に、ユーザが注文した対象の履歴を示す情報であって、前記受付部が受け付けた前記注文情報の集合である注文履歴情報と、対象識別情報と対応付けられた情報であって、当該対象識別情報が示す対象の属性を示す情報である対象属性情報と、前記対象識別情報が示す対象に関する情報であって、メニューに配置可能な情報である１以上のメニュー項目とがさらに格納されており、コンピュータを、前記端末装置から注文情報を受信する注文情報受信部と、前記受付部が受け付けた注文情報を前記記録媒体に蓄積する注文履歴蓄積部と、前記メニュー項目を配置したメニューであって、前記記録媒体に格納された注文履歴情報と、前記記録媒体に格納された飲食物属性情報とに応じた態様のメニューを取得するメニュー取得部と、前記メニュー取得部が取得したメニューを前記端末装置に送信するメニュー送信部として、さらに機能させるためのプログラム、であることは好適である。

また、上記プログラムにおいて、記録媒体に、属性情報を有するルールであり、対象の消費に関するルールである１以上の消費ルールがさらに格納されており、前記メニュー取得部は、前記メニュー項目を配置したメニューであって、前記記録媒体に格納された注文履歴情報を前記１以上の消費ルールに適用し、前記注文履歴情報と前記属性情報とに応じた態様のメニューを取得するものとして機能させるためのプログラム、であることは好適である。

また、上記プログラムにおいて、ユーザの属性を示す情報であるユーザ属性情報を受け付けるユーザ属性情報受付部として、コンピュータをさらに機能させ、前記メニュー取得部は、さらに、前記ユーザ属性情報受付部が受け付けたユーザ属性情報に応じた態様のメニューを取得するものとして、コンピュータを機能させるためのプログラム、であることは好適である。

また、上記プログラムにおいて、記録媒体に、さらに、対象の在庫状況を示す情報である在庫情報が、当該対象識別情報と対応付けて格納されており、前記メニュー取得部は、さらに、在庫情報に応じた態様のメニューを取得するものとして、コンピュータを機能させるためのプログラム、であることは好適である。

また、上記プログラムにおいて、前記記録媒体には、さらに、前記ユーザが過去に注文した飲食物の履歴を示す情報であって、過去に前記注文情報受付部が受け付けた前記注文情報の集合である過去注文履歴情報が格納されており、コンピュータを、前記過去注文履歴情報からユーザの嗜好を示す情報である嗜好情報を取得する嗜好情報取得部として、さらに機能させ、前記メニュー取得部は、さらに、前記嗜好情報に応じた態様のメニューを取得するものとして、コンピュータを機能させるためのプログラム、であることは好適である。

また、上記プログラムにおいて、前記メニュー取得部は、前記注文情報受付部が注文情報を受け付ける毎に、前記注文履歴情報と前記属性情報とに応じた態様のメニューを取得し、前記メニュー送信部は、前記メニュー取得部が取得したメニューを前記端末装置に送信するものとして、コンピュータを機能させるためのプログラム、であることは好適である。

また、上記プログラムにおいて、前記１以上のメニュー項目のうちの、少なくとも一部のメニュー項目は、出力されるメニュー項目の内容を示すメニュー項目内容と、当該メニュー項目内容が選択される条件を示す選択条件とを有する２以上のメニュー項目部品を有する選択的メニュー項目であり、前記メニュー取得部は、前記注文履歴情報と前記属性情報とを前記選択条件に適用し、合致する選択条件に対応するメニュー項目内容を取得し、メニューを構成するものとして、コンピュータを機能させるためのプログラム、であることは好適である。

（実施の形態２）
本実施の形態において、ユーザ端末から１または２以上のユーザ識別情報を受信し、当該１または２以上のユーザ識別情報に対応するユーザ情報から、一のユーザ情報を選択し、選択したユーザ情報に対応するメニューを表示する注文システム２について説明する。

図２１は、本実施の形態における注文システム２の概念図である。 注文システム２は、１または２以上のユーザ端末１０、情報処理装置２１、注文サーバ装置２２を備える。情報処理装置２１は、通常、注文を行う端末であり、通常、注文を受ける店舗が保有する端末であるが、ユーザ端末１０でも良い。つまり、ユーザ端末１０と情報処理装置２１とは一つの装置でも良い。

図２２は、本実施の形態における注文システム２のブロック図である。注文システム２を構成する情報処理装置２１は、ユーザ管理情報格納部１１０１、ユーザ識別情報受信部１１０８、ユーザ情報取得部１１０９、ユーザ情報出力部２１０１、受付部２１０２、および端末送信部１２０５を備える。

また、注文サーバ装置２２は、注文履歴格納部１１０３、注文情報受付部１１１４、注文情報蓄積部１１１５、および注文情報表示部２２０１を備える。

情報処理装置２１を構成するユーザ情報出力部２１０１は、ユーザ情報取得部１１０９が取得した１または２以上のユーザ情報を出力する。

ユーザ情報出力部２１０１は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。ユーザ情報出力部２１０１は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

受付部２１０２は、ユーザ情報出力部２１０１が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける。受付部２１０２は、その他の指示や情報等を受け付けても良い。

ユーザ指示等の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。受付部２１０２は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

注文情報送信部１２０５は、受付部２１０２が受け付けたユーザ指示が示すユーザ情報と、受付部２１０２が受け付けた注文情報とを対応付けて送信する。注文情報送信部１２０５は、ユーザ情報と注文情報とを同時に送付する必要はない。

注文情報送信部１２０５は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

注文サーバ装置２２を構成する注文情報表示部２２０１は、注文情報受付部１１１４が受け付けた注文情報を表示する。注文情報表示部２２０１は、ディスプレイデバイスを含むと考えても含まないと考えても良い。注文情報表示部２２０１は、ディスプレイデバイスのドライバーソフトまたは、ディスプレイデバイスのドライバーソフトとディスプレイデバイス等で実現され得る。

次に、注文システム２の動作について説明する。まず、情報処理装置２１の動作について、図２３のフローチャートを用いて説明する。図２３のフローチャートにおいて、図４または図１１のフローチャートと同様のステップについて、説明を省略する。

（ステップＳ２３０１）ユーザ情報出力部１２０３は、ステップＳ４０２で取得された１または２以上のユーザ情報を出力する。

（ステップＳ２３０２）受付部２１０２は、ステップＳ２３０１で出力された１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示を受け付けたか否かを判断する。ユーザ指示を受け付ければステップＳ２３０３に行き、ユーザ指示を受け付けなければステップＳ２３０２に戻る。

（ステップＳ２３０３）受付部２１０２は、ステップＳ２３０２で受け付けたユーザ指示に対応するユーザ識別情報を予め決められた記憶領域に蓄積する。ステップＳ４０１に戻る。

（ステップＳ２３０４）受付部２１０２は、出力されているメニューに対する指示を受け付けたか否かを判断する。メニューに対する指示を受け付ければステップＳ２３０５に行き、メニューに対する指示を受け付けなければステップＳ２３０６に行く。

（ステップＳ２３０５）図示しないメニュー出力部は、ステップＳ２３０４で受け付けた指示に対応して、メニューの表示を変更する。ステップＳ４０１に戻る。

（ステップＳ２３０６）受付部２１０２は、注文情報を受け付けたか否かを判断する。注文情報を受け付ければステップＳ２３０７に行き、注文情報等を受け付けなければステップＳ４１０に戻る。

（ステップＳ２３０７）端末送信部１２０５は、予め決められた記憶領域に格納されているユーザ識別情報を読み出す。

（ステップＳ２３０８）端末送信部１２０５は、ステップＳ２３０６で受け付けられた注文情報と、ステップＳ２３０７で読み出したユーザ識別情報とを、注文サーバ装置２２に送信する。なお、端末送信部１２０５は、注文サーバ装置２２に情報を送信するための情報（例えば、注文サーバ装置２２のＩＰアドレス等）を保持している、とする。ステップＳ４０１に戻る。

なお、図２３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

以上、本実施の形態によれば、対象を注文する注文者を容易に確定できる。

なお、本実施の形態において、実施の形態１と同様、情報処理装置２１において、メニューを動的に変更できることは好適である。なお、動的なメニューの変更とは、注文を行うごとに、メニューを変更することである。

かかる場合の情報処理装置２１の構成を示すブロック図は、図２４のようになる。つまり、情報処理装置２１は、ユーザ情報出力部２１０１、受付部２１０２、端末送信部１２０５、ユーザ管理情報格納部１１０１、席情報格納部１１０２、注文履歴格納部１１０３、対象属性情報格納部１１０４、メニュー項目格納部１１０５、ルール格納部１１０６、在庫格納部１１０７、ユーザ識別情報受信部１１０８、ユーザ情報取得部１１０９、席情報受付部１１１１、席識別子蓄積部１１１２、ユーザ属性情報受付部１１１３、注文情報蓄積部１１１５、メニュー取得部１１１６、メニュー送信部１１１７、および嗜好情報取得部１１１８を備える。

さらに、本実施の形態における情報処理装置を実現するソフトウェアは、例えば、以下のようなプログラムである。つまり、このプログラムは、記録媒体に、ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納しており、コンピュータを、ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、前記ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、前記ユーザ情報取得部が取得した１または２以上のユーザ情報を出力するユーザ情報出力部と、前記ユーザ情報出力部が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、前記受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザと、前記受付部が受け付けた注文情報とを対応付けて送信する注文情報送信部として機能させるためのプログラムである。

また、図２５は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の注文システムを構成する装置を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２５は、このコンピュータシステム３００の概観図であり、図２６は、システム３００のブロック図である。

図２５において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４と、マイク３０５と、スピーカー３０６とを含む。

図２６において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、バス３０１４と、ＲＯＭ３０１５と、ＲＡＭ３０１６と、ハードディスク３０１７とを含む。なお、バス３０１４は、ＭＰＵ３０１３やＣＤ−ＲＯＭドライブ３０１２に接続されている。また、ＲＯＭ３０１５には、ブートアッププログラム等のプログラムが記憶されている。また、ＲＡＭ３０１６は、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのものである。また、ハードディスク３０１７は、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのものである。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の注文システムの機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の注文システムの機能を実行させるオペレーティングシステム、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段（端末情報送信部、端末情報受信部など）は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる注文システムは、対象を注文する注文者の確定が容易にできるという効果を有し、注文システム等として有用である。

１、２ 注文システム
１０ ユーザ端末
１１、２１ 情報処理装置
１２ 端末装置
２２ 注文サーバ装置
１０１ ユーザ識別情報格納部
１０２ ユーザ識別情報送信部
１１０１ ユーザ管理情報格納部
１１０２ 席情報格納部
１１０３ 注文履歴格納部
１１０４ 対象属性情報格納部
１１０５ メニュー項目格納部
１１０６ ルール格納部
１１０７ 在庫格納部
１１０８ ユーザ識別情報受信部
１１０９ ユーザ情報取得部
１１１０ ユーザ情報送信部
１１１１ 席情報受付部
１１１２ 席識別子蓄積部
１１１３ ユーザ属性情報受付部
１１１４ 注文情報受付部
１１１５ 注文履歴蓄積部
１１１５ 注文情報蓄積部
１１１６ メニュー取得部
１１１７ メニュー送信部
１１１８ 嗜好情報取得部
１２０１ 端末メニュー格納部
１２０２ ユーザ情報受信部
１２０３、２１０１ ユーザ情報出力部
１２０４、２１０２ 受付部
１２０５ 端末送信部
１２０５ 注文情報送信部
１２０６ メニュー受信部
１２０７ メニュー蓄積部
１２０８ メニュー出力部
２２０１ 注文情報表示部

Claims (17)

1. 情報処理装置と、店舗が保有する端末装置とを具備する注文システムを構成する情報処理装置であって、
   前記情報処理装置は、
   ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する２以上のユーザ管理情報を格納し得るユーザ管理情報格納部と、
   ユーザが保持している装置である２以上のユーザ端末からのユーザ識別情報を受信するユーザ識別情報受信部と、
   前記ユーザ識別情報受信部が受信した２以上の各ユーザ識別情報に対応する２以上のユーザ情報を取得するユーザ情報取得部と、
   前記ユーザ情報取得部が取得した２以上のユーザ情報を前記端末装置に送信するユーザ情報送信部とを具備し、
   前記端末装置は、
   前記ユーザ情報送信部が送信した２以上のユーザ情報を受信するユーザ情報受信部と、
   前記ユーザ情報受信部が受信した２以上のユーザ情報を出力するユーザ情報出力部と、
   前記ユーザ情報出力部が出力した２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、
   前記受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザ識別情報と、前記受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する注文システムを構成する情報処理装置。
2. 前記ユーザ識別情報受信部は、
   ２以上の各ユーザ端末から、ユーザ識別情報と位置情報とを受信し、
   前記ユーザ情報取得部は、
   前記位置情報を用いて、各ユーザ端末が店舗に入ったか否かを判断し、店舗に入ったと判断したユーザ端末に対応するユーザ識別情報に対応するユーザ情報を取得する請求項１記載の情報処理装置。
3. 前記情報処理装置は、
   ユーザ識別情報と席を特定する席識別子とを有する１以上の席情報を格納し得る席情報格納部と、
   ユーザ識別情報と当該ユーザが確保した席を示す席識別子とを有する席情報を受信する席情報受付部と、
   前記席情報受付部が受信した席情報が有する席識別子を、前記席情報受付部が受信したユーザ識別情報と対応付けて、前記席情報格納部に蓄積する席識別子蓄積部と、
   前記端末装置からユーザ識別情報と注文情報とを受信する注文情報受付部と、
   前記注文情報受付部が受信した注文情報を、前記注文情報受付部が受信したユーザ識別情報と対応付けて蓄積する注文情報蓄積部とを具備する請求項１または請求項２記載の情報処理装置。
4. 前記端末装置は、
   注文を受け付けるメニューであり、１以上のメニュー項目を有するメニューが格納される端末メニュー格納部と、
   前記メニューを出力するメニュー出力部とをさらに具備し、
   前記受付部は、
   前記メニュー出力部が出力したメニューに対する注文情報を受け付ける請求項１から請求項３いずれか一項に記載の注文システムを構成する情報処理装置。
5. 前記注文情報は、
   注文の対象の識別情報である対象識別情報を有し、
   前記情報処理装置は、
   ユーザが注文した対象の履歴を示す情報であって、前記受付部が受け付けた前記注文情報の集合である注文履歴情報が格納される注文履歴格納部と、
   前記端末装置から注文情報を受信する注文情報受付部と、
   前記受付部が受け付けた注文情報を前記注文履歴格納部に蓄積する注文履歴蓄積部と、
   前記対象識別情報と対応付けられた情報であって、当該対象識別情報が示す対象の属性を示す情報である対象属性情報が格納される対象属性情報格納部とをさらに具備し、
   前記対象識別情報が示す対象に関する情報であって、メニューに配置可能な情報である１以上のメニュー項目が格納されるメニュー項目格納部と、
   前記メニュー項目を配置したメニューであって、前記注文履歴格納部に格納された注文履歴情報と、前記対象属性情報格納部に格納された対象属性情報とに応じた態様のメニューを取得するメニュー取得部と、
   前記メニュー取得部が取得したメニューを前記端末装置に送信するメニュー送信部とをさらに具備し、
   前記端末装置は、
   前記メニューを前記情報処理装置から受信するメニュー受信部と、
   前記メニュー受信部が受信したメニューを前記端末メニュー格納部に蓄積するメニュー蓄積部とをさらに具備する注文システムを構成する請求項４記載の情報処理装置。
6. 属性情報を有するルールであり、対象の消費に関するルールである１以上の消費ルールを格納し得るルール格納部をさらに具備し、
   前記メニュー取得部は、
   前記メニュー項目を配置したメニューであって、前記注文履歴格納部に格納された注文履歴情報を前記１以上の消費ルールに適用し、前記注文履歴情報と前記属性情報とに応じた態様のメニューを取得する請求項５記載の情報処理装置であって、
   前記１以上の消費ルールは、消費する対象の順序に関する順序ルール、消費した対象の総量に関する総量ルール、特定の対象属性情報に対応する対象の総量に関する特定総量ルールのうちいずれかのルールを含む請求項５記載の情報処理装置。
7. ユーザの属性を示す情報であるユーザ属性情報を受け付けるユーザ属性情報受付部をさらに備え、
   前記メニュー取得部は、
   さらに、前記ユーザ属性情報受付部が受け付けたユーザ属性情報に応じた態様のメニューを取得する請求項５または請求項６記載の情報処理装置。
8. 対象の在庫状況を示す情報である在庫情報が、当該対象識別情報と対応付けて格納されている在庫格納部をさらに備え、
   前記メニュー取得部は、
   さらに、在庫情報に応じた態様のメニューを取得する請求項５から請求項７いずれか一項に記載の情報処理装置。
9. 前記注文履歴格納部には、
   さらに、前記ユーザが過去に注文した飲食物の履歴を示す情報であって、過去に前記注文情報受付部が受け付けた前記注文情報の集合である過去注文履歴情報が格納されており、
   前記過去注文履歴情報からユーザの嗜好を示す情報である嗜好情報を取得する嗜好情報取得部をさらに備え、
   前記メニュー取得部は、
   さらに、前記嗜好情報に応じた態様のメニューを取得する請求項５から請求項８いずれか一項に記載の情報処理装置。
10. 前記メニュー取得部は、
    前記メニュー項目の一部の値を変更したメニューを取得する請求項５から請求項９いずれか一項に記載の情報処理装置。
11. 前記メニュー取得部は、前記メニュー項目の一部を削除、または選択を受け付けない状態としたメニューを取得する請求項５から請求項９いずれか一項に記載の情報処理装置。
12. 前記メニュー取得部は、
    前記注文情報受付部が注文情報を受け付ける毎に、前記注文履歴情報と前記属性情報とに応じた態様のメニューを取得し、
    前記メニュー送信部は、
    前記メニュー取得部が取得したメニューを前記端末装置に送信する請求項５から請求項１１いずれか一項に記載の情報処理装置。
13. 前記１以上のメニュー項目のうちの、少なくとも一部のメニュー項目は、
    出力されるメニュー項目の内容を示すメニュー項目内容と、当該メニュー項目内容が選択される条件を示す選択条件とを有する２以上のメニュー項目部品を有する選択的メニュー項目であり、
    前記メニュー取得部は、
    前記注文履歴情報と前記属性情報とを前記選択条件に適用し、合致する選択条件に対応するメニュー項目内容を取得し、メニューを構成する請求項５から請求項１２いずれか一項に記載の情報処理装置。
14. ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する２以上のユーザ管理情報を格納し得るユーザ管理情報格納部と、
    ユーザが保持している装置である２以上のユーザ端末から、２以上のユーザ識別情報を受信するユーザ識別情報受信部と、
    前記ユーザ識別情報受信部が受信した２以上の各ユーザ識別情報に対応する２以上のユーザ情報を取得するユーザ情報取得部と、
    前記ユーザ情報取得部が取得した２以上のユーザ情報を出力するユーザ情報出力部と、
    前記ユーザ情報出力部が出力した２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、
    前記受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザと、前記受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する情報処理装置。
15. 情報処理装置が受信したユーザ識別情報を用いて取得し、送信した２以上のユーザ情報を受信するユーザ情報受信部と、
    前記ユーザ情報受信部が受信した２以上のユーザ情報を出力するユーザ情報出力部と、
    前記ユーザ情報出力部が出力した２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、
    前記受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザ識別情報と、前記受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する端末装置。
16. 記録媒体に、
    ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する２以上のユーザ管理情報を格納しており、
    コンピュータが具備するユーザ識別情報受信部、ユーザ情報取得部、ユーザ情報出力部、受付部、および注文情報送信部により実現され得る注文処理方法であって、
    前記ユーザ識別情報受信部が、ユーザが保持している装置である２以上のユーザ端末から、２以上のユーザ識別情報を受信するユーザ識別情報受信ステップと、
    前記ユーザ情報取得部が、前記ユーザ識別情報受信ステップで受信された１または２以上の各ユーザ識別情報に対応する２以上のユーザ情報を取得するユーザ情報取得ステップと、
    前記ユーザ情報出力部が、前記ユーザ情報取得ステップで取得された２以上のユーザ情報を出力するユーザ情報出力ステップと、
    前記受付部は、前記ユーザ情報出力ステップで出力された２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付ステップと、
    前記注文情報送信部が、前記受付ステップで受け付けられたユーザ指示が示すユーザ情報に対応するユーザと、前記受付ステップで受け付けられた注文情報とを対応付けて送信する注文情報送信ステップとを具備する注文処理方法。
17. 記録媒体に、
    ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する２以上のユーザ管理情報を格納しており、
    コンピュータを、
    ユーザが保持している装置である２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、
    前記ユーザ識別情報受信部が受信した２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、
    前記ユーザ情報取得部が取得した２以上のユーザ情報を出力するユーザ情報出力部と、
    前記ユーザ情報出力部が出力した２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、
    前記受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザと、前記受付部が受け付けた注文情報とを対応付けて送信する注文情報送信部として機能させるためのプログラム。