(57)【要約】【課題】本発明の目的は、利用客からの注文を識別・認識するための煩雑な手続きが必要なく、かつ、携帯端末による注文に不慣れな利用客からの誤った注文を防止し易くすることである。【解決手段】従業員側携帯端末は、近距離無線通信を用いて利用客側通信部から送信された注文データを受信する従業員側通信部と、受信した前記注文データを表示する従業員側表示部と、前記注文データを編集するために用いられる編集データの入力を受け付ける従業員側入力部と、前記編集データを用いて前記注文データを編集する編集部とを有する。前記従業員側通信部は、前記注文データまたは編集された前記注文データを編集注文データとして前記注文管理サーバに送信する。前記注文管理サーバは、前記従業員側通信部から送信された前記編集注文データを受信する。【選択図】図１
2011192080.tif 000002
【特許請求の範囲】
【請求項１】
注文データを管理する注文管理サーバを備えるオーダーシステムであって、
前記注文データの入力を受け付ける利用客側入力部と、
前記注文データを表示する利用客側表示部と、
近距離無線通信を用いて前記注文データを送信する利用客側通信部と
を有する利用客側携帯端末を備え、
近距離無線通信を用いて前記利用客側通信部から送信された前記注文データを受信する従業員側通信部と、
受信した前記注文データを表示する従業員側表示部と、
前記注文データを編集するために用いられる編集データの入力を受け付ける従業員側入力部と、
前記編集データを用いて前記注文データを編集する編集部と
を有する従業員側携帯端末を備え、
前記従業員側通信部は、編集された前記注文データを編集注文データとして前記注文管理サーバに送信し、
前記注文管理サーバは、前記従業員側通信部から送信された前記編集注文データを受信することを特徴とするオーダーシステム。
【請求項２】
前記注文管理サーバは、受信した前記編集注文データに基づいて伝票データを生成する伝票データ生成部を備え、
前記従業員側通信部は、生成された前記伝票データを前記注文管理サーバから受信して、受信した前記伝票データを前記利用客側通信部に近距離無線通信を用いて送信し、
前記利用客側通信部は、前記従業員側通信部から送信された前記伝票データを受信し、
前記利用客側表示部は、受信した前記伝票データを表示することを特徴とする請求項１に記載のオーダーシステム。
【請求項３】
前記従業員側通信部は、前記編集注文データを前記利用客側通信部に近距離無線通信を用いて送信し、
前記利用客側通信部は、前記従業員側通信部から送信された前記編集注文データを受信し、
前記利用客側表示部は、受信した前記編集注文データを表示することを特徴とする請求項１に記載のオーダーシステム。
【請求項４】
前記利用客側携帯端末は、前記編集注文データまたは前記伝票データを注文履歴として記憶する注文履歴記憶部を備えていることを特徴とする請求項２または３のいずれかに記載のオーダーシステム。
【請求項５】
前記注文管理サーバは、利用客に関する属性情報に応じたサービス情報を記憶するサービス情報記憶部を備え、
前記従業員側入力部は、前記属性情報のそれぞれのうちのいずれかを選択するために用いられる属性情報選択データの入力を受け付け、
前記従業員側携帯端末は、入力された前記属性情報選択データを用いて前記属性情報のそれぞれのうちのいずれかを選択する属性情報選択部を備え、
前記従業員側通信部は、選択された前記属性情報に対応する一つまたは複数の前記サービス情報を前記注文管理サーバから受信するとともに、受信した前記サービス情報を前記利用客側通信部に近距離無線通信を用いて送信し、
前記利用客側通信部は、前記従業員側通信部から送信された前記サービス情報を受信し、
前記利用客側表示部は、受信した前記サービス情報を表示することを特徴とする請求項１〜４のいずれかに記載のオーダーシステム。
【請求項６】
前記従業員側入力部は、複数の前記サービス情報から少なくとも一つを選択するために用いられるサービス情報選択データの入力を受け付け、
前記従業員側携帯端末は、入力された前記サービス情報選択データを用いて複数の前記サービス情報から少なくとも一つを選択するサービス情報選択部を備えることを特徴とする請求項５に記載のオーダーシステム。
【請求項７】
前記利用客側入力部は、店舗が用意したアンケートに対する回答データまたは前記属性情報に関連する属性関連データまたは従業員への作業依頼データ等の、前記注文データとは異なる異種データの入力を受け付け、
前記利用客側通信部は、入力された前記異種データを前記従業員側通信部に近距離無線通信を用いて送信し、
前記従業員側通信部は、前記利用客側通信部から送信された前記異種データを受信し、
前記従業員側表示部は、受信した前記異種データを表示することを特徴とする請求項１〜６のいずれかに記載のオーダーシステム。
【請求項８】
注文データの入力を受け付ける利用客側入力部と、前記注文データを表示する利用客側表示部と、近距離無線通信を用いて前記注文データを送信する利用客側通信部とを有する利用客側携帯端末と、
前記注文データを管理する注文管理サーバと
を備えるオーダーシステムで用いられる従業員側携帯端末であって、
近距離無線通信を用いて前記利用客側携帯端末から送信された前記注文データを受信する従業員側通信部と、
受信した前記注文データを表示する従業員側表示部と、
前記注文データを編集するために用いられる編集データの入力を受け付ける従業員側入力部と、
前記編集データを用いて前記注文データを編集する編集部と
を備え、
前記従業員側通信部は、編集された前記注文データを編集注文データとして前記注文管理サーバに送信することを特徴とする従業員側携帯端末。
【請求項９】
近距離無線通信を用いて注文データを受信する従業員側通信部と、受信した前記注文データを表示する従業員側表示部と、前記注文データを編集するために用いられる編集データの入力を受け付ける従業員側入力部と、前記編集データを用いて前記注文データを編集する編集部とを有する従業員側携帯端末と、
前記注文データを管理する注文管理サーバと
を備えるオーダーシステムで用いられる利用客側携帯端末であって、
近距離無線通信を用いて前記注文データを前記従業員側通信部に送信する利用客側通信部を備えることを特徴とする利用客側携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文データを管理する注文管理サーバを備えるオーダーシステム、それに用いられる利用客側携帯端末及び従業員側携帯端末に関する。
【背景技術】
【０００２】
従来のオーダーシステムとして、利用客からの注文内容を聞き取って当該注文内容をオーダー端末に入力して注文を受け付ける特許文献１にあるようなオーダーシステムや、利用客が各テーブルに設置されたオーダー専用端末を用いて自ら注文できる特許文献２にあるようなオーダーシステムが知られている。特許文献２に類似のオーダーシステムは、特許文献１のオーダーシステムに比べ注文受付業務を効率化できる。しかし、特許文献２に類似のオーダーシステムは導入コストが高く、導入をためらう企業も多い。
【０００３】
そこで、注文受付業務を効率化し、かつ、導入コストを低く抑えることができるオーダーシステムとして、特許文献３や特許文献４にあるような利用客が所有する携帯端末と通信し当該携帯端末から注文を受け付けるオーダーシステムが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特公平６−４４３１５
【特許文献２】特開平９−２８８７７２
【特許文献３】特開２００８−１９１８３１
【特許文献４】特開２００９−１６３５４３
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献３または４にあるような利用客が所有する携帯端末を用いたオーダーシステムでは、利用客からの注文を識別・認証するための煩雑な手続きが必要であり、また、携帯端末による注文に不慣れな利用客からの誤った注文が生じ易かった。それらの課題が当該オーダーシステムの普及を妨げる要因の一つであった。
【０００６】
また、従来のオーダーシステムでは、その時々で個々の利用客に応じた多彩できめこまやかなサービスを提供することは難しかった。
【０００７】
本発明は上記の課題を解決するためになされたものであり、利用客からの注文を識別・認識するための煩雑な手続きが必要なく、かつ、携帯端末による注文に不慣れな利用客からの誤った注文を防止し易い、利用客が所持する携帯端末を用いたオーダーシステム、それに用いられる利用客側携帯端末及び従業員側携帯端末を提供することを目的とする。
【０００８】
また、その時々で個々の利用客に応じた多彩できめこまやかなサービスを提供できるオーダーシステム、それに用いられる利用客側携帯端末及び従業員側携帯端末を提供することを別の目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、本発明は、注文データを管理する注文管理サーバを備えるオーダーシステムであって、前記注文データの入力を受け付ける利用客側入力部と、前記注文データを表示する利用客側表示部と、近距離無線通信を用いて前記注文データを送信する利用客側通信部と、を有する利用客側携帯端末を備え、近距離無線通信を用いて前記利用客側通信部から送信された前記注文データを受信する従業員側通信部と、受信した前記注文データを表示する従業員側表示部と、前記注文データを編集するために用いられる編集データの入力を受け付ける従業員側入力部と、前記編集データを用いて前記注文データを編集する編集部と、を有する従業員側携帯端末を備え、前記従業員側通信部は、前記注文データまたは編集された前記注文データを編集注文データとして前記注文管理サーバに送信し、前記注文管理サーバは、前記従業員側通信部から送信された前記編集注文データを受信することを特徴とする。
【００１０】
請求項１にかかるオーダーシステムによると、店舗の利用客からの注文を識別・認証するための煩雑な手続きを必要とせずに当該利用客が所有する携帯端末から注文を受け付けることができる。また、従業員が注文内容を確認することで、携帯端末による注文に不慣れな利用客からの誤った注文を防止し易くなる。
【００１１】
また、前記注文管理サーバは、受信した前記編集注文データに基づいて伝票データを生成する伝票データ生成部を備え、前記従業員側通信部は、生成された前記伝票データを前記注文管理サーバから受信して、受信した前記伝票データを前記利用客側通信部に近距離無線通信を用いて送信し、前記利用客側通信部は、前記従業員側通信部から送信された前記伝票データを受信し、前記利用客側表示部は、受信した前記伝票データを表示することを特徴とする。
【００１２】
また、前記従業員側通信部は、前記編集注文データを前記利用客側通信部に近距離無線通信を用いて送信し、前記利用客側通信部は、前記従業員側通信部から送信された前記編集注文データを受信し、前記利用客側表示部は、受信した前記編集注文データを表示することを特徴とする。
【００１３】
請求項２または３に係るオーダーシステムによると、利用客が注文内容または伝票内容を確認できる。また利用客が複数である場合は複数の利用客が同時に注文内容または伝票内容を確認できる。
【００１４】
また、前記利用客側携帯端末は、前記編集注文データまたは前記伝票データを注文履歴として記憶する注文履歴記憶部を備えていることを特徴とする。
【００１５】
請求項４に係るオーダーシステムによると、過去に来店した際の注文内容を閲覧でき、当該注文と同じ注文を容易に行うことができる。
【００１６】
また、前記注文管理サーバは、利用客に関する属性情報に応じたサービス情報を記憶するサービス情報記憶部を備え、前記従業員側入力部は、前記属性情報のそれぞれのうちのいずれかを選択するために用いられる属性情報選択データの入力を受け付け、前記従業員側携帯端末は、入力された前記属性情報選択データを用いて前記属性情報のそれぞれのうちのいずれかを選択する属性情報選択部を備え、前記従業員側通信部は、選択された前記属性情報に対応する一つまたは複数の前記サービス情報を前記注文管理サーバから受信するとともに、受信した前記サービス情報を前記利用客側通信部に近距離無線通信を用いて送信し、前記利用客側通信部は、前記従業員側通信部から送信された前記サービス情報を受信し、前記利用客側表示部は、受信した前記サービス情報を表示することを特徴とする。
【００１７】
また、前記従業員側入力部は、複数の前記サービス情報から一つまたは複数のサービス情報を選択するために用いられるサービス情報選択データの入力を受け付け、前記従業員側携帯端末は、入力された前記サービス情報選択データを用いて複数の前記サービス情報から一つまたは複数のサービス情報を選択するサービス情報選択部を備えることを特徴とする。
【００１８】
請求項５または６に係るオーダーシステムによると、その時々において個々の利用客に応じた多彩できめこまやかなサービスを従業員の判断で提供でき、当該店舗のサービスの質を向上できる。
【００１９】
また、前記利用客側入力部は、店舗が用意したアンケートに対する回答データまたは前記属性情報に関連する属性関連データまたは従業員への作業依頼データ等の、前記注文データとは異なる異種データの入力を受け付け、前記利用客側通信部は、入力された前記異種データを前記従業員側通信部に近距離無線通信を用いて送信し、前記従業員側通信部は、前記利用客側通信部から送信された前記異種データを受信し、前記従業員側表示部は、受信した前記異種データを表示することを特徴とする。
【００２０】
また、請求項７に係るオーダーシステムによると、利用客から受け取った情報に基づいてその時々において個々の利用客に応じた多彩できめこまやかなサービスを従業員の判断で提供でき、当該店舗のサービスの質を向上できる。
【発明の効果】
【００２１】
本発明によれば、店舗の利用客からの注文を識別・認証するための煩雑な手続きを必要とせずに当該利用客が所有する携帯端末から注文を受け付けることができるとともに、従業員が注文内容を確認することで、携帯端末による注文に不慣れな利用客からの誤った注文を防止し易くすることができる。
【図面の簡単な説明】
【００２２】
【図１】本発明に係るオーダーシステムの概略を示す概略図である。
【図２】本発明に係るオーダーシステムに備わった利用客側携帯端末の構成の一例を示す構成図である。
【図３】本発明に係るオーダーシステムに備わった従業員側携帯端末の構成の一例を示す構成図である。
【図４】本発明に係るオーダーシステムに備わった注文管理サーバの構成の一例を示す構成図である。
【図５】本発明に係るオーダーシステムの全体の処理手順の一例を示すフローチャートである。
【図６】本発明に係るオーダーシステムに備わった利用客側携帯端末の構成の一例を示す構成図である。
【図７】本発明に係るオーダーシステムに備わった従業員側携帯端末の構成の一例を示す構成図である。
【図８】本発明に係るオーダーシステムに備わった注文管理サーバの構成の一例を示す構成図である。
【図９】本発明に係るオーダーシステムの全体の処理手順の一例を示すフローチャートである。
【図１０】本発明に係るオーダーシステムに備わった利用客側携帯端末の構成の一例を示す構成図である。
【図１１】本発明に係るオーダーシステムに備わった従業員側携帯端末の構成の一例を示す構成図である。
【図１２】本発明に係るオーダーシステムの全体の処理手順の一例を示すフローチャートである。
【図１３】本発明に係るオーダーシステムに備わった利用客側携帯端末の構成の一例を示す構成図である。
【図１４】本発明に係るオーダーシステムに備わった従業員側携帯端末の構成の一例を示す構成図である。
【図１５】本発明に係るオーダーシステムに備わった注文管理サーバの構成の一例を示す構成図である。
【図１６】本発明に係るオーダーシステムの全体の処理手順の一例を示すフローチャートである。
【図１７】本発明に係るオーダーシステムに備わった利用客側携帯端末の構成の一例を示す構成図である。
【図１８】本発明に係るオーダーシステムに備わった従業員側携帯端末の構成の一例を示す構成図である。
【図１９】本発明に係るオーダーシステムの全体の処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２３】
（第一の実施形態）
以下、本発明の第一の実施形態を図１〜５及び表１〜７を参照して説明する。本実施形態は、飲食店で用いられるオーダーシステムへの本発明の適用例である。
【００２４】
まず、図１を参照して本実施形態の概略を説明する。当該店舗の利用客が所持する利用客側携帯端末１００は、従業員が所持する従業員側携帯端末２００に、例えば赤外線通信やZigBee（登録商標）やBluetooth（登録商標）等の近距離無線通信を用いて注文データを送信する。従業員側携帯端末２００は、利用客側携帯端末１００から受信した注文データを表示し、従業員がその表示内容を確認して必要に応じて上記注文データを編集し、例えばZigBee（登録商標）やBluetooth（登録商標）や無線LAN等の無線通信により上記注文データまたは編集した注文データを注文管理サーバ３００に送信する。注文データを受信した注文管理サーバ３００は、調理指示データを作成して厨房に設置された図示しないプリンタまたはディスプレイ等の出力機器に出力する。以上により、当該店舗は利用客が所有する利用客側携帯端末１００からの注文を処理する。
【００２５】
次に、本実施形態の各構成要素について説明する。図２は、利用客側携帯端末１００の構成を示す構成図である。利用客側携帯端末１００のハードウェアは、記憶部１１０、制御部１２０、入力部１３０、通信部１４０、ディスプレイ１５０により構成される。記憶部１１０はプログラム領域１１１とデータ領域１１２に分けられ、プログラム領域１１１には発注プログラム４００を記憶している。発注プログラム４００は、注文データ入力処理４１０、注文データ表示処理４２０、注文データ送信処理４３０を含む。制御部１２０は、発注プログラム４００の各処理に従って、入力部１３０、通信部１４０、ディスプレイ１５０、及び、それらとデータ領域１１２との間のデータフローを制御し、データ領域１１２に記憶したデータを加工する。入力部１３０は、注文データの入力を受け付ける。通信部１４０は、従業員側携帯端末２００に近距離無線通信を用いて上記注文データを送信する。ディスプレイ１５０は、上記注文データを表示する。
【００２６】
図３は、従業員側携帯端末２００の構成を示す構成図である。従業員側携帯端末２００のハードウェアは、記憶部２１０、制御部２２０、入力部２３０、通信部２４０、ディスプレイ２５０により構成される。記憶部２１０はプログラム領域２１１とデータ領域２１２に分けられ、プログラム領域２１１には受注プログラム５００を記憶している。受注プログラム５００は、編集データ入力処理５１０、注文・メニューデータ表示処理５２０、編集注文データ送信処理５３０、注文データ受信処理５４０、メニューデータ受信処理５４１、注文データ編集処理５５０を含む。制御部２２０は、受注プログラム５００の各処理に従って、入力部２３０、通信部２４０、ディスプレイ２５０、及び、それらとデータ領域２１２との間のデータフローを制御し、データ領域２１２に記憶したデータを加工する。入力部２３０は、上記注文データを編集する際に用いる編集データの入力を受け付ける。通信部２４０は、利用客側携帯端末１００の通信部１４０から近距離無線通信を用いて上記注文データを受信する。また、注文管理サーバ３００から無線通信を用いてメニューデータを受信する。また、受信した上記注文データまたは注文データ編集処理５５０により編集した上記注文データを編集注文データとして、注文管理サーバ３００に無線通信を用いて送信する。ディスプレイ２５０は、上記編集注文データまたは上記メニューデータを表示する。
【００２７】
図４は、注文管理サーバ３００の構成を示す構成図である。注文管理サーバのハードウェアは、記憶部３１０、制御部３２０、通信部３４０、出力部３６０により構成される。記憶部３１０はプログラム領域３１１とデータ領域３１２に分けられ、プログラム領域３１１には注文管理プログラム６００を記憶している。また、データ領域３１２はメニューデータ領域３１３と注文データ領域３１４を含んでいる。注文管理プログラム６００は、メニューデータ送信処理６３０、編集注文データ受信処理６４０、調理指示データ形成処理６５０、編集注文データ保存処理６６０、調理指示データ出力処理６７０を含む。メニューデータ領域３１３には、例えば表３に示すメニューデータが記憶されている。注文データ領域３１４には、例えば表１に示す注文データまたは表６に示す編集された注文データを記憶する。
【００２８】
【表１】
2011192080.tif 000003
【００２９】
制御部３２０は、注文管理プログラム６００の各処理に従って、通信部３４０、出力部３６０、及び、それらとデータ領域３１２との間のデータフローを制御し、データ領域３１２に記憶したデータを加工する。通信部３４０は、従業員側携帯端末２００の通信部２４０に無線通信を用いて上記メニューデータを送信する。また、従業員側携帯端末２００の通信部２４０から無線通信を用いて上記編集注文データを受信する。出力部３６０は、厨房に設置された図示しないプリンタまたはディスプレイ等の出力機器に上記編集注文データを元に形成された上記調理指示データを出力する。
【００３０】
続いて、本実施形態に係るオーダーシステム全体の処理手順について説明する。図５は、全体の処理手順を示すフローチャートである。まず、利用客側携帯端末１００は、入力部１３０からの入力を受け付ける。入力方法は、ディスプレイ１５０に表示される入力フォームに従った選択入力、または一行に一つのメニュー番号と数量の組を記述するといったフォーマットに従ったキー入力、またはカメラ等の撮像手段を用いたＱＲコードや電子透かしといった画像コードからの入力等どのような方法でも良い。上記入力を注文データ入力処理４１０により処理し、例えば表１に示す注文データを作成し、データ領域１１２に記憶する。そして、上記注文データを注文データ表示処理４２０により整形し、ディスプレイ１５０に表示する。さらに、上記注文データを送信するか確認するための表示も行う。この時点で利用客は従業員を呼び出し、それにより利用客と従業員が対面する。そして、利用客は利用客側携帯端末１００の入力部１３０を操作して上記注文データの送信を指示する。当該指示を受けた利用客側携帯端末１００は、注文データ送信処理４３０により通信部１４０から従業員側携帯端末２００の通信部２４０に近距離無線通信を用いて上記注文データを送信する。
【００３１】
従業員側携帯端末２００は、利用客側携帯端末１００の通信部１４０から送信された上記注文データを、注文データ受信処理５４０により通信部２４０に近距離無線通信を用いて受信する。そして、例えば表２に示すメニューデータ要求を注文管理サーバ３００に送信する。
【００３２】
【表２】
2011192080.tif 000004
【００３３】
上記メニューデータ要求を受信した注文管理サーバ３００は、上記メニューデータ要求に対する応答として、メニューデータ送信処理６３０により従業員側携帯端末２００の通信部２４０に無線通信を用いて例えば表３に示すメニューデータを送信する。
【００３４】
【表３】
2011192080.tif 000005
【００３５】
従業員側携帯端末２００は、メニューデータ受信処理５４１により通信部２４０に無線通信を用いて上記メニューデータを受信する。そして、受信した上記注文データとメニューデータを注文・メニューデータ表示処理５２０により整形し、ディスプレイ２５０に表示する。表示内容には、上記注文データ中の各メニュー番号に対応したメニューの名称と注文数量を含む。本実施形態においては、従業員側携帯端末２００は注文管理サーバから上記メニューデータを取得しているが、データ領域２１２に上記メニューデータをあらかじめ記憶しておき、データ領域２１２から取得しても良い。
【００３６】
上記表示内容を従業員が読み上げることで利用客に注文内容を確認する。必要ならば、従業員は入力部２３０から当該注文内容を編集するための入力を行う。当該入力は、例えば“↓[Ｅｎｔｅｒ]”等のカーソルキー入力や、“ＤＥＬ”または“ＡＤＤ” 等と表記された専用キー入力、“１”または“Ａ”等の英数字キーの入力である。当該入力を編集データ入力処理５１０により処理し、例えば表４に示す編集データを作成する。
【００３７】
【表４】
2011192080.tif 000006
【００３８】
【表５】
2011192080.tif 000007
【００３９】
表４において、編集データに含まれる各編集コマンドの機能は表５の通りである。例えば、「ＣＨＡ  Ｍ９Ｎ１  Ｍ９Ｎ２」は、メニュー番号９番のハンバーグ定食の注文数量を１品から２品に変更するコマンドである。注文データ編集処理５５０により、上記編集データを用いて上記注文データを編集する。表４の編集データを用いて表１の注文データを編集すると、編集後の注文データは表６に示す通りとなる。
【００４０】
【表６】
2011192080.tif 000008
【００４１】
ここで、上記注文データを編集した場合は編集後の注文データを編集注文データとし、編集しなかった場合は上記注文データを編集注文データとする。従業員の操作により送信が指示されると、編集注文データ送信処理５３０により通信部２４０から注文管理サーバ３００に無線通信を用いて上記編集注文データを送信する。
【００４２】
注文管理サーバ３００は、従業員側携帯端末２００の通信部２４０から送信された上記編集注文データを、編集注文データ受信処理６４０により通信部３４０に無線通信を用いて受信する。受信した編集注文データは、編集注文データ保存処理６６０により注文データ領域３１４に保存される。上記編集注文データとメニューデータ領域３１３に記憶されたメニューデータから、調理指示データ形成処理６５０により例えば表７に示す調理指示データを形成する。そして、調理指示データ出力処理６７０により出力部３６０から厨房に設置された図示しないプリンタやディスプレイ等の出力機器に上記調理指示データを出力する。これにより厨房の料理人に注文が伝達される。
【００４３】
【表７】
2011192080.tif 000009
【００４４】
上記の通り、本実施形態に係るオーダーシステムは、利用客が所持する利用客側携帯端末１００から従業員が所持する従業員側携帯端末２００へ近距離無線通信により注文データを送信する。その際、従業員が利用客と対面して注文データを受信するため、従来の利用客が所持する携帯端末を用いたオーダーシステムでは必要であった、注文を識別・認証するための煩雑な手続きが必要ない。また、当該注文データを受信した従業員側携帯端末２００のディスプレイ２５０に当該注文データを表示することで、従業員が注文内容を確認できる。それにより、利用客側携帯端末１００での注文に不慣れな利用客からの誤った注文を防止し易くなる。また、利用客から直接注文を聞き取って注文内容を入力する従来のオーダーシステムに比べると、利用客からの注文を聞いて注文内容を入力する作業が必要なくなり、注文受け付け業務にかかる時間を短縮できる。
【００４５】
一般に、利用客の中には携帯電話等の利用客側携帯端末１００を所持しない者もいる。従来の利用客が所持する携帯端末を用いたオーダーシステムにおいては、当該利用客用に専用の携帯端末を用意して当該利用客からの注文を受け付けていた。しかし、それでは携帯端末の操作に不慣れな利用客にも当該携帯端末の操作を強要することになり、当該利用客にとって負担になると考えられるため、当該利用客に入店を敬遠されるのではないかと危惧されていた。そのような強要をしない場合は従来のオーダーシステムと併用するか、あるいは注文を紙に書き取って厨房に伝達することとなるが、前者の場合は異なる２つのオーダーシステムの運用が必要なためコストがかさみ、後者の場合は業務効率が低下する。これらのビジネス上の課題も、従来の利用客が所持する携帯端末を用いたオーダーシステムの普及を妨げる原因の一つとなっていた。
【００４６】
一方、本実施形態に係るオーダーシステムは、従業員側携帯端末２００により注文データを編集・入力できるため、利用客から直接注文を聞き取って注文内容を入力する従来のオーダーシステムとして機能させることもできる。そのため、利用客側携帯端末１００を所持しない利用客用に当該携帯端末を用意することもなく、従来のオーダーシステムを別に用意して併用することもなく、ましてや注文を紙に書き取って厨房に伝達することもなく、本実施形態に係るオーダーシステムのみを稼動させるだけで利用客側携帯端末１００からの注文を受け付けることができる。
【００４７】
また、利用客から直接注文を聞き取って注文内容を入力する従来のオーダーシステムを導入している店舗においては、当該オーダーシステムの従業員が所持する携帯端末を従業員側携帯端末２００に置き換えるだけで本実施形態におけるオーダーシステムを導入できる。そのため、低い導入コストで利用客が所持する携帯端末からの注文を受け付けることが可能になり、注文受付業務を効率化できる。
【００４８】
なお、利用客側携帯端末１００は一つに限定されるものではなく、複数備えられていても良い。この場合、従業員側携帯端末２００は、利用客側携帯端末１００のそれぞれに対して、近距離無線通信でデータ（注文データなど）のやり取りをすることができる。
【００４９】
（第二の実施形態）
以下、本発明の第二の実施形態を図６〜９及び表８と９を参照して説明する。なお、上述した実施形態と等しい要素または機能については同一の符号を与えて説明を省略する。
【００５０】
【表８】
2011192080.tif 000010
【００５１】
【表９】
2011192080.tif 000011
【００５２】
本実施形態に係るオーダーシステムは、図６に示す利用客側携帯端末１０２、図７に示す従業員側携帯端末２０２、図８に示す注文管理サーバ３０２を備える。注文管理サーバ３０２において利用客の注文内容を含む伝票データを生成し、従業員側携帯端末２０２を介して利用客側携帯端末１０２に当該伝票データを提供するオーダーシステムである。
【００５３】
図６は、利用客側携帯端末１０２の構成を示す構成図である。プログラム領域１１１は、注文履歴管理プログラム４０２と、図示はしていないが上記実施形態の発注プログラム４００を含む。注文履歴管理プログラム４０２は、伝票データ表示処理４２２、伝票データ受信処理４４２、注文履歴保存処理４６２を含む。また、データ領域１１２は注文履歴領域１１３を含む。注文履歴領域１１３には、例えば表９の伝票データを保存する。
【００５４】
図７は、従業員側携帯端末２０２の構成を示す構成図である。プログラム領域２１１は、伝票転送プログラム５０２と、図示はしていないが上記実施形態の受注プログラム５００を含む。伝票転送プログラム５０２は、伝票データ取得指示入力処理５１２、伝票データ表示処理５２２、伝票データ送信処理５３２、伝票データ受信処理５４２を含む。
【００５５】
図８は、注文管理サーバ３０２の構成を示す構成図である。プログラム領域３１１は、伝票生成プログラム６０２と、図示はしていないが上記実施形態の注文管理プログラム６００を含む。伝票生成プログラム６０２は、伝票データ送信処理６３２、伝票データ生成処理６５２を含む。
【００５６】
図９は、全体の処理手順を示すフローチャートである。まず、従業員側携帯端末２０２は、入力部２３０からの入力を受け付ける。当該入力は、例えば“↓[Ｅｎｔｅｒ]”等のカーソルキー入力や、“伝票受信”等と表記された専用キー入力、“１”または“Ａ”等の英数字キーの入力である。当該入力を伝票データ取得指示入力処理５１２により処理し、例えば表８に示す伝票データ要求を作成する。そして、注文管理サーバ３０２に無線通信を用いて上記伝票データ要求を送信する。
【００５７】
上記伝票データ要求を受信した注文管理サーバ３０２は、伝票データ生成処理６５２により例えば表９に示す伝票データを生成し、上記伝票データ要求に対する応答として、伝票データ送信処理６３２により従業員側携帯端末２０２の通信部２４０に無線通信を用いて当該伝票データを送信する。
【００５８】
従業員側携帯端末２０２は、伝票データ受信処理５４２により通信部２４０に無線通信を用いて上記伝票データを受信する。そして、受信した伝票データを伝票データ表示処理５２２により整形し、ディスプレイ２５０に表示する。従業員が入力部２３０から当該伝票データの送信を指示する入力を行うと、伝票データ送信処理５３２により通信部２４０から利用客側携帯端末１０２の通信部１４０に近距離無線通信を用いて当該伝票データを送信する。ここで、当該伝票データの送信を指示する上記入力は、例えば“↑[Ｅｎｔｅｒ]”等のカーソルキー入力や、“送信”等と表記された専用キー入力や、“１”または“Ａ”等の英数字キーの入力である。
【００５９】
利用客側携帯端末１０２は、伝票データ受信処理４４２により通信部１４０に近距離無線通信を用いて上記伝票データを受信する。そして、受信した伝票データを伝票データ表示処理４２２により整形し、ディスプレイ１５０に表示する。利用客が入力部１３０から当該伝票データの保存を指示する入力を行うと、注文履歴保存処理４６２により注文履歴領域１１３に当該伝票データを注文履歴として保存する。ここで、当該伝票データの保存を指示する上記入力は、例えば“↓[Ｅｎｔｅｒ]”等のカーソルキー入力や、“１”または“Ａ”等の英数字キーの入力である。
【００６０】
本実施形態に係るオーダーシステムによると、利用客が伝票データを確認できる。また利用客が複数である場合は、複数の利用客（利用客側携帯端末１０２）に対して同じ伝票データを同時に送信することができる。グループで来店した複数の利用客に対して同一の伝票データを同時に送信することで、複数の利用客が注文内容を同時に確認でき、注文内容の確認に要する時間を短縮できる。
【００６１】
また、利用客側携帯端末１０２は、上記伝票データを取得することで、注文履歴領域１１３に従業員側携帯端末２０２による編集処理を反映した注文履歴を保存できる。
【００６２】
また、利用客側携帯端末１０２を所持する利用客は、注文履歴を保存することで、次回の来店時にも同じメニューを容易に注文できる。
【００６３】
（第三の実施形態）
以下、本発明の第三の実施形態を図１０〜１２を参照して説明する。なお、上述した実施形態と等しい要素または機能については同一の符号を与えて説明を省略する。
【００６４】
本実施形態に係るオーダーシステムは、図１０に示す利用客側携帯端末１０３、図１１に示す従業員側携帯端末２０３、上記実施形態の注文管理サーバ３００を備える。利用客側携帯端末１０３から送信された注文データを基にして従業員側携帯端末２０３で作成した編集注文データと、当該編集注文データに対応するメニューデータとを、従業員側携帯端末２０３から利用客側携帯端末１０２に提供するオーダーシステムである。
【００６５】
図１０は、利用客側携帯端末１０３の構成を示す構成図である。プログラム領域１１１は、注文履歴管理プログラム４０３と、図示はしていないが上記実施形態の発注プログラム４００を含む。注文履歴管理プログラム４０３は、編集注文・メニューデータ表示処理４２３、編集注文・メニューデータ受信処理４４３、注文履歴保存処理４６３を含む。
【００６６】
図１１は、従業員側携帯端末２０３の構成を示す構成図である。プログラム領域２１１は、受注プログラム５０３を含む。受注プログラム５０３は、編集注文・メニューデータ送信処理５３３を含む。
【００６７】
図１２は、全体の処理手順を示すフローチャートである。従業員側携帯端末２０３は、利用客側携帯端末１０３から受信した注文データを基に作成した編集注文データと注文管理サーバ３００から受信したメニューデータとを、編集注文・メニューデータ送信処理５３３により利用客側携帯端末１０３の通信部１４０に近距離無線通信を用いて送信する。
【００６８】
利用客側携帯端末１０３は、編集注文・メニューデータ受信処理４４３により通信部１４０に近距離無線通信を用いて編集注文データとメニューデータとを受信する。そして、受信したそれらを編集注文・メニューデータ表示処理４２３により整形し、ディスプレイ１５０に表示する。利用客が入力部１３０から当該編集注文データとメニューデータの保存を指示する入力を行うと、注文履歴保存処理４６３により注文履歴領域１１３に当該編集注文データとメニューデータを注文履歴として保存する。ここで、当該伝票データの保存を指示する上記入力は、例えば“↓[Ｅｎｔｅｒ]”等のカーソルキー入力や、“１”または“Ａ”等の英数字キーの入力である。
【００６９】
本実施形態に係るオーダーシステムによると、利用客が注文内容の確認のためのデータを確認できる。また利用客が複数である場合は、注文の都度、複数の利用客（利用客側携帯端末１０２）に対して注文内容の確認のためのデータを同時に送信することができる。注文の都度、グループで来店した複数の利用客に対して当該データを同時に送信することで、複数の利用客が注文内容を同時に確認でき、注文内容の確認に要する時間を短縮したり注文ミスを低減したりできる。
【００７０】
また、利用客側携帯端末１０３は、上記伝票データを取得することで、注文履歴領域１１３に従業員側携帯端末２０３による編集処理を反映した注文履歴を保存できる。
【００７１】
また、利用客側携帯端末１０３を所持する利用客は、注文履歴を保存することで、次回の注文時にも同じメニューを容易に注文できる。
【００７２】
（第四の実施形態）
以下、本発明の第四の実施形態を図１３〜１６及び表１０〜１７を参照して説明する。なお、上述した実施形態と等しい要素または機能については同一の符号を与えて説明を省略する。
【００７３】
本実施形態に係るオーダーシステムは、図１３に示す利用客側携帯端末１０４、図１４に示す従業員側携帯端末２０４、図１５に示す注文管理サーバ３０４を備える。従業員が利用客を観察して当該利用客の属性を判断して当該利用客に適したサービス情報を注文管理サーバ３０４から従業員側携帯端末２０４に取得し、利用客側携帯端末１０４に当該サービス情報を提供するオーダーシステムである。
【００７４】
図１３は、利用客側携帯端末１０４の構成を示す構成図である。プログラム領域１１１は、サービス情報取得プログラム４０４と、図示はしていないが上記実施形態の発注プログラム４００を含む。サービス情報取得プログラム４０４は、サービス情報表示処理４２４、サービス情報受信処理４４４、サービス情報保存処理４６４を含む。また、データ領域１１２はサービス情報領域１１４を含む。サービス情報領域１１４には、例えば表１４に示すサービス情報を記憶する。
【００７５】
図１４は、従業員側携帯端末２０４の構成を示す構成図である。プログラム領域２１１は、サービス情報提供プログラム５０４と、図示はしていないが上記実施形態の受注プログラム５００を含む。サービス情報提供プログラム５０４は、属性情報取得指示入力処理５１４、属性情報選択データ入力処理５１５、サービス情報選択データ入力処理５１６、属性情報表示処理５２４、サービス情報表示処理５２５、サービス情報送信処理５３４、属性情報受信処理５４４、サービス情報受信処理５４５、属性情報選択処理５５４、サービス情報選択処理５５５を含む。
【００７６】
図１５は、注文管理サーバ３０４の構成を示す構成図である。プログラム領域３１１は、サービス情報管理プログラム６０４と、図示はしていないが上記実施形態の注文管理プログラム６００を含む。サービス情報管理プログラム６０４は、属性情報送信処理６３４、サービス情報送信処理６３５、サービス情報検索処理６５４を含む。また、データ領域３１２は、属性情報領域３１５、サービス情報領域３１６、対応情報領域３１７を含む。属性情報領域３１５には、例えば表１２に示す属性情報が記憶されている。サービス情報領域３１６には、例えば表１４に示すサービス情報が記憶されている。対応情報領域３１７には、例えば表１６に示す属性情報とサービス情報の対応関係が記憶されている。
【００７７】
図１６は、全体の処理手順を示すフローチャートである。まず、従業員側携帯端末２０４は、入力部２３０からの入力を受け付ける。当該入力は、例えば“↓[Ｅｎｔｅｒ]”等のカーソルキー入力や、“属性情報取得”等と表記された専用キーまたは”１”または“Ａ”等の英数字キーの入力である。当該入力を属性情報取得指示入力処理５１４により処理し、例えば表１０に示す属性情報要求を作成する。そして、注文管理サーバ３０４に無線通信を用いて上記属性情報要求を送信する。ここで、表１０の属性情報要求に含まれる属性情報タイプ番号は、表１１に示す属性情報タイプを表す識別番号である。例えば、属性情報タイプ番号「０」は、属性情報タイプ「年代」を表す。
【００７８】
【表１０】
2011192080.tif 000012
【００７９】
【表１１】
2011192080.tif 000013
【００８０】
上記属性情報要求を受信した注文管理サーバ３０４は、上記属性情報要求に対する応答として、属性情報送信処理６３４により従業員側携帯端末２０４の通信部２４０に無線通信を用いて例えば表１２に示す属性情報を送信する。
【００８１】
【表１２】
2011192080.tif 000014
【００８２】
従業員側携帯端末２０４は、属性情報受信処理５４４により通信部２４０に無線通信を用いて上記属性情報を受信する。そして、受信した属性情報を属性情報表示処理５２４により整形し、ディスプレイ２５０に表示する。本実施形態においては、従業員側携帯端末２０４は注文管理サーバから上記属性データを取得しているが、データ領域２１２に上記属性データをあらかじめ記憶しておき、データ領域２１２から取得しても良い。
【００８３】
従業員は、属性情報選択データ入力処理５１５として、当該属性情報から１つまたは複数の属性情報を選択するための属性情報選択データの入力を入力部２３０から行う。上記属性情報選択データは、例えば“↓[Ｅｎｔｅｒ]”等のカーソルキー入力データや、”１”または“Ａ”等の英数字キー入力データであり、ディスプレイ２５０に表示された属性情報から１つまたは複数の属性情報を選択するために従業員が入力する入力データである。上記属性情報選択データに従って、属性情報選択処理５５４により例えば表１３に示すサービス情報要求を作成する。そして、注文管理サーバ３０４に無線通信を用いて上記サービス情報要求を送信する。
【００８４】
【表１３】
2011192080.tif 000015
【００８５】
上記サービス情報要求を受信した注文管理サーバ３０４は、サービス情報検索処理６５４により例えば表１４に示すサービス情報を検索して取得する。サービス情報検索処理６５４では、例えば上記サービス情報要求に含まれる属性情報タイプ番号を属性情報とサービス情報を関連付ける表１６の対応表から検索し、例えば表１４のサービス情報を取得する。そして、上記サービス情報要求に対する応答として、サービス情報送信処理６３５により従業員側携帯端末２０４の通信部２４０に無線通信を用いて当該サービス情報を送信する。ここで、表１４のサービス情報に含まれるサービス情報タイプ番号は、表１５に示すサービス情報タイプを表す識別番号である。例えば、サービス情報タイプ番号「２」は、サービス情報タイプ「広告情報」を表す。
【００８６】
【表１４】
2011192080.tif 000016
【００８７】
【表１５】
2011192080.tif 000017
【００８８】
【表１６】
2011192080.tif 000018
【００８９】
従業員側携帯端末２０４は、サービス情報受信処理５４５により通信部２４０に無線通信を用いて上記サービス情報を受信する。そして、受信したサービス情報をサービス情報表示処理５２５により整形し、ディスプレイ２５０に表示する。従業員は、サービス情報選択データ入力処理５１６として、当該サービス情報から１つまたは複数のサービス情報を選択するためのサービス情報選択データの入力を入力部２３０から行う。上記サービス情報選択データは、例えば“→[Ｅｎｔｅｒ]”等のカーソルキー入力データや、”１”または“Ａ”等の英数字キー入力データであり、ディスプレイ２５０に表示されたサービス情報から１つまたは複数のサービス情報を選択するために従業員が入力する入力データである。上記サービス情報選択データに従って、サービス情報選択処理５５５により例えば表１７に示すサービス情報を選択する。そして、サービス情報送信処理５３４により通信部２４０から利用客側携帯端末１０４の通信部１４０に近距離無線通信を用いて当該サービス情報を送信する。
【００９０】
【表１７】
2011192080.tif 000019
【００９１】
利用客側携帯端末１０４は、サービス情報受信処理４４４により通信部１４０に近距離無線通信を用いて上記サービス情報を受信する。そして、受信したサービス情報をサービス情報表示処理４２４によりディスプレイ１５０に表示する。利用客が入力部１３０から当該サービス情報の保存を指示する入力を行うと、サービス情報保存処理４６４によりサービス情報領域１１４に当該サービス情報を保存する。ここで、当該サービス情報の保存を指示する上記入力は、例えば“↓[Ｅｎｔｅｒ]”等のカーソルキー入力や、”１”または“Ａ”等の英数字キーの入力である。
【００９２】
本実施形態に係るオーダーシステムによると、従業員の判断でその時々において個々の利用客に応じた多彩できめこまやかなサービスを提供でき、当該店舗のサービスの質を向上できる。
【００９３】
例えば、メニューの注文点数が多いだけでなく飲食マナーが良い常連客または今後も利用してもらいたい利用客を従業員が判断し、当該利用客だけに特別なメニューの情報を提供する等の特別なサービスを提供できる。例えば、利用客は上記の特別なメニューの情報の提供を受けると、当該メニューの情報をデータ領域１１２に保存しておき、注文時に参照することで当該メニューを注文できる。特別なサービスを受けた利用客は、当該店舗に対して好印象を持ち、それにより、また当該店舗を利用してもらえる可能性が高まる。
【００９４】
別の例を挙げると、印象が良く接客業に向いていそうな利用客または一緒に働きたいと思える利用客を従業員が判断し、当該利用客だけに当該店舗の求人情報を提供することで、良い人材を採用できる可能性を高めることができる。
【００９５】
さらに別の例を挙げると、利用客の年代、服装、会話等から当該利用客が興味を持ちそうな広告情報を複数の広告情報の中から従業員の判断で選択し当該利用客に提供できる。従来の広告としてチラシに印刷した広告やメール配信による広告等があるが、前者はバリエーションが少なくなりがちであり多様な客層毎の嗜好をカバーできず、後者は全利用客に一律の広告を配信するかまたは利用客が興味を持ちそうな広告情報を機械的に判断して配信するため、利用客の嗜好やその時点での利用客の興味にマッチしないことも多かった。しかし、本実施形態に係るオーダーシステムを用いた上記広告方法は、利用客の年代、服装、会話等から当該利用客が興味を持ちそうな広告情報を複数の広告情報の中から従業員の判断で選択するため、従来の方法に比べ、その時点で当該利用客が興味を持ちそうな広告情報を提供する可能性を高めることができる。
【００９６】
また、本実施形態と上述の実施形態２または３に係るオーダーシステムによると、伝票データや注文内容に上記各種サービス情報を添付することで、上記各種サービス情報をさりげなく提示できる。
【００９７】
（第五の実施形態）
以下、本発明の第五の実施形態を図１７〜１９及び表１８と１９を参照して説明する。なお、上述した実施形態と等しい要素または機能については同一の符号を与えて説明を省略する。
【００９８】
本実施形態に係るオーダーシステムは、図１７に示す利用客側携帯端末１０７、図１８に示す従業員側携帯端末２０７と、図示はしていないが上記実施形態の注文管理サーバ３００または３０２または３０４を備える。利用客側携帯端末１０７から従業員側携帯端末２０７に注文データとは異なる異種データを送信し、従業員側携帯端末２０７のディスプレイ２５０に当該異種データを表示するオーダーシステムである。
【００９９】
図１７は、利用客側携帯端末１０７の構成を示す構成図である。プログラム領域１１１は、異種データ提供プログラム４０７と、図示はしていないが上記実施形態の発注プログラム４００を含む。異種データ提供プログラム４０７は、異種データ入力処理４１７、異種データ表示処理４２７、異種データ送信処理４３７を含む。
【０１００】
図１８は、従業員側携帯端末２０７の構成を示す構成図である。プログラム領域２１１は、異種データ取得プログラム５０７と、図示はしていないが上記実施形態の受注プログラム５００または５０３を含む。異種データ取得プログラム５０７は、異種データ表示処理５２７、異種データ受信処理５４７を含む。
【０１０１】
図１９は、全体の処理手順を示すフローチャートである。まず、利用客側携帯端末１０７は、入力部１３０からの入力を受け付ける。当該入力は、例えば“↓[Ｅｎｔｅｒ]”等のカーソルキー入力や、”１”または“Ａ”等の英数字キーの入力である。当該入力を異種データ入力処理４１７により処理し、例えば表１８に示す異種データを作成する。ここで、表１８の異種データに含まれる異種データタイプ番号は、表１９に示す異種データタイプを表す識別番号である。例えば、異種データタイプ番号「０」は、異種データタイプ「アンケート回答情報」であり、店舗が用意したアンケートに対する利用客の回答を表す。作成された異種データを異種データ表示処理４２７により整形し、ディスプレイ１５０に表示する。さらに、上記異種データを送信するか確認するための表示も行う。この時点で利用客は従業員を呼び出し、利用客と従業員が対面する。そして、利用客は利用客側携帯端末１０７の入力部１３０を操作して上記異種データの送信を指示する。当該指示を受けた利用客側携帯端末１０７は、異種データ送信処理４３７により通信部１４０から従業員側携帯端末２０７の通信部２４０に近距離無線通信を用いて上記異種データを送信する。ここで、上記異種データはそれ単独で送信しても良いが、注文データと一まとめにして送信しても良い。
【０１０２】
【表１８】
2011192080.tif 000020
【０１０３】
【表１９】
2011192080.tif 000021
【０１０４】
従業員側携帯端末２０７は、異種データ受信処理５４７により近距離無線通信を用いて通信部２４０に上記異種データを受信する。そして、受信した異種データを異種データ表示処理５２７により整形し、ディスプレイ２５０に表示する。
【０１０５】
ディスプレイ２５０に表示された異種データを従業員が確認することで、当該異種データに基づいてその時々において個々の利用客に応じた多彩できめこまやかなサービスを従業員の判断で提供できる。
【０１０６】
例えば、店舗が用意したアンケートに対する回答情報を異種データとした場合、当該異種データを受信した従業員はアンケートに協力してくれた利用客に対してお礼の粗品等を提供したりできる。または、本実施形態と上述の実施形態４に係るオーダーシステムであれば、従業員は当該店舗の限定メニュー情報やクーポン情報等のサービス情報を選択して利用客に提供できる。
【０１０７】
別の例を挙げると、利用客が有する食物アレルギーの情報を異種データとした場合、当該異種データを受信した従業員は該当するアレルギー物質を含まないメニューを提示できる。または、上記食物アレルギー情報が注文データと一まとめにして提供された場合、従業員は該当するアレルギー物質を含むメニューが注文データ中に含まれないかチェックできる。利用客は、利用客側携帯端末１０７のデータ領域１１２に当該食物アレルギー情報を記憶しておけば、当該食物アレルギー情報を図示しないデータ検索手段によりデータ領域１１２から検索して取得することで、来店あるいは注文の度に当該食物アレルギー情報を入力することなく、従業員に対して容易に当該食物アレルギー情報を提供できる。また、従業員側携帯端末２０７の異種データ取得プログラム５０７に、当該食物アレルギー情報を基にして該当するアレルギー物質を含むメニューを自動判定する処理を追加すれば、従業員は、上述の該当するアレルギー物質を含まないメニューの提示や注文されたメニューに当該アレルギー物質が含まれないかのチェックを容易にできる。
【０１０８】
さらに別の例を挙げると、業務依頼情報を異種データとした場合、利用客は周囲の人に気づかれることなく従業員に対して業務を依頼することができる。例えば、事前に通知することで誕生日をお祝いする等のサプライズイベントを行える飲食店があるが、そのような飲食店において「サプライズイベントは２０時から開始してください」等の情報を従業員に伝えたい場合、サプライズさせたい対象人物に気づかれないように当該情報を伝えるのは困難なこともある。本実施形態に係るオーダーシステムによると、利用客は、注文の際に注文データと一まとめにして「サプライズイベントは２０時から開始してください」等の情報を送信することで、サプライズさせたい対象人物に気づかれることなく当該情報をさりげなく従業員に伝えることができる。また、「近くの客のマナーが悪いため居心地が悪い」等の苦情もさりげなく伝えることができ、当該苦情に対する対応をお願いすることもできる。また、Bluetooth（登録商標）等の数ｍ〜数十ｍの範囲で通信可能な通信手段を用いる場合は、利用客は、対面はしていないが近くにいる従業員に対して「注文を取りに来てください」や「お水を持ってきてください」等のように業務を依頼できる。近くにいる従業員に対して通知するため、上記のように、従業員に利用客がいるテーブルまで来てもらう必要がある業務依頼の場合は迅速な対応が期待できる。
【０１０９】
以上、この発明の実施形態について図面を参照して詳述してきたが、上記実施形態は本発明の単なる例示に過ぎず、要旨を逸脱しない範囲において変更が可能であり、本発明を何ら限定するものではない。
【符号の説明】
【０１１０】
１００，１０２，１０３，１０４，１０７・・・利用客側携帯端末、
２００，２０２，２０３，２４０，２０７・・・従業員側携帯端末、
３００，３０２，３０４・・・注文管理サーバ、
１１０，２１０，３１０・・・記憶部、
１２０，２２０，３２０・・・制御部、
１３０，２３０・・・入力部、
１４０，２４０，３４０・・・通信部、
１５０，２５０・・・ディスプレイ、
３６０・・・出力部、
１１１、２１１、３１１・・・プログラム領域、
１１２、２１２、３１２・・・データ領域、
１１３・・・注文履歴領域、
１１４、３１６・・・サービス情報領域、
３１３・・・メニューデータ領域、
３１４・・・注文データ領域、
３１５・・・属性情報領域、
３１７・・・対応情報領域、
４００・・・発注プログラム、
４０２，４０３・・・注文履歴管理プログラム、
４０４・・・サービス情報取得プログラム、
４０７・・・異種データ提供プログラム、
５００、５０３・・・受注プログラム、
５０２・・・伝票転送プログラム、
５０４・・・サービス情報提供プログラム、
５０７・・・異種データ取得プログラム、
６００・・・注文管理プログラム、
６０２・・・伝票生成プログラム、
６０４・・・サービス情報管理プログラム、
４１０・・・注文データ入力処理、
４１７・・・異種データ入力処理、
５１０・・・編集データ入力処理、
５１２・・・伝票データ取得指示入力処理、
５１４・・・属性情報取得指示入力処理、
５１５・・・属性情報選択データ入力処理、
５１６・・・サービス情報選択データ入力処理、
４２０・・・注文データ表示処理、
４２２，５２２・・・伝票データ表示処理、
４２３・・・編集注文・メニューデータ表示処理、
４２４，５２５・・・サービス情報表示処理、
４２７，５２７・・・異種データ表示処理、
５２０・・・注文・メニューデータ表示処理、
５２４・・・属性情報表示処理、
４３０・・・注文データ送信処理、
４３７・・・異種データ送信処理、
５３０・・・編集注文データ送信処理、
５３２，６３２・・・伝票データ送信処理、
５３３・・・編集注文・メニューデータ送信処理、
５３４，６３５・・・サービス情報送信処理、
６３０・・・メニューデータ送信処理、
６３４・・・属性情報送信処理、
４４２，５４２・・・伝票データ受信処理、
４４３・・・編集注文・メニューデータ受信処理、
４４４，５４５・・・サービス情報受信処理、
５４０・・・注文データ受信処理、
５４１・・・メニューデータ受信処理、
５４４・・・属性情報受信処理、
５４７・・・異種データ受信処理、
６４０・・・編集注文データ受信処理、
５５０・・・注文データ編集処理、
５５４・・・属性情報選択処理、
５５５・・・サービス情報選択処理、
６５０・・・調理指示データ形成処理、
６５２・・・伝票データ生成処理、
６５４・・・サービス情報検索処理、
４６２，４６３・・・注文履歴保存処理、
４６４・・・サービス情報保存処理、
６６０・・・編集注文データ保存処理、
６７０・・・調理指示データ出力処理
【図１】
2011192080.tif 000022
【図２】
2011192080.tif 000023
【図３】
2011192080.tif 000024
【図４】
2011192080.tif 000025
【図５】
2011192080.tif 000026
【図６】
2011192080.tif 000027
【図７】
2011192080.tif 000028
【図８】
2011192080.tif 000029
【図９】
2011192080.tif 000030
【図１０】
2011192080.tif 000031
【図１１】
2011192080.tif 000032
【図１２】
2011192080.tif 000033
【図１３】
2011192080.tif 000034
【図１４】
2011192080.tif 000035
【図１５】
2011192080.tif 000036
【図１６】
2011192080.tif 000037
【図１７】
2011192080.tif 000038
【図１８】
2011192080.tif 000039
【図１９】
2011192080.tif 000040