(57)【要約】【課題】利便性や拡張性を考慮しつつ低コストで製作可能なオーダー端末を用いたオーダー管理システム、このようなオーダー管理システムに用いられる端末及びサーバ装置、並びにプログラムを提供すること。【解決手段】客がオーダー端末１０２を手に取ってオーダー端末１０２の電源をオンすると、このオーダー端末１０２のＩＤである端末ＩＤと従業員ＩＤが検出されていない旨を示す非検出情報とを含むＩＤ更新コマンドがサーバ１０１に送信される。そして、サーバ１０１から客用オーダーアプリケーションに対応した画面データが送信される。また、客から従業員にオーダー端末１０２が手渡されると、オーダー端末１０２のＩＤである端末ＩＤと、従業員ＩＤが検出された旨を示す検出情報と、従業員ＩＤとを含むＩＤ更新コマンドがサーバ１０１に送信される。そして、サーバ１０１から従業員用オーダーアプリケーションに対応した画面データが送信される。【選択図】図５
2011059941.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と端末とが互いに通信自在に接続され、前記端末においてなされたオーダーを前記サーバ装置において管理するオーダー管理システムにおいて、
前記端末の所定距離内に存在するモジュールから該モジュールの識別情報を検出する識別情報検出手段と、
前記モジュールの識別情報が検出されている間は前記モジュールの識別情報を、前記モジュールの識別情報が検出されなくなった際は非検出情報を、それぞれ前記端末から前記サーバ装置へ送信する識別情報送信手段と、
前記識別情報送信手段によって前記モジュールの識別情報が送信された場合には該モジュールの識別情報に対応するアプリケーションによる画面データを前記サーバ装置から前記端末へ送信し、前記識別情報送信手段によって前記非検出情報が送信された場合には該非検出情報に対応するアプリケーションによる画面データを前記サーバ装置から前記端末へ送信する初期画面データ送信手段と、
前記初期画面データ送信手段によって送信された画面データに基づく初期画面を前記端末の表示部に表示させる初期画面表示手段と、
前記端末において受け付けられた入力操作に対応した入力情報を前記端末から前記サーバ装置へ送信する入力情報送信手段と、
前記入力情報送信手段によって送信された入力情報に応じて、前記識別情報又は非検出情報に対応するアプリケーションによる画面データを更新して、該更新した画面データを前記サーバ装置から前記初期画面データ送信手段が画面データを送信した端末へ送信する更新画面データ送信手段と、
前記更新画面データ送信手段から送信された画面データに基づいて前記端末の表示部に表示させる画面を更新する画面更新手段と、
を備えることを特徴とするオーダー管理システム。
【請求項２】
前記初期画面データ送信手段は複数の前記端末のそれぞれに対応した識別情報を記憶しており、前記識別情報送信手段によって送信された前記モジュールの識別情報と前記記憶された識別情報とを比較して、複数の前記端末の中から画面データを送信すべき端末を特定することを特徴とする請求項１に記載のオーダー管理システム。
【請求項３】
前記モジュールは従業員に装着され、
前記モジュールの識別情報に対応するアプリケーションは前記端末の表示部に従業員用のオーダー画面を表示させるためのアプリケーションであり、前記非検出情報に対応するプログラムは前記端末の表示部に客用のオーダー画面を表示させるためのアプリケーションであることを特徴とする請求項１又は２に記載のオーダー管理システム。
【請求項４】
前記モジュールは、前記端末が置かれることによって前記端末と通信自在となる端末置場に内蔵され、
前記モジュールの識別情報に対応するアプリケーションは非オーダー用の画面を表示させるためのアプリケーションであることを特徴とする請求項１又は２に記載のオーダー管理システム。
【請求項５】
前記識別情報送信手段によって前記モジュールの識別情報又は前記非検出情報が送信された時刻、或いは前記入力情報送信手段によって前記入力情報が送信された時刻を計時する計時手段をさらに備え、
前記初期画面データ送信手段は、前記識別情報送信手段によって前記モジュールの識別情報が送信された場合には該モジュールの識別情報に対応するアプリケーションによる画面データで且つ前記識別情報送信手段によって前記モジュールの識別情報が送信された時刻に対応した画面データを前記サーバ装置から前記端末へ送信し、前記識別情報送信手段によって前記非検出情報が送信された場合には該非検出情報に対応するアプリケーションによる画面データで且つ前記識別情報送信手段によって前記非検出情報が送信された時刻に対応した画面データを前記サーバ装置から前記端末へ送信し、
前記更新画面データ送信手段は、前記入力情報送信手段によって送信された入力情報に応じ、且つ前記入力情報が送信された時刻に対応して画面データの更新を行うことを特徴とする請求項１乃至４の何れか１項に記載のオーダー管理システム。
【請求項６】
所定距離内に存在するモジュールから該モジュールの識別情報を検出する識別情報検出手段と、
前記モジュールの識別情報が検出されている間は前記モジュールの識別情報を、前記モジュールの識別情報が検出されなくなった際は非検出情報を、それぞれサーバ装置へ送信する識別情報送信手段と、
前記識別情報送信手段によって送信された前記モジュールの識別情報又は前記非検出情報に対応するアプリケーションに従って前記サーバ装置から送信された画面データに基づく初期画面を表示部に表示させる初期画面表示手段と、
受け付けた入力操作に対応した入力情報を前記サーバ装置へ送信する入力情報送信手段と、
前記入力情報送信手段によって送信された入力情報に応じて、前記サーバ装置において更新された画面データに基づいて前記表示部に表示させる画面を更新する画面更新手段と、
を具備することを特徴とする端末。
【請求項７】
前記モジュールは従業員に装着され、
前記モジュールの識別情報に対応するアプリケーションは前記表示部に従業員用のオーダー画面を表示させるためのアプリケーションであり、前記非検出情報に対応するプログラムは前記表示部に客用のオーダー画面を表示させるためのアプリケーションであることを特徴とする請求項６に記載の端末。
【請求項８】
前記モジュールは、前記端末が置かれることによって前記端末と通信自在となる端末置場に内蔵され、
前記モジュールの識別情報に対応するアプリケーションは非オーダー用の画面を表示させるためのアプリケーションであることを特徴とする請求項６又は７に記載の端末。
【請求項９】
端末の所定距離内にモジュールが存在する間に前記端末から送信される前記モジュールの識別情報に対応するアプリケーションによる画面データを前記端末へ送信し、前記端末の所定距離内にモジュールが存在しない場合に前記端末から送信される非検出情報に対応するアプリケーションによる画面データを前記端末へ送信する初期画面データ送信手段と、
前記端末の入力操作に対応して前記端末から送信される入力情報に応じて、前記識別情報又は非検出情報に対応するアプリケーションによる画面データを更新して、該更新した画面データを前記端末へ送信する更新画面データ送信手段と、
を具備することを特徴とするサーバ装置。
【請求項１０】
前記モジュールの識別情報又は前記非検出情報が送信された時刻、或いは前記入力情報送信手段によって前記入力情報が送信された時刻を計時する計時手段をさらに具備し、
前記初期画面データ送信手段は、前記モジュールの識別情報が送信された場合には該モジュールの識別情報に対応するアプリケーションによる画面データで且つ前記モジュールの識別情報が送信された時刻に対応した画面データを前記端末へ送信し、前記非検出情報が送信された場合には該非検出情報に対応するアプリケーションによる画面データで且つ前記非検出情報が送信された時刻に対応した画面データを前記端末へ送信することを特徴とする請求項９に記載のサーバ装置。
【請求項１１】
端末のコンピュータを、
前記端末の所定距離内に存在するモジュールから該モジュールの識別情報を検出する識別情報検出手段と、
前記モジュールの識別情報が検出されている間は前記モジュールの識別情報を、前記モジュールの識別情報が検出されなくなった際は非検出情報を、それぞれサーバ装置へ送信する識別情報送信手段と、
前記識別情報送信手段によって送信された前記モジュールの識別情報又は前記非検出情報に対応するアプリケーションに従って前記サーバ装置から送信された画面データに基づく初期画面を表示部に表示させる初期画面表示手段と、
受け付けた入力操作に対応した入力情報を前記サーバ装置へ送信する入力情報送信手段と、
前記入力情報送信手段によって送信された入力情報に応じて、前記サーバ装置において更新された画面データに基づいて前記表示部に表示させる画面を更新する画面更新手段と、
して機能させるためのオーダー管理プログラム。
【請求項１２】
サーバ装置のコンピュータを、
端末の所定距離内にモジュールが存在する間に前記端末から送信される前記モジュールの識別情報に対応するアプリケーションによる画面データを前記端末へ送信し、前記端末の所定距離内にモジュールが存在しない場合に前記端末から送信される非検出情報に対応するアプリケーションによる画面データを前記端末へ送信する初期画面データ送信手段と、
前記端末の入力操作に対応して前記端末から送信される入力情報に応じて、前記識別情報又は非検出情報に対応するアプリケーションによる画面データを更新して、該更新した画面データを前記端末へ送信する更新画面データ送信手段と、
して機能させるためのオーダー管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
客や従業員からのオーダーを管理するためのオーダー管理システム、端末、サーバ装置、及びオーダー管理プログラムに関する。
【背景技術】
【０００２】
従来の居酒屋等の飲食店におけるオーダー管理の方式の１つとして、従業員（店員）がオーダー端末を持ち歩きつつ、客からのオーダー（注文）をオーダー端末に入力していく方式がある。このような方式では、従業員によって入力されたオーダーが厨房に伝達されることによって厨房にて調理がなされ、料理が客のもとに運ばれてくる。
【０００３】
上述した方式の場合にはオーダーをする際に客が毎回従業員を呼ばなければならず、オーダーの効率が余り良いとは言えない。そこで、オーダーの効率化と利便性とを図るべく、客が自らオーダー端末を使ってオーダーできるようにした方式もある。ただし、この場合には、従業員用と客用のオーダー端末をそれぞれ用意する必要があり、店にとっては、設備投資に必要な金額の増大に繋がる。このため、特許文献１においては、１つのオーダー端末に従業員用と客用の２つの機能を持たせ、これらの機能を従業員が切り替え可能とすることで、端末数を削減して設備投資に必要な金額の軽減を図るようにしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２９９１３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、特許文献１の技術において、従業員用のオーダー端末と客用のオーダー端末との機能の切り替えを行うためには、従業員による特殊な切り替え操作が毎回必要である。また、特許文献１の技術では、従業員用のオーダー端末と客用のオーダー端末とで構造自体が切り替えられるようになっており、このためにオーダー端末には切り替えスイッチや回転機構等が実装されている。したがって、オーダー端末の製作にコストがかかり易い。また、特許文献１の技術を用いたオーダー端末は、予め決められた従業員用と客用の２つの機能の使用に限定され、拡張性の欠如等を鑑みると必ずしも利便性があるとは言えない。
【０００６】
本発明は、上記の事情に鑑みてなされたもので、利便性や拡張性を考慮しつつ低コストで製作可能なオーダー端末を用いたオーダー管理システム、このようなオーダー管理システムに用いられる端末及びサーバ装置、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、本発明の第１の態様のオーダー管理システムは、サーバ装置と端末とが互いに通信自在に接続され、前記端末においてなされたオーダーを前記サーバ装置において管理するオーダー管理システムにおいて、前記端末の所定距離内に存在するモジュールから該モジュールの識別情報を検出する識別情報検出手段と、前記モジュールの識別情報が検出されている間は前記モジュールの識別情報を、前記モジュールの識別情報が検出されなくなった際は非検出情報を、それぞれ前記端末から前記サーバ装置へ送信する識別情報送信手段と、前記識別情報送信手段によって前記モジュールの識別情報が送信された場合には該モジュールの識別情報に対応するアプリケーションによる画面データを前記サーバ装置から前記端末へ送信し、前記識別情報送信手段によって前記非検出情報が送信された場合には該非検出情報に対応するアプリケーションによる画面データを前記サーバ装置から前記端末へ送信する初期画面データ送信手段と、前記初期画面データ送信手段によって送信された画面データに基づく初期画面を前記端末の表示部に表示させる初期画面表示手段と、前記端末において受け付けられた入力操作に対応した入力情報を前記端末から前記サーバ装置へ送信する入力情報送信手段と、前記入力情報送信手段によって送信された入力情報に応じて、前記識別情報又は非検出情報に対応するアプリケーションによる画面データを更新して、該更新した画面データを前記サーバ装置から前記初期画面データ送信手段が画面データを送信した端末へ送信する更新画面データ送信手段と、前記更新画面データ送信手段から送信された画面データに基づいて前記端末の表示部に表示させる画面を更新する画面更新手段とを備えることを特徴とする。
【０００８】
また、本発明の第２の態様のオーダー管理システムは、第１の態様において、前記初期画面データ送信手段は複数の前記端末のそれぞれに対応した識別情報を記憶しており、前記識別情報送信手段によって送信された前記モジュールの識別情報と前記記憶された識別情報とを比較して、複数の前記端末の中から画面データを送信すべき端末を特定することを特徴とする。
【０００９】
また、本発明の第３の態様のオーダー管理システムは、第１又は第２の態様において、前記モジュールは従業員に装着され、前記モジュールの識別情報に対応するアプリケーションは前記端末の表示部に従業員用のオーダー画面を表示させるためのアプリケーションであり、前記非検出情報に対応するプログラムは前記端末の表示部に客用のオーダー画面を表示させるためのアプリケーションであることを特徴とする。
【００１０】
また、本発明の第４の態様のオーダー管理システムは、第１又は第２の態様において、前記モジュールは、前記端末が置かれることによって前記端末と通信自在となる端末置場に内蔵され、前記モジュールの識別情報に対応するアプリケーションは非オーダー用の画面を表示させるためのアプリケーションであることを特徴とする。
【００１１】
また、本発明の第５の態様のオーダー管理システムは、第１〜第４の態様において、前記識別情報送信手段によって前記モジュールの識別情報又は前記非検出情報が送信された時刻、或いは前記入力情報送信手段によって前記入力情報が送信された時刻を計時する計時手段をさらに備え、前記初期画面データ送信手段は、前記識別情報送信手段によって前記モジュールの識別情報が送信された場合には該モジュールの識別情報に対応するアプリケーションによる画面データで且つ前記識別情報送信手段によって前記モジュールの識別情報が送信された時刻に対応した画面データを前記サーバ装置から前記端末へ送信し、前記識別情報送信手段によって前記非検出情報が送信された場合には該非検出情報に対応するアプリケーションによる画面データで且つ前記識別情報送信手段によって前記非検出情報が送信された時刻に対応した画面データを前記サーバ装置から前記端末へ送信し、前記更新画面データ送信手段は、前記入力情報送信手段によって送信された入力情報に応じ、且つ前記入力情報が送信された時刻に対応して画面データの更新を行うことを特徴とする。
【００１２】
また、本発明の第６の態様の端末は、所定距離内に存在するモジュールから該モジュールの識別情報を検出する識別情報検出手段と、前記モジュールの識別情報が検出されている間は前記モジュールの識別情報を、前記モジュールの識別情報が検出されなくなった際は非検出情報を、それぞれサーバ装置へ送信する識別情報送信手段と、前記識別情報送信手段によって送信された前記モジュールの識別情報又は前記非検出情報に対応するアプリケーションに従って前記サーバ装置から送信された画面データに基づく初期画面を表示部に表示させる初期画面表示手段と、受け付けた入力操作に対応した入力情報を前記サーバ装置へ送信する入力情報送信手段と、前記入力情報送信手段によって送信された入力情報に応じて、前記サーバ装置において更新された画面データに基づいて前記表示部に表示させる画面を更新する画面更新手段とを具備することを特徴とする。
【００１３】
本発明の第７の態様の端末は、第６の態様において、前記モジュールは従業員に装着され、前記モジュールの識別情報に対応するアプリケーションは前記表示部に従業員用のオーダー画面を表示させるためのアプリケーションであり、前記非検出情報に対応するプログラムは前記表示部に客用のオーダー画面を表示させるためのアプリケーションであることを特徴とする。
【００１４】
本発明の第８の態様の端末は、第６又は第７の態様において、前記モジュールは、前記端末が置かれることによって前記端末と通信自在となる端末置場に内蔵され、前記モジュールの識別情報に対応するアプリケーションは非オーダー用の画面を表示させるためのアプリケーションであることを特徴とする。
【００１５】
本発明の第９の態様のサーバ装置は、端末の所定距離内にモジュールが存在する間に前記端末から送信される前記モジュールの識別情報に対応するアプリケーションによる画面データを前記端末へ送信し、前記端末の所定距離内にモジュールが存在しない場合に前記端末から送信される非検出情報に対応するアプリケーションによる画面データを前記端末へ送信する初期画面データ送信手段と、前記端末の入力操作に対応して前記端末から送信される入力情報に応じて、前記識別情報又は非検出情報に対応するアプリケーションによる画面データを更新して、該更新した画面データを前記端末へ送信する更新画面データ送信手段とを具備することを特徴とする。
【００１６】
本発明の第１０の態様のサーバ装置は、第９の態様において、前記モジュールの識別情報又は前記非検出情報が送信された時刻、或いは前記入力情報送信手段によって前記入力情報が送信された時刻を計時する計時手段をさらに具備し、前記初期画面データ送信手段は、前記モジュールの識別情報が送信された場合には該モジュールの識別情報に対応するアプリケーションによる画面データで且つ前記モジュールの識別情報が送信された時刻に対応した画面データを前記端末へ送信し、前記非検出情報が送信された場合には該非検出情報に対応するアプリケーションによる画面データで且つ前記非検出情報が送信された時刻に対応した画面データを前記端末へ送信することを特徴とする。
【００１７】
本発明の第１１の態様のオーダー管理プログラムは、端末のコンピュータを、前記端末の所定距離内に存在するモジュールから該モジュールの識別情報を検出する識別情報検出手段と、前記モジュールの識別情報が検出されている間は前記モジュールの識別情報を、前記モジュールの識別情報が検出されなくなった際は非検出情報を、それぞれサーバ装置へ送信する識別情報送信手段と、前記識別情報送信手段によって送信された前記モジュールの識別情報又は前記非検出情報に対応するアプリケーションに従って前記サーバ装置から送信された画面データに基づく初期画面を表示部に表示させる初期画面表示手段と、受け付けた入力操作に対応した入力情報を前記サーバ装置へ送信する入力情報送信手段と、前記入力情報送信手段によって送信された入力情報に応じて、前記サーバ装置において更新された画面データに基づいて前記表示部に表示させる画面を更新する画面更新手段と、して機能させる。
【００１８】
本発明の第１２の態様のオーダー管理プログラムは、サーバ装置のコンピュータを、所定距離内にモジュールが存在する間に端末から送信される前記モジュールの識別情報に対応するアプリケーションによる画面データを前記端末へ送信し、前記所定距離内にモジュールが存在しない場合に端末から送信される非検出情報に対応するアプリケーションによる画面データを前記端末へ送信する初期画面データ送信手段と、前記端末の入力操作に対応して前記端末から送信される入力情報に応じて、前記識別情報又は非検出情報に対応するアプリケーションによる画面データを更新して、該更新した画面データを前記端末へ送信する更新画面データ送信手段として機能させる。
【発明の効果】
【００１９】
本発明によれば、利便性や拡張性を考慮しつつ低コストで製作可能なオーダー端末を用いたオーダー管理システム、このようなオーダー管理システムに用いられる端末及びサーバ装置、並びにプログラムを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るオーダー管理システムの一例の構成を示す図である。
【図２】サーバの構成を示すブロック図である。
【図３】オーダー端末の構成を示すブロック図である。
【図４】非接触型ＩＣモジュール付装着具の構成を示すブロック図である。
【図５】本発明の一実施形態に係るオーダー管理システムにおけるサーバとオーダー端末との間の動作シーケンスを示す図である。
【図６】オーダー端末から送信されるＩＤ更新コマンドのデータ構成例を示す図である。
【図７】クレードル用アプリケーションを追加する場合の変形例におけるサーバの記憶部の構成例を示す図である。
【図８】クレードル用アプリケーションを追加する場合の変形例における動作シーケンスを示す図である。
【図９】サーバの制御部における制御を示すフローチャートである。
【図１０】サーバのアプリケーション実行環境における処理を示すフローチャートである。
【図１１】オーダー端末の制御部における制御を示すフローチャートである。
【図１２】オーダーアプリケーションに対応した表示画面の表示例を示す図である。
【図１３】クレードル用アプリケーションに対応した表示画面の表示例を示す図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明の実施形態を説明する。  
図１は、本発明の一実施形態に係るオーダー管理システムの一例の構成を示す図である。この図１に示すオーダー管理システムは、飲食店等の店舗に構築されるシステムである。図１に示すオーダー管理システムにおけるサーバ１０１（サーバ装置）は、ネットワーク１０３を介してオーダー端末１０２、ＰＯＳ（Point Of Sales）端末１０５と通信自在に接続されている。
【００２２】
ここで、図１に示すオーダー管理システムは、オーダー端末１０２からの遠隔操作を受けて、サーバ１０１においてオーダー端末１０２による遠隔操作に対応した所望のアプリケーションプログラムを起動させるシンクライアント（Thin client）システムに対応しているものとする。
【００２３】
また、図１に示すネットワーク１０３は、単に、サーバ１０１と、オーダー端末１０２、ＰＯＳ端末１０５とが通信自在に接続されていることを表わすものであって、有線接続を表わしているものではない。実際には、少なくともオーダー端末１０２に関してはサーバ１０１と無線ネットワーク（無線ＬＡＮ等）を介して接続されていることが望ましい。また、図１において、サーバ１０１とＰＯＳ端末１０５とを個別に設け、両者を、ネットワーク１０３を介して接続するようにしている。これに対し、サーバ１０１にＰＯＳ端末１０５としての機能を持たせるようにしても良い。例えば、ＰＯＳ端末１０５は、会計の処理、及び管理を行うための端末であるが、サーバ１０１に会計の管理機能を持たせるようにしても良い。
【００２４】
さらに、図１において、オーダー端末１０２は所定距離（例えば数センチメートル）内に存在する非接触型ＩＣモジュール付装着具１０４との間で非接触通信が可能になされている。また、オーダー端末１０２は端末置場としての機能を有するクレードル１０６に載置可能になされている。
【００２５】
次に、図１に示すオーダー管理システムの詳細について説明する。  
図２は、サーバ１０１の構成を示すブロック図である。図２に示すように、サーバ１０１は、制御部２０１と、記憶部２０２と、送受信部２０３とを有している。
【００２６】
制御部２０１は、コンピュータとしてのＣＰＵから構成され、記憶部２０２に予め記憶されているシステムプログラムに従ってサーバ１０１の全体の制御を含む、オーダー管理システムの制御を行う。また、制御部２０１は、計時手段としての機能を有する内蔵時計２０１１を有している。この内蔵時計２０１１は、送受信部２０３を介したデータ通信がなされた時刻等を計時するためのものである。
【００２７】
送受信部２０３は、サーバ１０１をネットワーク１０３に接続するためのインターフェースを有し、制御部２０１の制御に従ってオーダー端末１０２やＰＯＳ端末１０５との間でのデータの送受信を行う。
【００２８】
記憶部２０２は、サーバ１０１の動作を制御するためのシステムプログラム等を記憶している。また、この記憶部２０２は、サーバ１０１自体の動作に必要なシステムプログラム等のデータを記憶しておくための記憶領域の他に、アプリケーション記憶領域２０２１、アプリケーション実行環境記憶領域２０２２、アプリケーション実行結果記憶領域２０２３、ＩＤ対応表記憶領域２０２４、注文データ記憶領域２０２５、受信端末ＩＤ記憶領域２０２６、受信検出ＩＤ記憶領域２０２７を有している。
【００２９】
アプリケーション記憶領域２０２１は、各種のアプリケーションプログラムを記憶しておくための記憶領域である。本実施形態において、アプリケーション記憶領域２０２１には、従業員用に最適化された従業員用オーダーアプリケーション、客用に最適化された客用オーダーアプリケーションが記憶されている。なお、従業員用オーダーアプリケーション、客用オーダーアプリケーションはそれぞれ単一のアプリケーションとする必要はなく、アプリケーション群であっても良い。また、アプリケーション記憶領域２０２１には、アプリケーション実行環境記憶領域２０２２において作られる実行環境間で送受信されるデータを振り分けるためのアプリケーションであるディスパッチャも記憶されている。
【００３０】
アプリケーション実行環境記憶領域２０２２は、アプリケーション実行環境を作るための記憶領域である。即ち、アプリケーション記憶領域２０２１に記憶されているアプリケーションが起動された場合には、アプリケーション実行環境記憶領域２０２２に、起動されたアプリケーションに対応した実行環境が作られ、この実行環境上でアプリケーションが動作する。なお、従業員用オーダーアプリケーション実行環境は従業員の数（後述する従業員ＩＤの数）だけ作られるものであり、客用オーダーアプリケーション実行環境はオーダー端末の数（後述する端末ＩＤの数）だけ作られるものである。また、各実行環境で動作しているアプリケーションは単一のアプリケーションではなく、アプリケーション群となる場合もある。
【００３１】
アプリケーション実行結果記憶領域２０２３は、アプリケーション実行環境記憶領域２０２２上で動作しているアプリケーションにより生成される画面データをアプリケーション実行結果として記憶しておくための記憶領域である。このアプリケーション実行結果記憶領域２０２３に記憶される画面データは送受信部２０３を介してオーダー端末１０２に送信される。
【００３２】
ＩＤ対応表記憶領域２０２４には、オーダー端末１０２から送られてくるオーダー端末１０２のＩＤ（端末ＩＤ）と各端末ＩＤに対応した識別子（ディスクリプタ）との対応表、及びオーダー端末１０２から送られてくる非接触型ＩＣモジュール付装着具１０４のＩＤ（従業員ＩＤ）と各従業員ＩＤに対応したディスクリプタとの対応表をそれぞれ記憶しておくための記憶領域である。
【００３３】
注文データ記憶領域２０２５は、オーダー端末１０２の操作に従って客用オーダーアプリケーション又は従業員オーダーアプリケーションで処理されて得られた注文内容を示す注文データを記憶するための記憶領域である。
【００３４】
受信端末ＩＤ記憶領域２０２６は、オーダー端末１０２から送られてきた端末ＩＤを記憶しておくための記憶領域である。また、受信検出ＩＤ記憶領域２０２７は、オーダー端末１０２から端末ＩＤとともに送られてきた従業員ＩＤを記憶しておくための記憶領域である。
【００３５】
図２に示す記憶部２０２を構成する各記憶領域は例えばハードディスクや、フラッシュメモリ、ＲＡＭ（Random Access Memory）等の記憶媒体上に構築されるものである。また、図２においては、各記憶領域を単一の記憶領域内に構築している例を示しているが、例えば、アプリケーション記憶領域２０２１やＩＤ対応表記憶領域２０２４をハードディスク上に構築し、残りの記憶領域をＲＡＭ上に構築するといったように、各記憶領域を複数の記憶媒体に分散して構築するようにしても良い。
【００３６】
図３は、オーダー端末１０２の構成を示すブロック図である。図３に示すように、オーダー端末１０２は、制御部３０１と、入力部３０２と、表示部３０３と、読み取り部３０４と、送受信部３０５と、記憶部３０６とを有している。
【００３７】
制御部３０１は、コンピュータとしてのＣＰＵから構成され、記憶部３０６に予め記憶されているクライアントプログラムに従ってオーダー端末１０２の動作を制御する。この制御部３０１は、従業員又は客によってオーダー端末１０２の入力部３０２の操作がなされた場合に操作に応じたキーイベント信号を生成して送受信部３０５に送信する制御や、サーバ１０１から送信されてくる画面データに基づく表示画面を表示部３０３に表示させる制御等を行う。
【００３８】
入力部３０２は、従業員又は客がオーダー端末１０２に対して各種の操作指示を入力するための入力インターフェースである。この入力部３０２は、例えばタッチパネル等の入力デバイスや電源ボタン等の操作部材を有して構成されている。また、キーボード等の文字入力デバイスを入力部３０２として持たせるようにしても良い。表示部３０３は、例えば液晶ディスプレイ（ＬＣＤ）から構成され、制御部３０１の制御に従って表示画面の表示を行う。
【００３９】
読み取り部３０４は、非接触型ＩＣモジュール付装着具１０４との間で非接触通信を行って非接触型ＩＣモジュール付装着具１０４のＩＤである従業員ＩＤを読み取る。ここで、読み取り部３０４と非接触型ＩＣモジュール付装着具１０４との通信は、例えばＦｅｌｉＣａ（登録商標）等の非接触型ＩＣ技術において用いられるようなごく近距離のデータ通信であるものとする。なお、ごく近距離のデータ通信であればその通信方式は特に限定されない。
【００４０】
送受信部３０５は、オーダー端末１０２をネットワーク１０３に接続するためのインターフェースを有し、制御部３０１の制御に従ってサーバ１０１との間でのデータの送受信を行う。
【００４１】
記憶部３０６は、アプリケーション記憶領域３０６１、表示画面データ記憶領域３０６２、読み取りデータ記憶領域３０６３、端末ＩＤ記憶領域３０６４を有している。
【００４２】
アプリケーション記憶領域３０６１はクライアントアプリケーションを記憶しておくための記憶領域である。このクライアントアプリケーションにより、オーダー端末１０２はサーバ１０１との間のシンクライアントシステムにおけるクライアントとして動作する。
【００４３】
表示画面データ記憶領域３０６２は、送受信部３０５を介してサーバ１０１から送られてくる画面データを一時記憶しておくための記憶領域である。制御部３０１は表示画面データ記憶領域３０６２に記憶されている画面データを読み出し、読み出した画面データを表示部３０３に送信して表示部３０３における画面表示を行う。
【００４４】
読み取りデータ記憶領域３０６３は、読み取り部３０４を介して読み取られた従業員ＩＤのデータを記憶するための記憶領域である。端末ＩＤ記憶領域３０６４は、個々のオーダー端末１０２を識別するための端末ＩＤのデータを記憶しておくための記憶領域である。
【００４５】
図３に示す記憶部３０６を構成する各記憶領域は例えばフラッシュメモリやＲＡＭ等の記憶媒体上に構築されるものである。勿論、記憶部２０２の場合と同様に各記憶領域を複数の記憶媒体に分散して構築するようにしても良い。
【００４６】
図４は、非接触型ＩＣモジュール付装着具１０４の構成を示すブロック図である。図１に示すように、非接触型ＩＣモジュール付装着具１０４は、例えば腕時計型の装着具であって、従業員が装着するようになされている。なお、図１では腕時計型の装着具を例示しているが、必ずしも時計機能を持たせる必要は無い。このような非接触型ＩＣモジュール付装着具１０４は、図４に示すように、制御部４０１、記憶部４０２、送受信部４０３を有している。
【００４７】
制御部４０１は、非接触型ＩＣモジュール付装着具１０４の制御を行う。記憶部４０２は、ＩＤ記憶領域４０２１を有している。このＩＤ記憶領域４０２１は従業員ＩＤを記憶しておくための記憶領域である。従業員ＩＤは、飲食店等の店舗における従業員毎に定められたＩＤであり、各従業員は自身のＩＤが記憶されている非接触型ＩＣモジュール付装着具１０４を装着する。なお、記憶部４０２は例えばフラッシュメモリから構成されている。送受信部４０３は、例えばＦｅｌｉＣａ（登録商標）等の非接触型ＩＣ技術において用いられるごく近距離のデータ通信に対応した送受信部であり、オーダー端末１０２の読み取り部３０４や、オーダー端末１０２とは別個に設けられた図示しない非接触型ＩＣモジュールリーダ／ライタとの間での非接触通信を行う。
【００４８】
次に、図５を参照して本実施形態に係るオーダー管理システムにおけるサーバ１０１とオーダー端末１０２との間の動作シーケンスを説明する。
【００４９】
オーダー端末１０２はテーブル等に備え付けられたクレードル１０６に載置されている。この状態で客がオーダー端末１０２を手に取ってオーダー端末１０２の電源をオンすると、オーダー端末１０２のアプリケーション記憶領域３０６１に予め記憶されているクライアントアプリケーションが起動される。そして、クライアントアプリケーションの起動に伴って、読み取り部３０４による非接触型ＩＣモジュール付装着具１０４との非接触通信が一定時間毎に行われるようになる。
【００５０】
読み取り部３０４による非接触通信により、従業員ＩＤが読み取れた場合には、非接触型ＩＣモジュール付装着具１０４が検出できた（従業員ＩＤが読み取れた）旨を示す検出情報と従業員ＩＤとが読み取りデータ記憶領域３０６３に記憶される。一方、読み取り部３０４による非接触通信により、従業員ＩＤが読み取れなかった場合には、非接触型ＩＣモジュール付装着具１０４が検出されなかった（従業員ＩＤが読み取れなかった）旨を示す非検出情報が読み取りデータ記憶領域３０６３に記憶される。このような通信の結果、読み取りデータ記憶領域３０６３の情報が更新された場合には、オーダー端末１０２の送受信部３０５を介してＩＤ更新コマンドがサーバ１０１に送信される。なお、読み取りデータ記憶領域３０６３の記憶内容はオーダー端末１０２の電源がオフされたときにクリアされる。このため、オーダー端末１０２の電源オンの直後は必ずＩＤ更新コマンドが送信される。
【００５１】
図６は、オーダー端末１０２から送信されるＩＤ更新コマンドのデータ構成例を示す図である。まず、図６（ａ）は、読み取り部３０４から所定距離内に非接触型ＩＣモジュール付装着具１０４が存在していなかった場合のＩＤ更新コマンドの構成を示している。この場合のＩＤ更新コマンドは、端末ＩＤ記憶領域３０６４に記憶されている端末ＩＤと、非接触型ＩＣモジュール付装着具１０４が検出されなかった（従業員ＩＤが検出できなかった）旨を示す非検出情報とを結合したデータとする。また、図６（ｂ）は、読み取り部３０４から所定距離内に非接触型ＩＣモジュール付装着具１０４が存在していた場合のＩＤ更新コマンドの構成を示している。この場合のＩＤ更新コマンドは、端末ＩＤ記憶領域３０６４に記憶されている端末ＩＤと、非接触型ＩＣモジュール付装着具１０４が検出された（従業員ＩＤが検出できた）旨を示す検出情報と、読み取りデータ記憶領域３０６３に記憶されている従業員ＩＤとを結合したデータとする。
【００５２】
また、上述のＩＤ更新コマンドの更新に先だってサーバ１０１が起動され、このサーバ１０１の起動に伴って、アプリケーション記憶領域２０２１に記憶されているディスパッチャが起動される。これにより、アプリケーション実行環境記憶領域２０２２にディスパッチャ実行環境が作られる。その後、ディスパッチャは、後から作られるオーダーアプリケーション実行環境からの接続を待つ状態となる。
【００５３】
さらに、オーダー端末１０２の端末ＩＤを属性値としてオーダー端末１０２の数（端末ＩＤの数）だけ客用オーダーアプリケーションが起動される。そして、アプリケーション実行環境記憶領域２０２２に、それぞれの起動された客用オーダーアプリケーションのための実行環境が作られる。また、それぞれの起動された客用オーダーアプリケーションに対応した初期画面表示用の画面データがアプリケーション実行結果記憶領域２０２３に記憶される。
【００５４】
また、従業員ＩＤを属性値として従業員の数（従業員ＩＤの数）だけ従業員用オーダーアプリケーションが起動される。そして、アプリケーション実行環境記憶領域２０２２に、それぞれの起動された従業員用オーダーアプリケーションのための実行環境が作られる。さらに、それぞれの起動された従業員用オーダーアプリケーションに対応した初期画面表示用の画面データがアプリケーション実行結果記憶領域２０２３に記憶される。
【００５５】
客用及び従業員用のオーダーアプリケーション実行環境が作られた後、それぞれのオーダーアプリケーション実行環境からディスパッチャ実行環境に対して接続要求がなされる。接続要求が受諾されると、それぞれのオーダーアプリケーション実行環境からディスパッチャ実行環境に対して、それぞれのオーダーアプリケーションに対して与えられている属性値（端末ＩＤ又は従業員ＩＤ）が送られる。ディスパッチャ実行環境においては、接続要求を受諾した後に、それぞれのオーダーアプリケーション実行環境から送られてくる属性値（端末ＩＤ又は従業員ＩＤ）とＩＤ対応表記憶領域２０２４に記憶されているＩＤとの比較が行われ、該当するＩＤに対応したディスクリプタが記憶される。これにより、ディスパッチャ実行環境とオーダーアプリケーション実行環境とのデータ転送路２０２２ａ〜２０２２ｃが確保される。
【００５６】
この後、サーバ１０１はオーダー端末１０２やＰＯＳ端末１０５からのデータ送信を待つ状態となる。
【００５７】
上述したように、オーダー端末１０２の電源投入直後は、非接触型ＩＣモジュール付装着具１０４が読み取り部３０４から所定距離内に存在しておらず、その結果、図６（ａ）に示したＩＤ更新コマンドがサーバ１０１に送信される。これにより、サーバ１０１においては、端末ＩＤがサーバ１０１の記憶部２０２の受信端末ＩＤ記憶領域２０２６に記憶される。また、従業員ＩＤについては送信されないため、サーバ１０１の記憶部２０２の受信検出ＩＤ記憶領域２０２７の内容は更新されない。
【００５８】
受信端末ＩＤ記憶領域２０２６に端末ＩＤが記憶され、受信検出ＩＤ記憶領域２０２７に従業員ＩＤが記憶されていない場合には、ディスパッチャ実行環境から、受信端末ＩＤ記憶領域２０２６に記憶された端末ＩＤに対応した客用オーダーアプリケーション実行環境に対して画面切替コマンドが送信される。画面切替コマンドの受信に応じて、その客用オーダーアプリケーション実行環境からディスパッチャ実行環境に初期画面表示用の画面データが送信されてくる。ディスパッチャ実行環境においては、どのディスクリプタに対応したデータ転送路から画面データが送信されたかを判断することにより、画面データを送信した客用オーダーアプリケーション実行環境の特定が行われる。そして、受信端末ＩＤ記憶領域２０２６に記憶されている端末ＩＤに対応したディスクリプタを用いて画面データが送信されてきていれば、ディスパッチャ実行環境を介して、画面データが制御部２０１に送信される。この後、送受信部２０３を介して、オーダー端末１０２に初期画面表示用の画面データが送信される。これにより、オーダー端末１０２の表示部３０３には客用オーダーアプリケーションの初期画面が表示される。
【００５９】
以降、次のＩＤ更新コマンドが受信されるまで、受信端末ＩＤ記憶領域２０２６に記憶された端末ＩＤを有するオーダー端末１０２からのイベントデータが処理される状態となる。オーダー端末１０２を手に取った客がオーダー端末１０２の入力部３０２を操作すると、その操作内容に応じたイベント信号（入力情報）が端末ＩＤとともに送受信部３０５を介してオーダー端末１０２からサーバ１０１に送信される。
【００６０】
イベント信号がサーバ１０１において受信されると、このイベント信号を送信したオーダー端末１０２の端末ＩＤとＩＤ対応表記憶領域２０２４に記憶されている端末ＩＤとが比較されて、イベント信号を送信したオーダー端末１０２が特定される。そして、この特定の結果に応じて、ディスパッチャ実行環境から客用オーダーアプリケーション実行環境にイベント信号が送信される。イベント信号を受信した客用オーダーアプリケーション実行環境では、イベント信号に応じた処理が行われる。そして、処理の結果に応じてアプリケーション実行結果記憶領域２０２３に記憶されている画面データが更新され、更新された画面データがディスパッチャ実行環境に送られる。これを受けて、ディスパッチャ実行環境により、画面データが制御部２０１に送られる。そして、送受信部２０３を介して、オーダー端末１０２に更新後の画面データが送られ、入力部３０２の操作（イベント）に応じた表示画面の更新がなされる。なお、客がオーダー端末１０２を操作してオーダー入力を行っていた場合には、注文データが注文データ記憶領域２０２５に記憶されて管理される。
【００６１】
このようにして客は、オーダー端末１０２を用いてサーバ１０１の客用オーダーアプリケーション実行環境で実行されている客用オーダーアプリケーションに対する操作を行うことができる。
【００６２】
また、従業員は非接触型ＩＣモジュール付装着具１０４を例えば腕に装着している。この状態で従業員がオーダー端末１０２を操作すべく、オーダー端末１０２を手に取った場合には、非接触型ＩＣモジュール付装着具１０４の送受信部４０３とオーダー端末１０２の読み取り部３０４との距離が近づくため、読み取り部３０４により、従業員ＩＤを読み取れる状態（図５の○の状態）となる。この場合、読み取り部３０４によって読み取られた従業員ＩＤが読み取りデータ記憶領域３０６３に記憶される。
【００６３】
このようにして、読み取りデータ記憶領域３０６３の内容が更新されることにより、オーダー端末１０２の送受信部３０５を介してＩＤ更新コマンドがサーバ１０１に送信される。この場合、サーバ１０１においては、端末ＩＤが受信端末ＩＤ記憶領域２０２６に記憶されるとともに、従業員ＩＤが受信検出ＩＤ記憶領域２０２７に記憶される。
【００６４】
受信端末ＩＤ記憶領域２０２６に端末ＩＤが記憶され、且つ受信検出ＩＤ記憶領域２０２７に従業員ＩＤが記憶された場合には、ディスパッチャ実行環境から、受信検出ＩＤ記憶領域２０２７に記憶された従業員ＩＤに対応した従業員用オーダーアプリケーション実行環境に対して画面切替コマンドが送られる。そして、画面切替コマンドに応じて、従業員用オーダーアプリケーション実行環境からディスパッチャ実行環境に初期画面表示用の画面データが送られる。ディスパッチャ実行環境においては、どのディスクリプタに対応したデータ転送路から画面データが送られてきたかを判断することにより、画面データを送信した従業員用オーダーアプリケーション実行環境の特定が行われる。そして、受信検出ＩＤ記憶領域２０２７に記憶されている従業員ＩＤに対応したディスクリプタを用いて画面データが送られてきていれば、ディスパッチャ実行環境を介して、画面データが制御部２０１に送られる。この後、受信端末ＩＤ記憶領域２０２６に端末ＩＤが参照され、該当する端末ＩＤを有するオーダー端末１０２に、初期画面表示用の画面データが送られる。これにより、オーダー端末１０２の表示部３０３には従業員用オーダーアプリケーションの初期画面が表示される。
【００６５】
以降、次のＩＤ更新コマンドが受信されるまで、受信端末ＩＤ記憶領域２０２６に記憶された端末ＩＤを有するオーダー端末１０２からのイベントデータが処理される状態となる。オーダー端末１０２を手に取った従業員がオーダー端末１０２の入力部３０２を操作すると、その操作内容に応じたイベント信号が送受信部３０５を介してオーダー端末１０２からサーバ１０１に送信される。イベント信号がサーバ１０１において受信されると、このイベント信号を送信したオーダー端末１０２の端末ＩＤとＩＤ対応表記憶領域２０２４に記憶されている端末ＩＤとが比較されて、イベント信号を送信したオーダー端末１０２が特定される。そして、この特定の結果に応じて、ディスパッチャ実行環境から従業員用オーダーアプリケーション実行環境にイベント信号が送信される。イベント信号を受信した従業員用オーダーアプリケーション実行環境では、イベント信号に応じた処理が行われる。そして、処理の結果に応じてアプリケーション実行結果記憶領域２０２３に記憶されている画面データが更新され、更新された画面データがディスパッチャ実行環境に送られる。これを受けて、ディスパッチャ実行環境により、画面データが制御部２０１に送られる。そして、送受信部２０３を介して、オーダー端末１０２に更新後の画面データが送られ、入力部３０２の操作（イベント）に応じた表示画面の更新がなされる。なお、従業員がオーダー端末１０２を操作してオーダー入力を行っていた場合には、注文データが注文データ記憶領域２０２５に記憶されて管理される。
【００６６】
このようにして従業員は、オーダー端末１０２を用いてサーバ１０１の従業員用オーダーアプリケーション実行環境で実行されている従業員用オーダーアプリケーションに対する操作を行うことができる。
【００６７】
その後、従業員がオーダー端末１０２から離れた場合には、非接触型ＩＣモジュール付装着具１０４の送受信部４０３とオーダー端末１０２の読み取り部３０４との距離が離れ、読み取り部３０４により、従業員ＩＤを読み取れない状態（図５の×の状態）に戻る。この場合には、オーダー端末１０２の表示部３０３に客用オーダーアプリケーションの初期画面が再び表示されることになる。
【００６８】
以降、客がオーダー端末１０２を手にしている場合にはオーダー端末１０２の表示部３０３に客用オーダーアプリケーション実行環境で実行されている客用オーダーアプリケーションに対応した画面表示がなされ、また従業員がオーダー端末１０２を手にしている場合にはオーダー端末１０２の表示部３０３に従業員用オーダーアプリケーション実行環境で実行されている従業員用オーダーアプリケーションに対応した画面表示がなされるという動作が繰り返される。
【００６９】
このように、本実施形態では、従業員がオーダー端末１０２を客から受け取るというごく自然な動作で、単一のオーダー端末１０２を用いて、客用オーダーアプリケーションから従業員用オーダーアプリケーションへの切り替えを行うことができる。また、従業員がオーダー端末１０２を客に返すというごく自然な動作で、単一のオーダー端末１０２を用いて、従業員用オーダーアプリケーションから客用オーダーアプリケーションへの切り替えを行うことができる。
【００７０】
ここで、サーバ１０１の内蔵時計２０１１を利用することで、時間帯に応じてオーダー端末１０２に表示させる画面の内容を変えるようにすることもできる。この場合、内蔵時計２０１１で計時された時刻もオーダーアプリケーションに送信するようにして、オーダーアプリケーションでは時刻に応じた画面データを生成させるようにすれば良い。例えば、ＩＤ更新コマンドやイベント信号の送信時刻を内蔵時計２０１１によって計時し、これらが昼の時間帯にオーダー端末１０２からサーバ１０１に送信されてきた場合には、昼の時間帯に対応した画面データをサーバ１０１において生成してオーダー端末１０２に送信する。一方、ＩＤ更新コマンドやイベント信号が夜の時間帯にオーダー端末１０２からサーバ１０１に送信されてきた場合には、夜の時間帯に対応した画面データをサーバ１０１において生成してオーダー端末１０２に送信する。これにより、例えば時間帯によって異なるオーダー画面の表示等を行うこともできる。
【００７１】
また、本実施形態ではオーダー端末１０２とサーバ１０１とをシンクライアントシステムとしている。このため、サーバ１０１に機能追加を行うことにより、オーダー端末１０２自体は何らの変更無しに、オーダー端末１０２の機能追加を行うことができる。
【００７２】
例えば、上述した例では、オーダー端末１０２により客用オーダーアプリケーションに対する操作を行うための端末と従業員オーダー用オーダーアプリケーションに対する操作を行うための端末として利用できるようにしている。この他に、例えばオーダー端末１０２がクレードル１０６に載置されている間は、オーダー端末１０２を、オーダー端末としてではなく、非オーダー用の画面が表示される情報発信用の端末として利用できるようにすることもできる。この場合には、各クレードル１０６にも非接触型ＩＣモジュール（送受信部４０３）を実装するとともに、各クレードル１０６にクレードルＩＤを割り振っておく。また、図７（ａ）に示すように、アプリケーション記憶領域２０２１には、クレードル用アプリケーションを追加する。また、図７（ｂ）に示すように、アプリケーション実行環境記憶領域２０２２には、クレードルＩＤの数だけのクレードル用アプリケーション実行環境の記憶領域を確保しておく。さらに、図７（ｃ）に示すように、ＩＤ対応表記憶領域２０２４には、各クレードル１０６に割り振られたクレードルＩＤとディスクリプタとの対応表を追加しておく。
【００７３】
図８は、上述したクレードル用アプリケーションを追加する場合の変形例における動作シーケンスを示す図である。クレードル１０６にオーダー端末１０２が載置されている間、クレードル１０６によってオーダー端末１０２が給電されて、オーダー端末１０２の電源がオンとなるようにしておく。このとき、図５の場合と同様に、オーダー端末１０２のアプリケーション記憶領域３０６１に予め記憶されているクライアントアプリケーションが起動される。そして、クライアントアプリケーションの起動に伴って、読み取り部３０４による非接触通信が一定時間毎に行われるようになる。したがって、クレードル１０６にオーダー端末１０２が載置されている間は、クレードル１０６の非接触型ＩＣモジュールとオーダー端末１０２の読み取り部３０４と距離が近く、読み取り部３０４によってクレードルＩＤが読み取られる。この読み取られたクレードルＩＤは、従業員ＩＤの場合と同様に読み取りデータ記憶領域３０６３に記憶される。
【００７４】
このようにして、読み取りデータ記憶領域３０６３の内容が更新されることにより、オーダー端末１０２の送受信部３０５を介してＩＤ更新コマンドがサーバ１０１に送信される。なお、この場合に送信されるＩＤ更新コマンドは、端末ＩＤ記憶領域３０６４に記憶されている端末ＩＤと、非接触型ＩＣモジュールが検出された（クレードルＩＤ又は従業員ＩＤが検出できた）旨を示す検出情報と、読み取りデータ記憶領域３０６３に記憶されているＩＤ（クレードルＩＤ）とを結合したデータとなる。
【００７５】
そして、サーバ１０１の記憶部の受信端末ＩＤ記憶領域２０２６に端末ＩＤが記憶され、受信検出ＩＤ記憶領域２０２７にクレードルＩＤが記憶されることで、そのクレードルＩＤに対応したクレードル用アプリケーション実行環境が動作してオーダー端末１０２の表示部３０３にクレードル用アプリケーションに対応した画面が表示される。
【００７６】
その後、客がクレードル１０６からオーダー端末１０２を取り上げると、読み取り部３０４によってクレードルＩＤを読み取れなくなる。この場合には、図５の場合と同様の処理を経てオーダー端末１０２の表示部３０３に客用オーダーアプリケーションに対応した画面が表示される。
【００７７】
次に、図８で示した動作シーケンスの詳細を図９〜図１１のフローチャートを参照して説明する。
【００７８】
図９は、サーバ１０１の制御部２０１における制御を示すフローチャートである。サーバ１０１が起動されると、制御部２０１は、記憶部２０２に記憶されているシステムプログラムを起動して図９の制御を開始する。図９の制御が開始されると、まず、制御部２０１は、アプリケーション記憶領域２０２１に予め記憶されているディスパッチャを起動させる（ステップＳ１０１）。ディスパッチャの起動により、アプリケーション実行環境記憶領域２０２２にディスパッチャ実行環境が作られる。ディスパッチャの起動後、制御部２０１は、アプリケーション記憶領域２０２１に予め記憶されている従業員ＩＤ数分の従業員用オーダーアプリケーション、端末ＩＤ数分の客用オーダーアプリケーション、クレードルＩＤ数分のクレードル用アプリケーションを起動させる（ステップＳ１０２）。各アプリケーションの起動により、アプリケーション実行環境記憶領域２０２２に、それぞれ起動されたアプリケーションに対応した実行環境が作られる。各アプリケーション実行環境が作られた後、制御部２０１は、各アプリケーション実行環境とディスパッチャ実行環境との間での通信接続を開始させる（ステップＳ１０３）。これにより、ディスパッチャ実行環境に各アプリケーション実行環境と通信するためのディスクリプタが記憶され、ディスパッチャ実行環境と各アプリケーション実行環境との間のデータ転送路が確保される。
【００７９】
次に、制御部２０１は、送受信部２０３を介して、オーダー端末１０２からＩＤ更新コマンドを受信したか否かを判定する（ステップＳ１０４）。ステップＳ１０４の判定において、ＩＤ更新コマンドを受信した場合に、制御部２０１は、受信されたＩＤ更新コマンドに含まれる端末ＩＤを受信端末ＩＤ記憶領域２０２６に記憶させる。また、ＩＤ更新コマンドに従業員ＩＤ又はクレードルＩＤ（以後、これらを総称して検出ＩＤと記す）が含まれている場合には、それを受信検出ＩＤ記憶領域２０２７に記憶させる。そして、制御部２０１は、ディスパッチャ実行環境を介して、受信端末ＩＤ記憶領域２０２６に記憶させた端末ＩＤ又は受信検出ＩＤ記憶領域２０２７に記憶させた検出ＩＤに対応したアプリケーション実行環境に対して画面切替コマンドを送信する（ステップＳ１０５）。その後、処理がステップＳ１０４に戻る。上述したように、アプリケーション実行環境に画面切替コマンドが送信された場合には、そのアプリケーション実行環境に対応してアプリケーション実行結果記憶領域２０２３に記憶されている画面データ（初期画面データ）がアプリケーション実行環境、ディスパッチャを介して制御部２０１に送信される。
【００８０】
また、ステップＳ１０４の判定において、ＩＤ更新コマンドを受信していない場合に、制御部２０１は、送受信部２０３を介して、オーダー端末１０２からイベント信号を受信したか否かを判定する（ステップＳ１０６）。ステップＳ１０６の判定において、イベント信号を受信した場合に、制御部２０１は、ディスパッチャ実行環境を介して、受信端末ＩＤ記憶領域２０２６に記憶させた端末ＩＤ又は受信検出ＩＤ記憶領域２０２７に記憶させた検出ＩＤに対応したアプリケーション実行環境に対してイベント信号を送信する（ステップＳ１０７）。その後、処理がステップＳ１０４に戻る。上述したように、アプリケーション実行環境にイベント信号が送信された場合には、そのアプリケーション実行環境においてイベント信号に対応した処理がなされ、このイベント信号に対応した処理の結果として変更され、アプリケーション実行結果記憶領域２０２３に記憶される画面データがアプリケーション実行環境、ディスパッチャを介して制御部２０１に送信される。
【００８１】
また、ステップＳ１０６の判定において、イベント信号を受信していない場合に、制御部２０１は、ディスパッチャ実行環境を介して、アプリケーション実行環境から画面データを受信したか否かを判定する（ステップＳ１０８）。ステップＳ１０８の判定において、画面データを受信した場合に、制御部２０１は、受信された画面データを、受信端末ＩＤ記憶領域２０２６に記憶させた端末ＩＤに対応したオーダー端末１０２に、送受信部２０３を介して送信する（ステップＳ１０９）。その後、処理がステップＳ１０４に戻る。また、ステップＳ１０８の判定において、画面データを受信していない場合には、そのまま処理がステップＳ１０４に戻る。
【００８２】
図１０は、サーバ１０１のアプリケーション実行環境における処理を示すフローチャートである。図１０のステップＳ１０３の処理により、データ転送路が確保された後、アプリケーション実行環境は待機状態となる。この間、アプリケーション実行環境は、ディスパッチャから画面切替コマンドを受信したか否かを判定している（ステップＳ２０１）。ステップＳ２０１の判定において、画面切替コマンドを受信した場合に、そのアプリケーション実行環境は、アプリケーション実行結果記憶領域２０２３に記憶されている実行結果（画面データ）の中で、自身に対応した画面データの全てを、ディスパッチャを介して制御部２０１に送信する（ステップＳ２０２）。その後、処理がステップＳ２０１に戻る。
【００８３】
ステップＳ２０１の判定において、画面切替コマンドを受信していない場合に、アプリケーション実行環境は、ディスパッチャからイベント信号を受信したか否かを判定する（ステップＳ２０３）。ステップＳ２０３の判定において、イベント信号を受信した場合に、そのアプリケーション実行環境は、受信したイベント信号に応じた処理を実行する（ステップＳ２０４）。その後、イベント信号に応じた処理の結果として、アプリケーション実行結果記憶領域２０２３に記憶される実行結果（画面データ）の中で、更新された部分の画面データを、ディスパッチャを介して制御部２０１に送信する（ステップＳ２０５）。その後、処理がステップＳ２０１に戻る。また、ステップＳ２０３の判定において、イベント信号を受信していない場合には、そのまま処理がステップＳ２０１に戻る。
【００８４】
図１１は、オーダー端末１０２の制御部３０１における制御を示すフローチャートである。なお、図１１のフローチャートは客がオーダー端末１０２を手に取って電源をオンしたときを処理の開始とした例を示している。オーダー端末１０２が予めクレードル１０６に載置されていた場合には図１１０のステップＳ３０８から処理が開始される。
【００８５】
オーダー端末１０２の電源がオンされると、制御部３０１は、記憶部３０６に記憶されているクライアントプログラムを起動して図１１の制御を開始する。図１１の制御が開始されると、制御部３０１は読み取り部３０４による非接触通信を開始させる。上述のように、客がオーダー端末１０２を手に取っている間は、従業員ＩＤとクレードルＩＤの何れも検出されない。この場合、制御部３０１は、図６（ａ）で示したような端末ＩＤと非検出情報とを結合したＩＤ更新コマンドを、送受信部３０５を介してサーバ１０１に送信する（ステップＳ３０１）。
【００８６】
次に、制御部３０１は、送受信部３０５を介してサーバ１０１から画面データを受信したか否かを判定する（ステップＳ３０２）。ステップＳ３０２の判定において、画面データを受信した場合に、制御部３０１は、受信した画面データを記憶部３０６の表示画面データ記憶領域３０６２に記憶させる。そして、制御部３０１は、所定のタイミングで表示画面データ記憶領域３０６２に記憶させた画面データを読み出して表示部３０３に送信し、サーバ１０１のアプリケーション実行環境において動作中のアプリケーションに対応した表示画面を表示部３０３に表示させる（ステップＳ３０３）。その後、処理がステップＳ３０２に戻る。
【００８７】
図１２、図１３は表示部３０３に表示される表示画面の表示例を示す図である。図１２（ａ）は客用オーダーアプリケーションに対応した表示画面を示し、図１２（ｂ）は従業員用オーダーアプリケーションに対応した表示画面を示している。また、図１３はクレードル用アプリケーションに対応した表示画面を示している。ここで、図１３（ａ）は昼用の表示画面を示し、図１３（ｂ）は夜用の表示画面を示している。なお、図１２、図１３に示すように、各オーダーアプリケーションに対応した表示画面中にはタッチパネル式の入力部３０２を示すボタンを表示させている。
【００８８】
ステップＳ３０２の判定において、画面データを受信していない場合に、制御部３０１は、図１２や図１３で示したボタンへの接触等の、入力部３０２を介した入力イベントが発生したか否かを判定する（ステップＳ３０４）。ステップＳ３０４の判定において、入力イベントが発生した場合に、制御部３０１は、入力部３０２を介した入力イベントに応じたイベント信号を生成し、生成したイベント信号を、送受信部３０５を介してサーバ１０１に送信する（ステップＳ３０５）。その後、処理がステップＳ３０２に戻る。
【００８９】
ステップＳ３０４の判定において、入力イベントが発生していない場合に、制御部３０１は、読み取り部３０４により検出ＩＤ（従業員ＩＤ又はクレードルＩＤ）の読み取りが行えなかったか否かを判定する（ステップＳ３０６）。ステップＳ３０６の判定において、例えば従業員がオーダー端末１０２を手に取ったり、オーダー端末１０２がクレードル１０６に載置されたりすると、検出ＩＤの読み取りが行えるようになる。この場合に、制御部３０１は、検出ＩＤが読み取りデータ記憶領域３０６３に記憶されていない状態から記憶されている状態に変化したか、或いは読み取りデータ記憶領域３０６３に記憶されている検出ＩＤが従業員ＩＤとクレードルＩＤとの間で変化したか否かを判定する（ステップＳ３０７）。ステップＳ３０７の判定において、検出ＩＤが読み取りデータ記憶領域３０６３に記憶されていない状態から記憶されている状態に変化した場合、或いは読み取りデータ記憶領域３０６３に記憶されている検出ＩＤが従業員ＩＤとクレードルＩＤとの間で変化した場合に、制御部３０１は、図６（ｂ）で示したような端末ＩＤと、検出情報と、検出ＩＤとを結合したＩＤ更新コマンドを、送受信部３０５を介してサーバ１０１に送信する（ステップＳ３０８）。その後、処理がステップＳ３０２に戻る。また、ステップＳ３０７の判定において、読み取りデータ記憶領域３０６３に記憶されている検出ＩＤが従業員ＩＤとクレードルＩＤとの間で変化していない、即ち同じ検出ＩＤが検出された場合には、そのまま処理がステップＳ３０２に戻る。
【００９０】
また、ステップＳ３０６の判定において、検出ＩＤの読み取りが行えなかった場合に、制御部３０１は、検出ＩＤが読み取りデータ記憶領域３０６３に記憶されている状態から記憶されていない状態に変化したか否かを判定する（ステップＳ３０９）。ステップＳ３０９の判定において、例えば従業員の手からオーダー端末１０２が離れたり、オーダー端末１０２がクレードル１０６から離れたりすると、検出ＩＤの読み取りが行えなくなる。この場合に、制御部３０１は、図６（ａ）で示したような端末ＩＤと非検出情報とを結合したＩＤ更新コマンドを、送受信部３０５を介してサーバ１０１に送信する（ステップＳ３１０）。その後、処理がステップＳ３０２に戻る。また、ステップＳ３０９の判定において、検出ＩＤが読み取りデータ記憶領域３０６３に記憶されている状態から記憶されていない状態に変化していない場合には、そのまま処理がステップＳ３０２に戻る。
【００９１】
以上説明したように、本実施形態によれば、従業員がオーダー端末１０２を手に持つ（従業員が客から受け取る、或いは従業員がクレードル１０６から取り上げる）という自然な動作でオーダー端末１０２が従業員用のオーダーアプリケーション実行環境に対応した端末に切り替わり、逆に従業員がオーダー端末１０２を手から離す（客に手渡す、或いはクレードル１０６に戻す）という自然な動作で客用のオーダーアプリケーション実行環境やクレードル用のアプリケーション実行環境に対応した端末に切り替わる。これにより、アプリケーションの切り替えが容易で利便性が格段に向上する。
【００９２】
また、本実施形態では、サーバ１０１とオーダー端末１０２とをシンクライアントシステムとしている。これにより、サーバ１０１にアプリケーションを追加することで、オーダー端末１０２に手を加えることなく目的が異なった新しい仕様（アプリケーション実行環境）を追加させることができるため、端末製作コストの低減や端末使用効率のアップを図ることも可能である。
【００９３】
なお、上述した実施形態におけるオーダー管理システムによる各処理の手法、即ち、図９〜１１のフローチャートに示す処理は、何れもコンピュータに実行させることができるプログラムとして、メモリカード（ＲＯＭカード、ＲＡＭカード等）、磁気ディスク（フロッピディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の外部記憶装置の記憶媒体に格納して配布することができる。そして、サーバ１０１やオーダー端末１０２のコンピュータ（ＣＰＵ）は、この外部記憶装置の記憶媒体に記憶されたプログラムを読み込み、この読み込んだプログラムによって動作が制御されることにより、上述した処理を実行することができる。
【００９４】
さらに、上述した実施形態の各処理を実現するためのプログラムのデータは、プログラムコードの形態としてネットワーク１０３上を伝送させることができ、各プログラムデータを、このネットワーク１０３に接続されたコンピュータ装置（プログラムサーバ）から取り込んで処理を実行することもできる。
【００９５】
以上実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定されるものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。
【００９６】
さらに、上記した実施形態には種々の段階の発明が含まれており、開示される複数の構成要件の適当な組合せにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、上述したような課題を解決でき、上述したような効果が得られる場合には、この構成要件が削除された構成も発明として抽出され得る。
【符号の説明】
【００９７】
１０１…サーバ、１０２…オーダー端末、１０３…ネットワーク、１０４…ＩＣモジュール付装着具、１０５…ＰＯＳ端末、１０６…クレードル、２０１…制御部、２０２…記憶部、２０３…送受信部、３０１…制御部、３０２…入力部、３０３…表示部、３０４…読み取り部、３０５…送受信部、３０６…記憶部、４０１…制御部、４０２…記憶部、４０３…送受信部、２０２１…アプリケーション記憶領域、２０２２…アプリケーション実行環境記憶領域、２０２３…アプリケーション実行結果記憶領域、２０２４…ＩＤ対応表記憶領域、２０２５…注文データ記憶領域、２０２６…ＩＤ記憶領域、２０２７…ＩＤ記憶領域、３０６１…アプリケーション記憶領域、３０６２…表示画面データ記憶領域、３０６３…読み取りデータ記憶領域、３０６４…端末ＩＤ記憶領域、４０２１…ＩＤ記憶領域
【図１】
2011059941.tif 000003
【図２】
2011059941.tif 000004
【図３】
2011059941.tif 000005
【図４】
2011059941.tif 000006
【図５】
2011059941.tif 000007
【図６】
2011059941.tif 000008
【図７】
2011059941.tif 000009
【図８】
2011059941.tif 000010
【図９】
2011059941.tif 000011
【図１０】
2011059941.tif 000012
【図１１】
2011059941.tif 000013
【図１２】
2011059941.tif 000014
【図１３】
2011059941.tif 000015