(57)【特許請求の範囲】
【請求項１】
客識別情報を通知する第１の通知手段及び商品識別情報を通知する第２の通知手段を有したユーザ端末と通信する通信手段と、
前記ユーザ端末から通知された前記客識別情報で識別される客が摂取不能な食材に関する情報を記憶する記憶手段と、
前記ユーザ端末から通知された前記商品識別情報で識別される商品を前記客が購入を予定する商品として特定する特定手段と、
前記記憶手段により記憶される情報を基に前記特定手段により特定された前記商品が摂取不能な食材を含むか否かを判定する判定手段と、
前記判定手段により前記商品が摂取不能な食材を含むと判定されるとその旨を警告する画面を前記ユーザ端末の表示デバイスに表示させることで報知する第１の報知手段と、
前記第１の報知手段により摂取不能な食材を含むと報知された前記商品を購入するか否かの選択入力を促す画面を前記ユーザ端末の前記表示デバイスに表示させて前記ユーザ端末の入力デバイスからの入力を受け付ける第１の受付手段と、
前記商品の代金を決済するためのＰＯＳ端末の識別情報を認識した場合、前記第１の受付手段により購入する旨の入力を受け付けた前記商品の情報及び前記判定手段により前記摂取不能な食材を含まないと判定された前記商品の情報を、前記識別情報で識別されるＰＯＳ端末に決済用データとして出力する出力手段と、を具備したことを特徴とする買物支援装置。
【請求項２】
前記判定手段により前記摂取不能な食材を含むと判定された前記商品と類似する属性を有する代替商品を検索する検索手段と、
前記検索手段により検出された前記代替商品を前記ユーザ端末の前記表示デバイスに表示させることで報知する第２の報知手段と、をさらに具備することを特徴とする請求項１記載の買物支援装置。
【請求項３】
前記第２の報知手段により報知された前記代替商品を購入するか否かの選択入力を促す画面を前記ユーザ端末の前記表示デバイスに表示させて前記ユーザ端末の前記入力デバイスからの入力を受け付ける第２の受付手段、をさらに具備し、
前記出力手段は、さらに前記第２の受付手段により購入する旨の入力を受け付けた前記代替商品の情報を、前記ＰＯＳ端末に決済用データとして出力する請求項２記載の買物支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、客の買物を支援する買物支援装置に関する。
【背景技術】
【０００２】
客が無線通信機能を有する情報端末とともに売場を回り、購入しようとする商品のデータを自ら情報端末に入力することで、キャッシャによる商品登録操作を簡略化したセルフ登録システムが提案されている。このシステムは、食品を取り扱うスーパーマーケット等で有効に活用することができる。例えば、特定のアレルゲンに反応する客が購入しようとする商品のデータを情報端末に入力した際に、その商品が当該アレルゲンを有する食材を含む食品であるか否かをシステムが見極め、含む食品である場合に情報端末から警告を発する。このような機能をシステムが備えることにより、決済の前に、摂取不能な食材を含む食品を購入しようとしていないか確認できるので、客は安心して買物ができるようになる。
【０００３】
また、上記システムを利用した販促方法として、客が購入しようとする食品を利用したレシピを紹介するサービスが考えられる。レシピを紹介することで、客は、レシピに必要な食材を購入する可能性が高まる。また、客が購入しようとする食品から関連付けられた他の商品のクーポンを発行するサービスも考えられる。この場合においても、摂取不能な食材を含むレシピをシステムが紹介したり、摂取不能な食材を含む食品のクーポンをシステムが発行したりしないようにすることで、客は安心してサービスを受けることができる。  
しかしながら、現状のシステムにおいては、摂取不能な食材がある客が安心して食品を買物したり、レシピ又はクーポン等の提供サービスを受けたりすることはできない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０‐２５０７９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態が解決しようとする課題は、摂取不能な食材がある客が安心して買物をすることができ、またレシピ又はクーポン等の提供サービスを受けることができる買物支援装置を提供しようとするものである。
【課題を解決するための手段】
【０００６】
一実施形態において、買物支援装置は、通信手段と、記憶手段と、特定手段と、判定手段と、第１の報知手段と、第１の受付手段と、出力手段とを含む。通信手段は、客識別情報を通知する第１の通知手段及び商品識別情報を通知する第２の通知手段を有したユーザ端末と通信する。記憶手段は、ユーザ端末から通知された客識別情報で識別される客が摂取不能な食材に関する情報を記憶する。特定手段は、ユーザ端末から通知された商品識別情報で識別される商品を客が購入を予定する商品として特定する。判定手段は、記憶手段により記憶される情報を基に特定手段により特定された商品が摂取不能な食材を含むか否かを判定する。第１の報知手段は、判定手段により商品が摂取不能な食材を含むと判定されるとその旨を警告する画面を前記ユーザ端末の表示デバイスに表示させることで報知する。第１の受付手段は、第１の報知手段により摂取不能な食材を含むと報知された商品を購入するか否かの選択入力を促す画面を前記ユーザ端末の前記表示デバイスに表示させて前記ユーザ端末の入力デバイスからの入力を受け付ける。出力手段は、商品の代金を決済するためのＰＯＳ端末の識別情報を認識した場合、第１の受付手段により購入する旨の入力を受け付けた商品の情報及び判定手段により摂取不能な食材を含まないと判定された商品の情報を、識別情報で識別されるＰＯＳ端末に決済用データとして出力する。
【図面の簡単な説明】
【０００７】
【図１】一実施形態の全体構成を示すブロック図。
【図２】ユーザ端末のプロセッサが実行する主要な情報処理の手順を示す流れ図。
【図３】ユーザ端末のプロセッサが実行する主要な情報処理の手順を示す流れ図。
【図４】図３における承認処理の具体的な手順を示す流れ図。
【図５】支援サーバのプロセッサが実行する主要な情報処理の手順を示す流れ図。
【図６】支援サーバのプロセッサが実行する主要な情報処理の手順を示す流れ図。
【図７】図６における承認受処理の具体的な手順を示す流れ図。
【図８】図６における応答処理の具体的な手順を示す流れ図。
【発明を実施するための形態】
【０００８】
以下、買物支援装置の実施形態について、図面を用いて説明する。なお、本実施形態は、食品を取り扱うスーパーマーケット等の店舗に買物支援装置を適用した場合を例示する。
【０００９】
図１は、本実施形態の全体構成を示すブロック図である。本実施形態は、上記店舗に構築される買物支援システム１０と、上記店舗で買物をする客が所持するユーザ端末２０とを含む。
【００１０】
買物支援システム１０は、買物支援サーバ（以下、支援サーバと称する）１１、ＰＯＳ（Point Of Sales）サーバ１２及び会員サーバ１３と、ＰＯＳ端末１４、情報端末１５及び中継器１６とを備える。さらに買物支援システム１０は、有線ＬＡＮ又は無線ＬＡＮ等のネットワーク１７を備え、このネットワーク１７に支援サーバ１１、ＰＯＳサーバ１２及び会員サーバ１３とＰＯＳ端末１４、情報端末１５及び中継器１６とを接続する。
【００１１】
各サーバ１１、１２及び１３は、例えば店舗の事務所に設置される。ＰＯＳ端末１４、情報端末１５及び中継器１６とデータ通信が可能であれば、各サーバ１１、１２及び１３の設置場所は特に限定されない。店舗外の任意の場所に各サーバ１１、１２及び１３が設置されてもよい。例えば、インターネット上のクラウドコンピューティングとして、各サーバ１１、１２及び１３が設置されてもよい。また、各サーバ１１、１２及び１３は、それぞれ異なるコンピュータで実現してもよいし、１台のコンピュータで各サーバとしての機能を実現してもよい。
【００１２】
ＰＯＳ端末１４は、例えば店舗の会計場（レジ）に設置される。ＰＯＳ端末１４は、客が買い上げる商品（買上商品）の販売データをメモリに登録処理する。この登録処理により、買上商品の代金が算出されるので、ＰＯＳ端末１４は、この代金について決済処理を行う。決済処理には、現金支払いに対する決済処理、クレジット支払いに対する決済処理等がある。登録処理及び決済処理は、ＰＯＳ端末１４の分野において周知の処理であるため、詳細な説明は省略する。
【００１３】
ＰＯＳ端末１４は、ＰＯＳＩＤを記憶する。ＰＯＳＩＤは、ＰＯＳ端末１４に対して固有な情報である。買物支援システム１０が複数のＰＯＳ端末１４を含む場合、ＰＯＳＩＤは、ＰＯＳ端末１４の間で重複しない。各サーバ１１，１２，１３は、ＰＯＳＩＤによってＰＯＳ端末１４を識別する。ＰＯＳ端末１４には、自らのＰＯＳＩＤを表すバーコードが表記される。例えば、対面式またはセミセルフ式のＰＯＳ端末１４の場合には、筐体のキャッシャが操作する面とは反対側、すなわち買物客側にバーコードが表記される。セルフ式のＰＯＳ端末の場合には、買物客と対峙する筐体の正面側にバーコード７が表記される。なお、上述したバーコードの位置は、あくまでも一例である。買物客がユーザ端末２０のカメラユニット２０５を用いて読み取ることができるのであれば、バーコードの位置は特に限定されない。また、バーコードの代わりに二次元データコードを用いてもよい。
【００１４】
情報端末１５は、例えば店舗の売場あるいは出入口の近傍に設置される。情報端末１５は、マンマシンインターフェースとしてタッチパネルを備える。また情報端末１５は、バーコードを読み取るためのスキャナと、種々の情報を印刷するためのプリンタとを備える。情報端末１５は、プリント機能を有する外部機器、例えば複合機と電気的に接続されていてもよい。客は、情報端末１５を介してレシピ、クーポン等の種々のサービス情報を取得できる。
【００１５】
中継器１６は、店舗の売場で買物中の客が所持するユーザ端末２０と無線通信を行うために、例えば売場の天井部に設置される。中継器１６は、ユーザ端末２０から発信された無線データ信号を受信すると、ネットワーク１７を介していずれかのサーバ１１，１２，１３に転送する。また中継器１６は、いずれかのサーバ１１，１２，１３から受けたユーザ端末２０宛のデータ信号を無線データ信号に変換して、宛先のユーザ端末２０に送信する。
【００１６】
図１ではＰＯＳ端末１４、情報端末１５及び中継器１６をいずれも１台ずつ示すが、１台に限定されるものではない。２台以上のＰＯＳ端末１４、情報端末１５及び中継器１６がネットワーク１７に接続されて、買物支援システム１０が構築されてもよい。
【００１７】
支援サーバ１１は、プロセッサ１１１、メインメモリ１１２、補助記憶デバイス１１３、通信インターフェース１１４等を備え、これらをアドレスバス、データバス等を含むシステム伝送路１１５で接続してなる。支援サーバ１１は、プロセッサ１１１、メインメモリ１１２及び補助記憶デバイス１１３と、これらを接続するシステム伝送路１１５とによってコンピュータを構成する。
【００１８】
プロセッサ１１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１１は、オペレーティングシステムやアプリケーションプログラムに従って、支援サーバ１１としての各種の機能を実現するべく各部を制御する。  
メインメモリ１１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１１２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ１１２は、プロセッサ１１１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する。メインメモリ１１２は、揮発性のメモリ領域を、プロセッサ１１１によってデータが適宜書き換えられるワークエリアとして使用する。  
補助記憶デバイス１１３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス１１３は、例えばＥＥＰＲＯＭである。ＨＤＤ、ＳＳＤなどが補助記憶デバイスとして使用されてもよい。補助記憶デバイス１１３は、プロセッサ１１１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１１１での処理によって生成されたデータ等を保存する。補助記憶デバイス１１３は、上記のアプリケーションプログラムを記憶する場合もある。  
通信インターフェース１１４は、ＬＡＮ１７を介して接続される他のサーバ１２または１３との間、あるいはＰＯＳ端末１４、情報端末１５または中継器１６との間で行うデータ通信のインターフェースである。
【００１９】
支援サーバ１１は、補助記憶デバイス１１３にてレシピ情報データベースＤＢ１とクーポン情報データベースＤＢ２とを記憶する。レシピ情報データベースＤＢ１は、料理品目毎に作成されるレシピ情報レコードを保存する。支援サーバ１１のプロセッサ１１１は、レシピ情報データベースＤＢ１にアクセスして、レシピ情報レコードの読込みまたは書込みを行う。  
レシピ情報レコードは、レシピＩＤ、レシピ名及び画像データ、調理手順情報、複数の食材ＩＤと分量との対データ等で構成される。レシピＩＤは、種々の料理品目を識別するために料理品目毎に割り当てられた固有のコードである。レシピ名及び画像データは、対応するレシピＩＤで識別される料理品目の名称及び画像である。調理手順情報は、同料理品目の調理手順を表すテキストデータである。食材ＩＤと分量との対データは、同料理品目で使用される食材を識別するＩＤとその食材の分量とを示す。
【００２０】
クーポン情報データベースＤＢ２は、客に対して店舗等から発行されるクーポンの内容を表すクーポン情報レコードを保存する。支援サーバ１１は、クーポン情報データベースＤＢ２にアクセスして、クーポン情報レコードの読込みまたは書込みを行う。  
クーポン情報レコードは、発行ＩＤ、対象ＩＤ、区分、値及び画像等で構成される。発行ＩＤは、クーポンの発行対象となる商品の商品ＩＤである。対象ＩＤは、発行ＩＤで特定される商品の購入によって発行されるクーポンで値割引される他の商品の商品ＩＤである。区分は、クーポンの種類（値引、割引、価格変更等）を区分する。本実施形態では、値引クーポンの区分を“１”、割引クーポンの区分を“２”、価格変更クーポンの区分を“３”とする。値は、値引クーポンの場合は値引額であり、割引クーポンの場合は割引率であり、価格変更クーポンの場合は変更後価格である。画像は、クーポンの画像を表す。  
買物支援システム１０は、客が購入しようとする商品を食材とするレシピを紹介するサービスを実現する。また、客が購入しようとする商品に応じて他の商品のクーポンを発行するサービスを実現する。すなわち、レシピ情報及びクーポン情報は、商品ＩＤで特定される商品から導出される食品関連のサービス情報である。なお、食品関連のサービス情報は、レシピ情報又はクーポン情報に限定されるものではない。
【００２１】
支援サーバ１１は、取引ファイルＦＬ１の保存領域を補助記憶デバイス１１３に形成する。取引ファイルＦＬ１は、客毎に生成される。支援サーバ１１は、保存領域に複数の取引ファイルＦＬ１を同時に格納することができる。取引ファイルＦＬ１のデータは、会員情報、買上商品リスト、承認待ちリスト、代替商品リスト、レシピリスト及びクーポンリストを含む。これらのデータの詳細については、買物支援システム１０の動作説明において、明らかになろう。なお、レシピ情報データベースＤＢ１及びクーポン情報データベースＤＢ２は、必ずしも支援サーバ１１が有していなくてもよい。支援サーバ１１がアクセス可能な他のサーバがレシピ情報データベースＤＢ１及びクーポン情報データベースＤＢ２を有していてもよい。
【００２２】
ＰＯＳサーバ１２及び会員サーバ１３は、支援サーバ１１と同様に、プロセッサ、メインメモリ、補助記憶デバイス及び通信インターフェースを備える。そしてＰＯＳサーバ１２及び会員サーバ１３は、それぞれプロセッサ、メインメモリ及び補助記憶デバイスと、これらを接続するシステム伝送路とによってコンピュータを構成する。  
ＰＯＳサーバ１２は、補助記憶デバイスにて商品情報データベースＤＢ３と材料情報データベースＤＢ４とを記憶する。会員サーバ１３は、補助記憶デバイスにて会員データベースＤＢ５を記憶する。
【００２３】
商品情報データベースＤＢ３は、商品毎に作成される商品情報レコードを保存する。商品は、食品に限らない。食品以外の商品の商品情報レコードが商品情報データベースＤＢ３に保存される場合もある。ＰＯＳサーバ１２のプロセッサは、商品情報データベースＤＢ３にアクセスして、商品情報レコードの読込みまたは書込みを行う。  
商品情報レコードは、商品ＩＤ、分類ＩＤ、商品名、単価、重量、代替商品ＩＤ等のデータ項目で構成される。商品ＩＤは、各商品を個々に識別するために商品毎に割り当てられた固有のコードである。よって商品ＩＤは、商品識別情報として機能する。分類ＩＤは、商品を分類する分類項目を個々に識別するために分類項目毎に割り当てられた固有のコードである。分類項目は、食品の場合、「穀物類」、「豆類」、「肉類」、「魚介類」、「海草類」、「野菜類」、「果物類」、「茸類」、「乳製品」等である。商品名は、対応する商品ＩＤで識別される商品の名称である。単価は、同商品の１点当たりの価格であり、重量は、１点当たりの平均的な重さである。代替商品ＩＤは、対応する商品ＩＤで識別される商品の代替となる他の商品の商品ＩＤである。代替商品ＩＤの数は１つに制限されない。２以上の代替商品ＩＤが商品情報レコードに含まれていてもよい。一方、代替となる他の商品が存在しない場合には、商品情報レコードから代替商品ＩＤが省略される。
【００２４】
材料情報データベースＤＢ４は、食品に分類される商品に対して商品毎に作成される材料情報レコードを保存する。ＰＯＳサーバ１２は、材料情報データベースＤＢ４にアクセスして、材料情報レコードの読込みまたは書込みを行う。  
材料情報レコードは、商品ＩＤ、食材ＩＤ等のデータ項目で構成される。食材ＩＤは、商品ＩＤで識別される食品に含まれる食材（原材料）を個々に識別するために食材毎に割り当てられた固有のコードである。例えば、卵、砂糖及び牛乳を原材料とする食品の場合、材料情報レコードは、当該食品の商品ＩＤと、卵、砂糖及び牛乳の各食材ＩＤとで構成される。
【００２５】
会員情報データベースＤＢ５は、会員登録を行った客、すなわち会員毎に作成される会員情報レコードを保存する。会員サーバ１３は、会員情報データベースＤＢ５にアクセスして、会員情報レコードの読込みまたは書込みを行う。  
会員情報レコードは、会員ＩＤ、個人データ、摂取不能食材ＩＤ等のデータ項目で構成される。会員ＩＤは、各会員を個々に識別するために会員毎に割り当てられた固有のコードである。よって会員ＩＤは、客識別情報として機能する。個人データは、対応する会員ＩＤで識別される会員の会員名、性別、年齢等である。摂取不能食材ＩＤは、同会員が摂取できない食材の食材ＩＤである。例えば同会員が特定のアレルゲンに反応する食物アレルギー患者である場合、そのアレルゲンを含む食材の食材ＩＤが摂取不能食材ＩＤとして設定される。例えば同会員が持病又は宗教上の理由から特定の食材を食することができない場合、その食材の食材ＩＤが摂取不能食材ＩＤとして設定される。摂取不能な食材が無い会員については、会員情報レコードに摂取不能食材ＩＤが設定されない。
【００２６】
ユーザ端末２０は、プロセッサ２０１、メインメモリ２０２、補助記憶デバイス２０３、タッチパネル２０４、カメラユニット２０５及び無線ユニット２０６等を備え、これらをアドレスバス、データバス等を含むシステム伝送路２０７で接続してなる。ユーザ端末２０は、プロセッサ２０１、メインメモリ２０２及び補助記憶デバイス２０３と、これらを接続するシステム伝送路２０７とによってコンピュータを構成する。
【００２７】
プロセッサ２０１は、上記コンピュータの中枢部分に相当する。プロセッサ２０１は、オペレーティングシステムやアプリケーションプログラムに従って、ユーザ端末２０としての各種の機能を実現するべく各部を制御する。  
メインメモリ２０２は、上記コンピュータの主記憶部分に相当する。メインメモリ２０２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２０２は、不揮発性のメモリ領域ではオペレーティングシステムやアプリケーションプログラムを記憶する。またメインメモリ２０２は、プロセッサ２０１が各部を制御するための処理を実行する上で必要なデータを不揮発性または揮発性のメモリ領域で記憶する。メインメモリ２０２は、揮発性のメモリ領域を、プロセッサ２０１によってデータが適宜書き換えられるワークエリアとして使用する。  
補助記憶デバイス２０３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス２０３は、例えばＥＥＰＲＯＭである。ＨＤＤまたはＳＳＤが補助記憶デバイスとして使用されてもよい。補助記憶デバイス２０３は、プロセッサ２０１が各種の処理を行う上で使用するデータや、プロセッサ２０１での処理によって生成されたデータを保存する。補助記憶デバイス２０３は、上記のアプリケーションプログラムを記憶する場合もある。  
タッチパネル２０４は、ユーザ端末２０の入力デバイス及び表示デバイスとして機能する。タッチパネル２０４には、上記のアプリケーションプログラムを起動するためのアイコンが表示される。  
カメラユニット２０５は、バーコードを撮影可能な解像度を有する。  
無線ユニット２０６は、中継器１６との間で無線通信を利用してデータの送受信を行う。例えばスマートフォン、携帯電話、タブレット端末等の携帯型の情報処理装置のうち、カメラユニット２０５及び無線ユニット２０６を内蔵した情報処理装置が、ユーザ端末２０として利用される。
【００２８】
このような構成のユーザ端末２０は、買物支援端末プログラムをインストールすることによって、買物支援システム１０での利用が可能となる。買物支援端末プログラムは、ユーザ端末２０が買物支援システム１０で利用可能となるように、プロセッサ２０１を制御する。インストールされた買物支援端末プログラムは、例えば補助記憶デバイス２０３に保存される。  
一方、支援サーバ１１は、買物支援サーバプログラムを常駐する。買物支援サーバプログラムは、ユーザ端末２０で実行される買物支援端末プログラムと協働して、ユーザ端末２０を所持する客の買物を支援する。具対的には、摂取不能な食材がある客でも安心して食品を買物できるように、またレシピ又はクーポン等の提供サービスを安心して受けられるように、客の買物を支援する。ここに支援サーバ１１は、買物支援装置として機能する。
【００２９】
以下、買物支援システム１０の動作について説明する。始めに、摂取不能な食材の設定動作について説明する。摂取不能な食材がある客（会員）は、ユーザ端末２０を用いて摂取不能な食材の情報を買物支援システム１０に設定することができる。  
客は先ず、ユーザ端末２０のタッチパネル２０４を操作して、買物支援端末プログラムを起動する。買物支援端末プログラムが起動すると、タッチパネル２０４にログイン画面が表示されるので、客は、会員ＩＤを入力して、ログインを行う。客は、会員ＩＤとともにパスワードを入力してもよい。  
ログインが行われると、プロセッサ２０１は、ログイン情報を支援サーバ１１宛に送信するように無線ユニット２０６を制御する。この制御により、無線ユニット２０６から支援サーバ１１を宛先としてログイン情報が無線送信される。ログイン情報には、会員ＩＤが含まれる。ログイン情報は、中継器１６で受信され、ＬＡＮ１７を経由して支援サーバ１１に伝送される。  
支援サーバ１１のプロセッサ１１１は、会員サーバ１３と協働してログイン認証を行う。そしてプロセッサ１１１は、認証結果をログイン情報と逆の経路でユーザ端末２０宛に通知する。  
ログインが承認された場合、プロセッサ２０１は、会員ＩＤを記憶する。またプロセッサ２０１は、タッチパネル２０４に業務メニューの選択画面を表示させる。業務メニューには、少なくとも摂取不能な食材の設定メニューと、買物支援メニューとがある。
【００３０】
摂取不能な食材を設定する客は、タッチパネル２０４を操作して業務メニューのなかから設定メニューを選択する。設定メニューが選択されると、プロセッサ２０１は、食材選択画面をタッチパネル２０４に表示させる。食材選択画面は、牛乳、卵、魚、海老、小麦、牛肉、豚肉等の食材について選択的な入力を受け付ける画面である。客は、タッチ操作により摂取不能な食材を選択する。このとき、摂取不能な食材が複数ある場合には、同時に複数の食材を選択できる。摂取不能な食材の選択が終わると、プロセッサ２０１は、摂取不能な食材の情報を支援サーバ１１宛に送信するように無線ユニット２０６を制御する。この制御により、無線ユニット２０６から支援サーバ１１を宛先として摂取不能な食材の通知情報が無線送信される。この通知情報には、食材選択画面から選択された食材の食材ＩＤとログインで使用された会員ＩＤとが含まれる。この通知情報は、中継器１６で受信され、ＬＡＮ１７を経由して支援サーバ１１に伝送される。
【００３１】
支援サーバ１１のプロセッサ１１１は、会員サーバ１３と協働して、該当する会員情報レコードの摂取不能食材ＩＤを更新する。具体的にはプロセッサ１１１は、通知情報に含まれる会員ＩＤが設定された会員情報レコードに、同通知情報に含まれる食材ＩＤを摂取不能食材ＩＤとして設定するように会員サーバ１３に指令する。この指令を受けて、会員サーバ１３のプロセッサは、会員情報データベースＤＢ５を検索し、当該会員ＩＤが設定された会員情報レコードの摂取不能食材ＩＤを、通知情報に含まれていた食材ＩＤに書き換える。
【００３２】
次に、摂取不能な食材を設定した客が買物支援を受ける場合の動作について説明する。なお、ログインが承認されるまでの動作は前述したとおりである。ログインが承認されてタッチパネル２０４に業務メニューの選択画面が表示されると、客は、タッチパネル２０４を操作して買物支援メニューを選択する。買物支援メニューが選択されると、プロセッサ２０１は、図２乃至図４の流れ図に示す手順の情報処理を開始する。  
先ずプロセッサ２０１は、登録開始要求コマンドを支援サーバ１１宛に送信する（Act１）。登録開始要求コマンドには、ログインで使用された会員ＩＤが含まれる。ここに、ユーザ端末２０は、客識別情報（会員ＩＤ）を通知する第１の通知手段を有する。
【００３３】
通信手段である通信インターフェース１１４を介して登録開始要求コマンドを支援サーバ１１が受信すると、プロセッサ１１１は、図５乃至図８の流れ図に示す手順の情報処理を開始する。先ずプロセッサ１１１は、補助記憶デバイス１１３の取引ファイル領域に取引ファイルＦＬ１を作成する（Act５１）。そしてプロセッサ１１１は、取引ファイル領域に登録開始要求コマンドに含まれる会員ＩＤで識別される客（会員）の会員情報を格納する（Act５２）。すなわちプロセッサ１１１は、会員情報要求コマンドを会員サーバ１３宛に送信する。会員情報要求コマンドには、登録開始要求コマンドから検出した会員ＩＤが含まれる。会員サーバ１３のプロセッサは、会員情報データベースＤＢ５から会員情報要求コマンドに含まれる会員ＩＤが設定された会員情報レコードを読み出す。そして同プロセッサは、この会員情報レコードを支援サーバ１１宛に送信する。支援サーバ１１のプロセッサ１１１は、会員情報レコードを受信すると、この会員情報レコードに設定された会員ＩＤ、個人データ、摂取不能食材ＩＤ等の会員情報を取引ファイルＦＬ１に格納する。以後、支援サーバ１１のプロセッサ１１１は、会員情報中の会員ＩＤによって、客毎の取引ファイルＦＬ１を識別する。ここに、プロセッサ１１１は、取引ファイルＦＬ１とともに記憶手段を構成する。
【００３４】
プロセッサ１１１は、許諾応答信号を登録開始要求コマンドの送信元であるユーザ端末２０宛に送信する（Act５３）。登録開始要求コマンドを送信したユーザ端末２０のプロセッサ２０１は、許諾応答信号を待機する（Act２）。無線ユニット２０６を介して許諾応答信号を受信すると（Act２にてＹＥＳ）、プロセッサ２０１は、カメラユニット２０５を起動する（Act３）。またプロセッサ２０１は、タッチパネル２０４の画面を登録画面とする（Act４）。
【００３５】
登録画面を確認した客は、買物を開始する。その際、客は、購入しようとする商品いわゆる購入予定商品の商品ＩＤを含むバーコードをカメラユニット２０５で撮影する。  
プロセッサ２０１は、カメラユニット２０５で撮影された画像からバーコードが読み取られるのを待機する（Act５）。バーコードが読み取られると（Act５にてＹＥＳ）、プロセッサ２０１は、そのバーコードに含まれる商品ＩＤを会員ＩＤとともに支援サーバ１１宛に送信する（Act６）。ここに、ユーザ端末２０は、商品識別情報（商品ＩＤ）を通知する第２の通知手段を有する。
【００３６】
支援サーバ１１のプロセッサ１１１は、商品ＩＤを待機する（Act５４）。通信手段である通信インターフェース１１４を介して商品ＩＤを受信すると、プロセッサ１１１は、商品情報要求コマンドをＰＯＳサーバ１２宛に送信する（Act５５）。商品情報要求コマンドには、ユーザ端末２０から受信した商品ＩＤが含まれる。ＰＯＳサーバ１２のプロセッサは、商品情報データベースＤＢ３から当該商品ＩＤが設定された商品情報レコードを読み出す。また同プロセッサは、材料情報データベースＤＢ４を検索して、当該商品ＩＤが設定された材料情報レコードの有無を確認する。無しの場合、プロセッサは、商品情報レコードだけを支援サーバ１１宛に送信する。有りの場合、プロセッサは、その材料情報レコードを材料情報データベースＤＢ４から読み出す。そしてプロセッサは、商品情報レコードと材料情報レコードとを支援サーバ１１宛に送信する。
【００３７】
支援サーバ１１のプロセッサ１１１は、商品ＩＤで特定される商品が承認待ち対象か否かを判定する（Act５６）。ＰＯＳサーバ１２から商品情報レコードだけを受信した場合、プロセッサ１１１は承認待ち対象外であると判定する。ＰＯＳサーバ１２から商品情報レコードとともに材料情報レコードを受信した場合、プロセッサ１１１は、取引ファイルＦＬ１に格納された会員情報中の摂取不能食材ＩＤと一致する食材ＩＤが当該材料情報レコードに含まれているか確認する。ここで、取引ファイルＦＬ１は、ユーザ端末２０から送られてきた会員ＩＤが会員情報に含まれるものである。
【００３８】
摂取不能食材ＩＤと一致する食材ＩＤが含まれていない場合、プロセッサ１１１は、承認待ち対象外であると判定する。摂取不能食材ＩＤと一致する食材ＩＤが含まれている場合、プロセッサ１１１は、承認待ち対象であると判定する。ここにプロセッサ１１１は、特定手段及び判定手段として機能する。
【００３９】
承認待ち対象外であると判定した場合、プロセッサ１１１は、取引ファイルＦＬ１の買上商品リストを更新する（Act５７）。具体的にはプロセッサ１１１は、商品情報レコードから商品ＩＤ、分類ＩＤ、商品名、単価及び重量の各商品データを検出し、買上商品リストに追加する。承認待ち対象であると判定した場合、プロセッサ１１１は、取引ファイルＦＬ１の承認待ちリストを更新する（Act５８）。具体的にはプロセッサ１１１は、商品情報レコードから商品ＩＤ、分類ＩＤ、商品名、単価、重量及び代替商品ＩＤの各商品データを検出し、承認待ちリストに追加する。
【００４０】
プロセッサ１１１は、登録画面データをユーザ端末２０宛に送信する（Act５９）。登録画面データには、買上商品リストに登録されている商品データとその合計金額とが含まれる。また、レシピ提供サービスを有効にするサービスアイコン（レシピアイコン）と、クーポン提供サービスを有効にするサービスアイコン（クーポンアイコン）とが登録画面データに含まれる。さらに、承認待ちリストに商品データが登録されている場合には、摂取不能な食材を含むために確認が必要であることを報知する確認アイコンが登録画面データに含まれる。ここにプロセッサ１１１は、第１の報知手段として機能する。
【００４１】
ユーザ端末２０のプロセッサ２０１は、データの受信を待機する（Act７）。無線ユニット２０６を介してデータを受信すると（Act７にてＹＥＳ）、プロセッサ２０１はその受信データが登録画面データであるか否かを確認する（Act８）。受信データが、登録画面データである場合（Act８にてＹＥＳ）、プロセッサ２０１は、タッチパネル２０４の登録画面を更新する（Act９）。これにより、登録画面には、買上商品リストに登録された商品の商品名、単価、合計金額等と、サービスアイコン（レシピアイコン、クーポンアイコン）が表示される。また、承認待ちリストにデータが登録されている場合には、確認アイコンも表示される。
【００４２】
登録画面に確認アイコンが表示された場合、客は、購入予定商品に摂取不能な食材を含む商品があることを知り得る。摂取不能な食材を含む商品がどれかを確認する場合、客は、確認アイコンにタッチする。確認するのを後回しにして買物を続ける場合には、客は購入予定商品の商品ＩＤを含むバーコードをカメラユニット２０５で撮影する。また、レシピ提供サービスあるいはクーポン提供サービスを受ける場合には、該当するサービスアイコン、すなわちレシピアイコン又はクーポンアイコンにタッチする。
【００４３】
登録画面を更新したユーザ端末２０のプロセッサ２０１は、摂取不能な食材を含む商品の承認待ちであるか否かを確認する（Act１２）。プロセッサ２０１は、登録画面データに確認アイコンが含まれている場合、承認待ちであると認定する。承認待ちの場合（Act１２にてＹＥＳ）、プロセッサ２０１は、確認アイコンがタッチされたか否かを確認する（Act１３）。確認アイコンがタッチされていない場合（Act１３にてＮＯ）、あるいは承認待ちでない場合（Act１２にてＮＯ）、プロセッサ２０１は、バーコードが読み取られるか、サービスアイコンがタッチされるのを待機する（Act１４、１５）。カメラユニット２０５で撮影された画像からバーコードが読み取られると（Act１４にてＹＥＳ）、プロセッサ２０１は、前述したAct６の処理に進む。そしてプロセッサ１１１は、Act６以降の処理を前記と同様にして繰り返す。
【００４４】
確認アイコンがタッチされた場合には（Act１２にてＹＥＳ）、プロセッサ２０１は、確認コマンドを支援サーバ１１宛に送信する（Act１６）。確認コマンドには、ログインで使用された会員ＩＤが含まれる。
【００４５】
登録画面データを送信した支援サーバ１１のプロセッサ１１１は、確認コマンドを受信したか否かを確認する（Act６０）。確認コマンドを受信していない場合（Act６０にてＮＯ）、プロセッサ１１１は、商品ＩＤを受信したか否かを確認する（Act６１）。商品ＩＤを受信していない場合（Act６１にてＮＯ）、プロセッサ１１１は、ＰＯＳＩＤを受信したか否かを確認する（Act６２）。ＰＯＳＩＤを受信していない場合（Act６２にてＮＯ）、プロセッサ１１１は、後述するサービス要求コマンドを受信したか否かを確認する（Act６３）。  
通信インターフェース１１４を介して商品ＩＤを受信した場合（Act６１にてＹＥＳ）、プロセッサ１１１は、前述したAct５５の処理に進む。そしてプロセッサ１１１は、Act５５以降の処理を前記と同様にして繰り返す。
【００４６】
通信インターフェース１１４を介して確認コマンドを受信した場合には（Act６０にてＹＥＳ）、プロセッサ１１１は、図７に具体的に示す手順の承認受処理を実行する（Act６４）。すなわちプロセッサ１１１は、承認待ちリストから１つの商品データを検出する（Act７１）。そしてプロセッサ１１１は、この商品データの少なくとも商品ＩＤと商品名とを含む承認待ち画面のデータをユーザ端末２０宛に送信する（Act７２）。
【００４７】
確認コマンドを送信したユーザ端末２０のプロセッサ２０１は、図４に具体的に示す承認処理を実行する。すなわちプロセッサ２０１は、承認待ち画面データを待機する（Act３１）。無線ユニット２０６を介して承認待ち画面データを受信すると、プロセッサ２０１は、タッチパネル２０４に承認待ち画面を表示させる（Act３３）。承認待ち画面には、承認待ち画面データに含まれる商品名が表示される。また承認待ち画面には、承認ボタンと取消ボタンと代替ボタンとが表示される。
【００４８】
承認待ち画面を確認した客は、画面上の商品名から摂取不能な食材を含む商品を知り得る。客は、この摂取不能な食材を含む商品を購入するか否かを決定する。購入する場合、客は承認ボタンにタッチする。購入しない場合、客は取消ボタンにタッチする。摂取不能な食材を含む商品の代わりとなる代替商品を知りたい場合、客は代替ボタンにタッチする。
【００４９】
プロセッサ２０１は、承認ボタン、取消ボタン又は代替ボタンがタッチされるのを待機する（Act３４，３５，３６）。承認ボタンがタッチされた場合（Act３４にてＹＥＳ）、プロセッサ２０１は、承認コマンドを支援サーバ１１宛に送信する（Act３７）。取消ボタンがタッチ操作された場合（Act３５にてＹＥＳ）、プロセッサ２０１は、取消コマンドを支援サーバ１１宛に送信する（Act３８）。代替ボタンがタッチ操作された場合（Act３６にてＹＥＳ）、プロセッサ２０１は、代替要求コマンドを支援サーバ１１宛に送信する（Act３９）。これらの承認コマンド、取消コマンド及び代替要求コマンドには、いずれも会員ＩＤとともに選択された商品の商品ＩＤが含まれる。
【００５０】
承認待ち画面データを送信した支援サーバ１１のプロセッサ１１１は、ユーザ端末２０から送られてくるコマンドを待機する（Act７３，７４，７５）。通信インターフェース１１４を介して承認コマンドを受信すると（Act７３にてＹＥＳ）、プロセッサ１１１は、当該承認コマンドに含まれる商品ＩＤが設定された商品データを承認待ちリストから買上商品リストに追加する（Act７６）。そしてプロセッサ１１１は、当該商品データを承認待ちリストから削除する（Act７７）。通信インターフェース１１４を介して取消コマンドを受信すると（Act７４にてＹＥＳ）、プロセッサ１１１は、当該取消コマンドに含まれる商品ＩＤが設定された商品データを承認待ちリストから削除する（Act７７）。ここにプロセッサ１１１は、第１の受付手段として機能する。
【００５１】
通信インターフェース１１４を介して代替要求コマンドを受信すると（Act７５にてＹＥＳ）、プロセッサ１１１は、当該代替要求コマンドに含まれる商品ＩＤで特定される商品に対する代替商品を検索する（Act７８）。すなわちプロセッサ１１１は、承認待ちリストに登録されている当該商品ＩＤが設定された商品データから代替商品ＩＤを検出する。そしてプロセッサ１１１は、代替商品情報要求コマンドをＰＯＳサーバ１２宛に送信する。代替商品情報要求コマンドには、商品データから検出した全ての代替商品ＩＤが含まれる。ＰＯＳサーバ１２のプロセッサは、商品情報データベースＤＢ３から代替商品情報要求コマンドに含まれる代替商品ＩＤが商品ＩＤとして設定された商品情報レコードを読み出す。また同プロセッサは、材料情報データベースＤＢ４から当該代替商品ＩＤが商品ＩＤとして設定された材料情報レコードを読み出す。そして同プロセッサは、これらの商品情報レコードと材料情報レコードとを支援サーバ１１宛に送信する。支援サーバ１１のプロセッサ１１１は、ＰＯＳサーバから受信した材料情報レコード毎に、取引ファイルＦＬ１に格納された会員情報中の摂取不能食材ＩＤと一致する食材ＩＤが含まれているか否かを確認する。摂取不能食材ＩＤと一致する食材ＩＤが含まれていない場合、プロセッサ１１１は、その材料情報レコードの商品ＩＤで特定される商品を代替商品として決定する。そしてプロセッサ１１１は、この代替商品の商品情報レコードから商品ＩＤ、分類ＩＤ、商品名、単価及び重量の各商品データを検出し、代替商品リストに追加する。これに対し、摂取不能食材ＩＤと一致する食材ＩＤが含まれている場合には、プロセッサ１１１は、その材料情報レコードの商品ＩＤで特定される商品を代替商品でないと決定する。この場合、代替商品リストには商品情報レコードのデータが追加されない。ここにプロセッサ１１１は、検索手段として機能する。
【００５２】
プロセッサ１１１は、代替商品リストに商品データが記憶されているか確認する（Act７９）。商品データが記憶されていない場合（Act７９にてＮＯ）、プロセッサ１１１は、ユーザ端末２０に代替商品無しを通知する（Act８０）。そしてプロセッサ１１１は、前述したAct７３の処理に進み、Act７３以降の処理を前記と同様にして繰り返す。  
代替商品リストに商品データが記憶されている場合（Act７９にてＹＥＳ）、プロセッサ１１１は、ユーザ端末２０に代替商品データを送信する（Act８１）。代替商品データには、代替商品リストに登録されている商品データの少なくとも商品ＩＤ、商品名及び単価が含まれる。代替商品リストに２以上の商品データが登録されている場合には、それぞれの商品ＩＤ、商品名及び単価が代替商品データに含まれる。ここにプロセッサ１１１は、第２の報知手段として機能する。
【００５３】
代替要求コマンドを送信したユーザ端末２０のプロセッサ２０１は、支援サーバ１１からのデータを待機する（Act４０）。代替商品無しを通知するデータを受信した場合（Act４０にてＮＯ）、プロセッサ２０１は、承認待ち画面に代替商品が無いことを表示し、前述したAct３４の処理に進む。そしてプロセッサ２０１は、Act３４以降の処理を前記と同様にして繰り返す。一方、代替商品データを受信した場合には（Act４０にてＹＥＳ）、プロセッサ２０１は、その代替商品画面をタッチパネル２０４に表示させる（Act４１）。代替商品画面には、代替商品データに含まれる全ての商品名と単価とが表示される。また代替商品画面には、購入ボタンとクリアボタンとが表示される。
【００５４】
代替商品画面を確認した客は、画面上の商品名から摂取不能な食材を含む商品に対する代替商品を知り得る。客は、代替商品を購入するか否かを決定する。購入しない場合、客は、客は、クリアボタンにタッチする。購入する場合には、客は、購入ボタンにタッチする。このとき、代替商品が複数ある場合には、客は、購入する代替商品の例えば商品名にタッチして代替商品を選択した後、購入ボタンにタッチする。
【００５５】
代替商品画面を表示したユーザ端末２０のプロセッサ２０１は、購入ボタンが操作されるか、クリアボタンが操作されるのを待機する（Act４２、４３）。購入ボタンが操作された場合（Act４２にてＹＥＳ）、プロセッサ２０１は、購入コマンドを支援サーバ１１宛に送信する（Act４４）。購入コマンドには、会員ＩＤとともに代替商品の商品ＩＤが含まれる。代替商品が複数ある場合には、商品名のタッチ操作により選択された代替商品の商品ＩＤが購入コマンドに含まれる。クリアボタンが操作された場合には（Act４３にてＹＥＳ）、プロセッサ２０１は、クリアコマンドを支援サーバ１１宛に送信する（Act４５）。クリアコマンドには、会員ＩＤが含まれる。
【００５６】
代替商品データを送信した支援サーバ１１のプロセッサ１１１は、ユーザ端末２０から送られてくるコマンドを待機する（Act８２，８３）。通信インターフェース１１４を介して購入コマンドを受信すると（Act８２にてＹＥＳ）、プロセッサ１１１は、当該購入コマンドに含まれる商品ＩＤが設定された商品データを代替商品リストから買上商品リストに追加する（Act８４）。そしてプロセッサ１１１は、代替商品リストをクリアする（Act８５）。通信インターフェース１１４を介してクリアコマンドを受信した場合には（Act８３にてＹＥＳ）、プロセッサ１１１は、代替商品リストの商品データを買上商品リストに追加することなく代替商品リストをクリアする（Act８５）。ここにプロセッサ１１１は、第２の受付手段として機能する。
【００５７】
前述したAct７７またはAct８５の処理を終えると、プロセッサ１１１は、承認待ちリストに商品データが残っているか否かを確認する（Act８６）。商品データが残っている場合（Act８６にてＹＥＳ）、プロセッサ１１１は、前述したAct７１の処理に進む。そしてプロセッサ１１１は、Act７１以降の処理を前記と同様にして繰り返す。これに対し、商品データが残っていない場合、すなわち承認待ちリストに登録された全ての商品データの商品に対して購入するか否かの判断がなされた場合には（Act８６にてＮＯ）、プロセッサ１１１は、終了通知信号をユーザ端末２０宛に送信する（Act８７）。以上で、プロセッサ１１１は、承認受処理を終了する。承認受処理を終了すると、プロセッサ１１１は、前述したAct５９の処理に戻る。そしてプロセッサ１１１は、Act５９以降の処理を前記と同様にして繰り返す。
【００５８】
承認コマンド、取消コマンド、購入コマンドまたはクリアコマンドを送信したユーザ端末２０のプロセッサ２０１は、Act３１の処理に戻る。したがって、支援サーバ１１から承認待ち画面データを受信した場合には（Act３１にてＹＥＳ），プロセッサ２０１は、Act３３以降の処理を前記と同様にして繰り返す。一方、承認待ち画面データでなく（Act３１にてＮＯ）、終了通知信号を支援サーバ１１から受信した場合には（Act３２にてＹＥＳ）、プロセッサ２０１は、承認処理を終了する。承認処理を終了すると、プロセッサ２０１は、タッチパネル２０４に登録画面を再び表示させる（Act１８）。そしてプロセッサ２０１は、前述したAct１２の処理に戻り、Act１２以降の処理を前記と同様に繰り返す。
【００５９】
一方、登録画面において、レシピアイコンまたはクーポンアイコンのサービスアイコンがタッチされた場合には（Act１５にてＹＥＳ）、プロセッサ２０１は、サービス要求コマンドを支援サーバ１１宛に送信する（Act１９）。サービス要求コマンドには、ログインで使用された会員ＩＤとともに、レシピアイコンがタッチされたのかクーポンアイコンがタッチされたのかを識別するフラグが含まれる。
【００６０】
登録画面データを送信した支援サーバ１１のプロセッサ１１１が、通信インターフェース１１４を介してサービス要求コマンドを受信すると（Act６３にてＹＥＳ）、プロセッサ１１１は、図８に具体的に示すサービス応答処理を実行する（Act６５）。すなわちプロセッサ１１１は、客に提供するサービス情報を検索する（Act９１）。具体的には、ユーザ端末２０においてレシピアイコンがタッチされた場合、プロセッサ１１１は、買上商品リストに登録されている商品ＩＤを食材ＩＤとするレシピ情報レコードをレシピ情報データベースＤＢ１から検索する。同様に、ユーザ端末２０においてクーポンアイコンがタッチされた場合、プロセッサ１１１は、買上商品リストに登録されている商品ＩＤをクーポンＩＤとするクーポン情報レコードをクーポン情報データベースＤＢ２から検索する。
【００６１】
プロセッサ１１１は、該当するレシピ情報レコード又はクーポン情報レコードを検出するか、検索を終了するのを待機する（Act９２，９３）。そしてレシピ情報レコード又はクーポン情報レコードを検出する毎に（Act９２にてＹＥＳ）、プロセッサ１１１は、そのレコードに含まれる食材ＩＤ（クーポン情報レコードの場合には商品ＩＤ）が取引ファイルＦＬ１に格納された会員情報中の摂取不能食材ＩＤと一致するか否かを判定する（Act９４）。一致しない場合、プロセッサ１１１は、該当するレシピ情報レコード又はクーポン情報レコードをサービスの対象とし、一致する場合には対象外とする（Act９５）。レシピ情報レコード又はクーポン情報レコードがサービスの対象である場合（Act９５にてＹＥＳ）、プロセッサ１１１は、そのレシピ情報レコード又はクーポン情報レコードをリストに追加する（Act９６）。すなわちプロセッサ１１１は、レシピ情報レコードについてはレシピリストに追加し、クーポン情報レコードについてはクーポンリストに追加する。レシピ情報レコード又はクーポン情報レコードがサービスの対象でない場合には（Act９５にてＮＯ）、プロセッサ１１１は、そのレシピ情報レコード又はクーポン情報レコードをリストに追加しない。
【００６２】
プロセッサ１１１は、サービス情報の検索を繰り返す。検索が終了すると（Act９３にてＹＥＳ）、プロセッサ１１１は、レシピリストまたはクーポンリストのデータをユーザ端末２０宛に送信する（Act９７）。なお、レシピリストまたはクーポンリストのデータが存在しない場合には、プロセッサ１１１は、サービス情報無しを通知する信号をユーザ端末２０宛に送信する。その後、プロセッサ１１１は、Act６０の処理に戻り、Act６０以降の処理を前記と同様にして繰り返す。
【００６３】
サービス要求コマンドを送信したユーザ端末２０のプロセッサ２０１は、レシピリストまたはクーポンリストのデータを受信するのを待機する（Act２０）。ここで、サービス情報無しを通知する信号を受信した場合（Act２０にてＮＯ）、プロセッサ２０１は、タッチパネル２０４に登録画面を再び表示させる（Act１８）。そしてプロセッサ２０１は、前述したAct１２の処理に戻り、Act１２以降の処理を前記と同様に繰り返す。
【００６４】
レシピリストまたはクーポンリストのデータを受信した場合には（Act２０にてＹＥＳ）、プロセッサ２０１は、そのレシピリストまたはクーポンリストの画面をタッチパネル２０４に表示させる。このリスト画面には、保存ボタンが表示される。リスト画面を確認した客は、そのリストを保存するか否かを決定する。そして保存する場合には、保存ボタンにタッチする。
【００６５】
リスト画面を表示させたユーザ端末２０のプロセッサ２０１は、保存ボタンがタッチされたか否かを確認する（Act２２）。保存ボタンがタッチされると（Act２２にてＹＥＳ）、プロセッサ２０１は、レシピリストまたはクーポンリストのデータを補助記憶デバイス２０３に記憶する（Act２３）。またプロセッサ２０１は、タッチパネル２０４に登録画面を再び表示させる（Act１８）。そしてプロセッサ２０１は、前述したAct１２の処理に戻り、Act１２以降の処理を前記と同様に繰り返す。  
因みに、補助記憶デバイス２０３に記憶されたレシピリストまたはクーポンリストのデータは、情報端末１５を介してプリントアウトできる。
【００６６】
一方、保存ボタンがタッチされることなく（Act２２にてＮＯ）、カメラユニット２０５で撮影された画像からバーコードが読み取られた場合には（Act２４にてＹＥＳ）、プロセッサ２０１は、前述したAct６の処理に進む。そしてプロセッサ１１１は、Act６以降の処理を前記と同様にして繰り返す。
【００６７】
買物を終えた客は、買上商品の代金を決済するためにＰＯＳ端末１４に表記されるバーコード（ＰＯＳＩＤ）をカメラユニット２０５で読み取らせる。ユーザ端末２０のプロセッサ２０１は、カメラユニット２０５で撮影された画像からバーコードが読み取られると（Act１４又は２４にてＹＥＳ）、会員ＩＤとともにバーコードデータを支援サーバ１１宛に送信する（Act６）。
【００６８】
支援サーバ１１のプロセッサ１１１は、ユーザ端末２０から受信したバーコードデータがＰＯＳＩＤであることを認識した場合（Act６２にてＹＥＳ）、承認待ちリストに商品データが有るか否かを確認する（Act６６）。商品データが有る場合（Act６７にてＹＥＳ）、プロセッサ１１１は、前述した承認受処理を実行する（Act６７）。商品データが無い場合には（Act６７にてＮＯ）、承認受処理は実行されない。
【００６９】
その後、プロセッサ１１１は、ＰＯＳＩＤで特定されるＰＯＳ端末１４宛に、買上商品リストのデータを決済用データとして送信する（Act６８）。ＰＯＳ端末１４では、この決済用データに基づいて決済処理が実行される。プロセッサ１１１は、決済が終了するのを待機する（Act６９）。決済が終了すると（Act６９にてＹＥＳ）、プロセッサ１１１は、決済終了コマンドをユーザ端末２０宛に送信する。以上で、支援サーバ１１においては、ユーザ端末２０を使用した客の買物支援動作を終了する。
【００７０】
バーコードデータを送信したユーザ端末２０のプロセッサ２０１は、支援サーバ１１から受信したデータが登録画面データでない場合（Act８にてＮＯ）、決済完了コマンドである否かを確認する（Act１０）。決済完了コマンドの場合（Act１０にてＹＥＳ）、プロセッサ２０１は、登録画面を消去する。以上で、ユーザ端末２０の動作が終了する。
【００７１】
以上説明したように、客は、買物支援端末プログラムがインストールされたユーザ端末２０を使用することで、売場にて購入予定商品のデータを自らユーザ端末に入力することができる。また客は、ユーザ端末２０を用いて摂取不能な食材を設定することができる。例えば特定のアレルゲンに反応する客は、そのアレルゲンを有する食材を設定することができる。例えば持病又は宗教上の理由から特定の食材を食することができない客は、その食することができない食材を設定することができる。摂取不能な食材に関する情報は、客毎に会員データベースＤＢ５で保存される。
【００７２】
摂取不能な食材を登録した客が売場にて購入予定商品を登録した際に、支援サーバ１１においては、その商品が摂取不能な食材を含むか否かが判定される。そして、摂取不能な食材を含まないと判定された商品のデータは、当該客に対する取引ファイルＦＬ１の買上商品リストに追加される。摂取不能な食材を含むと判定された商品のデータは、同取引ファイルＦＬ１の承認待ちリストに追加される。承認待ちリストに商品データが追加されると、ユーザ端末２０のタッチパネル２０４に確認アイコンが表示される。その結果、客は購入予定商品に摂取不能な食材を含む商品があることを知り得る。
【００７３】
購入予定商品に摂取不能な食材を含む商品が存在する場合、客はタッチパネル２０４の操作により、その商品を購入するか否かを支援サーバ１１に対して指示することができる。購入することを指示した場合、支援サーバ１１においては、承認待ちリストに追加されていた当該商品のデータが買上商品リストに追加される。そして、承認待ちリスト上の当該商品のデータは削除される。一方、購入しないことを指示した場合には、承認待ちリストに追加されていた当該商品のデータが削除され、買上商品リストに追加されることはない。
【００７４】
また、購入しない場合、客はタッチパネル２０４の操作により、その摂取不能な食材を含む商品の代わりとなる代替商品を確認することができる。その際、支援サーバ１１においては、代替商品となり得る商品が摂取不能な食材を含む商品であるか否かが判定される。そして、摂取不能な食材を含む商品は、代替商品から除外される。取引ファイルＦＬ１の代替商品リストには、摂取不能な食材を含まない代替商品のデータが追加される。客はタッチパネル２０４の操作により、代替商品を購入するか否かを指示することができる。購入することを指示した場合、支援サーバ１１においては、代替商品リストに追加されていた当該商品のデータが買上商品リストに追加される。
【００７５】
こうして、買上商品リストに追加された商品データは、ＰＯＳ端末１４に出力され、ＰＯＳ端末１４での登録処理及び決済処理に供される。したがって、客は決済の前に摂取不能な食材を含む商品を購入しようとしていないか確認できるので、安心して買物ができる。また客は、摂取不能な食材を含む商品を購入するか否かを容易に選択することができる。したがって、例えば家族のために摂取不能な食材を含む商品を購入する場合でも対応することができる。また客は、摂取不能な食材を含む商品の代替となる商品を容易に確認することができる。そしてこの代替商品を購入する場合には、タッチパネル２０４に対するワンタッチ操作にて、その商品のデータを買上商品リストに追加することができる。したがって、代替商品のバーコードを読み取るためにカメラユニット２０５で商品を撮影する手間を簡略化できる。  
なお、代替商品についても通常の購入予定商品と同様にカメラユニットで撮影するようにすることで、代替商品をワンタッチで追加登録する機能（Act４２，４４，８２，８４）は省略することができる。
【００７６】
また、ユーザ端末２０を使用する客は、購入予定商品である食品を利用したレシピを紹介するサービスを受けることができる。その場合においても、摂取不能な食材を含むレシピは紹介されない。したがって、客は安心してレシピ紹介サービスを活用することができる。  
同様に、ユーザ端末２０を使用する客は、購入予定商品から関連付けられた食品のクーポンを発行するサービスを受けることができる。その場合においても、摂取不能な食材を含む商品のクーポンは発行されない。したがって、客は安心してクーポン発行サービスを活用することができる。
【００７７】
なお、図２乃至図８に示すとともに説明した処理の内容は一例である。同様な結果を得ることができるのであれば、様々な処理を適宜に利用できる。
【００７８】
また、上記実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。上記実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。  
［Ｃ１］客識別情報で識別される客が摂取不能な食材に関する情報を記憶する記憶手段と、
前記客が購入を予定する商品を特定する特定手段と、
前記記憶手段により記憶される情報を基に前記特定手段により特定された前記商品が摂取不能な食材を含むか否かを判定する判定手段と、
前記判定手段により前記商品が摂取不能な食材を含むと判定されるとその旨を報知する第１の報知手段と、
前記第１の報知手段により摂取不能な食材を含むと報知された前記商品を購入するか否かの選択入力を受け付ける第１の受付手段と、
前記第１の受付手段により購入する旨の入力を受け付けた前記商品の情報及び前記判定手段により前記摂取不能な食材を含まないと判定された前記商品の情報を決済用データとして出力する出力手段と、を具備したことを特徴とする買物支援装置。
［Ｃ２］前記判定手段により前記摂取不能な食材を含むと判定された前記商品と類似する属性を有する代替商品を検索する検索手段と、
前記検索手段により検出された前記代替商品を報知する第２の報知手段と、をさらに具備することを特徴とする［Ｃ１］記載の買物支援装置。
［Ｃ３］前記第２の報知手段により報知された前記代替商品を購入するか否かの選択入力を受け付ける第２の受付手段、をさらに具備し、
前記出力手段は、さらに前記第２の受付手段により購入する旨の入力を受け付けた前記代替商品の情報を決済用データとして出力する［Ｃ２］記載の買物支援装置。
［Ｃ４］客識別情報を通知する第１の通知手段及び商品識別情報を通知する第２の通知手段を有したユーザ端末との通信手段、を備え、
前記記憶手段は、前記ユーザ端末から通知された前記客識別情報で識別される客が摂取不能な食材に関する情報を記憶し、
前記特定手段は、前記ユーザ端末から通知された前記商品識別情報で識別される商品を前記客が購入を予定する商品として特定し、
前記第１の報知手段は、前記商品が摂取不能な食材を含むことを警告する画面を前記ユーザ端末の表示デバイスに表示させることで報知し、
前記第１の受付手段は、前記商品を購入するか否かの選択入力を促す画面を前記ユーザ端末の前記表示デバイスに表示させて前記ユーザ端末の入力デバイスからの入力を受け付ける［Ｃ１］記載の買物支援装置。
［Ｃ５］客識別情報で識別される客が摂取不能な食材に関する情報を記憶する記憶手段と、
前記客が購入を予定する商品を特定する特定手段と、
前記特定手段により特定された前記商品から導出される食品関連のサービス情報を取得する取得手段と、
前記取得手段により取得した前記サービス情報に関連付けられた食品が前記摂取不能な食材を含むか否かを判定する判定手段と、
前記判定手段により前記摂取不能な食材を含まないと判定された前記サービス情報を報知する報知手段と、を具備したことを特徴とする買物支援装置。
【符号の説明】
【００７９】
１０…買物支援システム、１１…支援サーバ、１２…ＰＯＳサーバ、１３…会員サーバ、１４…ＰＯＳ端末、１５…情報端末、１６…中継器、２０…ユーザ端末、ＤＢ１…レシピ情報データベース、ＤＢ２…クーポン情報データベース、ＤＢ３…商品情報データベース、ＤＢ…材料情報データベース、ＤＢ５…会員情報データベース、ＦＬ１…取引ファイル。
【図１】
0006785556.tif 000002
【図２】
0006785556.tif 000003
【図３】
0006785556.tif 000004
【図４】
0006785556.tif 000005
【図５】
0006785556.tif 000006
【図６】
0006785556.tif 000007
【図７】
0006785556.tif 000008
【図８】
0006785556.tif 000009