(57)【特許請求の範囲】
【請求項１】
充電池式の注文入力端末と、管理装置とを備える注文処理システムであって、
前記注文入力端末が使用中状態にある使用経過時間を計測する時間計測手段と、
少なくとも使用中の状態の注文入力端末ごとに関する端末関連情報の一覧を表示させる表示手段とを備え、
前記表示手段は、前記時間計測手段により計測された使用経過時間に基づいて、端末関連情報の項目の表示の態様を変化させ、対応の注文入力端末を識別する情報と、対応の注文入力端末が使用されている場所を示す情報とが前記端末関連情報に含められるようにして表示する
注文処理システム。
【請求項２】
前記表示手段は、前記端末関連情報を、対応の注文入力端末について前記時間計測手段により計測された使用経過時間に基づいた順で表示する
請求項１に記載の注文処理システム。
【請求項３】
前記表示手段は、前記注文入力端末が使用される場所についての利用状況とともに、前記場所における注文入力端末の使用状況を表示する
請求項１または２に記載の注文処理システム。
【請求項４】
前記表示手段は、店員の使用する所定の装置に備えられる
請求項１から３のいずれか一項に記載の注文処理システム。
【請求項５】
充電池式の注文入力端末と、管理装置とを備える注文処理システムが備える前記管理装置としてのコンピュータを、
前記注文入力端末が使用中状態にある使用経過時間を計測する時間計測手段、
少なくとも使用中の状態の注文入力端末ごとに関する端末関連情報の一覧を表示させるにあたり、前記時間計測手段により計測された使用経過時間に基づいて、端末関連情報の項目の表示の態様を変化させ、対応の注文入力端末を識別する情報と、対応の注文入力端末が使用されている場所を示す情報とが前記端末関連情報に含められるようにして表示する表示手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文処理システム及びプログラムに関する。
【背景技術】
【０００２】
レストランや居酒屋などの飲食店において、以下のような注文処理システムが知られている。つまり、客が携帯型の注文入力端末を使用して注文するメニューを入力し、携帯型の注文入力端末が入力されたメニューを示す注文データを管理装置に対して無線通信経由で送信する。管理装置は、受信された注文データが示すメニューを印刷し、調理指示伝票を調理担当者に向けて発行するというものである。
【０００３】
そのうえで、上記の注文入力端末において、メニューなどに関する案内情報として音声データを記憶させ、例えば客が注文するメニューが入力された際に、メニューの名称などを音声により出力できるようにしたものが知られている（例えば、特許文献１参照）。
このように、音声により案内が行われれば、例えば顧客は、注文入力端末から出力される音声によって、入力したメニューに間違いがないかどうかを確認できる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５００３０４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上記のような注文入力端末は、携帯型で無線により管理装置と通信を行うことから、内蔵のバッテリを電源として動作する構成である。このため、例えば使用中においてバッテリの残量切れで動作しなくなってしまうような不具合を避けるために、バッテリの残量に関する通知が行われるようにすることが好ましい。
【０００６】
本発明は、このような事情に鑑みてなされたもので、客が商品の注文に使用する注文入力端末を備える注文システムにおいて、注文入力端末のバッテリ残量が少なくなったことの報知が行われるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決するための本発明の一態様は、充電池式の注文入力端末と、管理装置とを備える注文処理システムであって、前記注文入力端末が使用中状態にある使用経過時間を計測する時間計測手段と、少なくとも使用中の状態の注文入力端末ごとに関する端末関連情報の一覧を表示させる表示手段とを備え、前記表示手段は、前記時間計測手段により計測された使用経過時間に基づいて、端末関連情報の項目の表示の態様を変化させ、対応の注文入力端末を識別する情報と、対応の注文入力端末が使用されている場所を示す情報とが前記端末関連情報に含められるようにして表示する注文処理システムである。
また、本発明の一態様は、上記の注文処理システムであって、前記表示手段は、前記端末関連情報を、対応の注文入力端末について前記時間計測手段により計測された使用経過時間に基づいた順で表示する。
また、本発明の一態様は、上記の注文処理システムであって、前記表示手段は、前記注文入力端末が使用される場所についての利用状況とともに、前記場所における注文入力端末の使用状況を表示する。
また、本発明の一態様は、上記の注文処理システムであって、前記表示手段は、店員の使用する所定の装置に備えられる。
また、本発明の一態様は、充電池式の注文入力端末と、管理装置とを備える注文処理システムが備える前記管理装置としてのコンピュータを、前記注文入力端末が使用中状態にある使用経過時間を計測する時間計測手段、少なくとも使用中の状態の注文入力端末ごとに関する端末関連情報の一覧を表示させるにあたり、前記時間計測手段により計測された使用経過時間に基づいて、端末関連情報の項目の表示の態様を変化させ、対応の注文入力端末を識別する情報と、対応の注文入力端末が使用されている場所を示す情報とが前記端末関連情報に含められるようにして表示する表示手段として機能させるためのプログラムである。
また、本発明の一態様は、客が使用する充電池式の注文入力端末と、管理装置とを備える注文処理システムであって、前記管理装置において、前記注文入力端末が使用中状態にある使用経過時間を計測する時間計測手段と、前記管理装置において、前記時間計測手段により計測された使用経過時間が所定以上となった場合に、充電池の残量が少なくなったことについての報知が行われるように制御する報知制御部とを備える注文処理システムである。
【０００８】
上記構成によれば、注文入力端末が備える充電池の残量が少なくなったことについての報知が行われるため、充電池の残量が少なくなったことへの店員の対応が円滑に行われることになる。
【０００９】
また、本発明の一態様は、上記の注文処理システムであって、前記報知制御部は、充電池の残量が少なくなったことについての報知が店員の使用する所定の装置にて行われるように制御してもよい。
【００１０】
上記構成によれば、注文入力端末が備える充電池の残量が少なくなったことについての報知が店員に向けて行われるために、充電池の残量が少なくなったことへの店員の対応がさらに円滑に行われる。
【００１１】
また、本発明の一態様は、上記の注文処理システムであって、前記注文入力端末を収納する収納装置を備え、前記時間計測手段は、前記注文入力端末が前記収納装置から取り外されたときを使用中状態の開始タイミングとして前記使用経過時間の計測を開始してもよい。
【００１２】
上記構成によれば、注文入力端末が収納装置から取り外されて充電池の電力を使用する状態が開始されたタイミングで使用経過時間の計測が開始されることから、使用経過時間と充電池の残量との対応についての誤差を少なくできる。
【００１３】
また、本発明の一態様は、上記の注文処理システムであって、前記収納装置は、前記注文入力端末が収納されているときに前記注文入力端末に充電を行ってもよい。
【００１４】
上記構成によれば、注文入力端末が収納装置にて収納されているときに、注文入力端末に対して充電を行うことができる。
【００１５】
また、本発明の一態様は、上記の注文処理システムであって、前記収納装置は、注文入力端末が当該収納装置から取り外されるのに応じて、取り外された注文入力端末が使用中状態にあることを前記管理装置に通知する状態通知手段を備えてもよい。
【００１６】
上記構成によれば、注文入力端末が使用中状態にあることが収納装置から管理装置に通知されるために、注文入力端末が通知のための通信を行う必要がない。これにより、注文入力端末が備える充電池から使用される電力を節減することが可能になる。
【００１７】
また、本発明の一態様は、上記の注文処理システムであって、前記報知制御部は、充電池の残量が少なくなったことについての報知とともに、充電池の残量が少なくなった注文入力端末を特定する情報を報知してもよい。
【００１８】
上記構成によれば、店員は、充電池の残量が少なくなったことについての報知を受けた際に、充電池の残量が少なくなった注文入力端末がどれであるのかを知ることができ、その後の対応を円滑に進めることができる。
【００１９】
また、本発明の一態様は、上記の注文処理システムであって、前記報知制御部は、充電池の残量が少なくなったことについての報知とともに、充電池の残量が少なくなった注文入力端末が客により使用されている使用場所を特定する情報を報知してもよい。
【００２０】
上記構成によれば、店員は、充電池の残量が少なくなったことについての報知を受けた際に、充電池の残量が少なくなった注文入力端末が客により使用されている使用場所（例えばテーブルなど）を知ることができ、その後の対応を円滑に進めることができる。
【００２１】
また、本発明の一態様は、上記の注文処理システムであって、前記報知制御部は、充電池の残量が少なくなったことについての報知が前記管理装置にて行われるように制御してもよい。
【００２２】
上記構成によれば、充電池の残量が少なくなったことについての報知が、注文処理システムにおいて中枢となる管理装置にて報知されることから、その後の対応をさらに円滑に図ることができる。
【発明の効果】
【００２３】
以上説明したように、本発明によれば、客が商品の注文に使用する注文入力端末を備える注文システムにおいて、注文入力端末のバッテリ残量が少なくなったことの報知が行われるようになるという効果が得られる。
【図面の簡単な説明】
【００２４】
【図１】本実施形態における注文処理システムの構成例を示す図である。
【図２】本実施形態におけるクレイドルの外観例を示す図である。
【図３】本実施形態における複数のクレイドルとキッチンプリンタとの接続関係を示す図である。
【図４】本実施形態における注文入力端末の構成例を示す図である。
【図５】本実施形態におけるメニューファイルの一例を示す図である。
【図６】本実施形態における音声ファイルの構造例を示す図である。
【図７】本実施形態におけるメニューコードブックの一例を示す図である。
【図８】本実施形態における注文データの構造例を示す図である。
【図９】本実施形態におけるクレイドルの構成例を示す図である。
【図１０】本実施形態におけるホストサーバの構成例を示す図である。
【図１１】本実施形態における端末状態情報テーブルの構造例を示す図である。
【図１２】本実施形態におけるバッテリ残量警告画面の態様例を示す図である。
【図１３】本実施形態におけるクレイドル、注文入力端末及びホストサーバが端末状態情報の管理に対応して実行する処理手順例を示すフローチャートである。
【図１４】本実施形態におけるクレイドルが送信する状態通知の構造例を示す図である。
【図１５】本実施形態におけるホストサーバがバッテリ残量警告に関連して実行する処理手順例を示すフローチャートである。
【図１６】本実施形態における端末状態リスト画面の一例を示す図である。
【図１７】本実施形態における変形例としてのテーブル利用状況画面の態様例を示す図である。
【発明を実施するための形態】
【００２５】
［注文処理システムの構成例］
以下、一実施形態としての注文処理システムについて図面を参照して説明する。
図１は、本実施形態における注文処理システムの構成例を示している。同図に示す注文処理システムは、ホストサーバ１００（管理装置の一例）、注文入力端末２００、無線トランシーバ３００、ＰＯＳ端末４００、キッチンプリンタ５００、ＵＳＢハブ６００、クレイドル７００（注文入力端末２００を収納する収納装置の一例）を備える。
同図に示す注文処理システムは、例えばレストランや居酒屋などの飲食店に備えられる。
【００２６】
ホストサーバ１００は、注文入力端末２００が送信する注文データを処理するサーバであり、例えば店舗における事務室などに設置される。
また、本実施形態におけるホストサーバ１００は、注文入力端末２００ごとについて、バッテリ残量が少なくなったことについての警告（報知）が行われるように制御する。
【００２７】
本実施形態のホストサーバ１００は、有線ＬＡＮ（Local Area Network）８００を介して、無線トランシーバ３００、ＰＯＳ端末４００、キッチンプリンタ５００と通信可能に接続される。
また、ホストサーバ１００は、例えばインターネットなどの外部ネットワーク９００とも接続可能なように構成されている。例えば店舗がチェーン店の１つである場合、外部ネットワーク９００との接続機能を利用して、ホストサーバ１００は、本社のデータ管理サーバと通信を行うことができる。そして、データ管理サーバは、各チェーン店の売上情報を収集し管理することができる。
【００２８】
注文入力端末２００は、注文するメニュー（商品の一例）を入力するのに客が使用する端末である。注文入力端末２００は、例えば店舗において、例えば客が着くテーブル（使用場所の一例）ごとに対応して客に渡される。注文入力端末２００は、電源として充電池を備える充電池式である。
注文入力端末２００は、例えば同図に示すようにペン型の形状を有しており、先端にはコードリーダが備えられている。客は、注文入力端末２００のコードリーダをメニューコードブック（図５）において注文したいメニューに対応するコードが印刷された部分にかざす。これにより、コードリーダがコードを読み取る。このように、注文入力端末２００へのメニューの入力は、メニューコードブック上のコードを読み取らせることによって行われる。
注文入力端末２００は、入力されたメニューを示す注文データを、無線によりホストサーバ１００に送信する。注文入力端末２００から送信された注文データは、無線トランシーバ３００にて一旦受信されたのち、有線ＬＡＮ８００を経由してホストサーバ１００にて受信される。
【００２９】
なお、注文入力端末２００と無線トランシーバ３００間の無線通信には、例えばＺｉｇＢｅｅ（登録商標）などの近距離無線通信方式を採用することができる。
例えば、ＺｉｇＢｅｅは、消費電力が低く、通信機器も容易に低コスト化できるという特徴を有する。例えば、飲食店の注文データはサイズが小さいので、ＺｉｇＢｅｅを利用することでシステムの無線機器を低コストに構成できるという利点がある。
【００３０】
また、注文入力端末２００は、各メニューの名称や、メニューに関する調理方法や食材などを説明するメニュー情報を音声により報知するための音声データを保持している。注文入力端末２００にメニューが入力されると、入力されたメニューに対応するメニューの名称やメニュー情報が音声にて報知される。
【００３１】
注文入力端末２００は、客に使用されていない待機状態においては、店員がクレイドル７００に装着しておくようにする。
クレイドル７００は、待機状態の注文入力端末２００の置き台であるとともに、装着された注文入力端末２００が内蔵するバッテリ（充電池）への充電を行う充電装置としての機能を有する。
また、クレイドル７００は、装着された注文入力端末２００について、ＵＳＢ（Universal Serial Bus）ハブ６００からキッチンプリンタ５００を介し、さらに有線ＬＡＮ８００を経由してホストサーバ１００と通信を行わせることも可能である。
【００３２】
図２は、クレイドル７００の外観例を示している。クレイドル７００の上面には、注文入力端末２００を装着するための複数（Ｎ個）の装着口７０１−１〜７０１−Ｎが、所定の配列パタンにより配列されるようにして設けられる。なお、以降において、装着口７０１−１〜７０１−Ｎについて特に区別しない場合には装着口７０１と記載する。
【００３３】
装着口７０１の奥には、図示しないがＵＳＢコネクタと充電用端子が設けられている。また、同図での図示は省略するが、注文入力端末２００の所定位置には、装着口７０１に設けられたＵＳＢコネクタと充電用端子とのそれぞれに対応するＵＳＢコネクタと充電用端子とが設けられている。
注文入力端末２００が装着口７０１に対して適切に装着された状態では、装着口７０１のＵＳＢコネクタと注文入力端末２００のＵＳＢコネクタとが接続され、装着口７０１の充電用端子と注文入力端末２００の充電用端子とが接続される。
【００３４】
クレイドル７００の側面においては、クレイドル７００をキッチンプリンタ５００と接続するためのＵＳＢ端子７０２が設けられている。ＵＳＢ端子７０２は、クレイドル７００が内蔵するＵＳＢハブを介して、各装着口７０１におけるＵＳＢコネクタと接続されている。
また、クレイドル７００の側面からはＡＣケーブル７０３が引き出されている。ＡＣケーブル７０３は商用交流電源と接続されることで、クレイドル７００に電源を供給する。
【００３５】
説明を図１に戻す。キッチンプリンタ５００は、店舗の厨房内あるいはその近傍に設置され、注文されたメニューを示す調理指示伝票を印刷する。
注文入力端末２００から送信された注文データは、ホストサーバ１００にて受信される。ホストサーバ１００は、受信された注文データを処理し、注文データが示すメニューの調理を指示する調理指示データをキッチンプリンタ５００に送信する。キッチンプリンタ５００は、受信された調理指示データの内容が反映された調理指示伝票を印刷する。店舗の調理担当者は、印刷された調理指示伝票を見て注文されたメニューを確認し、注文されたメニューの調理を行う。
【００３６】
また、キッチンプリンタ５００は、これまでの説明から理解されるように、ＵＳＢによるデータインターフェースと有線ＬＡＮ８００との間でインターフェース変換を行ってデータを伝達する機能を備えている。これによりホストサーバ１００とクレイドル７００との間で通信を行うことが可能となる。
【００３７】
図３は、複数のクレイドル７００とキッチンプリンタ５００との接続関係を示している。
同図に示すように、キッチンプリンタ５００は、ＵＳＢによるデータ伝送に対応するＵＳＢポート５０１を備えている。同図の場合、ＵＳＢポート５０１は、ＵＳＢハブ６００を介して、複数のクレイドル７００と接続される。
このように、複数のクレイドル７００とホストサーバ１００との間にＵＳＢハブ６００が介在することにより、複数のクレイドル７００とホストサーバ１００との間での通信が可能になる。
【００３８】
［注文入力端末の構成例］
図４は、注文入力端末２００の構成例を示している。同図に示す注文入力端末２００は、ＣＰＵ２０１、記憶部２０２，ＲＡＭ２０３、コードリーダ２０４、音声合成回路２０５、スピーカ２０６、無線通信部２０７、ＵＳＢインターフェース（Ｉ／Ｆ）２０８、バッテリ２０９、ＬＥＤ（Light Emitted Diode）インジケータ２１０を備える。
【００３９】
ＣＰＵ２０１は、記憶部２０２に記憶されたプログラムをＲＡＭ２０３にロードして実行することにより、注文入力端末２００としての機能を実現するための各種の処理を実行する。
【００４０】
記憶部２０２は、ＣＰＵ２０１の補助記憶装置であって、ＣＰＵ２０１が実行するプログラムのほか、ＣＰＵ２０１が利用する各種の情報を記憶する。記憶部２０２は、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）、ＲＯＭ（Read Only Memory）などのハードウェアを備えて構成される。
【００４１】
ＲＡＭ（Random Access Memory）２０３は、ＣＰＵ２０１の主記憶装置であって、ＣＰＵ２０１の作業領域として利用される。ＲＡＭ２０３は、注文入力端末２００の電源をオンとした際に注文入力端末２００に割り当てられた端末ＩＤ（端末識別子）、店員番号、コードリーダ２０４で読み取ったメニューコードなどを記憶する。また、ＲＡＭ２０３は、ホストサーバ１００から転送されたメニューファイルや音声ファイルなどを記憶する。
【００４２】
図５は、ＲＡＭ２０３に記憶されるメニューファイルの一例を示している。メニューファイルは、ホストサーバ１００と注文入力端末２００で同一内容のものが記憶される。
同図に示すメニューファイルは、メニューごとに対応して、メニューコード、名称、価格、名称用音声コード、説明用音声コード、売り切れフラグなどの情報を格納する領域を備える構造を有する。
メニューコードの領域には、対応のメニューについてのメニューコードが格納される。
名称の領域には、対応のメニューについての名称が格納される。
価格の領域には、対応のメニューの価格が格納される。
名称用音声コードの領域には、対応のメニューについての名称を話す音声データに付与された音声コードが格納される。
説明用音声コードの領域には、対応のメニューについての説明（メニュー情報）を話す音声データに付与された音声コード（識別子）が格納される。
売り切れフラグの領域は、対応のメニューが売り切れたか否かを示す売り切れフラグとしての所定値が格納される。一例として、「１」の売り切れフラグは売り切れたことを示し、「０」の売り切れフラグは売り切れていないことを示す。
【００４３】
図６は、ＲＡＭ２０３に記憶される音声ファイルの構造例を示している。同図に示すように、音声ファイルは、音声データごとに音声コードが対応付けられた構造である。
【００４４】
説明を図４に戻す。
コードリーダ２０４は、メニューコードブックに印刷されているメニュー名やファンクションキーなどに対応するコードを読み取る部位である。前述のように、コードリーダ２０４は、ペン型の注文入力端末２００の先端部に設けられている。
なお、コードリーダ２０４によるコードの読み取り方式としては、例えば赤外線を利用した方式などが採用されればよい。
【００４５】
図７は、メニューコードブックの一例である。同図に示されるメニューコードブックは、メニューエリアとファンクションキーエリアとが配置されている。
メニューエリアには、店舗にて提供されるメニューとその価格などのメニューごとに関する所定の情報が記載されている。また、メニューによっては、調理方法の選択肢（例えばステーキの場合、焼き方としてレアかミディアムかウェルダンかの選択肢）やサイドディッシュの選択肢（例えばベイクドポテト、フレンチフライ、温野菜など）、飲み物の提供タイミングの選択肢（食前か食後か）などのメニュー関連指定項目も記載されている。
そのうえで、メニューの名称とメニュー関連指定項目の部分には、該当の内容をコード化したコードが赤外線により読み取り可能な状態で印刷されている。
【００４６】
客がメニューの注文のために、注文入力端末２００の先端をメニューコードブックにおけるメニューの名称やメニュー関連指定項目の部分に触れさせると、コードリーダ２０４が触れられたメニューの名称やメニュー関連指定項目の部分のコードを光学的に読み取る。
ＣＰＵ２０１は、コードリーダ２０４により読み取られたコードにより示される情報を利用して注文データを生成し、生成した注文データをホストサーバ１００に送信する。
【００４７】
図８は、注文入力端末２００が送信する注文データの構造例を示している。同図に示す注文データは、例えば先頭から順に端末ＩＤ、テーブル番号、店員番号の領域が配置され、続けて、注文されたＮ個のメニュー（第１メニュー〜第Ｎメニュー）に関するメニュー単位情報が順次配置される構造を有する。
端末ＩＤの領域には、注文データの送信元の注文入力端末２００を特定する端末ＩＤが格納される。
【００４８】
テーブル番号の領域には、注文データの送信元の注文入力端末２００が対応するテーブルを特定するテーブル番号が格納される。テーブル番号は、オーダー準備のために店員が注文入力端末２００を使用して行う操作によって登録され、例えばＲＡＭ２０３に記憶される。テーブル番号の領域には、このようにオーダー準備に際して登録され、ＲＡＭ２０３に記憶されたテーブル番号が格納される。
店員番号の領域には、対応のテーブルの客の担当となった店員に付与された店員番号が格納される。店員番号も、オーダー準備のために店員が注文入力端末２００を使用して行う操作によって登録され、ＲＡＭ２０３に記憶される。
【００４９】
また、注文データにおいて、１つのｉ番目のメニューに対応するメニュー単位情報の領域は、メニューコード（第ｉメニューコード）と、メニュー関連指定情報と、注文数との各領域を含む。
メニューコードの領域は、コードリーダ２０４によって読み込まれたメニューコードの値を格納する。
メニュー関連指定情報の領域は、対応のメニューコードが示すメニューに対応してコードリーダ２０４によって読み込まれたメニュー関連指定項目が示すメニュー関連指定情報を格納する。
注文数の領域は、対応のメニューコードが示すメニューについて注文された個数を示す値を格納する。
【００５０】
また、図７のメニューコードブックには、ファンクションキーエリアに、１〜１０の数字や「確定」、「キャンセル」、「繰り返し」、「送信」、「会計」、「スタッフを呼ぶ」などの各種ファンクションキーが記載されており、これらのファンクションキーの各部にも、赤外線での読み取りが可能なコードが印刷されている。
ＣＰＵ２０１は、コードリーダ２０４によりファンクションキーのコードが読み取られた場合には、読み取られたコードが示すコマンドをホストサーバ１００に送信する。
【００５１】
説明を図４に戻す。音声合成回路２０５は、ＲＡＭ２０３から読み出された音声ファイルの音声データから音声波形を合成し、合成した音声波形による音声をスピーカ２０６から出力させる。
例えばＣＰＵ２０１は、コードリーダ２０４によって読み取られたコードが示すメニューに関する音声データをＲＡＭ２０３から取得し、取得した音声データを音声合成回路２０５に出力する。これにより、客が注文入力端末２００を操作して注文したいメニューを入力したのに応じて、入力されたメニューについての名称、メニュー情報などの音声が注文入力端末２００から出力される。このように出力される音声を聞くことで、ユーザは、入力したメニューが間違っていないか否かを確認できる。
【００５２】
無線通信部２０７は、無線トランシーバ３００との間で無線通信を行う。これにより、注文入力端末２００から無線により送信された注文データが無線トランシーバ３００を経由してホストサーバ１００にまで伝達される。無線通信部２０７が対応する通信方式としては特に限定されないが、例えば前述のように、ＺｉｇＢｅｅ（登録商標）などを採用できる。
【００５３】
ＵＳＢインターフェース２０８は、接続されたＵＳＢケーブルを介して、ＵＳＢの方式に従ってデータの授受を行う部位である。
ＵＳＢインターフェース２０８のＵＳＢコネクタは、注文入力端末２００がクレイドル７００の装着口７０１（図１）に差し込まれるのに応じて、装着口７０１の奥に設けられたＵＳＢコネクタと接続される。これにより、注文入力端末２００がクレイドル７００からＵＳＢハブ６００を介してホストサーバ１００とデータの授受を行うことが可能になる。
【００５４】
バッテリ２０９は、注文入力端末２００の電源であり、注文入力端末２００における各部に電力を供給する。本実施形態において、バッテリ２０９には、充電池が使用される。
注文入力端末２００がクレイドル７００の装着口７０１に差し込まれることにより、注文入力端末２００の充電用端子と装着口７０１の奥に設けられた充電用端子とが接触する。これにより、注文入力端末２００のバッテリ２０９への充電が可能になる。
ＬＥＤインジケータ２１０は、バッテリ２０９の残量を表示する部位である。
【００５５】
［クレイドルの構成例］
図９は、クレイドル７００の構成例を示している。同図に示すクレイドル７００は、ＣＰＵ７１０、記憶部７２０、ＲＡＭ７３０、電源部７４０、充電部７５０−１〜７５０−Ｎ及びＵＳＢハブ７６０を備える。
【００５６】
ＣＰＵ７１０は、記憶部７２０に記憶されたプログラムをＲＡＭ７３０にロードして実行することにより、クレイドル７００としての機能を実現するための各種の処理を実行する。
本実施形態のＣＰＵ７１０は、状態通知手段としての機能を有する。状態通知手段は、注文入力端末２００がクレイドル７００から取り外される（装着口７０１から取り外される）のに応じて、取り外された注文入力端末２００が使用中状態にあることをホストサーバ１００に通知する。
【００５７】
記憶部７２０は、ＣＰＵ７１０の補助記憶装置であって、ＣＰＵ７１０が実行するプログラムのほか、ＣＰＵ７１０が利用する各種の情報を記憶する。記憶部７２０は、例えばフラッシュメモリ、ＨＤＤ、ＲＯＭなどのハードウェアを備えて構成される。
ＲＡＭ７３０は、ＣＰＵ７１０の主記憶装置であって、ＣＰＵ７１０の作業領域として利用される。
【００５８】
電源部７４０は、ＡＣケーブル７０３（図２）を介して入力した商用交流電源を所定電圧値の直流に変換して直流電源を生成し、生成された直流電源をクレイドル７００の各部に供給する。
【００５９】
充電部７５０−１〜７５０−Ｎは、装着口７０１−１〜７０１−Ｎ（図２）ごとに対応して備えられ、対応の装着口７０１に差し込まれた注文入力端末２００のバッテリ２０９に充電を行う。
充電部７５０−１〜７５０−Ｎは、それぞれ、ＵＳＢコネクタ７５１−１〜７５１−Ｎと、ＬＥＤ７５２−１〜ＬＥＤ７５２−Ｎとを備える。
【００６０】
なお、以降の説明にあたり、充電部７５０−１〜７５０−Ｎについて特に区別しない場合には、充電部７５０と記載する。また、ＵＳＢコネクタ７５１−１〜７５１−Ｎについて特に区別しない場合にはＵＳＢコネクタ７５１と記載し、ＬＥＤ７５２−１〜ＬＥＤ７５２−Ｎについて特に区別しない場合にはＬＥＤ７５２と記載する。
【００６１】
１つの装着口７０１に注文入力端末２００が装着されると、装着口７０１に対応の充電部７５０は、注文入力端末２００が装着されたことを検出する。
なお、充電部７５０は、注文入力端末２００の装着口７０１への装着の有無に応じたメカニカルなスイッチやフォトカプラなどの変化により、注文入力端末２００が装着口７０１に装着されていることを検出するようにしてもよい。
あるいは、充電部７５０は、装着口７０１に注文入力端末２００が装着されるのに応じて、注文入力端末２００のＵＳＢコネクタが充電部７５０のＵＳＢコネクタ７５１と接続されたことを検出することにより、注文入力端末２００が装着口７０１に装着されていることを検出してもよい。
【００６２】
装着口７０１に注文入力端末２００が装着されるのに応じて、注文入力端末２００の充電用端子と装着口７０１の充電用端子とが接触する。充電部７５０は、注文入力端末２００の装着を検出するのに応じて、充電用端子の接触部分を介してバッテリ２０９への充電を開始する。
ＬＥＤ７５２は、対応の充電部７５０による注文入力端末２００のバッテリ２０９への充電状態を示すように点灯する。具体的に、ＬＥＤ７５２は、充電中においては点灯し、充電が完了もしくは充電が行われていない（注文入力端末２００が装着されていない）状態においては消灯する。また、充電動作に何らかの異常が生じたような場合にはＬＥＤ７５２は点滅する。
【００６３】
また、装着口７０１に注文入力端末２００が装着された状態では、注文入力端末２００のＵＳＢコネクタと充電部７５０におけるＵＳＢコネクタ７５１とが接続される。各充電部７５０のＵＳＢコネクタ７５１はＵＳＢハブ７６０に接続されており、ＵＳＢハブ７６０は、ＵＳＢ端子７０２（図２）と接続されている。これにより、装着口７０１に装着された注文入力端末２００は、ホストサーバ１００と通信を行うことができる。
【００６４】
なお、上記の説明では、充電部７５０は、充電用端子の接触を介して充電電力を供給するようにされているが、ＵＳＢコネクタ７５１を経由したバスパワーによる電源供給を利用して充電を行うようにしてもよい。
【００６５】
また、ＣＰＵ７１０もＵＳＢハブ７６０と接続される。これにより、ＣＰＵ７１０もＵＳＢインターフェース、有線ＬＡＮ８００を経由してホストサーバ１００と通信を行うことが可能である。
本実施形態において、ＣＰＵ７１０は、充電部７５０ごとにおいて、注文入力端末２００が装填されたことが検出されるのに応じて、その旨の通知をホストサーバ１００に送信する。また、ＣＰＵ７１０は、充電部７５０ごとにおいて、注文入力端末２００の装填が外されたことが検出されるのに応じて、その旨をホストサーバ１００に通知する。
【００６６】
［ホストサーバの構成例］
図１０は、ホストサーバ１００の構成例を示している。同図に示すホストサーバ１００は、ＣＰＵ１０１、記憶部１０２、ＲＡＭ１０３、表示部１０４、操作部１０５、ＬＡＮインターフェース（Ｉ／Ｆ）１０６及びネットワークインターフェース（Ｉ／Ｆ）１０７を備える。
【００６７】
ＣＰＵ１０１は、記憶部１０２に記憶されたプログラムをＲＡＭ１０３にロードして実行することにより、ホストサーバ１００としての機能を実現するための各種の処理を実行する。
本実施形態において、ＣＰＵ１０１は、時間計測手段としての機能を有する。時間計測手段は、注文入力端末２００が使用中状態にある使用経過時間を計測する。ここでの使用中状態は、注文入力端末２００がクレイドル７００に装着されていない状態である。
また、ＣＰＵ１０１は、報知制御部としての機能を有する。報知制御部は、時間計測手段により計測された使用経過時間が所定以上となった場合に、電池の残量が少なくなったことについての報知が店員の使用する所定の装置にて行われるように制御する。本実施形態の場合、報知制御部は、電池の残量が少なくなったことについての報知がホストサーバ１００にて行われるように制御する。
【００６８】
記憶部１０２は、ＣＰＵ１０１の補助記憶装置であって、ＣＰＵ１０１が実行するプログラムのほか、ＣＰＵ１０１が利用する各種の情報を記憶する。記憶部１０２は、例えばフラッシュメモリ、ＨＤＤ、ＲＯＭなどのハードウェアを備えて構成される。
ＲＡＭ１０３は、ＣＰＵ１０１の主記憶装置であって、ＣＰＵ１０１の作業領域として利用される。
【００６９】
表示部１０４は、ＣＰＵ１０１の制御に応じて画像を表示する。なお、表示部１０４は、タッチパッドを備えたタッチパネルとして構成されてもよい。
操作部１０５は、ホストサーバ１００に備えられる操作子や操作デバイスを一括して示している。例えば、ホストサーバ１００に接続されるマウス、キーボードなども操作部１０５に備えられる。また、表示部１０４がタッチパネルとして構成される場合には、タッチパネルを構成するタッチパッドなども操作部１０５に含まれてよい。
【００７０】
ＬＡＮインターフェース１０６は、有線ＬＡＮ８００経由で通信を行う。
ネットワークインターフェース１０７は、外部ネットワーク９００経由で通信を行う。
【００７１】
ＣＰＵ１０１は、注文入力端末２００の使用経過時間を管理するにあたり、端末状態情報を利用する。端末状態情報は、注文入力端末２００ごとの使用に関する状態を示す情報である。端末状態情報は、ＲＡＭ１０３に記憶され、注文入力端末２００の使用に関する状態の変化に応じて逐次更新される。
【００７２】
端末状態情報は、注文入力端末２００ごとに配列された端末状態情報テーブルとしてＲＡＭ１０３に記憶される。
図１１は、端末状態情報テーブルの構造例を示している。端末状態情報テーブルは、店舗で用意された注文入力端末２００ごとに対応する端末状態情報がレコードとして配列されたテーブル構造を有する。１つの注文入力端末２００に対応する端末状態情報は、端末ＩＤ、状態情報、テーブル番号及び使用経過時間の各領域を含む。
端末ＩＤの領域は、対応の注文入力端末２００に付与された端末ＩＤを格納する。
【００７３】
状態情報の領域は、対応の端末の使用に関する現在の状態を示す状態情報を格納する。本実施形態において、状態情報は、使用中状態、待機状態、使用停止状態のうちのいずれかを示す。
【００７４】
使用中状態は、対応の注文入力端末２００が客により使用されているとみなせる状態である。より具体的には、使用中状態は、電源がオンの状態で使用可能な状態にある注文入力端末２００がクレイドル７００に装着されていない状態を指す。クレイドル７００に装着されていない状態のもとでは、注文入力端末２００を店員が持って、オーダー準備のための操作などを行っているような状況もあり得る。しかし、このよう状況は注文入力端末２００が客により使用されるための準備期間とも捉えられることから、注文入力端末２００が客により使用されている状態にあるとみなしてよい。
【００７５】
待機状態は、対応の注文入力端末２００の使用が待機された状態である。具体的には、待機状態は、注文入力端末２００がクレイドル７００に装着されている状態である。
【００７６】
使用停止状態は、対応の注文入力端末２００の店舗での使用が停止されている状態である。一例として、客の数が少ないような時期には、用意してある全ての注文入力端末２００のうちの一部の注文入力端末２００で対応できるような場合がある。このような場合には、使用しなくともよい注文入力端末２００については電源をオフとして、例えばクレイドル７００に装着したままとしておくか、クレイドル７００とは異なる所定の場所に置かれるようにして保管される。このように使用されずに電源がオフのまま管理されている状態が使用停止状態である。
【００７７】
なお、状態情報として「使用中状態」と「待機状態」とについては、図１３にて後述するように、ホストサーバ１００がクレイドル７００から受信する状態通知に基づいて設定が行われる。一方、使用停止状態については、例えばホストサーバ１００等に対する店員の所定操作によって設定が行われればよい。
【００７８】
テーブル番号の領域は、対応の注文入力端末２００が使用されるテーブルを示すテーブル番号を格納する。
テーブル番号は、注文入力端末２００をこれから客に使用させるにあたり、店員がオーダー準備のための操作を行うのに伴って登録される。従って、テーブル番号は、対応の状態情報が使用中状態を示す場合において格納される。一方、対応の状態情報が待機状態または使用停止状態の場合、対応の注文入力端末２００についてオーダー準備の操作は行われておらず、テーブル番号も登録されていない状態である。このために、対応の状態情報が待機状態または使用停止状態を示す場合、テーブル番号の領域に有意な値は格納されない。
【００７９】
使用経過時間の領域は、対応の状態情報が使用中状態を示す場合において、使用中状態が開始されてからの経過時間（使用経過時間）を格納する。なお、同図においては使用経過時間が、時間、分により表現される例を示している。
使用経過時間は、ＣＰＵ１０１が例えばタイマを用いて計測する。ＣＰＵ１０１は、例えば一定時間ごとのタイミングで、使用経過時間の領域に格納される使用経過時間を、タイマが計測した現在時間で更新していく。
【００８０】
ここで、使用経過時間が長くなるほど、対応の注文入力端末２００のバッテリ２０９の残量が減少していき、或るタイミングで充電を行うべき残量にまで低下する。ここで、バッテリ２０９が満充電の状態から充電を行うべき残量に低下するまでの時間は、おおよそ決まっている。
そこで、ＣＰＵ１０１は、端末状態情報において使用経過時間が所定以上となった注文入力端末２００については、バッテリの残量が少なくなったことについての報知が行われるように制御する。
【００８１】
具体的に、バッテリ２０９の残量が少なくなったことの報知（バッテリ残量警告）は、ホストサーバ１００において、表示部１０４での表示によって行われる。
図１２は、表示部１０４において、バッテリ残量警告のために表示されるバッテリ残量警告画面の態様例を示している。
同図に示されるバッテリ残量警告画面においては、メッセージ領域ＡＲ１と、端末ＩＤ領域ＡＲ２と、テーブル番号領域ＡＲ３と、確認ボタンＢＴ１とが配置される。
【００８２】
メッセージ領域ＡＲ１においては、「注文入力端末のバッテリ残量が少なくなっています。充電してください。」のように、バッテリ２０９の残量が少なくなったことを報知し、充電を促すメッセージが表示される。
また、端末ＩＤ領域ＡＲ２においては、バッテリ２０９の残量が少なくなった注文入力端末２００の端末ＩＤを表す文字（例えば英数字）が表示される。テーブル番号領域ＡＲ３においては、今回の警告が行われた注文入力端末２００に対応して登録されたテーブル番号が表示される。
【００８３】
なお、このようなバッテリ残量警告画面の表示とともに、注文入力端末２００のバッテリ残量が少なくなった旨を通知する警告音がホストサーバ１００から出力されるようにしてもよい。これにより、ホストサーバ１００の設置された場所にいる店員が表示部１０４の画面を監視していなくとも、バッテリ残量警告が行われたことを警告音によって即座に知ることができる。
【００８４】
ホストサーバ１００が設置された場所にいる店員は、ホストサーバ１００の表示部１０４に表示された同図のバッテリ残量警告画面を観ることで、以下のことを把握できる。つまり、店員は、現在、端末ＩＤが「ＴＭ００１」で、テーブル番号が「ＴＢ０１０」のテーブルにおいて使用されている注文入力端末２００のバッテリ残量が少なくなっており、充電を必要とする状態にあることを把握できる。
なお、同図のバッテリ残量警告画面の表示は、確認ボタンＢＴ１を操作することによって消去させることができる。
【００８５】
同図のバッテリ残量警告画面を観て上記の状態にあることを把握した店員は、代わりの満充電状態の注文入力端末２００をクレイドル７００から外し、外した注文入力端末２００に対してオーダー準備の操作を行う。
オーダー準備の操作は例えば以下のようになる。クレイドル７００から満充電状態で電源がオンの状態の注文入力端末２００を外すと、注文入力端末２００が店員番号の入力を促すメッセージ音声を出力する。そこで、店員は、例えばオーダー準備のためのコードシートを利用して、注文入力端末２００に自分の店員番号を読み込ませる。これにより、注文入力端末２００に店員番号が入力される。
【００８６】
店員番号の入力が完了すると、注文入力端末２００は、テーブル番号の入力を促す音声メッセージを出力する。そこで、店員は、オーダー準備のためのコードシートを利用して、注文入力端末２００が使用されるテーブルのテーブル番号を入力する。この場合、店員が入力するテーブル番号は、図１２のテーブル番号領域ＡＲ３において表示される「ＴＢ０１０」である。
【００８７】
以降において、店員は、オーダー準備の操作として、注文入力端末２００が出力する音声メッセージに従って、客層、客数などを入力することができる。
そして、店員は、上記の店員番号、テーブル番号、客層、客数などの項目を全て入力し終えると、送信操作を行う。送信操作は、例えばオーダー準備のためのコードシートにおいて送信を指示するためのファンクションキー部分に印刷されたコードを注文入力端末２００に読み込ませることによって行える。
【００８８】
上記の送信操作に応じて、注文入力端末２００は、オーダー準備の操作によって入力された店員番号、テーブル番号、客層、客数を含むオーダー準備情報を、無線通信経由でホストサーバ１００に送信する。ホストサーバ１００がオーダー準備情報を受信することにより、この注文入力端末２００が新たにテーブル番号「ＴＢ０１０」のテーブルで使用されるものとして管理される。
【００８９】
そして、店員は、上記のように新たにオーダー準備を行った注文入力端末２００を持って、テーブル番号「ＴＢ０１０」のテーブルに赴く。テーブル番号「ＴＢ０１０」のテーブルでは、図１２に示したバッテリ残量警告画面にて示されていた、端末ＩＤが「ＴＭ００１」の注文入力端末２００が使用されている状態にある。
そこで、店員は、これまでテーブル番号「ＴＢ０１０」のテーブルで使用されていた、端末ＩＤが「ＴＭ００１」の注文入力端末２００を引き取る。代わりに、店員は、先ほどオーダー準備を行った注文入力端末２００を客に新たに渡し、以降において、新たに渡した注文入力端末２００を使用してもらう。
【００９０】
このように、本実施形態においては、店舗において店員が使用するホストサーバ１００側においてバッテリ残量警告画面が表示される。つまり、本実施形態においては、注文入力端末のバッテリ残量が少なくなったことの報知が店員に向けて行われる。これにより、店舗で使用されている注文入力端末２００についてバッテリ残量が少なくなった状態を客よりも早く把握し、前述のように、次の満充電の状態の注文入力端末２００と交換する作業を、客の呼び出しを受けることなく円滑に進めることができる。
また、ホストサーバ１００は、注文処理システムにおける中枢であって、例えば事務室などのように店舗全体を統括する環境のもとで設置される。このため、バッテリ残量警告画面がホストサーバ１００にて表示されることによっては、店員への指示などが行いやすくなり、以降の対応をさらに円滑に進めることができる。
【００９１】
［処理手順例］
図１３のフローチャートを参照して、端末状態情報の管理に対応して、クレイドル７００、注文入力端末２００及びホストサーバ１００が実行する処理手順例について説明する。なお、以降の説明にあたり、クレイドル７００の装着口７０１は、それぞれ１つの端末ＩＤと一意に対応付けられている場合を例に挙げる。即ち、装着口７０１は、それぞれ、１つの注文入力端末２００と一意に対応付けられている。
また、装着口７０１のそれぞれが１つの特定の注文入力端末２００と対応付けられているということは、充電部７５０がそれぞれ１つの注文入力端末２００と一意に対応付けられていることに相当する。
【００９２】
まず、クレイドル７００における処理手順について説明する。
ステップＳ１０１：クレイドル７００において、ＣＰＵ７１０は、注文入力端末２００が装着されている状態から装着されていない状態に遷移した装着口７０１が有るか否かについて判定する。
前述のように、充電部７５０は、対応の装着口７０１に注文入力端末２００が装着された状態にあるか否かを検出する。そして、充電部７５０は、検出結果（「装着」または「非装着」）を示す検出信号をＣＰＵ７１０に出力する。
ＣＰＵ７１０は、充電部７５０から入力される検出信号が「装着」を示す状態から「非装着」を示す状態に変化するのに応じて、対応の装着口７０１に注文入力端末２００が装着されている状態から装着されていない状態に遷移したことを判定する。
【００９３】
ステップＳ１０２：ステップＳ１０１により注文入力端末２００が装着されている状態から非装着の状態に遷移した装着口７０１の有ることが判定されるのに応じて、ＣＰＵ７１０は、以下の処理を実行する。つまり、ＣＰＵ７１０は、非装着の状態に遷移したことが判定された装着口７０１に対応付けられた注文入力端末２００が「使用中状態」となったことを示す状態通知をホストサーバ１００に送信する。
【００９４】
ステップＳ１０３：ＣＰＵ７１０は、ステップＳ１０１により非装着の状態に遷移した装着口の無いことが判定された場合、さらに、注文入力端末２００が非装着の状態から装着状態に遷移した装着口７０１が有るか否かについて判定する。
【００９５】
ステップＳ１０４：ステップＳ１０３により注文入力端末２００が非装着の状態から装着状態に遷移した装着口７０１の有ることが判定されるのに応じて、ＣＰＵ７１０は、以下の処理を実行する。つまり、ＣＰＵ７１０は、装着状態に遷移したことが判定された装着口７０１に対応付けられた注文入力端末２００が「待機状態」となったことを示す状態通知をホストサーバ１００に送信する。
【００９６】
図１４は、ステップＳ１０２またはステップＳ１０４によりクレイドル７００が送信する状態通知の構造例を示している。同図に示される状態通知は、クレイドルＩＤ、端末ＩＤ及び端末状態を格納する。
クレイドルＩＤの領域には、状態通知の送信元のクレイドル７００を示すクレイドルＩＤが格納される。
端末ＩＤの領域には、状態通知の対象の注文入力端末２００の端末ＩＤが格納される。本実施形態において、クレイドル７００の装着口７０１は、それぞれ１つの注文入力端末２００の端末ＩＤが対応付けられている。従って、端末ＩＤの領域には、ステップＳ１０１またはステップＳ１０３にて装着、非装着の状態間で遷移のあることが判定された装着口７０１に対応付けられた端末ＩＤが格納される。
具体的に、ステップＳ１０２により送信される状態通知においては、ステップＳ１０１にて非装着の状態に遷移したことが判定された装着口７０１に対応付けられた端末ＩＤが格納される。
また、ステップＳ１０４により送信される状態通知においては、ステップＳ１０３にて装着状態に遷移したことが判定された装着口７０１に対応付けられた端末ＩＤが格納される。
【００９７】
端末状態の領域には、端末ＩＤの領域に格納された端末ＩＤにより示される注文入力端末２００の状態を示す状態フラグが格納される。状態フラグは、「使用中状態」と「待機状態」とのいずれかを示す。一例として、状態フラグは、「０」により「使用中状態」を示し、「１」により「待機状態」を示す。
【００９８】
また、同図を参照して、クレイドル７００の装着口７０１から取り外されて使用中状態にある注文入力端末２００の処理手順例について説明する。
ステップＳ２０１：注文入力端末２００においてＣＰＵ２０１は、オーダー準備情報の送信操作が行われるのを待機している。オーダー準備情報の送信操作は、前述のように、店員が、オーダー準備のためのコードシートにおいてオーダー準備情報を送信するためのファンクションキー部分に印刷されたコードを注文入力端末２００に読み取らせることによって行われる。
また、前述のように、オーダー準備情報の送信操作が行われる段階においては、オーダー準備に関する情報である店員番号、テーブル番号、客層、客数が注文入力端末２００に入力されている。
【００９９】
ステップＳ２０２：ステップＳ２０１にてオーダー準備情報の送信操作が行われたのに応じて、ＣＰＵ２０１は、オーダー準備情報をホストサーバ１００に送信する。オーダー準備情報には、オーダー準備の操作により入力された店員番号、テーブル番号、客層、客数の情報が含まれている。
【０１００】
次に、同図を参照して、ホストサーバ１００の処理手順例について説明する。
ステップＳ３０１：ホストサーバ１００においてＣＰＵ１０１は、クレイドル７００からステップＳ１０２またはステップＳ１０４により送信される状態通知が受信されたか否かについて判定する。
ステップＳ３０２：ステップＳ３０１にて状態通知が受信されるのに応じて、ＣＰＵ１０１は、受信された状態通知における端末状態が「使用中状態」を示しているか否かについて判定する。
【０１０１】
ステップＳ３０３：ステップＳ３０２にて「使用中状態」を示していると判定された場合、ＣＰＵ１０１は、端末状態情報（図１１）において、受信された状態通知に含まれる端末ＩＤに対応付けられた状態情報を、これまでの「待機状態」から「使用中状態」に変更する。
ステップＳ３０４：ステップＳ３０２にて「使用中状態」を示していないと判定された場合、受信された状態通知における端末状態は「待機状態」を示している。
そこで、この場合のＣＰＵ１０１は、端末状態情報において、受信された状態通知に含まれる端末ＩＤに対応付けられた状態情報を、これまでの「使用中状態」から「待機状態」に変更する。また、端末状態情報において、受信された状態通知に含まれる端末ＩＤに対応付けられたテーブル番号の領域には、先のオーダー準備の操作によって登録されたテーブル番号が格納されている。そこで、ステップＳ３０４におけるＣＰＵ１０１は、上記のように状態情報を「待機状態」に変更するとともに、テーブル番号の領域に格納されたテーブル番号を削除することも行う。
【０１０２】
ステップＳ３０５：ステップＳ３０４の処理を終了した後、あるいはステップＳ３０１にて状態通知が受信されなかったことが判定された場合、ＣＰＵ１０１は、注文入力端末２００からステップＳ２０２により送信されるオーダー準備情報が受信されたか否かについて判定する。
ステップＳ３０６：ステップＳ３０５にてオーダー準備情報が受信されたことが判定された場合、ＣＰＵ１０１は以下の処理を実行する。つまり、ＣＰＵ１０１は、端末状態情報において、オーダー準備情報の送信元の注文入力端末２００の端末ＩＤに対応付けられたテーブル番号の領域に、受信されたオーダー準備情報に含まれていたテーブル番号を格納する。
例えば、図１１における端末ＩＤが「ＴＭ００１」の端末状態情報において、「使用中状態」を示す状態情報は、ステップＳ３０３によって格納されたものであり、「ＴＢ０１０」のテーブル番号は、ステップＳ３０６によって格納されたものである。
なお、「使用停止状態」の状態情報については、前述のようにホストサーバ１００等に対する店員の所定操作によって設定が行われる。このために、同図においては「使用停止状態」への変更に関する処理は省略されている。
【０１０３】
続いて、図１５のフローチャートを参照して、ホストサーバ１００がバッテリ残量警告に関連して実行する処理手順例について説明する。
なお、同図は、１つの注文入力端末２００を対象として行われる処理を示している。ホストサーバ１００は、使用停止状態の注文入力端末２００を除く稼働中の注文入力端末２００のそれぞれを対象として同図に示す処理を実行する。
また、同図に示す処理が開始されるときの初期状態としては、対象の注文入力端末２００がクレイドル７００の装着口７０１に装着されており、待機状態にある場合を例に挙げる。
【０１０４】
ステップＳ４０１：ホストサーバ１００におけるＣＰＵ１０１は、初期設定として、自身が有する計時機能（タイマ）によって計測されている使用経過時間Ｔｕをリセットする。使用経過時間Ｔｕをリセットするのに応じて、対象の注文入力端末２００に対応する端末状態情報における使用経過時間に格納される値も例えば「００：００」にリセットされる。
【０１０５】
ステップＳ４０２：次に、ＣＰＵ１０１は、対象の注文入力端末２００に対応する端末状態情報における状態情報について、図１３のステップＳ３０３の処理によって「待機状態」から「使用中状態」に変更されるのを待機している。
【０１０６】
ステップＳ４０３：対象の注文入力端末２００に対応する端末状態情報における状態情報が「待機状態」から「使用中状態」に変更されるのに応じて、ＣＰＵ１０１は、タイマの計時を開始させることで、使用経過時間Ｔｕの計測を開始させる。
【０１０７】
ステップＳ４０４：ＣＰＵ１０１は、ステップＳ４０３にて使用経過時間Ｔｕの計測が開始されて以降、対象の注文入力端末２００に対応する端末状態情報における使用経過時間の領域に、現在の使用経過時間Ｔｕの計測値を格納する。
例えばステップＳ４０４の処理が、使用経過時間Ｔｕの計測が停止されるまで一定時間ごとに繰り返されることで、端末状態情報における使用経過時間が実時間の進行に応じて更新されていく。
【０１０８】
ステップＳ４０５：ＣＰＵ１０１は、現在において対応の端末状態情報の使用経過時間の領域に格納される使用経過時間Ｔｕが予め定められた閾値Ｔｔｈ以上であるか否かについて判定する。
ステップＳ４０６：ステップＳ４０５において使用経過時間Ｔｕが閾値Ｔｔｈ以上であることが判定された場合、ＣＰＵ１０１は、対応の端末状態情報の端末ＩＤの領域とテーブル番号の領域のそれぞれに格納される端末ＩＤとテーブル番号を取得する。
ステップＳ４０７：ＣＰＵ１０１は、ステップＳ４０６にて取得された端末ＩＤとテーブル番号とが端末ＩＤ領域ＡＲ２とテーブル番号領域ＡＲ３とのそれぞれにおいて示されたバッテリ残量警告画面を表示部１０４に表示させる。
【０１０９】
ステップＳ４０８：ステップＳ４０５において使用経過時間Ｔｕが閾値Ｔｔｈ未満であることが判定された場合、ＣＰＵ１０１は、対応の端末状態情報の状態情報について、図１３のステップＳ３０４により、これまでの「使用中状態」から「待機状態」に変更されたか否かについて判定する。
ステップＳ４０９：ステップＳ４０７の処理を終了した場合、また、ステップＳ４０８にて対応の端末状態情報の状態情報が「使用中状態」から「待機状態」に変更された場合、ＣＰＵ１０１は、以下の処理を実行する。つまり、ＣＰＵ１０１は、タイマを停止させることで、これまでの使用経過時間Ｔｕの計測を停止させたうえで、ステップＳ４０１に処理を戻す。
【０１１０】
上記のような処理が実行されることで、ホストサーバ１００側において使用経過時間Ｔｕに基づいてバッテリ残量警告を店員に対して行うことが可能になる。
【０１１１】
ここで、本実施形態において注文入力端末２００の「使用中状態」の開始タイミングは、図１３から理解されるように、注文入力端末２００がクレイドル７００の装着口７０１から取り外されたとき（非装着の状態となったとき）である。
これに対して、使用中状態の開始タイミングとしては、例えばオーダー準備の操作に応じて注文入力端末２００からオーダー準備情報がホストサーバ１００にて受信されたタイミングとすることができる。あるいは、最初に客による注文の操作に応じて注文入力端末２００から送信された注文データが受信されたときを使用中状態の開始タイミングとすることもできる。
注文入力端末２００において消費電力が大きくなるのはデータの送信時であるが、バッテリ２０９における蓄電容量の消費は、クレイドル７００の装着口７０１から取り外された時点から開始される。また、オーダー準備情報または注文データがホストサーバ１００にて受信されるタイミングには、店員や客の状況に応じてばらつきがある。
そこで、本実施形態のように、注文入力端末２００がクレイドル７００の装着口７０１から取り外されたときを「使用中状態」の開始タイミングとして使用経過時間Ｔｕの計測を開始させれば、使用経過時間とバッテリ残量との対応をより正確に図ることが可能になる。
【０１１２】
また、バッテリ残量警告については、以下のような構成とすることが可能である。つまり、注文入力端末２００自身がバッテリ２０９の残量を監視し、残量が一定以下となったタイミングで、注文入力端末２００がホストサーバ１００にバッテリ残量が少なくなったことを通知する。そして、通知を受けたホストサーバ１００がバッテリ残量警告画面を表示させるという構成である。
しかし、上記の構成では、注文入力端末２００がバッテリ残量が少なくなったことの通知のために送信を行わねばならず、このときに注文入力端末２００における消費電力が増加し、残り少ないバッテリ２０９の容量を多く消費してしまうことになる。
これに対して，本実施形態では、注文入力端末２００が使用中状態または待機状態に遷移したことのホストサーバ１００への通知はクレイドル７００によって行われ、バッテリ残量の監視は、ホストサーバ１００が使用経過時間Ｔｕの計測によって間接的に行うようにされている。
このような構成であれば、注文入力端末２００は、バッテリ残量警告に関連してデータの送信を行う必要が無く、オーダー準備や注文データの送信のみを行えばよい。即ち、本実施形態の注文入力端末２００は、バッテリ残量警告のためにさらに多くの電力を消費することがなく、このために、バッテリにより動作可能な時間が短縮されてしまうこともない。
【０１１３】
なお、注文入力端末２００が充電部７５０との接続状態を検出することにより、注文入力端末２００自体が使用中状態と待機状態のいずれの状態となったのかをホストサーバ１００に通知するようにしてもよい。
この場合、注文入力端末２００が通知を行うときにはホストサーバ１００へのデータ送信が行われるために消費電力が増加する。しかし、使用中状態への遷移の通知は、クレイドル７００から取り外された直後において行われるので、通知後においてバッテリの容量は十分に残っている。また、待機状態への遷移の通知は、クレイドル７００の装着口７０１に装着されて充電が開始されるタイミングで行われるので、このときに通信のために消費される電力は特に問題にはならない。
【０１１４】
［変形例］
以下、本実施形態の変形例について説明する。
本実施形態のホストサーバ１００において、注文入力端末２００ごとの使用状態をリスト化して示す端末状態リスト画面を表示部１０４に表示してもよい。
図１６は、表示部１０４に表示される端末状態リスト画面の一例を示している。端末状態リスト画面は、ホストサーバ１００に対する店員による所定操作に応じて表示されるようにすればよい。
【０１１５】
同図に示される端末状態リスト画面における１行が１つの注文入力端末２００に対応する。端末状態リスト画面においては、注文入力端末２００ごとに、「端末ＩＤ」、「状態」、「テーブル番号」及び「使用経過時間」の項目が表示される。
「端末ＩＤ」の項目には、対応の注文入力端末２００の端末ＩＤが表示される。
「状態」の項目には、対応の注文入力端末２００の状態として、「使用中状態」、「待機状態」、「使用停止状態」のいずれかが表示される。
「テーブル番号」の項目には、「使用中状態」の注文入力端末２００が使用されているテーブルのテーブル番号が表示される。
「使用経過時間」の項目には、対応の注文入力端末２００についての現在の使用経過時間が表示される。「使用中状態」の注文入力端末２００の場合、使用経過時間の項目においては、実時間の進行に応じて、例えば使用経過時間を示す値が増加していくように変化する。一方、「待機状態」または「使用停止状態」の注文入力端末２００の場合、使用経過時間の項目においては、例えば同図に示すように「００：００」のままで停止した状態で表示される。
【０１１６】
また、端末状態リスト画面においてはスクロールバーが設けられている。店員がスクロールバーを操作して注文入力端末２００のリストが表示された領域を上下方向に移動させることで、端末状態リスト画面から外れている注文入力端末２００についての情報を表示させることができる。
【０１１７】
また、同図の端末状態リスト画面においては、使用停止状態にあるものも含めて、店舗に導入されている全ての注文入力端末２００についての情報がリスト化されて表示される例を示している。
しかし、例えば使用中状態の注文入力端末２００についての情報のみが端末状態リスト画面において表示されるようにしてもよい。さらには、端末状態リスト画面においては、使用中状態にあって、かつ、使用経過時間が所定の警告時間を越えている注文入力端末２００についての情報のみが表示されるようにしてもよい。
また、いずれの状態の注文入力端末２００の情報を端末状態リスト画面にて表示させるのかを店員の操作によって選択できるようにしてもよい。
【０１１８】
また、例えば端末状態リスト画面において、状態、使用経過時間などに応じてリストの表示順がソートされるようにしてもよい。
【０１１９】
また、少なくとも使用中状態の注文入力端末２００の情報のリストを端末状態リスト画面に表示させたうえで、使用経過時間の長さの区分に応じて、リストにおける行ごとの表示の態様が変化するようにしてもよい。具体的には、使用経過時間の長さの区分に応じて、行ごとの背景色を変化させてもよい。例えば、使用経過時間の長さを三段階に区分し、最も使用経過時間が短い段階では青の背景色とし、次に使用経過時間が長い段階では黄色の背景色とし、最も使用経過時間が長い段階では赤色の背景色とするように変化させることができる。
また、使用経過時間が所定以上に長くなるのに応じて、対応の行の表示を点滅させたり、文字を大きくしたり、反転表示させたりすることで、強調表示が行われるようにしてもよい。
【０１２０】
また、本実施形態のホストサーバ１００は、テーブル利用状況画面を表示してもよい。テーブル利用状況画面は、店舗における各テーブルでのテーブル利用状況を示す表示が行われる画面である。ここでのテーブル利用状況は、テーブルに着いている客の有無を示し、また、テーブルに客が着いている場合にはテーブルに着いている客自体に関する情報や客の注文状況などを示す。
【０１２１】
図１７は、テーブル利用状況画面の一態様例を示している。同図のテーブル利用状況画面においては、テーブル選択領域ＡＲ４１とテーブル利用状況領域ＡＲ４２とが配置されている。
テーブル選択領域ＡＲ４１においては、テーブル番号が表示されたボタンが配列される。なお、テーブル選択領域ＡＲ４１に配置されるテーブル番号のボタンは、エリア選択ボタンＢＴ４１、ＢＴ４２を操作することによって切り替えることが可能である。
例えばエリア選択ボタンＢＴ４１、ＢＴ４２ごとに応じて、店舗におけるフロアのエリアに応じて区分したテーブルのテーブル番号のボタンが示される。
同図のテーブル選択領域ＡＲ４１は、エリア選択ボタンＢＴ４１の操作に応じて表示されるテーブル番号のボタンが配置された状態が示されている。
【０１２２】
同図のテーブル選択領域ＡＲ４１における「ＴＢ００２」、「ＴＢ００３」、「ＴＢ００５」のテーブル番号のボタンは、例えば赤色により表示されることで、それぞれ、対応のテーブルが「使用中」であることを示す。ここで、テーブルが使用中であるということは、テーブルに対応付けられた注文入力端末２００がクレイドル７００から取り外されて使用中の状態にあることに相当する。
また、使用中の状態として、テーブルが相席により使用されている場合には、対応のテーブル番号のボタンは、赤色に代えて黄色で表示される。相席の場合には、１つのテーブルに複数の注文入力端末２００が対応付けられている。相席に対応する複数の注文入力端末２００は、それぞれ、対応付けられるテーブル番号は同じであるが、対応付けられる伝票番号が互いに異なる。
【０１２３】
また、テーブル選択領域ＡＲ４１における「ＴＢ００１」、「ＴＢ００７」、「ＴＢ０１４」のテーブル番号のボタンは、例えば青色により表示されている。青色により表示されているボタンは、対応のテーブルが、注文入力端末２００との対応付けが済んでいるが、対応の注文入力端末２００は使用されていない「対応済」の状態であることを示す。例えば、店舗においては、青色により表示されているボタンに対応するテーブルについては予約済みであることを示すように運用することができる。
【０１２４】
テーブル選択領域ＡＲ４１において、「ＴＢ００４」、「ＴＢ００６」などのように、使用中（相席を含む）と予約中のいずれでもないボタンは、対応のテーブルが、注文入力端末２００と対応付けられていないことを示す。この場合、対応のテーブルには客が着いておらず空席の状態である。これらのボタンは、例えば、白色などのように、赤色、青色、黄色以外の所定の色で表示される。
【０１２５】
テーブル選択領域ＡＲ４１においては、使用中あるいは対応済の状態を示すテーブル番号のボタンに対するタッチ操作を行うことが可能である。つまり、テーブル選択領域ＡＲ４１においては、使用中あるいは対応済の状態のテーブル番号を選択する操作が可能である。
上記のようにテーブル番号が選択されるのに応じて、テーブル利用状況領域ＡＲ４２には、選択されたテーブル番号のテーブルについての利用状況が表示される。
【０１２６】
具体例として、同図では、テーブル選択領域ＡＲ４１における「ＴＢ００５」のテーブル番号を選択する操作に応じて、テーブル利用状況領域ＡＲ４２において、「ＴＢ００５」のテーブル番号のテーブルについての利用状況が表示された状態を示している。
【０１２７】
また、テーブル利用状況領域ＡＲ４２においては、選択されたテーブル番号のテーブルの利用状況として、テーブル情報と注文履歴とを択一的に表示することができる。テーブル情報と、注文履歴との表示の切り換えは、表示選択ボタンＢＴ４３、ＢＴ４４を操作することによって行われる。表示選択ボタンＢＴ４３の操作に応じてテーブル情報が表示され、表示選択ボタンＢＴ４４の操作に応じて注文履歴が表示される。同図では、テーブル情報が表示された例が示されている。
【０１２８】
同図に示すように、テーブル利用状況領域ＡＲ４２においては、テーブル情報として、テーブル番号、伝票番号、客数、注文数、金額、担当店員、客総、会員カード、クーポン券、着席時刻、最初の注文の時刻、最後の注文の時刻、支払い時刻、経過時間（着席後経過時間、ラストオーダー経過時間、総経過時間）、及び、備考などの項目が表示されている。
店員は、テーブル利用状況領域ＡＲ４２を見ることで、選択されたテーブルについてのテーブル利用状況を把握することができる。
【０１２９】
また、上記の状態のもとで、例えば店員が注文履歴に対応する表示選択ボタンＢＴ４４を操作した場合、テーブル利用状況領域ＡＲ４２は、テーブル情報の表示から、テーブル番号が同じ「ＴＢ００５」のテーブルにおける客の注文履歴の表示に変更される。
【０１３０】
また、同図のテーブル利用状況画面においては、「戻る」ボタンＢＴ４５、会計ボタンＢＴ４６及びコールボタンＢＴ４７が配置されている。
「戻る」ボタンＢＴ４５は、前画面に表示を戻すために操作されるボタンである。
【０１３１】
会計ボタンＢＴ４６は、テーブル番号を指定して会計を行うために操作されるボタンである。
店員は、会計にあたり、テーブル選択領域ＡＲ４１に配置されるボタンのうちから、会計を行うべき客が着いているテーブルのテーブル番号が示されるボタンに対するタッチ操作を行って、会計対象のテーブル番号を選択する。そのうえで、店員は、会計ボタンＢＴ４６に対する操作を行う。このように操作が行われることで、表示部１０４には、選択されたテーブル番号に対応する会計伝票を対象とする会計を行うための会計画面が表示部１０４に表示される。
【０１３２】
コールボタンＢＴ４７は、例えばエラーなどの発生に応じて、他の店員を呼び出すための画面を表示させるボタンである。
なお、同図に示したテーブル利用状況画面の態様はあくまでも一例であって、他の態様が採られてもよい。
【０１３３】
なお、注文処理システムとして、店員が所持する携帯端末が備えられるような場合には、このような携帯端末に警告が表示されるようにしてもよく、この場合にも、注文入力端末２００のバッテリ残量が少なくなったことが店員に向けて行われる。
【０１３４】
また、これまでの説明におけるクレイドル７００は、例えば店舗においてフロア係の店員が管理可能なキッチンカウンタの近傍などにまとめて置かれているものとしている。しかし、例えば、クレイドルがテーブルごとに設けられ、そのクレイドルに対応する所定数の注文入力端末２００が備えられるような構成であってもよい。
【０１３５】
また、これまでの説明においては、注文入力端末２００はペン型である場合を例に挙げている。しかし、注文入力端末２００は、ペン型に限定されるものではなく、例えばハンディ型やタブレット型などであってもよい。
また、注文のために注文入力端末２００に入力される商品はメニューなどのように調理されて提供される料理などに限定されるものではなく、例えば小売りが行われるような物品などであってもよい。
【０１３６】
なお、上述のホストサーバ１００、注文入力端末２００、クレイドル７００の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述のホストサーバ１００、注文入力端末２００、クレイドル７００の処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【０１３７】
１００  ホストサーバ、１０１  ＣＰＵ、１０２  記憶部、１０３  ＲＡＭ、１０４  表示部、１０５  操作部、１０６  ＬＡＮインターフェース、１０７  ネットワークインターフェース、２００  注文入力端末、２０１  ＣＰＵ、２０２  記憶部、２０３  ＲＡＭ、２０４  コードリーダ、２０５  音声合成回路、２０６  スピーカ、２０７  無線通信部、２０８  ＵＳＢインターフェース、２０９  バッテリ、２１０  インジケータ、３００  無線トランシーバ、４００  ＰＯＳ端末、５００  キッチンプリンタ、５０１  ＵＳＢポート、６００  ＵＳＢハブ、７００  クレイドル、７０１  装着口、７０２  ＵＳＢ端子、７０３  ＡＣケーブル、７２０  記憶部、７４０  電源部、７５０  充電部、７５１  コネクタ、７５２  ＬＥＤ、７６０  ＵＳＢハブ、８００  有線ＬＡＮ、９００  外部ネットワーク
【図１】
0006421544.tif 000002
【図２】
0006421544.tif 000003
【図３】
0006421544.tif 000004
【図４】
0006421544.tif 000005
【図５】
0006421544.tif 000006
【図６】
0006421544.tif 000007
【図７】
0006421544.tif 000008
【図８】
0006421544.tif 000009
【図９】
0006421544.tif 000010
【図１０】
0006421544.tif 000011
【図１１】
0006421544.tif 000012
【図１２】
0006421544.tif 000013
【図１３】
0006421544.tif 000014
【図１４】
0006421544.tif 000015
【図１５】
0006421544.tif 000016
【図１６】
0006421544.tif 000017
【図１７】
0006421544.tif 000018