(57)【要約】【課題】注文した飲食物を受け取る際における、自己が注文した飲食物の識別性を向上させる。【解決手段】飲食物の注文を行うユーザを識別する識別情報を取得し、識別情報を取得されたユーザによる前記飲食物の注文内容に関する注文情報を取得し、取得される注文情報が示す飲食物に対応付けて、識別情報を取得されたユーザに予め対応付けられている識別用画像が表示される識別標識を印刷させる。【選択図】図２
2011170797.tif 000002
【特許請求の範囲】
【請求項１】
飲食物の注文を支援する注文支援システムであって、
前記飲食物の注文を行うユーザを識別する識別情報を取得する識別情報取得部と、
前記識別情報取得部にて識別情報を取得されたユーザによる前記飲食物の注文内容に関する注文情報を取得する注文情報取得部と、
前記注文情報取得部にて取得される注文情報が示す飲食物に対応付けて、前記識別情報取得部にて識別情報を取得されたユーザに予め対応付けられている識別用画像が表示される識別標識を印刷させる印刷制御部と、
を備える注文支援システム。
【請求項２】
請求項１に記載の注文支援システムであって、
前記識別情報取得部にて識別情報を取得されたユーザに対する前記識別用画像の対応付けを行う際に、所定の複数の識別用画像の内のいずれが他のユーザにより利用されているかを判定する利用状況判定部と、
前記利用状況判定部における判定結果に基づいて、前記識別用画像の対応付けを行うべきユーザに対応付ける識別用画像を、前記他のユーザにより利用されている頻度が低い識別用画像を優先的に表示する選択候補の中から選択させる画像選択指示部と、
をさらに備える注文支援システム。
【請求項３】
請求項１に記載の注文支援システムであって、
前記識別情報取得部にて識別情報を取得されたユーザによる前記飲食物の注文が行われる注文環境に関する情報に基づいて、複数の所定の修飾内容の中から該ユーザに対応付けるべき修飾内容を選択する修飾内容選択部をさらに備え、
前記印刷制御部は、前記注文情報取得部にて取得される注文情報が示す飲食物に対応付けて、前記識別情報取得部にて識別情報を取得されたユーザに予め対応付けられている識別用画像が前記修飾内容選択部にて選択される修飾内容を反映させた状態で表示される識別標識を印刷させる注文支援システム。
【請求項４】
請求項３に記載の注文支援システムであって、
前記識別情報取得部にて識別情報を取得されたユーザに対応付けられる前記識別用画像に前記修飾内容を反映させる際に、所定の複数種類の修飾内容の内のいずれが他のユーザにより利用されているかを判定する修飾状況判定部をさらに備え、
前記修飾内容選択部は、前記修飾状況判定部における判定結果に基づいて、前記修飾内容の対応付けを行うべきユーザに対応付ける修飾内容を、該ユーザに対応付けられる識別用画像について他のユーザにより利用されていない修飾内容の中から選択する注文支援システム。
【請求項５】
請求項１に記載の注文支援システムであって、
前記識別情報取得部にて識別情報を取得されたユーザの注文内容を履歴として記憶させる記憶制御部と、
前記識別情報取得部にて識別情報を取得されたユーザに対応付ける識別用画像の表示状態を、該ユーザに対応して前記記憶制御部にて記憶されている履歴に応じて変更する表示状態変更部と、
をさらに備えてなる注文支援システム。
【請求項６】
請求項３に記載の注文支援システムであって、
前記注文情報取得部にて取得される注文情報に基づいて、ユーザによる取り間違いが生ずる可能性のある所定の類似関係を有する注文内容を判別する類似注文判別部をさらに備え、
前記修飾内容選択部は、前記類似注文判別部にて前記所定の類似関係を有すると判別される複数の注文それぞれを行ったユーザに対応付けられる前記修飾内容が、互いに類似しない所定の非類似状態となるように前記修飾内容を選択する注文支援システム。
【請求項７】
請求項６に記載の注文支援システムであって、
ユーザによる取り間違いが生ずる可能性のある所定の類似関係とは、注文された飲食物が外観、材料、調理法および料理種別の内の少なくともいずれかに関して所定の類似関係を有しており、且つ注文された飲食物の受け取り場所が同一または近接している関係である注文支援システム。
【請求項８】
請求項６に記載の注文支援システムであって、
互いに類似しない所定の非類似状態とは、彩度、明度、コントラスト比、形状、大きさ、面積、輪郭の角の数および輪郭の特定部位の曲率の内の少なくともいずれかの類似度が低い状態である注文支援システム。
【請求項９】
飲食物の注文を支援する注文支援方法であって、
前記飲食物の注文を行うユーザを識別する識別情報を取得し、
識別情報を取得されたユーザによる前記飲食物の注文内容に関する注文情報を取得し、
取得される注文情報が示す飲食物に対応付けて、識別情報を取得されたユーザに予め対応付けられている識別用画像が表示される識別標識を印刷させる注文支援方法。
【請求項１０】
請求項９に記載の注文支援方法であって、
識別情報を取得されたユーザに対する前記識別用画像の対応付けを行う際に、所定の複数の識別用画像の内のいずれが他のユーザにより利用されているかを判定し、
判定結果に基づいて、前記識別用画像の対応付けを行うべきユーザに対応付ける識別用画像を、前記他のユーザにより利用されている頻度が低い識別用画像を優先的に表示する選択候補の中から選択させる注文支援方法。
【請求項１１】
請求項９に記載の注文支援方法であって、
識別情報を取得されたユーザによる前記飲食物の注文が行われる注文環境に関する情報に基づいて、複数の所定の修飾内容の中から該ユーザに対応付けるべき修飾内容を選択し、
取得される注文情報が示す飲食物に対応付けて、識別情報を取得されたユーザに予め対応付けられている識別用画像が、選択される修飾内容を反映させた状態で表示される識別標識を印刷させる注文支援方法。
【請求項１２】
請求項１１に記載の注文支援方法であって、
識別情報を取得されたユーザに対応付けられる前記識別用画像に前記修飾内容を反映させる際に、所定の複数種類の修飾内容の内のいずれが他のユーザにより利用されているかを判定し、
前記利用状況の判定結果に基づいて、前記修飾内容の対応付けを行うべきユーザに対応付ける修飾内容を、該ユーザに対応付けられる識別用画像について他のユーザにより利用されていない修飾内容の中から選択する注文支援方法。
【請求項１３】
請求項９に記載の注文支援方法であって、
識別情報を取得されたユーザの注文内容を履歴として記憶させ、
識別情報を取得されたユーザに対応付ける識別用画像の表示状態を、該ユーザに対応して記憶されている履歴に応じて変更する注文支援方法。
【請求項１４】
請求項１１に記載の注文支援方法であって、
取得される注文情報に基づいて、ユーザによる取り間違いが生ずる可能性のある所定の類似関係を有する注文内容を判別し、
前記所定の類似関係を有すると判別される複数の注文それぞれを行ったユーザに対応付けられる前記修飾内容が、互いに類似しない所定の非類似状態となるように前記修飾内容を選択する注文支援方法。
【請求項１５】
請求項１４に記載の注文支援方法であって、
ユーザによる取り間違いが生ずる可能性のある所定の類似関係とは、注文された飲食物が外観、材料、調理法および料理種別の内の少なくともいずれかに関して所定の類似関係を有しており、且つ注文された飲食物の受け取り場所が同一または近接している関係である注文支援方法。
【請求項１６】
請求項１４に記載の注文支援方法であって、
互いに類似しない所定の非類似状態とは、彩度、明度、コントラスト比、形状、大きさ、面積、輪郭の角の数および輪郭の特定部位の曲率の内の少なくともいずれかの類似度が低い状態である注文支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食物の注文を支援する注文支援システムに関する。
【背景技術】
【０００２】
従来、複数種類の飲食店からなる複合施設（いわゆる「フードコート」）における料理注文システムが提供されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上記従来の料理注文システムでは、フードコートにおいて任意の飲食店に対する注文操作を行い、注文した飲食物を受け取り場所にて受け取る。この受け取り場所には、不特定多数のユーザが受け取りに来るため、当該不特定多数のユーザの中に自己と類似したメニューを注文している他のユーザがいる場合、当該他のユーザとの間で受け取り待ちの飲食物の取り間違えが発生するおそれがあった。
【０００４】
本発明は上述した問題点を解決するためになされたものであり、注文した飲食物を受け取る際における、自己が注文した飲食物の識別性を向上させる技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本発明の一態様は、飲食物の注文を支援する注文支援システムであって、前記飲食物の注文を行うユーザを識別する識別情報を取得する識別情報取得部と、前記識別情報取得部にて識別情報を取得されたユーザによる前記飲食物の注文内容に関する注文情報を取得する注文情報取得部と、前記注文情報取得部にて取得される注文情報が示す飲食物に対応付けて、前記識別情報取得部にて識別情報を取得されたユーザに予め対応付けられている識別用画像が表示される識別標識を印刷させる印刷制御部と、を備える注文支援システムに関する。
【０００６】
また、本発明の一態様は、飲食物の注文を支援する注文支援方法であって、前記飲食物の注文を行うユーザを識別する識別情報を取得し、識別情報を取得されたユーザによる前記飲食物の注文内容に関する注文情報を取得し、取得される注文情報が示す飲食物に対応付けて、識別情報を取得されたユーザに予め対応付けられている識別用画像が表示される識別標識を印刷させる注文支援方法に関する。
【発明の効果】
【０００７】
以上に詳述したように、本発明によれば、注文した飲食物を受け取る際における、自己が注文した飲食物の識別性を向上させる技術を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の第１の実施の形態による注文支援システムの概略構成について説明するための図である。
【図２】本発明の第１の実施の形態による注文支援システムについて説明するための機能ブロック図である。
【図３】本発明の第１の実施の形態で用意されている複数種類の識別用画像としてのキャラクタ画像の一例を示す図である。
【図４】サーバ２のＨＤＤ２０４に格納されている、各識別用画像の利用状況を管理するための管理テーブルである。
【図５】キャラクタ画像をユーザに選択させるキャラクタ選択画面の一例を示す図である。
【図６】修飾内容としてのアイテムの一例を示す図である。
【図７】サーバ２のＨＤＤ２０４に格納されている、修飾内容の利用状況を管理するための管理テーブルである。
【図８】本発明の第１の実施の形態による注文支援システムにおける処理の流れについて説明するためのフローチャートである。
【図９】セルフオーダ端末１１におけるディスプレイ８０５にて表示されているログイン時の画面例である。
【図１０】識別カード上にキャラクタ画像が重ねて表示されている状態を示す図である。
【図１１】ネコのキャラクタ画像に対応するユーザによるメニュー選択のスタート画面の画面表示例である。
【図１２】ネコのキャラクタ画像が当該店舗に向かって移動する画面表示例を示す図である。
【図１３】所望の店舗におけるメニュー画面の一例を示す図である。
【図１４】ネコのキャラクタ画像とチェックマークがメニューに対応付けて表示されている様子を示す図である。
【図１５】ロボットのキャラクタ画像に対応するユーザ用の注文画面に移行した例を示す図である。
【図１６】ロボットのキャラクタ画像に対応するユーザが選択した店舗のメニューブックにおいて、「チャーシューメン」を選択した状態を示す図である。
【図１７】図１６に示す画面上において「注文確認／送信」ボタンｂ１を押下したときの画面表示例を示す図である。
【図１８】注文送信時にディスプレイ８０５に表示される画面の一例を示す図である。
【図１９】注文された料理が完成し、所定の受取カウンタにて受取可能である旨を通知する画面の一例を示す図である。
【図２０】本発明の第２の実施の形態による注文支援システムについて説明するための機能ブロック図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について図面を参照しつつ説明する。
【００１０】
（第１の実施の形態）
まず、本発明の第１の実施の形態について説明する。
【００１１】
図１は、本発明の第１の実施の形態による注文支援システムの概略構成について説明するための図である。
【００１２】
本発明の第１の実施の形態による注文支援システムは、例えば、複数種類の飲食店からなる複合施設（いわゆる「フードコート」）における料理注文システムに適用することができる。一般に、フードコートには、複数種類の飲食店にて購入した飲食物を飲食するためのテーブルが複数用意されており、ユーザは注文した飲食物を所定の受け取り場所（例えば、飲食物を注文した店の受け取りカウンター）まで受け取りに行き、自席に持ち帰って飲食する。
【００１３】
同図に示すように、本発明の第１の実施の形態による注文支援システムは、例えば、セルフオーダ端末１１〜１ｎ、サーバ２およびプリンタ３を備えている。これらセルフオーダ端末１１〜１ｎ、サーバ２およびプリンタ３は、ＬＡＮ等の電気通信回線を介して相互通信可能となっている。この電気通信回線を介した各機器の通信は、有線通信および無線通信のいずれによって実現されていてもよい。
【００１４】
また、サーバ２については、セルフオーダ端末１１〜１ｎおよびプリンタ３と結果的に通信可能であればその所在は問わない。セルフオーダ端末１１〜１ｎは、それぞれが、ユーザが着席するテーブルや所定の注文スペースに個別に配置されている。プリンタ３は、例えば、調理場、上記セルフオーダ端末１１〜１ｎにより注文された料理を受け取る料理受取カウンタ、調理場から料理受取カウンタまでの経路、もしくはこれらの近傍に配置されていることが好ましい。
【００１５】
セルフオーダ端末１１〜１ｎは、それぞれが、ＣＰＵ８０１、ＡＳＩＣ（Application Specific Integrated Circuit）８０２、ＭＥＭＯＲＹ８０３、ＨＤＤ（Hard Disk Drive）８０４、 タッチパネルディスプレイ８０５、ＣＣＤカメラ８０６およびスピーカ８０７を備えている。
【００１６】
もちろん、タッチパネルディスプレイ８０５の機能を、例えば、電子ペーパ、ＬＣＤ（Liquid crystal display）、ＥＬ（Electronic Luminescence）、ＰＤＰ（Plasma Display Panel）、ＣＲＴ（Cathode Ray Tube）等から構成されるディスプレイと、例えば、キーボード（Keyboard）、マウス（Mouse）、タッチパネル（touch panel）、タッチパッド（touchpad）、ペンタブレット（graphics tablet）、専用ボタン等から構成される操作入力部と、によって代替することも可能であることは言うまでもない。
【００１７】
サーバ２は、例えば、ＣＰＵ２０１、ＡＳＩＣ（Application Specific Integrated Circuit）２０２、ＭＥＭＯＲＹ２０３、ＨＤＤ（Hard Disk Drive）２０４を備えている。サーバ２は、例えば、本実施の形態による注文支援システム上で扱われる各種データの管理や、注文支援システムへのユーザのログイン時の認証等の管理などを行う。
【００１８】
本実施の形態による注文支援システムにおいて、ＣＰＵ８０１およびＣＰＵ２０１は、注文支援システムにおける各種処理を行う役割を有しており、またＭＥＭＯＲＹ８０３、ＭＥＭＯＲＹ２０３、ＨＤＤ８０４、ＨＤＤ２０４等に格納されているプログラムを実行することにより種々の機能を実現する役割も有している。なお、ＣＰＵ８０１およびＣＰＵ２０１は、同等の演算処理を実行可能なＭＰＵ（Micro Processing Unit）により代替することも可能であることは言うまでもない。また、ＨＤＤ８０４およびＨＤＤ２０４についても同様に、例えばフラッシュメモリ等の記憶装置により代替可能である。
【００１９】
ＭＥＭＯＲＹ８０３およびＭＥＭＯＲＹ２０３は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、ＶＲＡＭ（Video RAM）、フラッシュメモリ等から構成されることができ、注文支援システムにおいて利用される種々の情報やプログラムを格納する役割を有している。
【００２０】
図２は、本発明の第１の実施の形態による注文支援システムについて説明するための機能ブロック図である。
【００２１】
同図に示すように、本発明の第１の実施の形態による注文支援システムは、例えば、識別情報取得部１０１、利用状況判定部１０２、画像選択指示部１０３、修飾状況判定部１０４、修飾内容選択部１０５、注文情報取得部１０６、印刷制御部１０７、記憶制御部１０８および表示状態変更部１０９等を備えている。
【００２２】
ここでは、説明の便宜上、 識別情報取得部１０１〜表示状態変更部１０９が、サーバ２に備わっているものとするが、必ずしもこれに限られるものではない。識別情報取得部１０１〜表示状態変更部１０９は、システム全体として結果として求められる機能を発揮する状態で協働できれば、サーバ２、セルフオーダ端末１１〜１ｎのいずれかに分割配置されていてもよい。
【００２３】
識別情報取得部１０１は、飲食物の注文を行うユーザを識別する識別情報を取得する。ここでの識別情報の取得は、例えば、セルフオーダ端末１１〜１ｎそれぞれに備わっているＣＣＤカメラ８０６によって、ユーザが保持しているバーコードや識別用の画像を撮像し、（１）当該撮像処理により得られる画像データそのもの、若しくは（２）当該画像データに基づいて取得される情報（例えば、バーコード画像を解析して得られるバーコード情報など）、を取得することにより実現される。
【００２４】
利用状況判定部１０２は、識別情報取得部１０１にて識別情報を取得されたユーザに対する「識別用画像」の対応付けを行う際に、所定の複数の識別用画像の内のいずれが他のユーザにより利用されているかを判定する。具体的に、本実施の形態では、「識別用画像」として複数種類のキャラクタ画像が用意されており、その画像データがサーバ２のＨＤＤ２０４に格納されている。図３は、本実施の形態で用意されている複数種類の識別用画像としてのキャラクタ画像の一例を示す図である。ここでは、一例として、ネコ、ロボット、イヌ、カエルの４種類のキャラクタ画像Ｃ１〜Ｃ４が用意されている。図４は、サーバ２のＨＤＤ２０４に格納されている、各識別用画像の利用状況を管理するための管理テーブルである。
【００２５】
画像選択指示部１０３は、利用状況判定部１０２における判定結果に基づいて、タッチパネルディスプレイ８０５にて、識別用画像の対応付けを行うべきユーザに対応付ける識別用画像を、他のユーザにより利用されている頻度（利用ユーザ数など）が低い識別用画像ほど優先順位が高くなるように（例えば、リスト表示の上位に位置するように）選択候補として画面表示させる。そして、ユーザにタッチパネルディスプレイ８０５への操作入力を促すことにより、これら選択候補の中から所望の識別用情報としてのキャラクタ画像を選択させる。図５は、キャラクタ画像をユーザに選択させるキャラクタ選択画面の一例を示す図である。ここでは、テーブル席についたユーザが自己のキャラクタを登録する場合を想定し、ディスプレイ８０５にて画面表示させているが、キャラクタ画像の選択は、必ずしもフードコートにあるテーブルで行う必要はなく、例えば、インターネット経由で事前に登録できるようにすることもできることは言うまでもない。
【００２６】
修飾状況判定部１０４は、識別情報取得部１０１にて識別情報を取得されたユーザに対応付けられる識別用画像に修飾内容を反映させる際に、所定の複数種類の修飾内容の内のいずれが、該ユーザに対応付けられる識別用画像について他のユーザにより既に利用されているかを判定する。ここでは、修飾内容の一例として、キャラクタに装着させるアイテムを示す。もちろん、識別用画像に反映させる修飾内容としては、「アイテムの付加」に限られるものではなく、識別用画像の一部または全部の「色」、「大きさ」、「比率」および「形状」の変更などが挙げられる。
【００２７】
図６は、修飾内容としてのアイテムの一例を示す図である。ここでは、アイテムとしての、スカーフ７０１、パラソル７０２、紳士用帽子７０３およびニット帽７０４が、ネコのキャラクタ画像Ｃ１に付加されている場合を例示している。図７は、サーバ２のＨＤＤ２０４に格納されている、修飾内容の利用状況を管理するための管理テーブルである。
【００２８】
修飾内容選択部１０５は、修飾状況判定部１０４における判定結果に基づいて、修飾内容の対応付けを行うべきユーザに対応付ける修飾内容を、該ユーザに対応付けられる識別用画像について他のユーザにより利用されていない修飾内容の中から選択する。
【００２９】
このようにすることにより、複数のユーザに対して同一もしくは類似する識別画像が対応付けられているような場合でも、識別画像に反映させる修飾内容を異ならせることにより、複数のユーザそれぞれに対応する識別標識の識別性を高めることができ、結果として注文した飲食物の受け取りミスの発生を低減させることができる。
【００３０】
また、修飾内容選択部１０５は、識別情報取得部１０１にて識別情報を取得されたユーザによる飲食物の注文が行われる注文環境に関する情報に基づいて、複数の所定の修飾内容の中から該ユーザに対応付けるべき修飾内容を自動選択することもできる。
【００３１】
ここでの「注文環境に関する情報」としては、例えば、「注文を行う日付」、「注文を行う際の天候」や「注文を行う際の温湿度」、「注文を行う際に当該飲食店を少なくとも一部に含む施設内で実施されているイベントやフェアの内容」、およびこれらに関する情報などが挙げられる。例えば、ユーザが注文を行う日の天気が雨であれば、キャラクタ画像にパラソルのアイテム画像７０２を反映させ、ユーザが注文を行う日の天気が雪であれば、キャラクタ画像にニット帽のアイテム画像７０４を反映させるようにしてもよい。
【００３２】
注文情報取得部１０６は、セルフオーダ端末１１〜１ｎにおけるタッチパネルディスプレイ８０５への操作入力に基づいて、識別情報取得部１０１にて識別情報を取得されたユーザによる飲食物の注文内容に関する注文情報を取得する。
【００３３】
印刷制御部１０７は、注文情報取得部１０６にて取得される注文情報が示す飲食物に対応付けて、識別情報取得部１０１にて識別情報を取得されたユーザに予め対応付けられている識別用画像が修飾内容選択部１０５にて選択される修飾内容を反映させた状態で表示される識別標識を印刷させる。ここでの識別標識の印刷対象としては、シール、レシート等のようにシート状のものであれば適用可能である。
【００３４】
記憶制御部１０８は、識別情報取得部１０１にて識別情報を取得されたユーザの注文内容を、注文情報取得部１０６を介して、履歴として例えばＨＤＤ８０４に記憶させておく。ここで、記憶制御部１０８によってＨＤＤ８０４に記憶させる履歴としては、例えば、ユーザが過去に注文した料理の内容、各種別の料理の注文回数、ユーザの注文内容に応じて行われた表示状態の変更等の処理履歴、などが挙げられる。
【００３５】
表示状態変更部１０９は、識別情報取得部１０１にて識別情報を取得されたユーザに対応付ける識別用画像の表示状態を、該ユーザに対応して記憶制御部１０８にて記憶されている履歴に応じて変更する。
【００３６】
これにより、過去の表示状態の履歴を記憶しておき、同一のユーザに対して数回前までの間に利用されたアイテム等は利用させない（選択候補から除外させる等）といった処理を行うことも可能となる。
【００３７】
また、ユーザの過去の注文履歴（あるいはこれから算出可能なカロリー値）に応じて、キャラクタを太った状態で表示させたり、痩せた状態で表示させたりすることができ、健康管理に関する意識の向上に寄与することができる。
【００３８】
図８は、本実施の形態による注文支援システムにおける処理の流れについて説明するためのフローチャートである。
【００３９】
上述の説明では、識別用画像の選択をセルフオーダー端末を用いて行う構成を例示したが、これに限られるものではなく、例えば、識別用画像選択の自由度をより高めたいような場合等には、事前の会員登録等によって自己に対応する識別用画像を予め決めておくようにすることが好ましい。そこで、ここでは、利用状況判定部１０２および画像選択指示部１０３を用いた、ユーザによる識別用画像の選択は事前登録によって完了している前提で説明を行う。
【００４０】
識別情報取得部１０１は、飲食物の注文を行うユーザを識別する識別情報を取得する（Ａｃｔ１０１）。図９は、セルフオーダ端末１１におけるディスプレイ８０５にて表示されているログイン時の画面例である。当該画面では、ＣＣＤカメラ８０６により撮像されているテーブル１の画像が表示されている。
【００４１】
本実施の形態では、テーブル１に着席したユーザが事前登録によって取得した自己の識別用カードをＣＣＤカメラ８０６の前にかざし、当該カードをＣＣＤカメラ８０６によって撮像することにより行われる。ユーザがかざす識別用カードにはそれぞれに個別の識別用画像が印字されており、当該識別画像をＣＣＤカメラ８０６によって撮像することで、当該識別画像の画像情報が取得される。ここでは、当該画像情報そのもの若しくは当該画像情報に対応付けられているユーザ識別用の情報が「識別情報」に相当する。
【００４２】
もちろん、ログインに用いることができるものは識別情報等が印字されたカードに限られるものではなく、例えば、キーホルダや無線通信タグを内蔵したカード等とすることもできる。
【００４３】
修飾状況判定部１０４は、識別情報取得部１０１にて識別情報を取得されたユーザに対応付けられる識別用画像に修飾内容を反映させるために、所定の複数種類の修飾内容の内のいずれが、該ユーザに対応付けられる識別用画像について他のユーザにより既に利用されているかを判定する（Ａｃｔ１０２）。
【００４４】
修飾内容選択部１０５は、修飾状況判定部１０４における判定結果に基づいて、修飾内容の対応付けを行うべきユーザに対応付ける修飾内容を、該ユーザに対応付けられる識別用画像について他のユーザにより利用されていない修飾内容の中から選択する（Ａｃｔ１０３）。
【００４５】
修飾内容選択部１０５は、識別情報取得部１０１にて識別情報を取得されたユーザによる飲食物の注文が行われる注文環境に関する情報に基づいて、複数の所定の修飾内容の中から該ユーザに対応付けるべき修飾内容を自動選択する（Ａｃｔ１０３）。ここでは、一例として、 修飾内容としてスカーフ７０１を選択したものとする。
【００４６】
そして、識別情報取得部１０１にて取得される識別情報に基づき、例えばサーバ２においてログイン処理が実行される。ログイン処理の実行とともに、当該識別情報に対応するユーザ用の識別用画像として事前登録されているキャラクタ画像を、ＡＲ（Augmented Reality）技術を用いて、ディスプレイ８０５におけるその識別情報が表示されている識別カード上に重ねて画面表示させる。図１０は、識別カード上にキャラクタ画像が重ねて表示されている状態を示す図である。ここでは、ネコ、イヌ、カエルおよびロボットに対応する４人のユーザがログインした状態を示している。
【００４７】
上述のようにしてログイン処理、キャラクタ画像の決定、アイテムの決定等がなされると、ディスプレイ８０５における画面表示は、メニューの選択画面に移行する。ここでは、ユーザが、図１０に示す画面上でネコのキャラクタ画像にタッチしたものとする。当該選択操作により、料理注文システム側では、これから料理を注文するユーザがネコのキャラクタ画像に対応するユーザであると認識する。図１１は、ネコのキャラクタ画像に対応するユーザによるメニュー選択のスタート画面の画面表示例である。なお、キャラクタ画像に対する修飾内容の反映を行うタイミングは、少なくとも後述する識別標識の印字の際に行われればよいが、ここでは一例として、メニュー選択時から反映させている。
【００４８】
図１１の画面において、ユーザが料理の注文を行いたい店舗の画像にタッチすると、図１２に示すように、ネコのキャラクタ画像が当該店舗に向かって移動する。
【００４９】
ネコのキャラクタ画像が所望の店舗に到達すると、ディスプレイ８０５における画面表示は図１３のように切り替わる。同図に示すメニュー画面上において、当該店舗を選択したネコのキャラクタ画像に対応するユーザが、例えば「朝採卵のカルボナーラ」を選択すると、図１４に示すように、ネコのキャラクタ画像とチェックマークが当該メニューに対応付けて表示される。
【００５０】
続いて、ネコ以外のキャラクタ画像に対応するユーザによる注文操作を開始する場合、図１４に示す画面上における領域Ｌに表示されているネコ以外のキャラクタ画像の内のいずれかにタッチすると、タッチしたキャラクタ画像に対応するユーザ用の注文画面に移行する。図１５は、ロボットのキャラクタ画像に対応するユーザ用の注文画面に移行した例を示す図である。
【００５１】
ここで、ロボットのキャラクタ画像に対応するユーザが求めるメニューが、ネコのキャラクタ画像に対応するユーザが選択した店舗のメニューブック内に無い場合、メニューブックの横に表示されているタブＴを選択することにより所望の店舗のメニューブックへと移行することができる。図１６は、ロボットのキャラクタ画像に対応するユーザが選択した店舗のメニューブックにおいて、「チャーシューメン」を選択した状態を示す図である。
【００５２】
図１７は、図１６に示す画面上において「注文確認／送信」ボタンｂ１を押下したときの画面表示例を示す図である。当該画面において、各ユーザは自己の注文内容を確認することができる。ユーザにより「送信」ボタンｂ２が押下されると、その表示内容での注文が確定され、サーバ２に向けて送信される。図１８は、注文送信時にディスプレイ８０５に表示される画面の一例を示す図である。このようにしてサーバ２に送信された注文内容に基づき、注文が確定し、料理の調理が開始される。
【００５３】
注文情報取得部１０６は、セルフオーダ端末１１〜１ｎにおけるタッチパネルディス
プレイ８０５への操作入力に基づいて、識別情報取得部１０１にて識別情報を取得されたユーザによる飲食物の注文内容に関する注文情報を取得する（Ａｃｔ１０４）。
【００５４】
図１９は、注文された料理が完成し、所定の受取カウンタにて受取可能である旨を通知する画面の一例を示す図である。同図に示すように、出来上がった料理と当該料理を注文したユーザに対応するキャラクタ画像が印字されたシートとをトレイ上に載置した状態の画像Ｑを表示させる。同時に、出来上がった料理を受け取る受取カウンタの場所を示す地図も画面表示される。
【００５５】
印刷制御部１０７は、注文情報取得部１０６にて取得される注文情報が示す飲食物に対応付けて、識別情報取得部１０１にて識別情報を取得されたユーザに予め対応付けられている識別用画像が修飾内容選択部１０５にて選択される修飾内容を反映させた状態で表示される識別標識をシール上に印刷させる（Ａｃｔ１０５）。
【００５６】
このように、注文された料理と対応付けて注文者であるユーザを識別するためのキャラクタ画像を表示した識別標識をシール等のシートに印字し、対応する料理とともにトレイに載置させることで、料理受取カウンタ上に同じ料理や外観が非常に似た料理が置かれている場合でも、当該識別標識を確認すれば料理の取り間違いを生ずることがない。
【００５７】
なお、この識別標識を印刷する際には、対応する注文内容の料理名など対応する料理を視認可能な情報が同時に印刷されていることが好ましい。これにより、調理を行うスタッフや調理済みの料理を受け取りカウンタに配置するスタッフは、上述のようにして印刷されたシールに対応する料理を容易に識別することができ、作業性の向上に寄与することができる。
【００５８】
上述の注文支援システムでの処理における各動作は、ＭＥＭＯＲＹ８０３、ＭＥＭＯＲＹ２０３、、ＨＤＤ８０４およびＨＤＤ２０４の内の少なくともいずれかに格納されている注文支援プログラムをＣＰＵ８０１およびＣＰＵ２０１の少なくともいずれかにより実行させることにより実現されるものである。
【００５９】
（第２の実施の形態）
続いて、本発明の第２の実施の形態について説明する。
【００６０】
本発明の第２の実施の形態は、上述した第１の実施の形態の変形例である。以下、第１の実施の形態にてすでに説明した部分と同様な機能を有する部分については、同一符号を付し、説明は省略する。
【００６１】
図２０は、本発明の第２の実施の形態による注文支援システムについて説明するための機能ブロック図である。
【００６２】
同図に示すように、本発明の第２の実施の形態による注文支援システムは、第１の実施の形態における利用状況判定部１０２および修飾状況判定部１０４の代わりに、類似注文判別部１１０を備えている。また、本実施の形態では説明の便宜上、ユーザに対応する識別画像は、事前登録によってサーバ２に登録されているものとし、印刷制御部１０７’は、上述した印刷制御部１０７の機能に加え、ユーザに対応する識別画像をサーバ２から自動取得する機能を有するものとする。
【００６３】
上述の第１の実施の形態では、注文された料理の識別性を高めるために、他のユーザによる利用頻度の高い識別用画像や修飾内容は極力利用しないようにする構成としているが、本実施の形態では、自己が注文した飲食物との取り間違いが生ずる可能性がある飲食物を注文する他のユーザがいる場合に、識別画像に反映する識別内容との差異が大きくなるようにしている。
【００６４】
類似注文判別部１１０は、注文情報取得部１０６にて取得される注文情報に基づいて、「ユーザによる取り間違いが生ずる可能性のある所定の類似関係」を有する注文内容を判別する。
【００６５】
修飾内容選択部１０５’は、上述した修飾内容選択部１０５の機能に加え、類似注文判別部１１０にて所定の類似関係を有すると判別される複数の注文それぞれを行ったユーザに対応付けられる修飾内容が、「互いに類似しない所定の非類似状態」となるように修飾内容を選択する。
【００６６】
このように、調理した状態での外観が非常に似ている飲食物同士のように、注文者が混同してしまうおそれがあるような類似した飲食物に対する注文については、事前に類似関係にある注文内容としてサーバ２等に登録しておき、各飲食物に対応付ける識別用画像に対して積極的に相違する印象の修飾内容を反映させ、類似した飲食物間での識別性を高めている。
【００６７】
なお、「ユーザによる取り間違いが生ずる可能性のある所定の類似関係」とは、
（１）注文された飲食物の外観が所定の類似関係を有している関係
（２）注文された飲食物の材料が所定の類似関係を有している関係
（３）注文された飲食物の調理法が所定の類似関係を有している関係
（４）注文された飲食物の料理種別が所定の類似関係を有している関係
の内の少なくともいずれかに該当しており、且つ注文された飲食物の受け取り場所が同一の料理受取カウンタである若しくは近接している関係である。なお、飲食物の受け取り場所が同一の料理受取カウンタである若しくは近接しているか否かについては、通常、ある店舗にて注文した料理の受取場所は決まっているため、サーバ２にて各セルフオーダ端末から集計される注文内容から判断することができる。
【００６８】
また、「互いに類似しない所定の非類似状態」とは、彩度、明度、コントラスト比、形状、大きさ、面積、輪郭の角の数および輪郭の特定部位の曲率の内の少なくともいずれかの類似度が低い状態である。例えば、上述した例では、アイテムとしての紳士用帽子７０３とニット帽７０４とは、使用している色が「黒」と「白」であり、色値としては大きく異なっている。したがって、紳士用帽子７０３とニット帽７０４とは所定の非類似関係を有していると定義することができる。
【００６９】
もちろん、互いに類似しない所定の非類似状態としては、上述したものは一例を示したものであり、上記の例の他にも、一般的なデザインルール上、複数の画像同士を類似しない印象にしたい場合に施される種々の手法を適用することも可能であることは言うまでもない。
【００７０】
更に、注文支援システムを構成するＣＰＵ８０１（もしくはこれに代替可能なＭＰＵなど）等のプロセッサにおいて上述した各動作を実行させるプログラムを、制御パラメータ補正プログラムとして提供することができる。本実施の形態では、発明を実施する機能を実現するための当該プログラムが、装置内部に設けられた記憶領域に予め記録されている場合を例示したが、これに限らず同様のプログラムをネットワークから装置にダウンロードしても良いし、同様のプログラムをコンピュータ読取可能な記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。具体的に、記録媒体としては、例えば、ＲＯＭやＲＡＭ等のコンピュータに内部実装される内部記憶装置、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、回線上の伝送媒体などが挙げられる。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と共働してその機能を実現させるものであってもよい。
【００７１】
なお、プログラムは、その一部または全部が、動的に生成される実行モジュールであってもよい。
【００７２】
また、上述の各実施の形態にてプログラムをＣＰＵやＭＰＵに実行させることにより実現される各種処理は、その少なくとも一部を、ＡＳＩＣ８０２にて回路的に実行させることも可能であることは言うまでもない。
【００７３】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、なんら拘束されない。さらに、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、すべて本発明の範囲内のものである。
【符号の説明】
【００７４】
１０１  識別情報取得部、１０２  利用状況判定部、１０３  画像選択指示部、１０４  修飾状況判定部、１０５  修飾内容選択部、１０６  注文情報取得部、１０７  印刷制御部、１０８  記憶制御部、１０９  表示状態変更部。
【図４】
2011170797.tif 000003
【図５】
2011170797.tif 000004
【図７】
2011170797.tif 000005
【図８】
2011170797.tif 000006
【図２０】
2011170797.tif 000007
【図１】
2011170797.tif 000008
【図２】
2011170797.tif 000009
【図３】
2011170797.tif 000010
【図６】
2011170797.tif 000011
【図９】
2011170797.tif 000012
【図１０】
2011170797.tif 000013
【図１１】
2011170797.tif 000014
【図１２】
2011170797.tif 000015
【図１３】
2011170797.tif 000016
【図１４】
2011170797.tif 000017
【図１５】
2011170797.tif 000018
【図１６】
2011170797.tif 000019
【図１７】
2011170797.tif 000020
【図１８】
2011170797.tif 000021
【図１９】
2011170797.tif 000022