(57)【要約】【課題】料理等の対象を注文する注文者の確定が容易ではなかった。【解決手段】ユーザ識別情報とユーザに関するユーザ情報とを有する１以上のユーザ管理情報を格納し得るユーザ管理情報格納部と、１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、受信された１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、取得された１または２以上のユーザ情報を出力するユーザ情報出力部と、出力された１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザと、受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する情報処理装置により、対象を注文する注文者の確定が容易にできる。【選択図】図３
2014119946.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と端末装置とを具備する注文システムを構成する情報処理装置であって、
前記情報処理装置は、
ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納し得るユーザ管理情報格納部と、
ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、
前記ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、
前記ユーザ情報取得部が取得した１または２以上のユーザ情報を前記端末装置に送信するユーザ情報送信部とを具備し、
前記端末装置は、
前記ユーザ情報送信部が送信した１または２以上のユーザ情報を受信するユーザ情報受信部と、
前記ユーザ情報受信部が受信した１または２以上のユーザ情報を出力するユーザ情報出力部と、
前記ユーザ情報出力部が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、
前記受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザ識別情報と、前記受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する注文システムを構成する情報処理装置。
【請求項２】
前記情報処理装置は、
ユーザ識別情報と席を特定する席識別子とを有する１以上の席情報を格納し得る席情報格納部と、
ユーザ識別情報と当該ユーザが確保した席を示す席識別子とを有する席情報を受信する席情報受付部と、
前記席情報受付部が受信した席情報が有する席識別子を、前記席情報受付部が受信したユーザ識別情報と対応付けて、前記席情報格納部に蓄積する席識別子蓄積部と、
前記端末装置からユーザ識別情報注文情報とを受信する注文情報受付部と、
前記注文情報受付部が受信した注文情報を、前記注文情報受付部が受信したユーザ識別情報と対応付けて蓄積する注文情報蓄積部とを具備する請求項１記載の情報処理装置。
【請求項３】
前記端末装置は、
注文を受け付けるメニューであり、１以上のメニュー項目を有するメニューが格納される端末メニュー格納部と、
前記メニューを出力するメニュー出力部とをさらに具備し、
前記受付部は、
前記メニュー出力部が出力したメニューに対する注文情報を受け付ける請求項１または請求項２記載の注文システムを構成する情報処理装置。
【請求項４】
前記注文情報は、
注文の対象の識別情報である対象識別情報を有し、
前記情報処理装置は、
ユーザが注文した対象の履歴を示す情報であって、前記受付部が受け付けた前記注文情報の集合である注文履歴情報が格納される注文履歴格納部と、
前記端末装置から注文情報を受信する注文情報受付部と、
前記受付部が受け付けた注文情報を前記注文履歴格納部に蓄積する注文履歴蓄積部と、
前記対象識別情報と対応付けられた情報であって、当該対象識別情報が示す対象の属性を示す情報である対象属性情報が格納される対象属性情報格納部とをさらに具備し、
前記対象識別情報が示す対象に関する情報であって、メニューに配置可能な情報である１以上のメニュー項目が格納されるメニュー項目格納部と、
前記メニュー項目を配置したメニューであって、前記注文履歴格納部に格納された注文履歴情報と、前記対象属性情報格納部に格納された飲食物属性情報とに応じた態様のメニューを取得するメニュー取得部と、
前記メニュー取得部が取得したメニューを前記端末装置に送信するメニュー送信部とをさらに具備し、
前記端末装置は、
前記メニューを前記情報処理装置から受信するメニュー受信部と、
前記メニュー受信部が受信したメニューを前記端末メニュー格納部に蓄積するメニュー蓄積部とをさらに具備する注文システムを構成する請求項３記載の情報処理装置。
【請求項５】
属性情報を有するルールであり、対象の消費に関するルールである１以上の消費ルールを格納し得るルール格納部をさらに具備し、
前記メニュー取得部は、
前記メニュー項目を配置したメニューであって、前記注文履歴格納部に格納された注文履歴情報を前記１以上の消費ルールに適用し、前記注文履歴情報と前記属性情報とに応じた態様のメニューを取得する請求項４記載の情報処理装置。
【請求項６】
ユーザの属性を示す情報であるユーザ属性情報を受け付けるユーザ属性情報受付部をさらに備え、
前記メニュー取得部は、
さらに、前記ユーザ属性情報受付部が受け付けたユーザ属性情報に応じた態様のメニューを取得する請求項４または請求項５記載の情報処理装置。
【請求項７】
対象の在庫状況を示す情報である在庫情報が、当該対象識別情報と対応付けて格納されている在庫格納部をさらに備え、
前記メニュー取得部は、
さらに、在庫情報に応じた態様のメニューを取得する請求項４から請求項６いずれか一項に記載の情報処理装置。
【請求項８】
前記注文履歴格納部には、
さらに、前記ユーザが過去に注文した飲食物の履歴を示す情報であって、過去に前記注文情報受付部が受け付けた前記注文情報の集合である過去注文履歴情報が格納されており、
前記過去注文履歴情報からユーザの嗜好を示す情報である嗜好情報を取得する嗜好情報取得部をさらに備え、
前記メニュー取得部は、
さらに、前記嗜好情報に応じた態様のメニューを取得する請求項４から請求項７いずれか一項に記載の情報処理装置。
【請求項９】
前記メニュー取得部は、
前記メニュー項目の一部の値を変更したメニューを取得する請求項４から請求項８いずれか一項に記載の情報処理装置。
【請求項１０】
前記メニュー取得部は、
前記メニュー項目の配置を、デフォルトの配置に対して変更したメニューを取得する請求項４から請求項８いずれか一項に記載の情報処理装置。
【請求項１１】
前記メニュー取得部は、
前記メニュー項目の一部を削除、または選択を受け付けない状態としたメニューを取得する請求項４から請求項８いずれか一項に記載の情報処理装置。
【請求項１２】
前記メニュー取得部は、
前記注文情報受付部が注文情報を受け付ける毎に、前記注文履歴情報と前記属性情報とに応じた態様のメニューを取得し、
前記メニュー送信部は、
前記メニュー取得部が取得したメニューを前記端末装置に送信する請求項４から請求項１１いずれか一項に記載の情報処理装置。
【請求項１３】
前記１以上のメニュー項目のうちの、少なくとも一部のメニュー項目は、
出力されるメニュー項目の内容を示すメニュー項目内容と、当該メニュー項目内容が選択される条件を示す選択条件とを有する２以上のメニュー項目部品を有する選択的メニュー項目であり、
前記メニュー取得部は、
前記注文履歴情報と前記属性情報とを前記選択条件に適用し、合致する選択条件に対応するメニュー項目内容を取得し、メニューを構成する請求項４から請求項１２いずれか一項に記載の情報処理装置。
【請求項１４】
ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納し得るユーザ管理情報格納部と、
ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、
前記ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、
前記ユーザ情報取得部が取得した１または２以上のユーザ情報を出力するユーザ情報出力部と、
前記ユーザ情報出力部が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、
前記受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザと、前記受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する情報処理装置。
【請求項１５】
記録媒体に、
ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納しており、
ユーザ識別情報受信部、ユーザ情報取得部、ユーザ情報出力部、受付部、および注文情報送信部により実現され得る注文処理方法であって、
前記ユーザ識別情報受信部が、ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信ステップと、
前記ユーザ情報取得部が、前記ユーザ識別情報受信ステップで受信された１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得ステップと、
前記ユーザ情報出力部が、前記ユーザ情報取得ステップで取得された１または２以上のユーザ情報を出力するユーザ情報出力ステップと、
前記受付部は、前記ユーザ情報出力ステップで出力された１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付ステップと、
前記注文情報送信部が、前記受付ステップで受け付けられたユーザ指示が示すユーザ情報に対応するユーザと、前記受付ステップで受け付けられた注文情報とを対応付けて送信する注文情報送信ステップとを具備する注文処理方法。
【請求項１６】
記録媒体に、
ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納しており、
コンピュータを、
ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、
前記ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、
前記ユーザ情報取得部が取得した１または２以上のユーザ情報を出力するユーザ情報出力部と、
前記ユーザ情報出力部が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、
前記受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザと、前記受付部が受け付けた注文情報とを対応付けて送信する注文情報送信部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品等の注文を支援する注文システム等に関するものである。
【背景技術】
【０００２】
従来の注文システムにおいて、一覧表とメニュー品目欄とを含むメニュー割付画面を液晶ディスプレイに表示するものが知られていた（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２４４４１８号公報（第１頁、第１図等）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の注文システムにおいては、料理等の対象を注文する注文者の確定が容易ではなかった。
【課題を解決するための手段】
【０００５】
本第一の発明の情報処理装置は、情報処理装置と端末装置とを具備する注文システムを構成する情報処理装置であって、情報処理装置は、ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納し得るユーザ管理情報格納部と、ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、ユーザ情報取得部が取得した１または２以上のユーザ情報を端末装置に送信するユーザ情報送信部とを具備し、端末装置は、ユーザ情報送信部が送信した１または２以上のユーザ情報を受信するユーザ情報受信部と、ユーザ情報受信部が受信した１または２以上のユーザ情報を出力するユーザ情報出力部と、ユーザ情報出力部が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザ識別情報と、受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する注文システムを構成する情報処理装置である。
【０００６】
かかる構成により、対象を注文する注文者を容易に確定できる。
【０００７】
また、本第二の発明の情報処理装置は、第一の発明に対して、情報処理装置は、ユーザ識別情報と席を特定する席識別子とを有する１以上の席情報を格納し得る席情報格納部と、ユーザ識別情報とユーザが確保した席を示す席識別子とを有する席情報を受信する席情報受付部と、席情報受付部が受信した席情報が有する席識別子を、席情報受付部が受信したユーザ識別情報と対応付けて、席情報格納部に蓄積する席識別子蓄積部と、端末装置からユーザ識別情報注文情報とを受信する注文情報受付部と、注文情報受付部が受信した注文情報を、注文情報受付部が受信したユーザ識別情報と対応付けて蓄積する注文情報蓄積部とを具備する情報処理装置である。
【０００８】
かかる構成により、座席と注文者とを容易に対応付けることができる。
【０００９】
また、本第三の発明の情報処理装置は、第一または第二の発明に対して、端末装置は、注文を受け付けるメニューであり、１以上のメニュー項目を有するメニューが格納される端末メニュー格納部と、メニューを出力するメニュー出力部とをさらに具備し、受付部は、メニュー出力部が出力したメニューに対する注文情報を受け付ける注文システムを構成する情報処理装置である。
【００１０】
かかる構成により、注文者が容易に、購入したい対象を注文できる。
【００１１】
また、本第四の発明の情報処理装置は、第三の発明に対して、注文情報は、注文の対象の識別情報である対象識別情報を有し、情報処理装置は、ユーザが注文した対象の履歴を示す情報であって、受付部が受け付けた注文情報の集合である注文履歴情報が格納される注文履歴格納部と、端末装置から注文情報を受信する注文情報受付部と、受付部が受け付けた注文情報を注文履歴格納部に蓄積する注文履歴蓄積部と、対象識別情報と対応付けられた情報であって、対象識別情報が示す対象の属性を示す情報である対象属性情報が格納される対象属性情報格納部とをさらに具備し、対象識別情報が示す対象に関する情報であって、メニューに配置可能な情報である１以上のメニュー項目が格納されるメニュー項目格納部と、メニュー項目を配置したメニューであって、注文履歴格納部に格納された注文履歴情報と、対象属性情報格納部に格納された飲食物属性情報とに応じた態様のメニューを取得するメニュー取得部と、メニュー取得部が取得したメニューを端末装置に送信するメニュー送信部とをさらに具備し、端末装置は、メニューを情報処理装置から受信するメニュー受信部と、メニュー受信部が受信したメニューを端末メニュー格納部に蓄積するメニュー蓄積部とをさらに具備する注文システムを構成する情報処理装置である。
【００１２】
かかる構成により、対象の注文状況に応じて動的に、かつ適切にメニュー画面を変更できる。
【００１３】
また、本第五の発明の情報処理装置は、第四の発明に対して、属性情報を有するルールであり、対象の消費に関するルールである１以上の消費ルールを格納し得るルール格納部をさらに具備し、メニュー取得部は、メニュー項目を配置したメニューであって、注文履歴格納部に格納された注文履歴情報を１以上の消費ルールに適用し、注文履歴情報と属性情報とに応じた態様のメニューを取得する情報処理装置である。
【００１４】
かかる構成により、対象の注文状況に応じて、かつルールに従って、適切にメニュー画面を変更できる。
【００１５】
また、本第六の発明の情報処理装置は、第四または第五の発明に対して、ユーザの属性を示す情報であるユーザ属性情報を受け付けるユーザ属性情報受付部をさらに備え、メニュー取得部は、さらに、ユーザ属性情報受付部が受け付けたユーザ属性情報に応じた態様のメニューを取得する情報処理装置である。
【００１６】
かかる構成により、対象の注文状況とお客様の属性とに応じて、適切にメニュー画面を変更できる。
【００１７】
また、本第七の発明の情報処理装置は、第四から第六いずれかの発明に対して、対象の在庫状況を示す情報である在庫情報が、対象識別情報と対応付けて格納されている在庫格納部をさらに備え、メニュー取得部は、さらに、在庫情報に応じた態様のメニューを取得する情報処理装置である。
【００１８】
かかる構成により、対象の注文状況と在庫状況とに応じて、適切にメニュー画面を変更できる。
【００１９】
また、本第八の発明の情報処理装置は、第四から第七いずれかの発明に対して、注文履歴格納部には、さらに、ユーザが過去に注文した飲食物の履歴を示す情報であって、過去に注文情報受付部が受け付けた注文情報の集合である過去注文履歴情報が格納されており、過去注文履歴情報からユーザの嗜好を示す情報である嗜好情報を取得する嗜好情報取得部をさらに備え、メニュー取得部は、さらに、嗜好情報に応じた態様のメニューを取得する情報処理装置である。
【００２０】
かかる構成により、対象の注文状況とお客様の嗜好とに応じて、適切にメニュー画面を変更できる。
【００２１】
また、本第九の発明の情報処理装置は、第四から第八いずれかの発明に対して、メニュー取得部は、メニュー項目の一部の値を変更したメニューを取得する情報処理装置である。
【００２２】
かかる構成により、対象の注文状況に応じて、適切にメニュー項目の内容を変更したメニュー画面を提示できる。
【００２３】
また、本第十の発明の情報処理装置は、第四から第八いずれかの発明に対して、メニュー取得部は、メニュー項目の配置を、デフォルトの配置に対して変更したメニューを取得する情報処理装置である。
【００２４】
かかる構成により、対象の注文状況に応じて、適切にメニュー項目の順序を変更したメニュー画面を提示できる。
【００２５】
また、本第十一の発明の情報処理装置は、第四から第八いずれかの発明に対して、メニュー取得部は、メニュー項目の一部を削除、または選択を受け付けない状態としたメニューを取得する情報処理装置である。
【００２６】
かかる構成により、対象の注文状況に応じて、適切にメニュー項目を選択不可にしたメニュー画面を提示できる。
【００２７】
また、本第十二の発明の情報処理装置は、第四から第十一いずれかの発明に対して、メニュー取得部は、注文情報受付部が注文情報を受け付ける毎に、注文履歴情報と属性情報とに応じた態様のメニューを取得し、メニュー送信部は、メニュー取得部が取得したメニューを端末装置に送信する情報処理装置である。
【００２８】
かかる構成により、注文するたびに、適切にメニューを変更したメニュー画面を提示できる。
【００２９】
また、本第十三の発明の情報処理装置は、第四から第十二いずれかの発明に対して、１以上のメニュー項目のうちの、少なくとも一部のメニュー項目は、出力されるメニュー項目の内容を示すメニュー項目内容と、メニュー項目内容が選択される条件を示す選択条件とを有する２以上のメニュー項目部品を有する選択的メニュー項目であり、メニュー取得部は、注文履歴情報と属性情報とを選択条件に適用し、合致する選択条件に対応するメニュー項目内容を取得し、メニューを構成する情報処理装置である。
【００３０】
かかる構成により、対象の注文状況に応じて、適切にメニューを変更しやすいメニューのデータ構造を提供できる。
【００３１】
また、本第十四の発明の情報処理装置は、ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納し得るユーザ管理情報格納部と、ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、ユーザ情報取得部が取得した１または２以上のユーザ情報を出力するユーザ情報出力部と、ユーザ情報出力部が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザと、受付部が受け付けた注文情報とを対応付けて送信する端末送信部とを具備する情報処理装置である。
【００３２】
かかる構成により、対象を注文する注文者を容易に確定できる。
【発明の効果】
【００３３】
本発明による注文システムによれば、対象を注文する注文者を容易に確定できる。
【図面の簡単な説明】
【００３４】
【図１】実施の形態１における注文システム１の概念図
【図２】同注文システム１のブロック図
【図３】同情報処理装置１１のブロック図
【図４】同情報処理装置１１の動作について説明するフローチャート
【図５】同メニュー構成処理について説明するフローチャート
【図６】同消費ルールを適用したメニュー構成処理について説明するフローチャート
【図７】同消費ルールを適用しないメニュー構成処理について説明するフローチャート
【図８】同ランクを用いたメニュー構成処理について説明するフローチャート
【図９】同選択的メニュー項目処理について説明するフローチャート
【図１０】同嗜好情報取得処理について動作について説明するフローチャート
【図１１】同端末装置１２の動作について説明するフローチャート
【図１２】同ユーザ管理情報管理表を示す図
【図１３】同メニュー項目を示す図
【図１４】同注文履歴管理表を示す図
【図１５】同対象属性情報管理表を示す図
【図１６】同在庫情報を示す図
【図１７】同消費ルールを示す図
【図１８】同ユーザ情報を示す図
【図１９】同メニュー画面を示す図
【図２０】同メニュー画面を示す図
【図２１】実施の形態２における注文システム２の概念図
【図２２】同注文システム２のブロック図
【図２３】同情報処理装置２１の動作について説明するフローチャート
【図２４】同情報処理装置２１の構成を示すブロック図
【図２５】同コンピュータシステムの概観図
【図２６】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００３５】
以下、注文システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００３６】
（実施の形態１）
本実施の形態において、ユーザ端末１０から１または２以上のユーザ識別情報を受信し、当該１または２以上のユーザ識別情報に対応するユーザ情報から、一のユーザ情報を選択し、選択したユーザ情報に対応するユーザ用のメニューを表示する注文システム１について説明する。
【００３７】
また、本実施の形態において、テーブル番号等を受け付けたり、注文メニューを表示したりする注文システム１について説明する。
【００３８】
また、本実施の形態において、注文した対象の履歴情報を蓄積し、当該注文履歴と対象に関する情報と対象の属性を示す対象属性とを用いて注文のためのメニューを動的に変更する注文システム１について説明する。
【００３９】
また、本実施の形態において、対象の商品に関するルールである１以上の対象ルールを用いて、動的にメニューを変更する注文システム１について説明する。
【００４０】
また、本実施の形態において、来店人数、ご一緒されているお客様の関係（例えば、家族、恋人、同姓友人等）、お客様のアレルギー情報等のお客様の属性に応じて注文メニューを動的に変更する注文システム１について説明する。
【００４１】
また、本実施の形態において、対象の在庫情報を用いて、メニューを動的に変更する注文システム１について説明する。
【００４２】
また、本実施の形態において、注文履歴から個人の嗜好を分析し、嗜好の情報を用いてメニューを動的に変更する注文システム１について説明する。
【００４３】
また、本実施の形態において、メニューの変更の態様として、メニュー項目の順序を変更したり、メニュー項目を削除またはグレーアウトしたり、メニュー項目の一部の表示の変更（金額、量などの変更）を行ったりする場合について説明する。
【００４４】
図１は、本実施の形態における注文システム１の概念図である。注文システム１は、１または２以上のユーザ端末１０、情報処理装置１１、１または２以上の端末装置１２を備える。注文システム１は、通常、２以上のユーザ端末１０、および２以上の端末装置１２を備える。ユーザ端末１０は、注文を行うユーザが保有している端末であり、通常、いわゆるスマートフォンや携帯電話や携帯パソコン等の携帯端末である。また、情報処理装置１１は、通常、情報の送受信機能を有するコンピュータである。情報処理装置１１は、例えば、サーバ装置である。さらに、端末装置１２は、注文を行う端末であり、通常、注文を受ける店舗が保有する端末であるが、ユーザ端末１０でも良い。つまり、ユーザ端末１０と端末装置１２とは一つの装置でも良い。
【００４５】
図２は、本実施の形態における注文システム１のブロック図である。また、図３は、情報処理装置１１のブロック図である。
【００４６】
ユーザ端末１０は、ユーザ識別情報格納部１０１、ユーザ識別情報送信部１０２を備える。なお、
【００４７】
情報処理装置１１は、ユーザ管理情報格納部１１０１、席情報格納部１１０２、注文履歴格納部１１０３、対象属性情報格納部１１０４、メニュー項目格納部１１０５、ルール格納部１１０６、在庫格納部１１０７、ユーザ識別情報受信部１１０８、ユーザ情報取得部１１０９、ユーザ情報送信部１１１０、席情報受付部１１１１、席識別子蓄積部１１１２、ユーザ属性情報受付部１１１３、注文情報受付部１１１４、注文情報蓄積部１１１５、メニュー取得部１１１６、メニュー送信部１１１７、嗜好情報取得部１１１８を備える。
【００４８】
端末装置１２は、端末メニュー格納部１２０１、ユーザ情報受信部１２０２、ユーザ情報出力部１２０３、受付部１２０４、端末送信部１２０５、メニュー受信部１２０６、メニュー蓄積部１２０７、メニュー出力部１２０８を備える。
【００４９】
ユーザ端末１０を構成するユーザ識別情報格納部１０１は、ユーザ識別情報を格納している。ユーザ識別情報は、ユーザを識別する情報である。ユーザ識別情報は、例えば、ユーザ端末の識別子でも良く、例えば、ユーザ端末のＭＡＣアドレス、電話番号、ユーザのメールアドレス等である。また、ユーザ識別情報は、ユーザを識別できれば良く、他の構成要素で利用するユーザ識別情報と同一の情報でなくても良い。
【００５０】
ユーザ識別情報送信部１０２は、ユーザ識別情報格納部１０１のユーザ識別情報を送信する。ユーザ識別情報送信部１０２は、通常、情報処理装置１１にユーザ識別情報を送信する。但し、ユーザ識別情報送信部１０２は、端末装置１２にユーザ識別情報を送信しても良い。なお、ユーザ識別情報送信部１０２は、ユーザ識別情報をブロードキャストにより送信しても良いし、相手の装置を特定して送信しても良い。また、ユーザ識別情報送信部１０２は、ユーザ識別情報を定期的に送信しても良いし、何らかのトリガーによりユーザ識別情報を送信しても良い。ユーザ識別情報送信部１０２は、図示しない位置情報取得手段が取得した位置情報も、ユーザ識別情報とともに送信しても良い。位置情報取得手段は、例えば、ＧＰＳ受信機である。また、位置情報は、経度と緯度の情報などの位置を特定する情報である。
【００５１】
情報処理装置１１を構成するユーザ管理情報格納部１１０１は、１以上のユーザ管理情報を格納し得る。ユーザ管理情報は、ユーザ識別情報とユーザ情報とを有する。ユーザ情報は、ユーザに関する情報である。また、ユーザ情報は、通常、ユーザを特定するための情報を含む。ユーザを特定する情報は、通常、人が認識可能な情報であり、例えば、ユーザの写真、氏名、ニックネームなどである。
【００５２】
席情報格納部１１０２は、１以上の席情報を格納し得る。席情報は、ユーザ識別情報と席を特定する席識別子とを有する。また、席識別子は、座席またはテーブル等を特定する情報であり、例えば、テーブル番号、席番号などである。
【００５３】
注文履歴格納部１１０３は、注文履歴情報が格納される。注文履歴情報とは、ユーザが注文した対象の履歴を示す情報であって、注文情報の集合である。また、注文履歴情報は、ユーザが現在来店中の店舗において、現在の来店中に注文した対象の履歴を示す情報であることは好適である。また、注文履歴情報は、現在の来店中に注文情報受付部１１１４が受信した注文情報の集合であることは好適である。注文情報受付部１１１４が受信した注文情報は、通常、受付部１２０４が受け付けた注文情報である。また、注文履歴情報を構成する各注文情報は、注文情報受付部１１１４が注文情報を受信した順番を示す情報と対応付けられて格納されていても良い。また、注文履歴情報または注文情報は、通常、ユーザ識別情報と対応付けて格納されている。なお、注文履歴情報は、店外に設置されている装置（この装置も端末装置１２である、と考えても良い。）から送信された情報でも良い。また、注文履歴情報は、後述する過去注文履歴情報を含むと考えても良い。また、対象とは、商品やサービス等であり、購入するものを指す。対象は、例えば、飲食物である。さらに、注文した対象は、来店して注文したものに限らず、インターネット等を利用して注文したものも含む、と考えても良い。また、ここで、注文情報とは、例えば、注文した商品等を特定する対象識別情報を有する。また、注文した商品の個数なども有しても良い。
【００５４】
注文履歴格納部１１０３には、過去注文履歴情報が格納されても良い。過去注文履歴情報は、過去に注文された対象の履歴を示す情報である。また、過去注文履歴情報は、ユーザが現在来店中の店舗において、過去の来店時に注文した対象の履歴を示す情報であることは好適である。過去注文履歴情報は、ユーザの過去の来店時に、注文情報受付部１１１４が受信した注文情報の集合であることは好適である。過去注文履歴情報は、この過去注文履歴情報が有する対象識別情報が示す対象の注文を受け付けたタイミングが異なる点を除けば、上述した注文履歴情報と同様の情報であってもよい。注文履歴格納部１１０３において、注文履歴情報と過去注文履歴情報とはどのように区別されるかは問わない。例えば、注文履歴格納部１１０３に格納されているユーザが注文した飲食物の履歴を示す情報のうちの、現在の来店時よりも前の日時と対応付けられた履歴を示す情報を過去注文履歴情報とし、現在の来店時以降の日時と対応付けられた履歴を示す情報を注文履歴情報としても良い。また、注文履歴情報と過去注文履歴情報とは、異なるフォルダ等に格納されていてもよい。この場合、例えば、ユーザによる来店が終了した時点（例えば、ユーザが注文した飲食物の精算を完了した時点）以降に、注文情報蓄積部１１１５や図示しない処理部等が、注文履歴格納部１１０３に格納された注文履歴情報を、過去注文履歴情報が格納されているフォルダに移動させるようにしても良い。また、注文履歴情報と過去注文履歴情報とに、異なる識別情報（例えば、注文履歴情報であるか過去注文履歴情報であるかを示すフラグ等の情報）を対応付けて注文履歴格納部１１０３に蓄積するようにしても良い。
【００５５】
なお、注文履歴格納部１１０３は、例えば、物理的には分離されている複数の記憶媒体等から構成されていても良く、注文履歴情報と、過去注文履歴情報とが、複数の記憶媒体のうちの異なる記憶媒体にそれぞれ格納されていても良い。
【００５６】
対象属性情報格納部１１０４は、対象属性情報が格納される。対象属性情報は、対象識別情報と対応付けられた情報であって、対象識別情報が示す対象の属性を示す情報である。対象属性情報は、例えば、飲食物の種類、性質等を示す情報等である。また、対象が、例えば、飲食物の場合、対象属性情報は、例えば、飲食物の種類（オードブル、メイン、デザート等）、飲食物の材料の種類（野菜、肉類、スープ等）、カロリーの値、調理方法、分野、重量等である。
【００５７】
メニュー項目格納部１１０５は、１以上のメニュー項目が格納される。メニュー項目は、対象識別情報が示す対象に関する情報であって、メニューに配置可能な情報である。メニュー項目は、例えば、「＜対象識別情報＞唐揚げ，＜価格＞３００円，＜対象属性情報＞＜カロリー＞５００ＫＣａｌ，＜ジャンル＞揚げ物，＜材料＞鶏肉，・・・＜／対象属性情報＞」である。
【００５８】
また、メニュー項目は、注文履歴情報、嗜好情報、ユーザ属性情報のうちの１以上の情報に基づいて、その内容が変更されても良い。かかる場合、メニュー項目は、例えば、内容を変更するための条件である内容変更条件、変更する内容に関する情報である変更内容情報を有する。メニュー項目は、例えば、「＜対象識別情報＞唐揚げ，＜価格＞３００円，＜内容変更条件＞注文履歴情報に２以上の「＜対象識別情報＞唐揚げ」が存在，＜変更内容情報＞価格＝１００＋（２００−５０×Ｎ），＜対象属性情報＞＜カロリー＞５００ＫＣａｌ，＜ジャンル＞揚げ物，＜材料＞鶏肉，・・・＜／対象属性情報＞」である。かかるメニュー項目のうちの「＜内容変更条件＞注文履歴情報に２以上の「＜対象識別情報＞唐揚げ」が存在」は、唐揚げを２以上注文していることを示す。また、「＜変更内容情報＞価格＝１００＋（２００−５０×Ｎ）」は、「価格＝１００＋（２００−５０×Ｎ）」（Ｎは注文回数）により、価格が算出されることを示す。なお、＜変更内容情報＞は数式であるが、値など、他の表現形式でも良いことは言うまでもない。
【００５９】
また、メニュー項目は、メニュー項目内容と内容選択条件とを有する２以上のメニュー項目部品であっても良い。メニュー項目内容とは、出力されるメニュー項目の内容を示す情報である。また、選択条件は、メニュー項目内容が選択される条件を示す情報である。メニュー項目を構成する２つのメニュー項目部品は、例えば、「＜メニュー項目内容＞対象識別情報＞唐揚げ，＜価格＞３００円＜／メニュー項目内容＞，＜選択条件＞総額２０００円未満」「＜メニュー項目内容＞＜対象識別情報＞唐揚げ，＜価格＞２５０円＜／メニュー項目内容＞，＜選択条件＞総額２０００円以上」である。かかるメニュー項目は、総額２０００円未満の間は、唐揚げの価格が３００円のメニュー項目が選択され、総額２０００円以上の場合は唐揚げの価格が２５０円のメニュー項目が選択されることを示す。なお、２以上のメニュー項目部品を有するメニュー項目を、適宜、選択的メニュー項目という。また、総額とは、ユーザが注文した飲食物（対象の一例）の価格の合計である。
【００６０】
ルール格納部１１０６は、１以上の消費ルールを格納し得る。消費ルールとは、対象属性情報を有するルールであり、対象の消費に関するルールである。また、消費ルールとは、消費する順序に関するルール（順序ルールという）、消費した対象の総量に関するルール（総量ルールという）、特定の対象属性情報に対応する対象の総量に関するルール（特定総量ルールという）などがある。さらに具体的には、対象が、例えば、飲食物である場合、順序ルールは、例えば、「＜順序＞＜ジャンル＞オードブル，＜ジャンル＞魚類，＜ジャンル＞肉類，＜ジャンル＞デザート，＜ジャンル＞ドリンク＜／順序＞」など、飲食の順序を示すルールである。本ルールは、「オードブル、魚類、肉類、デザート、ドリンク」の順に、飲食することを示す。また、総量ルールは、例えば、「＜カロリー＞１０００ＫＣａｌ以下」、「＜重量＞１ｋｇ以下」などである。「＜カロリー＞１０００ＫＣａｌ以下」は、一回の来店において、飲食する総カロリーが１０００ＫＣａｌ以下であることを示す。また、「＜重量＞１ｋｇ以下」は、来店以降に飲食した飲食物の総重量が１ｋｇ以下であることを示す。また、特定総量ルールは、例えば、「＜総量  ジャンル＝ビール＞３杯以下」などである。「＜総量  ジャンル＝ビール＞３杯以下」は、ビールは３杯以下に押さえること（４杯以上のビールは飲まないこと）を示す。なお、飲食ルールの記載方法やデータ構造は問わない。
【００６１】
また、１以上の消費ルールは、ユーザ毎に管理されていることは好適である。つまり、消費ルールとユーザ識別情報とは、対応付けて格納されていることは好適である。かかる場合、ユーザ毎に適用される消費ルールが異なることになる。
【００６２】
また、ルール格納部１１０６は、ユーザ識別情報と対応付けられている消費ルールと、ユーザ識別情報と対応付けられていない消費ルールの両方を含んでも良い。ユーザ毎に適用される消費ルールが異なる場合、ダイエットを実施中のユーザは、総カロリーが５００ＫＣａｌ以下になることをルールとして保持しており、他のユーザは総カロリーについての制約が存在しない、等の処理が可能となる。また、ユーザによって、消費する順序を変えた順序ルールが存在する場合、ユーザの嗜好に応じた対象（例えば、飲食物）の提供が可能となる。また、ユーザ識別情報と対応付けられていない消費ルールは、例えば、飲食店の都合（例えば、希少価値の高い飲食物は、一人1個まで等）を、すべてのユーザに課すために有効である。
【００６３】
また、ユーザ識別情報と対応付けられている消費ルールとユーザ識別情報と対応付けられていない消費ルールであり、両方を満たすことができない２以上のルールがルール格納部１１０６に格納されている場合、通常、ユーザ識別情報と対応付けられている消費ルールが優先されて、適用される。
【００６４】
在庫格納部１１０７は、対象の在庫状況を示す情報である在庫情報が、対象識別情報と対応付けて格納されている。なお、在庫格納部１１０７の在庫情報は、対象の消費に従って、図示しない手段により更新される。在庫情報の更新は、通常、人手により行われるが、在庫情報の自動チェック機能（図示しない手段による）を有し、自動的に行われても良い。
【００６５】
ユーザ識別情報受信部１１０８は、１または２以上のユーザ端末１０から、１または２以上のユーザ識別情報を受信する。ユーザ端末１０は、通常、ユーザが保持している装置である。また、ユーザ端末１０は、端末装置１２と同じ装置でも良い。ここで、通常、ユーザ端末１０は、自発的に（プッシュ型で）、ユーザ識別情報を送信するが、情報処理装置１１がプル型でユーザ識別情報を受信しても良い。
【００６６】
ユーザ情報取得部１１０９は、ユーザ識別情報受信部１１０８が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を、ユーザ管理情報格納部１１０１から取得する。ユーザ情報取得部１１０９は、ユーザ情報のうちの一部の情報を取得するだけでも良い。かかる一部の情報もユーザ情報と言える。
【００６７】
ユーザ情報送信部１１１０は、ユーザ情報取得部１１０９が取得した１または２以上のユーザ情報を端末装置１２に送信する。
【００６８】
席情報受付部１１１１は、席情報を受け付ける。ここでの受け付けとは、通常、受信である。ただし、席情報受付部１１１１は、席情報または席情報の一部（例えば、席識別子のみ）を、ユーザの手入力により、受け付けても良い。席情報は、ユーザ識別情報とユーザが確保した席を示す席識別子とを有する。席識別子は、テーブルを識別する情報でも良い。席情報受付部１１１１は、席情報を端末装置１２から受信しても良いし、他の端末（例えば、ユーザ端末１０、レジの端末など）から受信しても良い。
【００６９】
席識別子蓄積部１１１２は、席情報受付部１１１１が受け付けた席情報が有する席識別子を、席情報受付部１１１１が受け付けたユーザ識別情報と対応付けて、席情報格納部１１０２に蓄積する。ここで、席識別子蓄積部１１１２は、席識別子とユーザ識別情報とを対応付ければ良い。席識別子蓄積部１１１２は、席識別子だけを蓄積して、当該席識別子を、格納されているユーザ識別情報に対応付けても良い。また、席識別子蓄積部１１１２は、ユーザ識別情報だけを蓄積して、当該ユーザ識別情報を、格納されている席識別子に対応付けても良い。さらに、席識別子蓄積部１１１２は、受信した席識別子とユーザ識別情報との両方を、対応付けて蓄積しても良い。
【００７０】
ユーザ属性情報受付部１１１３は、ユーザの属性を示す情報であるユーザ属性情報を受け付ける。ユーザ属性情報とは、例えば、来店人数、一緒に来店された複数のユーザ（お客様）の関係（例えば、家族、恋人、同姓友人など）、ユーザのアレルギーに関する情報であるアレルギー情報（そばアレルギー等）などである。また、ユーザ属性情報受付部１１１３は、通常、受け付けたユーザ属性情報を、ユーザ識別情報と対応付けて、図示しない記録媒体に一時蓄積する。なお、ユーザ属性情報受付部１１１３は、ユーザ端末１０からユーザ属性情報を受信しても良いし、端末装置１２からユーザ属性情報を受信しても良いし、人手による入力を受け付けても良い。また、ユーザ属性情報は、ユーザ識別情報を含んでも良いし、ユーザ識別情報と対応付いていても良い。ユーザ属性情報がユーザ識別情報と対応付いている場合、ユーザ属性情報受付部１１１３は、ユーザ識別情報とユーザ属性情報とを受け付ける。
【００７１】
注文情報受付部１１１４は、端末装置１２から注文情報を受け付ける。ここでの受け付けとは、通常、受信である。また、注文情報受付部１１１４は、端末装置１２からユーザ識別情報と注文情報とを受信することは好適である。ただし、注文情報受付部１１１４は、ユーザの手入力により、注文情報を受け付けても良い。
【００７２】
注文情報蓄積部１１１５は、注文情報受付部１１１４が受け付けた注文情報を、注文情報受付部１１１４が受け付けたユーザ識別情報と対応付けて蓄積する。注文情報蓄積部１１１５は、通常、注文情報、または注文情報とユーザ識別情報とを、注文履歴格納部１１０３に蓄積する。注文履歴蓄積部１１１５は、例えば、注文情報受付部１１１４が受け付けた注文情報を、上述したような受け付けた順番を示す情報と対応付けて注文履歴格納部１１０３に蓄積してもよい。順番を示す情報が時刻である場合、情報処理装置１１が有する図示しない時計等から現在の時刻を取得するようにすればよい。また、注文履歴蓄積部１１１５は、注文情報の入力を行ったユーザのユーザ識別情報や、注文を受け付けた店舗の店舗識別情報と対応付けて注文情報を蓄積するようにしても良い。ユーザ識別情報は、例えば、注文を行うユーザが情報処理装置１１にログイン等を行う際に入力したユーザ識別情報を用いる。また、注文情報蓄積部１１１５は、例えば、予め図示しない記憶媒体等に蓄積されている対象識別情報を読み出す。ユーザが現在の来店中に受け付けた注文情報は、例えば、注文履歴情報として注文履歴格納部１１０３に蓄積（例えば、追記）される。また、例えば、ユーザが来店を終えた後には、蓄積された注文履歴情報が過去注文履歴情報となる。
【００７３】
メニュー取得部１１１６は、メニュー項目を配置したメニューであって、注文履歴格納部１１０３に格納された注文履歴情報と、対象属性情報格納部１１０４に格納された対象属性情報とに応じた態様のメニューを取得する。つまり、メニュー取得部１１１６は、通常、注文がなされる毎に、異なるメニューを取得する。なお、本明細書において、メニューとは、注文する画面を構成するための情報と指す場合、注文するメニュー画面を指す場合等がある。
【００７４】
メニュー取得部１１１６は、メニュー項目を配置したメニューであって、注文履歴格納部１１０３に格納された注文履歴情報を１以上の消費ルールに適用し、注文履歴情報と属性情報とに応じた態様のメニューを取得する。例えば、消費ルールが、順序ルール「＜順序＞＜ジャンル＞オードブル，＜ジャンル＞魚類，＜ジャンル＞肉類，＜ジャンル＞デザート，＜ジャンル＞ドリンク＜／順序＞」である場合、メニュー取得部１１１６は、第一にオードブルのメニューを構成し、第二に魚類のメニューを構成し、第三に肉類のメニューを構成し、第四にデザートのメニューを構成し、最後にドリンクのメニューを構成する。また、例えば、消費ルールが、特定総量ルール「＜総量  ジャンル＝ビール＞３杯以下」である場合、３杯のビールが注文された後は、メニュー取得部１１１６は、ビールのメニュー項目を用いずに、ビールのメニュー項目が存在しないメニューを構成する。
【００７５】
メニュー取得部１１１６は、さらに、ユーザ属性情報受付部１１１３が受け付けたユーザ属性情報に応じた態様のメニューを取得する。ユーザ属性情報が「そばアレルギー」である場合、メニュー取得部１１１６は、材料識別情報として「そば」を有するメニュー項目、および対象識別情報「そば」のメニュー項目を取得せず、かかるメニュー項目が存在しないメニューを構成する。
【００７６】
メニュー取得部１１１６は、在庫情報に応じた態様のメニューを取得する。つまり、メニュー取得部１１１６は、在庫情報が、在庫が存在しない対象のメニュー項目、および在庫が存在しない対象を材料として使用する対象のメニュー項目を取得せず、かかるメニュー項目が存在しないメニューを構成する。
【００７７】
メニュー取得部１１１６は、嗜好情報に応じた態様のメニューを取得する。嗜好情報が「ビールが大好き」であることを示す情報である場合、例えば、メニュー取得部１１１６は、「ビール」のメニュー項目を選択しやすい位置に配置したり、「ビール」の表示を目立つ表示にしたり、中ジョッキの代わりに大ジョッキのビールのメニュー項目にしたりする。
【００７８】
メニュー取得部１１１６は、メニュー項目の一部の値を変更したメニューを取得しても良い。一部の値とは、例えば、メニュー項目を構成する価格、数量などである。メニュー取得部１１１６は、例えば、注文履歴情報が示す注文の履歴や、ユーザの嗜好情報等に応じて、メニュー項目の一部の値を変更したメニューを取得する。
【００７９】
また、メニュー取得部１１１６は、メニュー項目の配置を、デフォルトの配置に対して変更したメニューを取得しても良い。デフォルトの配置に関する情報は、メニュー項目格納部１１０５が保持していても良いし、メニュー取得部１１１６が保持していても良い。
【００８０】
また、メニュー取得部１１１６は、メニュー項目の一部を削除、または選択を受け付けない状態としたメニューを取得しても良い。
【００８１】
メニュー取得部１１１６は、注文情報受付部１１１４が注文情報を受信する毎に、注文履歴情報と属性情報とに応じた態様のメニューを取得することは好適である。
【００８２】
メニュー取得部１１１６は、注文履歴情報と属性情報とを選択条件に適用し、合致する選択条件に対応するメニュー項目内容を取得し、メニューを構成することは好適である。
【００８３】
なお、メニュー取得部１１１６が取得したメニュー項目から出力するメニューを構成する技術は公知技術であるので、詳細な説明を省略する。メニュー取得部１１１６は、例えば、メニュー項目を配置するためのテンプレートの情報を保持しており、かかるテンプレートの情報に、メニュー項目を代入して、メニューを構成する。
【００８４】
メニュー送信部１１１７は、メニュー取得部１１１６が取得したメニューを端末装置１２に送信する。
【００８５】
嗜好情報取得部１１１８は、過去注文履歴情報を用いて、ユーザの嗜好を示す情報である嗜好情報を取得する。嗜好情報とは、例えば、対象属性情報、対象属性情報を選択するパターンを示す情報である。嗜好情報取得部１１１８は、例えば、ある店舗に訪問の度に注文されている対象（例えば、飲食物）のジャンル（「種類」と言っても良い。）、またはある店舗に訪問の度に注文されている対象の対象識別情報を取得する。かかる場合、嗜好情報はジャンル、または対象識別情報である。そして、嗜好情報取得部１１１８は、嗜好情報とユーザ識別情報を対応付けて保持することは好適である。また、嗜好情報取得部１１１８は、過去注文履歴情報の中に、閾値以上（例えば、店舗訪問の総回数のうちの７０％以上など）、存在する対象識別情報またはジャンルを取得しても良い。
【００８６】
端末装置１２を構成する端末メニュー格納部１２０１は、注文を受け付けるメニューであり、１以上のメニュー項目を有するメニューが格納される。ここでの格納は、通常、一時的な格納である。
【００８７】
ユーザ情報受信部１２０２は、ユーザ情報送信部１１１０が送信した１または２以上のユーザ情報を受信する。ユーザ情報は、例えば、ユーザの写真とユーザ識別情報である。
【００８８】
ユーザ情報出力部１２０３は、ユーザ情報受信部１２０２が受信した１または２以上のユーザ情報を出力する。ここで、ユーザ情報は、例えば、ユーザの写真である。また、ユーザ情報出力部１２０３は、２以上のユーザ情報を出力することは好適である。また、ユーザ情報出力部１２０３は、ユーザ情報受信部１２０２が受信した情報のうちの一部のユーザ情報を出力するだけでも良い。ここで、出力とは、通常、ディスプレイへの表示であるが、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【００８９】
受付部１２０４は、各種のデータや命令を受け付ける。受付部１２０４は、例えば、ユーザ情報出力部１２０３が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示を受け付ける。また、受付部１２０４は、例えば、注文を示す注文情報も受け付ける。また、受付部１２０４は、例えば、席識別子も受け付ける。ユーザ指示や注文情報や席識別子の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。受付部１２０４は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【００９０】
端末送信部１２０５は、受付部１２０４が受け付けたユーザ指示が示すユーザ情報に対応するユーザ識別情報と、受付部１２０４が受け付けた注文情報とを対応付けて送信する。端末送信部１２０５は、ユーザ識別情報と注文情報とを、別々に送信しても良い。ここでのユーザ識別情報は、ユーザを識別できれば良く、他の構成要素（例えば、ユーザ管理情報格納部１１０１）で利用するユーザ識別情報と同一でなくても良い。また、注文情報等の送信先は、情報処理装置１１でも良いし、情報処理装置１１とは異なる装置（例えば、注文管理サーバなど）でも良い。
【００９１】
また、端末送信部１２０５は、受付部１２０４が受け付けた席識別子と、ユーザ識別情報とを、情報処理装置１１に送信しても良い。
【００９２】
メニュー受信部１２０６は、メニューを情報処理装置１１から受信する。
【００９３】
メニュー蓄積部１２０７は、メニュー受信部１２０６が受信したメニューを端末メニュー格納部１２０１に蓄積する。ここでの蓄積とは、通常、一時的な蓄積である。
【００９４】
メニュー出力部１２０８は、メニュー受信部１２０６が受信したメニューを出力する。
【００９５】
ユーザ識別情報格納部１０１、ユーザ管理情報格納部１１０１、席情報格納部１１０２、注文履歴格納部１１０３、対象属性情報格納部１１０４、メニュー項目格納部１１０５、ルール格納部１１０６、在庫格納部１１０７、および端末メニュー格納部１２０１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００９６】
ユーザ識別情報格納部１０１等にユーザ識別情報等が記憶される過程は問わない。例えば、記録媒体を介してユーザ識別情報等がユーザ識別情報格納部１０１等記憶されるようになってもよく、通信回線等を介して送信されたユーザ識別情報等がユーザ識別情報格納部１０１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたユーザ識別情報等がユーザ識別情報格納部１０１等で記憶されるようになってもよい。
【００９７】
ユーザ識別情報送信部１０２、ユーザ情報送信部１１１０、メニュー送信部１１１７、および端末送信部１２０５は、通常、無線の通信手段で実現されるが、有線の通信手段や放送手段で実現されても良い。
【００９８】
ユーザ識別情報受信部１１０８、席情報受付部１１１１、ユーザ属性情報受付部１１１３、注文情報受付部１１１４、ユーザ情報受信部１２０２、およびメニュー受信部１２０６は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【００９９】
ユーザ情報取得部１１０９、席識別子蓄積部１１１２、注文情報蓄積部１１１５、メニュー取得部１１１６、嗜好情報取得部１１１８、およびメニュー蓄積部１２０７は、通常、ＭＰＵやメモリ等から実現され得る。ユーザ情報取得部１１０９の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【０１００】
ユーザ情報出力部１２０３、およびメニュー出力部１２０８は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。ユーザ情報出力部１２０３等は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【０１０１】
次に、注文システム１の動作について説明する。まず、ユーザ端末１０の動作について説明する。ユーザ端末１０のユーザ識別情報送信部１０２は、ユーザ識別情報格納部１０１からユーザ識別情報を取得する。そして、ユーザ識別情報送信部１０２は、取得したユーザ識別情報を送信する。
【０１０２】
次に、情報処理装置１１の動作について、図４のフローチャートを用いて説明する。
【０１０３】
（ステップＳ４０１）ユーザ識別情報受信部１１０８は、１または２以上のユーザ識別情報を受信したか否かを判断する。ユーザ識別情報を受信すればステップＳ４０２に行き、ユーザ識別情報を受信しなければステップＳ４０４に行く。
【０１０４】
（ステップＳ４０２）ユーザ情報取得部１１０９は、ステップＳ４０１で受信された１または２以上のユーザ識別情報を用いて、当該１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を、ユーザ管理情報格納部１１０１から取得する。
【０１０５】
（ステップＳ４０３）ユーザ情報送信部１１１０は、１または２以上のユーザ情報を端末装置１２に送信する。ステップＳ４０１に戻る。
【０１０６】
（ステップＳ４０４）席情報受付部１１１１は、席情報を受け付けたか否かを判断する。席情報を受け付ければステップＳ４０５に行き、席情報を受け付けなければステップＳ４０６に行く。
【０１０７】
（ステップＳ４０５）席識別子蓄積部１１１２は、ステップＳ４０４で受け付けられた席情報が有する席識別子を、ステップＳ４０４で受け付けられたユーザ識別情報と対応付けて、席情報格納部１１０２に蓄積する。ステップＳ４０１に戻る。
【０１０８】
（ステップＳ４０６）注文情報受付部１１１４は、注文情報とユーザ識別情報とを受け付けたか否かを判断する。注文情報等を受け付ければステップＳ４０７に行き、注文情報等を受け付けなければステップＳ４１０に行く。
【０１０９】
（ステップＳ４０７）注文情報蓄積部１１１５は、ステップＳ４０６で受け付けられた注文情報を、ユーザ識別情報と対応付けて、注文履歴格納部１１０３に蓄積する。
【０１１０】
（ステップＳ４０８）メニュー取得部１１１６は、ユーザ識別情報により識別されるユーザ向けのメニューを構成する。かかる処理をメニュー構成処理という。メニュー構成処理について、図５のフローチャートを用いて説明する。
【０１１１】
（ステップＳ４０９）メニュー送信部１１１７は、ステップＳ４０８で構成されたメニューを、端末装置１２に送信する。ステップＳ４０１に戻る。
【０１１２】
（ステップＳ４１０）ユーザ属性情報受付部１１１３は、ユーザ属性情報を受け付けたか否かを判断する。ユーザ属性情報を受け付ければステップＳ４１１に行き、ユーザ属性情報を受け付けなければステップＳ４１２に行く。
【０１１３】
（ステップＳ４１１）ユーザ属性情報受付部１１１３は、ステップＳ４１０で受け付けたユーザ属性情報を、ユーザ識別情報と対応付けて、図示しない記録媒体に一時蓄積する。ステップＳ４０１に戻る。
【０１１４】
（ステップＳ４１２）嗜好情報取得部１１１８は、嗜好情報を取得するタイミングであるか否かを判断する。嗜好情報を取得するタイミングであればステップＳ４１３に行き、嗜好情報を取得するタイミングでなければステップＳ４１４に行く。なお、嗜好情報を取得するタイミングは、例えば、情報処理装置１１が、ユーザ識別情報で識別されるユーザが来店したことを示す情報を受信した場合である。また、嗜好情報を取得するタイミングは、例えば、ステップＳ４０６で、一のユーザ識別情報に対して、情報処理装置１１が注文情報を、一の日に初めて受信した場合等である。また、嗜好情報を取得するタイミングは、例えば、図示しない手段が、ユーザの決済が完了した旨の情報を受信した場合である。
【０１１５】
（ステップＳ４１３）嗜好情報取得部１１１８は、嗜好情報取得処理を行う。嗜好情報取得処理について、図１０のフローチャートを用いて説明する。ステップＳ４０１に戻る。
【０１１６】
（ステップＳ４１４）図示しない受付手段が、在庫情報を変更する指示を受け付けたか否かを判断する。在庫情報を変更する指示を受け付ければステップＳ４１５に行き、在庫情報を変更する指示を受け付けなければステップＳ４１６に行く。なお、在庫情報を変更する指示は、変更内容を有する。変更内容は、変更する対象、および変更のための情報を有する。在庫情報を変更する指示は、例えば、「変更  ＜対象＞鶏肉  ＜変更データ＞０」である。「変更  ＜対象＞鶏肉  ＜変更データ＞０」は、食材「鶏肉」の在庫がなくなったことを示す。また、在庫情報を変更する指示は、例えば、「変更  ＜対象＞から揚げ  ＜変更データ＞０」である。本指示は、対象識別情報「から揚げ」の在庫がなくなったことを示す。また、図示しない受付手段は、当該注文情報受付部１１１４が受け付けた注文情報を用いて在庫情報を変更する指示を受け付けることは好適である。注文情報受付部１１１４が、「注文  ＜対象＞から揚げ  ＜数量＞２」を受け付けた場合、図示しない受付手段は、注文情報受付部１１１４から、「変更  ＜対象＞から揚げ  ＜内容＞＄在庫−２」を受け付ける。ここで「＄在庫」は、現在の「＜対象＞から揚げ」の在庫数を示す変数である。
【０１１７】
（ステップＳ４１５）図示しない修正手段が、ステップＳ４１４において受け付けた在庫情報を変更する指示が有する変更内容に従って、在庫格納部１１０７の在庫情報を変更する。ステップＳ４０１に戻る。
【０１１８】
（ステップＳ４１６）図示しない受付手段は、メニューの出力指示を、端末装置１２から受信したか否かを判断する。メニューの出力指示を受信すればステップＳ４０８に行き、受信しなければステップＳ４０１に戻る。
【０１１９】
なお、図４のフローチャートにおいて、ステップＳ４１６でＹｅｓの場合、ステップＳ４０８に行ったが、メニュー取得部１１１６がデフォルトの１以上のメニュー項目をメニュー項目格納部１１０５から読み出し、メニューを構成しても良い。そして、メニュー送信部１１１７が当該メニューを端末装置１２に送信しても良い。
【０１２０】
また、図４のフローチャートにおいて、注文情報を受信するごとに、動的にメニューを構成した。しかし、他のタイミングでメニューを構成しても良い。他のタイミングとは、例えば、定期的（１０分に１回など）、ユーザからの指示があった際などである。
【０１２１】
さらに、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１２２】
次に、ステップＳ４０８のメニュー構成処理について、図５のフローチャートを用いて説明する。
【０１２３】
（ステップＳ５０１）メニュー取得部１１１６は、メニューを出力する先のユーザを識別するユーザ識別情報を取得する。なお、このユーザ識別情報は、例えば、ステップＳ４０６で受信されたユーザ識別情報である。
【０１２４】
（ステップＳ５０２）メニュー取得部１１１６は、ステップＳ５０１で取得したユーザ識別情報に対応する注文履歴情報を、注文履歴格納部１１０３から読み出す。
【０１２５】
（ステップＳ５０３）メニュー取得部１１１６は、ステップＳ５０１で取得したユーザ識別情報に対応するユーザ属性情報が存在するか否かを判断する。ユーザ属性情報が存在すればステップＳ５０４に行き、ユーザ属性情報が存在しなければステップＳ５０５に行く。
【０１２６】
（ステップＳ５０４）メニュー取得部１１１６は、ステップＳ５０１で取得したユーザ識別情報に対応するユーザ属性情報を取得する。なお、このユーザ属性情報の取得処理は、ユーザ属性情報受付部１１１３が行っても良い。
【０１２７】
（ステップＳ５０５）メニュー取得部１１１６は、在庫格納部１１０７の在庫情報を取得する。
【０１２８】
（ステップＳ５０６）メニュー取得部１１１６は、ステップＳ５０１で取得したユーザ識別情報に対応する嗜好情報が存在するか否かを判断する。嗜好情報が存在すればステップＳ５０７に行き、嗜好情報が存在しなければステップＳ５０８に行く。
【０１２９】
（ステップＳ５０７）メニュー取得部１１１６は、ユーザ識別情報に対応する嗜好情報を取得する。
【０１３０】
（ステップＳ５０８）ルール格納部１０９に消費ルールが存在するか否かを判断する。消費ルールが存在すればステップＳ５０９に行き、消費ルールが存在しなければステップＳ５１０に行く。
【０１３１】
（ステップＳ５０９）メニュー取得部１１１６は、消費ルールを適用したメニュー構成処理を行う。かかる処理について、図６のフローチャートを用いて説明する。上位処理にリターンする。
【０１３２】
（ステップＳ５１０）メニュー取得部１１１６は、消費ルールを適用しないメニュー構成処理を行う。かかる処理について、図７のフローチャートを用いて説明する。上位処理にリターンする。
【０１３３】
なお、図５のフローチャートにおいて、注文履歴情報、ユーザ属性情報、在庫情報、嗜好情報、消費ルールを用いてメニューを構成した。しかし、これらのすべての情報を用いずに、一部の情報のみを用いて、注文履歴情報等のうち、１以上の情報を用いて、動的にメニューを構成しても良い。
【０１３４】
次に、ステップＳ５０９の消費ルールを適用したメニュー構成処理について、図６のフローチャートを用いて説明する。
【０１３５】
（ステップＳ６０１）メニュー取得部１１１６は、ルール格納部１１０６に順序ルールが存在するか否かを判断する。順序ルールが存在すればステップＳ６０２に行き、順序ルールが存在しなければステップＳ６０４に行く。
【０１３６】
（ステップＳ６０２）メニュー取得部１１１６は、順序ルールに従って、対象識別情報または種類識別情報にランクを付与する。ここでは、メニュー取得部１１１６は、次に選択される可能性が高い対象識別情報または種類識別情報に高い値のランクを付与する。また、メニュー取得部１１１６は、既に選択された対象識別情報または種類識別情報や、順序ルールに従えば、選択されるのがかなり先になる対象識別情報または種類識別情報に低い値（例えば、選択されないような値）のランクを付与する。なお、ランクとは、メニュー項目の出現態様に差異を設けるための指標であり、ここでは、ランクの値が大きいメニュー項目ほど、目立つ態様または選択されやすい態様で、メニュー項目が表示される、とする。
【０１３７】
（ステップＳ６０３）メニュー取得部１１１６は、各メニュー項目が有する対象識別情報のランクまたは種類識別情報のランクを、各メニュー項目のランクとして付与する。
【０１３８】
（ステップＳ６０４）メニュー取得部１１１６は、ルール格納部１１０６に総量ルールが存在するか否かを判断する。総量ルールが存在すればステップＳ６０５に行き、総量ルールが存在しなければステップＳ６１３に行く。
【０１３９】
（ステップＳ６０５）メニュー取得部１１１６は、ユーザ識別情報に対応する注文履歴情報であり、現在来店中の店舗において現在の来店中に注文した対象の履歴を示す注文履歴情報を、注文履歴格納部１１０３から読み出す。そして、メニュー取得部１１１６は、読み出した注文履歴情報から、対象となる総量（例えば、カロリーの総量）である摂取総量を取得する。なお、メニュー取得部１１１６は、例えば、注文履歴情報に含まれる各注文情報の属性値である対象の値を取得し、加算する。
【０１４０】
（ステップＳ６０６）メニュー取得部１１１６は、カウンタｉに１を代入する。
【０１４１】
（ステップＳ６０７）メニュー取得部１１１６は、ｉ番目のメニュー項目が存在するか否かを判断する。ｉ番目のメニュー項目が存在すればステップＳ６０８に行き、存在しなければステップＳ６１９に行く。
【０１４２】
（ステップＳ６０８）メニュー取得部１１１６は、ｉ番目のメニュー項目に対応する値であり、対象を摂取した場合の量（例えば、カロリー）を、対象属性情報格納部１１０４から取得する。
【０１４３】
（ステップＳ６０９）メニュー取得部１１１６は、ステップＳ６０５で取得した摂取総量と、ステップＳ６０８で取得した摂取した場合の量とを加算し、総量ルールに含まれる制限の量の範囲内であるか否か（総量ルールに合致するか否か）を判断する。総量ルールに合致する場合はステップＳ６１０に行き、合致しない場合はステップＳ６１１に行く。
【０１４４】
（ステップＳ６１０）メニュー取得部１１１６は、ｉ番目のメニュー項目に、総量ルールに合致する場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が選択されやすくなるように、ランクを閾値分だけ増加させる（例えば、「＋５」する）。
【０１４５】
（ステップＳ６１１）メニュー取得部１１１６は、ｉ番目のメニュー項目に、総量ルールに合致しない場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が、絶対に選択されやすくなるように、ランクを閾値分だけ減少させる（例えば、「−∞」する）。なお、ここで、メニュー取得部１１１６は、ｉ番目のメニュー項目を削除しても良い。
【０１４６】
（ステップＳ６１２）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ６０７に戻る。
【０１４７】
（ステップＳ６１３）メニュー取得部１１１６は、ルール格納部１１０６に特定総量ルールが存在するか否かを判断する。特定総量ルールが存在すればステップＳ６１４に行き、特定総量ルールが存在しなければステップＳ６２３に行く。
【０１４８】
（ステップＳ６１４）メニュー取得部１１１６は、注文履歴格納部１１０３に存在する注文履歴情報であり、現在来店中の店舗において現在の来店中に注文した対象の履歴を示す注文履歴情報であり、特定総量ルールに含まれる特定の対象の注文履歴情報を読み出す。そして、メニュー取得部１１１６は、当該読み出した注文履歴情報から、特定の対象の総量（例えば、注文数）である摂取総量を取得する。なお、メニュー取得部１１１６は、例えば、注文履歴情報に含まれる各注文情報の属性値を取得し、加算する。
【０１４９】
（ステップＳ６１５）メニュー取得部１１１６は、特定の対象の対象識別情報または種類識別情報を有するメニュー項目を、メニュー項目格納部１１０５から取得する。
【０１５０】
（ステップＳ６１６）メニュー取得部１１１６は、カウンタｉに１を代入する。
【０１５１】
（ステップＳ６１７）メニュー取得部１１１６は、ｉ番目のメニュー項目が存在するか否かを判断する。ｉ番目のメニュー項目が存在すればステップＳ６１８に行き、存在しなければステップＳ６２３に行く。
【０１５２】
（ステップＳ６１８）メニュー取得部１１１６は、ｉ番目のメニュー項目に対応する対象の摂取量（該当する特定の量であり、例えば、注文数）を取得する。
【０１５３】
（ステップＳ６１９）メニュー取得部１１１６は、ステップＳ６１４で取得した特定の対象の摂取総量と、ステップＳ６１８で取得した量とを加算し、特定総量ルールに含まれる制限の量の範囲内であるか否か（特定総量ルールに合致するか否か）を判断する。特定総量ルールに合致する場合はステップＳ６２０に行き、合致しない場合はステップＳ６２１に行く。
【０１５４】
（ステップＳ６２０）メニュー取得部１１１６は、ｉ番目のメニュー項目に、特定総量ルールに合致する場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が選択されやすくなるように、ランクを閾値分だけ増加させる（例えば、「＋１０」する）。
【０１５５】
（ステップＳ６２１）メニュー取得部１１１６は、ｉ番目のメニュー項目に、特定総量ルールに合致しない場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が、絶対に選択されやすくなるように、ランクを閾値分だけ減少させる（例えば、「−∞」する）。なお、ここで、メニュー取得部１１１６は、ｉ番目のメニュー項目を削除しても良い。
【０１５６】
（ステップＳ６２２）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ６１７に戻る。
【０１５７】
（ステップＳ６２３）メニュー取得部１１１６は、消費ルールを適用しないメニュー構成処理を行う。消費ルールを適用しないメニュー構成処理について、図７のフローチャートを用いて説明する。上位処理にリターンする。
【０１５８】
なお、図６のフローチャートにおいて、順序ルール、総量ルール、および特定総量ルールが、最大それぞれ１個存在する場合について説明した。しかし、ルール格納部１１０６は、２以上の各種類のルールを格納していても良い。順序ルールが２以上存在する場合、ステップＳ６０２からステップＳ６０３が順序ルールの数だけループする。また、総量ルールが２以上存在する場合、ステップＳ６０５からステップＳ６１２が総量ルールの数だけループする。さらに、特定総量ルールが２以上存在する場合、ステップＳ６１４からステップＳ６２２が特定総量ルールの数だけループする。
【０１５９】
また、図６のフローチャートにおいて、消費ルールを用いて、メニュー項目にランクを付与したが、かかる処理方法は一例であることは言うまでもない。図６のフローチャートにおいて、消費ルールに合致しないメニュー項目を、非表示としたり、グレーアウトしたりしても良いし、直ぐに選択されにくい位置に配置する等しても良い。
【０１６０】
次に、ステップＳ６２３の消費ルールを適用しないメニュー構成処理について、図７のフローチャートを用いて説明する。
【０１６１】
（ステップＳ７０１）メニュー取得部１１１６は、カウンタｉに１を代入する。
【０１６２】
（ステップＳ７０２）メニュー取得部１１１６は、ｉ番目のメニュー項目が存在するか否かを判断する。ｉ番目のメニュー項目が存在すればステップＳ７０３に行き、存在しなければステップＳ７１１に行く。
【０１６３】
（ステップＳ７０３）メニュー取得部１１１６は、ｉ番目のメニュー項目がユーザ属性情報を満たすか否かを判断する。ユーザ属性情報を満たす場合はステップＳ７０４に行き、ユーザ属性情報を満たさない場合はステップＳ７０５に行く。
【０１６４】
（ステップＳ７０４）メニュー取得部１１１６は、ユーザ属性情報を満たす場合に対応するように、ｉ番目のメニュー項目のランクを変更する。例えば、ｉ番目のメニュー項目が選択され易くなるように、メニュー取得部１１１６は、ランクを閾値分だけ増加させる（例えば、「＋５」する）。
【０１６５】
（ステップＳ７０５）メニュー取得部１１１６は、ｉ番目のメニュー項目に、ユーザ属性情報を満たさない場合に対応するランクを付加する。なお、例えば、メニュー取得部１１１６は、ｉ番目のメニュー項目が、選択されにくくなる、または絶対に選択されやすくなるように、ランクを閾値分だけ減少させる（例えば、「−∞」する）。なお、ここで、メニュー取得部１１１６は、ｉ番目のメニュー項目を削除しても良い。
【０１６６】
（ステップＳ７０６）メニュー取得部１１１６は、ｉ番目のメニュー項目が、本ユーザの嗜好情報に対応するか（合致するか）否かを判断する。嗜好情報に対応する場合はステップＳ７０７に行き、嗜好情報に対応しない場合はステップＳ７０８に行く。
【０１６７】
（ステップＳ７０７）メニュー取得部１１１６は、嗜好情報に対応する場合に合致するように、ｉ番目のメニュー項目のランクを変更する。例えば、ｉ番目のメニュー項目が選択され易くなるように、メニュー取得部１１１６は、ランクを閾値分だけ増加させる（例えば、「＋８」する）。なお、嗜好情報に対応しない場合、メニュー取得部１１１６は、ランクを閾値分だけ減少させる、メニュー項目を削除する等の処理を行っても良い。
【０１６８】
（ステップＳ７０８）メニュー取得部１１１６は、在庫情報を用いて、ｉ番目のメニュー項目に対応する対象が提供可能であるか否かを判断する。提供可能である場合はステップＳ７１０に行き、提供可能でない場合はステップＳ７０９に行く。なお、メニュー取得部１１１６は、ｉ番目のメニュー項目の対象識別子、または材料（食材など）の情報を取得する。そして、メニュー取得部１１１６は、当該対象識別子で識別される対象、または当該材料が、在庫情報を参照して、在庫が存在するか否かを判断する。そして、メニュー取得部１１１６は、在庫が存在しない場合は、提供不可能である、と判断する。
【０１６９】
（ステップＳ７０９）メニュー取得部１１１６は、ｉ番目のメニュー項目を削除する。なお、メニュー取得部１１１６は、ｉ番目のメニュー項目が選択されないように、ランクを変更しても良い。
【０１７０】
（ステップＳ７１０）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ７０２に戻る。
【０１７１】
（ステップＳ７１１）メニュー取得部１１１６は、ランクを用いたメニュー構成処理を行う。かかる処理について、図８のフローチャートを用いて説明する。
【０１７２】
（ステップＳ７１２）メニュー取得部１１１６は、選択的メニュー項目処理を行う。選択的メニュー項目処理について、図９のフローチャートを用いて説明する。上位処理にリターンする。
【０１７３】
なお、図７のフローチャートにおいて、図６のフローチャートと同様に、メニュー項目にランクを付与したが、かかる処理方法は一例であることは言うまでもない。図７のフローチャートにおいて、直ぐに非表示としたり、直ぐにグレーアウトしたりしても良いし、直ぐに選択されにくい位置に配置する等しても良い。
【０１７４】
次に、ステップＳ７１１のランクを用いたメニュー構成処理について、図８のフローチャートを用いて説明する。
【０１７５】
（ステップＳ８０１）メニュー取得部１１１６は、メニューの変更が、メニュー項目の配置の変更であるか否かを判断する。メニュー項目の配置の変更である場合はステップＳ８０２に行き、メニュー項目の配置の変更でない場合はステップＳ８０３に行く。
【０１７６】
（ステップＳ８０２）メニュー取得部１１１６は、各メニュー項目に対応するランクを用いて、メニュー項目の集合をソートして、配置を変更する。つまり、かかる処理により、ランクが大きいメニュー項目が、選択されやすい位置（例えば、上部）に配置される。上位処理にリターンする。
【０１７７】
（ステップＳ８０３）メニュー取得部１１１６は、メニューの変更が、ランクの低いメニュー項目や選択されてはいけないメニュー項目を、非選択となるような変更であるか否かを判断する。非選択となるような変更である場合はステップＳ８０４に行き、非選択となるような変更でない場合はステップＳ８０５に行く。
【０１７８】
（ステップＳ８０４）メニュー取得部１１１６は、閾値以下のランクのメニュー項目を非選択の状態とする。なお、非選択の状態とする処理は、例えば、メニュー項目の削除、グレイアウトとする処理等である。上位処理にリターンする。
【０１７９】
（ステップＳ８０５）メニュー取得部１１１６は、メニューの変更が、メニュー項目の内容の変更であるか否かを判断する。内容の変更である場合はステップＳ８０６に行き、内容の変更でない場合は上位処理にリターンする。
【０１８０】
（ステップＳ８０６）メニュー取得部１１１６は、カウンタｉに１を代入する。
【０１８１】
（ステップＳ８０７）メニュー取得部１１１６は、ｉ番目のメニュー項目が存在するか否かを判断する。ｉ番目のメニュー項目が存在すればステップＳ８０８に行き、存在しなければ上位処理にリターンする。
【０１８２】
（ステップＳ８０８）メニュー取得部１１１６は、ｉ番目のメニュー項目が内容変更の候補であるメニュー項目か否かを判断する。内容変更の候補である場合はステップＳ８０９に行き、内容変更の候補でない場合はステップＳ８１２に行く。なお、メニュー取得部１１１６は、メニュー項目の情報を参照し、内容変更の候補のフラグを検知して、内容変更の候補であるメニュー項目か否かを判断しても良いし、内容変更条件や変更内容情報を参照して、内容変更の候補であるメニュー項目か否かを判断しても良い。
【０１８３】
（ステップＳ８０９）メニュー取得部１１１６は、本ユーザ識別情報に対応する注文履歴情報のうち、内容変更条件に関連する情報を取得する。例えば、内容変更条件が、「ビールの注文数＞＝３」である場合、注文履歴情報が有する注文情報のうち、「＜対象識別情報＞ビール」を含む注文情報を取得する。
【０１８４】
（ステップＳ８１０）メニュー取得部１１１６は、ステップＳ８０９で取得した内容変更条件に関連する情報が、ｉ番目のメニュー項目に対応する内容変更条件に合致するか否かを判断する。内容変更条件に合致する場合はステップＳ８１１に行き、内容変更条件に合致しない場合はステップＳ８１２に行く。なお、例えば、内容変更条件「ビールの注文数＞＝３」であり、ステップＳ８０９で取得した内容変更条件に関連する情報（ここでは、ビールの注文情報）が「ビールの注文数＝３（注文情報が３つ存在）」を示す場合、メニュー取得部１１１６は、内容変更条件に合致すると判断する。
【０１８５】
（ステップＳ８１１）メニュー取得部１１１６は、変更内容情報を取得する。そして、メニュー取得部１１１６は、変更内容情報に従って、ｉ番目のメニュー項目の内容を変更する。
【０１８６】
（ステップＳ８１２）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ８０７に戻る。
【０１８７】
なお、図８のフローチャートにおいて、３つのメニューの変更方法について説明した。しかし、ランクに応じて、選択されやすさが変化するようなメニューの変更であれば、他の処理でも良い。また、３つのメニューの変更方法のうち、２以上の変更方法を組み合わせても良い。さらに、例えば、３つのメニューの変更方法のうち選択する変更方法をどれにするかについて、メニュー取得部１１１６は、予め情報を保持している、とする。
【０１８８】
次に、ステップＳ７１２の選択的メニュー項目処理について、図９のフローチャートを用いて説明する。
【０１８９】
（ステップＳ９０１）メニュー取得部１１１６は、メニュー項目格納部１１０５または、メモリ上のメニュー項目（消去されていないメニュー項目）から、選択的メニュー項目を取得する。
【０１９０】
（ステップＳ９０２）メニュー取得部１１１６は、カウンタｉに１を代入する。
【０１９１】
（ステップＳ９０３）メニュー取得部１１１６は、ステップＳ９０１で取得した選択的メニュー項目のうち、ｉ番目の選択的メニュー項目が存在するか否かを判断する。ｉ番目の選択的メニュー項目が存在すればステップＳ９０４に行き、ｉ番目の選択的メニュー項目が存在しなければ上位処理にリターンする。
【０１９２】
（ステップＳ９０４）メニュー取得部１１１６は、ｉ番目の選択的メニュー項目が有する選択条件に関連する情報を、注文履歴情報等から取得する。注文履歴情報等とは、注文履歴情報だけでも良いし、ユーザ属性情報、嗜好情報、在庫情報等を含んでも良い。
【０１９３】
（ステップＳ９０５）メニュー取得部１１１６は、カウンタｊに１を代入する。
【０１９４】
（ステップＳ９０６）メニュー取得部１１１６は、ｉ番目の選択的メニュー項目の中に、ｊ番目のメニュー項目部品が存在するか否かを判断する。ｊ番目のメニュー項目部品が存在すればステップＳ９０７に行き、ｊ番目のメニュー項目部品が存在しなければステップＳ９１０に行く。
【０１９５】
（ステップＳ９０７）メニュー取得部１１１６は、ｊ番目のメニュー項目部品に対応する選択条件を取得する。
【０１９６】
（ステップＳ９０８）メニュー取得部１１１６は、ステップＳ９０４で取得した情報が、ステップＳ９０７で取得した選択条件に合致するか否かを判断する。選択条件に合致する場合はステップＳ９０９に行き、選択条件に合致しない場合はステップＳ９１１に行く。
【０１９７】
（ステップＳ９０９）メニュー取得部１１１６は、ｊ番目のメニュー項目部品を、ｉ番目のメニュー項目の内容として取得する。
【０１９８】
（ステップＳ９１０）メニュー取得部１１１６は、カウンタｉを１、インクリメントする。ステップＳ９０３に戻る。
【０１９９】
（ステップＳ９１１）メニュー取得部１１１６は、カウンタｊを１、インクリメントする。ステップＳ９０６に戻る。
【０２００】
次に、ステップＳ４１３の嗜好情報取得処理について、図１０のフローチャートを用いて説明する。
【０２０１】
（ステップＳ１００１）嗜好情報取得部１１１８は、ユーザ識別情報を取得する。
【０２０２】
（ステップＳ１００２）嗜好情報取得部１１１８は、ステップＳ１００１で取得したユーザ識別情報に対応する注文情報であって、現在来店中の店舗に過去に来店した際に注文した内容に関する１以上の注文情報を、注文履歴格納部１１０３から取得する。なお、ここでの１以上の注文情報も、注文履歴情報と言っても良い。
【０２０３】
（ステップＳ１００３）嗜好情報取得部１１１８は、カウンタｉに１を代入する。
【０２０４】
（ステップＳ１００４）嗜好情報取得部１１１８は、ｉ番目の対象識別情報が存在するか否かを判断する。なお、嗜好情報取得部１１１８は、例えば、対象属性情報格納部１１０４の情報を参照して、かかる判断を行う。
【０２０５】
（ステップＳ１００５）嗜好情報取得部１１１８は、ｉ番目の対象識別情報で識別される対象の注文の頻度を示す頻度情報を、ステップＳ１００２で取得した注文履歴情報から取得する。なお、頻度情報は、例えば、来店した日のうち、どの程度の割合の日で、注文しているか否かを示す情報でも良いし、注文した日の総数でも良いし、注文した総回数（１日に２回以上、注文する場合もある）でも良い。また、嗜好情報取得部１１１８は、注文の量に関する量情報も、ステップＳ１００２で取得した注文履歴情報から取得しても良い。なお、量情報は、例えば、注文した総重量、総杯数などである。
【０２０６】
（ステップＳ１００６）嗜好情報取得部１１１８は、頻度情報、または量情報、または頻度情報と量情報を用いて、ｉ番目の対象識別情報で識別される対象の好きな度合いを示す嗜好レベルを取得する。なお、頻度情報、または量情報が大きい値を示すほど、通常、嗜好レベルが高くなる。
【０２０７】
（ステップＳ１００７）嗜好情報取得部１１１８は、ｉ番目の対象識別情報と、ステップＳ１００６で取得した嗜好レベルとを対応付けて蓄積する。なお、嗜好情報取得部１１１８は、図示しない記録媒体に対象識別情報と嗜好レベルとを対応付けて蓄積する。
【０２０８】
（ステップＳ１００８）嗜好情報取得部１１１８は、カウンタｉを１、インクリメントする。ステップＳ１００４に戻る。
【０２０９】
（ステップＳ１００９）嗜好情報取得部１１１８は、カウンタｉに１を代入する。
【０２１０】
（ステップＳ１０１０）嗜好情報取得部１１１８は、ｉ番目の種類識別情報が存在するか否かを判断する。なお、嗜好情報取得部１１１８は、例えば、対象属性情報格納部１１０４の情報を参照して、かかる判断を行う。なお、種類識別情報とは、対象の種類を識別する情報であり、ジャンル識別情報と言っても良い。対象の種類とは、どのような分類方法によってグループ化されたものでも良い。
【０２１１】
（ステップＳ１０１１）嗜好情報取得部１１１８は、ｉ番目の種類識別情報で識別される対象の注文の頻度を示す頻度情報を、ステップＳ１００２で取得した注文履歴情報から取得する。また、嗜好情報取得部１１１８は、ｉ番目の種類識別情報で識別される対象の注文の量に関する量情報も、ステップＳ１００２で取得した注文履歴情報から取得しても良い。
【０２１２】
（ステップＳ１０１２）嗜好情報取得部１１１８は、頻度情報、または量情報、または頻度情報と量情報を用いて、ｉ番目の種類識別情報で識別される種類の対象の好きな度合いを示す嗜好レベルを取得する。なお、頻度情報、または量情報が大きい値を示すほど、通常、嗜好レベルが高くなる。
【０２１３】
（ステップＳ１０１３）嗜好情報取得部１１１８は、ｉ番目の種類識別情報と、ステップＳ１０１２で取得した嗜好レベルとを対応付けて蓄積する。なお、嗜好情報取得部１１１８は、図示しない記録媒体に種類識別情報と嗜好レベルとを対応付けて蓄積する。
【０２１４】
（ステップＳ１０１４）嗜好情報取得部１１１８は、カウンタｉを１、インクリメントする。ステップＳ１０１０に戻る。
【０２１５】
次に、端末装置１２の動作について、図１１のフローチャートを用いて説明する。
【０２１６】
（ステップＳ１１０１）ユーザ情報受信部１２０２は、１または２以上のユーザ情報を受信したか否かを判断する。ユーザ情報を受信すればステップＳ１１０２に行き、ユーザ情報を受信しなければステップＳ１１０５に行く。なお、ここで、ユーザ情報受信部１２０２は、通常、ユーザ識別情報も受信する。
【０２１７】
（ステップＳ１１０２）ユーザ情報出力部１２０３は、ユーザ情報受信部１２０２が受信した１または２以上のユーザ情報を出力する。ここで、ユーザ情報出力部１２０３は、受信されたユーザ情報（例えば、ユーザの氏名と写真とユーザ識別情報）のうち、一部のユーザ情報のみ（例えば、写真のみ）を出力しても良い。
【０２１８】
（ステップＳ１１０３）受付部１２０４は、ステップＳ１１０２で出力された１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示を受け付けたか否かを判断する。ユーザ指示を受け付ければステップＳ１１０４に行き、ユーザ指示を受け付けなければステップＳ１１０３に戻る。
【０２１９】
（ステップＳ１１０４）受付部１２０４は、ステップＳ１１０３で受け付けたユーザ指示に対応するユーザ識別情報を予め決められた記憶領域に蓄積する。ステップＳ１１０１に戻る。
【０２２０】
（ステップＳ１１０５）受付部１２０４は、注文情報を受け付けたか否かを判断する。注文情報を受け付ければステップＳ１１０６に行き、注文情報を受け付けなければステップＳ１１０８に行く。
【０２２１】
（ステップＳ１１０６）端末送信部１２０５は、予め決められた記憶領域に格納されているユーザ識別情報を読み出す。
【０２２２】
（ステップＳ１１０７）端末送信部１２０５は、ステップＳ１１０５で受け付けられた注文情報と、ステップＳ１１０６で読み出したユーザ識別情報とを、情報処理装置１１に送信する。なお、端末送信部１２０５は、情報処理装置１１に情報を送信するための情報（例えば、情報処理装置１１のＩＰアドレス等）を保持している、とする。ステップＳ１１０１に戻る。
【０２２３】
（ステップＳ１１０８）メニュー受信部１２０６は、メニューを情報処理装置１１から受信したか否かを判断する。メニューを受信すればステップＳ１１０９に行き、受信しなければステップＳ１１１１に行く。
【０２２４】
（ステップＳ１１０９）メニュー蓄積部１２０７は、ステップＳ１１０８で受信されたメニューを端末メニュー格納部１２０１に蓄積する。
【０２２５】
（ステップＳ１１１０）メニュー出力部１２０８は、メニュー受信部１２０６が受信したメニューを出力する。ステップＳ１１０１に戻る。
【０２２６】
（ステップＳ１１１１）受付部１２０４は、席識別子も受け付けたか否かを判断する。席識別子も受け付ければステップＳ１１１２に行き、席識別子も受け付けなければステップＳ１１１４に行く。
【０２２７】
（ステップＳ１１１２）端末送信部１２０５は、予め決められた記憶領域に格納されているユーザ識別情報を読み出す。
【０２２８】
（ステップＳ１１１３）端末送信部１２０５は、ステップＳ１１１１で受け付けられた席識別子と、ステップＳ１１１２で読み出したユーザ識別情報とを、情報処理装置１１に送信する。ステップＳ１１０１に戻る。
【０２２９】
（ステップＳ１１１４）受付部１２０４は、出力されているメニューに対する指示を受け付けたか否かを判断する。メニューに対する指示を受け付ければステップＳ１１１５に行き、メニューに対する指示を受け付けなければステップＳ１１０１に戻る。
【０２３０】
（ステップＳ１１１５）メニュー出力部１２０８は、ステップＳ１１１４で受け付けた指示に対応して、メニューの表示を変更する。ステップＳ１１０１に戻る。
【０２３１】
以下、本実施の形態における注文システム１の具体的な動作について説明する。今、ユーザ管理情報格納部１１０１は、図１２に示すユーザ管理情報管理表を保持している。ユーザ管理情報管理表は、「ＩＤ」「ユーザ識別情報」「ユーザ情報」を有する１以上のレコードを格納している。「ＩＤ」はレコードを識別する情報である。「ユーザ情報」は、ここでは、「氏名」「年齢」「性別」「写真」を有する。「写真」は、ユーザの写真のデータであり、顔写真が好ましい。
【０２３２】
また、メニュー項目格納部１１０５は、図１３に示す多数のメニュー項目を格納している、とする。図１３はメニュー項目管理表である。メニュー項目管理表は、「ＩＤ」「種類識別情報」「対象識別情報」「選択フラグ」「内容選択条件」「メニュー項目内容」の属性値を有するレコード（メニュー項目）を１以上格納している。属性「種類識別情報」は、対象（ここでは、飲食物）の種類を示す情報である。種類とは、ジャンルやカテゴリーと言っても良い。「選択フラグ」は、メニュー項目が選択的メニュー項目であるか否かを示す。「選択フラグ」が「１」の場合は、メニュー項目は選択的メニュー項目である。また、「メニュー項目内容」として、「価格」「数量」を有する。また、メニュー項目は、対象の画像や動画等を有することは好適である。また、「ＩＤ」は、レコードを識別する情報である。また、また、図１３における「ＩＤ＝１」のレコードは選択的メニュー項目である。そして、「ＩＤ＝１」のレコードの「内容選択条件」「メニュー項目内容」は、ユーザが使った総額が３０００円以下である場合は、えだ豆の価格は３００円のメニュー項目が選択されるが、総額が３０００円を超えた後は、えだ豆の価格は２５０円のメニュー項目が選択されることを示す。また、「ＩＤ＝２８」のレコードの「内容選択条件」「メニュー項目内容」は、注文したから揚げが０の場合（初めて注文する場合）は、数量「８０ｇ」のメニュー項目が選択されるが、注文したから揚げが１以上の場合は、数量「１６０ｇ」のメニュー項目が選択されることを示す。なお、選択的メニュー項目の選択候補のメニュー項目は、「ＩＤ＝１９」のレコードが示すように２より多くても良い。つまり、選択的メニュー項目により、注文状況に応じて、価格や数量等のメニューの内容が変更され得る。
【０２３３】
また、注文履歴格納部１１０３は、図１４に示す注文履歴情報を格納している。図１４は、注文履歴管理表である。注文履歴管理表は、多数の注文情報を有する。注文履歴管理表は、ここでは、現在来店中の飲食店において現在の来店中に注文した飲食物の履歴を示す注文情報、および過去注文履歴情報を有する。注文履歴管理表は、「ＩＤ」「ユーザ識別情報」「日時」「対象識別情報」「数量」「ユーザ属性情報」を有するレコード（注文情報）を多数格納している。「日時」は注文された日時であり、上述した時刻情報である。また、「数量」は注文された数量である。「ユーザ属性情報」は、ここでは一緒に来客した人数を示す。なお、図１４において、一のユーザの注文情報だけが管理されているように見えるが、通常、多数のユーザの注文情報が管理されている。
【０２３４】
また、対象属性情報格納部１１０４は、図１５に示す対象属性情報を格納している。図１５は、対象属性情報管理表である。対象属性情報管理表は、「ＩＤ」「対象識別情報」「材料識別情報」「カロリー」「重量」「人数」を有するレコード（対象属性情報）を多数格納している。「材料識別情報」は、対象を調理するのに必要な材料の情報であり、対象識別情報と同じ場合もある。「材料識別情報」は、１以上の材料の情報を有する。「カロリー」は対象（ここでは、飲食物）を摂取した時に取り込まれるカロリー数を示す。「重量」は対象の重量である。「人数」は摂取する際の適切な人数である。
【０２３５】
また、在庫格納部１１０７は、図１６に示す在庫情報を格納している。図１３は、在庫管理表である。在庫管理表は、「ＩＤ」「対象識別情報」「材料識別情報」「在庫数量」を有するレコード（在庫情報）を多数格納している。
【０２３６】
さらに、ルール格納部１１０６は、図１７に示す消費ルールを格納している。図１７はルール管理表である。ルール管理表は、「ＩＤ」「ユーザ識別情報」「消費ルール」を有するレコードを多数格納している。「消費ルール」は「ルール種別」「ルール内容」を有する。「ルール種別」は、ルールの種類を示す。「ルール内容」はルールの内容を示す。
【０２３７】
かかる状況において、ユーザ識別情報「００１３」で識別されるユーザ、ユーザ識別情報「００１５」で識別されるユーザ、ユーザ識別情報「００１７」で識別されるユーザが順次、飲食店に入った、とする。なお、上記の３名の各ユーザは、一のグループではなく、それぞれ、一人で食事のために飲食店に入った、とする。また、上記の３名の各ユーザは、全員、自分のユーザ端末１０を保持している、とする。さらに、３名の各ユーザのユーザ端末１０のユーザ識別情報格納部１０１には、それぞれユーザを識別するユーザ識別情報が格納されている、とする。
【０２３８】
次に、３名の各ユーザのユーザ端末１０のユーザ識別情報送信部１０２は、ユーザ識別情報格納部１０１からユーザ識別情報を読み出し、送信する。また、ここで、３名の各ユーザのユーザ端末１０は、ユーザ端末１０の位置情報も、ユーザ識別情報とともに送信する、とする。なお、ユーザ端末１０の図示しない位置情報取得手段は、ユーザ端末１０の位置情報を取得する、とする。
【０２３９】
そして、情報処理装置１１のユーザ識別情報受信部１１０８は、３つの各ユーザ端末１０から、それぞれユーザ識別情報「００１３」とその位置情報、ユーザ識別情報「００１５」その位置情報、およびユーザ識別情報「００１７」その位置情報を受信する。
【０２４０】
次に、情報処理装置１１のユーザ情報取得部１１０９は、ユーザ識別情報と対で送信されてくる位置情報を用いて、ユーザ端末１０が店舗に入ったか否かを判断する。ユーザ情報取得部１１０９は、上記の３つのユーザ端末１０が店舗に入った、と判断し、３名の各ユーザ識別情報に対応する３つのユーザ情報をユーザ管理情報管理表から取得する。なお、ユーザ情報取得部１１０９は、店舗の範囲を示す位置情報である範囲位置情報を保持しており、かかる範囲位置情報とユーザ端末１０が送信した位置情報とから、ユーザ端末１０が店舗に入ったか否かを判断する。なお、ユーザ情報取得部１１０９が取得するユーザ情報は、ユーザ情報の一部（例えば、写真のみ）でも良い。
【０２４１】
次に、ユーザ情報送信部１１１０は、ユーザ情報取得部１１０９が取得した３名のユーザ情報を、端末装置１２に送信する。なお、ここでのユーザ情報は、ユーザ識別情報を含む、とする。
【０２４２】
次に、端末装置１２のユーザ情報受信部１２０２はユーザ情報を受信する。そして、ユーザ情報出力部１２０３は、図１８に示すような３名のユーザ情報（ここでは、ユーザの写真のみ）を出力する。なお、端末装置１２は、図１８に示す写真と対応付けて、各写真と対になるユーザ識別情報を保持している。
【０２４３】
次に、例えば、店員は、端末装置１２に表示されている３名のお客様のうち、担当のお客様（ここでは、ユーザ識別情報「００１５」のお客様である、とする。）を選択する。つまり、例えば、店員は、端末装置１２に対して、ユーザ指示を入力する。また、店員は、端末装置１２に対して、席識別子「４」を入力した、とする。さらに、店員は、端末装置１２の「送信」ボタンを押下した、とする。
【０２４４】
次に、端末装置１２の受付部１２０４は、ユーザ識別情報「００１５」のお客様の写真の指示であるユーザ指示、席識別子「４」、および「送信」ボタンの押下を受け付ける。そして、受付部１２０４は、ユーザ識別情報「００１５」、および席識別子「４」を図示しないバッファに一時蓄積する。
【０２４５】
次に、端末送信部１２０５は、ユーザ識別情報「００１５」、および席識別子「４」を情報処理装置１１に送信する。
【０２４６】
次に、情報処理装置１１の席情報受付部１１１１は、ユーザ識別情報「００１５」、および席識別子「４」を有する席情報を受信する。そして、席識別子蓄積部１１１２は、席情報が有する席識別子「４」を、ユーザ識別情報「００１５」と対応付けて、席情報格納部１１０２に蓄積する。つまり、席情報格納部１１０２には、「ユーザ識別情報：００１５，席識別子：４」が蓄積された。
【０２４７】
また、例えば、本店舗の店員が、ユーザ属性情報「一人」を、端末装置１２に入力する、とする。次に、端末装置１２の受付部１２０４は、ユーザ属性情報「一人」を受け付ける。次に、端末送信部１２０５は、ユーザ属性情報「一人」を、ユーザ識別情報「００１５」と対にして情報処理装置１１に送信する
【０２４８】
次に、情報処理装置１１のユーザ属性情報受付部１１１３は、ユーザ属性情報「一人」とユーザ識別情報「００１５」とを受信し、一時蓄積する。
【０２４９】
以後、店員は、この端末装置１２を、ユーザ識別情報「００１５」で識別されるユーザに渡し、当該ユーザは、端末装置１２を用いて、対象（ここでは、飲食物）の注文を行う、とする。
【０２５０】
つまり、ユーザ識別情報「００１５」で識別されるユーザ（以下、本ユーザという。）が、端末装置１２を操作して、端末装置１２は、情報処理装置１１からメニューを受信し、図１９に示すようなメニュー画面を出力した、とする。なお、メニュー画面を出力する動作の詳細は、例えば、以下である。つまり、情報処理装置１１がメニュー出力指示を端末装置１２から受信する。そして、情報処理装置１１のメニュー取得部１１１６が図１３のメニュー項目管理表を読み込み、図１９に示すメニューを構成する。次に、メニュー送信部１１１７は当該メニューを端末装置１２に送信する。そして、端末装置１２のメニュー受信部１２０６はメニューを受信し、メニュー出力部１２０８は図１９のメニューを出力する。なお、メニュー蓄積部１２０７は当該メニューの情報を端末メニュー格納部１２０１に一時蓄積する、とする。
【０２５１】
次に、本ユーザは、図１９の画面を用いて、「えだ豆」を注文した、とする。すると、端末装置１２は、注文情報「＜ユーザ識別情報＞００１５，＜対象識別情報＞えだ豆，＜数量＞１」を、情報処理装置１１に送信する。
【０２５２】
次に、情報処理装置１１の注文情報受付部１１１４は、注文情報「＜ユーザ識別情報＞００１５，＜対象識別情報＞えだ豆，＜数量＞１」を受信する。
【０２５３】
次に、注文情報蓄積部１１１５は、受信した注文情報を、ユーザ識別情報「００１５」と対応付けて、注文履歴格納部１１０３に蓄積する。なお、ここで蓄積する注文情報は、「＜対象識別情報＞えだ豆，＜数量＞１」でも良い。また、注文情報蓄積部１１１５は、日時「２０１２／１２／６  １７：３５」を図示しない時計から取得する。そして、注文情報蓄積部１１１５は、注文情報と日時とユーザ属性情報「一人」とを対応付けて蓄積する。
【０２５４】
次に、メニュー取得部１１１６は、以下のようにメニューを構成する。つまり、メニュー取得部１１１６は、ユーザ識別情報「００１５」を取得する。次に、メニュー取得部１１１６は、ユーザ識別情報「００１５」に対応する注文履歴情報を、注文履歴格納部１１０３から読み出す。次に、メニュー取得部１１１６は、ユーザ識別情報に対応するユーザ属性情報「００１５」に対応するユーザ属性情報「一人」を取得する。また、メニュー取得部１１１６は、図１６の在庫情報を取得する。さらに、メニュー取得部１１１６は、ユーザ識別情報「００１５」に対応する嗜好情報「＜対象識別情報＞ビール＜嗜好レベル＞１０，＜対象識別情報＞えだ豆＜嗜好レベル＞５，＜対象識別情報＞豆腐＜嗜好レベル＞２，・・・」を取得する。なお、この嗜好情報は、嗜好情報取得部１１１８が、図１０で説明した動作により、取得した情報である。
【０２５５】
そして、次に、メニュー取得部１１１６は、ユーザ属性情報「一人」を用いて、各メニュー項目のランクを変更する。例えば、メニュー取得部１１１６は、「人数」に１を含まない対象情報（「人数＝１」「人数＝1〜２」は１を含むと判断される。）に対応するメニュー項目のランクを「−∞」に変更する。つまり、対象識別情報「おさしみセット」や「から揚げ」は「人数」に１を含まない対象情報であるので、これらのメニュー項目には「−∞」が付与される。なお、ここでは、デフォルトのメニュー項目のランクは「５」である、とする。また、「その他」のランクは「０」である、とする。
【０２５６】
次に、メニュー取得部１１１６は、在庫情報を用いて、提供不可な対象を決定し、当該対象に対応するメニュー項目を削除する。なお、この段階では、提供不可なメニュー項目は存在しない。
【０２５７】
次に、メニュー取得部１１１６は、ランクを用いて、メニュー項目の集合をソートする。つまり、メニュー取得部１１１６は、ランクを用いて、種類識別情報「魚」、「ドリンク」、「肉」、「デザート」、「おつまみ」、「他」の順に、メニュー項目の集合を並び替える。
【０２５８】
また、メニュー取得部１１１６は、閾値以下のランクのメニュー項目を非選択（ここでは、例えば、削除）とする。ここでは、例えば、ランク「−∞」の「おさしみセット」や「から揚げ」が削除される。
【０２５９】
次に、メニュー取得部１１１６は、メニューの内容の変更を行うか否かを判断する。ここでは、メニューの内容の変更を行わない、と判断した、とする。
【０２６０】
次に、メニュー取得部１１１６は、選択的メニュー項目処理を行う。つまり、メニュー取得部１１１６は、例えば、図１３の「ＩＤ＝１９」のメニュー項目が選択的メニュー項目である、と判断する。そして、メニュー取得部１１１６は、内容選択条件に関連する情報である価格を注文履歴情報から取得する。具体的には、メニュー取得部１１１６は、本ユーザの本日の注文情報から価格「３００円」のみを取得する。メニュー取得部１１１６は、この価格「３００円」から総額「３００円」を得る。そして、メニュー取得部１１１６は、総額「３００円」は、選択的メニュー項目が有する「総額＜＝１５００円」を満たす、と判断する。そして、メニュー取得部１１１６は、メニュー項目内容「＜価格＞７００円，＜数量＞６０ｇ，・・・」を取得する。
【０２６１】
そして、メニュー取得部１１１６は、図２０のメニューを得る。図２０において、選択されやすい位置に、種類識別情報「魚」の画面が配置されている。また、一人向けでは無い「おさしみセット」は削除されている。
【０２６２】
次に、メニュー送信部１１１７は、図２０のメニューを端末装置１２に送信する。
【０２６３】
次に、端末装置１２のメニュー受信部１２０６は図２０のメニューを受信し、メニュー出力部１２０８は当該メニューを出力する。
【０２６４】
次に、本ユーザは、ビールを次々に３杯注文した、とする。すると、特定総量ルール「ビール「３杯まで」」の制限ぎりぎりになったことを、メニュー取得部１１１６は検知する。
【０２６５】
次に、メニュー取得部１１１６は、対象識別情報＜ビール＞に対応するメニュー項目が削除されたメニューを構成する。そして、メニュー送信部１１１７は、当該メニューを端末装置１２に送信する。
【０２６６】
次に、端末装置１２は、当該メニューを受信し、出力する。
【０２６７】
なお、本ユーザが、例えば、フォアグラを注文した後、すべてのユーザに適用されるルール「フォアグラ「１個まで」」が、本ユーザにも適用され、フォアグラのメニュー項目は削除される。かかる処理は、上述した処理と同様である。
【０２６８】
以上、本実施の形態によれば、対象を注文する注文者を容易に確定できる。つまり、複数の注文者が店舗に入った場合でも、店員が担当する注文者を容易に識別し、確定できる。
【０２６９】
また、本実施の形態によれば、座席と注文者とを容易に対応付けることができる。つまり、複数の注文者が店舗に入った場合でも、店員が担当する注文者と座席との対応を容易にとることができる。また、本実施の形態によれば、通常、店員が席識別子を入力するので、店舗のお客が席識別子を入力する必要が無い。
【０２７０】
また、本実施の形態によれば、注文の際に、注文を行うためのメニューの使用性を向上できる。
【０２７１】
また、本実施の形態によれば、対象の注文状況、消費ルール、お客様の属性、在庫状況、お客様の嗜好等に応じて、適切にメニュー画面を変更できる。
【０２７２】
また、本実施の形態によれば、注文をするごとにメニューの変更を行えることにより、常に、ユーザの状況に応じたメニューをユーザに提供できる。
【０２７３】
さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置を実現するソフトウェアは、例えば、以下のようなプログラムである。つまり、このプログラムは、記録媒体に、ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納しており、コンピュータを、ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、前記ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、前記ユーザ情報取得部が取得した１または２以上のユーザ情報を端末装置に送信するユーザ情報送信部として機能させるためのプログラム、である。
【０２７４】
また、上記プログラムにおいて、記録媒体に、ユーザ識別情報と席を特定する席識別子とを有する１以上の席情報を、さらに格納しており、コンピュータを、ユーザ識別情報と当該ユーザが確保した席を示す席識別子とを有する席情報を受信する席情報受信部と、前記席情報受信部が受信した席情報が有する席識別子を、前記席情報受信部が受信したユーザ識別情報と対応付けて、前記席情報格納部に蓄積する席識別子蓄積部と、前記端末装置からユーザ識別情報と注文情報とを受信する注文情報受信部と、前記注文情報受信部が受信した注文情報を、前記注文情報受信部が受信したユーザ識別情報と対応付けて蓄積する注文情報蓄積部として、さらに機能させるためのプログラム、であることは好適である。
【０２７５】
また、上記プログラムにおいて、記録媒体に、ユーザが注文した対象の履歴を示す情報であって、前記受付部が受け付けた前記注文情報の集合である注文履歴情報と、対象識別情報と対応付けられた情報であって、当該対象識別情報が示す対象の属性を示す情報である対象属性情報と、前記対象識別情報が示す対象に関する情報であって、メニューに配置可能な情報である１以上のメニュー項目とがさらに格納されており、コンピュータを、前記端末装置から注文情報を受信する注文情報受信部と、前記受付部が受け付けた注文情報を前記記録媒体に蓄積する注文履歴蓄積部と、前記メニュー項目を配置したメニューであって、前記記録媒体に格納された注文履歴情報と、前記記録媒体に格納された飲食物属性情報とに応じた態様のメニューを取得するメニュー取得部と、前記メニュー取得部が取得したメニューを前記端末装置に送信するメニュー送信部として、さらに機能させるためのプログラム、であることは好適である。
【０２７６】
また、上記プログラムにおいて、記録媒体に、属性情報を有するルールであり、対象の消費に関するルールである１以上の消費ルールがさらに格納されており、前記メニュー取得部は、前記メニュー項目を配置したメニューであって、前記記録媒体に格納された注文履歴情報を前記１以上の消費ルールに適用し、前記注文履歴情報と前記属性情報とに応じた態様のメニューを取得するものとして機能させるためのプログラム、であることは好適である。
【０２７７】
また、上記プログラムにおいて、ユーザの属性を示す情報であるユーザ属性情報を受け付けるユーザ属性情報受付部として、コンピュータをさらに機能させ、前記メニュー取得部は、さらに、前記ユーザ属性情報受付部が受け付けたユーザ属性情報に応じた態様のメニューを取得するものとして、コンピュータを機能させるためのプログラム、であることは好適である。
【０２７８】
また、上記プログラムにおいて、記録媒体に、さらに、対象の在庫状況を示す情報である在庫情報が、当該対象識別情報と対応付けて格納されており、前記メニュー取得部は、さらに、在庫情報に応じた態様のメニューを取得するものとして、コンピュータを機能させるためのプログラム、であることは好適である。
【０２７９】
また、上記プログラムにおいて、前記記録媒体には、さらに、前記ユーザが過去に注文した飲食物の履歴を示す情報であって、過去に前記注文情報受付部が受け付けた前記注文情報の集合である過去注文履歴情報が格納されており、コンピュータを、前記過去注文履歴情報からユーザの嗜好を示す情報である嗜好情報を取得する嗜好情報取得部として、さらに機能させ、前記メニュー取得部は、さらに、前記嗜好情報に応じた態様のメニューを取得するものとして、コンピュータを機能させるためのプログラム、であることは好適である。
【０２８０】
また、上記プログラムにおいて、前記メニュー取得部は、前記注文情報受付部が注文情報を受け付ける毎に、前記注文履歴情報と前記属性情報とに応じた態様のメニューを取得し、前記メニュー送信部は、前記メニュー取得部が取得したメニューを前記端末装置に送信するものとして、コンピュータを機能させるためのプログラム、であることは好適である。
【０２８１】
また、上記プログラムにおいて、前記１以上のメニュー項目のうちの、少なくとも一部のメニュー項目は、出力されるメニュー項目の内容を示すメニュー項目内容と、当該メニュー項目内容が選択される条件を示す選択条件とを有する２以上のメニュー項目部品を有する選択的メニュー項目であり、前記メニュー取得部は、前記注文履歴情報と前記属性情報とを前記選択条件に適用し、合致する選択条件に対応するメニュー項目内容を取得し、メニューを構成するものとして、コンピュータを機能させるためのプログラム、であることは好適である。
【０２８２】
（実施の形態２）
本実施の形態において、ユーザ端末から１または２以上のユーザ識別情報を受信し、当該１または２以上のユーザ識別情報に対応するユーザ情報から、一のユーザ情報を選択し、選択したユーザ情報に対応するメニューを表示する注文システム２について説明する。
【０２８３】
図２１は、本実施の形態における注文システム２の概念図である。  注文システム２は、１または２以上のユーザ端末１０、情報処理装置２１、注文サーバ装置２２を備える。情報処理装置２１は、通常、注文を行う端末であり、通常、注文を受ける店舗が保有する端末であるが、ユーザ端末１０でも良い。つまり、ユーザ端末１０と情報処理装置２１とは一つの装置でも良い。
【０２８４】
図２２は、本実施の形態における注文システム２のブロック図である。注文システム２を構成する情報処理装置２１は、ユーザ管理情報格納部１１０１、ユーザ識別情報受信部１１０８、ユーザ情報取得部１１０９、ユーザ情報出力部２１０１、受付部２１０２、および端末送信部１２０５を備える。
【０２８５】
また、注文サーバ装置２２は、注文履歴格納部１１０３、注文情報受付部１１１４、注文情報蓄積部１１１５、および注文情報表示部２２０１を備える。
【０２８６】
情報処理装置２１を構成するユーザ情報出力部２１０１は、ユーザ情報取得部１１０９が取得した１または２以上のユーザ情報を出力する。
【０２８７】
ユーザ情報出力部２１０１は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。ユーザ情報出力部２１０１は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【０２８８】
受付部２１０２は、ユーザ情報出力部２１０１が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける。受付部２１０２は、その他の指示や情報等を受け付けても良い。
【０２８９】
ユーザ指示等の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。受付部２１０２は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【０２９０】
注文情報送信部１２０５は、受付部２１０２が受け付けたユーザ指示が示すユーザ情報と、受付部２１０２が受け付けた注文情報とを対応付けて送信する。注文情報送信部１２０５は、ユーザ情報と注文情報とを同時に送付する必要はない。
【０２９１】
注文情報送信部１２０５は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【０２９２】
注文サーバ装置２２を構成する注文情報表示部２２０１は、注文情報受付部１１１４が受け付けた注文情報を表示する。注文情報表示部２２０１は、ディスプレイデバイスを含むと考えても含まないと考えても良い。注文情報表示部２２０１は、ディスプレイデバイスのドライバーソフトまたは、ディスプレイデバイスのドライバーソフトとディスプレイデバイス等で実現され得る。
【０２９３】
次に、注文システム２の動作について説明する。まず、情報処理装置２１の動作について、図２３のフローチャートを用いて説明する。図２３のフローチャートにおいて、図４または図１１のフローチャートと同様のステップについて、説明を省略する。
【０２９４】
（ステップＳ２３０１）ユーザ情報出力部１２０３は、ステップＳ４０２で取得された１または２以上のユーザ情報を出力する。
【０２９５】
（ステップＳ２３０２）受付部２１０２は、ステップＳ２３０１で出力された１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示を受け付けたか否かを判断する。ユーザ指示を受け付ければステップＳ２３０３に行き、ユーザ指示を受け付けなければステップＳ２３０２に戻る。
【０２９６】
（ステップＳ２３０３）受付部２１０２は、ステップＳ２３０２で受け付けたユーザ指示に対応するユーザ識別情報を予め決められた記憶領域に蓄積する。ステップＳ４０１に戻る。
【０２９７】
（ステップＳ２３０４）受付部２１０２は、出力されているメニューに対する指示を受け付けたか否かを判断する。メニューに対する指示を受け付ければステップＳ２３０５に行き、メニューに対する指示を受け付けなければステップＳ２３０６に行く。
【０２９８】
（ステップＳ２３０５）図示しないメニュー出力部は、ステップＳ２３０４で受け付けた指示に対応して、メニューの表示を変更する。ステップＳ４０１に戻る。
【０２９９】
（ステップＳ２３０６）受付部２１０２は、注文情報を受け付けたか否かを判断する。注文情報を受け付ければステップＳ２３０７に行き、注文情報等を受け付けなければステップＳ４１０に戻る。
【０３００】
（ステップＳ２３０７）端末送信部１２０５は、予め決められた記憶領域に格納されているユーザ識別情報を読み出す。
【０３０１】
（ステップＳ２３０８）端末送信部１２０５は、ステップＳ２３０６で受け付けられた注文情報と、ステップＳ２３０７で読み出したユーザ識別情報とを、注文サーバ装置２２に送信する。なお、端末送信部１２０５は、注文サーバ装置２２に情報を送信するための情報（例えば、注文サーバ装置２２のＩＰアドレス等）を保持している、とする。ステップＳ４０１に戻る。
【０３０２】
なお、図２３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０３０３】
以上、本実施の形態によれば、対象を注文する注文者を容易に確定できる。
【０３０４】
なお、本実施の形態において、実施の形態１と同様、情報処理装置２１において、メニューを動的に変更できることは好適である。なお、動的なメニューの変更とは、注文を行うごとに、メニューを変更することである。
【０３０５】
かかる場合の情報処理装置２１の構成を示すブロック図は、図２４のようになる。つまり、情報処理装置２１は、ユーザ情報出力部２１０１、受付部２１０２、端末送信部１２０５、ユーザ管理情報格納部１１０１、席情報格納部１１０２、注文履歴格納部１１０３、対象属性情報格納部１１０４、メニュー項目格納部１１０５、ルール格納部１１０６、在庫格納部１１０７、ユーザ識別情報受信部１１０８、ユーザ情報取得部１１０９、席情報受付部１１１１、席識別子蓄積部１１１２、ユーザ属性情報受付部１１１３、注文情報蓄積部１１１５、メニュー取得部１１１６、メニュー送信部１１１７、および嗜好情報取得部１１１８を備える。
【０３０６】
さらに、本実施の形態における情報処理装置を実現するソフトウェアは、例えば、以下のようなプログラムである。つまり、このプログラムは、記録媒体に、ユーザを識別するユーザ識別情報とユーザに関する情報であるユーザ情報とを有する１以上のユーザ管理情報を格納しており、コンピュータを、ユーザが保持している装置である１または２以上のユーザ端末から、１または２以上のユーザ識別情報を受信するユーザ識別情報受信部と、前記ユーザ識別情報受信部が受信した１または２以上の各ユーザ識別情報に対応する１または２以上のユーザ情報を取得するユーザ情報取得部と、前記ユーザ情報取得部が取得した１または２以上のユーザ情報を出力するユーザ情報出力部と、前記ユーザ情報出力部が出力した１または２以上のユーザ情報のうちの、一のユーザ情報に対する指示であるユーザ指示、および注文を示す注文情報を受け付ける受付部と、前記受付部が受け付けたユーザ指示が示すユーザ情報に対応するユーザと、前記受付部が受け付けた注文情報とを対応付けて送信する注文情報送信部として機能させるためのプログラムである。
【０３０７】
また、図２５は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の注文システムを構成する装置を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２５は、このコンピュータシステム３００の概観図であり、図２６は、システム３００のブロック図である。
【０３０８】
図２５において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４と、マイク３０５と、スピーカー３０６とを含む。
【０３０９】
図２６において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、バス３０１４と、ＲＯＭ３０１５と、ＲＡＭ３０１６と、ハードディスク３０１７とを含む。なお、バス３０１４は、ＭＰＵ３０１３やＣＤ−ＲＯＭドライブ３０１２に接続されている。また、ＲＯＭ３０１５には、ブートアッププログラム等のプログラムが記憶されている。また、ＲＡＭ３０１６は、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのものである。また、ハードディスク３０１７は、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのものである。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。
【０３１０】
コンピュータシステム３００に、上述した実施の形態の注文システムの機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。
【０３１１】
プログラムは、コンピュータ３０１に、上述した実施の形態の注文システムの機能を実行させるオペレーティングシステム、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０３１２】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。
【０３１３】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０３１４】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段（端末情報送信部、端末情報受信部など）は、物理的に一の媒体で実現されても良いことは言うまでもない。
【０３１５】
また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０３１６】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０３１７】
以上のように、本発明にかかる注文システムは、対象を注文する注文者の確定が容易にできるという効果を有し、注文システム等として有用である。
【符号の説明】
【０３１８】
１、２  注文システム
１０  ユーザ端末
１１、２１  情報処理装置
１２  端末装置
２２  注文サーバ装置
１０１  ユーザ識別情報格納部
１０２  ユーザ識別情報送信部
１１０１  ユーザ管理情報格納部
１１０２  席情報格納部
１１０３  注文履歴格納部
１１０４  対象属性情報格納部
１１０５  メニュー項目格納部
１１０６  ルール格納部
１１０７  在庫格納部
１１０８  ユーザ識別情報受信部
１１０９  ユーザ情報取得部
１１１０  ユーザ情報送信部
１１１１  席情報受付部
１１１２  席識別子蓄積部
１１１３  ユーザ属性情報受付部
１１１４  注文情報受付部
１１１５  注文履歴蓄積部
１１１５  注文情報蓄積部
１１１６  メニュー取得部
１１１７  メニュー送信部
１１１８  嗜好情報取得部
１２０１  端末メニュー格納部
１２０２  ユーザ情報受信部
１２０３、２１０１  ユーザ情報出力部
１２０４、２１０２  受付部
１２０５  端末送信部
１２０５  注文情報送信部
１２０６  メニュー受信部
１２０７  メニュー蓄積部
１２０８  メニュー出力部
２２０１  注文情報表示部
【図１】
2014119946.tif 000003
【図２】
2014119946.tif 000004
【図３】
2014119946.tif 000005
【図４】
2014119946.tif 000006
【図５】
2014119946.tif 000007
【図６】
2014119946.tif 000008
【図７】
2014119946.tif 000009
【図８】
2014119946.tif 000010
【図９】
2014119946.tif 000011
【図１０】
2014119946.tif 000012
【図１１】
2014119946.tif 000013
【図１３】
2014119946.tif 000014
【図１４】
2014119946.tif 000015
【図１５】
2014119946.tif 000016
【図１６】
2014119946.tif 000017
【図１７】
2014119946.tif 000018
【図１９】
2014119946.tif 000019
【図２０】
2014119946.tif 000020
【図２１】
2014119946.tif 000021
【図２２】
2014119946.tif 000022
【図２３】
2014119946.tif 000023
【図２４】
2014119946.tif 000024
【図２５】
2014119946.tif 000025
【図２６】
2014119946.tif 000026
【図１２】
2014119946.tif 000027
【図１８】
2014119946.tif 000028