(57)【要約】【課題】  顧客にとって使い易い注文システムを提供する。【解決手段】  注文システムは、顧客が注文を入力する携帯電話１０と、携帯電話１０と無線通信するリーダライタ２０と、リーダライタ２０と接続され、携帯電話１０に入力された注文を受ける店舗サーバ３０とを備える。携帯電話１０のメニュー表示アプリ１１は、顧客の属性情報を記憶しており、メニューリスト要求を店舗サーバ３０に送信し、この要求の返信としてメニューリスト情報を受信すると、受信したメニューリスト情報と属性情報に基づき、メニューを表示する。店舗サーバ３０は、メニューデータベース３１とメニュー生成手段３２とを備える。メニューデータベース２０は、メニューリスト情報を記憶している。メニュー生成手段３２は、携帯電話１０からメニューリスト要求を受信すると、メニューデータベース３１からメニューリスト情報を取得して、携帯電話１０に送信する。【選択図】図１
2007213222.tif 000002
【特許請求の範囲】
【請求項１】
顧客が注文を入力する端末と、該端末と無線通信する無線通信装置と、該無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置とを備える注文システムにおいて、
前記端末は、
前記顧客の属性情報を記憶しており、前記無線通信装置を介して、メニューリスト要求を前記店舗サーバ装置に送信し、該要求の返信としてメニューリスト情報を受信すると、該受信したメニューリスト情報と前記属性情報に基づき、メニューを表示するメニュー表示手段を備え、
前記店舗サーバ装置は、
メニューリスト情報を記憶しているメニューデータベースと、
前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記メニューデータベースから前記メニューリスト情報を取得して、前記端末に前記無線通信装置を介して送信するメニュー生成手段と
を備えることを特徴とする注文システム。
【請求項２】
顧客が所有する端末と、該端末と無線通信する無線通信装置と、該無線通信装置と接続された店舗サーバ装置とを備える注文システムにおいて、
前記端末は、
前記顧客の属性情報を記憶しており、前記無線通信装置を介して、前記属性情報を記載したメニューリスト要求を前記店舗サーバ装置に送信し、該要求の返信としてメニューリスト情報を受信すると、該受信したメニューリスト情報に基づき、メニューを表示するメニュー表示手段を備え、
前記店舗サーバ装置は、
メニューリスト情報を記憶しているメニューデータベースと、
前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記受信したメニューリスト要求から前記ユーザの属性情報を取得し、前記メニューデータベースから前記メニューリスト情報を取得して、該取得したメニューリスト情報を、前記取得した属性情報に基づき変更したメニューリスト情報を生成し、前記生成したメニューリスト情報を、前記端末に前記無線通信装置を介して送信するメニュー生成手段と
を備えることを特徴とする注文システム。
【請求項３】
前記端末は、
プログラムを記憶するアプリ記憶手段と、
携帯電話用のプログラムを配信するアプリ配信サーバ装置から、携帯電話基地局を介してダウンロードしたプログラムを前記アプリ記憶手段に格納する通信手段と、
前記アプリ記憶手段に格納されたプログラムを実行する制御手段と
を備える携帯電話であり、
前記メニュー表示手段の機能は、前記アプリ記憶手段に格納したプログラムを、前記制御手段が実行することにより、実現されること
を特徴とする請求項１または請求項２に記載の注文システム。
【請求項４】
前記端末は、
プログラムを記憶するアプリ記憶手段と、
無線通信手段を備え、該無線通信手段を介して携帯電話用のプログラムを配信するアプリ配信サーバ装置から、該無線通信手段を介してダウンロードしたプログラムを前記アプリ記憶手段に格納する通信手段と、
前記アプリ記憶手段に格納されたプログラムを実行する制御手段と
を備える携帯電話であり、
前記メニュー表示手段の機能は、前記アプリ記憶手段に格納したプログラムを、前記制御手段が実行することにより、実現されること
を特徴とする請求項１または請求項２に記載の注文システム。
【請求項５】
前記メニュー表示手段は、前記表示したメニューに対する前記顧客の操作指示に基づき、注文情報を生成して、前記無線通信装置を介して前記店舗サーバ装置に送信し、
前記店舗サーバ装置は、前記無線通信装置を介して、前記送信された注文情報を受信する注文受付手段を備えること
を特徴とする請求項１から請求項４のいずれかの項に記載の注文システム。
【請求項６】
前記メニュー表示手段は、前記メニュー表示手段が生成した注文情報の履歴に基づき、前記属性情報を生成することを特徴とする請求項５に記載の注文システム。
【請求項７】
前記メニュー表示手段は、前記顧客の操作指示に基づき、前記属性情報を生成することを特徴とする請求項１から請求項５のいずれかの項に記載の注文システム。
【請求項８】
無線通信装置を介して、店舗サーバと無線通信し、ユーザが所有する携帯電話が備えるコンピュータを、
前記ユーザの属性情報を記憶しており、前記無線通信装置を介して、メニューリスト要求を前記店舗サーバに送信し、該要求の返信としてメニューリスト情報を受信すると、該受信したメニューリスト情報と前記属性情報に基づき、メニューを表示するメニュー表示手段として機能させるプログラム。
【請求項９】
無線通信装置を介して、店舗サーバと無線通信し、ユーザが所有する携帯電話が備えるコンピュータを、
前記ユーザの属性情報を記憶しており、前記無線通信装置を介して、前記属性情報を記載したメニューリスト要求を前記店舗サーバに送信し、該要求の返信としてメニューリスト情報を受信すると、該受信したメニューリスト情報に基づき、メニューを表示するメニュー表示手段として機能させるプログラム。
【請求項１０】
端末と無線通信する無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置において、
メニューリスト情報を記憶しているメニューデータベースと、
前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記メニューデータベースから前記メニューリスト情報を取得して、前記端末に前記無線通信装置を介して送信するメニュー生成手段と
を備えることを特徴とする店舗サーバ装置。
【請求項１１】
端末と無線通信する無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置において、
メニューリスト情報を記憶しているメニューデータベースと、
前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記受信したメニューリスト要求から前記ユーザの属性情報を取得し、前記メニューデータベースから前記メニューリスト情報を取得して、該取得したメニューリスト情報を、前記取得した属性情報に基づき変更したメニューリスト情報を生成し、前記生成したメニューリスト情報を、前記端末に前記無線通信装置を介して送信するメニュー生成手段と
を備えることを特徴とする店舗サーバ装置。
【請求項１２】
端末と無線通信する無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置が備えるコンピュータを、
メニューリスト情報を記憶しているメニューデータベース、
前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記メニューデータベースから前記メニューリスト情報を取得して、前記端末に前記無線通信装置を介して送信するメニュー生成手段
として機能させるプログラム。
【請求項１３】
端末と無線通信する無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置が備えるコンピュータを、
メニューリスト情報を記憶しているメニューデータベース、
前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記受信したメニューリスト要求から前記ユーザの属性情報を取得し、前記メニューデータベースから前記メニューリスト情報を取得して、該取得したメニューリスト情報を、前記取得した属性情報に基づき変更したメニューリスト情報を生成し、前記生成したメニューリスト情報を、前記端末に前記無線通信装置を介して送信するメニュー生成手段
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店などのサービスもしくは商品を提供する店舗において、顧客の属性情報に基づきメニューを表示し、該メニューを参照して顧客が注文を入力する注文システム、店舗サーバ装置およびプログラムに関する。
【背景技術】
【０００２】
従来の飲食店用の注文システムは、ＰＯＳ（Point Of Sales）センタなどの店舗サーバ装置と、店舗サーバ装置とＬＡＮ（Local Area Network）などの通信回線で接続され、客席テーブルに設置された客席端末などの端末とからなり、店舗サーバ装置が、自装置内に記憶しているメニュー画面の情報を、端末からの要求に応じて端末に送出する。端末は、このメニュー画面を自装置が備えるタッチパネルなどに表示している。顧客が端末のタッチパネルなどを操作してメニュー画面を閲覧し、所望のメニューを選択することで、注文が端末に入力される。端末は、入力された注文を、通信回線を介して店舗サーバ装置に通知し、店舗サーバ装置は、この注文に基づき、店員への調理指示や配膳、会計のための伝票発行を行っている。（例えば、特許文献１参照）。
【特許文献１】特開２０００−１２３０８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に示す注文システムにあっては、店舗が用意したメニューであるため、このメニューの中から、カロリー、塩分量やアレルギーといった顧客よって異なる都合にあてはまるものや、顧客よって異なる嗜好にあったものを、初めてメニューに接する顧客が探し出すのは、困難もしくは煩雑な作業が必要となり、顧客にとって使い難いことがあるという問題がある。
【０００４】
本発明は、このような事情に鑑みてなされたもので、その目的は、顧客の嗜好や体調にあったメニューを表示することができ、顧客にとって使い易い注文システムを提供することにある。
【課題を解決するための手段】
【０００５】
この発明は上述した課題を解決するためになされたもので、請求項１に記載の発明は、顧客が注文を入力する端末と、該端末と無線通信する無線通信装置と、該無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置とを備える注文システムにおいて、前記端末は、前記顧客の属性情報を記憶しており、前記無線通信装置を介して、メニューリスト要求を前記店舗サーバ装置に送信し、該要求の返信としてメニューリスト情報を受信すると、該受信したメニューリスト情報と前記属性情報に基づき、メニューを表示するメニュー表示手段を備え、前記店舗サーバ装置は、メニューリスト情報を記憶しているメニューデータベースと、前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記メニューデータベースから前記メニューリスト情報を取得して、前記端末に前記無線通信装置を介して送信するメニュー生成手段とを備えることを特徴とする注文システムである。
【０００６】
また、請求項２に記載の発明は、顧客が所有する端末と、該端末と無線通信する無線通信装置と、該無線通信装置と接続された店舗サーバ装置とを備える注文システムにおいて、前記端末は、前記顧客の属性情報を記憶しており、前記無線通信装置を介して、前記属性情報を記載したメニューリスト要求を前記店舗サーバ装置に送信し、該要求の返信としてメニューリスト情報を受信すると、該受信したメニューリスト情報に基づき、メニューを表示するメニュー表示手段を備え、前記店舗サーバ装置は、メニューリスト情報を記憶しているメニューデータベースと、前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記受信したメニューリスト要求から前記ユーザの属性情報を取得し、前記メニューデータベースから前記メニューリスト情報を取得して、該取得したメニューリスト情報を、前記取得した属性情報に基づき変更したメニューリスト情報を生成し、前記生成したメニューリスト情報を、前記端末に前記無線通信装置を介して送信するメニュー生成手段とを備えることを特徴とする注文システムである。
【０００７】
また、請求項３に記載の発明は、請求項１または請求項２に記載の注文システムであって、前記端末は、プログラムを記憶するアプリ記憶手段と、携帯電話用のプログラムを配信するアプリ配信サーバ装置から、携帯電話基地局を介してダウンロードしたプログラムを前記アプリ記憶手段に格納する通信手段と、前記アプリ記憶手段に格納されたプログラムを実行する制御手段とを備える携帯電話であり、前記メニュー表示手段の機能は、前記アプリ記憶手段に格納したプログラムを、前記制御手段が実行することにより、実現されることを特徴とする。
【０００８】
また、請求項４に記載の発明は、請求項１または請求項２に記載の注文システムであって、前記端末は、プログラムを記憶するアプリ記憶手段と、無線通信手段を備え、該無線通信手段を介して携帯電話用のプログラムを配信するアプリ配信サーバ装置から、該無線通信手段を介してダウンロードしたプログラムを前記アプリ記憶手段に格納する通信手段と、前記アプリ記憶手段に格納されたプログラムを実行する制御手段とを備える携帯電話であり、前記メニュー表示手段の機能は、前記アプリ記憶手段に格納したプログラムを、前記制御手段が実行することにより、実現されることを特徴とする。
【０００９】
また、請求項５に記載の発明は、請求項１から請求項４のいずれかの項に記載の注文システムであって、前記メニュー表示手段は、前記表示したメニューに対する前記顧客の操作指示に基づき、注文情報を生成して、前記無線通信装置を介して前記店舗サーバ装置に送信し、前記店舗サーバ装置は、前記無線通信装置を介して、前記送信された注文情報を受信する注文受付手段を備えることを特徴とする。
【００１０】
また、請求項６に記載の発明は、請求項５に記載の注文システム前記メニュー表示手段は、前記メニュー表示手段が生成した注文情報の履歴に基づき、前記属性情報を生成することを特徴とする。
【００１１】
また、請求項７に記載の発明は、請求項１から請求項５のいずれかの項に記載の注文システムであって、前記メニュー表示手段は、前記顧客の操作指示に基づき、前記属性情報を生成することを特徴とする。
【００１２】
また、請求項８に記載の発明は、無線通信装置を介して、店舗サーバと無線通信し、ユーザが所有する携帯電話が備えるコンピュータを、前記ユーザの属性情報を記憶しており、前記無線通信装置を介して、メニューリスト要求を前記店舗サーバに送信し、該要求の返信としてメニューリスト情報を受信すると、該受信したメニューリスト情報と前記属性情報に基づき、メニューを表示するメニュー表示手段として機能させるプログラムである。
【００１３】
また、請求項９に記載の発明は、無線通信装置を介して、店舗サーバと無線通信し、ユーザが所有する携帯電話が備えるコンピュータを、前記ユーザの属性情報を記憶しており、前記無線通信装置を介して、前記属性情報を記載したメニューリスト要求を前記店舗サーバに送信し、該要求の返信としてメニューリスト情報を受信すると、該受信したメニューリスト情報に基づき、メニューを表示するメニュー表示手段として機能させるプログラムである。
【００１４】
また、請求項１０に記載の発明は、端末と無線通信する無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置において、メニューリスト情報を記憶しているメニューデータベースと、前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記メニューデータベースから前記メニューリスト情報を取得して、前記端末に前記無線通信装置を介して送信するメニュー生成手段とを備えることを特徴とする店舗サーバ装置である。
【００１５】
また、請求項１１に記載の発明は、端末と無線通信する無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置において、メニューリスト情報を記憶しているメニューデータベースと、前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記受信したメニューリスト要求から前記ユーザの属性情報を取得し、前記メニューデータベースから前記メニューリスト情報を取得して、該取得したメニューリスト情報を、前記取得した属性情報に基づき変更したメニューリスト情報を生成し、前記生成したメニューリスト情報を、前記端末に前記無線通信装置を介して送信するメニュー生成手段とを備えることを特徴とする店舗サーバ装置である。
【００１６】
また、請求項１２に記載の発明は、端末と無線通信する無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置が備えるコンピュータを、メニューリスト情報を記憶しているメニューデータベース、前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記メニューデータベースから前記メニューリスト情報を取得して、前記端末に前記無線通信装置を介して送信するメニュー生成手段として機能させるプログラムである。
【００１７】
また、請求項１３に記載の発明は、端末と無線通信する無線通信装置と接続され、前記端末に入力された注文を受ける店舗サーバ装置が備えるプログラムを、メニューリスト情報を記憶しているメニューデータベース、前記無線通信装置を介して、前記端末からメニューリスト要求を受信すると、前記受信したメニューリスト要求から前記ユーザの属性情報を取得し、前記メニューデータベースから前記メニューリスト情報を取得して、該取得したメニューリスト情報を、前記取得した属性情報に基づき変更したメニューリスト情報を生成し、前記生成したメニューリスト情報を、前記端末に前記無線通信装置を介して送信するメニュー生成手段として機能させるプログラムである。
【発明の効果】
【００１８】
この発明によれば、端末のメニュー表示手段は、顧客の属性情報に基づき、メニューを表示するので、メニュー表示手段は、該顧客の都合や嗜好にあったもののみを表示する、もしくは、優先的に表示することができ、顧客にとって使い易い注文システムを提供できる。
【００１９】
また、本発明によれば、端末として、顧客が携帯している携帯電話を用いるので、店舗は費用をかけて多数の端末を用意する必要がなく、また、顧客は使い慣れた自分の携帯電話から注文することができるため、顧客にとって使い易くすることができる。
【発明を実施するための最良の形態】
【００２０】
［第１の実施形態］
以下、図面を参照して、本発明の第１の実施の形態について説明する。図１は、この発明の一実施形態による注文システムの構成を示す概略ブロック図である。１０は、本システムにおいて端末として用いられ、おサイフケータイ（登録商標）などの非接触型のＩＣカード機能を備える携帯電話であり、アプリ配信サーバ４０からダウンロードしたメニュー表示アプリ１１と決済アプリ１２などのアプリケーションが格納される。携帯電話１０の概略ハードウェア構成を図２に示す。１０１は、携帯電話網の携帯電話基地局４２と無線通信する通信部である。１０２は、数字キー、マイクなどの入力装置と、ディスプレイ、スピーカなどの出力装置からなるユーザインターフェース部である。１０３は、携帯電話１０を制御する制御部である。１０４は、非接触型のＩＣカード機能などにおいて暗号通信をする際にデータを暗号化あるいは復号する暗号処理部である。１０５は、非接触型のＩＣカード機能の通信処理を行う非接触ＩＣカード処理部である。１０６は、非接触型のＩＣカード機能による通信のための電波を送受信するアンテナ部である。１１０は、メモリ部であり、制御部１０３が携帯電話１０を制御するためのプログラムを格納しているプログラム領域１１１、制御部１０３が動作する際の作業領域１１２および通信部１０１を介してダウンロードしたアプリケーション（以下、アプリと呼ぶ）を複数記憶するアプリ記憶領域１１３からなる。
【００２１】
メニュー表示アプリ１１は、実行されると属性情報として、例えば、図４に示すように、過去に注文されたメニューのメニュー番号と注文日時と該メニューの属性ビット（Ｎｏ．１〜４）、嗜好情報の属性ビット（Ｎｏ．６）、選択情報の属性ビット（Ｎｏ．７）をアプリ記憶領域１１３のうち、当該アプリに割り当てられている領域に記憶する。属性ビットの各ビットには、例えば、１ビット目は、カロリーが０Ｋｃａｌ〜１００Ｋｃａｌ、２ビット目は、１０１Ｋｃａｌ〜３００Ｋｃａｌ、・・・、５ビット目は、卵を不使用、６ビット目は、小麦を不使用、・・・９ビット目は、イタリア料理、１０ビット目は、和食、・・・といったように、属性情報の内容が割り付けられており、該ビットが１の場合は、そのメニューが割り付けられている属性情報の内容に合致することを意味する。
【００２２】
過去に注文されたメニューは、メニュー表示アプリ１１を利用して、ユーザが注文をする度に、注文したメニューのメニュー番号と注文した日時と該メニューの属性ビットが、メニュー表示アプリ１１により追加されることで、生成される。
嗜好情報の属性ビットの各ビットは、メニュー表示アプリ１１を利用して、ユーザが注文をする度に、過去に注文されたメニューの属性ビットで、１が立てられている個数がメニュー表示アプリ１１が持つ所定の閾値以上であれば１を立てることで、メニュー表示アプリ１１により生成される。例えば、過去に注文されたメニューとして図４のＮｏ．１〜４を記憶しており、所定の閾値が「３」であったとすると、１ビット目が１のメニューは０、２ビット目が１のメニューは１、３ビット目は３、４ビット目は０、５ビット目は０、６ビット目は３・・・なので、嗜好情報の属性ビットは、００１００１・・・となる。
選択情報の属性ビットの各ビットは、設定値をユーザに選択させることで、メニュー表示アプリ１１により生成される。
このように、ビットで表現することで、文字情報として扱うと情報量が大きくなりがちな属性情報の情報量を抑えることができるので、計算性能やメモリ量に制限のある携帯電話においても、属性情報を扱い易くなる。
その他、メニュー表示アプリ１１の詳細については、動作の説明にて述べる。
決済アプリ１２は、メニュー表示アプリ１１により起動され、メニュー表示アプリ１１に指示された金額の決済要求を、リーダライタ２０を介して、店舗サーバ３０に送信する。
【００２３】
リーダライタ２０は、携帯電話１０と無線通信する無線通信装置であり、本実施形態においては、飲食店の客席テーブルに設置されている非接触型ＩＣカード用のリーダライタである。リーダライタ２０の概略ハードウェア構成を図３に示す。２０１は、店舗サーバ３０と接続され、通信を行うＩ／Ｆ（InterFace）部である。２０２は、Ｉ／Ｆ部２０１を介して、店舗サーバ３０から受けたデータに基づき、送信データを生成して変調回路２０３に出力し、また、復調回路２０５から受けたデータに基づき、受信データを生成して、Ｉ／Ｆ部２０１を介して店舗サーバ３０に送信する制御部である。変調回路２０３は、制御部２０２から受けた送信データを変調して得た信号をアンテナ部２０４に出力する。復調回路２０５は、アンテナ部２０４から受けた信号を復調して得た受信データを制御部２０２に出力する。アンテナ部２０４は、電波の受発信を行う。
【００２４】
店舗サーバ３０は、メニューデータベース３１、メニュー生成手段３２、注文受付手段３３、決済手段３４からなる。メニューデータベース３１は、例えば図５に示すように、メニューリスト情報として、本実施形態にて扱う全てのメニューのメニュー番号、メニュー名、価格、属性情報、説明を記憶している。メニュー生成手段３２は、メニューリスト要求を受信すると、メニューデータベース３１から各メニューの情報を取得し、各メニューの属性情報を属性ビットに変換したメニューリスト情報を生成して、リーダライタ２０を介して携帯電話１０に送信する。属性情報から属性ビットへの変換は、メニュー生成手段３２の内部に、属性情報と属性ビットの対応関係の情報を保持しており、該情報に基づき行ってもよいし、属性情報と属性ビットの対応関係の情報をメニュー生成手段３２の外部に保持しており、該情報を参照して行ってもよい。
【００２５】
注文受付手段３３は、メニュー番号と個数からなる注文情報を受信すると、該情報に基づき、店舗サーバ３０とＬＡＮなどの通信回線で接続されており、厨房などに設置されている厨房端末（図示せず）に調理指示を通知する。決済手段３４は、決済要求を受けると、これを蓄えておき、予め設定されている営業時間終了後に、その日に蓄えた全ての決済要求を纏めて決済サーバ５０に送信して、決済を行う。
また、この店舗サーバ３０には、周辺機器として入力装置、表示装置等（いずれも図示せず）が接続されるものとする。ここで、入力装置とはキーボード、マウス等の入力デバイスのことをいう。表示装置とはＣＲＴ（Cathode Ray Tube）や液晶表示装置等のことをいう。
【００２６】
決済サーバ５０は、クレジットカード会社などが運営しており、店舗サーバ３０から受けた決済要求に基づき、銀行口座からの引き落としなどの処理を行う。５１は、店舗サーバ３０と決済サーバ５０を接続する通信回線である。
４０は、携帯電話網４１と接続されており、携帯電話１０からの要求に基づき、携帯電話用のアプリケーションを配信するアプリ配信サーバである。本実施形態では、メニュー表示アプリ１１および決済アプリ１２を保持しており、要求に応じてこれらを配信する。４２は、携帯電話基地局である。
【００２７】
次に、この注文システムの動作を、図６に示すシーケンス図を参照して説明する。まず、携帯電話１０の所有者であるユーザによる、アプリ配信サーバ４０のＵＲＬ（Uniform Resource Locator）を入力などのメニュー表示アプリ１１取得の指示を受けて、携帯電話１０は、メニュー表示アプリ要求を、携帯電話基地局４２を介して、アプリ配信サーバ４０に送信する（Ｓ１、Ｓ２）。アプリ配信サーバ４０は、メニュー表示アプリ要求を受けると、保持しているメニュー表示アプリ１１を、携帯電話基地局４２を介して、携帯電話１０に送信する（Ｓ３、Ｓ４）。携帯電話１０は、メニュー表示アプリ１１を受けると、これをアプリ記憶領域１１３に格納する。
決済アプリ１２についても、同様にして、アプリ配信サーバ４０から受けて、これをアプリ記憶領域１３に格納する。なお、ここで、メニュー表示アプリ１１と決済アプリ１２を同じアプリ配信サーバ４０から受けるとしたが、それぞれ別のアプリ配信サーバにより配信されていてもよく、その場合は、携帯電話１０は、各々のアプリ配信サーバに対して要求を送信し、各々のアプリ配信サーバからアプリを取得する。
【００２８】
また、アプリ配信サーバ４０がＬＡＮなどを介して、リーダライタ２０に接続されている、あるいは、アプリ配信サーバ４０の機能を店舗サーバ３０が備えており、携帯電話１０は、リーダライタ２０を介して、アプリ配信サーバ４０あるいは店舗サーバ３０からメニュー表示アプリ１１もしくは決済アプリ１２を取得してもよい。また、無線ＬＡＮなどの無線通信手段を携帯電話１０が備え、アプリ配信サーバ４０あるいは店舗サーバ３０は該無線通信手段と通信する無線ＬＡＮのハブなどと接続されており、携帯電話１０は、該無線通信手段にて、メニュー表示アプリ１１あるいは決済アプリ１２を、アプリ配信サーバ４０あるいは店舗サーバ３０から取得してもよい。
【００２９】
このメニュー表示アプリ１１および決済アプリ１２の取得は、ユーザが店舗を訪れる前でもよいし、店舗を訪れてから、その場で行ってもよい。また、アプリ配信サーバ４０の機能を、店舗サーバ３０が備えており、店舗サーバ３０がリーダライタ２０もしくは専用のリーダライタを介して、メニュー表示アプリ１１もしくは決済アプリ１２を携帯電話１０に送信するようにしてもよい。
【００３０】
次に、ユーザは、携帯電話１０を操作して、メニュー表示アプリ１１を起動するメニュー表示アプリ１１を起動した際の携帯電話１０のディスプレイへの表示例を図８の（ａ）に示す。ここで、ディスプレイに表示されている選択情報設定ボタンＢ７がユーザ操作により選択されたことを、メニュー表示アプリ１１は取得すると、属性ビットの各項目について、表示させたいメニューの条件をユーザに設定させる画面を表示する。例えば、属性ビットの１ビット目は、カロリーが０Ｋｃａｌ〜１００Ｋｃａｌ、２ビット目は、１０１Ｋｃａｌ〜３００Ｋｃａｌ、３ビット目は、３０１〜８００Ｋｃａｌ、４ビット目は８０１Ｋｃａｌ以上である場合、カロリーが０Ｋｃａｌ〜１００Ｋｃａｌ、１０１Ｋｃａｌ〜３００Ｋｃａｌ、３０１〜８００Ｋｃａｌ、８０１Ｋｃａｌ以上の４つの選択肢を表示し、この中から１つ選択させる。また、属性ビットの５ビット目は、卵を不使用、６ビット目は、小麦を不使用、７ビット目は、蕎麦を不使用である場合は、卵を不使用、小麦を不使用、蕎麦を不使用の３つの選択肢を表示し、この中から任意個数を選択させる。ユーザの選択操作の情報を取得すると、メニュー表示アプリ１１は、ユーザの選択内容に従って、選択情報の属性ビットを生成し、これをアプリ領域１１３に記憶する。ユーザは、これらの選択情報の設定を終えると、携帯電話１０を操作して、メニュー表示アプリ１１を終了させる。
【００３１】
次に、ユーザが本システムを備える飲食店を訪れたときの携帯電話１０の概略フローを図７に示す。ユーザ操作により、携帯電話１０は、メニュー表示アプリ１１を起動する（Ｓａ１）。メニュー表示アプリ１１を起動した際の携帯電話１０のディスプレイへの表示例を図８の（ａ）に示す。ここで、ユーザ操作によるメニュー取得ボタンＢ１選択の情報を、携帯電話１０は取得すると（Ｓａ２）、リーダライタ２０と通信可能状態となり（Ｓａ３）、例えば、図８の（ｂ）のように、携帯電話１０をリーダライタ２０へかざすように指示される。ユーザにより、リーダライタ２０へかざされた携帯電話１０は、メニューリスト要求を、リーダライタ２０を介して、店舗サーバ３０に送信する（図６のＳ５、Ｓ６）。店舗サーバ３０は、メニューリスト要求を受信すると、そのメニュー生成手段３２がそのメニューリスト要求を受けて、メニューデータベース３１を参照して、各メニューの情報を取得する。メニュー生成手段３２は、取得した各メニューの情報の属性情報を属性ビットに変換し、図９に示す例のようなメニューリスト情報を生成し、リーダライタ２０を介して、携帯電話１０に送信する（Ｓ７、Ｓ８）。
【００３２】
携帯電話１０が、メニューリスト情報を受信すると、そのメニュー表示アプリ１１がそのメニューリスト情報を受ける。メニュー表示アプリ１１は、受けたメニューリスト情報に含まれるメニューのうち、属性ビットが、図４のＮｏ．７に例を示した選択情報の属性ビットと完全に一致するものだけを抽出して、カスタマイズしたメニューとして携帯電話１０のディスプレイに表示する（図７のＳａ４）。本実施形態においては、このように選択情報と一致するものを抽出したメニューをユアセレクトメニューと呼び、その表示例を図１０の（ａ）に示す。このとき、図１０の（ａ）に示したユアトレンドメニューボタンＢ２がユーザにより選択されると、これを検出したメニュー表示アプリ１１は、選択情報の属性ビットではなく、図４のＮｏ．６に例を示した嗜好情報の属性ビットと完全に一致するメニューだけをメニューリスト情報から抽出して、ディスプイに表示する。本実施形態においては、このように嗜好情報と一致するものを抽出したメニューを、ユアトレンドメニューと呼び、その表示例を図１０の（ｂ）に示す。
なお、嗜好情報は、過去に注文したメニューに基づき、メニュー表示アプリ１１が生成するため、最初に注文するときは、未だ情報が生成されていないが、ここでは、既に生成されているとして説明した。嗜好情報の生成に関する動作については、後述する。
【００３３】
なお、本実施形態においては、ユアセレクトメニューおよびユアトレンドメニューには、選択情報もしくは嗜好情報の属性ビットと、属性ビットが完全に一致するもののみをメニュー表示アプリ１１がメニューリスト情報から抽出して表示するとしたが、部分一致するものも抽出して、一致するビットの数が多いものから順に表示するようにしてもよい。
【００３４】
ユーザによる、ユアトレンドメニューもしくはユアセレクトメニューから所望のメニュー（ここでは、例としてタラバガニグラタンボタンＢ３）の選択の情報を取得すると、メニュー表示アプリ１１は、図１１に示すように注文数の入力を促す画面を表示する。ユーザによる所望の注文数の入力エリアＢ４への入力を検出し、その他の所望のメニューについても、選択して注文数を入力し（Ｓａ５）、さらに注文確定ボタンＢ５を選択すると（Ｓａ６）、メニュー表示アプリ１１は、図１２に例を示すような、選択されたメニューのメニュー番号と入力された注文数とからなる注文情報を生成し、図１３の（ａ）に例を示すように、リーダライタ２０に携帯電話１０をかざすと発注が行われる旨を記載した発注画面を表示する。携帯電話１０は、通信可能状態となり、ユーザにより、携帯電話１０がリーダライタ２０にかざされると（Ｓａ７）、メニュー表示アプリ１１は、先に生成した注文情報を、リーダライタ２０を介して、店舗サーバ３０に送信する（図６のＳ９、Ｓ１０）。
【００３５】
店舗サーバ３０は、注文情報を受信すると、その注文受付手段３３がこれを受けて、厨房などに設置した厨房端末（図示せず）に調理指示を通知する。さらに、注文受付手段３３は、リーダライタ２０を介して、注文情報を受付けた旨を、注文応答にて携帯電話１０に送信する（Ｓ１１、Ｓ１２）。
携帯電話１０は、注文応答を受信すると、そのメニュー表示アプリ１１がこれを受ける。メニュー表示アプリ１１は、注文情報に記載したメニュー番号、注文情報を送信した日時と該メニュー番号のメニューの属性ビットを、過去に注文したメニューとして、アプリ記憶領域１１３のうち、当該アプリに割り当てられている領域に記憶する。なお、メニュー表示アプリ１１にて、メニューを注文するのが始めての場合は、過去に注文したメニューは何も記憶されていないが、２回目以降の場合は、既に過去に注文したメニューが記憶されているので、該記憶されているメニューに追加する形で、今回注文したメニューを記憶する。次に、メニュー表示アプリ１１は、いま記憶したメニューも含め、全ての記憶している過去に注文されたメニューを参照し、属性情報の各ビットについて、１が立てられている個数が所定の閾値以上であるか確認する、閾値以上であったビット位置を１、その他のビット位置を０とするビット列を生成し、これを嗜好情報の属性ビットとして、アプリ記憶領域１１３のうち、当該アプリに割り当てられている領域に記憶する。これらの処理が終わると、メニュー表示アプリ１１は、図８の（ａ）に例を示すような、起動画面を表示する。
【００３６】
一方、飲食店の厨房では、先の調理指示にしたがって、料理が調理されて、店員により配膳される（Ｓａ８）。ユーザが、これらの料理を食べ終わり、ユーザ操作による決済ボタンＢ６の選択の情報を取得すると（Ｓａ９）、メニュー表示アプリ１１は、図１３の（ｂ）に例を示すような注文内容と金額などと、リーダライタ２０に携帯電話１０をかざすと支払いが行われる旨を記載したお支払い画面を表示するとともに、決済アプリ１２を起動して、決済アプリ１２に支払い金額を通知する。携帯電話１０は、ユーザにより、リーダライタ２０にかざされると（Ｓａ１０）、決済アプリ１２は、支払い金額を記載した決済要求を生成して、リーダライタ２０を介して、店舗サーバ３０に送信する（図６のＳ１３、Ｓ１４）。店舗サーバ３０は、決済要求を受信すると、その決済手段３４がこの決済要求を受けて、支払い金額を自処理内に記憶するとともに、リーダライタ２０を介して、携帯電話１０に支払いを受付けた旨を記載した決済応答を送信する（Ｓ１５、Ｓ１６）。携帯電話１０は、決済応答を受信すると、その決済アプリ１２がこれを受け、図１４に例を示すような、支払いが終わった旨を通知する支払い終了画面を表示する。
【００３７】
支払い金額を自処理内に記憶した決済手段３４は、予め設定されている営業時間終了後に、その日に蓄えた全ての決済要求を纏めて決済サーバ５０に送信して、決済を行う（Ｓ１７）決済サーバ５０は、受けた決済要求に基づき、銀行口座からの引き落としなどの処理を行う。
【００３８】
［第２の実施形態］
以下、本発明の第２の実施の形態について説明する。本発明の第２の実施形態における注文システムの構成は、第１の実施形態と同様に、図１に示す概略ブロック図の構成をとる。各ブロックの機能は、メニュー表示アプリ１１とメニュー生成手段３２を除き、第１の実施形態と同じであるので、ここでは、その説明を省略し、メニュー表示アプリ１１とメニュー生成手段３２のみを説明する。メニュー表示アプリ１１およびメニュー生成手段３２の機能は、第１の実施形態と比較すると、図６のシーケンスＳ５（メニューリスト要求）からシーケンスＳ８（メニューリスト情報）をメニュー表示アプリ１１を受信して、メニューを表示するまでが、異なる。
【００３９】
メニュー表示アプリ１１は、ステップＳａ３（図７）にて、携帯電話１０がリーダライタ２０にかざされると、記憶している選択情報の属性ビットを記載したメニューリスト要求を、リーダライタ２０を介して、店舗サーバに送信する（図６のＳ５、Ｓ６）。店舗サーバ３０は、メニューリスト要求を受信すると、そのメニュー生成手段３２がそのメニューリスト要求を受けて、該メニューリスト要求から選択情報の属性ビットを抽出する。次に、メニュー生成手段３２は、メニューデータベース３１を参照して、各メニューの情報を取得し、これらのメニューの情報の属性情報を属性ビットに変換する。メニュー生成手段３２は、取得したメニューの情報のうち、属性ビットが先にメニューリスト要求から抽出した選択情報の属性ビットと一致するもののみからなる、図９に示す例のようなメニューリスト情報を生成し、リーダライタ２０を介して、携帯電話１０に送信する（Ｓ７、Ｓ８）。
【００４０】
携帯電話１０が、メニューリスト情報を受信すると、そのメニュー表示アプリ１１がそのメニューリスト情報を受ける。メニュー表示アプリ１１は、受けたメニューリスト情報に記載されたメニューを携帯電話１０のディスプレイに表示する（図７のＳａ４）。本実施形態においては、このようにメニュー生成手段３２が選択情報と一致するものを抽出したメニューをユアセレクトメニューと呼び、その表示例を図１０の（ａ）に示す。このとき、図１０の（ａ）に示したユアトレンドメニューボタンＢ２がユーザに選択されたことを検出すると、選択情報の属性ビットではなく、図４のＮｏ．６に例を示した嗜好情報の属性ビットを記載したメニューリスト要求を、リーダライタ２０を介して、店舗サーバに送信する（図６のＳ５、Ｓ６）。
【００４１】
店舗サーバ３０は、メニューリスト要求を受信すると、そのメニュー生成手段３２がそのメニューリスト要求を受けて、該メニューリスト要求から嗜好情報の属性ビットを抽出する。次に、メニュー生成手段３２は、メニューデータベース３１を参照して、各メニューの情報を取得し、これらのメニューの情報の属性情報を属性ビットに変換する。メニュー生成手段３２は、取得したメニューの情報のうち、属性ビットが先にメニューリスト要求から抽出した嗜好情報の属性ビットと一致するもののみからなる、図９に示す例のようなメニューリスト情報を生成し、リーダライタ２０を介して、携帯電話１０に送信する（Ｓ７、Ｓ８）。
【００４２】
携帯電話１０が、メニューリスト情報を受信すると、そのメニュー表示アプリ１１がそのメニューリスト情報を受ける。メニュー表示アプリ１１は、受けたメニューリスト情報に記載されたメニューを携帯電話１０のディスプレイに表示する（図７のＳａ４）。本実施形態においては、このようにメニュー生成手段３２が嗜好情報と一致するものを抽出したメニューをユアトレンドメニューと呼び、その表示例を図１０の（ｂ）に示す。
なお、本実施形態においては、ユアセレクトメニューおよびユアトレンドメニューには、選択情報もしくは嗜好情報の属性ビットと、属性ビットが一致するもののみをメニュー生成手段３２が抽出し、これをメニュー表示アプリ１１が表示するとしたが、一致するビットの数が多いものから順に並んで記載されたメニューリスト情報をメニュー生成手段３２が生成し、メニュー表示アプリ１１が、該順に基づき、メニューを表示するようにしてもよい。
【００４３】
このように、メニューリスト要求に属性情報を記載し、メニュー生成手段３２にて、属性情報に基づく、メニューの抽出もしくは並び替えを行ったメニューリスト情報を生成することで、計算能力およびメモリ量に制限のある携帯電話１０の処理負荷を抑えることができる。
【００４４】
また、第１の実施形態および第２の実施形態では、単品のメニューのみを対象としていたが、図１５の（ａ）（ｂ）に例を示すように単品メニューに付随するメニューとして、サブメニューを用意したり、図１５の（ｃ）に例を示すように単品メニューとサブメニューを組み合わせて、コースメニューを用意したりしてもよい。このとき、メニューデータベース３１は、単品メニュー、サブメニュー、コースメニュー各々について、メニュー番号、メニュー名、価格、属性情報を格納している。
【００４５】
また、第１および第２の実施形態において、店舗サーバ３０のメニュー生成手段３２にて文字で表現された属性情報を属性ビットに変換して送信し、これを取得した携帯電話１０のメニュー表示アプリ１１は、属性ビットを扱うとしたが、メニュー生成手段３２にて、文字で表現された属性情報を、属性ビットへの変換しない、或いは、別の形式に変換するなどして、携帯電話１０のメニュー表示アプリ１１において属性情報を文字で表現された形式あるいは別の形式にて扱うようにしてもよい。
【００４６】
また、図１におけるメニュー生成手段３２、注文受付手段３３および決済手段３４の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによりメニュー生成、注文受付および決済などの処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００４７】
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００４８】
以上、この発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００４９】
【図１】この発明の第１の実施形態による注文システムの構成を示す概略ブロック図である。
【図２】同実施形態における携帯電話１０の構成を示す概略ブロック図である。
【図３】同実施形態におけるリーダライタ２０の構成を示す概略ブロック図である。
【図４】同実施形態における属性情報の例を示す図である。
【図５】同実施形態におけるメニューデータベース３１の内容例を示す図である。
【図６】同実施形態における注文システムの動作を説明するシーケンス図である。
【図７】同実施形態における携帯電話１０の操作例を説明するフローチャートである。
【図８】同実施形態におけるメニュー表示アプリ１１の表示画面例を示す図である。
【図９】同実施形態におけるメニューリスト情報の内容例を示す図である。
【図１０】同実施形態におけるメニュー表示アプリ１１の表示画面例を示す図である。
【図１１】同実施形態におけるメニュー表示アプリ１１の表示画面例を示す図である。
【図１２】同実施形態における注文情報の内容例を示す図である。
【図１３】同実施形態におけるメニュー表示アプリ１１の表示画面例を示す図である。
【図１４】同実施形態における決済アプリ１１の表示画面例を示す図である。
【図１５】第１および第２の実施形態におけるメニュー構成の他の例である。
【符号の説明】
【００５０】
１０…携帯電話
１１…メニュー表示アプリ
１２…決済アプリ
２０…リーダライタ
３０…店舗サーバ
３１…メニューデータベース
３２…メニュー生成手段
３３…注文受付手段
３４…決済手段
４０…アプリ配信サーバ
４１…携帯電話網
４２…携帯電話基地局
５０…決済サーバ
５１…通信回線
１０１…通信部
１０２…ユーザインターフェース部
１０３…制御部
１０４…暗号処理部
１０５…非接触ＩＣカード処理部
１０６…アンテナ部
１１０…メモリ部
１１１…プログラム領域
１１２…作業領域
１１３…アプリ記憶領域
２０１…Ｉ／Ｆ部
２０２…制御部
２０３…変調回路
２０４…アンテナ部
２０５…復調回路
【図１】
2007213222.tif 000003
【図２】
2007213222.tif 000004
【図３】
2007213222.tif 000005
【図４】
2007213222.tif 000006
【図５】
2007213222.tif 000007
【図６】
2007213222.tif 000008
【図７】
2007213222.tif 000009
【図８】
2007213222.tif 000010
【図９】
2007213222.tif 000011
【図１０】
2007213222.tif 000012
【図１１】
2007213222.tif 000013
【図１２】
2007213222.tif 000014
【図１３】
2007213222.tif 000015
【図１４】
2007213222.tif 000016
【図１５】
2007213222.tif 000017