JP6156430B2 - 表示端末及びプログラム - Google Patents

Description

本発明は、表示端末及びプログラムに関する。

従来の居酒屋等の飲食店におけるオーダー管理の方式の１つとして、従業員（店員）が
オーダー端末を持ち歩きつつ、客からのオーダー（注文）をオーダー端末に入力していく
方式がある。このような方式では、従業員によって入力されたオーダーが厨房に伝達され
ることによって厨房にて調理がなされ、料理が客のもとに運ばれてくる。

上述した方式の場合にはオーダーをする際に客が毎回従業員を呼ばなければならず、オ
ーダーの効率が余り良いとは言えない。そこで、オーダーの効率化と利便性とを図るべく
、客が自らオーダー端末を使ってオーダーできるようにした方式もある。ただし、この場
合には、従業員用と客用のオーダー端末をそれぞれ用意する必要があり、店にとっては、
設備投資に必要な金額の増大に繋がる。このため、特許文献１においては、１つのオーダ
ー端末に従業員用と客用の２つの機能を持たせ、これらの機能を従業員が切り替え可能と
することで、端末数を削減して設備投資に必要な金額の軽減を図るようにしている。

特開２００７−２９９１３０号公報

ここで、特許文献１の技術において、従業員用のオーダー端末と客用のオーダー端末と
の機能の切り替えを行うためには、従業員による特殊な切り替え操作が毎回必要である。
また、特許文献１の技術では、従業員用のオーダー端末と客用のオーダー端末とで構造自
体が切り替えられるようになっており、このためにオーダー端末には切り替えスイッチや
回転機構等が実装されている。したがって、オーダー端末の製作にコストがかかり易い。
また、特許文献１の技術を用いたオーダー端末は、予め決められた従業員用と客用の２つ
の機能の使用に限定され、拡張性の欠如等を鑑みると必ずしも利便性があるとは言えない
。

本発明は、表示端末に表示される画面データを切り替えて表示させることを目的とする。

請求項１は、各種表示内容の画面データを切り替えて表示する表示端末であって、当該表示端末が、クレードルモジュールからの第１識別情報を検出したか否か、あるいは所定距離内に存在する従業員用モジュールから第２識別情報を検出したか否か、を判別する判別手段と、前記判別手段による判別結果を外部処理装置に対して送信する送信手段と、前記第１識別情報を検出したことを判別した際は、情報発信用の表示内容の第１画面データを前記外部処理装置から受信することで取得し、前記第２識別情報を検出したことを判別した際は、従業員による操作を受け付ける第２画面データを前記外部処理装置から受信することで取得し、前記第１識別情報及び前記第２識別情報の何れも検出しない場合には、客による操作を受け付ける第３画面データを前記外部処理装置から受信することで取得する取得手段と、前記取得手段で取得した何れかの画面データの表示内容に切り替えて表示する表示制御手段と、を具備したことを特徴とする。
請求項３は、各種表示内容の画面データを切り替えて表示する表示端末であって、当該表示端末が、クレードルモジュールからの第１識別情報を検出したか否か、あるいは所定距離内に存在する従業員用モジュールから第２識別情報を検出したか否か、を判別する判別手段と、前記判別手段で、前記第１識別情報を検出したことを判別した際は、情報発信用の表示内容の第１画面データを取得し、前記第２識別情報を検出したことを判別した際は、従業員による操作を受け付ける第２画面データを取得し、前記第１識別情報及び前記第２識別情報の何れも検出しない場合には、客による操作を受け付ける第３画面データを取得する取得手段と、前記取得手段で取得した何れかの画面データの表示内容に切り替えて表示する表示制御手段と、を具備したことを特徴とする。

本発明によれば、表示端末に表示される画面データを切り替えて表示させることができる。

本発明の一実施形態に係るオーダー管理システムの一例の構成を示す図である。 サーバの構成を示すブロック図である。 オーダー端末の構成を示すブロック図である。 非接触型ＩＣモジュール付装着具の構成を示すブロック図である。 本発明の一実施形態に係るオーダー管理システムにおけるサーバとオーダー端末との間の動作シーケンスを示す図である。 オーダー端末から送信されるＩＤ更新コマンドのデータ構成例を示す図である。 クレードル用アプリケーションを追加する場合の変形例におけるサーバの記憶部の構成例を示す図である。 クレードル用アプリケーションを追加する場合の変形例における動作シーケンスを示す図である。 サーバの制御部における制御を示すフローチャートである。 サーバのアプリケーション実行環境における処理を示すフローチャートである。 オーダー端末の制御部における制御を示すフローチャートである。 オーダーアプリケーションに対応した表示画面の表示例を示す図である。 クレードル用アプリケーションに対応した表示画面の表示例を示す図である。

以下、図面を参照して本発明の実施形態を説明する。
図１は、本発明の一実施形態に係るオーダー管理システムの一例の構成を示す図である
。この図１に示すオーダー管理システムは、飲食店等の店舗に構築されるシステムである
。図１に示すオーダー管理システムにおけるサーバ１０１（サーバ装置）は、ネットワー
ク１０３を介してオーダー端末１０２、ＰＯＳ（Point Of Sales）端末１０５と通信自在
に接続されている。

ここで、図１に示すオーダー管理システムは、オーダー端末１０２からの遠隔操作を受
けて、サーバ１０１においてオーダー端末１０２による遠隔操作に対応した所望のアプリ
ケーションプログラムを起動させるシンクライアント（Thin client）システムに対応し
ているものとする。

また、図１に示すネットワーク１０３は、単に、サーバ１０１と、オーダー端末１０２
、ＰＯＳ端末１０５とが通信自在に接続されていることを表わすものであって、有線接続
を表わしているものではない。実際には、少なくともオーダー端末１０２に関してはサー
バ１０１と無線ネットワーク（無線ＬＡＮ等）を介して接続されていることが望ましい。
また、図１において、サーバ１０１とＰＯＳ端末１０５とを個別に設け、両者を、ネット
ワーク１０３を介して接続するようにしている。これに対し、サーバ１０１にＰＯＳ端末
１０５としての機能を持たせるようにしても良い。例えば、ＰＯＳ端末１０５は、会計の
処理、及び管理を行うための端末であるが、サーバ１０１に会計の管理機能を持たせるよ
うにしても良い。

さらに、図１において、オーダー端末１０２は所定距離（例えば数センチメートル）内
に存在する非接触型ＩＣモジュール付装着具１０４との間で非接触通信が可能になされて
いる。また、オーダー端末１０２は端末置場としての機能を有するクレードル１０６に載
置可能になされている。

次に、図１に示すオーダー管理システムの詳細について説明する。
図２は、サーバ１０１の構成を示すブロック図である。図２に示すように、サーバ１０
１は、制御部２０１と、記憶部２０２と、送受信部２０３とを有している。

制御部２０１は、コンピュータとしてのＣＰＵから構成され、記憶部２０２に予め記憶
されているシステムプログラムに従ってサーバ１０１の全体の制御を含む、オーダー管理
システムの制御を行う。また、制御部２０１は、計時手段としての機能を有する内蔵時計
２０１１を有している。この内蔵時計２０１１は、送受信部２０３を介したデータ通信が
なされた時刻等を計時するためのものである。

送受信部２０３は、サーバ１０１をネットワーク１０３に接続するためのインターフェ
ースを有し、制御部２０１の制御に従ってオーダー端末１０２やＰＯＳ端末１０５との間
でのデータの送受信を行う。

記憶部２０２は、サーバ１０１の動作を制御するためのシステムプログラム等を記憶し
ている。また、この記憶部２０２は、サーバ１０１自体の動作に必要なシステムプログラ
ム等のデータを記憶しておくための記憶領域の他に、アプリケーション記憶領域２０２１
、アプリケーション実行環境記憶領域２０２２、アプリケーション実行結果記憶領域２０
２３、ＩＤ対応表記憶領域２０２４、注文データ記憶領域２０２５、受信端末ＩＤ記憶領
域２０２６、受信検出ＩＤ記憶領域２０２７を有している。

アプリケーション記憶領域２０２１は、各種のアプリケーションプログラムを記憶して
おくための記憶領域である。本実施形態において、アプリケーション記憶領域２０２１に
は、従業員用に最適化された従業員用オーダーアプリケーション、客用に最適化された客
用オーダーアプリケーションが記憶されている。なお、従業員用オーダーアプリケーショ
ン、客用オーダーアプリケーションはそれぞれ単一のアプリケーションとする必要はなく
、アプリケーション群であっても良い。また、アプリケーション記憶領域２０２１には、
アプリケーション実行環境記憶領域２０２２において作られる実行環境間で送受信される
データを振り分けるためのアプリケーションであるディスパッチャも記憶されている。

アプリケーション実行環境記憶領域２０２２は、アプリケーション実行環境を作るため
の記憶領域である。即ち、アプリケーション記憶領域２０２１に記憶されているアプリケ
ーションが起動された場合には、アプリケーション実行環境記憶領域２０２２に、起動さ
れたアプリケーションに対応した実行環境が作られ、この実行環境上でアプリケーション
が動作する。なお、従業員用オーダーアプリケーション実行環境は従業員の数（後述する
従業員ＩＤの数）だけ作られるものであり、客用オーダーアプリケーション実行環境はオ
ーダー端末の数（後述する端末ＩＤの数）だけ作られるものである。また、各実行環境で
動作しているアプリケーションは単一のアプリケーションではなく、アプリケーション群
となる場合もある。

アプリケーション実行結果記憶領域２０２３は、アプリケーション実行環境記憶領域２
０２２上で動作しているアプリケーションにより生成される画面データをアプリケーショ
ン実行結果として記憶しておくための記憶領域である。このアプリケーション実行結果記
憶領域２０２３に記憶される画面データは送受信部２０３を介してオーダー端末１０２に
送信される。

ＩＤ対応表記憶領域２０２４には、オーダー端末１０２から送られてくるオーダー端末
１０２のＩＤ（端末ＩＤ）と各端末ＩＤに対応した識別子（ディスクリプタ）との対応表
、及びオーダー端末１０２から送られてくる非接触型ＩＣモジュール付装着具１０４のＩ
Ｄ（従業員ＩＤ）と各従業員ＩＤに対応したディスクリプタとの対応表をそれぞれ記憶し
ておくための記憶領域である。

注文データ記憶領域２０２５は、オーダー端末１０２の操作に従って客用オーダーアプ
リケーション又は従業員オーダーアプリケーションで処理されて得られた注文内容を示す
注文データを記憶するための記憶領域である。

受信端末ＩＤ記憶領域２０２６は、オーダー端末１０２から送られてきた端末ＩＤを記
憶しておくための記憶領域である。また、受信検出ＩＤ記憶領域２０２７は、オーダー端
末１０２から端末ＩＤとともに送られてきた従業員ＩＤを記憶しておくための記憶領域で
ある。

図２に示す記憶部２０２を構成する各記憶領域は例えばハードディスクや、フラッシュ
メモリ、ＲＡＭ（Random Access Memory）等の記憶媒体上に構築されるものである。また
、図２においては、各記憶領域を単一の記憶領域内に構築している例を示しているが、例
えば、アプリケーション記憶領域２０２１やＩＤ対応表記憶領域２０２４をハードディス
ク上に構築し、残りの記憶領域をＲＡＭ上に構築するといったように、各記憶領域を複数
の記憶媒体に分散して構築するようにしても良い。

図３は、オーダー端末１０２の構成を示すブロック図である。図３に示すように、オー
ダー端末１０２は、制御部３０１と、入力部３０２と、表示部３０３と、読み取り部３０
４と、送受信部３０５と、記憶部３０６とを有している。

制御部３０１は、コンピュータとしてのＣＰＵから構成され、記憶部３０６に予め記憶
されているクライアントプログラムに従ってオーダー端末１０２の動作を制御する。この
制御部３０１は、従業員又は客によってオーダー端末１０２の入力部３０２の操作がなさ
れた場合に操作に応じたキーイベント信号を生成して送受信部３０５に送信する制御や、
サーバ１０１から送信されてくる画面データに基づく表示画面を表示部３０３に表示させ
る制御等を行う。

入力部３０２は、従業員又は客がオーダー端末１０２に対して各種の操作指示を入力す
るための入力インターフェースである。この入力部３０２は、例えばタッチパネル等の入
力デバイスや電源ボタン等の操作部材を有して構成されている。また、キーボード等の文
字入力デバイスを入力部３０２として持たせるようにしても良い。表示部３０３は、例え
ば液晶ディスプレイ（ＬＣＤ）から構成され、制御部３０１の制御に従って表示画面の表
示を行う。

読み取り部３０４は、非接触型ＩＣモジュール付装着具１０４との間で非接触通信を行
って非接触型ＩＣモジュール付装着具１０４のＩＤである従業員ＩＤを読み取る。ここで
、読み取り部３０４と非接触型ＩＣモジュール付装着具１０４との通信は、例えばＦｅｌ
ｉＣａ（登録商標）等の非接触型ＩＣ技術において用いられるようなごく近距離のデータ
通信であるものとする。なお、ごく近距離のデータ通信であればその通信方式は特に限定
されない。

送受信部３０５は、オーダー端末１０２をネットワーク１０３に接続するためのインタ
ーフェースを有し、制御部３０１の制御に従ってサーバ１０１との間でのデータの送受信
を行う。

記憶部３０６は、アプリケーション記憶領域３０６１、表示画面データ記憶領域３０６
２、読み取りデータ記憶領域３０６３、端末ＩＤ記憶領域３０６４を有している。

アプリケーション記憶領域３０６１はクライアントアプリケーションを記憶しておくた
めの記憶領域である。このクライアントアプリケーションにより、オーダー端末１０２は
サーバ１０１との間のシンクライアントシステムにおけるクライアントとして動作する。

表示画面データ記憶領域３０６２は、送受信部３０５を介してサーバ１０１から送られ
てくる画面データを一時記憶しておくための記憶領域である。制御部３０１は表示画面デ
ータ記憶領域３０６２に記憶されている画面データを読み出し、読み出した画面データを
表示部３０３に送信して表示部３０３における画面表示を行う。

読み取りデータ記憶領域３０６３は、読み取り部３０４を介して読み取られた従業員Ｉ
Ｄのデータを記憶するための記憶領域である。端末ＩＤ記憶領域３０６４は、個々のオー
ダー端末１０２を識別するための端末ＩＤのデータを記憶しておくための記憶領域である
。

図３に示す記憶部３０６を構成する各記憶領域は例えばフラッシュメモリやＲＡＭ等の
記憶媒体上に構築されるものである。勿論、記憶部２０２の場合と同様に各記憶領域を複
数の記憶媒体に分散して構築するようにしても良い。

図４は、非接触型ＩＣモジュール付装着具１０４の構成を示すブロック図である。図１
に示すように、非接触型ＩＣモジュール付装着具１０４は、例えば腕時計型の装着具であ
って、従業員が装着するようになされている。なお、図１では腕時計型の装着具を例示し
ているが、必ずしも時計機能を持たせる必要は無い。このような非接触型ＩＣモジュール
付装着具１０４は、図４に示すように、制御部４０１、記憶部４０２、送受信部４０３を
有している。

制御部４０１は、非接触型ＩＣモジュール付装着具１０４の制御を行う。記憶部４０２
は、ＩＤ記憶領域４０２１を有している。このＩＤ記憶領域４０２１は従業員ＩＤを記憶
しておくための記憶領域である。従業員ＩＤは、飲食店等の店舗における従業員毎に定め
られたＩＤであり、各従業員は自身のＩＤが記憶されている非接触型ＩＣモジュール付装
着具１０４を装着する。なお、記憶部４０２は例えばフラッシュメモリから構成されてい
る。送受信部４０３は、例えばＦｅｌｉＣａ（登録商標）等の非接触型ＩＣ技術において
用いられるごく近距離のデータ通信に対応した送受信部であり、オーダー端末１０２の読
み取り部３０４や、オーダー端末１０２とは別個に設けられた図示しない非接触型ＩＣモ
ジュールリーダ／ライタとの間での非接触通信を行う。

次に、図５を参照して本実施形態に係るオーダー管理システムにおけるサーバ１０１と
オーダー端末１０２との間の動作シーケンスを説明する。

オーダー端末１０２はテーブル等に備え付けられたクレードル１０６に載置されている
。この状態で客がオーダー端末１０２を手に取ってオーダー端末１０２の電源をオンする
と、オーダー端末１０２のアプリケーション記憶領域３０６１に予め記憶されているクラ
イアントアプリケーションが起動される。そして、クライアントアプリケーションの起動
に伴って、読み取り部３０４による非接触型ＩＣモジュール付装着具１０４との非接触通
信が一定時間毎に行われるようになる。

読み取り部３０４による非接触通信により、従業員ＩＤが読み取れた場合には、非接触
型ＩＣモジュール付装着具１０４が検出できた（従業員ＩＤが読み取れた）旨を示す検出
情報と従業員ＩＤとが読み取りデータ記憶領域３０６３に記憶される。一方、読み取り部
３０４による非接触通信により、従業員ＩＤが読み取れなかった場合には、非接触型ＩＣ
モジュール付装着具１０４が検出されなかった（従業員ＩＤが読み取れなかった）旨を示
す非検出情報が読み取りデータ記憶領域３０６３に記憶される。このような通信の結果、
読み取りデータ記憶領域３０６３の情報が更新された場合には、オーダー端末１０２の送
受信部３０５を介してＩＤ更新コマンドがサーバ１０１に送信される。なお、読み取りデ
ータ記憶領域３０６３の記憶内容はオーダー端末１０２の電源がオフされたときにクリア
される。このため、オーダー端末１０２の電源オンの直後は必ずＩＤ更新コマンドが送信
される。

図６は、オーダー端末１０２から送信されるＩＤ更新コマンドのデータ構成例を示す図
である。まず、図６（ａ）は、読み取り部３０４から所定距離内に非接触型ＩＣモジュー
ル付装着具１０４が存在していなかった場合のＩＤ更新コマンドの構成を示している。こ
の場合のＩＤ更新コマンドは、端末ＩＤ記憶領域３０６４に記憶されている端末ＩＤと、
非接触型ＩＣモジュール付装着具１０４が検出されなかった（従業員ＩＤが検出できなか
った）旨を示す非検出情報とを結合したデータとする。また、図６（ｂ）は、読み取り部
３０４から所定距離内に非接触型ＩＣモジュール付装着具１０４が存在していた場合のＩ
Ｄ更新コマンドの構成を示している。この場合のＩＤ更新コマンドは、端末ＩＤ記憶領域
３０６４に記憶されている端末ＩＤと、非接触型ＩＣモジュール付装着具１０４が検出さ
れた（従業員ＩＤが検出できた）旨を示す検出情報と、読み取りデータ記憶領域３０６３
に記憶されている従業員ＩＤとを結合したデータとする。

また、上述のＩＤ更新コマンドの更新に先だってサーバ１０１が起動され、このサーバ
１０１の起動に伴って、アプリケーション記憶領域２０２１に記憶されているディスパッ
チャが起動される。これにより、アプリケーション実行環境記憶領域２０２２にディスパ
ッチャ実行環境が作られる。その後、ディスパッチャは、後から作られるオーダーアプリ
ケーション実行環境からの接続を待つ状態となる。

さらに、オーダー端末１０２の端末ＩＤを属性値としてオーダー端末１０２の数（端末
ＩＤの数）だけ客用オーダーアプリケーションが起動される。そして、アプリケーション
実行環境記憶領域２０２２に、それぞれの起動された客用オーダーアプリケーションのた
めの実行環境が作られる。また、それぞれの起動された客用オーダーアプリケーションに
対応した初期画面表示用の画面データがアプリケーション実行結果記憶領域２０２３に記
憶される。

また、従業員ＩＤを属性値として従業員の数（従業員ＩＤの数）だけ従業員用オーダー
アプリケーションが起動される。そして、アプリケーション実行環境記憶領域２０２２に
、それぞれの起動された従業員用オーダーアプリケーションのための実行環境が作られる
。さらに、それぞれの起動された従業員用オーダーアプリケーションに対応した初期画面
表示用の画面データがアプリケーション実行結果記憶領域２０２３に記憶される。

客用及び従業員用のオーダーアプリケーション実行環境が作られた後、それぞれのオー
ダーアプリケーション実行環境からディスパッチャ実行環境に対して接続要求がなされる
。接続要求が受諾されると、それぞれのオーダーアプリケーション実行環境からディスパ
ッチャ実行環境に対して、それぞれのオーダーアプリケーションに対して与えられている
属性値（端末ＩＤ又は従業員ＩＤ）が送られる。ディスパッチャ実行環境においては、接
続要求を受諾した後に、それぞれのオーダーアプリケーション実行環境から送られてくる
属性値（端末ＩＤ又は従業員ＩＤ）とＩＤ対応表記憶領域２０２４に記憶されているＩＤ
との比較が行われ、該当するＩＤに対応したディスクリプタが記憶される。これにより、
ディスパッチャ実行環境とオーダーアプリケーション実行環境とのデータ転送路２０２２
ａ〜２０２２ｃが確保される。

この後、サーバ１０１はオーダー端末１０２やＰＯＳ端末１０５からのデータ送信を待
つ状態となる。

上述したように、オーダー端末１０２の電源投入直後は、非接触型ＩＣモジュール付装
着具１０４が読み取り部３０４から所定距離内に存在しておらず、その結果、図６（ａ）
に示したＩＤ更新コマンドがサーバ１０１に送信される。これにより、サーバ１０１にお
いては、端末ＩＤがサーバ１０１の記憶部２０２の受信端末ＩＤ記憶領域２０２６に記憶
される。また、従業員ＩＤについては送信されないため、サーバ１０１の記憶部２０２の
受信検出ＩＤ記憶領域２０２７の内容は更新されない。

受信端末ＩＤ記憶領域２０２６に端末ＩＤが記憶され、受信検出ＩＤ記憶領域２０２７
に従業員ＩＤが記憶されていない場合には、ディスパッチャ実行環境から、受信端末ＩＤ
記憶領域２０２６に記憶された端末ＩＤに対応した客用オーダーアプリケーション実行環
境に対して画面切替コマンドが送信される。画面切替コマンドの受信に応じて、その客用
オーダーアプリケーション実行環境からディスパッチャ実行環境に初期画面表示用の画面
データが送信されてくる。ディスパッチャ実行環境においては、どのディスクリプタに対
応したデータ転送路から画面データが送信されたかを判断することにより、画面データを
送信した客用オーダーアプリケーション実行環境の特定が行われる。そして、受信端末Ｉ
Ｄ記憶領域２０２６に記憶されている端末ＩＤに対応したディスクリプタを用いて画面デ
ータが送信されてきていれば、ディスパッチャ実行環境を介して、画面データが制御部２
０１に送信される。この後、送受信部２０３を介して、オーダー端末１０２に初期画面表
示用の画面データが送信される。これにより、オーダー端末１０２の表示部３０３には客
用オーダーアプリケーションの初期画面が表示される。

以降、次のＩＤ更新コマンドが受信されるまで、受信端末ＩＤ記憶領域２０２６に記憶
された端末ＩＤを有するオーダー端末１０２からのイベントデータが処理される状態とな
る。オーダー端末１０２を手に取った客がオーダー端末１０２の入力部３０２を操作する
と、その操作内容に応じたイベント信号（入力情報）が端末ＩＤとともに送受信部３０５
を介してオーダー端末１０２からサーバ１０１に送信される。

イベント信号がサーバ１０１において受信されると、このイベント信号を送信したオー
ダー端末１０２の端末ＩＤとＩＤ対応表記憶領域２０２４に記憶されている端末ＩＤとが
比較されて、イベント信号を送信したオーダー端末１０２が特定される。そして、この特
定の結果に応じて、ディスパッチャ実行環境から客用オーダーアプリケーション実行環境
にイベント信号が送信される。イベント信号を受信した客用オーダーアプリケーション実
行環境では、イベント信号に応じた処理が行われる。そして、処理の結果に応じてアプリ
ケーション実行結果記憶領域２０２３に記憶されている画面データが更新され、更新され
た画面データがディスパッチャ実行環境に送られる。これを受けて、ディスパッチャ実行
環境により、画面データが制御部２０１に送られる。そして、送受信部２０３を介して、
オーダー端末１０２に更新後の画面データが送られ、入力部３０２の操作（イベント）に
応じた表示画面の更新がなされる。なお、客がオーダー端末１０２を操作してオーダー入
力を行っていた場合には、注文データが注文データ記憶領域２０２５に記憶されて管理さ
れる。

このようにして客は、オーダー端末１０２を用いてサーバ１０１の客用オーダーアプリ
ケーション実行環境で実行されている客用オーダーアプリケーションに対する操作を行う
ことができる。

また、従業員は非接触型ＩＣモジュール付装着具１０４を例えば腕に装着している。こ
の状態で従業員がオーダー端末１０２を操作すべく、オーダー端末１０２を手に取った場
合には、非接触型ＩＣモジュール付装着具１０４の送受信部４０３とオーダー端末１０２
の読み取り部３０４との距離が近づくため、読み取り部３０４により、従業員ＩＤを読み
取れる状態（図５の○の状態）となる。この場合、読み取り部３０４によって読み取られ
た従業員ＩＤが読み取りデータ記憶領域３０６３に記憶される。

このようにして、読み取りデータ記憶領域３０６３の内容が更新されることにより、オ
ーダー端末１０２の送受信部３０５を介してＩＤ更新コマンドがサーバ１０１に送信され
る。この場合、サーバ１０１においては、端末ＩＤが受信端末ＩＤ記憶領域２０２６に記
憶されるとともに、従業員ＩＤが受信検出ＩＤ記憶領域２０２７に記憶される。

受信端末ＩＤ記憶領域２０２６に端末ＩＤが記憶され、且つ受信検出ＩＤ記憶領域２０
２７に従業員ＩＤが記憶された場合には、ディスパッチャ実行環境から、受信検出ＩＤ記
憶領域２０２７に記憶された従業員ＩＤに対応した従業員用オーダーアプリケーション実
行環境に対して画面切替コマンドが送られる。そして、画面切替コマンドに応じて、従業
員用オーダーアプリケーション実行環境からディスパッチャ実行環境に初期画面表示用の
画面データが送られる。ディスパッチャ実行環境においては、どのディスクリプタに対応
したデータ転送路から画面データが送られてきたかを判断することにより、画面データを
送信した従業員用オーダーアプリケーション実行環境の特定が行われる。そして、受信検
出ＩＤ記憶領域２０２７に記憶されている従業員ＩＤに対応したディスクリプタを用いて
画面データが送られてきていれば、ディスパッチャ実行環境を介して、画面データが制御
部２０１に送られる。この後、受信端末ＩＤ記憶領域２０２６に端末ＩＤが参照され、該
当する端末ＩＤを有するオーダー端末１０２に、初期画面表示用の画面データが送られる
。これにより、オーダー端末１０２の表示部３０３には従業員用オーダーアプリケーショ
ンの初期画面が表示される。

以降、次のＩＤ更新コマンドが受信されるまで、受信端末ＩＤ記憶領域２０２６に記憶
された端末ＩＤを有するオーダー端末１０２からのイベントデータが処理される状態とな
る。オーダー端末１０２を手に取った従業員がオーダー端末１０２の入力部３０２を操作
すると、その操作内容に応じたイベント信号が送受信部３０５を介してオーダー端末１０
２からサーバ１０１に送信される。イベント信号がサーバ１０１において受信されると、
このイベント信号を送信したオーダー端末１０２の端末ＩＤとＩＤ対応表記憶領域２０２
４に記憶されている端末ＩＤとが比較されて、イベント信号を送信したオーダー端末１０
２が特定される。そして、この特定の結果に応じて、ディスパッチャ実行環境から従業員
用オーダーアプリケーション実行環境にイベント信号が送信される。イベント信号を受信
した従業員用オーダーアプリケーション実行環境では、イベント信号に応じた処理が行わ
れる。そして、処理の結果に応じてアプリケーション実行結果記憶領域２０２３に記憶さ
れている画面データが更新され、更新された画面データがディスパッチャ実行環境に送ら
れる。これを受けて、ディスパッチャ実行環境により、画面データが制御部２０１に送ら
れる。そして、送受信部２０３を介して、オーダー端末１０２に更新後の画面データが送
られ、入力部３０２の操作（イベント）に応じた表示画面の更新がなされる。なお、従業
員がオーダー端末１０２を操作してオーダー入力を行っていた場合には、注文データが注
文データ記憶領域２０２５に記憶されて管理される。

このようにして従業員は、オーダー端末１０２を用いてサーバ１０１の従業員用オーダ
ーアプリケーション実行環境で実行されている従業員用オーダーアプリケーションに対す
る操作を行うことができる。

その後、従業員がオーダー端末１０２から離れた場合には、非接触型ＩＣモジュール付
装着具１０４の送受信部４０３とオーダー端末１０２の読み取り部３０４との距離が離れ
、読み取り部３０４により、従業員ＩＤを読み取れない状態（図５の×の状態）に戻る。
この場合には、オーダー端末１０２の表示部３０３に客用オーダーアプリケーションの初
期画面が再び表示されることになる。

以降、客がオーダー端末１０２を手にしている場合にはオーダー端末１０２の表示部３
０３に客用オーダーアプリケーション実行環境で実行されている客用オーダーアプリケー
ションに対応した画面表示がなされ、また従業員がオーダー端末１０２を手にしている場
合にはオーダー端末１０２の表示部３０３に従業員用オーダーアプリケーション実行環境
で実行されている従業員用オーダーアプリケーションに対応した画面表示がなされるとい
う動作が繰り返される。

このように、本実施形態では、従業員がオーダー端末１０２を客から受け取るというご
く自然な動作で、単一のオーダー端末１０２を用いて、客用オーダーアプリケーションか
ら従業員用オーダーアプリケーションへの切り替えを行うことができる。また、従業員が
オーダー端末１０２を客に返すというごく自然な動作で、単一のオーダー端末１０２を用
いて、従業員用オーダーアプリケーションから客用オーダーアプリケーションへの切り替
えを行うことができる。

ここで、サーバ１０１の内蔵時計２０１１を利用することで、時間帯に応じてオーダー
端末１０２に表示させる画面の内容を変えるようにすることもできる。この場合、内蔵時
計２０１１で計時された時刻もオーダーアプリケーションに送信するようにして、オーダ
ーアプリケーションでは時刻に応じた画面データを生成させるようにすれば良い。例えば
、ＩＤ更新コマンドやイベント信号の送信時刻を内蔵時計２０１１によって計時し、これ
らが昼の時間帯にオーダー端末１０２からサーバ１０１に送信されてきた場合には、昼の
時間帯に対応した画面データをサーバ１０１において生成してオーダー端末１０２に送信
する。一方、ＩＤ更新コマンドやイベント信号が夜の時間帯にオーダー端末１０２からサ
ーバ１０１に送信されてきた場合には、夜の時間帯に対応した画面データをサーバ１０１
において生成してオーダー端末１０２に送信する。これにより、例えば時間帯によって異
なるオーダー画面の表示等を行うこともできる。

また、本実施形態ではオーダー端末１０２とサーバ１０１とをシンクライアントシステ
ムとしている。このため、サーバ１０１に機能追加を行うことにより、オーダー端末１０
２自体は何らの変更無しに、オーダー端末１０２の機能追加を行うことができる。

例えば、上述した例では、オーダー端末１０２により客用オーダーアプリケーションに
対する操作を行うための端末と従業員オーダー用オーダーアプリケーションに対する操作
を行うための端末として利用できるようにしている。この他に、例えばオーダー端末１０
２がクレードル１０６に載置されている間は、オーダー端末１０２を、オーダー端末とし
てではなく、非オーダー用の画面が表示される情報発信用の端末として利用できるように
することもできる。この場合には、各クレードル１０６にも非接触型ＩＣモジュール（送
受信部４０３）を実装するとともに、各クレードル１０６にクレードルＩＤを割り振って
おく。また、図７（ａ）に示すように、アプリケーション記憶領域２０２１には、クレー
ドル用アプリケーションを追加する。また、図７（ｂ）に示すように、アプリケーション
実行環境記憶領域２０２２には、クレードルＩＤの数だけのクレードル用アプリケーショ
ン実行環境の記憶領域を確保しておく。さらに、図７（ｃ）に示すように、ＩＤ対応表記
憶領域２０２４には、各クレードル１０６に割り振られたクレードルＩＤとディスクリプ
タとの対応表を追加しておく。

図８は、上述したクレードル用アプリケーションを追加する場合の変形例における動作
シーケンスを示す図である。クレードル１０６にオーダー端末１０２が載置されている間
、クレードル１０６によってオーダー端末１０２が給電されて、オーダー端末１０２の電
源がオンとなるようにしておく。このとき、図５の場合と同様に、オーダー端末１０２の
アプリケーション記憶領域３０６１に予め記憶されているクライアントアプリケーション
が起動される。そして、クライアントアプリケーションの起動に伴って、読み取り部３０
４による非接触通信が一定時間毎に行われるようになる。したがって、クレードル１０６
にオーダー端末１０２が載置されている間は、クレードル１０６の非接触型ＩＣモジュー
ルとオーダー端末１０２の読み取り部３０４と距離が近く、読み取り部３０４によってク
レードルＩＤが読み取られる。この読み取られたクレードルＩＤは、従業員ＩＤの場合と
同様に読み取りデータ記憶領域３０６３に記憶される。

このようにして、読み取りデータ記憶領域３０６３の内容が更新されることにより、オ
ーダー端末１０２の送受信部３０５を介してＩＤ更新コマンドがサーバ１０１に送信され
る。なお、この場合に送信されるＩＤ更新コマンドは、端末ＩＤ記憶領域３０６４に記憶
されている端末ＩＤと、非接触型ＩＣモジュールが検出された（クレードルＩＤ又は従業
員ＩＤが検出できた）旨を示す検出情報と、読み取りデータ記憶領域３０６３に記憶され
ているＩＤ（クレードルＩＤ）とを結合したデータとなる。

そして、サーバ１０１の記憶部の受信端末ＩＤ記憶領域２０２６に端末ＩＤが記憶され
、受信検出ＩＤ記憶領域２０２７にクレードルＩＤが記憶されることで、そのクレードル
ＩＤに対応したクレードル用アプリケーション実行環境が動作してオーダー端末１０２の
表示部３０３にクレードル用アプリケーションに対応した画面が表示される。

その後、客がクレードル１０６からオーダー端末１０２を取り上げると、読み取り部３
０４によってクレードルＩＤを読み取れなくなる。この場合には、図５の場合と同様の処
理を経てオーダー端末１０２の表示部３０３に客用オーダーアプリケーションに対応した
画面が表示される。

次に、図８で示した動作シーケンスの詳細を図９〜図１１のフローチャートを参照して
説明する。

図９は、サーバ１０１の制御部２０１における制御を示すフローチャートである。サー
バ１０１が起動されると、制御部２０１は、記憶部２０２に記憶されているシステムプロ
グラムを起動して図９の制御を開始する。図９の制御が開始されると、まず、制御部２０
１は、アプリケーション記憶領域２０２１に予め記憶されているディスパッチャを起動さ
せる（ステップＳ１０１）。ディスパッチャの起動により、アプリケーション実行環境記
憶領域２０２２にディスパッチャ実行環境が作られる。ディスパッチャの起動後、制御部
２０１は、アプリケーション記憶領域２０２１に予め記憶されている従業員ＩＤ数分の従
業員用オーダーアプリケーション、端末ＩＤ数分の客用オーダーアプリケーション、クレ
ードルＩＤ数分のクレードル用アプリケーションを起動させる（ステップＳ１０２）。各
アプリケーションの起動により、アプリケーション実行環境記憶領域２０２２に、それぞ
れ起動されたアプリケーションに対応した実行環境が作られる。各アプリケーション実行
環境が作られた後、制御部２０１は、各アプリケーション実行環境とディスパッチャ実行
環境との間での通信接続を開始させる（ステップＳ１０３）。これにより、ディスパッチ
ャ実行環境に各アプリケーション実行環境と通信するためのディスクリプタが記憶され、
ディスパッチャ実行環境と各アプリケーション実行環境との間のデータ転送路が確保され
る。

次に、制御部２０１は、送受信部２０３を介して、オーダー端末１０２からＩＤ更新コ
マンドを受信したか否かを判定する（ステップＳ１０４）。ステップＳ１０４の判定にお
いて、ＩＤ更新コマンドを受信した場合に、制御部２０１は、受信されたＩＤ更新コマン
ドに含まれる端末ＩＤを受信端末ＩＤ記憶領域２０２６に記憶させる。また、ＩＤ更新コ
マンドに従業員ＩＤ又はクレードルＩＤ（以後、これらを総称して検出ＩＤと記す）が含
まれている場合には、それを受信検出ＩＤ記憶領域２０２７に記憶させる。そして、制御
部２０１は、ディスパッチャ実行環境を介して、受信端末ＩＤ記憶領域２０２６に記憶さ
せた端末ＩＤ又は受信検出ＩＤ記憶領域２０２７に記憶させた検出ＩＤに対応したアプリ
ケーション実行環境に対して画面切替コマンドを送信する（ステップＳ１０５）。その後
、処理がステップＳ１０４に戻る。上述したように、アプリケーション実行環境に画面切
替コマンドが送信された場合には、そのアプリケーション実行環境に対応してアプリケー
ション実行結果記憶領域２０２３に記憶されている画面データ（初期画面データ）がアプ
リケーション実行環境、ディスパッチャを介して制御部２０１に送信される。

また、ステップＳ１０４の判定において、ＩＤ更新コマンドを受信していない場合に、
制御部２０１は、送受信部２０３を介して、オーダー端末１０２からイベント信号を受信
したか否かを判定する（ステップＳ１０６）。ステップＳ１０６の判定において、イベン
ト信号を受信した場合に、制御部２０１は、ディスパッチャ実行環境を介して、受信端末
ＩＤ記憶領域２０２６に記憶させた端末ＩＤ又は受信検出ＩＤ記憶領域２０２７に記憶さ
せた検出ＩＤに対応したアプリケーション実行環境に対してイベント信号を送信する（ス
テップＳ１０７）。その後、処理がステップＳ１０４に戻る。上述したように、アプリケ
ーション実行環境にイベント信号が送信された場合には、そのアプリケーション実行環境
においてイベント信号に対応した処理がなされ、このイベント信号に対応した処理の結果
として変更され、アプリケーション実行結果記憶領域２０２３に記憶される画面データが
アプリケーション実行環境、ディスパッチャを介して制御部２０１に送信される。

また、ステップＳ１０６の判定において、イベント信号を受信していない場合に、制御
部２０１は、ディスパッチャ実行環境を介して、アプリケーション実行環境から画面デー
タを受信したか否かを判定する（ステップＳ１０８）。ステップＳ１０８の判定において
、画面データを受信した場合に、制御部２０１は、受信された画面データを、受信端末Ｉ
Ｄ記憶領域２０２６に記憶させた端末ＩＤに対応したオーダー端末１０２に、送受信部２
０３を介して送信する（ステップＳ１０９）。その後、処理がステップＳ１０４に戻る。
また、ステップＳ１０８の判定において、画面データを受信していない場合には、そのま
ま処理がステップＳ１０４に戻る。

図１０は、サーバ１０１のアプリケーション実行環境における処理を示すフローチャー
トである。図１０のステップＳ１０３の処理により、データ転送路が確保された後、アプ
リケーション実行環境は待機状態となる。この間、アプリケーション実行環境は、ディス
パッチャから画面切替コマンドを受信したか否かを判定している（ステップＳ２０１）。
ステップＳ２０１の判定において、画面切替コマンドを受信した場合に、そのアプリケー
ション実行環境は、アプリケーション実行結果記憶領域２０２３に記憶されている実行結
果（画面データ）の中で、自身に対応した画面データの全てを、ディスパッチャを介して
制御部２０１に送信する（ステップＳ２０２）。その後、処理がステップＳ２０１に戻る
。

ステップＳ２０１の判定において、画面切替コマンドを受信していない場合に、アプリ
ケーション実行環境は、ディスパッチャからイベント信号を受信したか否かを判定する（
ステップＳ２０３）。ステップＳ２０３の判定において、イベント信号を受信した場合に
、そのアプリケーション実行環境は、受信したイベント信号に応じた処理を実行する（ス
テップＳ２０４）。その後、イベント信号に応じた処理の結果として、アプリケーション
実行結果記憶領域２０２３に記憶される実行結果（画面データ）の中で、更新された部分
の画面データを、ディスパッチャを介して制御部２０１に送信する（ステップＳ２０５）
。その後、処理がステップＳ２０１に戻る。また、ステップＳ２０３の判定において、イ
ベント信号を受信していない場合には、そのまま処理がステップＳ２０１に戻る。

図１１は、オーダー端末１０２の制御部３０１における制御を示すフローチャートであ
る。なお、図１１のフローチャートは客がオーダー端末１０２を手に取って電源をオンし
たときを処理の開始とした例を示している。オーダー端末１０２が予めクレードル１０６
に載置されていた場合には図１１０のステップＳ３０８から処理が開始される。

オーダー端末１０２の電源がオンされると、制御部３０１は、記憶部３０６に記憶され
ているクライアントプログラムを起動して図１１の制御を開始する。図１１の制御が開始
されると、制御部３０１は読み取り部３０４による非接触通信を開始させる。上述のよう
に、客がオーダー端末１０２を手に取っている間は、従業員ＩＤとクレードルＩＤの何れ
も検出されない。この場合、制御部３０１は、図６（ａ）で示したような端末ＩＤと非検
出情報とを結合したＩＤ更新コマンドを、送受信部３０５を介してサーバ１０１に送信す
る（ステップＳ３０１）。

次に、制御部３０１は、送受信部３０５を介してサーバ１０１から画面データを受信し
たか否かを判定する（ステップＳ３０２）。ステップＳ３０２の判定において、画面デー
タを受信した場合に、制御部３０１は、受信した画面データを記憶部３０６の表示画面デ
ータ記憶領域３０６２に記憶させる。そして、制御部３０１は、所定のタイミングで表示
画面データ記憶領域３０６２に記憶させた画面データを読み出して表示部３０３に送信し
、サーバ１０１のアプリケーション実行環境において動作中のアプリケーションに対応し
た表示画面を表示部３０３に表示させる（ステップＳ３０３）。その後、処理がステップ
Ｓ３０２に戻る。

図１２、図１３は表示部３０３に表示される表示画面の表示例を示す図である。図１２
（ａ）は客用オーダーアプリケーションに対応した表示画面を示し、図１２（ｂ）は従業
員用オーダーアプリケーションに対応した表示画面を示している。また、図１３はクレー
ドル用アプリケーションに対応した表示画面を示している。ここで、図１３（ａ）は昼用
の表示画面を示し、図１３（ｂ）は夜用の表示画面を示している。なお、図１２、図１３
に示すように、各オーダーアプリケーションに対応した表示画面中にはタッチパネル式の
入力部３０２を示すボタンを表示させている。

ステップＳ３０２の判定において、画面データを受信していない場合に、制御部３０１
は、図１２や図１３で示したボタンへの接触等の、入力部３０２を介した入力イベントが
発生したか否かを判定する（ステップＳ３０４）。ステップＳ３０４の判定において、入
力イベントが発生した場合に、制御部３０１は、入力部３０２を介した入力イベントに応
じたイベント信号を生成し、生成したイベント信号を、送受信部３０５を介してサーバ１
０１に送信する（ステップＳ３０５）。その後、処理がステップＳ３０２に戻る。

ステップＳ３０４の判定において、入力イベントが発生していない場合に、制御部３０
１は、読み取り部３０４により検出ＩＤ（従業員ＩＤ又はクレードルＩＤ）の読み取りが
行えなかったか否かを判定する（ステップＳ３０６）。ステップＳ３０６の判定において
、例えば従業員がオーダー端末１０２を手に取ったり、オーダー端末１０２がクレードル
１０６に載置されたりすると、検出ＩＤの読み取りが行えるようになる。この場合に、制
御部３０１は、検出ＩＤが読み取りデータ記憶領域３０６３に記憶されていない状態から
記憶されている状態に変化したか、或いは読み取りデータ記憶領域３０６３に記憶されて
いる検出ＩＤが従業員ＩＤとクレードルＩＤとの間で変化したか否かを判定する（ステッ
プＳ３０７）。ステップＳ３０７の判定において、検出ＩＤが読み取りデータ記憶領域３
０６３に記憶されていない状態から記憶されている状態に変化した場合、或いは読み取り
データ記憶領域３０６３に記憶されている検出ＩＤが従業員ＩＤとクレードルＩＤとの間
で変化した場合に、制御部３０１は、図６（ｂ）で示したような端末ＩＤと、検出情報と
、検出ＩＤとを結合したＩＤ更新コマンドを、送受信部３０５を介してサーバ１０１に送
信する（ステップＳ３０８）。その後、処理がステップＳ３０２に戻る。また、ステップ
Ｓ３０７の判定において、読み取りデータ記憶領域３０６３に記憶されている検出ＩＤが
従業員ＩＤとクレードルＩＤとの間で変化していない、即ち同じ検出ＩＤが検出された場
合には、そのまま処理がステップＳ３０２に戻る。

また、ステップＳ３０６の判定において、検出ＩＤの読み取りが行えなかった場合に、
制御部３０１は、検出ＩＤが読み取りデータ記憶領域３０６３に記憶されている状態から
記憶されていない状態に変化したか否かを判定する（ステップＳ３０９）。ステップＳ３
０９の判定において、例えば従業員の手からオーダー端末１０２が離れたり、オーダー端
末１０２がクレードル１０６から離れたりすると、検出ＩＤの読み取りが行えなくなる。
この場合に、制御部３０１は、図６（ａ）で示したような端末ＩＤと非検出情報とを結合
したＩＤ更新コマンドを、送受信部３０５を介してサーバ１０１に送信する（ステップＳ
３１０）。その後、処理がステップＳ３０２に戻る。また、ステップＳ３０９の判定にお
いて、検出ＩＤが読み取りデータ記憶領域３０６３に記憶されている状態から記憶されて
いない状態に変化していない場合には、そのまま処理がステップＳ３０２に戻る。

以上説明したように、本実施形態によれば、従業員がオーダー端末１０２を手に持つ（
従業員が客から受け取る、或いは従業員がクレードル１０６から取り上げる）という自然
な動作でオーダー端末１０２が従業員用のオーダーアプリケーション実行環境に対応した
端末に切り替わり、逆に従業員がオーダー端末１０２を手から離す（客に手渡す、或いは
クレードル１０６に戻す）という自然な動作で客用のオーダーアプリケーション実行環境
やクレードル用のアプリケーション実行環境に対応した端末に切り替わる。これにより、
アプリケーションの切り替えが容易で利便性が格段に向上する。

また、本実施形態では、サーバ１０１とオーダー端末１０２とをシンクライアントシス
テムとしている。これにより、サーバ１０１にアプリケーションを追加することで、オー
ダー端末１０２に手を加えることなく目的が異なった新しい仕様（アプリケーション実行
環境）を追加させることができるため、端末製作コストの低減や端末使用効率のアップを
図ることも可能である。

なお、上述した実施形態におけるオーダー管理システムによる各処理の手法、即ち、図
９〜１１のフローチャートに示す処理は、何れもコンピュータに実行させることができる
プログラムとして、メモリカード（ＲＯＭカード、ＲＡＭカード等）、磁気ディスク（フ
ロッピディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体
メモリ等の外部記憶装置の記憶媒体に格納して配布することができる。そして、サーバ１
０１やオーダー端末１０２のコンピュータ（ＣＰＵ）は、この外部記憶装置の記憶媒体に
記憶されたプログラムを読み込み、この読み込んだプログラムによって動作が制御される
ことにより、上述した処理を実行することができる。

さらに、上述した実施形態の各処理を実現するためのプログラムのデータは、プログラ
ムコードの形態としてネットワーク１０３上を伝送させることができ、各プログラムデー
タを、このネットワーク１０３に接続されたコンピュータ装置（プログラムサーバ）から
取り込んで処理を実行することもできる。

以上実施形態に基づいて本発明を説明したが、本発明は上述した実施形態に限定される
ものではなく、本発明の要旨の範囲内で種々の変形や応用が可能なことは勿論である。

さらに、上記した実施形態には種々の段階の発明が含まれており、開示される複数の構
成要件の適当な組合せにより種々の発明が抽出され得る。例えば、実施形態に示される全
構成要件からいくつかの構成要件が削除されても、上述したような課題を解決でき、上述
したような効果が得られる場合には、この構成要件が削除された構成も発明として抽出さ
れ得る。

１０１…サーバ、１０２…オーダー端末、１０３…ネットワーク、１０４…ＩＣモジュ
ール付装着具、１０５…ＰＯＳ端末、１０６…クレードル、２０１…制御部、２０２…記
憶部、２０３…送受信部、３０１…制御部、３０２…入力部、３０３…表示部、３０４…
読み取り部、３０５…送受信部、３０６…記憶部、４０１…制御部、４０２…記憶部、４
０３…送受信部、２０２１…アプリケーション記憶領域、２０２２…アプリケーション実
行環境記憶領域、２０２３…アプリケーション実行結果記憶領域、２０２４…ＩＤ対応表
記憶領域、２０２５…注文データ記憶領域、２０２６…ＩＤ記憶領域、２０２７…ＩＤ記
憶領域、３０６１…アプリケーション記憶領域、３０６２…表示画面データ記憶領域、３
０６３…読み取りデータ記憶領域、３０６４…端末ＩＤ記憶領域、４０２１…ＩＤ記憶領
域

Claims (7)

1. 各種表示内容の画面データを切り替えて表示する表示端末であって、
   当該表示端末が、クレードルモジュールからの第１識別情報を検出したか否か、あるいは所定距離内に存在する従業員用モジュールから第２識別情報を検出したか否か、を判別する判別手段と、
   前記判別手段による判別結果を外部処理装置に対して送信する送信手段と、
   前記第１識別情報を検出したことを判別した際は、情報発信用の表示内容の第１画面データを前記外部処理装置から受信することで取得し、前記第２識別情報を検出したことを判別した際は、従業員による操作を受け付ける第２画面データを前記外部処理装置から受信することで取得し、前記第１識別情報及び前記第２識別情報の何れも検出しない場合には、客による操作を受け付ける第３画面データを前記外部処理装置から受信することで取得する取得手段と、
   前記取得手段で取得した何れかの画面データの表示内容に切り替えて表示する表示制御手段と、
   を具備したことを特徴とする表示端末。
2. 前記外部処理装置は、情報発信用の第１アプリケーションの起動により前記第１画面データを生成し、前記従業員向けの第２アプリケーションの起動により前記第２画面データを生成し、前記客向けの入力受付用の第３アプリケーションの起動により前記第３画面データを生成し、その各アプリケーションの動作の進行に伴って順次生成させる各画面データを、当該表示端末に対して順次送信する、
   ことを特徴とする請求項１に記載の表示端末。
3. 各種表示内容の画面データを切り替えて表示する表示端末であって、
   当該表示端末が、クレードルモジュールからの第１識別情報を検出したか否か、あるいは所定距離内に存在する従業員用モジュールから第２識別情報を検出したか否か、を判別する判別手段と、
   前記判別手段で、前記第１識別情報を検出したことを判別した際は、情報発信用の表示内容の第１画面データを取得し、前記第２識別情報を検出したことを判別した際は、従業員による操作を受け付ける第２画面データを取得し、前記第１識別情報及び前記第２識別情報の何れも検出しない場合には、客による操作を受け付ける第３画面データを取得する取得手段と、
   前記取得手段で取得した何れかの画面データの表示内容に切り替えて表示する表示制御手段と、
   を具備したことを特徴とする表示端末。
4. 前記表示制御手段は、前記判別手段で前記第１識別情報を検出して情報発信用の表示内容の前記第１画面データの表示内容を表示した後に、前記第１識別情報及び前記第２識別情報の何れも検出しない場合には、前記第１画面データの表示内容を、客による操作を受け付ける前記第３画面データの表示内容に切り替えて表示し、
   前記表示制御手段は、前記判別手段で前記第１識別情報及び第２識別情報の何れも検出せずに客による操作を受け付ける前記第３画面データの表示内容を表示した後に、前記第２識別情報を検出した場合には、前記第３画面データの表示内容を、従業員による操作を受け付ける前記第２画面データの表示内容に切り替えて表示する、
   ことを特徴とする請求項１〜３の何れかに記載の表示端末。
5. 前記表示制御手段は、客による操作を受け付ける前記第３画面データの表示内容を表示した後に、前記判別手段で前記第２識別情報を検出したことを判別した際は、従業員による操作を受け付ける第２画面データの表示内容に切り替えて表示し、
   前記第２画面データの表示内容を表示した後に、前記判別手段で前記第１識別情報及び前記第２識別情報の何れも検出しないことを判別した場合には、客による操作を再度受け付ける前記第３画面データの表示内容に切り替えて表示する、
   ことを特徴とする請求項１〜４の何れかに記載の表示端末。
6. 各種表示内容の画面データを切り替えて表示する表示端末のコンピュータを制御するためのプログラムであって、
   前記コンピュータを、
   当該表示端末が、クレードルモジュールからの第１識別情報を検出したか否か、あるいは所定距離内に存在する従業員用モジュールから第２識別情報を検出したか否か、を判別する判別手段、
   前記判別手段による判別結果を外部処理装置に対して送信する送信手段、
   前記第１識別情報を検出したことを判別した際は、情報発信用の表示内容の第１画面データを前記外部処理装置から受信することで取得し、前記第２識別情報を検出したことを判別した際は、従業員による操作を受け付ける第２画面データを前記外部処理装置から受信することで取得し、前記第１識別情報及び前記第２識別情報の何れも検出しない場合には、客による操作を受け付ける第３画面データを前記外部処理装置から受信することで取得する取得手段、
   前記取得手段で取得した何れかの画面データの表示内容に切り替えて表示する表示制御手段、
   として機能させるようにしたプログラム。
7. 各種表示内容の画面データを切り替えて表示する表示端末のコンピュータを制御するためのプログラムであって、
   前記コンピュータを、
   当該表示端末が、クレードルモジュールからの第１識別情報を検出したか否か、あるいは所定距離内に存在する従業員用モジュールから第２識別情報を検出したか否か、を判別する判別手段、
   前記判別手段で、前記第１識別情報を検出したことを判別した際は、情報発信用の表示内容の第１画面データを取得し、前記第２識別情報を検出したことを判別した際は、従業員による操作を受け付ける第２画面データを取得し、前記第１識別情報及び前記第２識別情報の何れも検出しない場合には、客による操作を受け付ける第３画面データを取得する取得手段、
   前記取得手段で取得した何れかの画面データの表示内容に切り替えて表示する表示制御手段、
   として機能させるようにしたプログラム。

Images