(57)【要約】【課題】所定の軌道を周期的に巡回する複数の乗客収容装置からの、飲食物の注文を管理する注文管理システムであって、乗客収容装置内で飲食物の注文に関する処理を行うことができる注文管理システム、その制御装置、およびプログラムを提供する。【解決手段】注文管理システム１００は、観覧車１０のゴンドラ２０内にそれぞれ設置される注文用端末２１を備える。注文用端末２１は、発注装置２２および注文確認表示装置２３として機能する。制御装置４１は、発注装置２２から注文を受信し、飲食物が提供される提供時刻を算出して注文確認表示装置２３に送信する。注文確認表示装置２３はこれを受信し、乗客に表示する。【選択図】図１３
2010117758.tif 000002
【特許請求の範囲】
【請求項１】
所定の軌道を周期的に巡回する複数の乗客収容装置からの、飲食物の注文を管理する注文管理システムであって、
前記乗客収容装置のそれぞれに設けられ、前記注文を送信する発注装置と、
前記乗客収容装置のそれぞれに設けられる表示装置と、
前記発注装置および前記表示装置と通信可能に設けられる制御装置と
を備え、
前記制御装置は、
前記発注装置から送信された前記注文を受信する機能と、
受信した前記注文と、前記軌道における前記乗客収容装置の位置とに基づいて、その注文に係る飲食物がその乗客収容装置に提供される提供時刻を算出する機能と、
算出された前記提供時刻を前記表示装置に送信する機能と
を備え、
前記表示装置は、前記注文と、前記制御装置から受信した前記提供時刻とを関連付けて表示する
注文管理システム。
【請求項２】
前記注文管理システムは、さらに、前記飲食物のそれぞれに対して調理時間を関連付けて記憶するデータベースを備え、
前記制御装置は、前記提供時刻を、さらに前記調理時間に基づいて算出する機能を備える
請求項１に記載の注文管理システム。
【請求項３】
前記注文管理システムは、さらに、前記注文に係る前記飲食物の調理を開始すべきである旨を表示する端末を備える
請求項１または２に記載の注文管理システム。
【請求項４】
前記制御装置は、さらに、
前記注文が送信された時刻と、前記調理時間とに基づいて、前記飲食物の調理が完了する調理完了時刻を算出する機能と、
前記軌道における前記乗客収容装置の前記位置に基づいて、前記飲食物の受け取りを行う受け取り位置にその乗客収容装置が最初に到達する到達時刻を算出する機能と、
前記調理完了時刻と、前記到達時刻とを比較する機能と、
前記比較の結果、前記調理完了時刻が前記到達時刻より早い場合には、前記到達時刻を前記提供時刻とする機能と、
前記比較の結果、前記調理完了時刻が前記到達時刻より遅い場合には、前記到達時刻より後に前記乗客収容装置が前記受け取り位置に到達する時刻を前記提供時刻とする機能と
を備える
請求項２または３に記載の注文管理システム。
【請求項５】
前記乗客収容装置は観覧車のゴンドラであることを特徴とする、請求項１〜４のいずれか一項に記載の注文管理システム。
【請求項６】
所定の軌道を周期的に巡回する複数の乗客収容装置からの、飲食物の注文を管理する注文管理システムの制御装置であって、
前記乗客収容装置からの前記注文を受信する機能と、
受信した前記注文と、前記軌道における前記乗客収容装置の位置とに基づいて、前記注文に係る飲食物がその乗客収容装置に提供される提供時刻を算出する機能と、
算出された前記提供時刻を、前記乗客収容装置に向けて送信する機能と
を備える、制御装置。
【請求項７】
コンピュータを、請求項１〜５のいずれか一項に記載の注文管理システムとして、または請求項６に記載の制御装置として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の軌道を周期的に巡回する複数の乗客収容装置からの、飲食物の注文を管理する注文管理システムに関する。また、本発明は、注文管理システムの制御装置にも関し、プログラムにも関する。
【背景技術】
【０００２】
複数のゴンドラを備え、それぞれのゴンドラに乗客を搭乗させて、一定時間で決まったコースを観覧させる施設として、観覧車等が知られている。特許文献１には、観覧車の具体的な構成の例が記載されている。特許文献１の観覧車は、回転輪の外周部に配置された多数のゴンドラを、回転輪の旋回によって高所に運ぶものである。
【０００３】
このような観覧車等において、乗客がゴンドラ内で食事を楽しむための技術が公知である。特許文献２には、このような技術の例が記載されている。特許文献２では、建物から観覧車の観覧かごへ飲食物を受け渡す飲食物受渡手段として、観覧かごの移動スピードと同調して移動する受渡アーム等を設けることが記載されている。
また、特許文献３および特許文献４には、観覧車においてゴンドラの回転位置を検出するための構成が記載されている。
【０００４】
【特許文献１】特開平６−１５４４２４号公報
【特許文献２】特開２００３−９５８号公報
【特許文献３】特開２００６−３１１９２７号公報
【特許文献４】特開２００５−２９６４８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、ゴンドラ等の乗客収容装置内で飲食物の注文に関する処理を行うことができないという問題があった。たとえば、注文に関する処理として、飲食物を新たに追加注文する処理や、注文した飲食物を受け取るまでの時間を表示する処理ができなかった。このため、ゴンドラ内での飲食に関する乗客の利便性には限度があった。
【０００６】
この発明は、このような問題点を解決するためになされたものであり、乗客収容装置内で飲食物の注文に関する処理を行うことができる注文管理システム、その制御装置、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の問題点を解決するため、この発明に係る注文管理システムは、所定の軌道を周期的に巡回する複数の乗客収容装置からの、飲食物の注文を管理する注文管理システムであって、乗客収容装置のそれぞれに設けられ、注文を送信する発注装置と、乗客収容装置のそれぞれに設けられる表示装置と、発注装置および表示装置と通信可能に設けられる制御装置とを備え、制御装置は、発注装置から送信された注文を受信する機能と、受信した注文と、軌道における乗客収容装置の位置とに基づいて、その注文に係る飲食物がその乗客収容装置に提供される提供時刻を算出する機能と、算出された提供時刻を表示装置に送信する機能とを備え、表示装置は、注文と、制御装置から受信した提供時刻とを関連付けて表示する。
【０００８】
注文管理システムは、さらに、飲食物のそれぞれに対して調理時間を関連付けて記憶するデータベースを備え、制御装置は、提供時刻を、さらに調理時間に基づいて算出する機能を備えてもよい。
注文管理システムは、さらに、注文に係る飲食物の調理を開始すべきである旨を表示する端末を備えてもよい。
制御装置は、さらに、注文が送信された時刻と、調理時間とに基づいて、飲食物の調理が完了する調理完了時刻を算出する機能と、軌道における乗客収容装置の位置に基づいて、飲食物の受け取りを行う受け取り位置にその乗客収容装置が最初に到達する到達時刻を算出する機能と、調理完了時刻と、到達時刻とを比較する機能と、比較の結果、調理完了時刻が到達時刻より早い場合には、到達時刻を提供時刻とする機能と、比較の結果、調理完了時刻が到達時刻より遅い場合には、到達時刻より後に乗客収容装置が受け取り位置に到達する時刻を提供時刻とする機能とを備えてもよい。
乗客収容装置は観覧車のゴンドラであることを特徴としてもよい。
【０００９】
また、この発明に係る注文管理システムの制御装置は、所定の軌道を周期的に巡回する複数の乗客収容装置からの、飲食物の注文を管理する注文管理システムの制御装置であって、乗客収容装置からの注文を受信する機能と、受信した注文と、軌道における乗客収容装置の位置とに基づいて、注文に係る飲食物がその乗客収容装置に提供される提供時刻を算出する機能と、算出された提供時刻を、乗客収容装置に向けて送信する機能とを備える。
【００１０】
また、この発明に係るプログラムは、コンピュータを、上述の注文管理システムとして、または上述の制御装置として機能させる。
【発明の効果】
【００１１】
この発明に係る注文管理システム、その制御装置、およびプログラムは、乗客収容装置から注文を送信する発注装置と、注文された飲食物が提供される時刻を計算する制御装置と、この時刻を乗客収容装置において表示する表示装置とを備えるので、乗客収容装置内で飲食物の注文に関する処理を行うことができ、乗客の利便性が向上する。たとえば、乗客は飲食物を新たに追加注文することができ、また、注文した飲食物を受け取るまでの時間を知ることができる。
【発明を実施するための最良の形態】
【００１２】
以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明の実施の形態１に係る注文管理システムを利用した観覧車１０の構成を示す。観覧車１０は、その外周部に複数のゴンドラ２０を備える。ゴンドラ２０は、乗客を収容する機能を持つ乗客収容装置である。ゴンドラ２０は、観覧車１０の回転に伴って移動し、所定の円形軌道を周期的に巡回する。図１の例では、ゴンドラ２０は時計回り、すなわち矢印Ａの方向に回転する。
観覧車１０の下方には搭乗口３０が設けられ、乗客はこの搭乗口３０においてゴンドラ２０に乗車し、またゴンドラ２０から下車する。
【００１３】
観覧車１０の近傍に、調理場４０および会計場５０が設置されている。調理場４０は、観覧車１０の乗客に提供される飲食物を準備および調理するための施設である。会計場５０は、観覧車１０から下車した乗客が、観覧車１０の利用料金および飲食物の代金等の会計を行うための施設である。
【００１４】
調理場４０には飲食物運搬手段６０が設けられる。飲食物運搬手段６０は、飲食物を調理場４０からゴンドラ２０に向けて運搬する。飲食物運搬手段６０は受渡口６１を含み、観覧車１０の回転によってゴンドラ２０が受渡口６１に到達すると、乗客は受渡口６１から飲食物を受け取ることができる。飲食物運搬手段６０はたとえばベルトコンベアを備え、調理場４０の係員がベルトコンベアに乗せた飲食物を受渡口６１へと運搬する。
このような構成によって、ゴンドラ２０内の乗客は、ゴンドラ２０に乗車したまま飲食物の提供を受けることができる。
【００１５】
図２は、図１の観覧車１０に関連して設けられ、飲食物の注文を管理する、本発明の実施の形態１に係る注文管理システム１００の構成を示す。
注文管理システム１００は、制御装置４１、ＤＢサーバ４２、および調理場用端末４３を含む。制御装置４１、ＤＢサーバ４２、および調理場用端末４３は、たとえば調理場４０に設置されるが、制御装置４１およびＤＢサーバ４２は調理場４０とは異なる場所に設置されてもよい。
【００１６】
図示しないが、制御装置４１は周知のコンピュータとしての構成を有する。すなわち、制御装置４１は、演算を行う演算手段としてＣＰＵ（中央処理装置）を含む。また、制御装置４１は、情報を格納する記憶手段としてメモリおよびＨＤＤ（ハードディスクドライブ）を含む。また、制御装置４１は、他の情報処理装置との間で情報の送受信を行うためのネットワークインタフェースを備える。
さらに、制御装置４１の記憶手段には、本発明に係る制御装置４１の動作を規定するプログラムが格納されている。コンピュータである制御装置４１は、このプログラムを実行することによって、本明細書に記載するすべての機能を実現する。
【００１７】
ＤＢサーバ４２および調理場用端末４３は、制御装置４１と同様に、周知のコンピュータとしての構成を有する。すなわち、ＤＢサーバ４２および調理場用端末４３は、演算手段、記憶手段、およびネットワークインタフェースを備える。ＤＢサーバ４２の記憶手段は、データベースとして、ゴンドラ速度マスタＤＢ８０、メニューマスタＤＢ８１、ゴンドラ位置マスタＤＢ８２、回転履歴ＤＢ８３、注文履歴ＤＢ８４、および会計履歴ＤＢ８５を記憶するが、これらの構成については後述する。調理場用端末４３は、使用者すなわち調理場の係員からの入力を受け付ける入力手段と、使用者に対して情報を出力する出力手段とを備える。この入力手段および出力手段は、たとえばタッチパネル式ディスプレイであってもよい。
ＤＢサーバ４２および調理場用端末４３は、それぞれ制御装置４１と通信可能に接続されている。
【００１８】
また、注文管理システム１００は、注文用端末２１およびゴンドラ内会計端末２４を含む。注文用端末２１およびゴンドラ内会計端末２４は、ゴンドラ２０のそれぞれに設けられ、たとえばゴンドラ２０の内部に配置される。
注文用端末２１は、使用者すなわち乗客からの入力を受け付ける入力手段と、使用者に対して情報を出力する出力手段とを備える。この入力手段および出力手段は、たとえばタッチパネル式ディスプレイであってもよい。また、注文用端末２１は制御装置４１と通信可能に接続されている。このような構成により、注文用端末２１は、乗客からの飲食物に関する注文の入力を受け付け、制御装置４１に送信する発注装置２２として機能する。また、注文用端末２１は、注文に関連する情報を制御装置４１から受信し、これを乗客に対して表示する注文確認表示装置２３としても機能する。
【００１９】
ゴンドラ内会計端末２４は、観覧車１０の利用料金および飲食物の代金を乗客が支払うための会計処理を行う。ゴンドラ内会計端末２４は、たとえばクレジットカードのカードリーダとして周知の構成を有するものであってもよく、また、周知の構成を有する電子マネーの決済処理装置の一部を構成するものであってもよく、また、これらの組み合わせであってもよい。ゴンドラ内会計端末２４は制御装置４１と通信可能に接続され、制御装置４１との通信に従って会計処理を行う。
【００２０】
さらに、注文管理システム１００は、会計場会計端末５１を含む。会計場会計端末５１は会計場５０に設置される。会計場会計端末５１は、たとえばクレジットカードのカードリーダとして周知の構成を有するものであってもよく、また、周知の構成を有する電子マネーの決済処理装置の一部を構成するものであってもよく、また、現金の受け渡しを管理するＰＯＳであってもよく、また、これらの組み合わせであってもよい。
【００２１】
次に、図３〜図８を用いて、ＤＢサーバ４２の記憶手段に記憶される各データベース（ＤＢ）の内容を説明する。
図３は、ゴンドラ速度マスタＤＢ８０の構成の例を示す。ゴンドラ速度マスタＤＢ８０は、観覧車１０の回転速度に関する情報を記憶する。観覧車１０の回転速度は可変であり、たとえば図３の例では速度設定Ｎｏ．の値１〜５に対応して５通りの回転速度が選択可能である。回転周期は、それぞれの速度設定Ｎｏ．に対応する１周にかかる時間を表し、たとえば分単位で指定される。設定フラグは、その速度設定Ｎｏ．に対応する回転速度が現在選択されているか否かを表し、設定フラグが１であれば観覧車１０はその回転周期に対応する回転速度で回転しており、設定フラグが０であれば他の回転速度で回転している。図３の例では、観覧車１０は１５分の回転周期をもって、すなわち１５分で１周する回転速度で回転している。ゴンドラ速度マスタＤＢ８０の内容は、観覧車１０の運営担当者によって、たとえば営業開始前に設定される。
【００２２】
図４は、メニューマスタＤＢ８１の構成の例を示す。メニューマスタＤＢ８１は、乗客に提供される飲食物の種類を識別するメニューコードと、各メニューコードに関連する情報とを関連付けて記憶する。メニュー名称は、その飲食物に関連付けられた飲食物の名称を表す。調理時間は、その飲食物を調理場４０において調理するのにかかる時間を表し、たとえば分単位で指定される。なお、この調理時間には、調理だけでなく、包装・運搬等、調理完了後に乗客に受け渡すまでに必要な作業の時間が含まれていてもよい。金額は、その飲食物の価格を表し、たとえば円単位で指定される。メニューマスタＤＢ８１の内容は、観覧車１０の運営担当者によって、たとえば営業開始前に設定される。
【００２３】
図５は、ゴンドラ位置マスタＤＢ８２の構成の例を示す。ゴンドラ位置マスタＤＢ８２は、複数のゴンドラ２０を互いに識別するゴンドラＮｏ．と、各ゴンドラ２０の位置とを関連付けて記憶する。ゴンドラ２０の位置は、たとえばそのゴンドラ２０が次に受渡口６１に到達するまでの時間によって表され、分単位で記憶される。
ここで、各ゴンドラ２０の位置は、様々な周知技術によって特定可能である。たとえば、特許文献３または特許文献４に記載される構成によってゴンドラ２０それぞれの空間的な位置を検出することができる。または、特定のゴンドラ２０を基準ゴンドラとしてセンサ等により位置を特定できるように構成しておき、この基準ゴンドラと各ゴンドラ２０との空間的な位置関係を事前に定義しておき、この位置関係に基づいて各ゴンドラ２０の空間的な位置を算出してもよい。さらに、制御装置４１または他の演算装置が、各ゴンドラ２０の空間的な位置に基づいて、そのゴンドラ２０が次に受渡口６１に到達するまでの時間を算出してもよい。
ゴンドラ位置マスタＤＢ８２の内容は適宜更新され、常に妥当な精度をもって各ゴンドラ２０の位置を参照できるようになっている。たとえば、この内容は観覧車１０が一定角度回転する度に更新されてもよく、一定時間ごとに更新されてもよい。
【００２４】
図６は、回転履歴ＤＢ８３の構成の例を示す。回転履歴ＤＢ８３は、複数のゴンドラ２０を互いに識別するゴンドラＮｏ．と、そのゴンドラ２０の利用状況とを関連付けて記憶する。ゴンドラＮｏ．は、ゴンドラ位置マスタＤＢ８２（図５）のゴンドラＮｏ．と対応する。
設定フラグは、そのゴンドラ２０が使用中であるか未使用であるか、すなわち、そのゴンドラ２０を現在乗客が利用しているか否かを表す。たとえば、設定フラグが１である場合、そのゴンドラ２０は乗客によって利用されており、設定フラグが０である場合、そのゴンドラ２０は空車である。
回転数は、そのゴンドラ２０に乗客が搭乗した状態で観覧車１０が何回転したかを表し、たとえば切り上げによって整数で記憶される。すなわち、乗客が搭乗口３０においてゴンドラ２０に搭乗した後、観覧車１０が１回転してそのゴンドラ２０が搭乗口３０に到達するまでの間は、回転数は「１」となる。なお、使用中でないゴンドラ２０、すなわち設定フラグが０であるゴンドラ２０については、図示するように回転数の値は未定義であってもよい。
回転履歴ＤＢ８３のうち、設定フラグは、たとえば観覧車１０の係員によって指定される。また、回転数は、たとえば設定フラグの値および観覧車１０の回転に基づいて制御装置４１が算出する。
【００２５】
図７は、注文履歴ＤＢ８４の構成の例を示す。注文履歴ＤＢ８４は、観覧車１０の乗客からの飲食物の注文と、その注文に関する情報とを関連付けて記憶する。
ゴンドラＮｏ．は、その飲食物を注文した乗客がどのゴンドラ２０に搭乗しているかを表し、ゴンドラ位置マスタＤＢ８２（図５）のゴンドラＮｏ．と対応する。注文Ｎｏ．は、その注文がそのゴンドラ２０において何番目に受け付けられた注文であるかを表す。メニューコードは、その飲食物の種類を識別する値であり、メニューマスタＤＢ８１（図４）のメニューコードと対応する。数量は、その飲食物が注文された数量を表す。受注時刻は、その飲食物を受注した時刻を表す。調理フラグは、その飲食物の調理が完了しているか否かを表す。調理フラグが１である場合、その飲食物の調理は完了しており、たとえば調理場４０から飲食物運搬手段６０および受渡口６１を介してゴンドラ２０に運搬する準備ができている状態である。また、調理フラグが０である場合、その飲食物はたとえば調理中である。
注文履歴ＤＢ８４の内容は制御装置４１によって追加および更新されるが、この処理の詳細については図１０および図１２のフローチャートを用いて後述する。
【００２６】
図８は、会計履歴ＤＢ８５の構成の例を示す。会計履歴ＤＢ８５は、複数のゴンドラ２０を互いに識別するゴンドラＮｏ．と、そのゴンドラ２０に関連する料金の会計状況とを関連付けて記憶する。ゴンドラＮｏ．は、ゴンドラ位置マスタＤＢ８２（図５）のゴンドラＮｏ．と対応する。
会計フラグは、そのゴンドラ２０の会計が完了しているか否かを表し、たとえば会計フラグが１であれば会計は完了している。会計方法は、乗客が選択した支払いの方法、たとえば現金、クレジットカード、または電子マネー等の方法を表す。会計場所は、その会計処理が行われた場所、すなわちその会計処理を行った端末を表す。たとえば、会計場所が０である場合、会計処理は会計場５０に設置された会計場会計端末５１によって行われており、会計場所が１である場合、会計処理はゴンドラ２０内に設置されたゴンドラ内会計端末２４によって行われている。
なお、図８に示す項目以外にも、乗客がそのゴンドラ２０から降車したか否かを表すフラグや、乗客の降車後に行われる片付けが完了しているか否か（すなわち、新たな乗客が搭乗できる状態になっているか否か）を表すフラグが関連付けられてもよい。
【００２７】
図９は、注文用端末２１のタッチパネルが表示する画面の構成の例を示す。この画面は、発注装置２２に関連付けられる追加注文パネル２２ａと、注文確認表示装置２３に関連付けられる注文確認表示画面２３ａとを含む。
追加注文パネル２２ａは、メニュー選択部２２ｂと、会計指示部２２ｃとを含む。メニュー選択部２２ｂは、ゴンドラ２０の乗客が所望の飲食物を注文するための領域であり、メニューマスタＤＢ８１に記憶された各飲食物の情報、たとえばメニュー名称と金額とを表示する。乗客は、たとえばメニュー選択部２２ｂ内の特定の領域にタッチすることによって追加注文パネル２２ａを操作し、飲食物を注文することができる。
会計指示部２２ｃは、観覧車１０の利用料金および飲食物の代金の精算を乗客が希望する場合に操作するための領域である。乗客が会計指示部２２ｃにタッチして操作すると、ゴンドラ内会計端末２４は、クレジットカードまたは電子マネー等による決済操作を促す。この決済操作は、周知の決済方法に従って行われる。
【００２８】
注文確認表示画面２３ａは、現在時刻表示部２３ｂと注文詳細表示部２３ｃとを含む。現在時刻表示部２３ｂは現在の時刻を表示する領域である。注文詳細表示部２３ｃは、ゴンドラ２０の乗客が行った注文に関する情報を表示するための領域である。注文詳細表示部２３ｃは、注文が受け付けられた順序を表す注文Ｎｏ．（注文履歴ＤＢ８４の注文Ｎｏ．に対応）と、注文された飲食物の商品名（メニューマスタＤＢ８１のメニュー名称に対応）と、その飲食物が注文された数量と、その飲食物が提供される予定の提供時刻（受け取り予定時刻）とを表示する。ここで、図９の例では提供時刻は現在時刻との差分を用いて表示されているが、これは絶対的な時刻表示（「１２：２０」等）を用いて表示されてもよい。
【００２９】
以上のように構成される注文管理システム１００の動作を、図１０〜図１２を用いて説明する。
図１０は、注文管理システム１００が各乗客についての情報を管理するために実行する乗客管理処理の流れを説明するフローチャートである。注文管理システム１００は、ゴンドラ２０を利用する乗客（または乗客のグループ）ごとに、図１０の処理を実行する。
【００３０】
まず、注文管理システム１００の制御装置４１は、乗客がゴンドラ２０に搭乗する前に受け付けられた飲食物の注文のそれぞれについて、注文履歴ＤＢ８４に１つのレコードを追加する（ステップＳ１）。ここで、制御装置４１は、その飲食物の注文に関連付けられるゴンドラＮｏ．と、メニューコードと、数量と、受け取りフラグとの入力を受け付け、これに基づいてレコードを追加する。この入力は、たとえば係員用の端末（図示せず）から観覧車１０の係員が入力する。また、制御装置４１は、そのゴンドラ２０に対応する既存の注文Ｎｏ．のうち最大のものに１を加えた値を、追加されるレコードの注文Ｎｏ．として記録する。また、制御装置４１は、当該レコードの受注時刻としてこの入力を受け付けた時刻を記録し、調理フラグには０を記録する。さらに、入力された受け取りフラグが１であれば調理フラグには１を記録し、入力された受け取りフラグが０であれば調理フラグには０を記録する。このように構成することにより、搭乗する前に注文したメニューは、搭乗に間に合えば、搭乗時に受け渡し、間に合わなければコンドラ搭乗後の注文と同じように扱われる。
なお、搭乗する前の注文が存在しない場合には、注文のレコードは追加されない。
【００３１】
次に、制御装置４１は、受け取り待ちとなっている飲食物があるか否かを判定する（ステップＳ２）。すなわち、ステップＳ１において追加された注文のそれぞれについて、受け取りフラグが０となっているものがあるか否かを判定する。
受け取りフラグが０となっている注文がある場合には、そのような注文のそれぞれについて調理管理処理を開始する（ステップＳ３）。この調理管理処理は、図１２のフローチャートに示されるものであり、実行が開始された後は図１０の乗客管理処理とは独立して実行される。受け取りフラグが０となっている注文がない場合には、調理管理処理は開始されない。
【００３２】
ここで、制御装置４１の動作とは直接関連しないが、乗客がゴンドラ２０の一つに搭乗する。ここで、観覧車１０の係員は、乗客を、その乗客に関連付けられているゴンドラ２０に誘導して搭乗させる。この作業は、たとえばステップＳ３の実行後に行われるが、他のタイミングで行われてもよい。
【００３３】
ステップＳ３の後、または乗客がゴンドラ２０に搭乗した後、注文管理システム１００は注文確認表示装置２３の表示を更新する（ステップＳ４）。ここで、制御装置４１は、まず注文履歴ＤＢ８４を参照して、そのゴンドラ２０のゴンドラＮｏ．に対応する注文のレコードをすべて抽出する。次に、抽出された各注文について、メニューマスタＤＢ８１を参照し、メニューコードに対応するメニュー名称を取得する。さらに、受注時刻と、ゴンドラ２０の位置と、調理時間とに基づいて、その飲食物の提供時刻を算出する（提供時刻の算出方法については、図１１に示す提供時刻算出処理に関連して後述する）。そして、制御装置４１は、各注文について、注文Ｎｏ．、メニュー名称、数量、および提供時刻を含む表示用データを、そのゴンドラＮｏ．に対応するゴンドラ２０の注文確認表示装置２３に向けて送信する。注文確認表示装置２３はこの表示用データを受信し、これに基づいて、注文Ｎｏ．と提供時刻等とを関連付け、注文詳細表示部２３ｃ（図９）の内容として表示する。
なお、このステップＳ４の処理は、図１０に示すようにステップＳ４〜Ｓ７のループ（またはステップＳ４〜Ｓ９のループ）に従って随時実行されるものであるが、このループとは異なるタイミングで、またはこのループとは独立して実行されるものであってもよい。
【００３４】
ステップＳ４の後、注文管理システム１００は、その乗客について会計実行指示が入力されたか否かを判定する（ステップＳ５）。会計実行指示の入力は、たとえば乗客が会計指示部２２ｃ（図９）に対して行う。あるいは、会計実行指示の入力は、会計場５０の係員が会計場会計端末５１に対して行う。このような会計実行指示が入力されていれば、注文管理システム１００は会計処理を実行する（ステップＳ６）。ステップＳ６において、まず制御装置４１は、そのゴンドラ２０について回転履歴ＤＢ８３に記憶された回転数を参照し、観覧車１０の利用料金を算出する。これはたとえば回転数×２００（円）として算出される。次に、制御装置４１は、そのゴンドラ２０について飲食物の代金を算出する。これは注文履歴ＤＢ８４および会計履歴ＤＢ８５を参照して行われる。さらに、制御装置４１は、観覧車１０の利用料金と飲食物の代金とを合計し、この合計額の会計処理がゴンドラ内会計端末２４または会計場会計端末５１によって行われる。
【００３５】
ステップＳ５において、会計実行指示が入力されていないと判定された場合、注文管理システム１００は、乗客から追加注文が入力されているか否かを判定する（ステップＳ７）。この判定は、たとえば乗客がメニュー選択部２２ｂ（図９）に対して所定の注文操作を行ったか否かに基づいて行われる。この注文操作は、たとえばメニュー選択部２２ｂにおいて表示された飲食物のうちから１つを選択し（すなわちメニューコードを特定し）、その数量を入力するという操作であり、この操作に応じて追加注文パネル２２ａはその飲食物の注文を受け付ける。
ステップＳ７において追加注文が入力されていないと判定された場合、注文管理システム１００の処理は上述のステップＳ４に戻る。
【００３６】
ステップＳ７において追加注文が入力されていると判定された場合、制御装置４１は、その追加注文に対応するレコードを新たに作成し、注文履歴ＤＢ８４に追加する（ステップＳ８）。ここで、発注装置２２は、入力された注文、すなわちメニューコードおよび数量を制御装置４１に送信する。制御装置４１は、ゴンドラ２０から、すなわちそのゴンドラ２０に設置された発注装置２２から注文を受信し、その注文に基づいて注文履歴ＤＢ８４のレコードを作成する。ここで、その注文に対応するゴンドラＮｏ．は、その追加注文が入力された注文用端末２１が設置されているゴンドラ２０に対応するゴンドラＮｏ．である。また、注文Ｎｏ．は、そのゴンドラ２０に対応する既存の注文Ｎｏ．のうち最大のものに１を加えた値である。メニューコードおよび数量は、上述のように発注装置２２から受信した値である。受注時刻は、制御装置４１がその注文を発注装置２２から受信した時刻である。なお、ステップＳ８の時点では、調理フラグおよび受け取りフラグにはいずれも０が指定される（すなわち、その飲食物の調理はまだ完了しておらず、乗客はその飲食物を受け取っていないことを表す）。
【００３７】
ステップＳ８の後、注文管理システム１００は調理管理処理を開始する（ステップＳ９）。この調理管理処理は、図１２のフローチャートに示されるものであり、実行が開始された後は図１０の乗客管理処理とは独立して実行される。ステップＳ９の後、処理はステップＳ４に戻る。
【００３８】
図１１は、注文管理システム１００がゴンドラ２０への飲食物の提供時刻を算出するために実行する、提供時刻算出処理の流れを説明するフローチャートである。この提供時刻算出処理は、上述のステップＳ４（図１０）に含まれる。
提供時刻算出処理において、まず制御装置４１は、その注文に係る飲食物が受け取り済みであるか否かを判定する（ステップＳ２１）。この判定は、注文履歴ＤＢ８４の受け取りフラグに基づいて行われる。受け取りフラグが１である場合、飲食物は受け取り済みであると判定され、制御装置４１は提供時刻の値を「済」とする（ステップＳ２２）。すなわち、この場合、注文詳細表示部２３ｃ（図９）の「受け取り時刻」のフィールドには「済」という文字が表示され、その飲食物の受け渡しが完了していることが表される。
【００３９】
ステップＳ２１において、注文履歴ＤＢ８４の受け取りフラグが０である場合、飲食物は受け取り済みでないと判定される。この場合、制御装置４１は、注文履歴ＤＢ８４を参照してその注文の受注時刻を取得し、さらにメニューマスタＤＢ８１を参照してその飲食物の調理時間を取得する（ステップＳ２３）。次に、制御装置４１は、取得した受注時刻および調理時間に基づき、調理完了時刻を算出する（ステップＳ２４）。この算出は、たとえば受注時刻に調理時間を加算することによって行われる。
【００４０】
次に、制御装置４１は、ゴンドラ位置マスタＤＢ８２を参照し、そのゴンドラ２０が受渡口６１に最初に到達するまでの時間を取得する（ステップＳ２５）。ここで、ゴンドラ２０は一定の円軌道を周回するものであるため、周期的に複数回受渡口６１に到達することになるが、ここでいう「最初に到達するまでの時間」とは、現在時刻と、ゴンドラ２０が現在時刻以降に受渡口６１に最初に到達する時刻との間の時間をいう。この値は時間（分）を単位として表されるものであるが、ゴンドラ２０は一定の速度で周回しているため、この値は周回軌道におけるゴンドラ２０の位置を表すものでもある。なお、ゴンドラ位置マスタＤＢ８２の内容は、上述のように制御装置４１または他の装置等によって随時更新されている。
次に、制御装置４１は、そのゴンドラ２０が受渡口６１に最初に到達する時刻、すなわち到達時刻を算出する。この算出は、たとえばステップＳ２５において取得された時間を現在時刻に加算することによって行われる。
【００４１】
次に、制御装置４１は、ステップＳ２４で算出された調理完了時刻と、ステップＳ２６で算出された到達時刻とを比較し、調理が間に合うか否かを判定する（ステップＳ２７）。ここで、たとえば調理完了時刻が到達時刻より遅い場合は、調理が間に合わないと判定される。調理が間に合わないと判定された場合には、制御装置４１は到達時刻を次の周回の到達時刻まで延期する（ステップＳ２８）。すなわち、ゴンドラ２０が周回軌道を１周する時間を到達時刻に加算する。その後、処理はステップＳ２７に戻る。
ステップＳ２７において、たとえば調理完了時刻が到達時刻より早いかまたは同時刻である場合は、調理が間に合うと判定される。調理が間に合うと判定された場合は、その到達時刻をもって、飲食物がゴンドラ２０（またはゴンドラ２０内の乗客）に提供される提供時刻とする（ステップＳ２９）。
このように、注文管理システム１００の制御装置４１は、発注装置２２から受信した注文の内容と、観覧車１０の軌道におけるゴンドラ２０の位置と、その飲食物の調理時間とに基づいて、提供時刻を算出する。
【００４２】
ステップＳ２９以降のステップ、すなわちステップＳ３０〜Ｓ３２は、調理作業の遅れ等の理由で、調理完了時刻の直前になっても（または、さらに調理完了時刻を過ぎても）調理が完了しないといった状況に対応するための処理である。
ステップＳ２９の後、制御装置４１は、現在時刻が提供時刻の直前か否かを判定する（ステップＳ３０）。ここで、「直前」とは、提供時刻まで所定の時間（たとえば１分）以内である状態を指す。すなわち、提供時刻からこの１分を引いた時刻が現在時刻よりも早い場合には、現在時刻は提供時刻の直前であると判定される。直前ではないと判定された場合には図１１の提供時刻算出処理は終了する。
【００４３】
直前であると判定された場合、制御装置４１は、調理が完了しているか否かを判定する（ステップＳ３１）。このステップＳ３１において、制御装置４１は注文履歴ＤＢ８４の調理フラグを参照して判定を行う。調理フラグが１である場合、調理は完了していると判定され、その場合には図１１の提供時刻算出処理は終了する。調理フラグが０である場合には、調理は完了していないと判定される。この場合、制御装置４１は提供時刻を次の周回の到達時刻まで延期する（ステップＳ３２）。すなわち、ゴンドラ２０が周回軌道を１周する時間を提供時刻に加算する。ここで図１１の提供時刻算出処理は終了する。
【００４４】
図１２は、注文管理システム１００が飲食物の調理を管理するために実行する、調理管理処理の流れを説明するフローチャートである。注文管理システム１００は、図１０のステップＳ３またはＳ９において、飲食物の注文ごとに、図１２の調理管理処理の実行を開始する。
調理管理処理において、注文管理システム１００は、調理場４０の係員に対し、処理中の注文に係る飲食物の調理を開始すべきである旨を出力する（ステップＳ４１）。これは、たとえば調理場用端末４３がその飲食物の名称を含む所定の指示画面を表示することによって行われる。
【００４５】
次に、注文管理システム１００は、その飲食物の調理が完了したことを表す入力があったか否かを判定する（ステップＳ４２）。この入力は、たとえば調理場４０の係員によってなされ、調理場用端末４３が入力装置を介してこれを受け付ける。この入力がないと判定された場合には、ステップＳ４２が繰り返し実行される。
その飲食物の調理が完了したことを表す入力があったと判定された場合には、制御装置４１は注文履歴ＤＢ８４を更新し、その注文の調理フラグを１とする（ステップＳ４３）。
【００４６】
次に、注文管理システム１００は、その飲食物の受け渡しが完了したことを表す入力があったか否かを判定する（ステップＳ４４）。この入力は、たとえば調理場４０の係員によってなされ、調理場用端末４３が入力装置を介してこれを受け付ける。あるいは、受渡口６１に設けられた図示しないセンサ等が受渡口６１における飲食物の受け渡しを検出し、これに基づいてこのセンサ等が入力を行ってもよい。この入力がないと判定された場合には、ステップＳ４４が繰り返し実行される。
その飲食物の受け渡しが完了したことを表す入力があったと判定された場合には、制御装置４１は注文履歴ＤＢ８４を更新し、その注文の受け取りフラグを１とする（ステップＳ４５）。これによって図１２の調理管理処理が終了する。
【００４７】
以上のように動作する注文管理システム１００の利用例を、図１３を用いて以下に説明する。
図１３（ａ）〜図１３（ｄ）は、注文管理システム１００の一利用例における特定のゴンドラ２０の位置および注文用端末２１の画面の変化を説明する図である。ここでは、ゴンドラ２０は１５分で１周するものとする。また搭乗口３０で搭乗してから、受渡口６１において調理場４０から最初に商品を受け取る時刻は、搭乗から１３分後であるとする。
【００４８】
図１３（ａ）に示すように、乗客が１２時００分に搭乗口３０においてゴンドラ２０に搭乗する。生ビール、サラダ、およびから揚げが注文されているが、このうち生ビールとサラダは搭乗時に受け渡されている。から揚げは調理時間が１０分であり、調理完了時刻は１２時１０分であるが、次にゴンドラ２０が受渡口６１に到達するのが１２時１３分であるため、提供時刻（受け取り時刻）は１２時１３分（すなわち現在時刻から１３分後）となっている。このように、乗客は、まだ受け取っていないから揚げについて、それがいつ提供されるのかを知ることができ、利便性が向上する。
なお、この例では生ビールおよびサラダについて「済」の代わりに「搭乗時」という文字が表示されており、搭乗時に受け取るべきであることが示される。
【００４９】
図１３（ｂ）に示すように、１２時０５分に、乗客が注文用端末２１からグラタンとカクテルの注文を追加する。このうち、カクテルは最初の到達時刻（１２時１３分）に調理が間に合うため提供時刻（受け取り時刻）が１２時１３分（すなわち現在時刻から８分後）であるが、グラタンは間に合わないため、ステップＳ２８（図１１）の延期処理が行われて提供時刻はその次の周回の１２時２８分（すなわち現在時刻から２３分後）となる。このように、乗客は、飲食物の提供が次の到達時刻に間に合うかどうか、間に合わない場合には提供時刻すなわち次の到達時刻がいつになるかを知ることができ、利便性が向上する。
【００５０】
図１３（ｃ）に示すように、１２時１３分にゴンドラ２０は受渡口６１に到達する。この時刻はから揚げおよびカクテルの提供時刻である。この時点で、図示するように「受け取ってください！」等の受け取りを促すメッセージが注文確認表示画面２３ａに表示されてもよい。また、提供時刻（受け取り時刻）は「０分後」ではなく図示するように「受け取り」と表示されてもよい。
なお、ここで乗客はから揚げおよびカクテルを受け取り、これに応じてから揚げおよびカクテルの提供時刻（受け取り時刻）はその後「済」となる。
その後、図１３（ｄ）に示すように、１２時１８分に乗客は新たにデザートの注文を追加し、これに応じて注文確認表示画面２３ａにこの注文が追加される。
【００５１】
以上説明されるように、この発明の実施の形態１に係る注文管理システムによれば、乗客収容装置から注文を送信する発注装置と、注文された飲食物が提供される時刻を計算する制御装置と、この時刻を乗客収容装置において表示する表示装置とを備えるので、乗客収容装置内で飲食物の注文に関する処理を行うことができ、乗客の利便性が向上する。たとえば、乗客は飲食物を新たに追加注文することができ、また、観覧車が一定の速度で回っていることを利用して、注文した飲食物を受け取るまでの時間を知ることができる。
【００５２】
また、乗客は、観覧車１０から見える景色を楽しみながら食事をすることができる。とくに、従来のレストランでは、景色を重視する店舗であってもテーブルによって景色が異なるが、観覧車１０は回っているので、どのゴンドラ２０でも平等に景色を楽しむことができる。
また、ゴンドラ２０は個室であり、互いに離れているので、通常の店舗よりもプライベートな空間を演出できる。
また、料理の受け取り時間が正確に表示されるので、顧客のストレスを緩和することができる。
また、飲食物は飲食物運搬手段６０によって運搬されるので、配膳スタッフが少人数でもよく、または無人でもよい。
【００５３】
上述の実施の形態１において、以下のような変形を施すことができる。
実施の形態１では、乗客収容装置は観覧車のゴンドラであるが、乗客を収容するとともに注文用端末２１を設けることができるものであれば他の構造であってもよい。たとえばロープウエイのゴンドラであってもよく、電車の車両であってもよく、その他遊戯施設における乗り物であってもよい。また、その軌道は所定の軌道を周期的に巡回するものであれば円形でなくともよい。
【００５４】
実施の形態１では、調理開始指示は受注と同時に行われるが、これはゴンドラ２０が受渡口６１に到達する時刻に合わせて行われてもよい。たとえば、あるゴンドラ２０が次に受渡口６１に到達する時刻が１５分後であり、ある飲食物の調理時間が５分である場合、そのゴンドラ２０に対するその飲食物の調理開始指示は受注から１０分後に行われてもよい。このようにすると、ゴンドラ２０の速度に合わせて調理開始時間を調整することができる。
【００５５】
実施の形態１の飲食物運搬手段６０は、受渡口６１を含むものであればどのようなものであってもよく、たとえばゴンドラ２０が通過する位置に設けられる窓であってもよい。この場合、受渡口６１の位置に到達したゴンドラ２０の乗客に、調理場４０の係員が飲食物を直接手渡してもよい。
【００５６】
注文管理システム１００を構成するハードウエアの具体的形態は、実施の形態１とは異なるものであってもよい。たとえば制御装置４１とＤＢサーバ４２とが単一のコンピュータによって実現されてもよく、この単一のコンピュータの記憶手段がＤＢサーバ４２を含んでもよい。あるいは、注文用端末２１がプログラムを記憶し、制御装置４１に代わって提供時刻等の算出を行ってもよい。
また、本発明に係るプログラムは、制御装置４１の記憶手段のみでなく、注文用端末２１や調理場用端末４３等の記憶手段にも分散して記憶されてもよく、これらのハードウエアが連携しつつそれぞれのプログラムを実行してもよい。
【００５７】
制御装置４１は、図２に示すように他のハードウエアと通信可能に接続されるが、この通信は有線によるものであってもよく、無線によるものであってもよく、それらの組み合わせであってもよい。
【００５８】
実施の形態２．
実施の形態２は、実施の形態１において、観覧車のゴンドラごとに異なる業態を有する構成としたものである。以下、実施の形態１との相違点を説明する。
【００５９】
図１４に、本発明の実施の形態２に係る注文管理システムを利用した観覧車１１０の構成を示す。観覧車１１０は、その外周部に複数のゴンドラ１２０（ゴンドラ１２０Ａ〜１２０Ｅ）を備える。ゴンドラ１２０は、実施の形態１のゴンドラ２０に対応するものであるが、それぞれ業態が異なり、たとえば、ゴンドラ１２０Ａ、ゴンドラ１２０Ｂ、ゴンドラ１２０Ｃ、ゴンドラ１２０Ｄ、ゴンドラ１２０Ｅは、それぞれ、居酒屋、イタリア料理、中華料理、カフェ、バーガーショップの業態を有する。複数のゴンドラが１つの業態に対応してもよい。
【００６０】
観覧車１１０の近傍に、第一調理場１４０ａおよび第二調理場１４０ｂが設置されている。第一調理場１４０ａは、ゴンドラ１２０Ａ、ゴンドラ１２０Ｂ、およびゴンドラ１２０Ｃに提供される飲食物を準備および調理するための施設であり、第二調理場１４０ｂは、ゴンドラ１２０Ｄおよびゴンドラ１２０Ｅに提供される飲食物を準備および調理するための施設である。なお会計場は実施の形態１の会計場５０と同一であるため図示を省略している。
第一調理場１４０ａには第一飲食物運搬手段１６０ａが設けられ、第一飲食物運搬手段１６０ａは第一受渡口１６１ａを含む。また、第二調理場１４０ｂには第二飲食物運搬手段１６０ｂが設けられ、第二飲食物運搬手段１６０ｂは第二受渡口１６１ｂを含む。これらは実施の形態１の飲食物運搬手段６０および受渡口６１と同様に機能する。
【００６１】
実施の形態２に係る注文管理システムは、実施の形態１のＤＢサーバ４２（図２）に代えて図１５に示すＤＢサーバ１４２を備える。ＤＢサーバ１４２は、実施の形態１のゴンドラ位置マスタＤＢ８２に代えてゴンドラ位置マスタＤＢ１８２を記憶する。さらに、ＤＢサーバ１４２は業態マスタＤＢ１８６を記憶する。
【００６２】
図１６は、業態マスタＤＢ１８６の構成の例を示す。業態マスタＤＢ１８６は、複数の業態を識別する業態コードと、各業態に関する情報とを関連付けて記憶する。業態名称はそれぞれの業態を表す名称である。回転制限は、観覧車１１０の一回の利用で、その業態を有するゴンドラ１２０が何回転するまで乗車し続けることが可能かを表す。たとえば、業態が居酒屋であるゴンドラ１２０Ａには３回転までしか乗車することができず、３回転後には乗客が降車するよう係員が誘導を行う。回転単価は、観覧車１１０の利用料金を回転単位で表す。
【００６３】
図１７は、ゴンドラ位置マスタＤＢ１８２の構成の例を示す。ゴンドラ位置マスタＤＢ１８２は、複数のゴンドラ１２０を互いに識別するゴンドラＮｏ．と、各ゴンドラ１２０の業態コードおよび位置とを関連付けて記憶する。業態コードは業態マスタＤＢ１８６の業態コードと対応する。ゴンドラ１２０の位置は、たとえばそのゴンドラ１２０が次に対応する受渡口に到達するまでの時間によって表され、分単位で記憶される。ここで、実施の形態２では、業態ごとに受渡口が異なるため、ゴンドラ位置マスタＤＢ１８２ではそれぞれの受渡口の位置に応じた時間が記憶される。すなわち、業態コードが１００、２００または３００であるゴンドラ（図１７の例ではゴンドラＮｏ．１、２、３および６が該当）については第一受渡口１６１ａまでの時間によってその位置が表され、業態コードが４００または５００であるゴンドラ（図１７の例ではゴンドラＮｏ．４および５が該当）については第二受渡口１６１ｂまでの時間によってその位置が表される。
なお、業態ごとの受渡口の位置は、とくに図示しないが、業態マスタＤＢ１８６に記憶されてもよく、ゴンドラ位置マスタＤＢ１８２に記憶されてもよく、別途設けられる新たなデータベースに記憶されてもよい。
【００６４】
以上説明されるように、この発明の実施の形態２に係る注文管理システムによれば、実施の形態１に係る注文管理システムと同様に、乗客収容装置から注文を送信する発注装置と、注文された飲食物が提供される時刻を計算する制御装置と、この時刻を乗客収容装置において表示する表示装置とを備えるので、乗客収容装置内で飲食物の注文に関する処理を行うことができ、乗客の利便性が向上する。たとえば、乗客は飲食物を新たに追加注文することができ、また、観覧車が一定の速度で回っていることを利用して、注文した飲食物を受け取るまでの時間を知ることができる。
【００６５】
また、実施の形態２に係る注文管理システムによれば、１つの観覧車の複数のゴンドラのそれぞれに異なる業態を割り当てることができるので、立体型フードコートを実現することができる。たとえば、各ゴンドラ１２０の外観や内装を変化させて１つの観覧車１１０を多業態で共有したり、日替わりで業態を変えたりすることも可能になる。同一の施設でいろいろな業態の選択ができ、立体型フードコートのようなシステムを実現できる。
なお、実施の形態２に係る注文管理システムには、実施の形態１の変形例と同様の変形を施すことができる。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施の形態１に係る注文管理システムを利用した観覧車の構成を示す図である。
【図２】本発明の実施の形態１に係る注文管理システムの構成を示す図である。
【図３】図２のゴンドラ速度マスタＤＢの構成の例を示す図である。
【図４】図２のメニューマスタＤＢ８１の構成の例を示す図である。
【図５】図２のゴンドラ位置マスタＤＢ８２の構成の例を示す図である。
【図６】図２の回転履歴ＤＢ８３の構成の例を示す図である。
【図７】図２の注文履歴ＤＢ８４の構成の例を示す図である。
【図８】図２の会計履歴ＤＢ８５の構成の例を示す図である。
【図９】図２の注文用端末が表示する画面の構成の例を示す図である。
【図１０】図２の注文管理システムの乗客管理処理の流れを説明するフローチャートである。
【図１１】図２の注文管理システムの提供時刻算出処理の流れを説明するフローチャートである。
【図１２】図２の注文管理システムの調理管理処理の流れを説明するフローチャートである。
【図１３】特定のゴンドラの位置および注文用端末の画面の変化を説明する図である。
【図１４】本発明の実施の形態２に係る注文管理システムを利用した観覧車の構成を示す図である
【図１５】実施の形態２に係る注文管理システムのＤＢサーバの構成を示す図である。
【図１６】図１５の業態マスタＤＢの構成の例を示す図である。
【図１７】図１５のゴンドラ位置マスタＤＢの構成の例を示す図である。
【符号の説明】
【００６７】
１０，１１０  観覧車、２０，１２０  ゴンドラ（乗客収容装置）、２１  注文用端末、２２  発注装置、２３  注文確認表示装置（表示装置）、４１  制御装置、４２，１４２  ＤＢサーバ、１００  注文管理システム。
【図１】
2010117758.tif 000003
【図２】
2010117758.tif 000004
【図３】
2010117758.tif 000005
【図４】
2010117758.tif 000006
【図５】
2010117758.tif 000007
【図６】
2010117758.tif 000008
【図７】
2010117758.tif 000009
【図８】
2010117758.tif 000010
【図９】
2010117758.tif 000011
【図１０】
2010117758.tif 000012
【図１１】
2010117758.tif 000013
【図１２】
2010117758.tif 000014
【図１３】
2010117758.tif 000015
【図１４】
2010117758.tif 000016
【図１５】
2010117758.tif 000017
【図１６】
2010117758.tif 000018
【図１７】
2010117758.tif 000019