(57)【特許請求の範囲】
【請求項１】
注文管理サーバと、飲食店の各テーブルにそれぞれ置かれた複数台の注文端末とを備え、前記各注文端末は、前記テーブルに着いた客自身の操作によって飲食メニュー品の注文データが入力されるとこの注文データを前記注文管理サーバに送信し、前記注文管理サーバは、前記各注文端末から送信されてきた注文データに基づいて客が注文した飲食メニュー品に関するデータを管理するセルフ注文システムにおいて、
前記各注文端末は、
通信を利用して携帯型電子機器と接続するインタフェース手段と、
店内の放送システムから放送されている情報に関するコンテンツのダウンロードを宣言する操作手段と、
前記操作手段が操作された時刻を検出する操作時刻検出手段と、
この操作時刻検出手段により検出された時刻に前記放送システムから放送されている情報に関するコンテンツ配信サイトの接続アドレス情報を前記注文管理サーバに問合せる問合せ手段と、
この問合せ手段による問合せに対して前記注文管理サーバから応答があった接続アドレス情報を前記インタフェース手段により接続された前記携帯型電子機器にダウンロードするダウンロード手段とをそれぞれ具備し、
前記注文管理サーバは、
前記放送システムから放送される情報毎にその情報の放送時間とその情報に関するコンテンツ配信サイトの接続アドレス情報とを記憶する記憶手段と、
前記注文端末からの問合わせに応じて前記記憶手段を検索して該当する時刻に前記放送システムから放送されている情報に関するコンテンツ配信サイトの接続アドレス情報を読み出す検索手段と、
この検索手段により検索された接続アドレス情報を問合せ元の前記注文端末に送信する応答手段とを具備し、
前記操作手段は、前記テーブルに着いた客自身の操作により入力された注文データが確定され前記注文管理サーバに送信されると、操作が可能となることを特徴とするセルフ注文システム。
【請求項２】
前記各注文端末は、タッチパネル付のディスプレイをそれぞれ備え、このディスプレイに表示された注文入力画面のタッチ操作により飲食メニュー品の注文データを入力するものであって、
前記操作手段は、前記注文入力画面のタッチ操作により入力された注文データを前記注文管理サーバに送信した後に前記ディスプレイに表示される画面上に配置される操作ボタンであることを特徴とする請求項１記載のセルフ注文システム。
【請求項３】
前記注文管理サーバが具備する記憶手段は、前記放送システムから放送される情報毎にその情報の放送時間及びその情報に関するコンテンツ配信サイトの接続アドレス情報とともにその情報のタイトル名を記憶しており、
前記操作ボタンが配置される画面には、放送システムから現在放送されている情報のタイトル名が表示されることを特徴とする請求項２記載のセルフ注文システム。
【請求項４】
前記注文管理サーバは、前記注文端末から前記携帯型電子機器に接続アドレス情報がダウンロードされた回数を情報別に計数する計数手段をさらに具備したことを特徴とする請求項１記載のセルフ注文システム。
【請求項５】
前記各注文端末は、前記問合せ手段による問合せに対して前記注文管理サーバから接続アドレス情報の応答があると、その応答された接続アドレス情報のダウンロードを実行するか否かを前記携帯型電子機器利用者に選択させる選択手段と、この選択手段によりダウンロード実行が選択されると前記ダウンロード手段を動作させる制御手段とをさらに具備したことを特徴とする請求項１記載のセルフ注文システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、有線放送等の放送システムによって放送されている楽曲等の情報に関するコンテンツ配信サイトの接続アドレス情報を、携帯電話，ＰＨＳ（Personal Handyphone System），ＰＤＡ（Personal Digital Assistant）等の携帯型電子機器に、赤外線通信，ブルートゥース通信，ＵＳＢ（Universal Serial Bus）通信等の通信を利用してダウンロードすることを可能にしたセルフ注文システムに関する。
【０００２】
【従来の技術】
例えば、有線放送システムによって放送されている楽曲をＢＧＭ（Back Ground Music）として店内に流している店（小売店，飲食店，遊技場，事務所等）において、客が今聞いている楽曲を携帯電話の着信時に鳴動するメロディ、いわゆる着メロとして携帯電話にダウンロードしたいと感じた場合、現状では携帯電話をインターネットに接続して、多数ある着メロ配信サイトの中から所望する楽曲の着メロ配信サイトを探し出し、そのサイトのＷｅｂページから着メロの音声データをダウンロードするしかなく、大変な手間と時間を要していた。しかも、これは曲名が分かっている場合であり、曲名が不明な場合には、有線放送会社に問い合わせる等して曲名を確認しない限り所望の着メロ配信サイトを探し出すことは困難であった。
【０００３】
そこで従来、有線放送システムによって放送されている楽曲の音声データをその楽曲の曲名が不明でも携帯電話にダウンロードできるシステムとして、次のものが提案されていた。すなわち、インターネットに接続可能な携帯電話に、起動時にその時刻を携帯電話のクロック手段から取得し、利用者に放送会社と放送チャンネルあるいは店コードを入力させ、利用者の操作により起動時刻と放送会社及び放送チャンネルあるいは店コードを含む曲検索用データを送信し、楽曲の音声データをダウンロードして記憶するプログラムを実装する。また、携帯電話から曲検索用データを受信し、その曲検索用データにより放送プログラムデータベースから該当する楽曲を検索し、その楽曲の音声データを携帯電話に送信するダウンロードサーバと、放送を行なっている放送会社と放送チャンネルあるいは店コードを表示する放送表示手段とを備える。そして、利用者が有線放送で聞いた楽曲をダウンロードしたいと感じて携帯電話の前記プログラムを起動し、放送表示手段を参照してその楽曲を流している有線放送会社と放送チャンネルあるいはその楽曲を流している店の店コードを入力して送信のための操作を行なうと、指定された曲検索用データがインターネットを通じてダウンロードサーバに送信される。これにより、ダウンロードサーバは、携帯電話でのプログラム起動時に該当する有線放送会社の放送チャンネルから放送されている楽曲を検索し、その楽曲の音声データをインターネットを通じて当該携帯電話にダウンロードする。かくして、有線放送で流れている楽曲の音声データが携帯電話のメモリに記憶される、というものである（例えば、特許文献１参照）。
【０００４】
また、有線放送で流れている楽曲ではないが、インターネットを利用して携帯電話に着メロをダウンロードできるシステムとして、次のものが提案されていた。すなわち、インターネットに接続され、着メロを配信する配信ページを保持する配信サーバと、インターネットに接続され、音楽を録音した録音媒体またはその包装に付された識別コードとその音楽に対応する着メロの配信ページにおけるＵＲＬ（Uniform Resource Locator）とを対応させたテーブルを保持し、携帯電話からインターネットを通じて識別コードが指定されるとその識別コードを対応する着メロ配信ページのＵＲＬに変換する変換サーバとを設ける。そして、利用者が着メロをダウンロードしたい曲の例えば録音媒体に付された識別コードを、インターネットに接続された携帯電話に入力して着メロのダウンロードを指定すると、その識別コードがインターネットを通じて変換サーバに送信される。これにより、変換サーバは、テーブルを検索してその識別コードを対応する着メロ配信ページのＵＲＬに変換し、そのＵＲＬを当該携帯電話のアクセス先として提示する。かくして、利用者は、アクセス先に指定されたＵＲＬの着メロ配信ページから所望する着メロを携帯電話にダウンロードできる、というものである（例えば、特許文献２参照）。
【０００５】
【特許文献１】
特開２００２−２７８５６２号公報
【０００６】
【特許文献２】
特開２００２−１４２０４４号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、従来の有線放送ダウンロードシステムにおいては、有線放送を聞いてその楽曲をダウンロードしたいと感じた利用者は、携帯電話のプログラムを起動した後、その携帯電話を操作して該当する放送会社と放送チャンネルあるいは店コードを入力しなければならず、操作に煩雑感があった。また、携帯電話のプログラムを起動させるまでの操作に手間取ってダウンロードしようとした楽曲の放送が終了してしまうと、その楽曲をダウンロードする機会が失われていた。しかも、このシステムの場合には、楽曲の音声データを携帯電話に配信するインターネット上のサイトがダウンロードサーバのサイトに限られてしまい、インターネット上に多数存在する着メロ配信サイトを利用することはできなかった。
【０００８】
一方、着メロダウンロードシステムの場合には、各着メロ配信サイトを利用することが可能である。しかし、利用者は携帯電話を操作して着メロとしてダウンロードしたい曲の録音媒体等に付された識別コードを入力しなければならず、やはり操作に煩雑感があった。また、曲を録音した録音媒体（ＣＤ，ＭＤ，カセットテープ等）やその包装等に、その曲に対応する着メロ配信ページのＵＲＬに対応して予め設定された識別コードを付さなければならない上、有線放送などの放送システムから流される楽曲には識別コードを付す方法がないために対応できなかった。
【０００９】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、携帯型電子機器利用者が飲食店の店内で放送されている情報に関するコンテンツ配信サイトにアクセスしたいと感じた場合に、携帯型電子機器を操作してデータを入力する手間無しにそのサイトの接続アドレス情報を携帯型電子機器に確実にダウンロードできるセルフ注文システムを提供しようとするものである。
【００１０】
【課題を解決するための手段】
本発明のセルフ注文システムは、注文管理サーバと、飲食店の各テーブルにそれぞれ置かれた複数台の注文端末とを備えてなるものである。各注文端末は、通信を利用して携帯型電子機器と接続するインタフェース手段と、店内の放送システムから放送されている情報に関するコンテンツのダウンロードを宣言する操作手段と、操作手段が操作された時刻を検出する操作時刻検出手段と、この操作時刻検出手段により検出された時刻に放送システムから放送されている情報に関するコンテンツ配信サイトの接続アドレス情報を注文管理サーバに問合せる問合せ手段と、この問合せ手段による問合せに対して注文管理サーバから応答があった接続アドレス情報をインタフェース手段により接続された携帯型電子機器にダウンロードするダウンロード手段とをそれぞれ具備する。注文管理サーバは、放送システムから放送される情報毎にその情報の放送時間とその情報に関するコンテンツ配信サイトの接続アドレス情報とを記憶する記憶手段と、注文端末からの問合わせに応じて記憶手段を検索して該当する時刻に放送システムから放送されている情報に関するコンテンツ配信サイトの接続アドレス情報を読み出す検索手段と、この検索手段により検索された接続アドレス情報を問合せ元の注文端末に送信する応答手段とを具備する。そして、操作手段は、テーブルに着いた客自身の操作により入力された注文データが確定され注文管理サーバに送信されると、操作が可能となるものである。
【００１１】
このような構成の本発明においては、飲食店のテーブルに着き、そのテーブルに置かれている注文端末を操作して自らが注文する飲食メニュー品の注文データを入力し終えた客は、店内で放送されている情報に関するコンテンツ配信サイト、例えば有線放送から流れている楽曲の着メロ配信サイトにアクセスしたいと感じると、注文端末の操作手段を操作する。そうすると、この操作手段が操作された時点で放送されている情報に関するコンテンツ配信サイトの接続アドレス情報が検索され、インタフェース手段により接続された携帯型電子機器例えば携帯電話やＰＤＡにダウンロードされる。したがって、客はダウンロードされた接続アドレス情報により携帯型電子機器をコンテンツ配信サイトと接続し、このサイトから所望するコンテンツをダウンロードすることができる。
【００１２】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。なお、この実施の形態は、音楽ジャンル別に複数の放送チャンネルを有する有線放送会社１社に加盟している飲食店のセルフ注文システムに本発明を適用した場合であり、このシステムの注文端末を利用して、赤外線通信機能を有したインターネット対応の携帯型電子機器（その一例として携帯電話を示す）に、有線放送システムから放送されている情報（その一例として楽曲を示す）に関するコンテンツ配信サイトの接続アドレス情報（その一例として着メロ配信サイトのＵＲＬを示す）を赤外線通信によりダウンロードする場合である。
【００１３】
図１は本実施の形態の全体構成を示す模式図である。本実施の形態は、有線放送システム１０とセルフ注文システム２０とから構成されている。
【００１４】
有線放送システム１０は、本実施の形態の飲食店を含む各有線放送加盟店に対し、専用の有線回線１１を介して各チャンネルの放送データを配信する有線放送会社のホストコンピュータ１２と、各有線放送加盟店にそれぞれ設置され、前記ホストコンピュータ１２から有線回線１１を介して供給されるチャンネル別放送データの中からチャンネル切換手段１３ａにより選択されたチャンネルの放送データを店内に放送する有線放送用機器１３とから構成されている。放送データは、音楽ジャンル別に分類されて集められた多数の楽曲の音声データを、予め決められた放送スケジュールに従い順番に連続して並べたものである。
【００１５】
セルフ注文システム２０は、店内の各テーブル（食卓）にそれぞれ１台ずつ設置され、携帯電話３０とのデータ通信機能を有する卓上型の注文端末２１と、店内に設置され、各注文端末２１とＬＡＮ（Local Area Network）２２を介して接続された注文管理サーバ２３と、厨房に設置され、注文管理サーバ２３とＬＡＮ２２を介して接続された厨房端末２４と、会計場に設置され、注文管理サーバ２３とＬＡＮ２２を介して接続されたＰＯＳ（Point Of Sales）端末２５とから構成されている。そして、このセルフ注文システム２０のＬＡＮ２２に、ルータ２６を介して前記有線放送システム１０の有線回線１１が接続されている。また、有線放送用機器１３からチャンネル切換手段１３ａによって選択されている放送チャンネルのデータが、ＬＡＮ２２を経由して注文管理サーバ２３に入力されるようになっている。
【００１６】
本発明のダウンロード装置は、各注文端末２１と、注文管理サーバ２３と、これらを接続するＬＡＮ２２によって構成されている。
【００１７】
注文管理サーバ２３は、メニューファイル４１と卓別注文ファイル４２とを設け、これらのデータファイルを利用して各テーブルに着いた客の注文，会計等を管理する。メニューファイル４１には、飲食メニューとして客に提供する全ての品に対してそれぞれ異なるように設定された品番別に、その品の品目，画像，価格等のデータが予め記憶されている。卓別注文ファイル４２には、テーブル毎に予め設定された卓番号別に、そのテーブルに着いた客の人数データや、そのテーブルに着いた客一人一人に割り当てられる客番号に対応してその客が注文した飲食メニュー品に関するデータ（品番，数量，価格，合計金額等）が格納される。
【００１８】
また、注文管理サーバ２３は、有線放送データベース４３を記憶保持している。有線放送データベース４３は、図２に示すように、放送チャンネル毎に放送スケジュールに従いそのチャンネルで放送される各楽曲の放送開始時刻及び終了時刻と、楽曲名と、その楽曲に関する着メロの配信サイトがインターネット上に存在するか否かを示すフラグＦ（１：サイト有り、０：サイト無し）とを設定したものである。また、着メロ配信サイト有りの場合には、そのサイトの着メロ配信用ＷｅｂページのＵＲＬが接続アドレス情報として設定されている。
【００１９】
この有線放送データベース４３は、例えば開店時に当営業日の放送スケジュールに合致した最新のものが有線放送会社のホストコンピュータ１２から有線回線１１，ルータ２６及びＬＡＮ２２を介して注文管理サーバ２３にダウンロードされる。あるいは、閉店時に翌営業日の放送スケジュールに合致した最新のものが同様にしてダウンロードされるようになっている。
【００２０】
ここに、注文管理サーバ２３は、放送システム（有線放送システム１０）から放送される情報（楽曲）毎にその情報の放送時間（放送開始時刻〜終了時刻）とその情報に関するコンテンツ配信サイトの接続アドレス情報（ＵＲＬ）とを記憶する記憶手段（有線放送データベース４３）を具備している。
【００２１】
図３は注文管理サーバ２３の要部構成を示すブロック図である。注文管理サーバ２３は、各種の演算及び制御を実行するＣＰＵ（Central Processing Unit）２３１、プログラム等の固定的データが予め格納されたＲＯＭ（Read Only Memory）２３２、データを書換自在に記憶するための各種メモリエリアが形成されるＲＡＭ（Random Access Memory）２３３、現在の日付及び時刻を計時する時計部２３４、前記メニューファイル４１，卓別注文ファイル４２及び有線放送データベース４３等を記憶保持するＨＤＤ（Hard Disk Drive）装置２３５、ＬＡＮ２２を介して行なわれるデータ通信を司るＬＡＮインタフェース２３６及び各種入出力信号のＩ／Ｏポート２３７等を具備している。そしてＣＰＵ２３１と、ＲＯＭ２３２，ＲＡＭ２３３，時計部２３４，ＨＤＤ装置２３５，ＬＡＮインタフェース２３６及びＩ／Ｏポート２３７とを、アドレスバス，データバス等のバスライン２３８で接続している。
【００２２】
かかる構成の注文管理サーバ２３は、本発明のダウンロード装置に関わるメモリエリアとして、特に図４に示すように、有線放送用機器１３のチャンネル切換手段１３ａにより選択されているチャンネルデータｎを格納するチャンネルメモリ５１と、前記有線放送用機器１３から現在放送されている楽曲の曲名と放送終了時刻とを記憶する放送楽曲メモリ５２と、着メロ配信サイトの着メロを配信するＷｅｂページのＵＲＬ別に、そのＵＲＬのダウンロード回数を計数するカウンタテーブル５３とを、ＲＡＭ２３３に形成している。
【００２３】
そして注文管理サーバ２３は、有線放送用機器１３から現在放送されている楽曲の曲名を各注文端末２１に通知する曲名通知機能を実現するためのプログラムを実装している。このプログラムは有線放送用機器１３の立上げ時に有線放送用機器１３からＬＡＮ２２を介して入力される有線放送開始コマンドにより起動する。そしてＣＰＵ２３１は、このプログラムが起動されると、図５の流れ図に示す処理を実行するものとなっている。
【００２４】
先ずＣＰＵ２３１は、ＳＴ（ステップ）１として有線放送用機器１３のチャンネル切換手段１３ａにより選択されているチャンネルデータｎを取込む。そして、このチャンネルデータｎをチャンネルメモリ５１に格納する。次にＣＰＵ２３１は、ＳＴ２として時計部２３４にて計時されている現在時刻を取得する。そして、ＳＴ３として有線放送データベース４３からチャンネルデータｎのチャンネルで現在時刻が放送時間（開始時刻〜終了時刻）に設定された楽曲の曲名と終了時刻とを読出し、放送楽曲メモリ５２に格納する。しかる後ＣＰＵ２３１は、ＳＴ３として放送楽曲メモリ５２に格納された曲名のデータをＬＡＮインタフェース２３６からＬＡＮ２２を経由して各注文端末２１に配信する。
【００２５】
次にＣＰＵ２３１は、ＳＴ５として前記現在時刻が放送楽曲メモリ５２に格納された終了時刻に達するのを待機する。そして、現在時刻が終了時刻に達したならばＳＴ２に戻り、同一チャンネルで次に放送される楽曲の曲名と終了時刻とを放送楽曲メモリ５２に格納する。また、現在時刻が終了時刻に達する前に、ＳＴ６としてチャンネル切換手段１３ａからの信号により有線放送用機器１３のチャンネルが切換えられたことを認識した場合にはＳＴ１に戻り、切換後のチャンネルで現在放送されている楽曲の曲名と終了時刻とを放送楽曲メモリ５２に格納する。以後、有線放送用機器１３から有線放送終了コマンドが入力されるまで、上記の処理を繰返す。
【００２６】
図６は各注文端末２１の外観構成を示す斜視図である。注文端末２１は、卓上型の本体２１１に、そのまわりを３６０度回転可能にディスプレイユニット２１２を取り付けた構造となっている。本体２１１の下部には、店員呼出しボタン等のボタン群２１３が設けられている。
【００２７】
ディスプレイユニット２１２は、その正面に、例えば液晶を用いたパネル型のディスプレイ２１２ａが設けられており、ディスプレイ２１２ａにはタッチパネルセンサ２１２ｂが備えられている。ディスプレイ２１２ａには飲食メニューとして提供される各種品の画像等が表示されるようになっており、客が購入（飲食）する品の画像をタッチ操作することによりその品を注文できるようになっている。
【００２８】
ディスプレイユニット２１２の正面フレーム部２１２ｃには、例えばｉｒＤＡ（Infrared Data Association）規格の赤外線データ通信方式により、同一規格の赤外線通信機能を有した電子機器との間で画像データやテキストデータを送受信可能な赤外線インタフェース２１４が設けられている。
【００２９】
本実施の形態では、注文端末２１は、この赤外線インタフェース２１４に赤外線通信を利用して非接触で接続された携帯電話３０に対し、着メロ配信サイトのＵＲＬをダウンロードできるようになっている。したがって携帯電話３０は、ｉｒＤＡ規格の赤外線インタフェースを搭載し、若しくは携帯電話用接続型赤外線モデムを外付けして赤外線通信機能を有するものが利用可能である。勿論、インターネットと接続して各種サイトのＷｅｂページを閲覧するためのブラウザを実装しているインターネット対応のものであることが条件となる。
【００３０】
ここに、赤外線インタフェース２１４は、通信（赤外線通信）を利用して携帯型電子機器（携帯電話）と接続するインタフェース手段を構成する。
【００３１】
図７は各注文端末２１の要部構成を示すブロック図である。各注文端末２１は、ＣＰＵ２１５、ＲＯＭ２１６及びＲＡＭ２１７の他、前記注文管理サーバ２３の時計部２３４に同期して現在の時刻を計時する時計部２１８、ＬＡＮ２２を介して行なわれるデータ通信を司るＬＡＮインタフェース２１９等を備えている。ＣＰＵ２１５と、ＲＯＭ２１６，ＲＡＭ２１７，時計部２１８及びＬＡＮインタフェース２１９とは、バスライン２２０で接続されている。また、前記ディスプレイ２１２ａ，タッチパネルセンサ２１２ｂ，ボタン群２１３及び赤外線インタフェース２１４の各部が、前記バスライン２２０を介してＣＰＵ２１５に接続されており、各部はＣＰＵ２１５によって制御されるようになっている。
【００３２】
かかる構成の各注文端末２１は、図８に示すように、当該注文端末２１が設置されたテーブルの卓番号を記憶する卓番号メモリ６１、そのテーブルに着いた客の人数Ｎを記憶する人数メモリ６２、客番号を計数する客番号カウンタ６３、そのテーブルに着いた客に対して割り当てられる客番号の順番に、当該客が注文した飲食メニュー品に関するデータを一時記憶する注文ワークメモリ６４等の他、本発明のダウンロード装置に関わるメモリエリアとして、特に、注文管理サーバ２３の曲名通知機能により配信された曲名，つまりは有線放送用機器１３で現在放送されている楽曲の曲名を記憶する曲名メモリ６５と、後述する操作手段のワンタッチ操作によってＵＲＬのダウンロードが指示された時刻を記憶するＤＬＬ時刻メモリ６６とがＲＡＭ２１７に形成されている。
【００３３】
そして各注文端末２１は、当該端末２１が置かれたテーブルに着いた客の飲食メニューの注文を処理する注文処理機能を実現するためのプログラムを実装している。このプログラムは、注文端末２１の立ち上がりに応じて起動する。そしてＣＰＵ２１５は、このプログラムが起動されると、図９の流れ図に示す１客処理を繰り返し実行するものとなっている。
【００３４】
先ずＣＰＵ２１５は、ＳＴ１１としてディスプレイ２１２ａに客待ち画面Ｇ１を表示させる。客待ち画面Ｇ１の一例を図１２に示す。図示するように、客待ち画面Ｇ１には、１つのテーブルに同席する客の人数（この実施の形態では最大で６人とする）を置数入力する数字ボタンＢ１及びその置数の表示エリアＡ１と、置数入力の確定を宣言するＯＫボタンＢ２及び置数入力の取消を宣言するキャンセルボタンＢ３等が表示されている。
【００３５】
次に、ＣＰＵ２１５は、ＳＴ１２として人数Ｎが入力されるのを待機する。ここで、タッチパネルセンサ２１２ｂの信号により、数字ボタンＢ１によって人数Ｎが置数され、ＯＫボタンＢ２がタッチ操作されたことを検知すると、ＣＰＵ２１５は、ＳＴ１３としてその人数Ｎを人数メモリ６２に記憶する。また、ＳＴ１４として客番号カウンタ６３のカウント値Ｘを“１”に初期化する。
【００３６】
しかる後、ＣＰＵ２１５は、ＳＴ１５としてディスプレイ２１２ａに注文入力画面Ｇ２を表示させる。注文入力画面Ｇ２の一例を図１３に示す。図示するように、注文入力画面Ｇ２には、各種飲食メニュー品の品目又は画像が表示された注文ボタンＢ４と、次頁ボタンＢ５，確定ボタンＢ６，直前取消ボタンＢ７，全取消ボタンＢ８及び前頁ボタンＢ９の各ファンクションボタンとが表示されている。
【００３７】
この状態で、ＣＰＵ２１５は、各ボタンＢ４〜Ｂ９の入力を待機する。ここで、ＳＴ１６としてタッチパネルセンサ２１２ｂからの信号により注文ボタンＢ４が選択的にタッチ操作されて飲食メニュー品が注文され、続いてＳＴ１７として確定ボタンＢ６がタッチ操作されて注文品の確定が宣言されると、ＣＰＵ２１５は、ＳＴ１８としてディスプレイ２１２ａに注文確認画面Ｇ３を表示させる。注文確認画面Ｇ３の一例を図１４に示す。図示するように、注文確認画面Ｇ３には、客１人分の注文データ表示エリアＡ２が形成されているとともに、注文データの保存を指令するＯＫボタンＢ１０及び注文データのクリアを指令するキャンセルボタンＢ１１とが表示されている。そしてＣＰＵ２１５は、直前の注文入力画面Ｇ２から注文された飲食メニュー品の全ての品目と価格をメニューファイル４１から読出し、合計金額を計算して、注文データ表示エリアＡ２に表示させる。なお、メニューファイル４１は、注文管理サーバ２３のものを参照してもよいし、前もって注文管理サーバ２３から各注文端末２１のＲＡＭ２１７にローカルファイルとしてダウンロードするようにし、このダウンロードされたメニューファイルを参照してもよい。
【００３８】
この状態で、ＣＰＵ２１５は、ＳＴ１９として各ボタンＢ１０，Ｂ１１の入力を待機する。そして、キャンセルボタンＢ１１がタッチ操作されたことを検知した場合には、ＣＰＵ２１５は、ディスプレイ２１２ａの画面を注文入力画面Ｇ２に戻す。
【００３９】
これに対し、ＯＫボタンＢ１０がタッチ操作されたことを検知した場合には、ＣＰＵ２１５は、ＳＴ２０として注文ワークメモリ６４の空いている客番号エリアに客番号カウンタ６３のカウント値Ｘをセットし、この客番号Ｘに対応する注文メニューデータエリアに、直前の注文入力画面Ｇ２から注文された飲食メニュー品の品番，品目及び価格とその合計金額を格納する。
【００４０】
次に、ＣＰＵ２１５は、ＳＴ２１として客番号カウンタ６３を１だけカウントアップする。そして、ＳＴ２２としてそのカウント値Ｘが人数メモリ６２内の人数データＮを超えたか否かを判断する。ここで、カウント値Ｘが人数データＮ以下の場合には、ＣＰＵ２１５は、ディスプレイ２１２ａの画面を注文入力画面Ｇ２に戻す。そして、次の客の注文メニューデータが入力されるのを待機し、入力が確定されたならば、その注文メニューデータを客番号Ｘとともに注文ワークメモリ６４に格納する。
【００４１】
こうして、カウント値Ｘが人数データＮを超えるまで、ＣＰＵ２１５は、上記ＳＴ１５〜ＳＴ２１の処理を繰返す。そして、カウント値Ｘが人数データＮを超えたことを確認すると、ＣＰＵ２１５は、ＳＴ２３として卓番号メモリ６１内の卓番号と、人数メモリ６２内の人数データＮと、注文ワークメモリ６４内の客番号別注文メニューデータとを、当該注文端末２１からの注文データとして、ＬＡＮインタフェース２１９からＬＡＮ２２を経由して注文管理サーバ２３に送信する。
【００４２】
因みに、注文端末２１から注文データ（卓番号，人数データＮ，客番号別注文メニューデータ）を受信した注文管理サーバ２３は、その注文データに含まれる卓番号の注文ファイル４２に人数データＮと、客番号別の注文メニューデータとを格納する。また注文管理サーバ２３は、注文メニューデータに基づいて客から注文を受けた飲食メニュー品の調理指示データを作成する。そして、この調理指示データを厨房端末２４にＬＡＮ２２を経由して送信する。これにより、厨房端末２４には、客が注文した飲食メニュー品の調理指示が表示又は印字出力される。
【００４３】
さて、注文データを送信した注文端末２１のＣＰＵ２１５は、次に、ＳＴ２４としてディスプレイ２１２ａに在席メニュー画面Ｇ４を表示させる。在席メニュー画面Ｇ４の一例を図１５に示す。図示するように、在席メニュー画面Ｇ４には、追加注文を指令する追加ボタンＢ１２と、飲食したメニューの会計を指令する会計ボタンＢ１３とが表示されている。また、店内の有線放送用機器１３から現在放送されている楽曲の曲名を表示する曲名表示エリアＡ３が形成されているとともに、この曲名表示エリアＡ３に曲名が表示された楽曲の着メロ配信サイトのＵＲＬを携帯電話３０にダウンロードすることを宣言するワンタッチ式の操作手段として、ＤＬＬボタンＢ１４が表示されている。そしてＣＰＵ２１５は、曲名メモリ６５に格納されている曲名を曲名表示エリアＡ３に表示させる。
【００４４】
この状態で、ＣＰＵ２１５は、各ボタンＢ１２，Ｂ１３，Ｂ１４の入力を待機する。そして、ＳＴ２５としてＤＬＬボタンＢ１４がタッチ操作されたことを検知した場合には、ＣＰＵ２１５は、ＳＴ２６として図１０に具体的に示すＵＲＬＤＬＬ処理を実行する。
【００４５】
すなわちＣＰＵ２１５は、ＳＴ３１として時計部２１８にて計時されている現在時刻、すなわちＤＬＬボタンＢ１４がタッチ操作された時刻を読み出し、ＤＬＬ時刻メモリ６６に格納する（操作時刻検出手段）。次に、ＣＰＵ２１５は、ＳＴ３２としてＤＬＬ時刻メモリ６６に格納された時刻データを含む着メロ配信サイトＵＲＬ問合せ伝文を作成し、ＬＡＮインタフェース２１９からＬＡＮ２２を経由して注文管理サーバ２３に送信する。
【００４６】
この問合せ伝文を受信した注文管理サーバ２３は、ＣＰＵ２３１が図１１の流れ図に示す応答処理を実行するようにプログラム構成されている。すなわちＣＰＵ２３１は、ＳＴ５１としてチャンネルメモリ５１に記憶しているチャンネルデータｎを取得する。そして、ＳＴ５２として有線放送データベース４３を検索して、このチャンネルデータｎのチャンネルで問合せ伝文中の時刻データの時刻に放送されている楽曲の楽曲名，着メロ配信有無フラグＦ及び着メロ配信用ＷｅｂページのＵＲＬ（Ｆ＝１の場合のみ）を読み出し、ＲＡＭ２３３のワークエリアに一時格納する（検索手段）。
【００４７】
次に、ＣＰＵ２３１は、ＳＴ５３として上記ワークエリアに格納された着メロ配信有無フラグＦを調べる。ここで、同フラグＦが“０”にリセットされていた場合には、当該放送中の楽曲に対する着メロ配信サイトがインターネット上に存在しないので、ＣＰＵ２３１は、ＳＴ５４としてＤＬＬ不可応答を問合せ伝文送信元の注文端末２１に送信して、この処理を終了する。
【００４８】
一方、着メロ配信有無フラグＦが“１”にセットされていた場合には、当該放送中の楽曲に対する着メロ配信サイトがインターネット上に存在するので、ＣＰＵ２３１は、ＳＴ５５として上記ワークエリアに格納された楽曲名とＵＲＬを含むＤＬＬ可応答を問合せ伝文送信元の注文端末２１に送信する。送信後、ＣＰＵ２３１は、ＳＴ５６としてＤＬＬ可応答送信先の注文端末２１からコマンドが送られてくるのを待機する。そして、コマンドを受信すると、ＳＴ５７としてそのコマンドがＤＬＬ完了コマンドであるか否かを判断する。ここで、受信コマンドがＤＬＬ完了コマンドであった場合には、ＳＴ５８としてカウンタテーブル５３の上記ワークエリアに格納されたＵＲＬに対応するダウンロード回数を「１」増加する（計数手段）。これに対し、ＤＬＬ完了コマンドでなかった場合、若しくは所定時間内にコマンドを受信できなかった場合には、カウンタテーブル５３を変更しない。その後、ＣＰＵ２３１は、上記ワークエリアのデータをクリアして、この処理を終了する。
【００４９】
着メロ配信サイトＵＲＬ問合せ伝文を送信した注文端末２１のＣＰＵ２１５は、ＳＴ３３として注文管理サーバ２３からの応答を待機する。ここで、ＳＴ３４として注文管理サーバ２３から前記ＤＬＬ可応答を受信したならば、ＣＰＵ２１５は、ＳＴ３５としてディスプレイ２１２ａにＤＬＬ開始画面Ｇ５を表示させる。ＤＬＬ開始画面Ｇ５の一例を図１６に示す。図示するように、ＤＬＬ開始画面Ｇ５には、着メロダウンロードが宣言された楽曲の曲名表示エリアＡ４が形成されているとともに、携帯電話３０の赤外線通信機能を有効にしてダウンロードの準備ができたことを指示するＯＫボタンＢ１５と、ダウンロードの中止を指示するキャンセルボタンＢ１６とが表示されている。そしてＣＰＵ２１５は、受信したＤＬＬ可応答に含まれている曲名を曲名表示エリアＡ４に表示させる。
【００５０】
この状態で、ＣＰＵ２１５は、各ボタンＢ１５，Ｂ１６の入力を待機する。そして、ＳＴ３６としてキャンセルボタンＢ１６がタッチ操作されたことを検知した場合には、ＣＰＵ２１５は、ＳＴ３７としてＤＬＬ中止コマンドを注文管理サーバ２３にＬＡＮ２２経由で送信して、このＵＲＬＤＬＬ処理を終了する。
【００５１】
これに対し、ＳＴ３８としてＯＫボタンＢ１５がタッチ操作されたことを検知した場合には、ＣＰＵ２１５は、ＳＴ３９として赤外線インタフェース２１４に非接触で接続された電子機器（本実施の形態では携帯電話３０）に対し、赤外線通信を利用して前記ＤＬＬ可応答に含まれていた曲名とＵＲＬのデータをダウンロードする（ダウンロード手段）。
【００５２】
ここに、ＤＬＬ開始画面Ｇ５に表示されるＯＫボタンＢ１５とキャンセルボタンＢ１６は、接続アドレス情報（ＵＲＬ）のダウンロードを実行するか否かを携帯型電子機器の利用者に選択させる選択手段を構成し、ＣＰＵ１６は、選択手段によりダウンロード実行が選択されるとダウンロード手段を動作させる制御手段を構成する。
【００５３】
ＣＰＵ２１５は、曲名とＵＲＬのダウンロードを完了すると、ＳＴ４０としてディスプレイ２１２ａにＤＬＬ完了画面Ｇ６を表示させる。また、ＳＴ４１としてＤＬＬ完了コマンドを注文管理サーバ２３にＬＡＮ２２経由で送信する。ＤＬＬ完了画面Ｇ６の一例を図１７に示す。図示するように、ＤＬＬ完了画面Ｇ６には、着メロダウンロードが宣言された楽曲の曲名表示エリアＡ４とともに、ダウンロード完了を確認するＯＫボタンＢ１７が表示されている。
【００５４】
そこでＣＰＵ２１５は、ＳＴ４２としてＯＫボタンＢ１７がタッチ操作されるのを待機する。そして、ＯＫボタンＢ１７がタッチ操作されたことを検知したならば、ＣＰＵ２１５は、このＵＲＬＤＬＬ処理を終了する。
【００５５】
なお、ＳＴ３４において注文管理サーバ２３からの応答がＤＬＬ可応答でなく、ＤＬＬ不可応答であった場合には、ＣＰＵ２１５は、ＳＴ４３としてディスプレイ２１２ａにＤＬＬ不可画面Ｇ７を表示させる。ＤＬＬ不可画面Ｇ７の一例を図１８に示す。図示するように、ＤＬＬ不可画面Ｇ７には、着メロダウンロードが宣言された楽曲の曲名表示エリアＡ４とともに、ダウンロード不可を確認するＯＫボタンＢ１８が表示されている。
【００５６】
そこでＣＰＵ２１５は、ＳＴ４４としてＯＫボタンＢ１８がタッチ操作されるのを待機する。そして、ＯＫボタンＢ１８がタッチ操作されたことを検知したならば、ＣＰＵ２１５は、このＵＲＬＤＬＬ処理を終了する。
【００５７】
こうして、ＵＲＬＤＬＬ処理を終了したＣＰＵ２１５は、ディスプレイ２１２ａの画面を在席メニュー画面Ｇ４に戻す。そして、再び各ボタンＢ１２，Ｂ１３，Ｂ１４の入力を待機する。
【００５８】
ここで、ＳＴ２７として会計ボタンＢ１３がタッチ操作されたことを検知した場合には、ＣＰＵ２１５は、ＳＴ２８として会計コマンドを卓番号メモリ６１内の卓番号とともに注文管理サーバ２３にＬＡＮ２２を通じて送信する。これにより、ＰＯＳ端末２５において、会計コマンド送信済テーブルの卓番号が入力されると、その卓番号の注文データが卓別注文ファイル４２からＰＯＳ端末２５に転送されて、会計処理が実行される。
【００５９】
注文端末２１のＣＰＵ２１５は、会計コマンド送信後、ＳＴ２９として人数メモリ６２，客番号カウンタ６３，注文ワークメモリ６４の各データをクリアしてメモリを初期化する。しかる後、ディスプレイ２１２ａの画面を客待ち画面Ｇ１に戻して、次の客を待機するものとなっている。
【００６０】
このように構成された本実施の形態の飲食店では、予め設定された放送スケジュールに従い有線放送会社のホストコンピュータ１２から流されている各チャンネルの楽曲のうち、チャンネル切換手段１３ａによって選択されたチャンネルｎの楽曲が有線放送用機器１３からＢＧＭとして店内に流されている。また、空席状態のテーブルに設置された注文端末２１のディスプレイ２１２ａには、客待ち画面Ｇ１が表示されている。
【００６１】
今、２人連れの客が空席状態のテーブルに着いたとする。この場合、客は、先ず客待ち画面Ｇ１の数字ボタンＢ１で［２］を置数し、ＯＫボタンＢ２をタッチ操作する。すると、ディスプレイ２１２ａの画面が注文入力画面Ｇ２に切り換わるので、客は、１人目の客が購入する飲食メニュー品の品目または画像が表示された注文ボタンＢ４をタッチ操作して注文を行なう。このとき、購入する飲食メニュー品の注文ボタンＢ４が表示されていない場合には、次頁ボタンＢ５あるいは前頁ボタンＢ９をタッチ操作して注文ボタンＢ４のデータ（品目，画像）を変更する。また、直前に注文した飲食メニュー品を取消す場合には直前取消ボタンＢ７をタッチ操作し、最初から注文をし直す場合には全取消ボタンＢ８をタッチ操作して、注文を取消す。
【００６２】
こうして、１人目の客が購入する全ての飲食メニュー品を注文し終えたならば、客は確定ボタンＢ６をタッチ操作する。すると、ディスプレイ２１２ａの画面が注文確認画面Ｇ３に切り換わり、この１人目の客が購入品として注文した全ての飲食メニュー品の品目，金額及びその合計金額が注文データ表示エリアＡ２に表示されるので、その内容を確認し、間違いがなければＯＫボタンＢ１０をタッチ操作する。すると、注文ワークメモリ６４の客番号［１］に対応する注文メニューデータエリアに、この１人目の客が購入品として注文した全ての飲食メニュー品の品番，品目，価格及びその合計金額からなる注文メニューデータが格納される。
【００６３】
この時点では、客番号カウンタ６３のカウント値Ｘは人数メモリ６２の人数データ［２］を超えていないので、ディスプレイ２１２ａの画面は注文入力画面Ｇ２に戻る。そこで今度は、２人目の客が購入する飲食メニュー品を全て注文して確定操作する。これにより、注文ワークメモリ６４の客番号［２］に対応する注文メニューデータエリアに、この２人目の客の注文メニューデータが格納される。
【００６４】
今度は、カウント値Ｘが人数データ［２］を超えるので、注文ワークメモリ６４に格納された注文メニューデータが、卓番号及び人数の各データとともに、ＬＡＮ２２を介して注文管理サーバ２３に送信される。また、ディスプレイ２１２ａの画面が在席メニュー画面Ｇ４に切り換わる。この画面Ｇ４には、店内の有線放送用機器１３からＢＧＭとして現在放送されている楽曲の曲名が表示エリアＡ３に表示されている。また、この曲名表示エリアＡ３に曲名が表示されている楽曲の着メロ配信サイトのＵＲＬを携帯電話３０にダウンロードできる旨を示すメッセージとともに、ワンタッチ式の操作手段であるＤＬＬボタンＢ１４が表示されている。
【００６５】
そこで、赤外線通信機能を有するインターネット対応の携帯電話３０を所持している客が、現在、ＢＧＭとして流されている楽曲の着メロをダウンロードしたいと感じた場合には、ＤＬＬボタンＢ１４をタッチ操作する。すると、この注文端末２１において、ＤＬＬボタンＢ１４が操作された時点の時刻が検出され、この時刻データを含む着メロ配信サイトＵＲＬ問合せ伝文が注文管理サーバ２３にＬＡＮ２２経由で送信される。
【００６６】
これにより、注文管理サーバ２３においては、有線放送データベース４３が検索されて、ＤＬＬボタンＢ１４が操作された時刻に有線放送用機器１３から放送されていた有線放送の楽曲が検出され、この楽曲に関する着メロ配信サイトの有無が判定される。そして、着メロ配信サイト有り、つまり当該楽曲のデータに対応するフラグＦが“１”にセットされていた場合には、その着メロ配信サイトのＵＲＬが楽曲の曲名とともに有線放送データベース４３から取得され、この曲名とＵＲＬとを含むＤＬＬ可応答が注文端末２１にＬＡＮ２２経由で送信される。
【００６７】
このＤＬＬ可応答を受信した注文端末２１においては、ＤＬＬ開始画面Ｇ５が表示される。そこで客は、携帯電話３０を操作して赤外線通信機能を有効にする。そして、ＤＬＬ開始画面Ｇ５のＯＫボタンＢ１５をタッチ操作する。すると、ＤＬＬ可応答に含まれていた曲名とＵＲＬのデータが、注文端末２１から携帯電話３０に赤外線通信によりダウンロードされる。また、注文端末２１から注文管理サーバ２３にＬＡＮ２２経由でＤＬＬ完了コマンドが送信される。これにより、注文管理サーバ２３においては、ダウンロードされたＵＲＬに対応するカウンタテーブル５３のＤＬＬ回数が＋１される。
【００６８】
曲名とＵＲＬのダウンロードが完了すると、注文端末２１の画面がＤＬＬ完了画面Ｇ６に切り換わる。そこで客は、ＯＫボタンＢ１７をタッチ操作する。すると、注文端末２１の画面が在席メニュー画面Ｇ４に戻る。したがって客は、次の楽曲を聞いて再び着メロをダウンロードしたいと感じた場合には、同様な操作によりその着メロ配信サイトのＵＲＬを携帯電話３０にダウンロードすることができる。勿論、楽曲に関する着メロ配信サイトが存在しない場合には、ＵＲＬをダウンロードできない。この場合には、注文端末２１のディスプレイ２１２ａにＤＬＬ不可画面Ｇ７が表示されるので、客は、着メロ配信サイトが存在しないことを認識できる。このとき、客はＯＫボタンＢ１８をタッチ操作する。すると、注文端末２１の画面が在席メニュー画面Ｇ４に戻る。
【００６９】
ところで携帯電話３０は、曲名とＵＲＬがダウンロードされると、その曲名とＵＲＬが専用のメモリエリアに保存される。この状態で、利用者（客）がインターネット接続モードを選択し、ＵＲＬの呼出操作を行なうと、図１９に示すように、ディスプレイ３１に注文端末２１からダウンロードされたＵＲＬが曲名とともに表示される。そこで利用者は、曲名を確認し、その曲名の着メロをダウンロードする場合には接続ボタン３２を押下する。すると、インターネットを介して当該ＵＲＬのＷｅｂページ、つまりは着メロ配信サイトのＷｅｂページがダウンロードされ、ディスプレイ３１に表示されるので、利用者はこのＷｅｂページから所望する楽曲の着メロを携帯電話３０にダウンロードすることができる。
【００７０】
このように本実施の形態によれば、セルフ注文システム２０が構築されている飲食店に来店した客は、各テーブルにそれぞれ設置されている注文端末２１を介して、有線放送システム１０により店内にＢＧＭとして放送されている楽曲に対して着メロ配信サイトがあればそのサイトのＵＲＬを自身の携帯電話３０にダウンロードすることができる。この場合において、客は、携帯電話３０の赤外線通信機能を有効にした状態で、注文端末２１の画面に順次表示されるワンタッチ式の操作ボタン（ＤＬＬボタンＢ１４、ＯＫボタンＢ１５、ＯＫボタンＢ１７）を１回ずつ操作するだけでよく、従来の有線放送ダウンロードシステムや着メロダウンロードシステムのように放送チャンネルや識別コード等の煩雑なデータを携帯電話３０に入力する必要がないので、利用者が煩雑感を感じることはない。また、ＵＲＬが直接携帯電話３０にダウンロードされるので、ＵＲＬを携帯電話３０に入力する手間がなく、ＵＲＬの入力ミスも起こり得ない上、ＤＬＬボタンＢ１４がタッチ操作されたときに有線放送用機器１３から放送されている楽曲に関する着メロ配信サイトのＵＲＬが確実に検索されてダウンロードされるので、利用者は簡単かつ確実に着メロをダウンロードしたいと感じた楽曲の着メロ配信サイトに携帯電話３０からアクセスすることができる。
【００７１】
また、本実施の形態によれば、注文管理サーバ２３に設けられたカウンタテーブル５３のデータから、携帯電話３０にダウンロードしたＵＲＬの回数をＵＲＬ別に知ることができる。このデータは、例えば飲食店が着メロ配信サイトからＵＲＬのダウンロード回数に応じてマージンを取るような場合に有効に活用できる。
【００７２】
なお、前記一実施の形態では、放送システムから放送されている情報に関するコンテンツを有線放送システムから放送されている楽曲の着メロとしたが、コンテンツはこれに限定されるものではなく、例えば、楽曲の音声データであってもよい。また、放送システムから放送されている映像の画像データやテキストデータであってもよい。
【００７３】
ダウンロード装置のインタフェース手段に接続される携帯型電子機器は、携帯電話３０に限定されるものではなく、ＰＨＳ，ＰＤＡ，パソコン等であってもよい。また、インタフェース手段で利用される通信も赤外線通信に限定されるものではなく、ブルートゥース通信，ＵＳＢ通信等を利用してコンテンツ配信サイトの接続アドレス情報を携帯型電子機器にダウンロードしてもよい。
【００７４】
前記一実施の形態では、記憶手段（有線放送データベース４３）において楽曲毎に放送開始時刻と終了時刻とを記憶したが、有線放送の場合は連続的に楽曲が放送されるので放送開始時刻のみを記憶し、次の楽曲の放送開始時刻をその前の楽曲の終了時刻とみなすことで、終了時刻を省略してもよい。また、放送開始時刻と放送時間とを記憶し、このデータから放送終了時刻を算出してもよい。
【００７５】
本発明のダウンロード装置は、セルフ注文システムにおける注文端末２１とその上位機である注文管理サーバ２３とから構成されるものに限定されるものではない。例えば、スーパーマーケットやコンビニエンスストア等の小売店向けとして、客自身が操作して各種チケットを購入したり、Ｗｅｂサイトの情報を閲覧したりするための情報端末が実用化されている。そこで、この情報端末に放送システムから放送されている情報に関するコンテンツのダウンロードを宣言する操作手段を設け、この操作手段が操作された時点で放送されている情報に関するコンテンツ配信サイトの接続アドレス情報を携帯型電子機器にダウンロードできるようにしてもよい。
【００７６】
この他、操作手段としてボタン以外の操作子を用いる等、本発明の要旨を逸脱しない範囲で種々変形実施可能であるのは勿論である。
【００７７】
【発明の効果】
以上詳述したように本発明によれば、携帯型電子機器利用者が飲食店の店内で放送されている情報に関するコンテンツ配信サイトにアクセスしたいと感じた場合に、飲食メニュー商品を注文した後であれば、携帯型電子機器を操作してデータを入力する手間無しにそのサイトの接続アドレス情報を携帯型電子機器に確実にダウンロードできるセルフ注文システムを提供できる。
【図面の簡単な説明】
【図１】  本発明に係る一実施の形態の全体構成を示す模式図。
【図２】  同実施の形態における有線放送データベースのデータ構造を示す模式図。
【図３】  同実施の形態における注文管理サーバの要部構成を示すブロック図。
【図４】  同注文管理サーバのＲＡＭに形成される主要なメモリエリアを示す模式図。
【図５】  同注文管理サーバのＣＰＵが実行する曲名通知処理の要部を示す流れ図。
【図６】  同実施の形態における注文端末の外観構成を示す斜視図。
【図７】  同注文端末の要部構成を示すブロック図。
【図８】  同注文端末のＲＡＭに形成される主要なメモリエリアを示す模式図。
【図９】  同注文端末のＣＰＵが実行する１客処理の要部を示す流れ図。
【図１０】図９におけるＵＲＬＤＬＬ処理を具体的に示す流れ図。
【図１１】同実施の形態における注文管理サーバのＣＰＵが実行するＵＲＬ問合せ応答処理の要部を示す流れ図。
【図１２】同実施の形態における注文端末のディスプレイに表示される客待ち画面の一例を示す図。
【図１３】同注文端末のディスプレイに表示される注文入力画面の一例を示す図。
【図１４】同注文端末のディスプレイに表示される注文確認画面の一例を示す図。
【図１５】同注文端末のディスプレイに表示される在席メニュー画面の一例を示す図。
【図１６】同注文端末のディスプレイに表示されるＤＬＬ開始画面の一例を示す図。
【図１７】同注文端末のディスプレイに表示されるＤＬＬ完了画面の一例を示す図。
【図１８】同注文端末のディスプレイに表示されるＤＬＬ不可画面の一例を示す図。
【図１９】同実施の形態における携帯電話の画面表示例を示す模式図。
【符号の説明】
１０…有線放送システム、１３…有線放送用機器、２０…注文管理システム、２１…注文端末、２３…注文管理サーバ、３０…携帯電話、４３…有線放送データベース、５３…カウンタテーブル、６６…ＤＬＬ時刻メモリ、２１４…赤外線インタフェース、Ｂ１４…ＤＬＬボタン。
【図１】
0003710786.tif 000002
【図２】
0003710786.tif 000003
【図３】
0003710786.tif 000004
【図４】
0003710786.tif 000005
【図５】
0003710786.tif 000006
【図６】
0003710786.tif 000007
【図７】
0003710786.tif 000008
【図８】
0003710786.tif 000009
【図９】
0003710786.tif 000010
【図１０】
0003710786.tif 000011
【図１１】
0003710786.tif 000012
【図１２】
0003710786.tif 000013
【図１３】
0003710786.tif 000014
【図１４】
0003710786.tif 000015
【図１５】
0003710786.tif 000016
【図１６】
0003710786.tif 000017
【図１７】
0003710786.tif 000018
【図１８】
0003710786.tif 000019
【図１９】
0003710786.tif 000020