(57)【要約】【課題】ユーザが、注文対象の概ねの待ち時間を注文前に把握した上で注文操作を行うことを可能とする技術を提供する。【解決手段】複数店舗に対して注文済みである注文済対象を示す注文情報を取得する注文済情報取得部と、前記複数店舗それぞれにおける注文候補である注文候補対象を示す注文情報を取得する注文候補情報取得部と、取得される前記注文情報にそれぞれ対応づけられている、前記注文情報が示す注文対象の用意を開始してから用意が完了するまでの所要時間を示す所要時間情報を取得する所要時間情報取得部と、取得される前記所要時間情報に基づいて、前記注文候補対象を注文した場合の前記注文候補対象の用意を完了可能な時期を算出する用意完了時期算出部と、を有する。【選択図】図２
2012068750.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）、フラッシュＭＥＭＯＲＹ等から構成されることができ、注文システムにおいて利用される種々の情報やプログラムを格納する役割を有している。
【００２０】
図２は、上述のような注文システムに備わる注文操作支援システムについて説明するための機能ブロック図である。
【００２１】
図２に示すように、注文操作支援システムは、注文済情報取得部１０１、注文候補情報取得部１０２、所要時間情報取得部１０３、用意開始時刻取得部１０４、用意完了時期算出部１０５、完了情報取得部１０６、注文候補表示部１０７、を備えている。
【００２２】
注文済情報取得部１０１は、複数店舗に対して注文済みである料理（注文済対象）を示す注文情報（メニュー名やメニューＩＤなど）を取得する。
なお、ここでの「注文済対象」とは、注文が仮決めの状態の注文対象も含むものとする。図３は、サーバ２にて管理されている店舗Ａに対する注文済のオーダキューのデータテーブルである。図４は、サーバ２にて管理されている店舗Ｂに対する注文済のオーダキューのデータテーブルである。図３および図４から、店舗Ｂの方が店舗Ａに比較して混雑していないことがわかる。
【００２３】
注文候補情報取得部１０２は、複数店舗それぞれにおける注文候補である料理（注文候補対象）を示す注文情報を取得する。ここでは、複数の店舗Ａ〜Ｃにおいて選択可能なすべてのメニューが注文情報取得の対象となる。
【００２４】
所要時間情報取得部１０３は、取得される（１）注文済みである料理（注文済対象）を示す注文情報と、（２）注文候補である料理（注文候補対象）を示す注文情報と、にそれぞれ対応づけられている、注文情報が示す注文対象の用意を開始してから用意が完了するまでの所要時間を示す所要時間情報を取得する。なお、ここでの所要時間情報は、店舗毎に用意されている。同じ名称のメニューであったとしても、店舗によって調理完了までの所要時間は異なる場合があるからである。
【００２５】
図５は、店舗Ａにおいて取り扱っているメニューの平均調理時間のデータテーブルである。図６は、店舗Ｂにおいて取り扱っているメニューの平均調理時間のデータテーブルである。これらの平均調理時間に関するデータテーブルは、サーバ２のＨＤＤ２０４にて管理されている。
【００２６】
用意開始時刻取得部１０４は、取得される注文情報それぞれが示す注文済対象の実際の用意開始時刻を取得する。ここでは、調理場で調理人が対象となる注文情報を指定した上で用意開始ボタン３１を押下することで、当該注文情報が示すメニューの調理が開始された時刻が「調理開始時刻」としてサーバ２に登録される。調理人による注文情報の指定は、例えば、用意開始ボタン３１と連動するプリンタ３のＵＩ画面上で行うことができる。
【００２７】
用意完了時期算出部１０５は、各注文済対象について所要時間情報が示す所要時間から用意開始時刻からの経過時間を減算した時間を算出し、各注文済対象についての算出結果を積算することにより、注文候補対象を注文した場合の注文候補対象の用意を開始可能な時期を算出する。
【００２８】
用意完了時期算出部１０５は、複数店舗それぞれにおいて注文可能な複数の注文候補対象それぞれについて、用意を完了可能な時期を算出する。
【００２９】
完了情報取得部１０６は、注文済情報取得部１０１にて取得される注文情報が示す注文対象の用意の完了を示す完了情報を取得する。ここでは、調理場で調理人が対象となる注文情報を指定した上で用意完了ボタン３２を押下することで、当該注文情報が示すメニューの用意が完了した時刻が「用意完了時刻」としてサーバ２に登録される。調理人による注文情報の指定は、例えば、用意完了ボタン３１と連動するプリンタ３のＵＩ画面上で行うことができる。
用意完了時期算出部１０５は、完了情報が取得された注文対象については、積算対象から除外する。
【００３０】
注文候補表示部１０７は、複数の注文候補対象それぞれを、早く用意を完了可能な順序で、タッチパネルディスプレイ８０５にてリスト表示させる。
【００３１】
図７は、注文操作支援システムにおける処理（注文操作支援方法）の流れについて説明するためのフローチャートである。
【００３２】
まず、ＰＲＯＣＥＳＳＯＲ２０１（注文済情報取得部１０１）は、複数店舗に対して「注文済み」である注文済対象を示す「注文情報」を取得する（Ａｃｔ１０１）。
【００３３】
ＰＲＯＣＥＳＳＯＲ２０１（所要時間情報取得部１０３）は、注文情報が示す注文済対象の用意を開始してから用意が完了するまでの所要時間を示す「所要時間情報」を取得する（Ａｃｔ１０２）。
【００３４】
ＰＲＯＣＥＳＳＯＲ２０１（用意開始時刻取得部１０４）は、取得される注文情報それぞれが示す注文済対象の「実際の用意開始時刻」を取得する（Ａｃｔ１０３）。
【００３５】
ＰＲＯＣＥＳＳＯＲ２０１（注文候補情報取得部１０２）は、複数店舗それぞれにおける「注文候補」である注文候補対象を示す「注文情報」を取得する（Ａｃｔ１０４）。
【００３６】
ＰＲＯＣＥＳＳＯＲ２０１（所要時間情報取得部１０３）は、注文情報が示す注文候補対象の用意を開始してから用意が完了するまでの所要時間を示す所要時間情報を取得する（Ａｃｔ１０５）。
【００３７】
なお、ＡＣＴ１０１〜ＡＣＴ１０３の処理と、ＡＣＴ１０４〜ＡＣＴ１０５の処理は、結果的に後述のＡＣＴ１０６の処理が行われるまでに完了していればよく、その実行順序はいずれが先であってもよいし、同時であってもよい。
【００３８】
ＰＲＯＣＥＳＳＯＲ２０１（用意完了時期算出部１０５）は、取得される所要時間情報に基づいて、注文候補対象を注文した場合の注文候補対象の用意を完了可能な時期を算出する（Ａｃｔ１０６）。
複数店舗それぞれにおいて注文可能な複数の注文候補対象それぞれについて、用意を完了可能な時期を算出する。
【００３９】
図８は、店舗Ａの受付済の各メニューの予想提供時刻のデータテーブルであり、図９は店舗Ｂの受付済の各メニューの予想提供時刻のデータテーブルである。図８に示すように、各メニューの注文時刻が時間的に十分な間隔があれば、基本的に各メニューの調理開始時刻は、注文受付時刻とほぼ一致する。しかし、店舗Ｂにて注文されている「かつ丼」と「そば」は比較的近い時刻に注文を受け付けているため、「そば」の調理開始時刻は、「そば」の注文を受け付けた時刻ではなく、「かつ丼」の調理が完了する予定時刻と一致している。
【００４０】
具体的に、ＰＲＯＣＥＳＳＯＲ２０１（用意完了時期算出部１０５）は、例えば、各注文済対象について所要時間情報が示す所要時間から用意開始時刻からの経過時間を減算した時間を算出し、各注文済対象についての算出結果を積算することにより、注文候補対象を注文した場合の注文候補対象の用意を開始可能な時期を算出する。
【００４１】
また、ＰＲＯＣＥＳＳＯＲ２０１（完了情報取得部１０６）は、用意完了ボタン３２の押下に基づき、取得される注文情報が示す注文対象の用意の完了を示す「完了情報」をリアルタイムで取得する。ＰＲＯＣＥＳＳＯＲ２０１（用意完了時期算出部１０５）は、「完了情報」が取得された注文対象については、積算対象から除外する（いわゆる「消し込み処理」に相当）。このような完了情報による積算対象からの除外は、特に、予想していた時間よりも早い時間で調理が完了した場合などに効果を奏する。
【００４２】
ＰＲＯＣＥＳＳＯＲ２０１（注文候補表示部１０７）は、複数の注文候補対象それぞれを、早く用意を完了可能な順序でタッチパネルディスプレイ８０５にリスト表示させる（Ａｃｔ１０７）。ユーザは、このようにリスト表示される注文候補対象の内から、所望の注文対象を選択し、注文操作を行う。ユーザのパネル操作により確定された注文対象を示す情報は、サーバ２に送信され、注文済対象として注文受付時刻等の関連情報と共にデータテーブルに登録される。
【００４３】
図１０は、注文候補表示部１０７によりランキング表示される情報のデータテーブルを示す図である。当該データテーブルは、例えばサーバ２のＨＤＤ２０４にて管理される。注文候補表示部１０７は、図１０に示すデータテーブルとほぼ同じ内容のＵＩ画面を、タッチパネルディスプレイ８０５上に表示させる。
【００４４】
図６に示す店舗Ｂの平均調理時間のデータテーブルでは、例えばピザＡは平均調理時間が６分もかかり、店舗Ａのうどんやそばの２倍も調理時間がかかる。しかしながら、店舗Ａは図３に示すオーダキューからわかるように、現在混雑しているため、この実情を反映した結果として、図１０に示すように、店舗ＢのピザＣ〜Ａが早くできるメニューのランキングの上位に位置している。
【００４５】
上述の注文操作支援システムでの処理における各動作は、ＭＥＭＯＲＹ８０３もしくはＭＥＭＯＲＹ２０３に格納されている注文操作支援プログラムを、ＰＲＯＣＥＳＳＯＲ８０１もしくはＰＲＯＣＥＳＳＯＲ２０１に実行させることにより実現されるものである。したがって、注文操作支援システムが備える、注文済情報取得部１０１、注文候補情報取得部１０２、所要時間情報取得部１０３、用意開始時刻取得部１０４、用意完了時期算出部１０５、完了情報取得部１０６および注文候補表示部１０７の機能は、セルフオーダ端末１１〜１ｎおよびサーバ２のいずれに備わっていてもよく、これら各機能が結果として連携可能となっていればその所在は問わない。
【００４６】
なお、上述の実施の形態では、ユーザが任意のメニューをいずれか１つ選択した場合の待ち時間を示す構成となっているが、例えば、複数のメニューを選択して一括で注文可能な注文システムにおいては、注文するメニューの組み合わせによっては、ユーザが意図せずに待ち時間を長くしてしまう場合が想定される。例えば、上述の例において、店舗ＢのピザＡ、ピザＢ、ピザＣが早くできる結果となっているが、もし店舗Ｂに対して一度にピザＡ〜Ｃを注文した場合、同じ店舗に注文が集中するため、ランキング上位にあるメニューを選択したにも拘わらず、長時間まってしまう結果となる。
【００４７】
そこで、ある組み合わせのメニューを注文した場合の所要時間を登録したデータテーブルをあらかじめＨＤＤ２０４に格納しておき、複数注文されたメニューの組み合わせに応じた適切な所要時間を選定するようにすることで、より実情に沿った待ち時間の予測が可能となる。
【００４８】
また、ＵＩ上で仮決めされた段階で注文済のメニューと同様に待ち時間に加える構成とすることで、ユーザは複数のメニューを一括で注文する際に、自己が選択したメニューによって待ち時間が増加するか否かをリアルタイムに把握することができる。
【００４９】
また、店舗によっては、注文があったことはサーバ２に通知されるが、その注文の調理の完了をサーバ２に対して通知することのできない端末（上記注文システムを構築しているメーカとは異なるメーカの端末など）を使用している場合もある。このような場合、上記所要時間に基づいて、それぞれの注文が仮想的に完了してゆくものとみなし、ランキングにリアルタイムに反映させてゆくようにしてもよい。
【００５０】
なお、上述の所要時間については、例えば、曜日によっては調理を行うものが倍の人数になるなど、曜日や担当者によってばらつきが生ずる可能性がある。そこで、曜日や担当者に基づいて、所要時間のデータテーブルを切り替えることにより、より実情に即した正確な待ち時間の予測を行うことが可能となる。
【００５１】
なお、上述の実施の形態では、注文対象が料理である場合を例示したが、必ずしもこれに限られるものではない。すなわち、ユーザが複数店舗に対して注文操作を行うことができ、注文をしてからある程度の待ち時間が発生するケースであれば、どのような注文対象物や注文対象サービスが提供される施設においても適用可能である。よって、例えば、遊園地等における複数のアトラクションの待ち時間の予測や、公的機関の複数の窓口それぞれにおける書類作成の完了時期の予測等にも応用可能であることは言うまでもない。
【００５２】
更に、注文操作支援システムを構成するコンピュータにおいて上述した各動作を実行させるプログラムを、注文操作支援プログラムとして提供することができる。本実施の形態では、発明を実施する機能を実現するための当該プログラムが、装置内部に設けられた記憶領域に予め記録されている場合を例示したが、これに限らず同様のプログラムをネットワークから装置にダウンロードしても良いし、同様のプログラムをコンピュータ読取可能な記録媒体に記憶させたものを装置にインストールしてもよい。
【００５３】
記録媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。具体的に、記録媒体としては、例えば、ＲＯＭやＲＡＭ等のコンピュータに内部実装される内部記憶装置、ＣＤ−ＲＯＭやフレキシブルディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の可搬型記憶媒体、コンピュータプログラムを保持するデータベース、或いは、他のコンピュータ並びにそのデータベースや、回線上の伝送媒体などが挙げられる。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と共働してその機能を実現させるものであってもよい。
なお、プログラムは、その一部または全部が、動的に生成される実行モジュールであってもよい。
【００５４】
また、上述の各実施の形態にてプログラムをＣＰＵやＭＰＵ等のＰＲＯＣＥＳＳＯＲに実行させることにより実現される各種処理は、その少なくとも一部を、ＡＳＩＣ８０２にて回路的に実行させることも可能であることは言うまでもない。
【００５５】
本発明は、その精神または主要な特徴から逸脱することなく、他の様々な形で実施することができる。そのため、前述の実施の形態はあらゆる点で単なる例示に過ぎず、限定的に解釈してはならない。本発明の範囲は、特許請求の範囲によって示すものであって、明細書本文には、なんら拘束されない。さらに、特許請求の範囲の均等範囲に属する全ての変形、様々な改良、代替および改質は、すべて本発明の範囲内のものである。
【符号の説明】
【００５６】
１０１  注文済情報取得部、１０２  注文候補情報取得部、１０３  所要時間情報取得部、１０４  用意開始時刻取得部、１０４  用意開始時刻取得部、１０５  用意完了時期算出部、１０６  完了情報取得部、１０７  注文候補表示部。
【図２】
2012068750.tif 000003
【図３】
2012068750.tif 000004
【図４】
2012068750.tif 000005
【図５】
2012068750.tif 000006
【図６】
2012068750.tif 000007
【図７】
2012068750.tif 000008
【図８】
2012068750.tif 000009
【図９】
2012068750.tif 000010
【図１０】
2012068750.tif 000011
【図１】
2012068750.tif 000012