JP2016081414A - 注文準備処理装置 - Google Patents

Abstract

【課題】店員が注文入力端末に注文設定情報を登録する作業負担が軽減されるようにする。【解決手段】商品の注文に使用される複数の注文入力端末と、注文入力端末が装着される複数の装着口が設けられるクレイドルとを備える注文処理システムにおける注文準備処理装置として、注文入力端末が使用される使用場所を示す情報を少なくとも含む設定情報を装着部に対応付ける情報付与手段と、装着部に装着された注文入力端末に、情報付与手段により対応付けられた設定情報を記憶させる制御を行う情報設定手段とを備えて構成する。【選択図】図１８

Description

本発明は、注文準備処理装置に関する。

レストランや居酒屋などの飲食店において、以下のような注文処理システムが知られている。つまり、客が携帯型の注文入力端末を使用して注文するメニューを入力し、携帯型の注文入力端末が入力されたメニューを示す注文データを管理装置に対して無線通信経由で送信する。管理装置は、受信された注文データが示すメニューを印刷し、調理指示伝票を調理担当者に向けて発行するというものである。

上記のような注文処理システムにおいては、店舗内で注文入力端末を使用した注文が行えるようにするために、店員は、注文入力端末が使用されるテーブルのテーブル番号を注文入力端末に登録するという注文準備の作業を行う。
注文入力端末は、メニューの入力にあたってメニューコードブックに印刷されたコードを読み取るコードリーダを備える。上記の注文準備の作業は、テーブル番号のコードが印刷されたシートから登録すべきテーブル番号のコードを注文入力端末のコードリーダに読み込ませることによって行われる。

特許第５００３０４６号公報

上記のように、テーブル番号などの設定情報を注文入力端末に登録する作業は、店舗にて各テーブルで使用される注文入力端末のそれぞれを店員が操作することによって行われていることから、店員にとっては面倒であり、時間もかかる作業となっている。
特にテーブルが多くなってくるのに応じて注文入力端末も多くなることから、店員が設定情報を登録する作業負担が大きくなる。

本発明は、このような事情に鑑みてなされたもので、店員が注文入力端末に設定情報を登録する作業負担が軽減されるようにすることを目的とする。

上述した課題を解決するための本発明の一態様は、商品の注文に使用される複数の注文入力端末と、前記注文入力端末が装着される複数の装着部が設けられるクレイドルとを備える注文処理システムにおける注文準備処理装置であって、前記注文入力端末が使用される使用場所を示す情報を少なくとも含む設定情報を前記装着部に対応付ける情報付与手段と、前記装着部に装着された注文入力端末に、前記情報付与手段により対応付けられた設定情報を記憶させる制御を行う情報設定手段とを備える注文準備処理装置である。

上記構成によれば、設定情報がクレイドルにおける注文入力端末の装着部と対応付けられたうえで、装着部に装着された注文入力端末に対して、装着部に対応付けられた設定情報が記憶（登録）される。
これにより、例えば店員が注文入力端末に逐一コードを読み込ませるような作業を行うことなく、注文入力端末に設定情報を登録することが可能になり、設定情報の登録にあたっての店員の作業負担を軽減させることができる。

また、本発明の一態様は上記の注文準備処理装置であって、前記情報付与手段は、対応の注文入力端末を使用して注文された商品の会計に応じて発行される会計伝票を示す伝票番号をさらに含む設定情報を対応付けてもよい。

上記構成によれば、設定情報として使用場所番号とともに伝票番号が注文入力端末に登録されることになる。これにより、注文処理システムが設定情報を利用することにより、注文に関する処理に加え、会計に関する処理も行うことができる。

また、本発明の一態様は上記の注文準備処理装置であって、前記情報付与手段は、指定された複数の装着部に対して、同じ設定情報を対応付けてもよい。

上記構成によれば、複数の注文入力端末に対して同じ内容の設定情報を一括して登録することができる。

また、本発明の一態様は上記の注文準備処理装置であって、前記情報設定手段は、設定情報と装着部との対応付けを確定させる操作が行われるのに応じて、前記注文入力端末に前記設定情報を記憶させてもよい。

上記構成によれば、設定情報を決定する操作を行うことによって、クレイドルの装着部に予め装着されていた注文入力端末に設定情報を登録することができる。

また、本発明の一態様は上記の注文準備処理装置であって、前記情報設定手段は、前記情報付与手段により設定情報が対応付けられた装着部に注文入力端末が装着された状態にあることが判定されるのに応じて、前記装着された状態にある注文入力端末に前記設定情報を記憶させてもよい。

上記構成によれば、設定情報を装着部に対応付ける設定がなされた後においても、装着部に注文入力端末が装着されれば、設定情報を登録することができる。

また、本発明の一態様は上記の注文準備処理装置であって、前記情報設定手段は、前記注文入力端末に前記設定情報を記憶させたのに応じて、前記設定情報の前記装着部への対応付けを無効化してもよい。

上記構成によれば、注文入力端末に設定情報を登録したのに応じて、登録済みの設定情報を他の注文入力端末に登録することができなくなる。これにより、同じ内容の設定情報を複数の注文入力端末に不用意に重複して登録してしまうことが防がれる。

また、本発明の一態様は上記の注文準備処理装置であって、前記情報設定手段は、前記注文入力端末に前記設定情報を記憶させた後において、前記設定情報の前記装着部への対応付けを有効化したまま維持してもよい。

上記構成によれば、注文入力端末に設定情報を登録した後も、他の注文入力端末に同じ内容の設定情報を登録することが可能になる。

また、本発明の一態様は上記の注文準備処理装置であって、前記情報設定手段は、前記装着部に注文入力端末が装着されるのに応じて、装着が行われる以前から前記注文入力端末が記憶していた設定情報を消去させてもよい。

上記構成によれば、注文入力端末を装着部に装着すれば注文入力端末に記憶された設定情報を消去することができる。

以上説明したように、本発明によれば、店員が注文入力端末に設定情報を登録する作業負担が軽減されるようになるという効果が得られる。

第１実施形態における注文処理システムの構成例を示す図である。 第１実施形態におけるクレイドルの外観例を示す図である。 第１実施形態における複数のクレイドルとキッチンプリンタとの接続関係を示す図である。 第１実施形態における注文入力端末の構成例を示す図である。 第１実施形態におけるメニューファイルの一例を示す図である。 第１実施形態における音声ファイルの構造例を示す図である。 第１実施形態における注文設定情報の例を示す図である。 第１実施形態におけるメニューコードブックの一例を示す図である。 第１実施形態における注文データの構造例を示す図である。 第１実施形態における会計要求の構造例を示す図である。 第１実施形態におけるクレイドルの構成例を示す図である。 第１実施形態におけるホストサーバの構成例を示す図である。 第１実施形態における注文データファイルの構造例を示す図である。 第１実施形態における装着口対応テーブルの構造例を示す図である。 第１実施形態におけるクレイドル選択画面の一例を示す図である。 第１実施形態における装着口選択画面の一例を示す図である。 第１実施形態における注文設定情報設定画面の一例を示す図である。 第１実施形態におけるホストサーバと注文入力端末とが、注文入力端末への注文設定情報の登録のために実行する処理手順例を示すフローチャートである。 第２実施形態における注文設定情報テーブルの構造例を示す図である。 第２実施形態におけるホストサーバが注文設定情報の管理のために実行する処理手順例を示すフローチャートである。 第２実施形態におけるホストサーバと注文入力端末とが注文入力端末への注文設定情報の登録のために実行する処理手順例を示すフローチャートである。 本実施形態における変形例としての注文準備操作画面の態様例を示す図である。 本実施形態における変形例としてのテーブル利用状況画面の態様例を示す図である。

＜第１実施形態＞
［注文処理システムの構成例］
以下、一実施形態としての注文処理システムについて図面を参照して説明する。
図１は、本実施形態における注文処理システムの構成例を示している。同図に示す注文処理システムは、ホストサーバ１００（注文準備処理装置の一例）、注文入力端末２００、無線トランシーバ３００、ＰＯＳ端末４００、キッチンプリンタ５００、ＵＳＢ（Universal Serial Bus）ハブ６００、クレイドル７００を備える。
同図に示す注文処理システムは、例えばレストランや居酒屋などの飲食店に備えられる。

ホストサーバ１００は、注文入力端末２００が送信する注文データを処理するサーバであり、例えば店舗における事務室などに設置される。例えば、ホストサーバ１００は、客のメニューが注文するために行った操作に応じて注文入力端末２００から送信される注文データを収集し、収集したデータを管理する。また、ホストサーバ１００は、注文入力端末２００から注文データが受信されるのに応じて、注文データにおいて示されるメニューの調理を指示する調理指示伝票がキッチンプリンタ５００にて印刷されるように制御を行う。

本実施形態のホストサーバ１００は、有線ＬＡＮ（Local Area Network）８００を介して、無線トランシーバ３００、ＰＯＳ端末４００、キッチンプリンタ５００と通信可能に接続される。
また、ホストサーバ１００は、例えばインターネットなどの外部ネットワーク９００とも接続可能なように構成されている。例えば店舗がチェーン店の１つである場合、ホストサーバ１００は、外部ネットワーク９００との接続機能を利用して、本社のデータ管理サーバと通信を行うことができる。そして、データ管理サーバは、各チェーン店の売上情報を収集し管理することができる。

注文入力端末２００は、注文するメニュー（商品の一例）を入力するのに客が使用する端末である。注文入力端末２００は、店舗において、例えば客が着くテーブル（使用場所の一例）ごとに対応して客に渡される。
注文入力端末２００は、例えば同図に示すようにペン型の形状を有しており、先端にはコードリーダが備えられている。客は、注文入力端末２００のコードリーダをメニューコードブック（図８）において注文したいメニューに対応するコードが印刷された部分にかざす。これにより、コードリーダがコードを読み取る。このように、注文入力端末２００へのメニューの入力は、メニューコードブック上のコードを読み取らせることによって行われる。
注文入力端末２００は、入力されたメニューを示す注文データを、無線によりホストサーバ１００に送信する。注文入力端末２００から送信された注文データは、無線トランシーバ３００にて一旦受信されたのち、有線ＬＡＮ８００を経由してホストサーバ１００にて受信される。

なお、注文入力端末２００と無線トランシーバ３００間の無線通信には、例えばＺｉｇＢｅｅ（登録商標）などの近距離無線通信方式を採用することができる。
例えば、ＺｉｇＢｅｅは、消費電力が低く、通信機器も容易に低コスト化できるという特徴を有する。例えば、飲食店の注文データはサイズが小さいので、ＺｉｇＢｅｅを利用することでシステムの無線機器を低コストに構成できるという利点がある。

注文入力端末２００は、各メニューの名称や、メニューに関する調理方法や食材などを説明するメニュー情報を音声により報知するための音声データを保持している。注文入力端末２００にメニューが入力されると、入力されたメニューに対応するメニューの名称やメニュー情報が音声にて報知される。

注文入力端末２００は、客に使用されていない待機状態においては、店員がクレイドル７００に装着しておくようにされている。
クレイドル７００は、待機状態の注文入力端末２００の置き台であるとともに、装着された注文入力端末２００が内蔵するバッテリ（充電池）への充電を行う充電装置としての機能を有する。
また、クレイドル７００は、装着された注文入力端末２００について、ＵＳＢ（Universal Serial Bus）ハブ６００からキッチンプリンタ５００を介し、さらに有線ＬＡＮ８００を経由してホストサーバ１００と通信を行わせることも可能である。

図２は、クレイドル７００の外観例を示している。クレイドル７００の上面には、注文入力端末２００を装着するための複数（Ｎ個）の装着口７０１−１〜７０１−Ｎ（装着部の一例）が、所定の配列パタンにより配列されるようにして設けられる。なお、以降において、装着口７０１−１〜７０１−Ｎについて特に区別しない場合には装着口７０１と記載する。

装着口７０１の奥には、図示しないがＵＳＢコネクタと充電用端子が設けられている。また、同図での図示は省略するが、注文入力端末２００の所定位置には、装着口７０１に設けられたＵＳＢコネクタと充電用端子とのそれぞれに対応するＵＳＢコネクタと充電用端子とが設けられている。
注文入力端末２００が装着口７０１に対して適切に装着された状態では、装着口７０１のＵＳＢコネクタと注文入力端末２００のＵＳＢコネクタとが接続され、装着口７０１の充電用端子と注文入力端末２００の充電用端子とが接続される。

クレイドル７００の側面においては、クレイドル７００をキッチンプリンタ５００と接続するためのＵＳＢ端子７０２が設けられている。ＵＳＢ端子７０２は、クレイドル７００が内蔵するＵＳＢハブを介して、各装着口７０１におけるＵＳＢコネクタと接続されている。
また、クレイドル７００の側面からはＡＣケーブル７０３が引き出されている。ＡＣケーブル７０３は商用交流電源と接続されることで、クレイドル７００に電源を供給する。

説明を図１に戻す。キッチンプリンタ５００は、店舗の厨房内あるいはその近傍に設置され、注文されたメニューを示す調理指示伝票を印刷する。
注文入力端末２００から送信された注文データは、ホストサーバ１００にて受信される。ホストサーバ１００は、受信された注文データを処理し、注文データが示すメニューの調理を指示する調理指示データをキッチンプリンタ５００に送信する。キッチンプリンタ５００は、受信された調理指示データの内容が反映された調理指示伝票を印刷する。店舗の調理担当者は、印刷された調理指示伝票を見て注文されたメニューを確認し、注文されたメニューの調理を行う。

また、キッチンプリンタ５００は、これまでの説明から理解されるように、ＵＳＢによるデータインターフェースと有線ＬＡＮ８００との間でプロトコル変換を行ってデータを伝達する機能を備えている。これによりホストサーバ１００とクレイドル７００との間で通信を行うことが可能となる。

図３は、複数のクレイドル７００とキッチンプリンタ５００との接続関係を示している。
同図に示すように、キッチンプリンタ５００は、ＵＳＢによるデータ伝送に対応するＵＳＢポート５０１を備えている。同図の場合、ＵＳＢポート５０１は、ＵＳＢハブ６００を介して、複数のクレイドル７００と接続される。
このように、複数のクレイドル７００とホストサーバ１００との間にＵＳＢハブ６００が介在することにより、複数のクレイドル７００とホストサーバ１００との間での通信が可能になる。

［注文入力端末の構成例］
図４は、注文入力端末２００の構成例を示している。同図に示す注文入力端末２００は、ＣＰＵ２０１、記憶部２０２、ＲＡＭ２０３、コードリーダ２０４、音声合成回路２０５、スピーカ２０６、無線通信部２０７、ＵＳＢインターフェース（Ｉ／Ｆ）２０８、バッテリ２０９、ＬＥＤ（Light Emitted Diode）インジケータ２１０を備える。

ＣＰＵ２０１は、記憶部２０２に記憶されたプログラムをＲＡＭ２０３にロードして実行することにより、注文入力端末２００としての機能を実現するための各種の処理を実行する。

記憶部２０２は、ＣＰＵ２０１の補助記憶装置であって、ＣＰＵ２０１が実行するプログラムのほか、ＣＰＵ２０１が利用する各種の情報を記憶する。記憶部２０２は、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）、ＲＯＭ（Read Only Memory）などのハードウェアを備えて構成される。

ＲＡＭ（Random Access Memory）２０３は、ＣＰＵ２０１の主記憶装置であって、ＣＰＵ２０１の作業領域として利用される。ＲＡＭ２０３は、端末ＩＤ（端末識別子）やコードリーダ２０４で読み取ったメニューコードなどを記憶する。また、ＲＡＭ２０３は、ホストサーバ１００から転送されたメニューファイルや音声ファイルなどを記憶する。
また、ＲＡＭ２０３は、注文設定情報（設定情報の一例）を記憶する。注文設定情報は、注文入力端末２００がテーブルにて客に使用される前の段階において店員が行う注文準備の操作によって記憶される情報である。注文設定情報は、注文入力端末２００が送信する注文データに含められる。

図５は、ＲＡＭ２０３に記憶されるメニューファイルの一例を示している。メニューファイルは、ホストサーバ１００と注文入力端末２００で同一内容のものが記憶される。
同図に示すメニューファイルは、メニューごとに対応して、メニューコード、名称、価格、名称用音声コード、説明用音声コード、売り切れフラグなどの情報を格納する領域を備える構造を有する。
メニューコードの領域には、対応のメニューについてのメニューコードが格納される。
名称の領域には、対応のメニューについての名称が格納される。
価格の領域には、対応のメニューの価格が格納される。
名称用音声コードの領域には、対応のメニューについての名称を話す音声データに付与された音声コードが格納される。
説明用音声コードの領域には、対応のメニューについての説明（メニュー情報）を話す音声データに付与された音声コード（識別子）が格納される。
売り切れフラグの領域は、対応のメニューが売り切れたか否かを示す売り切れフラグが格納される。一例として、売り切れフラグは１ビットであり、「１」により売り切れたことを示し、「０」により売り切れていないことを示す。

図６は、ＲＡＭ２０３に記憶される音声ファイルの構造例を示している。同図に示すように、音声ファイルは、音声データごとに音声コードが対応付けられた構造である。

図７は、ＲＡＭ２０３に記憶される注文設定情報の構造例を示している。同図に示すように、注文設定情報は、テーブル番号（使用場所番号の一例）と伝票番号の各情報を格納する領域を含む。
テーブル番号の領域は、注文入力端末２００に対応するテーブルを一意に示すテーブル番号を格納する。注文入力端末２００に対応するテーブルとは、注文入力端末２００を使用する客が着くテーブルである。店舗では、客からの注文をテーブル単位で管理し、テーブル単位で会計を行うようにされている。
伝票番号の領域は、注文入力端末２００が対応するテーブルに着いた客に対応付けられるべき会計伝票の伝票番号を格納する。会計伝票は、商品の会計に応じて発行される伝票である。

説明を図４に戻す。
コードリーダ２０４は、メニューコードブックに印刷されているメニュー名やファンクションキーなどに対応するコードを読み取る部位である。前述のように、コードリーダ２０４は、ペン型の注文入力端末２００の先端部に設けられている。
なお、コードリーダ２０４によるコードの読み取り方式としては、例えば赤外線を利用した方式などが採用されればよい。

図８は、メニューコードブックの一例である。同図に示されるメニューコードブックは、メニューエリアとファンクションキーエリアとが配置されている。
メニューエリアには、店舗にて提供されるメニューとその価格などのメニューごとに関する所定の情報が記載されている。また、メニューによっては、調理方法の選択肢（例えばステーキの場合、焼き方としてレアかミディアムかウェルダンかの選択肢）やサイドディッシュの選択肢（例えばベイクドポテト、フレンチフライ、温野菜など）、飲み物の提供タイミングの選択肢（食前か食後か）などのメニュー関連指定項目も記載されている。
そのうえで、メニューの名称とメニュー関連指定項目の部分には、該当の内容をコード化したコードが赤外線により読み取り可能な状態で印刷されている。

客がメニューの注文のために、注文入力端末２００の先端をメニューコードブックにおけるメニューの名称やメニュー関連指定項目の部分に接近させると、コードリーダ２０４が触れられたメニューの名称やメニュー関連指定項目の部分のコードを光学的に読み取る。
ＣＰＵ２０１は、コードリーダ２０４により読み取られたコードにより示される情報と、ＲＡＭ２０３に記憶した注文設定情報とを利用して生成した注文データをホストサーバ１００に送信する。

図９は、注文入力端末２００が送信する注文データの構造例を示している。同図に示す注文データは、例えば先頭から順に端末ＩＤ、テーブル番号、伝票番号の領域が配置され、続けて、注文されたＮ個のメニュー（第１メニュー〜第Ｎメニュー）に関するメニュー単位情報が順次配置される構造を有する。
端末ＩＤの領域には、注文データの送信元の注文入力端末２００を一意に示す端末ＩＤが格納される。

テーブル番号の領域には、注文データの送信元の注文入力端末２００が対応するテーブルのテーブル番号が格納される。注文データが格納するテーブル番号には、図７にて説明した注文設定情報に格納されたテーブル番号が利用される。
伝票番号の領域には、注文入力端末２００が対応するテーブルに着いた客に対応付けられるべき会計伝票の伝票番号が格納される。注文データが格納する伝票番号には、図７にて説明した注文設定情報に格納された伝票番号が利用される。

また、注文データにおいて、１つのｉ番目のメニューに対応するメニュー単位情報の領域は、メニューコード（第ｉメニューコード）と、メニュー関連指定情報と、注文数との各領域を含む。
メニューコードの領域は、コードリーダ２０４によって読み込まれたメニューコードの値を格納する。
メニュー関連指定情報の領域は、対応のメニューコードが示すメニューに対応してコードリーダ２０４によって読み込まれたメニュー関連指定項目が示すメニュー関連指定情報を格納する。
注文数の領域は、対応のメニューコードが示すメニューについて注文された個数を示す値を格納する。

また、先に図８に示したメニューコードブックには、ファンクションキーエリアに、１〜１０の数字や「確定」、「キャンセル」、「繰り返し」、「送信」、「会計」、「スタッフを呼ぶ」などの各種ファンクションキーが記載されており、これらのファンクションキーの各部にも、赤外線での読み取りが可能なコードが印刷されている。
ＣＰＵ２０１は、コードリーダ２０４によりファンクションキーのコードが読み取られた場合には、読み取られたコードが示すコマンドをホストサーバ１００に送信する。

また、客は、注文したメニューを飲食し、退店しようとする際には、注文入力端末２００に対して会計を指示する会計指示操作を行う。会計指示操作が行われたのに応じて、ＣＰＵ２０１は、ＰＯＳ端末４００に対して会計要求を送信する。

図１０は、注文入力端末２００からＰＯＳ端末４００に対して送信される会計要求の構造例を示している。
同図に示す会計要求は、端末ＩＤ、テーブル番号、伝票番号及びコマンド識別子の各領域を含む。
端末ＩＤの領域は、会計要求の送信元の注文入力端末２００を一意に示す端末ＩＤを格納する。

テーブル番号の領域は、会計要求の送信元の注文入力端末２００が対応するテーブルを一意に示すテーブル番号を格納する。
伝票番号の領域は、会計要求の送信元の注文入力端末２００が対応するテーブルに着いた客に対応付けられるべき会計伝票の伝票番号を格納する。
上記のように会計要求に格納されるテーブル番号と伝票番号には、会計要求の送信元の注文入力端末２００におけるＲＡＭ２０３に格納されているテーブル番号と伝票番号とが利用される。
コマンド識別子の領域には、当該要求（コマンド）が会計要求であることを示すコマンド識別子が格納される。

説明を図４に戻す。音声合成回路２０５は、ＲＡＭ２０３から読み出された音声ファイルの音声データから音声波形を合成し、合成した音声波形による音声をスピーカ２０６から出力させる。
例えばＣＰＵ２０１は、コードリーダ２０４によって読み取られたコードが示すメニューに関する音声データをＲＡＭ２０３から取得し、取得した音声データを音声合成回路２０５に出力する。これにより、客が注文入力端末２００を操作して注文したいメニューを入力したのに応じて、入力されたメニューについての名称、メニュー情報などの音声が注文入力端末２００から出力される。このように出力される音声を聞くことで、ユーザは、入力したメニューが間違っていないか否かを確認できる。

無線通信部２０７は、無線トランシーバ３００との間で無線通信を行う。これにより、注文入力端末２００から無線により送信された注文データが無線トランシーバ３００を経由してホストサーバ１００にまで伝達される。無線通信部２０７が対応する通信方式としては特に限定されないが、例えば前述のように、ＺｉｇＢｅｅ（登録商標）などを採用できる。

ＵＳＢインターフェース２０８は、ＵＳＢの方式に従ってデータの授受を行う部位である。
ＵＳＢインターフェース２０８のＵＳＢコネクタは、注文入力端末２００がクレイドル７００の装着口７０１（図１）に差し込まれるのに応じて、装着口７０１の奥に設けられたＵＳＢコネクタと接続される。これにより、注文入力端末２００がクレイドル７００からＵＳＢハブ６００を介してホストサーバ１００とデータの授受を行うことが可能になる。

バッテリ２０９は、注文入力端末２００の電源であり、注文入力端末２００における各部に電力を供給する。本実施形態において、バッテリ２０９には、充電池が使用される。
注文入力端末２００がクレイドル７００の装着口７０１に差し込まれることにより、注文入力端末２００の充電用端子と装着口７０１の奥に設けられた充電用端子とが接触して電気的に接続される。これにより、注文入力端末２００のバッテリ２０９への充電が可能になる。
ＬＥＤインジケータ２１０は、バッテリ２０９の残量を表示する部位である。

［クレイドルの構成例］
図１１は、クレイドル７００の構成例を示している。同図に示すクレイドル７００は、ＣＰＵ７１０、記憶部７２０、ＲＡＭ７３０、電源部７４０、充電部７５０−１〜７５０−Ｎ及びＵＳＢハブ７６０を備える。

ＣＰＵ７１０は、記憶部７２０に記憶されたプログラムをＲＡＭ７３０にロードして実行することにより、クレイドル７００としての機能を実現するための各種の処理を実行する。

記憶部７２０は、ＣＰＵ７１０の補助記憶装置であって、ＣＰＵ７１０が実行するプログラムのほか、ＣＰＵ７１０が利用する各種の情報を記憶する。記憶部７２０は、例えばフラッシュメモリ、ＨＤＤ、ＲＯＭなどのハードウェアを備えて構成される。
ＲＡＭ７３０は、ＣＰＵ７１０の主記憶装置であって、ＣＰＵ７１０の作業領域として利用される。

電源部７４０は、ＡＣケーブル７０３（図２）を介して入力した商用交流電源を所定電圧値の直流に変換して直流電源を生成し、生成された直流電源をクレイドル７００の各部に供給する。

充電部７５０−１〜７５０−Ｎは、装着口７０１−１〜７０１−Ｎ（図２）ごとに対応して備えられ、対応の装着口７０１に差し込まれた注文入力端末２００のバッテリ２０９に充電を行う。
充電部７５０−１〜７５０−Ｎは、それぞれ、ＵＳＢコネクタ７５１−１〜７５１−Ｎと、ＬＥＤ７５２−１〜ＬＥＤ７５２−Ｎとを備える。

なお、以降の説明にあたり、充電部７５０−１〜７５０−Ｎについて特に区別しない場合には、充電部７５０と記載する。また、ＵＳＢコネクタ７５１−１〜７５１−Ｎについて特に区別しない場合にはＵＳＢコネクタ７５１と記載し、ＬＥＤ７５２−１〜ＬＥＤ７５２−Ｎについて特に区別しない場合にはＬＥＤ７５２と記載する。

装着口７０１に注文入力端末２００が装着されるのに応じて、注文入力端末２００の充電用端子と装着口７０１の充電用端子とが電気的に接続される。充電部７５０は、注文入力端末２００の充電用端子と装着口７０１の充電用端子とが接続されたことを検出するのに応じて、充電用端子の接続を介してバッテリ２０９への充電を開始する。
ＬＥＤ７５２は、対応の充電部７５０による注文入力端末２００のバッテリ２０９への充電状態を示すように点灯する。具体的に、ＬＥＤ７５２は、充電中においては点灯し、充電が完了もしくは充電が行われていない（注文入力端末２００が装着されていない）状態においては消灯する。また、充電動作に何らかの異常が生じたような場合にはＬＥＤ７５２は点滅する。

また、装着口７０１に注文入力端末２００が装着された状態では、注文入力端末２００のＵＳＢコネクタと充電部７５０におけるＵＳＢコネクタ７５１とが接続される。各充電部７５０のＵＳＢコネクタ７５１はＵＳＢハブ７６０に接続されており、ＵＳＢハブ７６０は、ＵＳＢ端子７０２（図２）と接続されている。これにより、装着口７０１に装着された注文入力端末２００は、ホストサーバ１００と通信を行うことができる。

なお、上記の説明では、充電部７５０は、充電用端子の接続を介して充電電力を供給するようにされているが、ＵＳＢコネクタ７５１を経由したバスパワーによる電源供給を利用して充電を行うようにしてもよい。

また、ＣＰＵ７１０もＵＳＢハブ７６０と接続される。これにより、ＣＰＵ７１０もＵＳＢインターフェース、有線ＬＡＮ８００を経由してホストサーバ１００と通信を行うことが可能である。

［ホストサーバの構成例］
図１２は、ホストサーバ１００の構成例を示している。同図に示すホストサーバ１００は、ＣＰＵ１０１、記憶部１０２、ＲＡＭ１０３、表示部１０４、操作部１０５、ＬＡＮインターフェース（Ｉ／Ｆ）１０６及びネットワークインターフェース（Ｉ／Ｆ）１０７を備える。

ＣＰＵ１０１は、記憶部１０２に記憶されたプログラムをＲＡＭ１０３にロードして実行することにより、ホストサーバ１００としての機能を実現するための各種の処理を実行する。
また、ホストサーバ１００は、クレイドル７００に装着された状態の注文入力端末２００に対して、テーブル番号と伝票番号を登録するための処理を実行する。つまり、クレイドル７００に装着された状態の注文入力端末２００に、図７の注文設定情報を記憶させるための処理を実行する。
ここで、ホストサーバ１００による注文入力端末２００へのテーブル番号と伝票番号の登録は、店員のホストサーバ１００に対する操作に応じて行われる。テーブル番号と伝票番号を注文入力端末２００に登録する操作は、店員が行う注文準備としての作業の流れにおいて行われる。

本実施形態におけるＣＰＵ１０１は、ホストサーバ１００が上記のように注文入力端末２００へのテーブル番号と伝票番号の登録を行うように構成されているのに対応して、情報付与手段及び情報設定手段としての機能を有する。
情報付与手段は、クレイドル７００の装着口７０１に対して注文設定情報を対応付ける。本実施形態における注文設定情報は、テーブル番号と伝票番号とを含む。
情報設定手段は、クレイドル７００の装着口７０１に装着された注文入力端末２００に、情報付与手段により装着口７０１に対応付けられた注文設定情報を記憶させる制御を行う。

記憶部１０２は、ＣＰＵ１０１の補助記憶装置であって、ＣＰＵ１０１が実行するプログラムのほか、ＣＰＵ１０１が利用する各種の情報を記憶する。記憶部１０２は、例えばフラッシュメモリ、ＨＤＤ、ＲＯＭなどのハードウェアを備えて構成される。
ＲＡＭ１０３は、ＣＰＵ１０１の主記憶装置であって、ＣＰＵ１０１の作業領域として利用される。

本実施形態におけるホストサーバ１００は、前述のように、客のメニューが注文するために行った操作に応じて注文入力端末２００から送信される注文データを収集し、収集した注文データを管理する。ホストサーバ１００は、収集した注文データを注文データファイルとして管理する。注文データファイルは、記憶部１０２またはＲＡＭ１０３に記憶される。

図１３は、注文データファイルの構造例を示している。同図に示す注文データファイルは、注文データが受信されるごとに、受信された注文データに基づくレコード（単位注文情報）が追加されていくようにして形成される。
１つの単位注文情報は、注文時刻、テーブル番号、伝票番号、メニューコード、注文数、会計済フラグのそれぞれを格納する領域を備える。

注文時刻の領域には、メニューコードとして示される商品が注文された注文時刻が格納される。具体的に、注文時刻は、対応の注文データが受信された時刻を示す。
テーブル番号の領域には、対応の注文データに格納されていたテーブル番号が格納される。注文データファイルにおけるテーブル番号は、対応の注文を行った客が着いているテーブルのテーブル番号を示す。
伝票番号の領域には、対応の注文データに格納されていた伝票番号が格納される。注文データファイルにおける伝票番号は、対応の注文を行った客に対応する会計伝票の伝票番号を示す。
メニューコードの領域には、対応の注文データに格納されていた第１メニューコード〜第Ｎメニューコードまでの各メニューコードが格納される。
注文数の領域には、メニューコードごとに対応するメニューの注文数として、単位注文情報における注文数の領域に格納された値が格納される。
会計済フラグの領域には、メニューコードごとに会計済であるか否かを示す会計済フラグが格納される。同図の場合には、「０」の会計済フラグにより会計が済んでいないことを示し、「１」の会計済フラグにより会計が済んでいることを示す。

会計時においては、ＰＯＳ端末４００が会計対象の伝票番号をホストサーバ１００に指定する。ホストサーバ１００は、指定された伝票番号に対応し、かつ、会計済フラグが会計の済んでいないことを示しているメニューコードと注文数とを注文データファイルから取得し、取得したメニューコードと注文数とをＰＯＳ端末４００に送信する。
メニューコードと注文数とを受信したＰＯＳ端末４００は、受信されたメニューコードが示すメニューの価格をメニューデータベースなどから取得し、取得した価格と注文数を利用して、客が支払うべき会計金額の小計、合計などを算出する。
そして、客により支払いが行われ、支払いに応じたメニューごとの操作がＰＯＳ端末４００に対して行われるのに応じて、ＰＯＳ端末４００は、支払いが完了したメニューと対応の伝票番号を示す会計完了メニュー情報をホストサーバ１００に送信する。
ホストサーバ１００は、受信された会計完了メニュー情報が示すメニューコードに対応する会計済フラグを、会計済であることを示す「１」に更新する。

また、ＲＡＭ１０３は、装着口７０１の装着口番号と、装着口７０１に対応するＵＳＢコネクタ７５１に一意に付与したコネクタ番号と、装着口７０１に装着されている（ＵＳＢコネクタ７５１に接続されている）注文入力端末２００の端末ＩＤとを対応付けた装着口対応テーブルを記憶している。

図１４は、装着口対応テーブルの構造例を示している。同図に示す装着口対応テーブルは、装着口７０１ごとにクレイドル番号、装着口番号、コネクタ番号及び端末ＩＤの各領域を含む。
クレイドル番号の領域は、対応の装着口７０１を有するクレイドル７００に一意に付与されたクレイドル番号を格納する。
装着口番号の領域は、クレイドル７００において対応の装着口７０１に一意に付与された装着口番号を格納する。
本実施形態において、注文処理システムが複数のクレイドル７００を備える場合には、クレイドル番号と装着口番号との組み合わせによって１つの装着口が特定される。ただし、クレイドル７００が１つの場合や、装着口番号が複数のクレイドル７００間で一意となるように定められる場合には、クレイドル番号の領域は省略されてよい。
コネクタ番号の領域は、対応の装着口７０１に対応する充電部７５０が備えるＵＳＢコネクタ７５１に一意となるように固定的に付与されたコネクタ番号が格納される。
本実施形態において、装着口対応テーブルにおけるクレイドル番号、装着口番号及びコネクタ番号の対応関係は予め固定的に定められている。

端末ＩＤの領域は、対応の装着口７０１に装着された注文入力端末２００を一意に示す端末ＩＤを格納する。ここで、装着口７０１に注文入力端末２００が装着されているということは、装着口７０１に対応のＵＳＢコネクタ７５１と注文入力端末２００とが接続されており、ホストサーバ１００と通信可能な状態であることを示す。
また、対応の装着口７０１に注文入力端末２００が装着されていない状態である場合、端末ＩＤの領域においては、注文入力端末２００が非装着の状態であることを示す所定値が格納される。

図１２にて説明したように、クレイドル７００においては、装着口７０１ごとに対応しては充電部７５０が備えられており、各充電部７５０は、ＵＳＢコネクタ７５１を備える。ＵＳＢコネクタ７５１はＵＳＢハブ７６０を介して、図１に示されるように、キッチンプリンタ５００と接続される。キッチンプリンタ５００は、ＵＳＢと有線ＬＡＮ８００との間でプロトコル変換を行っており、これにより、ＵＳＢコネクタ７５１と接続された注文入力端末２００は、ＵＳＢと有線ＬＡＮ８００とを経由してホストサーバ１００と通信行うことが可能とされている。

本実施形態の注文処理システムの構成のもとでは、ＵＳＢコネクタ７５１に接続される注文入力端末２００のそれぞれがＵＳＢにおけるデバイスとして認識される。一方、ホストサーバ１００は、ＵＳＢコネクタ７５１に接続される注文入力端末２００からホストとして認識される。

ＵＳＢコネクタ７５１に注文入力端末２００が接続されるのに応じて、注文入力端末２００は、ＵＳＢにおけるデバイスとして機能し、ＵＳＢにおけるホストとして機能するホストサーバ１００とＵＳＢ経由で通信可能に接続される状態となる。この際、ホストサーバ１００は、例えば、ＵＳＢケーブルの電位変化などに基づいて、注文入力端末２００が接続されたＵＳＢコネクタ７５１を認識する。また、ホストサーバ１００は、ＵＳＢコネクタ７５１に接続されることで通信可能となった注文入力端末２００に問い合わせを行って注文入力端末２００の端末ＩＤを取得する。
ホストサーバ１００は、装着口対応テーブルにおいて上記のように認識したＵＳＢコネクタ７５１のコネクタ番号が格納されたレコードに含まれる端末ＩＤの領域に、上記のように取得した端末ＩＤを格納する。
このようにして、装着口７０１に注文入力端末２００が装着されるのに応じて、装着口対応テーブルにおける端末ＩＤの領域に、装着された注文入力端末２００の端末ＩＤが格納される。
なお、装着口７０１から注文入力端末２００が取り外され、対応のＵＳＢコネクタ７５１に注文入力端末２００が接続されない状態となるのに応じて、装着口対応テーブルにおいて対応の装着口７０１の装着口番号を含むレコードの端末ＩＤの領域は、「非装着」を示す値に変更される。

説明を図１２に戻す。
表示部１０４は、ＣＰＵ１０１の制御に応じて画像を表示する。なお、表示部１０４は、タッチパッドを備えたタッチパネルとして構成されてもよい。
操作部１０５は、ホストサーバ１００に備えられる操作子や操作デバイスを一括して示している。例えば、ホストサーバ１００に接続されるマウス、キーボードなども操作部１０５に備えられる。また、表示部１０４がタッチパネルとして構成される場合には、タッチパネルを構成するタッチパッドなども操作部１０５に含まれてよい。

ＬＡＮインターフェース１０６は、有線ＬＡＮ８００経由で通信を行う。
ネットワークインターフェース１０７は、外部ネットワーク９００経由で通信を行う。

［注文準備の作業手順例］
次に、本実施形態において店員が行う注文準備の作業手順について説明する。ここでの注文準備とは、注文入力端末２００のそれぞれに注文設定情報としてのテーブル番号と伝票番号とを記憶させることである。
また、以降の説明は、ホストサーバ１００の表示部１０４がタッチパネルとして構成されている場合を例に挙げる。

注文準備にあたり、店員は、注文設定情報を記憶させるべき注文入力端末２００をクレイドル７００の装着口７０１に予め装着しておくようにする。
そのうえで、店員は、ホストサーバ１００に対して注文準備を指示するための操作を行う。注文準備を指示するための操作に応じてホストサーバ１００は、図１５に例示するクレイドル選択画面Ｐ１を表示部１０４に表示する。
図１及び図３により説明したように、本実施形態の注文処理システムにおいては、複数のクレイドル７００が設けられる。クレイドル選択画面Ｐ１は、クレイドルが複数であるのに応じて、注文設定情報を記憶させるべき注文入力端末２００が装着された装着口７０１を選択するに先だって、その装着口７０１が設けられたクレイドル７００を選択する操作が行われる画面である。

図１５のクレイドル選択画面Ｐ１においては、クレイドル選択領域ＡＲ１が配置される。クレイドル選択領域ＡＲ１においては、注文処理システムにおいて設けられるクレイドル７００ごとに対応するクレイドル選択ボタンＢＴ１が配置されている。
なお、同図においては、クレイドル１〜クレイドル５までの５つのクレイドル７００に対応するクレイドル選択ボタンＢＴ１が配置された状態が示されている。注文処理システムにおいて設けられるクレイドル７００が６以上の場合には、クレイドル選択領域ＡＲ１において配置されるスクロールバーＳＣＢ１を操作することによって、クレイドル６以降に対応するクレイドル選択ボタンＢＴ１を表示させることができる。

そして、店員は、クレイドル選択領域ＡＲ１にて配置されるクレイドル選択ボタンＢＴ１のうちから、１つのクレイドル選択ボタンＢＴ１をタッチする操作を行う。ここで店員が選択するクレイドル選択ボタンＢＴ１は、注文設定情報を記憶させたい注文入力端末２００が装着された装着口７０１を備えるクレイドル７００に対応する。
タッチ操作により選択されたクレイドル選択ボタンＢＴ１は、例えば他のクレイドル選択ボタンＢＴ１とは異なる態様による強調表示が行われる。
店員は、選択したクレイドルに間違いがないことを確認したうえで、決定ボタンＢＴ２に対するタッチ操作を行う。決定ボタンＢＴ２に対するタッチ操作により、クレイドル７００の選択決定が行われたことになる。

決定ボタンＢＴ２に対するタッチ操作によりクレイドルの選択決定が行われたのに応じて、表示部１０４においては、クレイドル選択画面Ｐ１から図１６の装着口選択画面Ｐ２に表示が遷移する。
図１６の装着口選択画面Ｐ２においては、装着口選択領域ＡＲ１１が配置されている。装着口選択領域ＡＲ１１においては、先のクレイドル選択画面Ｐ１に対する操作により選択されたクレイドルを示すクレイドルタブＴＡＢ１が配置されている。また、装着口選択領域ＡＲ１１には、選択されたクレイドルにおいて設けられる装着口７０１のそれぞれに対応する複数の装着口選択ボタンＢＴ１１が配置される。
装着口選択ボタンＢＴ１１の各々には、装着口に付された装着口番号を示す数字が表示されている。同図の例では、装着口番号１〜２０がそれぞれ示された２０個の装着口選択ボタンＢＴ１１が配置された例が示されている。

店員は、２０個の装着口選択ボタンＢＴ１１のうちから、注文設定情報を記憶させるべき注文入力端末２００が装着された装着口７０１に対応する装着口番号が示された装着口選択ボタンＢＴ１１を１つ選択してタッチ操作を行う。
タッチ操作により選択された装着口選択ボタンＢＴ１１は、例えば他の装着口選択ボタンＢＴ１１とは異なる態様による強調表示が行われる。
店員は、選択したクレイドルに間違いがないことを確認したうえで、決定ボタンＢＴ１３に対するタッチ操作を行う。決定ボタンＢＴ１３に対するタッチ操作により、複数のクレイドル７００における装着口７０１のうちから、１つの装着口７０１の選択決定が行われたことになる。

上記の説明は１つの装着口７０１を選択決定するための操作であるが、装着口選択画面Ｐ２上では、複数の装着口７０１を一括して選択することができる。
例えば、比較的多人数のグループによる客が大きな１つのテーブルを使用するような場合がある。このような場合、テーブルが広いことから、１つの注文入力端末２００では多人数の注文を効率よく入力できない。そこで、このような場合には、１つのテーブルに対応して複数の注文入力端末２００を客に使用してもらえばよい。この場合、１つのテーブルに対応する複数の注文入力端末２００は、テーブル番号と伝票番号とが共通となる。このような場合には、複数の注文入力端末２００に同じテーブル番号と伝票番号とを含む注文設定情報を記憶させることで注文準備の作業効率が向上する。
そこで、本実施形態においては、複数の装着口７０１を装着口選択画面Ｐ２上で一括して選択する操作が可能とされている。

店員は、複数の装着口７０１を一括選択する場合、先ず、装着口選択画面Ｐ２における複数選択ボタンＢＴ１２に対するタッチ操作を行う。複数選択ボタンＢＴ１２に対してタッチ操作が行われると複数選択ボタンＢＴ１２が強調表示され、装着口選択ボタンＢＴ１１を複数選択可能な状態にあることが示される。
この状態のもとで、店員は、同じテーブル番号と伝票番号とを含む注文設定情報を共通に設定すべき複数の注文入力端末２００が装着された装着口７０１に対応する、複数の装着口選択ボタンＢＴ１１を順次タッチ操作する。これにより、タッチ操作された複数の装着口選択ボタンＢＴ１１が強調表示され、選択された状態にあることが示される。
そして、上記の状態のもとで、店員が決定ボタンＢＴ１３に対する操作を行うことで、選択された複数の装着口選択ボタンＢＴ１１のそれぞれに対応する装着口７０１が選択される。
このように、本実施形態においては、注文設定情報を記憶させたい注文入力端末２００が装着された装着口７０１を択一的に選択決定することも、複数一括で選択決定することも可能とされている。

上記のようにして装着口７０１の選択決定が行われるのに応じて、表示部１０４における表示は、図１６の装着口選択画面Ｐ２から図１７の注文設定情報設定画面Ｐ３に移行する。
図１７の注文設定情報設定画面Ｐ３においては、テーブル選択領域ＡＲ２１が配置されている。テーブル選択領域ＡＲ２１は、装着口選択画面Ｐ２により選択された装着口７０１に対応付けるべきテーブル番号を選択する操作が行われる領域である。
テーブル選択領域ＡＲ２１においては、装着口タブＴＡＢ２が配置されている。装着口タブＴＡＢ２は、装着口選択画面Ｐ２にて選択された装着口７０１が示されている。同図の装着口タブＴＡＢ２における「クレイドル１＞装着口１」との表示は、クレイドル番号１のクレイドル７００における装着口番号１の装着口７０１が選択されていることを示している。

また、テーブル選択領域ＡＲ２１においては、テーブル選択ボタンＢＴ２１が配置されている。テーブル選択ボタンＢＴ２１は、それぞれ、店舗において設けられるテーブルごとに付与された番号に対応する。例えば、テーブル１はテーブル番号として１番が付与されたテーブルを示し、テーブル２はテーブル番号として２番が付与されたテーブルを示す。
なお、同図においては、テーブル１〜テーブル５までの５つのテーブルに対応するテーブル選択ボタンＢＴ２１が配置された状態が示されている。この場合において、店舗におけるテーブルが６つ以上の場合には、テーブル選択領域ＡＲ２１において配置されるスクロールバーＳＣＢ２を操作することによって、テーブル６（６番のテーブル）以降に対応するテーブル選択ボタンＢＴ２１を表示させることができる。

そして、店員は、テーブル選択領域ＡＲ２１にて配置されるテーブル選択ボタンＢＴ２１のうちから、１つのテーブル選択ボタンＢＴ２１をタッチする操作を行う。ここで店員が選択するテーブル選択ボタンＢＴ２１は、選択された装着口７０１に装着された注文入力端末２００に対応させるべきテーブルに対応する。
タッチ操作により選択されたテーブル選択ボタンＢＴ２１は、例えば他のテーブル選択ボタンＢＴ２１とは異なる態様による強調表示が行われる。

また、注文設定情報設定画面Ｐ３においては伝票番号入力ボックスＡＲ２２が配置されている。伝票番号入力ボックスＡＲ２２には、選択された装着口７０１に装着された注文入力端末２００に対応させるべき伝票番号が入力される。
本実施形態において、伝票番号入力ボックスＡＲ２２に表示される伝票番号は、例えば注文設定情報の設定順に従って番号の昇順に従って連番で付与される。そして、注文設定情報設定画面Ｐ３が表示されたときには、伝票番号入力ボックスＡＲ２２における初期表示として、上記のように付与された伝票番号が入力済みの状態で表示されている。

店員は、伝票番号入力ボックスＡＲ２２において初期表示されている伝票番号をそのまま使用すればよい場合には、伝票番号入力ボックスＡＲ２２に対して特に操作を行う必要はない。
これに対して、伝票番号入力ボックスＡＲ２２に初期表示されている伝票番号を変更したい場合、店員は、所定操作によって、伝票番号入力ボックスＡＲ２２に任意の伝票番号を入力し直すことができる。

なお、伝票番号入力ボックスＡＲ２２に初期表示されている伝票番号を変更すべき場合としては、以下のような場合が考えられる。
１つには、択一的に装着口７０１を選択しながら１つの注文入力端末２００ごとに注文設定情報を設定している場合において、今回の注文設定情報の設定に対応する客が、既に注文設定情報を設定した注文入力端末２００に対応する客と同じテーブルであるような場合である。この場合、今回の注文設定情報の設定にあたり、先の客に対応する注文設定情報と同じテーブル番号と伝票番号を設定する必要がある。このとき、伝票番号については、先の客とは異なる番号が初期表示されていることから、店員は、先の客と同じ伝票番号に変更する操作を行うことになる。

そして、店員は、テーブル選択領域ＡＲ２１において選択されているテーブル選択ボタンＢＴ２１が示すテーブル番号と、伝票番号入力ボックスＡＲ２２において表示されている伝票番号とに間違いがないかどうかを確認する。そして、間違いがなければ、店員は決定ボタンＢＴ２２に対するタッチ操作を行う。
決定ボタンＢＴ２２に対するタッチ操作により、選択された装着口７０１に装着された注文入力端末２００に記憶させるべき注文設定情報としてのテーブル番号及び伝票番号が決定されたことになる。即ち、注文設定情報と装着口７０１との対応付けが確定されたことになる。

そこで、ホストサーバ１００は、決定ボタンＢＴ２２に対するタッチ操作によって決定されたテーブル番号と伝票番号とを含む注文設定情報を、選択された装着口７０１に対応するＵＳＢコネクタ７５１と接続されている注文入力端末２００に送信する。
注文設定情報を受信した注文入力端末２００は、受信された注文設定情報をＲＡＭ２０３に記憶させる。

このようにして、店員により選択された装着口７０１に装着された注文入力端末２００に対して、店員が決定したテーブル番号と伝票番号とを含む注文設定情報が、ホストサーバ１００の制御によって注文入力端末２００に記憶される。これにより、注文入力端末２００にテーブル番号と伝票番号とが登録される。
店員は、例えば上記のように注文設定情報が記憶された注文入力端末２００をクレイドル７００の装着口７０１から取り外し、注文設定情報に含まれているテーブル番号が示すテーブルに持っていき客に手渡す。

その後、客が注文を行って注文を送信する操作を行えば、注文入力端末２００は、前述のように、ＲＡＭ２０３に記憶された注文設定情報に含まれるテーブル番号と伝票番号とを格納した注文データ（図９）をホストサーバ１００に送信する。
また、客が会計（精算）を指示する操作を行えば、注文入力端末２００は、ＲＡＭ２０３に記憶された注文設定情報に含まれるテーブル番号と伝票番号とを格納した会計要求をＰＯＳ端末４００に送信する。

これまでの説明から理解されるように、本実施形態において、注文入力端末２００に注文設定情報を記憶させるにあたっては、ホストサーバ１００に対する操作によってクレイドル７００の装着口７０１にテーブル番号と伝票番号を対応付けるようにしている。そして、ホストサーバ１００の制御によって、クレイドル７００の装着口７０１に装着されている注文入力端末２００に、装着口７０１と対応付けられたテーブル番号と伝票番号とを含む注文設定情報を記憶（登録）させるようにしている。
即ち、本実施形態においては、店員は、ホストサーバ１００に対して装着口７０１を選択し、選択した装着口７０１に対応するテーブル番号と伝票番号とを設定する操作を行いさえすれば、注文入力端末２００に注文設定情報が記憶される。

例えば、注文入力端末２００にテーブル番号と伝票番号の各コードを逐一読み込ませることによって注文入力端末２００に注文設定情報を記憶させるように構成することも可能である。しかし、この場合には、店員が、注文入力端末２００を一本ずつ手に持ってテーブル番号と伝票番号との各コードを読み込ませるという作業を行っていかねばならない。本実施形態であれば、注文設定情報を注文入力端末２００に記憶させるにあたり、注文入力端末２００を店員が持ってコードを読み込ませる必要がない。このため、複数の注文入力端末にテーブル番号及び伝票番号などの注文設定情報を登録するにあたっての店員の作業負担が軽減される。

［処理手順例］
図１８のフローチャートを参照して、注文入力端末２００への注文設定情報（テーブル番号及び伝票番号）の登録のためにホストサーバ１００と注文入力端末２００とが実行する処理手順例について説明する。

ステップＳ１０１：ホストサーバ１００においてＣＰＵ１０１は、注文準備を指示するための操作が行われるのに応じて、表示部１０４にクレイドル選択画面Ｐ１を表示させる。
ステップＳ１０２：ステップＳ１０１により表示部１０４にクレイドル選択画面Ｐ１を表示させた状態において、ＣＰＵ１０１は、クレイドル選択決定操作が行われるのを待機している。ここでのクレイドル選択決定操作とは、図１５にて説明したように、クレイドル選択領域ＡＲ１におけるクレイドル選択ボタンＢＴ１に対する操作によってクレイドルの選択が行われたうえで、決定ボタンＢＴ２に対するタッチ操作が行われることである。

ステップＳ１０３：ステップＳ１０２によりクレイドル選択決定操作が行われたことが判定されたのに応じて、ＣＰＵ１０１は、クレイドル選択決定操作により決定されたクレイドルのクレイドル番号をＲＡＭ１０３に記憶させる。

ステップＳ１０４：次に、ＣＰＵ１０１は、これまでのクレイドル選択画面Ｐ１に代えて、図１６に示した装着口選択画面Ｐ２を表示部１０４に表示させる。
ステップＳ１０５：装着口選択画面Ｐ２が表示された状態において、ＣＰＵ１０１は、装着口選択決定操作が行われるのを待機する。ここでの装着口選択決定操作とは、図１６にて説明したように、装着口選択領域ＡＲ１１における装着口選択ボタンＢＴ１１に対する操作によって装着口７０１の選択が行われたうえで、決定ボタンＢＴ１３に対するタッチ操作が行われることである。
なお、ここでの装着口選択決定操作には、複数選択ボタンＢＴ１２に対する操作が行われたのに応じて、複数の装着口７０１が選択された状態で決定ボタンＢＴ１３に対するタッチ操作が行われる場合も含まれる。
ステップＳ１０６：ステップＳ１０５により装着口選択決定操作が行われたことが判定されたのに応じて、ＣＰＵ１０１は、装着口選択決定操作により決定された装着口７０１の装着口番号をＲＡＭ１０３に記憶させる。

ステップＳ１０７：次に、ＣＰＵ１０１は、これまでの装着口選択画面Ｐ２に代えて、図１７に示した注文設定情報設定画面Ｐ３を表示部１０４に表示させる。
ステップＳ１０８：ＣＰＵ１０１は、注文設定情報設定画面Ｐ３が表示された状態のもとで、伝票番号入力ボックスＡＲ２２に表示される伝票番号を変更する操作が行われたか否かについて判定する。
ステップＳ１０９：ステップＳ１０８にて伝票番号を変更する操作が行われたことが判定された場合、ＣＰＵ１０１は、操作に従って伝票番号を変更する。伝票番号が変更されるのに応じて、伝票番号入力ボックスＡＲ２２に表示される伝票番号も変更される。

ステップＳ１１０：ステップＳ１０９の処理を終了した後、あるいは、ステップＳ１０８にて伝票番号を変更する操作が行われないことが判定された場合、ＣＰＵ１０１は、注文設定情報決定操作が行われたか否かについて判定する。
ここでの注文設定情報決定操作とは、テーブル選択領域ＡＲ２１におけるテーブル選択ボタンＢＴ２１に対する操作によってテーブルが選択されたうえで決定ボタンＢＴ２２に対する操作が行われることである。

ステップＳ１１１：ステップＳ１１２にて注文設定情報決定操作の行われたことが判定された場合、ＣＰＵ１０１は、ステップＳ１１０に対応して決定された注文設定情報を、ステップＳ１０２及びＳ１０５により決定されたクレイドル７００の装着口７０１に装着された注文入力端末２００に送信する。
ステップＳ１１１での注文設定情報の送信にあたり、ＣＰＵ２０１は、ＲＡＭ１０３が記憶する装着口対応テーブルから、ステップＳ１０２及びＳ１０５により決定されたクレイドル７００の装着口７０１に対応付けられた端末ＩＤを取得する、そして、ＣＰＵ２０１は、取得した端末ＩＤを宛先として注文設定情報を送信する。

なお、ステップＳ１１１により注文設定情報が送信されるのに応じて、送信された注文設定情報とともに、ステップＳ１０３とステップＳ１０６とによりＲＡＭ１０３に記憶されたクレイドル番号と装着口番号とが破棄されてよい。つまり、注文設定情報を注文入力端末２００に記憶させた後において、注文設定情報の装着口７０１への対応付けは無効化されてよい。

続いて、同図に示される注文入力端末２００が実行する処理手順例について説明する。同図に示される処理を実行する注文入力端末２００は、装着口７０１に装着されてＵＳＢ経由でホストサーバ１００との接続が確立されている状態にある。

ステップＳ２０１：注文入力端末２００において、ＣＰＵ２０１は、ステップＳ１１１によりホストサーバ１００から送信される注文設定情報が受信されるのを待機している。
ステップＳ２０２：ＣＰＵ２０１は、ステップＳ２０１にて注文設定情報が受信されたことが判定されると、受信された注文設定情報をＲＡＭ２０３に記憶させる。
このような処理により、オーダー準備によって注文入力端末２００にテーブル番号と伝票番号とが登録される。

＜第２実施形態＞
［概要］
続いて第２実施形態について説明する。
第１実施形態においては、注文設定情報を記憶させるべき注文入力端末２００を予めクレイドル７００の装着口７０１に差し込んでおいた状態のもとで、店員がホストサーバ１００に対して注文設定情報を設定するための操作を行う。そして、注文設定情報の内容を決定する操作（決定ボタンＢＴ２２（図１７）に対する操作）が行われるのに応じて、ホストサーバ１００が注文設定情報を注文入力端末２００に送信するようにしていた。つまり、第１実施形態においては、注文設定情報の内容を決定する操作をトリガとして、ホストサーバ１００が注文入力端末２００に注文設定情報を記憶させるための制御を実行するようにされていた。

これに対して、第２実施形態においては、店員によるホストサーバ１００への注文設定情報を設定するための操作に応じて、ホストサーバ１００は、設定された注文設定情報を記憶する。なお、ホストサーバ１００は、設定された注文設定情報を、注文設定情報の設定操作により選択決定された装着口７０１と対応付けて記憶する。
そのうえで、ホストサーバ１００は、自己が記憶する注文設定情報に対応付けられた装着口７０１に注文入力端末２００が装着された状態にあるか否かについて判定する。そして、注文入力端末２００が装着口７０１に装着されていることを判定するのに応じて、ホストサーバ１００は、接続通知元の注文入力端末２００が装着されている装着口７０１と対応付けられて記憶されている注文設定情報を、接続通知元の注文入力端末２００に送信する。注文入力端末２００は、受信された注文設定情報をＲＡＭ２０３に記憶させる。このようにして注文設定情報が注文入力端末２００に登録される。

このような構成では、注文設定情報を設定する操作を行う前にクレイドル７００の装着口７０１に注文入力端末２００を装着しておいた場合には、第１実施形態と同様に、注文設定情報の決定操作が行われるのに応じて注文入力端末２００に注文設定情報が登録される。
さらに、本実施形態では、店員が注文設定情報を設定する操作を行って注文設定情報をホストサーバ１００に記憶させた後に、クレイドル７００の装着口７０１に注文入力端末２００を装着することによっても、注文設定情報を登録することができる。
即ち、本実施形態においては、注文設定情報を注文入力端末２００に登録させるにあたり、必ずしも注文入力端末２００をクレイドル７００の装着口７０１に装着しておく必要がない。これにより、注文準備の作業手順も柔軟なものとなって作業効率の向上が図られる。

［注文設定情報テーブルの構造例］
本実施形態におけるホストサーバ１００は、注文設定情報の設定操作により設定された注文設定情報を、注文設定情報の設定操作により選択決定されたクレイドル番号及び伝票番号と対応付けた注文設定情報テーブルとしてＲＡＭ２０３に記憶する。

図１９は、注文設定情報テーブルの構造例を示している。注文設定情報テーブルにおける１レコードが１つの注文入力端末２００に対応する注文設定情報に対応する。注文設定情報テーブルにおける１つのレコードは、クレイドル番号、装着口番号、テーブル番号及び伝票番号の各領域を含む。
クレイドル番号の領域は、図１５にて説明したクレイドル選択画面Ｐ１に対する操作によって決定されたクレイドル番号を格納する。
装着口番号の領域は、図１６にて説明した装着口選択画面Ｐ２に対する操作によって決定された装着口番号７０１を格納する。
前述のように、注文処理システムにおいて複数のクレイドル７００を備える場合には、クレイドル番号と装着口番号との組み合わせによって１つの装着口が特定される。ただし、装着口番号が複数のクレイドル７００間で一意となるように定められる場合には、クレイドル番号は省略されてよい。

テーブル番号の領域は、図１７の注文設定情報設定画面Ｐ３に対する操作によって決定されたテーブル番号を格納する。
伝票番号の領域は、図１７の注文設定情報設定画面Ｐ３に対する操作によって決定された伝票番号を格納する。

［処理手順例］
続いて、図２０のフローチャートを参照して、本実施形態におけるホストサーバ１００が注文設定情報の管理のために実行する処理手順例について説明する。なお、同図において、図１８と同様の処理となるステップについては、図１８と同一符号を付して説明を省略する。
本実施形態において、ＣＰＵ１０１により実現される情報設定手段は、情報付与手段により注文設定情報が対応付けられた装着口に注文入力端末２００が装着された状態にあることが検出されるのに応じて、装着された状態にある注文入力端末２００に注文設定情報を記憶させる。

同図において、ステップＳ１０１〜Ｓ１１０は、図１８と同様の処理となる。ステップＳ１１０までの処理が実行されることで、ホストサーバ１００においては、１つまたは一括選択された複数の注文入力端末２００ごとを対象として、装着口７０１と注文設定情報（テーブル番号及び伝票番号）との対応付けが行われる。

ステップＳ１１２：本実施形態におけるホストサーバ１００のＣＰＵ１０１は、ステップＳ１０１〜Ｓ１１０の処理が実行されるのに応じて、以下の処理を実行する。
つまり、ＣＰＵ１０１は、ステップＳ１１０の処理に応じて決定されたテーブル番号及び伝票番号に対して、ステップＳ１０５に応じて決定された装着口番号とステップＳ１０２に応じて決定されたクレイドル番号とを対応付けたレコードを、ＲＡＭ１０３が記憶する注文設定情報テーブルに追加する。このようにして、ＣＰＵ１０１は、注文設定情報テーブルに注文設定情報を新規登録する。
上記のような処理によって、店員が行ったホストサーバ１００に行った操作により設定された注文設定情報が注文設定情報テーブルに登録されるようにして記憶される。

続いて、図２１のフローチャートを参照して、注文入力端末２００への注文設定情報の登録のためにホストサーバ１００と注文入力端末２００とが実行する処理手順例について説明する。
なお、同図に示す処理は、ＲＡＭ１０３が記憶する注文設定情報テーブル（図１９）において注文設定情報が格納されている状態のもとで、例えば一定時間ごとに実行される。

ステップＳ３０１：ホストサーバ１００におけるＣＰＵ１０１は、ＲＡＭ１０３が記憶する注文設定情報テーブルから、処理対象のレコードを１つ選択する。

ステップＳ３０２：次に、ＣＰＵ１０１は、処理対象のレコードに含まれる装着口番号が示す装着口７０１の状態として、注文入力端末２００が装着されている状態にあるか否かについて判定する。
本実施形態において、注文入力端末２００が装着されている状態にあるか否かについての判定にあたり、ＣＰＵ１０１は、装着口対応テーブル（図１４）を参照すればよい。
つまり、ＣＰＵ１０１は、装着口対応テーブルにおいて、処理対象のレコードに含まれる装着口番号に対応付けられた端末ＩＤの領域に端末ＩＤが格納されているか否かについて判定する。
端末ＩＤが格納されていれば、処理対象のレコードに含まれる装着口番号に対応するＵＳＢコネクタ７５１に注文入力端末２００が接続されている。つまり、注文入力端末２００が装着口７０１に装着されていると判定される。
これに対して、端末ＩＤが格納されていなければ、処理対象のレコードに含まれる装着口番号に対応するＵＳＢコネクタ７５１には注文入力端末２００が接続されておらず、従って、注文入力端末２００が装着口７０１に装着されていないと判定される。

ステップＳ３０３：ＣＰＵ１０１は、ステップＳ３０２により、処理対象のレコードに含まれる装着口番号が示す装着口７０１に注文入力端末２００が装着されている状態にあるとの判定結果が得られたか否かについて判定する。
ここで、注文入力端末２００が装着されている状態ではないとの判定結果が得られた場合、ＣＰＵ１０１は、ステップＳ３０１に処理を戻す。これにより、注文設定情報テーブルから次の処理対象のレコードが選択される。

ステップＳ３０４：一方、注文入力端末２００が装着されている状態にあるとの判定結果が得られた場合、ＣＰＵ１０１は、ステップＳ３０１にて選択した処理対象のレコードに含まれる注文設定情報（テーブル番号及び伝票番号）を、ＲＡＮ１０３が記憶する注文設定情報テーブルから取得する。
ステップＳ３０５：次に、ＣＰＵ１０１は、ステップＳ３０４により取得された注文設定情報を、処理対象のレコードに含まれる装着口番号の装着口７０１に対応するＵＳＢコネクタ７５１に接続された注文入力端末２００に対して送信する。

ステップＳ３０６：ＣＰＵ１０１は、ステップＳ３０５による注文設定情報の送信を完了するのに応じて、処理対象のレコードを注文設定情報テーブルから削除する。即ち、ステップＳ３０６によっては、送信済みの注文設定情報の装着口７０１への対応付けが無効化される。

注文設定情報が登録された注文入力端末２００が装着口７０１から取り外された後に、例えば店員が誤って同じ装着口７０１に別の注文設定情報が未登録の注文入力端末２００を装着してしまうような場合がある。
このような場合に、注文設定情報テーブルにおいて送信済みの注文設定情報を含むレコードが格納されたままであると、別の注文入力端末２００が装着されるのに応じて注文設定情報が登録されてしまう。この結果、同じ注文設定情報が登録された注文入力端末２００が複数あることになってしまう。通常、店舗においては、１テーブルにつき１つの注文入力端末２００を割り当てるように運用している。このため、上記のように同じ注文設定情報が登録された注文入力端末２００が複数になってしまうと、注文入力端末２００に登録されたテーブル番号とは異なるテーブルにて注文入力端末２００が使用されてしまうといった間違いが起こりやすくなる。
そこで、本実施形態のようにステップＳ３０６により、送信済みの注文設定情報を含むレコードを注文設定情報テーブルにおいて無効化すれば、上記のような間違いを起こしにくくすることができる。

なお、上記のステップＳ３０６においては、処理対象のレコードを削除することにより、注文設定情報と装着口７０１との対応付けの無効化を図っている。しかし、ステップＳ３０６においては、処理対象のレコードの削除以外の処理によって注文設定情報と装着口７０１との対応付けが無効化されてもよい。
一例として、注文設定情報テーブルのレコードごとに送信済みフラグを対応付ける。そのうえで、ＣＰＵ１０１が、注文設定情報が送信されるのに応じて、対応のレコードにおける送信済みフラグについて、未送信を示す値から送信済みを示す値に更新するようにしてもよい。

ステップＳ３０７：ステップＳ３０６により注文設定情報テーブルから処理対象のレコードを削除した後、ＣＰＵ１０１は、注文設定情報テーブルについてレコードが格納されていない空き状態となったか否かについて判定する。
注文設定情報テーブルが未だ空き状態ではない場合、ＣＰＵ１０１は、ステップＳ３０１に処理を戻す。これにより、次の処理対象のレコードが選択される。
一方、注文設定情報テーブルが空き状態となったことが判定された場合、ＣＰＵ１０１は、同図に示す処理を終了する。
この後、再び図２０のステップＳ１１２により新たに注文設定情報が注文設定情報テーブルに登録されると、ＣＰＵ１０１は、図２１の処理を再開する。

また、同図に示す注文入力端末２００におけるＣＰＵ２０１が実行する処理手順としては、図１８と同様でよい。
つまり、注文入力端末２００におけるＣＰＵ２０１は、装着口７０１に装着されてＵＳＢ経由でホストサーバ１００との接続が確立されている状態のもとで、ホストサーバ１００から送信される注文設定情報が受信されるのを待機する。
そして、注文設定情報が受信されるのに応じて、ＣＰＵ２０１は、受信された注文設定情報をＲＡＭ２０３に記憶させる。
このような処理が実行されることにより、第２実施形態においては、注文入力端末２００がクレイドル７００の装着口７０１に装着されるのに応じて、注文入力端末２００に注文設定情報を登録することができる。

＜第３実施形態＞
続いて、第３実施形態について説明する。
第２実施形態においては、図２１のステップＳ３０６として示したように、注文設定情報を送信済みとなった処理対象のレコードを注文設定情報テーブルから削除することで、送信済みの注文設定情報と装着口７０１との対応付けを無効化するようにしている。これにより、例えば複数の注文入力端末２００に同じ注文設定情報が重複して登録されることがないようにしていた。このような構成は、前述のように、店舗に置いて１テーブルにつき１つの注文入力端末２００が使用されるように運用を行っている場合には有効であった。

しかし、例えば逆に広いテーブルを設けているような店舗では、１テーブルに着いた同じグループの客に対して複数の注文入力端末２００を使用してもらっても構わないような運用を行う場合もある。
このような場合において、例えば、はじめは１つの注文入力端末２００を有るグループの客に渡して使用してもらっていたが、後から同じグループの客が増えてきたために、グループで使用してもらう注文入力端末２００を追加したいような場合が生じる。

そこで、本実施形態においては、注文設定情報が送信済みとなった処理対象のレコードについては注文設定情報テーブルから削除することなく残すようにしておく。即ち、本実施形態では、注文設定情報が送信済みとなった後においても、送信済みの注文設定情報の装着口７０１への対応付けが有効化されたまま維持されるようにする。そして、ホストサーバ１００は、注文設定情報テーブルにレコードが格納されているのであれば、同じ装着口７０１に注文入力端末２００が装着されるごとに、装着された注文入力端末２００に注文設定情報を送信する。
このような構成によって、例えば客のグループに使用してもらう注文入力端末２００を追加すべきとき、店員は、クレイドル７００において登録すべき注文設定情報に対応付けられた装着口７０１に、新たに別の注文入力端末２００を装着すればよい。つまり、店員は、客のグループに使用してもらう注文入力端末２００を追加する必要が生じた場合に、改めて注文設定情報を設定する操作を行う必要がない。このようにして、本実施形態によっては、複数の注文入力端末２００に同じ注文設定情報を登録する必要がある場合の作業効率を向上させることが可能になる。

本実施形態において、注文入力端末２００への注文設定情報の登録のためにホストサーバ１００と注文入力端末２００とが実行する処理手順としては、図２１におけるステップＳ３０６及びステップＳ３０７を省略し、ステップＳ３０５の処理の終了に応じてステップＳ３０２に処理を戻すように構成すればよい。
また、本実施形態の場合、注文設定情報テーブルにおけるレコードの削除は、例えば対応の会計処理が終了したのに応じて行われるようにすればよい。注文設定情報テーブルにおけるレコードと会計処理とは、伝票番号によって対応付けられている。

なお、上記各実施形態において、ホストサーバ１００は、装着口７０１に注文入力端末２００が装着されるのに応じて、装着が行われる以前から注文入力端末２００が記憶していた注文設定情報を消去させるようにしてもよい。
使用済みの注文入力端末２００をクレイドル７００の装着口７０１に装着したときに注文設定情報が消去されずに残っていると、新たな注文設定情報が設定されていると勘違いした店員が、そのまま客に差し出してしまうといったミスが生じる可能性がある。
そこで、上記の構成とすれば、例えば使用済みとされた注文入力端末２００を装着口７０１に装着した段階でこれまでの注文設定情報が消去されることから、上記のようなミスの発生を回避できる。

＜変形例＞
続いて、本実施形態の変形例として、店員が行う注文準備に対応する操作画面の他の態様と、操作画面に応じた店員の他の作業手順例について説明する。なお、ここでは、第１実施形態のように、予めクレイドル７００の装着口７０１に装着しておいた注文入力端末２００に対して、店員が操作を行うことにより注文設定情報を記憶させる場合に対応させた説明を行う。
なお、以下に説明する変形例は、第２実施形態、第３実施形態にも適用できる。

先ず、注文準備にあたり、店員は、注文設定情報を記憶させるべき注文入力端末２００をクレイドル７００の装着口７０１に予め装着しておくようにする。
そのうえで、店員は、ホストサーバ１００に対して注文準備を指示するための操作を行う。注文準備を指示するための操作に応じて、変形例におけるホストサーバ１００は、図２２に例示する注文準備操作画面を表示部１０４に表示する。

同図に示す注文準備操作画面においては、クレイドル領域ＡＲ３１、テーブル設定領域ＡＲ３２、使用中端末状態領域ＡＲ３３及び予備情報領域ＡＲ３４の各領域が配置される。また、注文準備操作画面においては、「戻る」ボタンＢＴ３１、決定ボタンＢ３２、診断ボタンＢＴ３３、選択切替ボタンＢＴ３４及びコールボタンＢＴ３５が配置される。

クレイドル領域ＡＲ３１は、クレイドル７００における装着口７０１ごとの状態を示す。
クレイドル領域ＡＲ３１においては、マークＭＫが配列されている。マークＭＫは、クレイドル７００に設けられた装着口７０１に対応する。同図のマークＭＫは円形であるが、マークＭＫの形状については特に限定されるものではなく、例えば四角形などであってもよい。

同図のクレイドル領域ＡＲ３１においては、５行×６列による３０個のマークＭＫが配列されている。このようなマークＭＫの配列は、クレイドル７００における実際の装着口７０１の配列を模したものとなっている。即ち、この場合のクレイドル７００には、５行×６列による３０個の装着口７０１が配列されている。
そのうえで、クレイドル領域ＡＲ３１において、３０個のマークＭＫには、５行×６列目のマークＭＫを始点として、左側の列及び上側の行にかけて順に、それぞれ、「１（１番）」〜「３０（３０番）」の番号が付されている。

上記のように、クレイドル領域ＡＲ３１において配置されるマークＭＫは、１つのクレイドル７００に設けられた装着口７０１に対応する。
注文処理システムにおいて複数のクレイドル７００が設けられる場合には、クレイドル領域ＡＲ３１におけるクレイドル切替ボタンＢＴ３７、ＢＴ３８に対する操作が可能である。クレイドル切替ボタンＢＴ３７、ＢＴ３８に対する操作によって、クレイドル７００を選択することができる。

クレイドル領域ＡＲ３１におけるマークＭＫのうち、例えば３０番のマークＭＫには、端末ＩＤ提示部ＴＭＮとテーブル番号提示部ＴＢＮとが表示されている。この表示は、３０番のマークＭＫに対応する装着口７０１に対して、「ＴＭ０４７」の端末ＩＤの注文入力端末２００が装着されており、かつ、装着された「ＴＭ０４７」の端末ＩＤの注文入力端末２００に対してテーブル番号「ＴＢ００７」のテーブルが対応済みであることを示している。
ここで、「ＴＢ００７」のテーブル番号のテーブルが対応済みであるということは、「ＴＭ０４７」の端末ＩＤの注文入力端末２００に、「ＴＢ００７」のテーブル番号を含む注文設定情報が記憶済みであることを示す。
即ち、端末ＩＤ提示部ＴＭＮとテーブル番号提示部ＴＢＮとが表示されたマークＭＫは、注文入力端末２００が対応の装着口７０１に装着され、かつ、装着された注文入力端末２００に注文設定情報が記憶済みとされた「注文準備完了状態」であることを示す。

また、クレイドル領域ＡＲ３１におけるマークＭＫのうち、例えば２８番のマークＭＫには、端末ＩＤ提示部ＴＭＮが表示されているがテーブル番号提示部ＴＢＮが表示されていない。この表示は、具体的には、２８番のマークＭＫに対応する装着口７０１に対して、端末ＩＤ「ＴＭ０４５」の注文入力端末２００が装着されているが、装着された注文入力端末２００に対してはテーブル番号が対応付けられていないことを示している。
ここで、テーブル番号が対応付けられていないということは、端末ＩＤ「ＴＭ０４５」の注文入力端末２００には、未だ注文設定情報が記憶されていない、未設定の状態であることを示す。
即ち、端末ＩＤ提示部ＴＭＮが表示されているがテーブル番号提示部ＴＢＮが表示されていないマークＭＫは、対応の装着口７０１に注文入力端末２００が装着されているが、装着された注文入力端末２００には注文設定情報が記憶済みでない「端末装着状態」であることを示す。

また、クレイドル領域ＡＲ３１におけるマークＭＫのうち、例えば２９番のマークＭＫには、端末ＩＤ提示部ＴＭＮとテーブル番号提示部ＴＢＮとのいずれも表示されていない。このような表示は、具体的には、２８番のマークＭＫに対応する装着口７０１に対して注文入力端末２００が装着されていない「端末非装着状態」であることを示す。

同図の注文準備操作画面のもとで、店員が新たに１つの注文入力端末２００に注文設定情報を記憶させるための具体的な作業手順例について説明する。
同図の注文準備操作画面を表示させたとき、対応の装着口７０１が非装着状態であることを示していたマークＭＫは、９番、１２番、１４番、２２番、２５番及び２９番であった場合を例に挙げる。

そこで、店員は、端末非装着状態にある９番、１２番、１４番、２２番、２５番及び２９番の各マークＭＫに対応する装着口７０１のうちから１つを選択し、選択した装着口７０１に新たに注文設定情報を記憶させるべき注文入力端末２００を装着する。
具体的に、以降の説明では、店員が９番、１２番、１４番、２２番、２５番及び２９番のうちから、最も番号の若い９番のマークＭＫに対応する装着口７０１を選択し、注文入力端末２００を装着した場合を例に挙げる。

９番のマークＭＫに対応する装着口７０１に注文入力端末２００が装着されるのに応じて、クレイドル領域ＡＲ３１における９番のマークＭＫは、以下のように表示が変化する。つまり、９番のマークＭＫは、端末非装着状態から端末装着状態を示す表示に変化する。ここでは、９番のマークＭＫに対応する装着口７０１に装着された注文入力端末２００の端末ＩＤが「ＴＭ０２６」であった場合を例に挙げる。この場合、９番のマークＭＫは、端末装着状態として、「ＴＭ０２６」の端末ＩＤを示す端末ＩＤ提示部ＴＭＮが表示された状態となる。

上記のように９番のマークＭＫの表示が端末装着状態に変化したことを確認すると、店員は、設定対象の注文入力端末２００が装着された装着口７０１を選択する操作として、９番のマークＭＫを選択する操作を行う。なお、マークＭＫを選択する操作は、例えば選択対象のマークＭＫに対するタッチ操作でよい。
上記のように９番のマークＭＫを選択する操作が行われるのに応じて、９番のマークＭＫは、対応の装着口７０１が設定対象として選択されたことを示す所定の強調表示が行われる。

店員は、上記のように９番のマークＭＫが選択された状態のもとで、９番のマークＭＫに対応の装着口７０１に装着された注文入力端末２００に対応付けるべきテーブルのテーブル番号を、テーブル設定領域ＡＲ３２から選択する。
テーブル設定領域ＡＲ３２においては、テーブル番号が表示されたボタンが配列されている。テーブル設定領域ＡＲ３２において配置されるテーブル番号のボタンのうち、既に注文入力端末２００との対応付けが行われているテーブル番号のボタンについては、例えばグレーアウトなどにより選択不可な状態で表示が行われる。

ここで、９番のマークＭＫに対応する装着口７０１に装着した注文入力端末２００を使用する客は、テーブル番号が「ＴＢ０２３」のテーブルに着いている。そこで、この場合の店員は、９番のマークＭＫが選択された状態のもとで、テーブル設定領域ＡＲ３２におけるボタンのうちから「ＴＢ０２３」のボタンをタッチすることにより、「ＴＢ０２３」のテーブル番号を選択する操作を行う。
上記の「ＴＢ０２３」のテーブル番号を選択する操作に応じて、９番のマークＭＫは、「ＴＭ０２６」を示す端末ＩＤ提示部ＴＭＮと、「ＴＢ０２６」を示すテーブル番号提示部ＴＢＮとが表示された「注文準備完了状態」に変化する。

また、図示は省略するが、上記のようにテーブル設定領域ＡＲ３２からテーブル番号を選択する操作に応じて、例えば、伝票番号入力ボックスが配置された伝票番号入力ダイアログが注文準備操作画面に重畳して表示される。
伝票番号入力ボックスにおいては、例えば図１７の場合と同様に、注文設定情報の設定順に従って番号の昇順に従って連番で付与された伝票番号が入力済みの状態で表示される。
この場合にも店員は、伝票番号入力ボックスにおいて初期表示されている伝票番号をそのまま使用すればよい場合には、伝票番号入力ボックスに対して特に操作を行う必要はない。これに対して、伝票番号入力ボックスに初期表示されている伝票番号を変更したい場合、店員は、所定操作によって、伝票番号入力ボックスに任意の伝票番号を入力し直すことができる。
そして、店員が、伝票番号入力ボックスを閉じたうえで、決定操作として決定ボタンＢＴ３２に対する操作を行うと、テーブル番号と伝票番号とが確定される。

上記のようにテーブル番号と伝票番号とが確定されるのに応じて、ホストサーバ１００は、以下の制御を実行する。つまり、ホストサーバ１００は、確定された「ＴＢ０２３」のテーブル番号と、伝票番号入力ボックスに入力されていた伝票番号とを含む注文設定情報を、９番のマークＭＫに対応する装着口７０１に装着されている注文入力端末２００に記憶させる。このように、変形例として同図に示した注文準備操作画面によっても、店員の操作に応じて、注文入力端末２００にテーブル番号と伝票番号とを登録することができる。
そして、店員は、上記のように注文設定情報が記憶された注文入力端末２００をクレイドル７００の装着口７０１から取り外し、テーブル番号が「ＴＢ０２３」のテーブルに持っていき客に手渡す。

なお、変形例においては、設定対象の注文入力端末２００が装着された装着口７０１に対応するマークＭＫとして、端末装着状態を示すマークＭＫだけではなく、注文準備完了状態を示すマークＭＫも選択することができる。注文準備完了状態を示すマークＭＫを選択したうえでのテーブル設定は、注文入力端末２００が既に記憶している注文設定情報の書き換えとなる。
また、設定対象の注文入力端末２００が装着された装着口７０１に対応するマークＭＫは、複数を選択することができる。例えば、上記のように９番のマークＭＫが選択された状態のもとで、９番以外の端末装着状態のマークＭＫまたは注文準備完了状態のマークＭＫに対するタッチ操作を行うことにより、さらにもう１つのマークＭＫを選択することができる。
また、マークＭＫを選択するにあたり、選択切替ボタンＢＴ３４を操作することによっては、クレイドル領域ＡＲ３１におけるマークＭＫの選択状態を反転させたり、全選択、全解除などを行うことができる。

また、同図の注文準備操作画面における使用中端末状態領域ＡＲ３３には、クレイドル７００の装着口７０１から取り外されて使用中の状態にある注文入力端末２００の状態が示される。
同図の使用中端末状態領域ＡＲ３３においては、使用中の注文入力端末２００ごとに、テーブル番号、端末ＩＤ、使用経過時間が示されている。
使用中端末状態領域ＡＲ３３におけるテーブル番号は、対応の注文入力端末２００が使用されているテーブルのテーブル番号を示す。即ち、使用中端末状態領域ＡＲ３３におけるテーブル番号は、対応の注文入力端末２００が記憶する注文設定情報に含まれるテーブル番号を示す。
使用中端末状態領域ＡＲ３３における端末ＩＤは、対応の注文入力端末２００に付与された端末ＩＤを示す。
使用中端末状態領域ＡＲ３３における使用経過時間は、対応の注文入力端末２００の使用経過時間を示す。ここでの使用経過時間は、対応の注文入力端末２００がクレイドル７００の装着口７０１から取り外されてからの経過時間である。
このように、使用中端末状態領域ＡＲ３３を見ることで、店員は、どの端末ＩＤの注文入力端末２００がどのテーブルで使用されているのかを知ることができ、また、使用中の各注文入力端末２００の使用経過時間を知ることもできる。

また、同図の注文準備操作画面における予備情報領域ＡＲ３４は、注文準備に関する予備的な情報が提示される領域である。
具体的に、同図の予備情報領域ＡＲ３４においては、商品マスタについての更新設定内容を示す「商品マスタ更新設定」が表示される。「商品マスタ更新設定」としては、商品マスタのデータを例えば本部などから取り込む「商品マスタ取込日時」と、注文入力端末２００が記憶する商品マスタを更新する「端末更新時刻」とが示される。
また、予備情報領域ＡＲ３４においては、「クレイドル状態」として、クレイドル７００に接続されている注文入力端末２００の数（「接続端末数」）が示される。
また、予備情報領域ＡＲ３４においては、例えばホストサーバ１００と注文入力端末２００との間での無線通信を中継するアクセスポイントの通信状態が示される。

また、同図の注文準備操作画面における「戻る」ボタンＢＴ３１は、前画面に表示を戻すために操作されるボタンである。
決定ボタンＢＴ３２は、前述のように、注文入力端末２００に対応する注文設定情報としてのテーブル番号と伝票番号とを確定させるための操作が行われるボタンである。
診断ボタンＢＴ３３は、クレイドル７００の装着口７０１に装着されている注文入力端末２００に自己診断を実行させるための操作が行われるボタンである。
選択切替ボタンＢＴ３４は、前述のように、クレイドル領域ＡＲ３１におけるマークＭＫを切り替えるための操作が行われるボタンである。
コールボタンＢＴ３５は、例えばエラーなどの発生に応じて、他の店員を呼び出すための画面を表示させるボタンである。
なお、同図に示す注文準備操作画面の態様はあくまでも一例であって、他の態様がとられてもよい。

また、本実施形態のホストサーバ１００は、テーブル利用状況画面を表示してもよい。テーブル利用状況画面は、店舗における各テーブルでのテーブル利用状況を示す表示が行われる画面である。ここでのテーブル利用状況は、テーブルに着いている客の有無を示し、また、テーブルに客が着いている場合にはテーブルに着いている客自体に関する情報や客の注文状況などを示す。

図２３は、テーブル利用状況画面の一態様例を示している。同図のテーブル利用状況画面においては、テーブル選択領域ＡＲ４１とテーブル利用状況領域ＡＲ４２とが配置されている。
テーブル選択領域ＡＲ４１においては、テーブル番号が表示されたボタンが配列される。なお、テーブル選択領域ＡＲ４１に配置されるテーブル番号のボタンは、エリア選択ボタンＢＴ４１、ＢＴ４２を操作することによって切り替えることが可能である。
例えばエリア選択ボタンＢＴ４１、ＢＴ４２ごとに応じて、店舗におけるフロアのエリアに応じて区分したテーブルのテーブル番号のボタンが示される。
同図のテーブル選択領域ＡＲ４１は、エリア選択ボタンＢＴ４１の操作に応じて表示されるテーブル番号のボタンが配置された状態が示されている。

同図のテーブル選択領域ＡＲ４１における「ＴＢ００２」、「ＴＢ００３」、「ＴＢ００５」のテーブル番号のボタンは、例えば赤色により表示されることで、それぞれ、対応のテーブルが「使用中」であることを示す。ここで、テーブルが使用中であるということは、テーブルに対応付けられた注文入力端末２００がクレイドル７００から取り外されて使用中の状態にあることに相当する。
また、使用中の状態として、テーブルが相席により使用されている場合には、対応のテーブル番号のボタンは、赤色に代えて黄色で表示される。相席の場合には、１つのテーブルに複数の注文入力端末２００が対応付けられている。相席に対応する複数の注文入力端末２００は、それぞれ、テーブル番号は同じであるが伝票番号が互いに異なる注文設定情報を記憶している。

また、テーブル選択領域ＡＲ４１における「ＴＢ００１」、「ＴＢ００７」、「ＴＢ０１４」のテーブル番号のボタンは、例えば青色により表示されている。青色により表示されているボタンは、対応のテーブルが、注文入力端末２００との対応付けが済んでいるが、対応の注文入力端末２００は使用されていない「対応済」の状態であることを示す。例えば、店舗においては、青色により表示されているボタンに対応するテーブルについては予約済みであることを示すように運用することができる。

テーブル選択領域ＡＲ４１において、「ＴＢ００４」、「ＴＢ００６」などのように、使用中（相席を含む）と予約中のいずれでもないボタンは、対応のテーブルが、注文入力端末２００と対応付けられていないことを示す。この場合、対応のテーブルには客が着いておらず空席の状態である。これらのボタンは、例えば、白色などのように、赤色、青色、黄色以外の所定の色で表示される。

テーブル選択領域ＡＲ４１においては、使用中あるいは対応済の状態を示すテーブル番号のボタンに対するタッチ操作を行うことが可能である。つまり、テーブル選択領域ＡＲ４１においては、使用中あるいは対応済の状態のテーブル番号を選択する操作が可能である。
上記のようにテーブル番号が選択されるのに応じて、テーブル利用状況領域ＡＲ４２には、選択されたテーブル番号のテーブルについての利用状況が表示される。

具体例として、同図では、テーブル選択領域ＡＲ４１における「ＴＢ００５」のテーブル番号を選択する操作に応じて、テーブル利用状況領域ＡＲ４２において、「ＴＢ００５」のテーブル番号のテーブルについての利用状況が表示された状態を示している。

また、テーブル利用状況領域ＡＲ４２においては、選択されたテーブル番号のテーブルの利用状況として、テーブル情報と注文履歴とを択一的に表示することができる。テーブル情報と、注文履歴との表示の切り換えは、表示選択ボタンＢＴ４３、ＢＴ４４を操作することによって行われる。表示選択ボタンＢＴ４３の操作に応じてテーブル情報が表示され、表示選択ボタンＢＴ４４の操作に応じて注文履歴が表示される。同図では、テーブル情報が表示された例が示されている。

同図に示すように、テーブル利用状況領域ＡＲ４２においては、テーブル情報として、テーブル番号、伝票番号、客数、注文数、金額、担当店員、客層、会員カード、クーポン券、着席時刻、初回注文時刻、最終注文時刻、支払い時刻、経過時間（着席後経過時間、最終注文経過時間、歓談時間、総経過時間）、及び、備考などの項目が表示されている。

テーブル番号の項目には、選択されたテーブルのテーブル番号が表示される。
伝票番号の項目には、選択されたテーブルに着いた客に応じた伝票番号が表示される。
客数の項目には、選択されたテーブルに着いた客の人数が表示される。
注文数の項目には、選択されたテーブルに着いた客により注文されたメニューの数が表示される。
金額の項目には、これまでの注文に応じた金額が表示される。
担当店員の項目には、選択されたテーブルの担当者となった店員を示す氏名、店員番号などの情報が表示される。
客層の項目には、選択されたテーブルに着いた客に関して、店員により入力された客層を示す情報が格納される。
会員カードの項目には、選択されたテーブルに着いた客が会員カードを所有している場合に会員カードに関する情報が表示される。
クーポン券の項目には、選択されたテーブルに着いた客がクーポン券を利用する場合にクーポン券に関する情報が表示される。

着席時刻の項目には、選択されたテーブルに客が着いた時刻が表示される。
初回注文時刻の項目には、選択されたテーブルに着いた客により最初にメニューの注文が行われた時刻が表示される。
最終注文時刻の項目には、選択されたテーブルに着いた客により最後にメニューの注文が行われた時刻が表示される。
支払い時刻の項目には、選択されたテーブルに着いた客が代金を支払った時刻が表示される。
使用端末ＩＤの項目には、選択されたテーブルに対応付けられた注文入力端末２００の端末ＩＤが表示される。

経過時間における着席後経過時間の項目には、選択されたテーブルに客が着いたときからの経過時間が表示される。
経過時間における最終注文経過時間の項目には、選択されたテーブルに着いた客が最後にメニューを注文したときからの経過時間が表示される。
経過時間における歓談時間の項目には、全ての注文されたメニューの客への提供が完了したときから、例えば客からの会計の指示に応じて会計伝票を発行するまでの時間が表示される。
経過時間における総経過時間の項目には、対応のテーブルに客が着いてから会計が完了するまでの時間が表示される。
備考の項目には、対応のテーブルの利用状況に関して補足しておきたい事柄（補足事項）を店員が入力した内容が表示される。

店員は、テーブル利用状況領域ＡＲ４２を見ることで、選択されたテーブルについてのテーブル利用状況を把握することができる。

また、上記の状態のもとで、例えば店員が注文履歴に対応する表示選択ボタンＢＴ４４を操作した場合、テーブル利用状況領域ＡＲ４２は、テーブル情報の表示から、テーブル番号が同じ「ＴＢ００５」のテーブルにおける客の注文履歴の表示に変更される。

また、同図のテーブル利用状況画面においては、「戻る」ボタンＢＴ４５、会計ボタンＢＴ４６及びコールボタンＢＴ４７が配置されている。
「戻る」ボタンＢＴ４５は、前画面に表示を戻すために操作されるボタンである。

会計ボタンＢＴ４６は、テーブル番号を指定して会計を行うために操作されるボタンである。
店員は、会計にあたり、テーブル選択領域ＡＲ４１に配置されるボタンのうちから、会計を行うべき客が着いているテーブルのテーブル番号が示されるボタンに対するタッチ操作を行って、会計対象のテーブル番号を選択する。そのうえで、店員は、会計ボタンＢＴ４６に対する操作を行う。このように操作が行われることで、表示部１０４には、選択されたテーブル番号に対応する会計伝票を対象とする会計を行うための会計画面が表示部１０４に表示される。

コールボタンＢＴ４７は、例えばエラーなどの発生に応じて、他の店員を呼び出すための画面を表示させるボタンである。
なお、同図に示したテーブル利用状況画面の態様はあくまでも一例であって、他の態様が採られてもよい。

なお、これまでの説明においては、ホストサーバ１００とクレイドル７００の装着口７０１に装着される注文入力端末２００との通信は、図１及び図１１に示したように、ＵＳＢと有線ＬＡＮ８００とを経由して行われるように構成されている。しかし、ホストサーバ１００とクレイドル７００の装着口７０１に装着される注文入力端末２００との通信については上記のような構成に限定されない。
例えば、ホストサーバ１００とクレイドル７００の装着口７０１に装着される注文入力端末２００は、ＵＳＢのみまたは有線ＬＡＮ８００のみを経由して接続される構成であってもよい。また、データインターフェースによる接続についてはＵＳＢ以外の方式によるデータインターフェースが採用されてもよく、ネットワークによる接続については有線ＬＡＮに代えて無線ＬＡＮが採用されてもよい。
また、クレイドル７００に注文入力端末２００を装着する部位は、装着口７０１として示したような口部以外の形状を有していてもよい。

また、上記各実施形態においては、注文設定情報がテーブル番号と伝票番号とを含む構造である場合を例に挙げた。しかし、注文設定情報から伝票番号を省略し、伝票番号については、注文設定情報とは異なる所定の態様で管理されるようにしてもよい。

また、上記各実施形態においては、注文入力端末２００が使用される場所がテーブルであって、注文設定情報にはテーブル番号が含まれる場合について説明した。しかし、注文入力端末２００が使用される場所としては、例えば個室、部屋など、テーブル以外であってもよい。これに応じて、注文設定情報には、テーブル番号に代えて、個室番号、部屋番号などが含められる。

また、これまでの説明におけるクレイドル７００は、例えば店舗においてフロア係の店員が管理可能なキッチンカウンタの近傍などにまとめて置かれているものとしている。しかし、例えば、クレイドル７００がテーブルごとに設けられ、そのクレイドル７００に対応する所定数の注文入力端末２００が備えられるような構成であってもよい。

また、これまでの説明においては、注文入力端末２００はペン型である場合を例に挙げている。しかし、注文入力端末２００は、ペン型に限定されるものではなく、例えばハンディ型やタブレット型などであってもよい。
また、注文のために注文入力端末２００に入力される商品はメニューなどのように調理されて提供される料理などに限定されるものではなく、例えば小売りが行われるような物品などであってもよい。

また、上記各実施形態においては、注文準備処理装置がホストサーバ１００である場合を例に挙げているが、ホストサーバ１００以外の装置が注文準備処理装置として構成されてもよい。この場合において、注文準備処理装置は、例えばクレイドル７００がその機能の少なくともその一部を有するように構成されてもよい。

なお、上述のホストサーバ１００、注文入力端末２００及びクレイドル７００などの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述のホストサーバ１００、注文入力端末２００及びクレイドル７００などとしての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１００ ホストサーバ、１０１ ＣＰＵ、１０２ 記憶部、１０３ ＲＡＭ、１０４ 表示部、１０５ 操作部、１０６ ＬＡＮインターフェース、１０７ ネットワークインターフェース、２００ 注文入力端末、２０１ ＣＰＵ、２０２ 記憶部、２０３ ＲＡＭ、２０４ コードリーダ、２０５ 音声合成回路、２０６ スピーカ、２０７ 無線通信部、２０８ ＵＳＢインターフェース、２０９ バッテリ、２１０ インジケータ、３００ 無線トランシーバ、４００ ＰＯＳ端末、５００ キッチンプリンタ、５０１ ＵＳＢポート、６００ ＵＳＢハブ、７００ クレイドル、７０１ 装着口、７０２ ＵＳＢ端子、７０３ ＡＣケーブル、７２０ 記憶部、７４０ 電源部、７５０ 充電部、７５１ コネクタ、７５２ ＬＥＤ、７６０ ＵＳＢハブ、８００ 有線ＬＡＮ、９００ 外部ネットワーク

Claims (8)

1. 商品の注文に使用される複数の注文入力端末と、前記注文入力端末が装着される複数の装着部が設けられるクレイドルとを備える注文処理システムにおける注文準備処理装置であって、
   前記注文入力端末が使用される使用場所を示す情報を少なくとも含む設定情報を前記装着部に対応付ける情報付与手段と、
   前記装着部に装着された注文入力端末に、前記情報付与手段により対応付けられた設定情報を記憶させる制御を行う情報設定手段と
   を備える注文準備処理装置。
2. 前記情報付与手段は、
   対応の注文入力端末を使用して注文された商品の会計に応じて発行される会計伝票を示す伝票番号をさらに含む設定情報を対応付ける
   請求項１に記載の注文準備処理装置。
3. 前記情報付与手段は、
   指定された複数の装着部に対して、同じ設定情報を対応付ける
   請求項１または２に記載の注文準備処理装置。
4. 前記情報設定手段は、
   設定情報と装着部との対応付けを確定させる操作が行われるのに応じて、前記注文入力端末に前記設定情報を記憶させる
   請求項１から３のいずれか一項に記載の注文準備処理装置。
5. 前記情報設定手段は、
   前記情報付与手段により設定情報が対応付けられた装着部に注文入力端末が装着された状態にあることが判定されるのに応じて、前記装着された状態にある注文入力端末に前記設定情報を記憶させる
   請求項１から３のいずれか一項に記載の注文準備処理装置。
6. 前記情報設定手段は、
   前記注文入力端末に前記設定情報を記憶させたのに応じて、前記設定情報の前記装着部への対応付けを無効化する
   請求項１から５のいずれか一項に記載の注文準備処理装置。
7. 前記情報設定手段は、
   前記注文入力端末に前記設定情報を記憶させた後において、前記設定情報の前記装着部への対応付けを有効化したまま維持する
   請求項５に記載の注文準備処理装置。
8. 前記情報設定手段は、
   前記装着部に注文入力端末が装着されるのに応じて、装着が行われる以前から前記注文入力端末が記憶していた設定情報を消去させる
   請求項１から７のいずれか一項に記載の注文準備処理装置。

Images