JP2016134002A - 情報処理システム、情報処理プログラムおよび情報処理方法 - Google Patents

Abstract

【構成】 情報処理システム（１０）はＣＰＵ（１２）を含み、ＣＰＵ（１２）の指示の下、店舗毎に設定されたメニューと、サーバ（１２）に登録されたユーザの不要食材情報とに基づいて、ユーザの不要な食材が含まれないように料理の注文を管理する。【効果】 ユーザ毎の不要食材情報に基づいた料理の選択が可能になり、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことがない。【選択図】 図１８

Description

この発明は、情報処理システム、情報処理プログラムおよび情報処理方法に関し、特にたとえば、飲食店等の店舗において、ユーザが携帯端末を操作して料理の注文を入力する、情報処理システム、情報処理プログラムおよび情報処理方法に関する。

この種の背景技術の一例が特許文献１に開示される。この特許文献１に開示される情報処理システムでは、ユーザ端末から送信された料理の注文情報を注文管理サーバが受信し、注文管理サーバは注文情報を送ったユーザ端末に仮受付および注文画面の情報を送り、注文の変更や確認を促す。ユーザ端末で注文が確定されると、注文管理サーバは、本注文とした注文情報を店舗に送信する。

特開２０１３−１４９１８５号公報

この従来の情報処理システムでは、ユーザ端末に表示されるメニューは、店舗毎に予め設定された料理のリストに基づいて表示されるだけであり、各料理の中にユーザがアレルギーを起こす食材や嫌いな食材のような不要な食材が含まれるか否かが分からない。したがって、ユーザが自身の不要な食材を含む料理を誤って注文してしまう可能性がある。また、不要な食材が含まれるか否かが分からないので、ユーザは店舗の接客担当者に各料理の中に不要な食材が含まれるか否かを確認する必要があり、ユーザ端末を用いた個別の注文が可能であるという利便性が失われてしまう。

それゆえに、この発明の主たる目的は、新規な、情報処理システム、情報処理プログラムおよび情報処理方法を提供することである。

この発明の他の目的は、ユーザの不要な食材を含む料理を誤って注文することを防止することができる、情報処理システム、情報処理プログラムおよび情報処理方法を提供することである。

第１の発明は、店舗において、ユーザが携帯端末を操作して料理を注文する情報処理システムであって、ユーザ毎に設定された不要な食材を示す不要食材情報を登録する登録手段、店舗において提供される複数の料理のメニューを作成するメニュー作成手段、およびメニュー作成手段によって作成されたメニューと、登録手段に登録された不要食材情報とに基づいて、ユーザの不要な食材が含まれないように料理の注文を管理する管理手段を備える。

第１の発明によれば、管理手段が、メニュー作成手段によって作成されるメニューと、登録手段に登録された不要食材情報とに基づいて、ユーザの不要な食材が含まれないように料理の注文を管理するので、ユーザが不要な食材を含む料理を誤って注文してしまうことがない。また、不要食材情報が予め登録手段に登録されているので、ユーザが店舗において注文する際に、各料理の中に不要な食材が含まれるか否かをその都度確認する手間を省くことができ、情報処理システムの使い勝手を向上させることができる。

第２の発明は、第１の発明に従属する情報処理システムであって、管理手段は、メニュー作成手段によって作成されるメニューにおいて、ユーザの不要な食材が含まれる料理の注文を禁止する。

第２の発明よれば、メニュー作成手段によって作成されるメニューにおいて、ユーザの不要な食材が含まれる料理の注文を禁止するので、各料理の中に不要な食材が含まれるか否かをその都度確認する手間を省きながら、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことを防止することができる。

第３の発明は、第１の発明に従属する情報処理システムであって、管理手段は、メニュー作成手段によって作成されるメニューにおいて、ユーザの不要な食材が含まれる料理が選択された場合、当該料理から当該不要な食材を除いた料理に変更して注文する。

第３の発明によれば、メニュー作成手段によって作成されるメニューにおいて、ユーザの不要な食材が含まれる料理が選択された場合、当該料理から当該不要な食材を除いた料理に変更して注文するので、料理の選択肢を狭めることなく、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことを防止することができる。

第４の発明は、第１ないし第３の発明に従属する情報処理システムであって、不要な食材は、アレルギー食材を含む。

第４の発明によれば、不要な食材にアレルギー食材を含むので、ユーザが自身のアレルギー食材を含む料理を誤って注文してしまうことを防止でき、ユーザが安心して料理を注文することができる。

第５の発明は、第１ないし第４の発明に従属する情報処理システムであって、同席する複数のユーザを含むグループを検出するグループ検出手段をさらに備え、管理手段は、グループが検出された場合に、グループに含まれるユーザ全員の不要食材情報を取得して、グループに含まれるユーザの不要な食材が含まれる料理が選択されたときに警告を行う警告手段を含む。

第５の発明によれば、グループに含まれるユーザ全員の不要食材情報を取得して、グループに含まれるユーザの不要な食材が含まれる料理が選択されたときに警告を行うので、ユーザが注文する料理に同席者の不要な食材が含まれていることを知らせることができ、他人が注文した不要な食材が含まれる料理を食べてしまうことを防止することができる。

第６の発明は、第５の発明に従属する情報処理システムであって、警告手段は、ユーザの不要な食材が含まれる料理が選択されたときに、当該料理の注文が禁止されていることをユーザに警告する。

第６の発明によれば、ユーザ自身の不要な食材が含まれる料理が選択されたときに、当該料理の注文が禁止されていることをユーザに警告するので、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことを防止するとともに、当該料理の注文が禁止されていることを知らせることができる。

第７の発明は、第５の発明に従属する情報処理システムであって、警告手段は、同席する他のユーザの不要な食材が含まれる料理が選択されたときに、当該料理を選択するか否かの選択肢をユーザに提示する警告を行う。

第７の発明によれば、同席する他のユーザの不要な食材が含まれる料理が選択されたときに、当該料理を選択するか否かの選択肢をユーザに提示するので、料理の選択肢を狭めることなく、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことを防止することができる。

第８の発明は、店舗において、ユーザが携帯端末を操作して料理を注文する情報処理システムで用いられる当該携帯端末で実行される情報処理プログラムであって、携帯端末のコンピュータを、ユーザ毎に設定された不要な食材を示す不要食材情報を登録する登録手段、店舗において提供される複数の料理のメニューを、メニューを作成する外部コンピュータから取得するメニュー取得手段、およびメニュー取得手段によって取得したメニューと、登録手段に登録された不要食材情報とに基づいて、ユーザの不要な食材が含まれないように料理の注文を管理する管理手段として機能させる。

第９の発明は、店舗において、ユーザが携帯端末を操作して料理を注文する情報処理システムの情報処理方法であって、情報処理システムのコンピュータは、ユーザ毎に設定された不要な食材を示す不要食材情報を登録し、店舗において提供される複数の料理のメニューを作成し、そして作成したメニューと、不要食材情報とに基づいて、ユーザの不要な食材が含まれないように料理の注文を管理する。

第８および第９の各発明においても、第１の発明と同様に、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことを防止することができる。

この発明によれば、ユーザ毎の不要食材情報に基づいた料理の選択が可能になり、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことがない。

図１はこの発明の情報処理システムの構成の一例を示す図である。 図２は図１に示す携帯端末の電気的な構成を示すブロック図である。 図３は携帯端末に表示される基本画面の一例を示す図解図である。 図４は携帯端末に表示される第１不要食材情報設定画面の一例を示す図解図である。 図５は携帯端末に表示される第２不要食材情報設定画面の一例を示す図解図である。 図６は携帯端末に表示される確認画面の一例を示す図解図である。 図７は携帯端末に表示される店内画面の一例を示す図解図である。 図８は携帯端末に表示されるメニュー選択画面の一例を示す図解図である。 図９は携帯端末に表示される第１警告画面の一例を示す図解図である。 図１０は携帯端末に表示される第２警告画面の一例を示す図解図である。 図１１は図１に示すＰＯＳ端末のＲＡＭのメモリマップの一例を示す図解図である。 図１２は図２に示す携帯端末のＲＡＭのメモリマップの一例を示す図解図である。 図１３は図２に示す携帯端末のＣＰＵの全体処理の一例の一部を示すフロー図である。 図１４は図２に示す携帯端末のＣＰＵの全体処理の他の一部であって、図１３に後続するフロー図である。 図１５は図２に示す携帯端末のＣＰＵの携帯端末側チェックイン処理の一例を示すフロー図である。 図１６は図１に示すＰＯＳ端末のＣＰＵのＰＯＳ端末側チェックイン処理の一例を示すフロー図である。 図１７は図１に示す図２に示す携帯端末のＣＰＵの注文処理の一例を示すフロー図である。 図１８は図１に示す図２に示す携帯端末のＣＰＵの注文処理の一例を示すフロー図であって、図１７に後続するフロー図である。 図１９は第２実施例において携帯端末に表示される第３警告画面の一例を示す図解図である。 図２０は第２実施例における携帯端末のＣＰＵの注文処理の一例を示すフロー図である。 図２１は第３実施例において携帯端末に表示される警告画面の一例を示す図解図である。 図２２は第３実施例におけるＰＯＳ端末のＣＰＵのＰＯＳ端末側チェックイン処理の一例を示すフロー図である。 図２３は第３実施例における携帯端末のＣＰＵの注文処理の一例を示すフロー図である。

［第１実施例］
図１はこの発明の情報処理システムの構成の一例を示す図である。

図１を参照して、この発明の第１実施例である情報処理システム１０はサーバ１２およびＰＯＳ（Ｐｏｉｎｔ ｏｆ ｓａｌｅｓ）端末１４を含む。サーバ１２およびＰＯＳ端末１４は、それぞれ、インターネットのようなネットワーク１６を介して、複数の携帯端末２００と通信可能に接続される。なお、本実施形態は、情報処理システム１０を飲食店に適用した場合について説明する。

サーバ１２は、汎用のサーバであり、ＣＰＵ、ＲＡＭおよび通信モジュールなどのコンポーネントを備えている。

ＰＯＳ端末１４は、飲食店等の店舗に設置され、ユーザが注文する料理等の登録や精算等を行うものである。このＰＯＳ端末１４は、汎用のコンピュータと同様に、ＣＰＵ１４ａ、ＲＡＭ１４ｂなどのコンポーネントを備える。また、図示は省略するが、ＰＯＳ端末１４は、通信モジュール、キーボード、ディスプレイ、レシートプリンタ、およびカードリーダなどを備え、主として会計場所等に設置され、当該店舗におけるレジ係等の操作者（オペレータ）によって操作される。

図２は図１に示す携帯端末２００の電気的な構成を示すブロック図である。

図２を参照して、第１実施例の携帯端末２００はＣＰＵ２１２を含む。ＣＰＵ２１２には、バス２４０を介してＲＡＭ２１４、タッチパネル制御回路２１６、描画制御回路２１８、無線通信回路２２４およびＨＤＤ２２６が接続される。また、タッチパネル制御回路２１６にはタッチパネル２２０が接続され、描画制御回路２１８にはディスプレイ２２２が接続される。

また、この第１実施例では、携帯端末２００の入力手段の一例として、タッチパネル２２０が用いられる場合について説明するが、タッチパネル２２０とは別に、または、タッチパネル２２０とともに、操作パネルのようなハードウェアキーやマイクなどの他の入力手段が設けられてもよい。

図２に戻って、ＣＰＵ２１２は、携帯端末２００の全体的な制御を司る。ＲＡＭ２１４は、ＣＰＵ２１２のワーク領域およびバッファ領域として用いられる。無線通信回路２２４は、電波または赤外線等による無線通信を行う機能を有する。したがって、携帯端末２００は、サーバ１２およびＰＯＳ端末１４や他の携帯端末２００と直接またはネットワーク１６を介して通信することができる。ＨＤＤ２２６は、店舗において料理を注文するための料理の注文アプリケーションを記憶したり、各種のデータを記憶したりするために使用される。

タッチパネル制御回路２１６は、タッチパネル２２０に必要な電圧などを付与するとともに、タッチパネル２２０のタッチ有効範囲内でのタッチ操作（タッチ入力）を検出して、そのタッチ入力の位置を示すタッチ座標データをＣＰＵ２１２に出力する。

タッチパネル２２０は、汎用のタッチパネルであり、静電容量方式、電磁誘導方式、抵抗膜方式、赤外線方式など、任意の方式のものを用いることができる。この第１実施例では、タッチパネル２２０としては、静電容量方式のタッチパネルがディスプレイ２２２の表示面上に設けられる。

描画制御回路２１８は、ＧＰＵおよびＶＲＡＭなどを含んでおり、ＣＰＵ２１２の指示の下、ＧＰＵは、ＲＡＭ２１４に記憶された画像生成データを用いてディスプレイ２２２に種々の画面を表示するための表示画像データをＶＲＡＭに生成し、生成した表示画像データをディスプレイ２２２に出力する。ディスプレイ２２２としては、たとえばＬＣＤやＥＬ（Electro-Luminescence）ディスプレイなどを用いることができる。

また、図示は省略するが、ＣＰＵ２１２には、バス２４０を介してカメラ制御回路が接続され、当該カメラ制御回路にはカメラが接続される。このカメラは、撮像素子（イメージセンサ）および位置の調節が可能なフォーカスレンズを有し、撮像素子から取り込んだ可視光としての撮像光を、電気信号へと変換することによって撮像を行う。この撮像素子の例としては、ＣＣＤ（Charge Coupled Device）イメージセンサ、またはＣＭＯＳ（Complementary Metal Oxide Semiconductor）イメージセンサ等の固体撮像素子が挙げられる。

なお、図２に示す携帯端末２００の電気的な構成は単なる一例であり、これに限定される必要はない。

また、携帯端末２００の典型的な例としては、スマートフォンやフューチャーフォンであり、この場合には、携帯端末２００には、通話機能についてのコンポーネントも含まれる。

情報処理システムでは、ユーザが携帯端末２００を用いて料理の注文情報をＰＯＳ端末１４に送信することによって、料理を注文することができる。つまり、この情報処理システム１０では、店舗の接客担当者を呼ばなくても、ユーザ毎に個別の注文が可能である。

このようにユーザが携帯端末２００を用いて料理を注文する場合、携帯端末２００のディスプレイ２２２に店舗で提供される複数の料理のメニューが表示される。

しかしながら、携帯端末２００に表示されるメニューは、店舗毎に予め設定された料理のリストに基づいて表示されるだけであり、各料理の中にユーザがアレルギーを起こす食材や嫌いな食材のような不要な食材が含まれるか否かが分からない。したがって、ユーザが自身の不要な食材を含む料理を誤って注文してしまう可能性がある。また、不要な食材が含まれるか否かが分からないので、ユーザは店舗の接客担当者に各料理の中に不要な食材が含まれるか否かを確認する必要があり、携帯端末２００を用いた個別の注文が可能であるという利便性が失われてしまう。

したがって、この第１実施例では、情報処理システム１０は、このような不都合を回避するために、ユーザ毎に不要な食材を示す情報（以下、「不要食材情報」という。）を登録しておき、登録された不要食材情報に基づいて、ユーザの不要な食材が含まれないように料理の注文を管理するようにしてある。

簡単に説明すると、この第１実施例では、ユーザ毎に不要食材情報をサーバ１２に登録しておき、ＰＯＳ端末１４は、携帯端末２００からの要求に応じて、当該携帯端末２００のユーザに紐付けされた不要食材情報をサーバ１２から取得し、取得した不要食材情報を参照して当該ユーザについてのメニュー（以下、「個人メニュー」という。）を作成して、当該携帯端末２００に送信する。ユーザは、携帯端末２００を用いて、個人メニューに従って料理の注文を行う。これによって、ユーザの設定したアレルギー食材が含まれる料理の注文ができないようにされ、また、ユーザの設定した嫌いな食材が含まれる料理を注文する場合に、当該嫌いな食材が含まれることの警告と当該料理を注文するかどうかの確認が行われる。以下、具体的に説明する。

図３は携帯端末２００に表示される基本画面１００の一例を示す図解図である。この基本画面１００は、注文アプリケーションが起動されるとディスプレイ２２２に表示される。

図３に示すように、基本画面１００には、基本情報の設定を行う機能が割り当てられた基本情報設定ボタン１０２ａ、不要食材情報の設定を行う機能が割り当てられた不要食材情報設定ボタン１０２ｂ、および店舗へのチェックインを行う機能が割り当てられたチェックインボタン１０２ｃが設けられる。

基本情報設定ボタン１０２ａが選択（タッチ）されると、図示は省略するが、基本情報を設定するための画面がディスプレイ２２２に表示され、ユーザの入力を受け付けて基本情報の設定をすることができる。具体的には、メールアドレスまたはユーザ固有のＩＤなどのユーザ（携帯端末２００）を特定するための基本情報が設定される。たとえば、ユーザ固有のＩＤは、携帯端末２００に設定された識別情報やユーザの名称（ニックネーム）などである。基本情報は、ネットワーク１６を介してサーバ１２に送信されて記憶（登録）される。また、後述するように、携帯端末２００は、ＰＯＳ端末１４と直接通信することが可能であるため、基本情報の他に携帯端末２００の固有の識別情報（端末識別情報）として、無線通信回路２２４に割り当てられたＭＡＣアドレスもサーバ１２に送信され記憶（登録）される。ただし、端末識別情報（ＭＡＣアドレス）は、ユーザの入力によらず、自動的に携帯端末２００からサーバ１２に送信される。また、携帯端末２００から送信された基本情報と端末識別情報とは紐付けられる。

なお、携帯端末２００において注文アプリケーションが初めて起動される場合には、自動的に基本情報の設定が開始されてもよい。これは、注文アプリケーションにおいてユーザを特定するために、ユーザの基本情報をサーバ１２に登録する必要があるからである。この場合、たとえば、基本情報が設定された後に、基本画面１００が表示される。

図４は携帯端末２００に表示される第１不要食材情報設定画面１１０の一例を示す図解図である。

図３の基本画面１００において、不要食材情報設定ボタン１０２ｂが選択されると、図４に示すような第１不要食材情報設定画面１１０がディスプレイ２２２に表示され、ユーザは不要な食材を選択（設定）する。この第１実施例では、不要な食材は、アレルギーを起こすまたは起こす可能性のある食材（以下、「アレルギー食材」という。）および嫌いな（苦手な）食材を含む。第１実施例では、先にアレルギー食材の設定をする第１不要食材情報設定画面１１０が表示される。

図４に示すように、第１不要食材情報設定画面１１０には、“＜不要食材情報の設定＞アレルギー食材を選択してください”のようなアレルギー食材の選択（設定）を促すメッセージが表示される。また、第１不要食材情報設定画面１１０には、えび、かに、卵…などの各食材が割り当てられた複数の食材ボタン１１２が表示されるとともに、決定ボタン１１４および戻るボタン１１６が表示される。

なお、図４では、９種類の食材がそれぞれ割り当てられた食材ボタン１１２が表示された例を示しているが、これに限定される必要は無い。たとえば、画面をスクロールしたり、頁送り（頁戻し）したりすることによって、他の食材（食材ボタン１１２）が選択できるようにしてもよい。

食材ボタン１１２は、ユーザによって一度タッチされると仮選択状態になり、仮選択状態でもう一度タッチされるとこの仮選択状態が解除される。図４では、一例として、“卵”および“そば”が仮選択されている場合を示している。仮選択状態の食材ボタン１１２は、高輝度の色に変化されたり、食材の名称を示す文字が太字にされたりして、どの食材ボタン１１２が仮選択状態であるかをユーザが認識できるようにされる。ただし、図４では、食材ボタン１１２の枠を太線にするとともに、食材ボタン１１２の背景に斜線を付すことによって、仮選択状態であることを表現してある。これらのことは、後述する第２不要食材情報設定画面１２０（図５参照）やメニュー選択画面１５０（図８参照）においても同じである。

決定ボタン１１４が選択されると、仮選択状態の食材ボタン１１２に割り当てられた食材がアレルギー食材として設定され、続いて、嫌いな食材の設定を行うための第２不要食材情報設定画面１２０（図５参照）がディスプレイ２２２に表示される。また、戻るボタン１１６が選択された場合は、すべての食材ボタン１１２の仮選択状態が解除され、基本画面１００に戻る。

図５は携帯端末２００に表示される第２不要食材情報設定画面１２０の一例を示す図解図である。

図５に示すように、第２不要食材情報設定画面１２０には、“＜不要食材情報の設定＞嫌いな食材を選択してください”のような嫌いな食材の選択（設定）を促すメッセージが表示される。また、第２不要食材情報設定画面１２０には、各食材が割り当てられた複数の食材ボタン１２２が表示されるとともに、決定ボタン１２４および戻るボタン１２６が表示される。ただし、第２不要食材情報設定画面１２０では、アレルギー食材として選択（設定）された食材が割り当てられた食材ボタン１２２には、×印が表示され、選択できないようにされる。ただし、×印が表示されることに代えて、グレーアウト表示されたり、低輝度の色に変化されたりするようにしてもよい。図５に示す第２不要食材情報設定画面１２０においては、 “卵”および“そば”が割り当てられた食材ボタン１１２が選択できない状態であることが示される。また、図５に示す第２不要食材情報設定画面１２０では、一例として、“えび”および“かに”が嫌いな食材として仮選択されている状態が示される。

ここで、決定ボタン１２４が選択されると、仮選択状態の食材ボタン１２２に割り当てられた食材が嫌いな食材として選択（設定）され、確認画面１３０（図６参照）がディスプレイ２２２に表示される。また、戻るボタン１２６が選択されると、すべての食材ボタン１２２の仮選択状態が解除され、第１不要食材情報設定画面１１０に戻る。

図６は携帯端末２００に表示される確認画面１３０の一例を示す図解図である。この確認画面１３０では、ユーザにアレルギー食材および嫌いな食材の確認（不要食材情報の確認）が要求される。

図６に示すように、確認画面１３０には、“＜不要食材情報の設定の確認＞”および“この設定でよろしいですか？”のような確認を促すメッセージとともに、第１不要食材情報設定画面１１０で選択（設定）されたアレルギー食材、および第２不要食材情報設定画面１２０で選択（設定）された嫌いな食材が表示される。ここでは、アレルギー食材として“卵”および“そば”が表示され、嫌いな食材として“えび”および“かに”が表示される。また、上記メッセージおよび選択された食材の表示とは別に、決定ボタン１３４および戻るボタン１３６が表示される。

決定ボタン１３４が選択されると、アレルギー食材および嫌いな食材（不要食材情報）が確定され、不要食材情報の設定が終了する。また、戻るボタン１３６が選択された場合は、第２不要食材情報設定画面１２０に戻る。

そして、確定されたアレルギー食材および嫌いな食材を示す不要食材情報は、ネットワーク１６を介してサーバ１２に送信され、当該ユーザの基本情報に紐付けられて登録される。

なお、基本情報の設定および不要食材情報の設定は、ネットワーク１６に接続可能な場所であれば、たとえば自宅など、店舗の外でも行うことができる。したがって、ユーザは、店舗に入る前に、予め基本情報および不要食材情報をサーバ１２に登録しておくことができる。

図３に戻って、チェックインボタン１０２ｃが選択されると、店舗（座席）にチェックインするための携帯端末２００側の処理（チェックイン処理）が開始される。ただし、この明細書においては、客（ユーザ）が店舗に入り、座席に着くことを便宜上「チェックイン」ということにする。これに対して、客が清算し、店舗から退出することを便宜上「チェックアウト」ということにする。

チェックイン処理が開始されると、ユーザによって所定の操作（以下、「チェックイン操作」という。）が行われ、店舗に設置されたＰＯＳ端末１４にチェックイン情報が送信される。

ここで、チェックイン情報は、チェックインするユーザを識別するための情報、チェックインする店舗を識別するための情報、および当該店舗内で当該ユーザが着席した座席の情報のそれぞれを含む情報である。また、チェックイン操作は、チェックイン情報に含まれる店舗および座席の情報を入力するための操作である。チェックイン操作の具体例としては、店舗の座席（テーブル）毎に、当該店舗および座席の情報を含むバーコード（ＱＲコード（登録商標））が設けられ、当該バーコードが携帯端末２００のカメラで読み取られる。すると、携帯端末２００から自動的にＰＯＳ端末１４に電子メールが送信される。または、バーコードに代えて、店舗の座席毎に付されたメールアドレスを掲示し、ユーザがそのメールアドレスを直接携帯端末２００に入力して、空メールを送信する操作を行ってもよい。

ただし、通信の方法は電子メールに限定されず、携帯端末２００およびＰＯＳ端末１４が互いにＷｉＦｉ（登録商標）方式や、ブルートゥース（Bluetooth；登録商標）方式等の近距離通信が可能であれば、携帯端末２００からＰＯＳ端末１４に直接チェックイン情報のデータを送信してもよい。この場合、送信されるデータのヘッダ情報に、携帯端末２００は、当該携帯端末２００のＭＡＣアドレス（端末識別情報）がユーザを識別するための情報として含まれる。

ＰＯＳ端末１４は、チェックイン情報を受信すると、ＰＯＳ端末１４側のチェックイン処理を開始し、該当するユーザの店舗へのチェックイン処理を行うとともに、当該ユーザについて個人メニューを作成し、作成した個人メニューをチェックイン情報の送信元の携帯端末２００に送信する。このとき、個人メニューの送信先の携帯端末２００は、サーバ１２に登録されている基本情報または端末識別情報を用いて特定される。たとえば、電子メールでチェックイン情報が送信されていた場合には、送信元のメールアドレスから携帯端末２００が特定され、チェックイン情報が近距離無線通信によって送信された場合には、送信元の携帯端末２００のＭＡＣアドレスから携帯端末２００が特定される。送信された個人メニューは、携帯端末２００で受信される。

このようなチェックインの手続きは、各ユーザが自身の所有する携帯端末２００を用いて実行される。その後、ユーザは、自身の所有する携帯端末２００を操作することによって、受信した個人メニューを使用して、注文を行う。

図７は携帯端末２００に表示される店内画面１４０の一例を示す図解図である。

チェックインの手続きが終了すると、携帯端末２００では、図７に示す店内画面１４０がディスプレイ２２２に表示される。この店内画面１４０では、料理を注文する機能が割り当てられたメニュー選択ボタン１４２、注文履歴を表示（確認）する機能が割り当てられた注文履歴ボタン１４４、および、代金の精算についての処理を含むチェックアウトの処理（以下、「チェックアウト処理」という。）を行う機能が割り当てられたお勘定ボタン１４６が表示される。

図８は携帯端末２００に表示されるメニュー選択画面１５０の一例を示す図解図である。

店内画面１４０でメニュー選択ボタン１４２が選択されると、図８に示すメニュー選択画面１５０がディスプレイ２２２に表示される。メニュー選択画面１５０には、海鮮やきそば、豚焼きそば、ざるそば…等の各料理が割り当てられた料理ボタン１５２が表示されるとともに、確定ボタン１５４および戻るボタン１５６が表示される。

なお、図８では、９種類の料理をそれぞれ示す料理ボタン１５２が表示される例を示しているが、これに限定される必要は無い。たとえば、画面をスクロールしたり、頁送り（頁戻し）を行ったりすることによって、他の料理（料理ボタン１５２）を選択することもできる。

料理ボタン１５２は、ユーザによって一度タッチされると仮選択状態になり、仮選択状態でもう一度タッチされると仮選択状態が解除される。図８では、一例として、“辛子明太子”が仮選択状態である場合について示される。

また、ユーザが設定したアレルギー食材が含まれる料理が割り当てられた料理ボタン１５２は、注文禁止にされている。ここでは、注文禁止であることを示すために、料理ボタン１５２に×印が表示される。ただし、×印が表示されることに代えて、グレーアウト表示されたり、低輝度の色に変化されたりするようにしてもよい。したがって、ユーザが設定したアレルギー食材を含まない料理だけが注文可能である。上述したように、この第１実施例では、ユーザがアレルギー食材として“卵”と“そば”を設定してあるため、“卵”が含まれる“豚焼きそば”および“そば”が含まれる“ざるそば”がそれぞれ割り当てられた料理ボタン１５２が注文禁止にされている。

さらに、注文禁止にされている料理ボタン１５２がタッチ（選択）された場合には、警告（説明の都合上、以下「第１警告」という。）が行われる。この第１警告では当該料理ボタン１５２に割り当てられた料理の注文が禁止されていることをユーザに警告する第１警告ウインドウ１５８がディスプレイ２２２に表示される。

図９は携帯端末２００に表示される第１警告ウインドウ１５８の一例を示す図解図である。図９に示すように、たとえば、第１警告ウインドウ１５８は、メニュー選択画面１５０の前面に表示される。

たとえば、メニュー選択画面１５０で、注文禁止にされている“ざるそば”の料理ボタン１５２が選択された場合、図９に示すように、第１警告ウインドウ１５８が、メニュー選択画面１５０の前面に表示される。たとえば、第１警告ウインドウ１５８には、“！！！注意！！！／≪ざるそば≫は選択できません／アレルギー食材「そば」が含まれています”の警告メッセージが表示され、ユーザに注意が促される。また、この第１警告ウインドウ１５８には、当該第１警告ウインドウ１５８を閉じるための閉じるボタン１５８ａが表示される。

この第１警告ウインドウ１５８は、閉じるボタン１５８ａを選択して閉じる以外の操作ができないようになっており、注文禁止にされている料理ボタン１５２がタッチされた場合でも、当該料理ボタン１５２に割り当てられた料理は注文できないようになっている。

図８に戻って、メニュー選択画面１５０において、ユーザが設定した嫌いな食材が含まれる料理が割り当てられた料理ボタン１５２は、アレルギー食材が含まれる場合とは異なり、注文禁止にされておらず、選択すること自体は可能である。ただし、ユーザが設定した嫌いな食材が含まれる料理が割り当てられた料理ボタン１５２がタッチされた場合には、警告（説明の便宜上、以下「第２警告」という。）が行われる。この第２警告では、当該料理ボタン１５２に割り当てられた料理にユーザが設定した嫌いな食材が含まれることをユーザに警告し、注文するか否かの意志確認を行う第２警告ウインドウ１６０がディスプレイ２２２に表示される。

図１０は携帯端末２００に表示される第２警告ウインドウ１６０の一例を示す図解図である。この第２警告ウインドウ１６０もまた、メニュー選択画面１５０の前面に表示される。

たとえば、メニュー選択画面１５０で、ユーザが設定した嫌いな食材「えび」が含まれる“海鮮やきそば”の料理ボタン１５２が選択された場合、図１０に示すように、第２警告ウインドウ１６０が表示される。この第２警告ウインドウ１６０には、“！！！注意！！！／≪海鮮やきそば≫には嫌いな食材「えび」が含まれています／注文しますか？”の警告メッセージが表示され、ユーザに注意を促し、仮選択（注文）するか否かの意志確認が行われる。

また、第２警告ウインドウ１６０には、“海鮮やきそば”の仮選択（注文）をする“はい”ボタン１６０ａおよび仮選択（注文）をしない“いいえ”ボタン１６０ｂが表示される。そして、“はい”ボタン１６０ａが選択された場合、つまり、“海鮮やきそば”に嫌いな食材「えび」が含まれていてもユーザに注文する意思がある場合は、“海鮮やきそば”を仮選択状態にして、メニュー選択画面１５０に戻る。つまり、第２警告ウインドウ１６０が非表示される。以下、同様である。一方、“いいえ”ボタン１６０ｂが選択された場合は、“海鮮やきそば”を仮選択状態にせずに、メニュー選択画面１５０に戻る。

そして、メニュー選択画面１５０で確定ボタン１５４が選択されると、仮選択状態の料理ボタン１５２に割り当てられた料理を注文するための情報（以下、「注文情報」という。）がＰＯＳ端末１４に送信される。また、戻るボタン１５６が選択された場合は、すべての料理ボタン１５２の仮選択状態が解除され、店内画面１４０に戻る。

なお、この第１実施例では、注文する料理だけを選択するようにしてあるが、料理の数量や量（大、普通、小）を選択可能にしてもよい。また、料理に使用される調味料や薬味を増やしたり、減らしたり、抜いたりすることを選択可能にしてもよい。

図７に戻って、店内画面１４０で注文履歴ボタン１４４が選択されると、たとえば、その店舗で過去に注文した料理が割り当てられた料理ボタン１５２の一覧が表示される。そして、この一覧から料理ボタン１５２を選択し、注文することが可能になっている。

また、店内画面１４０でお勘定ボタン１４６が選択されると、チェックアウト処理が開始され、携帯端末２００からチェックアウトすることの情報がＰＯＳ端末に送信される。ＰＯＳ端末１４は、チェックアウトすることの情報を受信すると、当該情報の送信元の携帯端末２００で注文された履歴から代金を算出し、代金情報を送信元の携帯端末２００に送信する。携帯端末２００は、代金情報を受信すると、受信した代金情報をディスプレイ２２２に表示する。その後、ＰＯＳ端末１４は、代金が清算されると、ユーザ（携帯端末２００）のチェックアウトを受け付ける。

情報処理システム１０の上記のような動作は、ＰＯＳ端末１４のＣＰＵ１４ａがＲＡＭ１４ｂに記憶されたＰＯＳ端末１４用の情報処理プログラムを実行し、また、携帯端末２００のＣＰＵ２１２がＲＡＭ２１４に記憶された携帯端末２００用の情報処理プログラムを実行することによって実現される。具体的な処理については、後でフロー図を用いて説明する。

図１１は図１に示したＰＯＳ端末１４に内蔵されるＲＡＭ１４ｂのメモリマップ３００の一例を示す。図１１に示すように、ＲＡＭ１４ｂは、プログラム記憶領域３０２およびデータ記憶領域３０４を含む。ＲＡＭ１４ｂのプログラム記憶領域３０２には、上述したように、ＰＯＳ端末１４用の情報処理プログラムが記憶される。この情報処理プログラムは、通信プログラム３０２ａ、座席管理プログラム３０２ｂ、基本情報取得プログラム３０２ｃ、不要食材情報取得プログラム３０２ｄ、メニュー作成プログラム３０２ｅ、注文管理プログラム３０２ｆおよび精算プログラム３０２ｇを含む。

通信プログラム３０２ａは、携帯端末２００やサーバ１２と、直接またはネットワーク１６を介して通信するためのプログラムである。

座席管理プログラム３０２ｂは、携帯端末２００から送信されるチェックイン情報に基づいて、ＰＯＳ端末１４側におけるユーザのチェックイン処理およびチェックアウト処理を行うためのプログラムである。具体的には、後述するように、チェックイン処理およびチェックアウト処理を実行することによって、どの座席にどのユーザが着いているかを示すデータ（座席情報データ３０４ｂ）が更新される。

基本情報取得プログラム３０２ｃは、チェックイン処理時に、チェックインするユーザ（携帯端末２００）の基本情報を取得するためのプログラムである。たとえば、チェックインの際に、空メールがＰＯＳ端末１４に送信された場合には、当該空メールの差出人に記述されたメールアドレスが基本情報として取得され、チェックイン情報のデータがネットワーク１６を介して直接ＰＯＳ端末１４に送信されていた場合には、そのヘッダ情報に含まれるＭＡＣアドレスが基本情報として取得される。

不要食材情報取得プログラム３０２ｄは、基本情報取得プログラム３０２ｃに従って取得したユーザの基本情報を含む当該ユーザの不要食材情報の送信要求をサーバ１２に送信し、サーバ１２から当該ユーザについての不要食材情報を取得するためのプログラムである。このとき、ＰＯＳ端末１４は、通信プログラム３０２ａに従ってサーバ１２と通信する。

メニュー作成プログラム３０２ｅは、店舗毎に設定されたメニュー、および不要食材情報取得プログラム３０２ｄによって取得したユーザの不要食材情報を使用して、アレルギー食材が含まれる料理の注文をできないようにするとともに、嫌いな食材が含まれる料理の注文時には確認を促すようにした当該ユーザの個人メニューを作成するためのプログラムである。また、メニュー作成プログラム３０２ｅは、作成した個人メニューを該当するユーザの携帯端末２００に送信するためのプログラムでもある。このとき、通信プログラム３０２ａによって携帯端末２００と通信する。

注文管理プログラム３０２ｆは、携帯端末２００から送信される料理の注文を示す注文情報を受信し、ユーザ毎（座席毎）の注文情報を管理するためのプログラムである。したがって、たとえば、この注文情報に従って注文された料理が提供されたり、注文した料理およびその数量が管理されたり、現時点での小計（代金）が計算されたりすることができる。

精算プログラム３０２ｇは、チェックアウト処理において、注文管理プログラム３０２ｆで管理されているユーザ毎（座席毎）の注文情報に基づいて代金を計算するためのプログラムである。ただし、精算プログラム３０２ｇは、代金を計算した後、計算した代金を示す代金情報を携帯端末２００へ送信するためのプログラムでもある。このとき、通信プログラム３０２ａによって携帯端末２００と通信する。

なお、図示は省略するが、プログラム記憶領域３０２には、ＰＯＳ端末１４で実行可能な各種の機能を選択および実行するためのプログラムなども記憶される。

また、ＲＡＭ１４ｂのデータ記憶領域３０４には、店舗情報データ３０４ａ、座席情報データ３０４ｂ、基本情報データ３０４ｃ、不要食材情報データ３０４ｄ、個人メニューデータ３０４ｅ、および注文情報データ３０４ｆなどが記憶される。

店舗情報データ３０４ａは、店舗の名称、所在地、当該店舗で使用されるＰＯＳ端末１４のメーラに設定されたメールアドレスなどの基本的な情報に加え、店舗毎に設定されているメニューを含むデータである。

座席情報データ３０４ｂは、店舗の座席毎の識別情報に対応して座席毎に着席しているユーザの基本情報を記述したデータである。ただし、この座席情報データ３０４ｂは、座席管理プログラム３０２ｂに従ってチェックイン処理またはチェックアウト処理が実行された場合に、更新される。

基本情報データ３０４ｃは、ユーザ毎の基本情報についてのデータである。この基本情報データ３０４ｃは、ユーザ毎にサーバ１２に記憶されており、ユーザのチェックイン操作があった場合に、基本情報取得プログラム３０２ｃによってサーバ１２から取得される。

不要食材情報データ３０４ｄは、不要食材情報取得プログラム３０２ｄによって取得されたチェックインしたユーザの不要食材情報についてのデータである。この不要食材情報データ３０４ｄは、同じユーザの基本情報データ３０４ｃと紐づけられている。

個人メニューデータ３０４ｅは、ユーザ毎に作成された個人メニューについてのデータである。個人メニューは、上述したように、メニュー作成プログラム３０２ｅに従って、店舗毎に設定されたメニュー、および該当するユーザの不要食材情報データ３０４ｄを使用して作成される。

注文情報データ３０４ｆは、注文管理プログラム３０２ｆに従って記憶（更新）されるユーザ毎の注文情報についてのデータである。

なお、図示は省略するが、データ記憶領域３０４には、キーボードや操作パネルからの操作データなど、ＰＯＳ端末１４用の情報処理プログラムの実行に必要な他のデータが記憶されたり、ＰＯＳ端末１４用の情報処理プログラムの実行に必要なタイマ（カウンタ）やレジスタが設けられたりする。

図１２は図２に示した携帯端末２００に内蔵されるＲＡＭ２１４のメモリマップ３２０の一例を示す。図１２に示すように、ＲＡＭ２１４は、プログラム記憶領域３２２およびデータ記憶領域３２４を含む。プログラム記憶領域３２２には、上述したように、携帯端末２００用の情報処理プログラムが記憶される。この情報処理プログラムは、注文アプリケーションを含み、通信プログラム３２２ａ、表示プログラム３２２ｂ、チェックインプログラム３２２ｃ、注文プログラム３２２ｄおよびチェックアウトプログラム３２２ｆなどで構成される。

通信プログラム３２２ａは、サーバ１２やＰＯＳ端末１４と、直接またはネットワーク１６を介して通信するためのプログラムである。

表示プログラム３２２ｂは、ＶＲＡＭを用いて注文アプリケーションの実行画面（店内画面１４０およびメニュー選択画面１５０など）の表示画像データを生成し、ディスプレイ２２２に出力するためのプログラムである。

チェックインプログラム３２２ｃは、店舗（座席）へチェックインするための携帯端末２００側のチェックイン処理を実行するためのプログラムである。具体的には、チェックインプログラム３２２ｃは、ユーザによって所定のチェックイン操作がされた場合に、チェックインする店舗に設置されたＰＯＳ端末１４にチェックイン情報を送信するためのプログラムである。

注文プログラム３２２ｄは、ＰＯＳ端末１４から送信された個人メニューを示す個人メニューデータ３２４ｂを使用して、ユーザにメニューを提示（メニュー選択画面１５０を表示）し、ユーザによって選択された料理を示す注文情報をＰＯＳ端末１４に送信するためのプログラムである。また、注文プログラム３２２ｄでは、個人メニューデータ３２４ｂに従って、アレルギー食材が含まれる料理の注文をできないようにするとともに、嫌いな食材が含まれる料理の注文時には確認を促すようにもしてある。なお、この注文プログラム３２２ｄは、予め携帯端末のＨＤＤ２２６に記憶されていてもよいし、チェックイン後にネットワーク１６を介してＰＯＳ端末１４またはサーバ１２から取得し、一時的にＲＡＭ２１４に記憶されるものでもよい。

警告プログラム３２２eは、個人メニューデータ３２４ｂに従って、ユーザによって設定された不要な食材が含まれる料理が割り当てられた料理ボタン１５２が選択された場合に、ユーザに警告するためのプログラムである。具体的には、警告プログラム３２２eに従って、アレルギー食材が含まれる料理の注文をできない旨の第1警告が行われ、嫌いな食材が含まれる料理の注文時には確認を促す第２警告が行われる。

チェックアウトプログラム３２２ｆは、店舗（座席）からチェックアウトするための携帯端末２００側のチェックアウト処理を実行するためのプログラムである。具体的には、チェックアウトプログラム３２２ｆは、ユーザによって所定のチェックアウト操作がされた場合に、チェックアウトする店舗に設置されたＰＯＳ端末１４にチェックアウトを通知し、これに応じてＰＯＳ端末１４から送信される代金情報のデータを受信してディスプレイ２２２に表示するためのプログラムである。

なお、図示は省略するが、プログラム記憶領域３２２には、携帯端末２００が備える各種の機能を選択および実行するためのプログラムなども記憶される。

ＲＡＭ２１４のデータ記憶領域３２４には、表示画像データを生成するためのポリゴンデータやテクスチャデータなどの画像データや端末識別データ３２４ａ、個人メニューデータ３２４ｂ、および代金データ３２４ｃなどが記憶される。

端末識別データ３２４ａは、サーバ１２およびＰＯＳ端末１４が、ユーザ（携帯端末２００）を特定するためのデータである。この実施例では、携帯端末２００のメーラに設定されたメールアドレスや携帯端末２００の無線通信回路２２４に割り当てられたＭＡＣアドレスのデータである。

個人メニューデータ３２４ｂは、ＰＯＳ端末１４から受信した個人メニューのデータである。代金データ３２４ｃは、チェックアウト処理において、ＰＯＳ端末１４から送信された代金情報についてのデータである。

なお、図示は省略するが、データ記憶領域３０４には、キーボードや操作パネルからの操作データなど、携帯端末２００用の情報処理プログラムの実行に必要な他のデータが記憶されたり、携帯端末２００用の情報処理プログラムの実行に必要なタイマ（カウンタ）やレジスタが設けられたりする。

図１３および図１４は図２に示す携帯端末２００のＣＰＵ２１２の注文アプリケーションについての全体処理の一例を示すフロー図である。この全体処理は、ユーザの基本情報および不要食材情報をサーバ１２に登録したり、携帯端末２００側のチェックイン処理をしたりするための処理である。

ユーザが携帯端末２００において注文アプリケーションを起動させると、図１３に示すように、ＣＰＵ２１２は、全体処理を開始し、ステップＳ１で、登録されたユーザであるかどうかを判断する。ここでは、ＣＰＵ２１２は、サーバ１２と通信して、当該携帯端末２００のユーザについての基本情報および端末識別情報が登録されているかどうかを問い合わせる。

ステップＳ１で“ＮＯ”であれば、つまり、登録されていない新規のユーザであれば、後述するステップＳ９に進み、基本情報の設定処理を行う。

一方、ステップＳ１で“ＹＥＳ”であれば、つまり、登録されたユーザであれば、ステップＳ３で、サーバ１２から該当するユーザの基本情報および不要食材情報を取得し、ステップＳ５で、図３に示したような基本画面１００をディスプレイ２２２に表示して、ステップＳ７に進む。

ステップＳ７では、基本情報の設定かどうかを判断する。ここでは、ＣＰＵ２１２は、基本画面１００において、基本情報設定ボタン１０２ａが選択されたかどうかを判断する。

ステップＳ７で“ＹＥＳ”であれば、つまり、基本情報の設定が選択された場合は、ステップＳ９で、基本情報の設定処理を行う。ここでは、ＣＰＵ２１２は、基本情報として、メールアドレスやユーザ固有のＩＤの入力するための画面を表示して、これらの入力をユーザに要求する。そして、続くステップＳ９において、設定された基本情報をサーバ１２に送信する。また、このとき、携帯端末２００の端末識別情報（ＭＡＣアドレス）もサーバ１２に送信する。

一方、ステップＳ７で“ＮＯ”であれば、つまり、基本情報の設定でなければ、ステップＳ１３に進み、不要食材情報の設定かどうかを判断する。ここでは、ＣＰＵ２１２は、基本画面１００において、不要食材情報設定ボタン１０２ｂが選択されたかどうかを判断する。

ステップＳ１３で“ＹＥＳ”であれば、つまり、不要食材情報の設定が選択された場合は、ステップＳ１５で、不要食材情報の設定処理を行う。ここでは、上述したように、ユーザに対して、ディスプレイ２２２に第１不要食材情報設定画面１１０を表示してアレルギー食材を選択（設定）させ、続いて、第２不要食材情報設定画面１２０を表示して嫌いな食材の選択を選択（設定）させ、最後に、確認画面１３０を表示して設定した不要食材情報の確認をさせる。そして、不要食材情報の設定処理がされた後は、続くステップＳ１７において、設定された不要食材情報をサーバ１２に送信し、図１４に示すステップＳ２３に進む。

一方、ステップＳ１３で“ＮＯ”であれば、つまり、不要食材情報の設定でなければ、図１４に示すように、ステップＳ１９で、チェックインかどうかを判断する。ここでは、ＣＰＵ２１２は、基本画面１００において、チェックインボタン１０２ｃが選択されたかどうかを判断する。

ステップＳ１９で“ＮＯ”であれば、つまり、チェックインでなければ、ステップＳ２３に進む。一方、ステップＳ１９で“ＹＥＳ”であれば、つまり、チェックインであれば、ステップＳ２１で、携帯端末側のチェックイン処理（図１５参照）を行い、ステップＳ２３に進む。

ステップＳ２３では、終了かどうかを判断する。ここでは、ＣＰＵ２１２は、ユーザによって注文アプリケーションの終了を指示されたかどうかを判断する。ステップＳ２３で“ＮＯ”であれば、つまり、終了でなければ、ステップＳ５に戻る。一方、ステップＳ２３で“ＹＥＳ”であれば、つまり、終了であれば、全体処理を終了する。

図１５は図２に示す携帯端末２００のＣＰＵ２１２の携帯端末側チェックイン処理の一例を示すフロー図である。上述したステップＳ１７の携帯端末側のチェックイン処理は、詳しくは、図１５に示すサブルーチンに従う。また、この携帯端末側のチェックイン処理は、携帯端末２００のＣＰＵ２１２で処理され、後述するＰＯＳ端末側のチェックイン処理と並行して実行される。

図１５に示すように、携帯端末２００のＣＰＵ２１２は、携帯端末２００側のチェックイン処理を開始すると、ステップＳ３１で、チェックイン操作がされたかどうかを判断する。ステップＳ３１で“ＮＯ”であれば、つまり、チェックイン操作がされていなければ、そのまま同じステップＳ３１に戻る。一方、ステップＳ３１で“ＹＥＳ”であれば、ステップＳ３３で、チェックイン情報を取得して、ステップＳ３５でチェックイン情報をＰＯＳ端末１４に送信し、ステップＳ３７に進む。

ステップＳ３７では、ＰＯＳ端末１４から送信される個人メニューを受信したかどうかを判断する。ステップＳ３７で“ＮＯ”であれば、つまり、個人メニューを受信していなければ、そのまま同じステップＳ３７に戻る。一方、ステップＳ３７で“ＹＥＳ”であれば、つまり、個人メニューを受信した場合は、受信した個人メニューのデータ（個人メニューデータ３２４ｂ）をＲＡＭ２１４に記憶して、ステップＳ３９で、注文処理を起動し、携帯端末側のチェックイン処理を終了してメインルーチン（図１３および図１４に示した全体処理）にリターンする。

図１６は図１に示すＰＯＳ端末１４のＣＰＵ１４ａのＰＯＳ端末側チェックイン処理の一例を示すフロー図である。このＰＯＳ端末側チェックイン処理は、ＰＯＳ端末１４のＣＰＵ１４ａで処理され、上述したように、図１５に示した携帯端末側のチェックイン処理と並行して実行される。ただし、ＰＯＳ端末１４のＣＰＵ１４ａは、携帯端末２００から送信されたチェックイン情報を受信した場合に、ＰＯＳ端末側のチェックイン処理を開始する。

図１６に示すように、ＰＯＳ端末１４のＣＰＵ１４ａは、ＰＯＳ端末側のチェックイン処理を開始すると、ステップＳ５１で、受信したチェックイン情報に基づいて、座席情報データ３０４ｂを更新する。ここでは、ＣＰＵ１４ａは、チェックイン情報に含まれる、どのユーザがどこの座席に着席したかを示す情報に基づいて、座席情報データ３０４ｂを更新し、該当するユーザがその店舗（座席）にチェックインしたと判断する。続いて、ステップＳ５３で、店舗のメニューを読み出して、ステップＳ５５で、サーバ１２に不要食材情報の送信を要求する。

続くステップＳ５７では、サーバ１２から不要食材情報を受信したかどうかを判断する。ステップＳ５７で“ＮＯ”であれば、つまり、不要食材情報を受信していなければ、同じステップＳ５７に戻る。つまり、不要食材情報を受信するまで待機する。一方、ステップＳ５７で“ＹＥＳ”であれば、つまり、不要食材情報を受信した場合は、ステップＳ５９で、受信した不要食材情報と、ステップＳ５３で読み出した店舗のメニューとに基づいて、チェックインしたユーザの個人メニューを作成する。そして、続くステップＳ６１で、作成した個人メニューを該当するユーザの携帯端末２００に送信して、ＰＯＳ端末側のチェックイン処理を終了する。

なお、ステップＳ５３の処理は、ステップＳ５５およびステップＳ５７の後でもよい。つまり、ステップＳ５９で個人メニューを作成するときに、店舗のメニューとユーザの不要食材情報が取得されていればよい。

図１７および図１８は図２に示す携帯端末２００のＣＰＵ２１２の注文処理の一例を示すフロー図である。この注文処理は、上述したように、携帯端末側チェックイン処理のステップＳ３７で個人メニューを受信した場合に開始される。

図１７に示すように、携帯端末２００のＣＰＵ２１２は、注文処理を開始すると、ステップＳ７１で、図７に示したような店内画面１４０をディスプレイ２２２に表示し、ステップＳ７３で、店内画面１４０に設けられたメニュー選択ボタン１４２が選択されたかどうかを判断する。

ステップＳ７３で“ＮＯ”であれば、つまり、店内画面１４０でメニュー選択ボタン１４２が選択されていなければ、ステップＳ１０１に進む。一方、ステップＳ７３で“ＹＥＳ”であれば、つまり、店内画面１４０でメニュー選択ボタン１４２が選択された場合は、ステップＳ７５で、図８に示したようなメニュー選択画面１５０をディスプレイ２２２に表示する。そして、図１８に示すステップＳ７７で、料理が選択されたかどうか、つまり、メニュー選択画面１５０において料理ボタン１５２がタッチされたかどうかを判断する。

ステップＳ７７で“ＮＯ”であれば、つまり、メニュー選択画面１５０において料理ボタン１５２が選択されていなければ、同じステップＳ７７に戻る。一方、ステップＳ７７で“ＹＥＳ”であれば、つまり、メニュー選択画面１５０において料理ボタン１５２が選択された場合は、ステップＳ７９に進み、ステップＳ７７で選択された料理（料理ボタン１５２）が既に仮選択されているかどうかを判断する。

ステップＳ７９で“ＹＥＳ”であれば、つまり、ステップＳ７７で選択された料理が仮選択されている場合は、ステップＳ８１で、仮選択を解除して、ステップＳ７７に戻る。一方、ステップＳ７７で“ＮＯ”であれば、つまり、ステップＳ７７で選択された料理が仮選択されていない場合は、ステップＳ８３に進み、個人メニューを参照して、ステップＳ７７で選択された料理にアレルギー食材が含まれるかどうかを判断する。

ステップＳ８３で“ＹＥＳ”であれば、つまり、ステップＳ７７で選択された料理にアレルギー食材が含まれる場合は、ステップＳ８５で、第１警告を実行して、ステップＳ７７に戻る。具体的には、ステップＳ８５では、ＣＰＵ２１２は、当該料理にアレルギー食材が含まれており、注文が禁止されていることをユーザに警告する第１警告ウインドウ１５８をディスプレイ２２２に表示する。一方、ステップＳ７７で“ＮＯ”であれば、つまり、ステップＳ７７で選択された料理にアレルギー食材が含まれない場合は、ステップＳ８７に進み、個人メニューを参照して、ステップＳ７７で選択された料理に嫌いな食材が含まれるかどうかを判断する。

ステップＳ８７で“ＮＯ”であれば、つまり、ステップＳ７７で選択された料理に嫌いな食材が含まれない場合には、後述するステップＳ９３に進む。一方、ステップＳ８７で“ＹＥＳ”であれば、つまり、ステップＳ７７で選択された料理に嫌いな食材が含まれる場合は、ステップＳ８９で、第２警告を実行する。具体的には、ＣＰＵ２１２は、当該料理にユーザが設定した嫌いな食材が含まれることをユーザに警告し、注文するか否かの意志確認を行う第２警告ウインドウ１６０をディスプレイ２２２に表示する。

続くステップＳ９１では、注文するかどうか、つまり、第２警告ウインドウ１６０において“はい”ボタン１６０ａが選択されたかどうかを判断する。

ステップＳ９１で“ＮＯ”であれば、つまり、第２警告ウインドウ１６０において“いいえ”ボタン１６０ｂが選択された場合は、そのままステップＳ７７に戻る。一方、ステップＳ９１で“ＹＥＳ”であれば、つまり、第２警告ウインドウ１６０において“はい”ボタン１６０ａが選択された場合は、ステップＳ９３に進む。

ステップＳ９３では、ステップＳ７７で選択された料理を仮選択状態にする。そして、続くステップＳ９５で、注文する料理が確定されたか、つまり、メニュー選択画面１５０において確定ボタン１５４が選択されたかどうかを判断する。ステップＳ９５で“ＮＯ”であれば、つまり、メニュー選択画面１５０において確定ボタン１５４が選択されない場合は、上述したステップＳ７７に戻る。一方、ステップＳ９５で“ＹＥＳ”であれば、つまり、メニュー選択画面１５０において確定ボタン１５４がタッチされた場合は、ステップＳ９７で、仮選択された料理を注文情報としてＰＯＳ端末１４に送信して、図１７に示すステップＳ７１に戻る。

図１７に戻って、ステップＳ７３で“ＮＯ”の場合は、ステップＳ１０１で、店内画面１４０に設けられたお勘定ボタン１４６が選択されたかどうかを判断する。ステップＳ７３で“ＮＯ”であれば、つまり、お勘定ボタン１４６が選択されていない場合は、その他の処理を実行して、ステップＳ７１に戻る。たとえば、注文履歴ボタン１４４が選択された場合には、注文履歴を表示する。一方、ステップＳ７３で“ＹＥＳ”であれば、つまり、お勘定ボタン１４６が選択された場合は、ステップＳ１０５で、チェックアウト要求をＰＯＳ端末１４に送信する。ここでは、図示は省略するが、ＰＯＳ端末１４は、チェックアウト要求を受信した場合、ＰＯＳ端末側のチェックアウト処理を開始し、ユーザ毎の注文情報についてのデータである注文情報データ３０４ｆを読み出して、該当するユーザの代金を精算し、精算した代金情報を携帯端末２００に送信する。

そして、ステップＳ１０７で、ＰＯＳ端末１４から送信された代金情報を受信したかどうかを判断する。ステップＳ１０７で“ＮＯ”であれば、つまり、代金情報を受信していない場合は、同じステップＳ１０７に戻り、代金情報を受信するまで待機する。一方、ステップＳ１０７で“ＹＥＳ”であれば、つまり、代金情報を受信した場合は、ステップＳ１０９で、代金をディスプレイ２２２に表示し、ユーザに代金を提示して、注文処理を終了する。このとき、注文アプリケーションは終了される。

なお、チェックアウト処理は、ＰＯＳ端末１４がレジでの代金の支払いが完了したことを認識した場合に、該当するユーザのチェックアウトを受け付ける。

この第１実施例によれば、ＰＯＳ端末１４のＣＰＵ１４ａおよび携帯端末２００のＣＰＵ２１２が協働して、店舗で提供される複数の料理のメニューと、サーバ１２に登録された不要食材情報とを使用し、ユーザの不要な食材が含まれないように料理の注文を管理するので、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことがない。また、不要食材情報が予めサーバ１２に登録されているので、ユーザが店舗において注文する際に、各料理の中にアレルギー食材が含まれるか否かをその都度確認する手間を省くことができ、情報処理システム１０の使い勝手を向上させることができる。

また、第１実施例によれば、ユーザの不要な食材が含まれる料理の注文が禁止されるので、各料理の中に不要な食材が含まれるか否かをその都度確認する手間を省きながら、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことを防止することができる。

さらに、第１実施例によれば、不要な食材にアレルギー食材を含むので、ユーザが設定したアレルギー食材を含む料理を誤って注文してしまうことを防止することができる。したがって、ユーザは安心して料理を注文することができる。
［第２実施例］
第２実施例の情報処理システム１０は、不要食材が含まれる料理を、当該不要食材を除いて注文できるようにした以外は第１実施例と同じであるため、第１実施例と異なる内容について説明し、重複した説明については省略することにする。

たとえば、ユーザが設定したアレルギー食材が含まれる料理が選択された場合には、アレルギー食材が含まれることの警告が行われるとともに、その料理から当該アレルギー食材を除いて注文するかどうかの確認が行われる。そして、ユーザがアレルギー食材を除いて料理を注文することを選択した場合には、選択された料理に、当該アレルギー食材を除くことを紐づけする（付加する）。ただし、ユーザがアレルギー食材を除いた料理を注文しないことを選択した場合には、当該アレルギー食材が含まれる料理は注文されない。

この第２実施例では、第１実施例とは異なり、ユーザが設定したアレルギー食材が含まれる料理が割り当てられた料理ボタン１５２は、注文禁止にされていない。したがって、ユーザのアレルギー食材が含まれる料理を注文すること自体は可能である。ただし、ユーザが設定したアレルギー食材が含まれる料理が割り当てられた料理ボタン１５２が選択された場合には、警告（説明の便宜上、以下「第３警告」という。）が行われる。この第３警告では、上述したように、アレルギー食材が含まれることについての警告が行われるとともに、アレルギー食材を除いた料理に変更して注文するかどうかの確認が行われる。このとき、ディスプレイ２２２には、第３警告を行うための第３警告ウインドウ１６２が表示される。

図１９は第２実施例において携帯端末２００に表示される第３警告ウインドウ１６２の一例を示す図解図である。この第３警告ウインドウ１６２もまた、メニュー選択画面１５０の前面に表示される。

たとえば、メニュー選択画面１５０で、ユーザが設定したアレルギー食材「卵」が含まれる“豚やきそば”の料理ボタン１５２が選択された場合、図１９に示すように、第３警告ウインドウ１６２が表示される。この第３警告ウインドウ１６２には、“！！！注意！！！／≪豚やきそば≫にはアレルギー食材「卵」が含まれています／「卵」なしで注文しますか？”の警告メッセージが表示され、ユーザに注意が促されるとともに、アレルギー食材を除いた料理に変更して注文（仮選択）するか否かの意志確認が行われる。

また、第３警告ウインドウ１６２には、選択された料理（ここでは、“豚やきそば”）を注文（仮選択）する“はい”ボタン１６２ａおよび選択された料理を注文（仮選択）しない“いいえ”ボタン１６２ｂが表示される。そして、“はい”ボタン１６２ａが選択された場合、つまり、ユーザに、“豚やきそば”からアレルギー食材「卵」を除いて注文する意思がある場合は、「卵」を除くという食材の変更内容を紐づけして“豚やきそば”が仮選択状態にされる。すると、第３警告ウインドウ１６２が非表示され、メニュー選択画面１５０に戻る。以下、同様である。一方、“いいえ”ボタン１６２ｂが選択された場合は、“豚やきそば”が仮選択状態にされずに、メニュー選択画面１５０に戻る。

また、たとえば、ユーザの嫌いな食材が含まれる料理が選択された場合には、上述したアレルギー食材が含まれる場合と同様に、嫌いな食材を除いた料理を注文することもできる。図示は省略するが、ユーザが設定した嫌いな食材が含まれる料理が割り当てられた料理ボタン１５２が選択された場合には、第１実施例で示したように、第２警告が行われる。ここで、嫌いな食材を含む料理を注文することが選択されると、さらに、嫌いな食材を抜くかどうかの意思確認が行われる。ここでは、たとえば、嫌いな食材を除いた料理に変更して注文するかどうかのメッセージが表示されるとともに、嫌いな食材を除いた料理を注文するための“はい”ボタンおよび嫌いな食材を除かずに料理を注文するための“いいえ”ボタンを含むウインドウが表示される。

上記のように、二段階で意思確認するのではなく、他の実施例として、第２警告ウインドウ１６０において、“はい”ボタン１６０ａに代えて、嫌いな食材を除いた料理に変更して注文するためのボタンと、嫌いな食材を除かずに料理を注文するためのボタンを設けて、一段階で意思確認するようにしてもよい。

以下、フロー図を用いて、第２実施例における携帯端末２００のＣＰＵ２１２の注文処理について説明するが、第１実施例で説明した注文処理と同じ処理については同じ参照符号を付し、重複した内容については、説明を省略するまたは簡単に説明することにする。なお、全体処理、携帯端末側チェックイン処理およびＰＯＳ端末側チェックイン処理は、第１実施例と同じであるため、重複した説明は省略する。

図２０は第２実施例における携帯端末２００のＣＰＵ２１２の注文処理の一部を示すフロー図である。また、この第２実施例の注文処理では、ステップＳ７１〜Ｓ８３の処理およびステップＳ９３〜Ｓ１０９の処理は、第１実施例と同じあるため、図１７に示した注文処理の一部についての図示も省略してある。

図２０に示すように、携帯端末２００のＣＰＵ２１２は、ステップＳ８３で“ＹＥＳ”であれば、つまり、ステップＳ７７で選択された料理にアレルギー食材が含まれる場合は、ステップＳ１３１で、第３警告を実行する。具体的には、ＣＰＵ２１２は、図１９に示したような第３警告ウインドウ１６２をディスプレイ２２２に表示して、アレルギー食材が含まれることを警告するとともに、アレルギー食材を除いた料理に変更して注文するかどうかの確認を行い、ステップＳ１３３に進む。ステップＳ１３３では、アレルギー食材を除いた料理に変更して注文するかどうか、つまり、“はい”ボタン１６２ａが選択されたかどうかを判断する。

ステップＳ１３３で“ＮＯ”であれば、つまり、“いいえ”ボタン１６２ｂが選択された場合は、ステップＳ７７において選択された料理を仮選択状態にせずに、そのままステップＳ７７に戻る。一方、ステップＳ１３３で“ＹＥＳ”であれば、つまり、“はい”ボタン１６２ａが選択された場合は、後述するステップＳ１３７に進む。

また、ステップＳ９１で“ＹＥＳ”であれば、つまり、第２警告ウインドウ１６０で“はい”ボタン１６０ａが選択された場合は、ステップＳ１３５で、嫌いな食材を除いた料理に変更して注文するかどうかを判断する。

ステップＳ１３５で“ＮＯ”であれば、つまり、嫌いな食材を除かずに料理を注文するための“いいえ”ボタンが選択された場合は、ステップＳ９３に進み、ステップＳ７７で選択された料理をそのまま、つまり、嫌いな食材を除かずに仮選択状態にする。一方、ステップＳ１３５で、“ＹＥＳ”であれば、つまり、嫌いな食材を除いた料理を注文するための“はい”ボタンが選択された場合は、ステップＳ１３７に進む。

ステップＳ１３７では、アレルギー食材を除く、または嫌いな食材を除くという食材の変更内容を、ステップＳ７７において選択された料理に紐づけして、ステップＳ９３に進む。そして、ステップＳ９３では、食材の変更内容が紐づけられた料理を仮選択状態にする。

この第２実施例によれば、料理から不要な食材を除いた料理に変更して注文することができるので、料理の選択肢を狭めることなく、ユーザが自身の不要な食材を含む料理を誤って注文してしまうことを防止することができる。
［第３実施例］
第３実施例の情報処理システム１０は、ユーザ自身のみならず同席する他のユーザの不要な食材も考慮して注文できるようにした以外は、第１実施例の情報処理システム１０と同じであるため、異なる内容について説明し、重複した説明については省略することにする。

たとえば、複数人のユーザが同席する場合、ＰＯＳ端末１４は、同席する他のユーザの不要な食材も考慮して、各ユーザの個人メニューを作成する。したがって、第３実施例では、チェックイン情報には、ユーザが着席した座席が有るテーブルの情報がさらに含まれる。したがって、ＰＯＳ端末１４は、同じテーブルの座席に着席している二人以上のユーザを同席者として判断し、この二人以上のユーザを含む一つのグループとして検出する。

このようにグループを検出した場合には、ＰＯＳ端末１４は、グループに含まれるユーザ全員の不要食材情報をサーバ１２から取得し、当該グループに含まれるユーザのアレルギー食材および嫌いな食材を示す不要食材情報を紐付けたユーザ毎の個人メニューを作成して、それぞれのユーザの個人メニューをそれぞれの携帯端末２００に送信する。具体的には、個人メニューは、ユーザ自身については第１実施例で示したように、アレルギー食材については注文禁止にされ、ユーザが嫌いな食材については当該嫌いな食材が含まれることが警告されるとともに、当該料理を注文するかどうかの確認が行われ、同席者についての不要食材については、当該同席者の名称と、アレルギー食材または嫌いな食材であることが警告されるとともに、当該不要食材を含む料理を注文するかどうかの確認が行われるように作成される。

したがって、この第３実施例では、或るユーザが、自身の個人メニューに従って、グループに含まれる他のユーザの不要な食材が含まれる料理を注文する場合に、当該他のユーザの不要な食材が含まれることが警告されるとともに、当該料理を注文するかどうかの意思確認が行われる。

たとえば、この第３実施例では、他のユーザが設定したアレルギー食材が含まれており、ユーザ自身のアレルギー食材が含まれない料理が割り当てられた料理ボタン１５２は、注文禁止にされておらず、選択すること自体は可能である。ただし、他のユーザが設定したアレルギー食材が含まれる料理が割り当てられた料理ボタン１５２がタッチされた場合には、警告（便宜上、以下「第４警告」という。）が行われる。この第４警告では、当該料理ボタン１５２が示す料理にグループに含まれる他のユーザのアレルギー食材が含まれることをユーザに警告するとともに、料理を注文するか否かの意志確認を行う第４警告ウインドウ１６４がディスプレイ２２２に表示される。

図２１は第３実施例において携帯端末２００に表示される第４警告ウインドウ１６４の一例を示す図解図である。この第４警告ウインドウ１６４もまた、メニュー選択画面１５０の前面に表示される。

たとえば、メニュー選択画面１５０で、他のユーザが設定したアレルギー食材「かに」が含まれる“蟹チャーハン”が割り当てられた料理ボタン１５２が選択された場合、図２１に示すように、第４警告ウインドウ１６４が表示される。この第４警告ウインドウ１６４には、“！！！注意！！！／≪蟹チャーハン≫には同席者「花子さん」のアレルギー食材「かに」が含まれています／注文しますか？”の警告メッセージが表示され、ユーザに注意を促し、料理を仮選択（注文）するか否かの意志確認が行われる。

また、第４警告ウインドウ１６４には、選択された料理（ここでは、“蟹チャーハン”）の仮選択する“はい”ボタン１６４ａおよび選択された料理を仮選択しない“いいえ”ボタン１６４ｂが表示される。そして、“はい”ボタン１６４ａが選択された場合、つまり、ユーザに、“蟹チャーハン”を注文する意思がある場合は、“蟹チャーハン”が仮選択状態にされる。このとき、第４警告ウインドウ１６４が非表示され、メニュー選択画面１５０に戻る。以下、同様である。一方、“いいえ”ボタン１６４ｂが選択された場合は、“蟹チャーハン”が仮選択状態にされずに、メニュー選択画面１５０に戻る。

さらに、この第３実施例では、他のユーザの嫌いな食材が含まれる料理が選択された場合も、上述したアレルギー食材が含まれる場合と同様に警告を行い、ユーザに注意を促し、料理を仮選択するか否かの意志確認が行われる。図示は省略するが、嫌いな食材の場合には、第２警告ウインドウ１６０と同様の警告ウインドウが表示される。たとえば、第２警告ウインドウ１６０に表示される警告メッセージにおいて、嫌いな食材が設定されているユーザの名称を表示することによって、誰の嫌いな食材が含まれるかが明記される。

以下、フロー図を用いて、第３実施例におけるＰＯＳ端末１４のＣＰＵ１４ａのＰＯＳ端末側チェックイン処理、および携帯端末２００のＣＰＵ２１２の注文処理について説明するが、第１実施例で説明した処理と同じ処理については同じ参照符号を付し、重複した内容については、説明を省略するまたは簡単に説明することにする。なお、全体処理および携帯端末側チェックイン処理は、第１実施例と同じであるため、重複した説明は省略する。

図２２は第３実施例におけるＰＯＳ端末１４のＣＰＵ１４ａのＰＯＳ端末側チェックイン処理の一例を示すフロー図である。

第３実施例では、ＰＯＳ端末１４のＣＰＵ１４ａは、ステップＳ５３で、当該店舗のメニューを読み出すと、ステップＳ１５１で、同席者がいるかどうかを判断する。つまり、ＣＰＵ１４ａは、同じテーブルの情報を含むチェックイン情報を複数受信したかどうかを判断する。ステップＳ１５１で“ＮＯ”であれば、つまり、同じ座席についてのチェックイン情報を複数受信していなければ、同席者がいないと判断し、ステップＳ５５に進む。一方、ステップＳ１５１で“ＹＥＳ”であれば、同席者がいると判断し、複数のユーザを含むグループを検出して、ステップＳ１５３で、サーバ１２に同席者全員（グループに含まれる全ユーザ）の不要食材情報の送信を要求し、ステップＳ５７に進む。したがって、同席者がいる場合には、ステップＳ５９では、これらの同席者の不要食材情報をすべて考慮した個人メニューが作成される。

図２３は第３実施例における携帯端末２００のＣＰＵ２１２の注文処理の一例を示すフロー図である。また、この第３実施例の注文処理では、ステップＳ７１〜Ｓ８３の処理およびステップＳ９１〜Ｓ１０９の処理は、第１実施例と同じあるため、図１７に示した注文処理の一部についての図示も省略してある。

第３実施例では、携帯端末２００のＣＰＵ２１２は、ステップＳ８７で“ＮＯ”であれば、つまり、ステップＳ７７で選択された料理に当該携帯端末２００のユーザのアレルギー食材および嫌いな食材が含まれない場合には、ステップＳ１７１に進む。

ステップＳ１７１では、ステップＳ７７で選択された料理にグループに含まれる他のユーザの不要な食材が含まれるかどうかを判断する。ステップＳ１７１で“ＮＯ”であれば、つまり、ステップＳ７７で選択された料理にグループに含まれる他のユーザの不要な食材が含まれない場合には、ステップＳ９３に進む。

一方、ステップＳ１７１で“ＹＥＳ”であれば、つまり、ステップＳ７７で選択された料理にグループに含まれる他のユーザの不要な食材が含まれる場合は、ステップＳ１７３で、第４警告を実行する。具体的には、ＣＰＵ２１２は、第４警告ウインドウ１６４をディスプレイ２２２に表示して、他のユーザの不要な食材が含まれることを警告するとともに、当該料理を注文するかどうかの確認を行い、ステップＳ９１に進む。

この第３実施例によれば、ユーザが同じグループに含まれる他のユーザの不要な食材が含まれる料理を注文する場合に、この他のユーザの不要な食材が含まれることが警告されるとともに、当該料理を注文するかどうかの確認が行われるので、ユーザが注文する料理に同席者の不要な食材が含まれていることを知らせることができ、同席者が誤って不要な食材が含まれる料理を食べてしまうことを防止することができる。

また、第３実施例によれば、ユーザ自身のアレルギー食材が含まれなければ、同席する他のユーザの不要な食材が含まれる料理も注文可能であるので、料理の選択肢を狭めずに注文することができる。

なお、第１実施例〜第３実施例では、ユーザの基本情報および不要食材情報をサーバ１２に登録（記憶）するようにしたが、これに限定される必要は無い。たとえば、ユーザの基本情報および不要食材情報は、携帯端末２００に記憶させてもよいし、チェックイン時に店舗においてユーザに入力させるようにしてもよい。また、個人メニューは、ＰＯＳ端末１４で作成せずに、携帯端末２００で作成するようにしてもよい。たとえば、携帯端末２００が、ＰＯＳ端末１４から店舗のメニューを取得するとともに、登録されたユーザの不要食材情報を参照して、アレルギー食材が含まれる料理の注文をできないようにし、また、嫌いな食材が含まれる料理の注文時には確認を促すようにした当該ユーザの個人メニューを作成するようにしてもよい。

また、第１実施例〜第３実施例では、ユーザが所有する携帯端末２００を用いる場合について説明したが、これに限定される必要は無い。たとえば、携帯端末２００は、店舗に備え付けられる端末であってもよい。

さらに、第２実施例および第３実施例に示した第１実施例の変形例は、同時に採用することも可能である。

さらにまた、上述の実施例で挙げた具体的な数値、画面構成等は一例であり、実際の製品に応じて適宜変更することが可能である。また、上述の実施例で示したフロー図の各ステップは、同じ結果が得られるのであれば、処理される順番は適宜変更することが可能である。

１０ …情報処理システム
１２ …サーバ
１４ …ＰＯＳ端末
１６ …ネットワーク
２００…携帯端末

Claims (9)

1. 店舗において、ユーザが携帯端末を操作して料理を注文する情報処理システムであって、
   ユーザ毎に設定された不要な食材を示す不要食材情報を登録する登録手段、
   前記店舗において提供される複数の料理が含まれるメニューを作成するメニュー作成手段、および
   前記メニュー作成手段によって作成されたメニューと、前記登録手段に登録された前記不要食材情報とに基づいて、前記ユーザの不要な食材が含まれないように料理の注文を管理する管理手段を備える、情報処理システム。
2. 前記管理手段は、前記メニュー作成手段によって作成されるメニューにおいて、前記ユーザの不要な食材が含まれる料理の注文を禁止する、請求項１記載の情報処理システム。
3. 前記管理手段は、前記メニュー作成手段によって作成されるメニューにおいて、前記ユーザの不要な食材が含まれる料理が選択された場合、当該料理から当該不要な食材を除いた料理に変更して注文する、請求項１記載の情報処理システム。
4. 前記不要な食材は、アレルギー食材を含む、請求項１ないし３のいずれかに記載の情報処理システム。
5. 同席する複数のユーザを含むグループを検出するグループ検出手段をさらに備え、
   前記管理手段は、前記グループが検出された場合に、前記グループに含まれるユーザ全員の前記不要食材情報を取得して、前記グループに含まれるユーザの不要な食材が含まれる料理が選択されたときに警告を行う警告手段を含む、請求項１ないし４のいずれかに記載の情報処理システム。
6. 前記警告手段は、前記ユーザの不要な食材が含まれる料理が選択されたときに、当該料理の注文が禁止されていることをユーザに警告する、請求項５記載の情報処理システム。
7. 前記警告手段は、同席する他のユーザの不要な食材が含まれる料理が選択されたときに、当該料理を選択するか否かの選択肢をユーザに提示する警告を行う、請求項５記載の情報処理システム。
8. 店舗において、ユーザが携帯端末を操作して料理を注文する情報処理システムで用いられる当該携帯端末で実行される情報処理プログラムであって、
   前記携帯端末のコンピュータを、
   ユーザ毎に設定された不要な食材を示す不要食材情報を登録する登録手段、
   前記店舗において提供される複数の料理のメニューを、当該メニューを作成する外部コンピュータから取得するメニュー取得手段、および
   前記メニュー取得手段で取得した前記メニューと、前記登録手段に登録された前記不要食材情報とに基づいて、前記ユーザの不要な食材が含まれないように料理の注文を管理する管理手段として機能させる、情報処理プログラム。
9. 店舗において、ユーザが携帯端末を操作して料理の注文を入力する情報処理システムの情報処理方法であって、
   前記情報処理システムのコンピュータは、
   （ａ）ユーザ毎に設定された不要な食材を示す不要食材情報を登録し、
   （ｂ）前記店舗において提供される複数の料理のメニューを作成し、そして
   （ｃ）（ｂ）で作成した前記メニューと、前記不要食材情報とに基づいて、前記ユーザの不要な食材が含まれないように料理の注文を管理する、情報処理方法。

Images