(57)【要約】【課題】  端末管理装置（サーバ）で、端末へ送るデータおよびアプリケーションプログラムを一元管理し、データの変更，追加，削除等のメンテナンス作業を容易，迅速かつ正確にできるようにすることを課題とする。【解決手段】  端末管理装置と通信するための通信手段と、端末管理装置に記憶された情報を閲覧するための情報閲覧手段と、前記閲覧情報を表示するための表示手段と、データを入力するための入力手段と、前記表示手段に表示されかつ端末管理装置に記憶された情報の中から必要なデータを選択するための選択手段とを備え、前記情報閲覧手段が、端末管理装置に記憶された情報を通信手段を介して取得して表示手段に表示し、表示手段に表示された情報に基づいて、前記入力手段によって入力されたデータ、あるいは前記選択手段によって選択されたデータを、端末管理装置にアップロードすることを特徴とする。【選択図】  図１
2005071035.tif 000002
【特許請求の範囲】
【請求項１】
端末管理装置と通信するための通信手段と、端末管理装置に記憶された情報を閲覧するための情報閲覧手段と、前記閲覧情報を表示するための表示手段と、データを入力するための入力手段と、前記表示手段に表示されかつ端末管理装置に記憶された情報の中から必要なデータを選択するための選択手段とを備え、前記情報閲覧手段が、端末管理装置に記憶された情報を通信手段を介して取得して表示手段に表示し、表示手段に表示された情報に基づいて、前記入力手段によって入力されたデータ、あるいは前記選択手段によって選択されたデータを、端末管理装置にアップロードすることを特徴とする端末装置。
【請求項２】
前記選択手段によって選択されたデータと、前記入力手段によって入力されたデータとを関連付けることを特徴とする請求項１に記載の端末装置。
【請求項３】
前記入力手段が、手書き入力手段であることを特徴とする請求項２に記載の端末装置。
【請求項４】
情報閲覧手段を備えた端末装置と通信するための通信手段と、アプリケーションプログラムおよびデータを記憶する記憶手段と、端末装置に送信するアプリケーションプログラムあるいはデータを設定する設定手段と、端末装置に送信するアプリケーションプログラムあるいはデータの切り換えを指示する第１切換指示手段と、前記第１切換指示手段によって指示された切り換え指示に基づいて、端末装置に送信されるアプリケーションプログラムあるいはデータを、前記記憶手段に記憶された他のアプリケーションプログラムあるいはデータに切り換える切換手段とを備えたことを特徴とする端末管理装置。
【請求項５】
前記端末装置が、その端末装置で利用されるアプリケーションプログラムあるいはデータを切り換える指示を入力するための第２切換指示手段を備え、第２切換指示手段によって入力された切り換え指示が前記通信手段を介して与えられた場合に、前記切換手段が、第２切換指示手段の指示に基づいて他のアプリケーションプログラムあるいはデータを切り換えることを特徴とする請求項４に記載の端末管理装置。
【請求項６】
情報閲覧手段を備えた端末装置と通信するための通信手段と、アプリケーションプログラムおよびデータを記憶する記憶手段と、端末装置に送信するアプリケーションプログラムあるいはデータを設定する設定手段と、アプリケーションプログラムあるいはデータを切り換える条件を設定する条件設定手段と、条件設定手段によって設定された条件が満たされたことを検知する検知手段と、検知手段が設定条件が満たされたことを検知した場合に、端末装置に送信するアプリケーションプログラムあるいはデータを、記憶手段に記憶された他のアプリケーションプログラムあるいはデータに切り換える切換手段とを備えたことを特徴とする端末管理装置。
【請求項７】
第１通信手段と、端末管理装置に記憶された情報を閲覧するための情報閲覧手段と、前記閲覧情報を表示するための表示手段と、データを入力するための入力手段と、端末管理装置に記憶されたデータの中から必要なデータを選択するための選択手段とを備えた端末装置、
あるいは、アプリケーションプログラムおよびデータを記憶するための記憶手段と、アプリケーションプログラムあるいはデータを入力する入力手段と、アプリケーションプログラムあるいはデータを送受信する第２通信手段とを備えた端末管理装置に対して、
通信するための第３通信手段と、所定の形式に基づいて印刷する印刷手段とを備えたことを特徴とする印刷装置。
【請求項８】
さらに、データを入力するデータ入力手段を備え、前記第３通信手段が、前記データ入力手段によって入力されたデータを前記端末管理装置にアップロードすることを特徴とする請求項７に記載の印刷装置。
【請求項９】
前記データ入力手段が、スキャナであることを特徴とする請求項８に記載の印刷装置。
【請求項１０】
第１通信手段と、端末管理装置に記憶された情報を閲覧するための情報閲覧手段と、前記閲覧情報を表示するための表示手段と、データを入力するための入力手段と、端末管理装置に記憶されたデータの中から必要なデータを選択するための選択手段とを備えた端末装置、
あるいは、アプリケーションプログラムおよびデータを記憶するための記憶手段と、アプリケーションプログラムあるいはデータを入力する入力手段と、アプリケーションプログラムあるいはデータを送受信する第２通信手段とを備えた端末管理装置に対して、通信するための第４通信手段と、データを入力するデータ入力手段とを備えたことを特徴とする会計端末装置。
【請求項１１】
アプリケーションプログラムあるいはデータを切り換える切換手段をさらに備えた前記端末管理装置に対し、アプリケーションプログラムあるいはデータを切り換える指示を与える第３切換指示手段をさらに備えたことを特徴とする請求項１０に記載の会計端末装置。
【請求項１２】
端末管理装置と通信するための第１通信手段と、端末管理装置に記憶された情報を閲覧するための情報閲覧手段と、前記閲覧情報を表示するための表示手段と、データを入力するための入力手段と、端末管理装置に記憶された情報の中から必要なデータを選択するための選択手段とを備え、前記情報閲覧手段が、端末管理装置に記憶された情報を第１通信手段を介して取得して表示手段に表示し、表示手段に表示された情報に基づいて、前記入力手段によって入力されたデータ、あるいは選択手段によって選択されたデータを、端末管理装置にアップロードする端末装置と、
前記端末装置と通信するための第２通信手段と、アプリケーションプログラムおよびデータを記憶する記憶手段と、端末装置に送信するアプリケーションプログラムあるいはデータを設定する設定手段と、端末装置に送信するアプリケーションプログラムあるいはデータの切り換えを指示する切換指示手段と、前記切換指示手段によって指示された切り換え指示に基づいて、端末装置に送信するアプリケーションプログラムあるいはデータを、前記記憶手段に記憶された他のアプリケーションプログラムあるいはデータに切り換える切換手段とを備えたことを特徴とする端末管理装置と、
前記端末管理装置と通信するための第３通信手段と、所定の形式に基づいて印刷する印刷手段とを備えた印刷装置と、
前記端末管理装置と通信するための第４の通信手段とデータを入力するデータ入力手段とを備えた会計端末装置とから構成されたことを特徴とする販売管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、端末装置、端末管理装置等に関し、特に、受注管理，在庫管理，経理処理等の種々の情報処理を行うのに利用される端末装置，端末管理装置，印刷装置，さらには、これらの装置をネットワークを介して有機的に接続した販売管理システムに関する。
【背景技術】
【０００２】
従来、情報の一元管理、データの共有，業務の効率化等の観点から、情報を入力する多数の端末装置と、端末から入力された情報を記憶，集計，加工等する端末管理装置（以下、サーバと呼ぶ）とをネットワークを介して接続した業務管理システムが多くの企業で利用されている。
【０００３】
たとえば、複数のデータ処理装置で利用されるデータに状態フラグを付加して、サーバで一元管理し、データの整合性，リアルタイム性，メンテナンス作業等の効率化を図ったデータ共有システムが提案されている（特許文献１参照）。
特許文献１では、特にこのシステムをレストランにおけるオーダリングシステムに適用した場合について、注文処理，会計処理，集計処理および分析処理を行う別々の装置が、１つの記憶装置に記憶された状態フラグ付きのデータを共有して、各装置ごとのデータ処理を行うシステムが記載されている。
【０００４】
また、医療機関により必要とされる情報を蓄積，管理するサーバコンピュータと、サーバコンピュータに記憶される標準インターフェース情報を得て、データの入力処理，検索処理を実行する複数のクライアントコンピュータとを備え、サーバコンピュータ側で標準ユーザインターフェース情報のメンテナンスを行うだけで容易に機能変更ができるようにした情報管理装置が提案されている（特許文献２参照）。
【特許文献１】特開２００３−１６２７７２号公報
【特許文献２】特開２００３−１４８８８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載されたシステムでは、データを１ヶ所にまとめて管理するという点では、業務の効率化とリアルタイム性を実現できるが、新しい状態フラグ付きのデータを追加する場合、別々に構成された注文処理装置，会計処理装置，および分析処理装置にそれぞれ格納されている処理プログラムによって、新たに追加されるデータを処理できるように、それぞれの処理プログラムを更新しなければならない。
特にレストランなど、注文処理装置としてハンディタイプの端末が用いられている場合は、端末の数は注文を受ける者の人数分だけあるので、処理プログラムの更新作業は、時間的かつ工数的に大変な作業となる。
【０００６】
また、レストラン等では、季節商品や期間限定の特別メニューなどを販売する場合や、セール期間中の既存のメニューの価格の一時変更を行う場合があるが、そのデータの入力，変更，削除，訂正，処理プログラムの変更，復帰などのメンテナンスを、その都度各端末について実施する必要があり、メンテナンス作業の負担が大きかった。また急な変更が必要となったとき、変更作業が間に合わない場合や、変更ミスにより店舗等の現場において混乱を生じるおそれもあった。
【０００７】
また、特許文献２に記載された情報管理装置の技術を医療機関のみならず他の業務にも適用できたとしても、予めサーバ側に用意された機能に基づいて、クライアント側でデータの入力や表示することができるにすぎない。
すなわち、クライアント側で、予め用意されたデータと異なる情報をサーバ側に転送することはできなかった。たとえば、レストランにおいてＡというメニューには「大盛」という選択枝はあるが、Ｂというメニューには「大盛」という選択枝が予め用意されていない場合、このクライアント側の装置を用いてメニューＢについて「大盛」という注文を受けることはできず、口頭や手書きメモで注文を伝える必要があった。
【０００８】
また、ある料理について「塩抜きをしてほしい」，「わさび抜きにしてほしい」，「材料Ａは少なめにしてほしい」，「Ａの料理の後に、Ｂを持ってきてほしい」，「Ｃだけ先に持ってきてほしい」というような料金に反映されない特別オーダを受けた場合は、そのオーダ情報をこのシステムを介して電子情報としてサーバ側に伝達することはできなかった。たとえば、このような特別オーダは口頭やメモで調理する人に伝えていた。
また、特別オーダを受けた者がその内容を忘れてしまったり、特別オーダが正確に伝えられない場合もあり、顧客に迷惑をかけ、事態によっては店舗の信用を失う場合もあった。
【０００９】
したがって、このような特別オーダにも、即座に、正確に対応できるシステムの構築が望まれている。
また、料理が完成したことをウェイトレス等に伝えるために、顧客の席番号を入力して大型パネルに席番表示をするシステムもある。しかし、ウェイトレスが席番表示の確認をしなかった場合には、料理を運ぶのが遅くなり、顧客に迷惑をかけることになる。そこで、料理ができたことを確実に伝えるためには、料理人が端末装置を操作して料理が完成したことを担当のウェイトレスの端末装置へ知らせる方法も考えられる。
しかし、一般に端末を操作して料理が完成したことを入力するためには、メニュー表示，席番入力，記号入力などのある一定の手順が必要であり、その操作は結構負担が大きく、入力ミスもあり得る。この観点から、入力ミスを防止し、入力操作の負担を軽減できるシステムの構築が望まれている。
【００１０】
そこで、この発明は、以上のような事情を考慮してなされたものであり、端末装置と端末管理装置との間で、特定の情報を送受信し、端末管理装置から送られた情報を端末側で有機的に作動させることにより、業務の迅速化と正確化，入力操作の容易化と入力ミスの減少，メンテナンスの容易化と負担の軽減等が可能な販売管理システム、およびそのシステムに用いる端末装置，端末管理装置等を提供することを課題とする。
【課題を解決するための手段】
【００１１】
この発明は、端末管理装置と通信するための通信手段と、端末管理装置に記憶された情報を閲覧するための情報閲覧手段と、前記閲覧情報を表示するための表示手段と、データを入力するための入力手段と、前記表示手段に表示されかつ端末管理装置に記憶された情報の中から必要なデータを選択するための選択手段とを備え、前記情報閲覧手段が、端末管理装置に記憶された情報を通信手段を介して取得して表示手段に表示し、表示手段に表示された情報に基づいて、前記入力手段によって入力されたデータ、あるいは前記選択手段によって選択されたデータを、端末管理装置にアップロードすることを特徴とする端末装置を提供するものである。
これにより、端末管理装置における情報の一元管理と，端末装置におけるメンテナンス作業の容易化，端末装置での業務の円滑化を図ることができる。
【００１２】
ここで、前記選択手段によって選択されたデータと、前記入力手段によって入力されたデータとを関連付けるようにしてもよい。この両データの関連付けは、端末装置で実行してもよいが、両データを端末管理装置にアップロードした後に、端末管理装置側で関連付けるようにしてもよい。これによれば、端末装置で特殊な情報の入力をした場合でも、容易に端末管理装置側で情報の一元管理ができる。
また、前記入力手段は、キーボードやポインティングデバイスの他、手書きによる文字，記号等を入力可能な手書き入力手段を用いてもよい。
これによれば、予め用意されていないような特殊な情報を手書き入力でき、入力操作の柔軟な対応が可能となる。
【００１３】
また、情報閲覧手段を備えた端末装置と通信するための通信手段と、アプリケーションプログラムおよびデータを記憶する記憶手段と、端末装置に送信するアプリケーションプログラムあるいはデータを設定する設定手段と、端末装置に送信するアプリケーションプログラムあるいはデータの切り換えを指示する第１切換指示手段と、前記切換指示手段によって指示された切り換え指示に基づいて、端末装置に送信されるアプリケーションプログラムあるいはデータを、前記記憶手段に記憶された他のアプリケーションプログラムあるいはデータに切り換える切換手段とを備えた端末管理装置を提供するものである。これによれば、操作する者の意思により、迅速な切換処理をすることができる。
【００１４】
ここで、前記端末装置は、この装置内で利用されるアプリケーションプログラムあるいはデータを切り換える指示を入力するための第２切換指示手段を備え、第２切換指示手段によって入力された切り換え指示が前記通信手段を介して与えられた場合に、前記切換手段が、第２切換指示手段の指示に基づいて他のアプリケーションプログラムあるいはデータを切り換えるようにしてもよい。これによれば、端末装置からの切換指示によっても、迅速に切換処理をすることができる。
【００１５】
また、この発明は、情報閲覧手段を備えた端末装置と通信するための通信手段と、アプリケーションプログラムおよびデータを記憶する記憶手段と、端末装置に送信するアプリケーションプログラムあるいはデータを設定する設定手段と、アプリケーションプログラムあるいはデータを切り換える条件を設定する条件設定手段と、条件設定手段によって設定された条件が満たされたことを検知する検知手段と、検知手段が設定条件が満たされたことを検知した場合に、端末装置に送信するアプリケーションプログラムあるいはデータを、記憶手段に記憶された他のアプリケーションプログラムあるいはデータに切り換える切換手段とを備えたことを特徴とする端末管理装置を提供するものである。
これによれば、端末管理装置における情報の一元管理と、その情報の変更等に対する処理を迅速かつ正確にすることができる。
【００１６】
さらに、この発明は、第１通信手段と、端末管理装置に記憶された情報を閲覧するための情報閲覧手段と、前記閲覧情報を表示するための表示手段と、データを入力するための入力手段と、端末管理装置に記憶されたデータの中から必要なデータを選択するための選択手段とを備えた端末装置、あるいは、アプリケーションプログラムおよびデータを記憶するための記憶手段と、アプリケーションプログラムあるいはデータを入力する入力手段と、アプリケーションプログラムあるいはデータを送受信する第２通信手段とを備えた端末管理装置に対して、通信するための第３通信手段と、所定の形式に基づいて印刷する印刷手段とを備えたことを特徴とする印刷装置を提供するものである。
【００１７】
ここで、印刷装置は、データを入力するデータ入力手段をさらに備え、前記第３通信手段が、前記データ入力手段によって入力されたデータを端末管理装置にアップロードするようにしてもよい。
また、前記データ入力手段は、入力作業の容易化の観点から、スキャナを用いることが好ましい。
【００１８】
また、この発明は、第１通信手段と、端末管理装置に記憶された情報を閲覧するための情報閲覧手段と、前記閲覧情報を表示するための表示手段と、データを入力するための入力手段と、端末管理装置に記憶されたデータの中から必要なデータを選択するための選択手段とを備えた端末装置、あるいは、アプリケーションプログラムおよびデータを記憶するための記憶手段と、アプリケーションプログラムあるいは、データを入力する入力手段と、アプリケーションプログラムあるいはデータを送受信する第２通信手段とを備えた端末管理装置に対して、通信するための第４通信手段と、データを入力するデータ入力手段から入力された会計データに基づいて集計処理をする会計手段とを備えたことを特徴とする会計端末装置を提供するものである。
【００１９】
ここで、アプリケーションプログラムあるいはデータを切り換える切換手段をさらに備えた前記端末管理装置に対し、アプリケーションプログラムあるいはデータを切り換える指示を与える第３切換指示手段をさらに備えるようにしてもよい。
【００２０】
さらに、この発明は、端末管理装置と通信するための第１通信手段と、端末管理装置に記憶された情報を閲覧するための情報閲覧手段と、前記閲覧情報を表示するための表示手段と、データを入力するための入力手段と、端末管理装置に記憶された情報の中から必要なデータを選択するための選択手段とを備え、前記情報閲覧手段が、端末管理装置に記憶された情報を第１通信手段を介して取得して表示手段に表示し、表示手段に表示された情報に基づいて、前記入力手段によって入力されたデータ、あるいは選択手段によって選択されたデータを、端末管理装置にアップロードする端末装置と、前記端末装置と通信するための第２通信手段と、アプリケーションプログラムおよびデータを記憶する記憶手段と、端末装置に送信するアプリケーションプログラムあるいはデータを設定する設定手段と、端末装置に送信するアプリケーションプログラムあるいはデータの切り換えを指示する切換指示手段と、前記切換指示手段によって指示された切り換え指示に基づいて、端末装置に送信するアプリケーションプログラムあるいはデータを、前記記憶手段に記憶された他のアプリケーションプログラムあるいはデータに切り換える切換手段とを備えたことを特徴とする端末管理装置と、前記端末管理装置と通信するための第３通信手段と、所定の形式に基づいて印刷する印刷手段とを備えた印刷装置と、前記端末管理装置と通信するための第４の通信手段とデータを入力するデータ入力手段とを備えた会計端末装置とから構成されたことを特徴とする販売管理システムを提供するものである。
【００２１】
この発明において、端末装置は、たとえばレストラン等の受注業務においてオーダを入力するオーダ受付端末に利用される。また、端末管理装置は、いわゆる情報を集中管理するサーバを意味する。
印刷装置は、文字，図形，画像等を用紙に出力することのできるプリンタを意味する。
会計端末装置は、レストラン等で料金精算に用いられるいわゆるPOSを意味する。
【００２２】
この発明の販売管理システムは、特にレストラン等の受注業務に用いることが好ましい。この場合、端末装置における受注操作の円滑化とメンテナンスの容易化を図ることができ、端末管理装置による情報の一元管理と、レストラン業務の円滑化，迅速化，正確化を図ることができる。
この発明の販売管理システムを、レストラン業務に適用する場合、端末装置は受注を受ける者が携帯し、端末管理装置，印刷装置および会計端末装置は店内に設置される。そしてこれらの装置はネットワークを介して接続されることが好ましく、特に端末装置と他の装置とは無線ＬＡＮで接続されることが好ましい。
【発明の効果】
【００２３】
この発明によれば、端末装置において、端末管理装置側から取得された情報に基づいて、データの入力または選択をしているので、端末装置のメンテナンスを省くことができ、データの更新作業などのメンテナンスの容易化と作業者の負担軽減，受注業務の迅速化と正確化が可能である。
【発明を実施するための最良の形態】
【００２４】
以下、図面を使用して本発明の実施の形態を説明する。なお、以下の実施例の記載によって、この発明が限定されるものではない。
以下の実施例では、受注販売管理システムの一つの応用例として、レストランに図１の装置を設置した場合をあげて説明する。ただし、この形態の業務に限るものではなく、他の業務形態、たとえば、量販店、百貨店、スーパーマーケットなどに適用することができる。
図１に、この発明の受注販売管理システムの一実施例の構成ブロック図を示す。
【００２５】
＜システムの構成＞
この発明の受注販売管理システムは、サーバ(SV)１０，オーダ受付端末(HT)２０，プリンタ(PT)３０，会計端末装置(POS)４０とから構成され、これらがネットワーク５０を介して有機的に接続される。
ネットワーク５０としては、ＬＡＮ，ＷＡＮ等のさまざまな形態のネットワークを利用することができるが、これらの装置が１つの店舗内に設置される場合は、イーサネット等のＬＡＮを用いることが好ましい。
ネットワーク５０には、各装置の通信部が接続されるが、その接続は有線ＬＡＮあるいは無線ＬＡＮのどちらでもかまわない。
【００２６】
ただし、固定設置されるサーバ(SV)１０，会計端末装置(POS)４０，プリンタ(PT)３０は、有線ＬＡＮ６１を用いることが好ましく、利用者が携帯し移動して利用されるオーダ受付端末(HT)２０や、小型のプリンタ(PT)３０は、無線ＬＡＮ６２を用いることが好ましい。
【００２７】
＜サーバ(SV)＞
サーバ(SV)１０は、店舗内の事務室等に固定設置されるものであり、通常の情報処理装置と同様に、主として通信部１１，制御部１２，入力部１３，表示部１４，記憶部１５から構成される。
通信部１１は、ＬＡＮ等のネットワーク５０に接続する機能を有する部分であり、所定のプロトコルに基づいてデータの送受信をする。制御部１２は、サーバ(SV)の処理全体をコントロールする部分であり、いわゆるＣＰＵを中心として、ＲＡＭ，ＲＯＭ，Ｉ／Ｏコントローラなどからなるマイクロコンピュータにより実現される。
【００２８】
この発明において、サーバ(SV)１０の制御部１２は、オーダ受付端末２０(HT)へ送信するデータ等の設定および切り換え処理，切り換え条件設定処理，切り換え条件が満たされているか否かを検知する検知処理，端末(HT)２０から送信されてきた情報の解析処理および格納処理，プリンタ(PT)３０へ送信する印刷情報の作成処理，会計端末装置(POS)４０から送信されてきた情報の解析処理および格納処理などを行う。主として、制御部１２のＣＰＵは、記憶部１５に格納された制御プログラムに基づいて、入力部１３等のハードウェアを動作させることにより上記各種処理を実行する。サーバ(SV)の制御部１２の行う処理の詳細については、後述する。
【００２９】
サーバ(SV)１０の入力部１３は、キーボード，ポインティングデバイスなどの一般的な入力装置を用いればよい。表示部１４は、ＣＲＴ，ＬＣＤなどの一般的な表示装置を用いればよい。
【００３０】
記憶部１５は、制御部１２のＣＰＵが実行する制御プログラム，オーダ受付端末(HT)２０へ送信する情報，処理中に作成され一時保存されるデータ，オーダ受付端末(HT)２０から送信されてきた情報，設定された切換条件や座席番号，受注番号，客層，商品メニュー，商品の代金，端末(HT)の識別情報等の店内情報を記憶する部分である。
また、記憶部１５は、ＲＯＭ，ＲＡＭのような半導体素子，ハードディスクなどの固定記憶装置，ＣＤ−ＲＯＭ，ＭＯ，ＦＤ，メモリカードなどの可搬型の記憶媒体を用いることができる。
【００３１】
この発明において、上記した「オーダ受付端末(HT)２０へ送信する情報」には、商品メニューなどの単なるデータ１６と、端末(HT)２０に組み込まれることにより、メニューの表示などの所定の機能を実現することができるように動作するアプリケーションプログラム１７や制御情報とが含まれる。
ここで、レストラン業務の実施例に限れば、オーダ受付端末(HT)２０へ送信されるデータには、たとえば、商品メニュー，料金，テーブル番号，入力項目情報などがあげられる。
【００３２】
また、端末(HT)２０へ送信されるアプリケーションプログラム１７とは、端末側で操作できるプログラムを意味し、たとえば、（ａ）端末(HT)２０へ送信されたデータを、端末(HT)２０の表示部１４に表示することのできる形式に展開しかつ表示する表示制御プログラム，（ｂ）端末(HT)２０でペン等の入力を監視し、かつその入力を受け付けて入力された内容を解析する入力制御プログラム，（ｃ）解析された内容をもとにサーバ(SV)１０へ送信する情報を生成する情報生成プログラム，（ｄ）生成した情報をサーバ(SV)１０へ転送する転送制御プログラム，（ｅ）端末のブザーを鳴らす、LEDを点滅させるといったハードウェアの制御を行うデバイス制御プログラムなどがあげられる。
【００３３】
これらのアプリケーションプログラム１７は、意図的に消去されることがない限り、サーバ(SV)１０の記憶部１５に常時保存されているものであるが、端末(HT)２０側では、常時保存されるものではない。すなわち、サーバ側から送信された後、一時的にその記憶部２６に保持されているが、サーバ側からの消去指示があった場合、端末側でそのアプリケーションプログラムによって行われる一連の処理が終了した場合、あるいは、端末側で装置のふたが閉じられたというような終了操作が利用者によって意図的に行われた場合などの事象が起こったときに、端末側の記憶部２６から消去される性質のものである。
【００３４】
また、端末HT側に、新しく別のアプリケーションプログラム１７が転送された場合に、前に一時的に記憶部２６に保持されていたアプリケーションプログラムを消去するようにしてもよい。
【００３５】
サーバ(SV)１０において、制御部１２が実行する制御プログラムには、次のような機能を実現するものがあげられる。
（１）端末HT２０へ送るデータ１６およびアプリケーションプログラム１７を設定する機能、
（２）上記設定されたデータ１６およびアプリケーションプログラム１７を送信する機能、
（３）上記データ１６およびアプリケーションプログラム１７を、他のデータおよびアプリケーションプログラム１７に切り換えるための条件を設定する機能、
（４）現在、設定された切換条件が満たされているか否かを検知する機能、
（５）設定された上記切換条件に基づいて、実際にデータ１６およびアプリケーションプログラム１７を切り換える機能、
（６）端末(HT)２０から受信した情報を解析する機能、集計する機能および記憶部１５へ格納する機能、
（７）プリンタ(PT)３０へ送信する印刷データを作成する機能、作成した印刷データをプリンタ３０へ送信する機能、
（８）プリンタ(PT)３０から受信した情報を解析する機能、記憶部１５へ格納する機能、および端末(HT)２０へ転送する機能。
【００３６】
＜オーダ受付端末(HT)＞
オーダ受付端末(HT)２０は、レストラン業務においては、料理の注文を受ける者が携帯する小型の端末であり、無線ＬＡＮ等の無線通信ネットワークを介して、サーバ(SV)１０とのデータ通信を行う機器である。また、図１に示すように、この端末(HT)２０は、主として、通信部２１，情報閲覧部２２，選択部２３，表示部２４，入力部２５および記憶部２６とから構成される。
通信部２１は、サーバ(SV)１０の通信部１１と互換性を有し、同様の機能を持つものである。
表示部２４は、ＬＣＤ，ＥＬ素子等の小型，軽量の表示装置を用いることが好ましい。
選択部２３および入力部２５は、キーボード，マウス，ペンなどのポインティングデバイス，タッチパネル等を意味し、何らかの情報を入力するという点では同じ機能を有する部分である。
【００３７】
ただし、選択部２３は、表示部２４に表示された複数個の入力項目のうち目的の項目を選択する部分であり、たとえば、表示部２４の上に配置されたタッチパネル上においてその表示項目の部分をペンで押すことによりその項目情報を入力するものである。
また、入力部２５は、キーボード，専用キー，マウス，トラックボールなどにより、文字，記号あるいは機能選択をする部分であり、たとえば注文された料理の個数や座席番号等を入力するものである。
【００３８】
さらに、手書き文字入力機能や、マイクを設けて音声入力する機能を備えてもよい。音声入力機能を備えた場合は、音声データを文字，記号等に変換する音声認識機能をサーバ(SV)１０または端末(HT)２０に設けてもよい。
手書き文字入力機能を備えた場合は、いわゆる入力パットを備え、手書き文字をイメージとして取り込む機能を最小限必要な機能として備えればよい。さらに手書き文字認識機能を搭載してもよい。
【００３９】
記憶部２６は、サーバ(SV)１０の記憶部１５と同様に、ＲＡＭ，ＲＯＭ，ハードディスク，各種記憶媒体により構成される。また、記憶部２６には、オーダ受付端末(HT)２０で利用される情報や、その動作に最小限必要な制御プログラムが記憶される。
【００４０】
最小限必要な制御プログラムとは、情報閲覧処理に必要な基本的なプログラムを意味し、たとえば、インターネットの閲覧処理で用いられるブラウジング用プログラムに相当するプログラムであり、サーバ(SV)１０から送信されるアプリケーションプログラムとは異なり、記憶部２６の中に常に記憶されている。
一方、端末(HT)２０で利用される情報とは、サーバ(SV)１０から送信されたデータ１６，サーバ(SV)１０から送信されたアプリケーションプログラム１７を意味する。
これらのデータ１６およびアプリケーションプログラム１７は、サーバ(SV)１０から送信されてきたときのみ、一時的に記憶部２６に記憶される情報であり、前記したように、サーバからの消去指示等の所定の事象が起こったときに消去されるデータである。
あるいは、意図的に消去されることはなくても、サーバからの指示や、サーバへの更新要求の送信によって更新される情報であり、端末(HT)２０ごとに、それぞれ独自の更新作業を必要とする情報ではない。
【００４１】
このように、データ１６やアプリケーションプログラム１７を、サーバ(SV)１０から送信されてくるように構成したので、サーバ１箇所で更新等のメンテナンス作業をするだけでよく、多数の端末(HT)２０側でそれぞれメンテナンス作業をする必要がない。したがって、メンテナンス作業の合理化，容易化および更新忘れや変更，設定ミスを防止することができる。
【００４２】
情報閲覧部２２は、サーバ(SV)１０から送信されてきた情報（データ１６，アプリケーションプログラム１７）を取得して、その情報に基づいて表示部２４に必要なデータを表示させ、選択部２３および入力部２５を監視しながら、入力されたデータを、サーバ(SV)１０へアップロードする部分である。
この情報閲覧部２２は、ＣＰＵを中心として、ＲＯＭ，ＲＡＭ，Ｉ／Ｏコントローラなどからなるいわゆるマイクロコンピュータにより実現される。また、情報閲覧部２２は、ＲＯＭに記憶されら最小限必要な制御プログラムと、サーバ(SV)１０から送信されてきたアプリケーションプログラムとに基づいて、選択部２３，入力部２５，表示部２４，通信部２１などのハードウェアを用いて、上記した機能を実行するものである。
【００４３】
また、端末(HT)２０では、入力部２５により入力されたデータと、選択部２３により選択されたデータとを関連づけることが行われる。これは、最小限必要な制御プログラムの一機能として実現することもできるが、関連づけるデータは種々のものが考えられるので、どの入力データとどの選択データとを関連づけるかの設定は、サーバ(SV)１０から与えられるアプリケーションプログラムの一機能として実現することが好ましい。
あるいは、端末(HT)２０の利用者が、自ら端末(HT)を操作して入力データと選択データとを関連づけるようにしてもよい。
たとえば、端末(HT)２０を用いて、料理の注文を受け付ける場面で、「カレーライス」の項目を選択データとして選択し、その注文個数を「３」と入力した場合、選択データである「カレーライス」と、入力データである「３」とを関連づける。
また、選択されたデータが「すし」で、入力されたデータが、手書き文字の「わさび抜き」である場合は、注文された「すし」が「わさび抜き」であることがわかるように、両者のデータを所定の形式で関係づける。
【００４４】
＜プリンタ(PT)＞
プリンタ(PT)３０は、レストラン業務においては、厨房および事務部門に設定される印刷装置であり、固定設置される場合は、有線ＬＡＮでネットワークに接続してもよいが、厨房等に移動可能な小型のプリンタであれば、無線ＬＡＮ６２でネットワークに接続することが好ましい。
図１に示すように、プリンタ(PT)３０は、主として通信部３１，印刷部３２，読取部３３，記憶部３４とから構成される。
通信部３１は、サーバ(SV)１０との通信部１１と互換性のある同等の機能を持つ部分であり、サーバ(SV)１０から送られてくるデータを受信し、読取部３３で読取った情報をサーバ(SV)１０あるいは端末(HT)２０へ送信する部分である。
【００４５】
印刷部３２は、通信部３１が受信した印刷データを印刷する部分である。ここで印刷されるデータは、文字データ，画像データの他、注文料理や商品等を特定する識別情報、たとえばバーコードなどを含んでもよい。
読取部３３は、文字，画像，識別情報を読み取る部分であり、いわゆるイメージスキャナを用いることができる。
記憶部３４は、印刷部３２で利用される情報や、読取部３３によって入力された情報を一時的に記憶する部分であり、ＲＯＭ，ＲＡＭ，ハードディスクなどの記憶装置を利用すればよい。
【００４６】
この発明において、レストラン内に設置されるプリンタ(PT)３０の１つは、厨房に設置される。この場合印刷される内容は、サーバ(SV)１０から送信される「注文料理」の文字情報と、その注文料理ごとの識別情報とを含む（図８参照）。
ここで識別情報とは、たとえばバーコードを意味する。料理する者は、この印刷内容の文字情報を見て調理することになる。また、バーコードは、料理が完成したことをサーバ(SV)１０や端末(HT)２０に通知するために用いられる。
【００４７】
料理ができあがったとき、料理人がプリンタに備えられたイメージスキャナを用いて、できあがった料理（たとえばカレーライス）の横のバーコードをスキャンする。そして、スキャンされた料理の識別情報をサーバ(SV)１０に送信すれば、料理のでき上がったことが、データとしてサーバ(SV)側に確実に伝達される。このような料理完成の情報を受けたサーバは、その情報を解析および蓄積すると共に、端末(HT)２０へ送信すれば、確実かつ迅速に、料理ができあがったことを料理を運ぶ者に伝達することができる。
プリンタ(PT)３０は、厨房内の他に、会計端末装置(POS)等の近傍に設置してもよい。
たとえば、以下の示す実施例では、勘定プリンタを設ける。勘定プリンタは、注文された料理の明細を印刷し、客に配布するためのものである。
【００４８】
＜会計端末装置(POS)＞
会計端末装置(POS)４０は、たとえば、レストラン店舗の入口近傍に設置されるものであるが、主として食事の料金精算を行うための装置である。
図１に示すように、会計端末装置(POS)は、主として通信部４１，制御部４２，記憶部４３，表示部４４，入力部４５とから構成される。
通信部４１は、サーバ(SV)１０の通信部１１などと互換性を有し同等の機能を持つ部分である。
表示部４４は、ＣＲＴ，ＬＣＤ，ＥＬ表示などを用いることができる。
入力部４５は、キーボード，ペン，マウス，スキャナなどを用いることができる。
記憶部４３は、ＲＯＭ，ＲＡＭなどの半導体素子のほか、ハードディスク，ＩＣカードなどの記憶媒体を用いることができる。
【００４９】
制御部４２は、料金精算処理，集計処理，印字処理などを行うものであり、ＣＰＵ，ＲＯＭ，ＲＡＭ，Ｉ／Ｏコントローラなどからなるマイクロコンピュータにより実現される。
また、制御部４２は、ＲＯＭ等に記憶された制御プログラムに基づいて、通信部４１，表示部４４，入力部４５等のハードウェアを利用して料金精算等の処理を実行する。たとえば、会計端末装置(POS)をレストラン業務で利用する場合、次のように各部が機能する。まず、制御部４２は、集計処理をするときに、次のような処理によって、メニューやオーダ、金額のデータをサーバから受け取る。
【００５０】
１、テーブル番号の入力
2、受注番号の入力
3、勘定用に印字された紙に記載のバーコード等の情報を読み取る。
上記のような情報をPOSに入力し、その読み取ったデータと、そのデータに対応する精算処理に必要なデータをサーバに要求し、サーバはそのデータをPOSへ送信する。サーバ側ではHTから送信されたオーダ内容を元に、金額などのデータがまとめられているので、POS側で一つ一つオーダ内容を入力する必要はない。
また、POSにおいて、飲食したメニューのカロリーをレシートに印刷するようにしてもよい。このカロリーのデータも、精算処理に必要なデータとしてサーバから送信すればよい。
【００５１】
POS側での通常時の操作は
１、上記した入力手段からデータを読み取り、
２、サーバから受け取ったデータを元に、客から金銭を受け取る。
３、レシートと共におつりの返却。
この3つの操作で済む。
料金精算処理に関しては、客から受け取った金銭の額をPOSで入力し、上記した入力手段で取得した合計金額を引いたおつりを客に渡す。会計したデータはサーバへアップロードされ（もしくはもともとサーバ側で処理される）、オーダ情報と共にサーバに蓄積される。特殊な例をあげると、例えば割り勘を客に要求された時、POS側で割り勘機能が搭載されていなくても、POSのブラウザからサーバで割り勘シュミレーションプログラムを操作し、料金精算処理を行ったり、割り勘用のアプリケーションをPOS側から操作し、対応することが可能である。
【００５２】
印字データのフォーマットも、キャンペーンのたびに印字されるレシートのフォーマットが変わることがある。POSにインストールされた専用プログラムではなく、サーバ側のプログラムを利用する本システムでは簡単に変更が行える。また、これらの操作は店舗ごとではなく、そのチェーン店の本部サーバと各店舗のサーバがネットワークで繋がっていれば、本部サーバの変更で全ての店舗に変更加えることもでき、全体での変更も一台の変更で可能である。
【００５３】
この会計端末装置(POS)４０では、一般的な会計業務の各機能を実現する制御プログラムは、その記憶部４３の中のＲＯＭやハードディスクに固定的に記憶しておいてもよいが、端末(HT)２０と同様に、機能の変更や追加のためのメンテナンス作業を容易にするために、固定的に記憶部に記憶しておく制御プログラムは、いわゆるブラウザ機能に限定し、他の機能を実現する制御プログラムは、サーバ(SV)１０から送信されるようにしてもよい。
【００５４】
＜オーダ受付端末を用いた受注処理の実施例＞
ここでは、レストラン業務に関して、オーダ受付端末を用いた受注処理について、オーダ受付端末(HT)２０，サーバ(SV)１０およびプリンタ(PT)３０相互間の処理のフローを示した図２のフローチャートを用いて説明する。
ただし、この受注処理は、他の業務形態にも適用可能である。ここで、プリンタ(PT)３０は、２つのプリンタを設置するものとする。第１のプリンタ（厨房プリンタ30-1）は、厨房に設置され、料理人への料理の発注のために利用され、第２のプリンタ（勘定プリンタ30-2）はレストラン店内の入口近傍のカウンタに設置され、受注した料理の明細を顧客に配布するためのものである。
【００５５】
図２は、端末(HT)２０で料理を受注し、料理が完成したことを通知するまでの処理についてのフローチャートである。
まず、端末(HT)２０は、受注を受けていない通常状態では、いわゆる待機状態となっている（ステップＳ１）。
次に、ウェイトレスが、この端末(HT)２０を携帯し、ある客席に出向き、料理の受注を受けるために、端末(HT)２０で受注操作が実行できる状態にする。すなわち、ウェイトレスが手動操作により起動処理をする（ステップＳ２）。
たとえば、折りたたみ携帯電話のように、開閉式の端末の場合は、ふたを開く動作をすることにより起動処理が開始される。あるいは、電源ボタンを押すことにより起動処理を開始させてもよく、電源はＯＮの状態で、さらに、起動を意味する特定のボタンを押すことにより起動処理を開始させるようにしてもよい。
【００５６】
ステップＳ２の起動処理では、端末(HT)２０の情報閲覧部２２が、通信部２１を介して、サーバ(SV)１０に接続し、これから受注を開始することを意味する情報（接続要求）を送信する。
ステップＳ３１において、サーバ(SV)１０は、この接続要求を受信すると、受信した情報からどの端末(HT)２０が起動したかを認識し、その端末(HT)２０に対して、初期画面に関する情報を送信する（ステップＳ３２）。
ここで「初期画面に関する情報」とは、表示部２４に表示する文字，図形等のデータ１６と、このデータを表示するための表示制御用のアプリケーションプログラム１７とから構成される。すなわち、サーバ(SV)１０から、端末(HT)２０に対して、データ１６とアプリケーションプログラム１７とが同時に送信される。
【００５７】
ステップＳ３において、端末(HT)２０は、「初期画面に関する情報」を受信すると、表示部２４に初期画面を表示する。
ここで、表示処理は、受信した表示制御用のアプリケーションプログラムを動作させ、同時に受信した初期画面用のデータを用いて行う。すなわち、当初端末(HT)２０の中にはなかった情報であってサーバ(SV)１０から送信されてきた情報（データ１６，アプリケーションプログラム１７）に基づいて表示処理が行われる。
したがって、初期画面の表示項目やレイアウトの変更をする場合は、端末側自体での変更処理は全くする必要がなく、サーバ(SV)１０から送信される「初期画面に関する情報」を変更するだけでよい。
図９に、表示部２４に表示される初期画面の一実施例を示す。また、図１０に示すような「業務選択画面」を初期画面として表示してもよい。
【００５８】
次に、端末(HT)２０において、ウェイトレスが顧客からの注文を聞きながら、データを入力していく（ステップＳ４）。このとき、ウェイトレスは、端末(HT)２０の表示部２４に表示された画面を見ながら、選択部２３に相当する部分を選択し、あるいは入力部２５を用いてデータを入力する。選択および入力されたデータは、記憶部２６に保存される。たとえば、「カレーライス３つ」という注文を受けたとき、「カレーライス」というメニューを選択する操作をし、数量を示す「３」を入力する。
【００５９】
次に、情報閲覧部２２は、受注が完了し、受注業務を終了することを意味する入力がされたか、あるいは受注した情報をサーバ(SV)１０側へ送信することを意味する入力がされたかを確認する（ステップＳ５）。受注業務を終了することを意味する入力がされた場合、ステップＳ９へ進み、その入力データをサーバ(SV)１０へ送信する。
一方、その入力がされない場合は、ステップＳ６へ進む。
【００６０】
ステップＳ６において、業務終了とは異なるキー入力があるか否かを監視する。キー入力がない場合は、ステップＳ４へ戻る。
一方、キー入力があったが、現在表示されているデータのみでは情報が不足している場合や、他のデータを要求する入力がされた場合には、ステップＳ７へ進む。ステップＳ７では、サーバに対して、所定のデータの送信を要求するデータが送られる。
たとえば、現在画面に表示されていないメニューが注文された場合、ウェイトレスが「次画面」というような部分を選択すると、サーバ(SV)１０に対して次画面の情報を要求するデータを送信する。
このデータ要求を受けたサーバ(SV)１０は、その要求されたデータを記憶部１５から読み出し、端末(HT)２０へ送信する（ステップＳ３３）。このとき、単なる画面データを送信してもよいが、必要に応じて、データと共にそのデータを加工，表示等するためのアプリケーションプログラムを同時に送信してもよい。
【００６１】
次に、ステップＳ８において、端末(HT)２０は、サーバ(SV)１０から送られてきたデータを受信し、そのデータを利用して表示画面を変更する。その後、ステップＳ４へ戻り、再度、受注データの入力操作が行われる。
ステップＳ５で、業務終了を意味する入力がされた場合、すなわちすべての受注データの入力が終わった場合、記憶部２６に一時記憶された入力データを、サーバ(SV)１０へ送信する（ステップＳ９）。
たとえば、送信される受注データとは、座席番号，注文料理名，数量，ウェイトレス（担当者）番号（あるいは端末番号），客数，特殊オーダ内容、日時，受注番号，客層などである。
【００６２】
また、送信する前に、入力された料理名，数量および座席番号等のデータとを関連づけるようにデータが組み立てられる。たとえば、「カレーライス」，「３個」および「テーブルNo.3」というようなデータが関連づけられる。また、「すし」，「２つ」および「わさび抜き」というデータが関連づけられる。
【００６３】
ここで、「特殊オーダ内容」とは、予め用意されたメニューの中にはない料理の具体的な種別内容や要望事項を示すものであり、たとえば上記した「わさび抜き」がこれに相当する。
「特別オーダ内容」の入力は、通常注文がよくあるものについては、予め選択メニューとして登録しておいた表示部分を選択できるようにすることが好ましい。たとえば、「わさび抜き」やステーキの「レアー，ミディアム，ウェルダン」などを選択メニュー項目として用意すればよい。
また、選択メニューとして用意していなかった特殊オーダがあった場合は、手書き入力用画面を表示させ、ここに、そのオーダ内容をペンで手書き入力するようにしてもよい。たとえば、「塩抜き」とか「わさび抜き」というような特殊オーダを、手書き入力する。
また、手書き入力の代わりに、音声入力や音声認識の機能を備えて、特殊オーダを音声で入力してもよい。
【００６４】
端末(HT)２０において、ステップＳ９でデータの送信が終了すると、入力されたデータを消去し（ステップＳ１０）、ステップＳ１の待機状態へ戻る。開閉式の端末の場合は、ふたが閉じられた場合は自動的にステップＳ１０を実行するようにしてもよい。あるいは、ウェイトレスが特定のキー入力をすることにより、ステップＳ１０を実行してもよい。
一方、サーバ(SV)１０は、ステップＳ９により送信されたデータを受信する（ステップＳ３４）。そして、サーバ(SV)１０は、受信した受注データを解析し、記憶部１５へ記憶する（ステップＳ３５）。ここで、制御部１２は、受注データの内容をチェックし、プリンタへ送信するための印刷情報を作成する。次に、２つのプリンタ（301-1,30-2）へ受注データの内容を送信する（ステップＳ３６）。
ここで、厨房プリンタ(30-1)へ送信されるデータには、注文された料理名とその数量，特殊オーダがある場合はそのオーダ内容，およびその各受注料理に関する受注情報を記号化したバーコードとが含まれる（図８参照）。
【００６５】
また、勘定プリンタ(30-2)へ送信されるデータは、厨房プリンタ(30-1)へ送信されるデータと同一でもよいが、勘定プリンタで印刷された内容は顧客に見せるものであるので、バーコードがなくてもよい。また、顧客が確認しやすいように、厨房プリンタ(30-2)で印刷される内容とはレイアウトを変え、異なる内容を追加してもよい。たとえば、受注料理名，数量に加えて、料金を印刷するようにしてもよい。
ステップＳ６１において、勘定プリンタの通信部３１が印刷データを受信すると、印刷部３２がその内容を印刷する（ステップＳ６２）。そして、勘定プリンタ(30-2)で印刷された用紙は、ウェイトレス等によってその顧客のもとへ配布される。
【００６６】
一方、ステップＳ５１において、厨房プリンタ(30-1)の通信部３１が印刷データを受信すると、印刷部３２がその内容を印刷する（ステップＳ５２）。印刷内容には、文字で印刷された料理名等があるので、料理する人は、この印刷内容を見て調理をすることになる。調理が完了すると、料理人は、完成した料理のバーコードが印刷された印刷用紙を持って厨房プリンタ(30-1)のところへ行き、プリンタに付属しているイメージスキャナで、完成した料理のバーコード部分を読み取る操作をする。厨房プリンタ(30-1)の読取部３３がバーコードを読み取ると（ステップＳ５３）、その内容を解析し、その料理が完成したことを意味するデータ（調理完了通知）を作成し、サーバ(SV)１０へ送信する（ステップＳ５４）。このように、印刷された内容を確認して調理し、調理完了後は、この同一の印刷された内容を用いてその完了を意味する情報を入力しているので、調理人への調理内容の伝達の正確化と、調理完了の入力の容易化と確実化を図ることができる。
【００６７】
ステップＳ３７において、厨房プリンタ(30-1)から「調理完了通知」を受信すると、サーバ(SV)１０は、記憶部１５に記憶されていたその料理に関するデータを、「調理完了済み」を意味する状態に更新する。
次に、ステップＳ３８において、サーバ(SV)１０は、「調理完了済み」となった料理について、端末(HT)２０に「調理完了報告」を通知するためのデータを作成し、その通知データを端末(HT)２０に対して送信する。
また、サーバ(SV)１０側から積極的に通知データを送信するのではなく、端末(HT)２０が起動処理（ステップＳ２）などの何らかの操作をしたときに、通知データを送信するようにしてもよい。このとき、通知データを送信する端末(HT)２０は、必ずしも調理を完了した料理を受注した端末に限られるものではない。受注した端末はもちろんのこと、その他の端末(HT)２０に対して送信してもよい。現在待機中の者が携帯している端末(HT)２０に送信されれば、より早く顧客に料理を配膳することが可能となるからである。
【００６８】
次に、ステップＳ１１において、調理完了を示す通知データを受信した端末(HT)２０では、その通知データの内容を表示部２４に表示する。たとえば、「座席No.3，カレーライス，２個，調理完了」というような表示をする。
この端末を携帯しているウェイトレスは、この表示を見て、料理を取りに行き、注文した顧客のところへ配膳する。このウェイトレスは、配膳が完了すると、「配膳が完了したこと」を示す特定のボタン等を用いて入力をすることにより、サーバ(SV)１０に配膳完了データを送信する（ステップＳ１２）。
【００６９】
次に、サーバ(SV)１０は、この「配膳完了通知」を受信すると（ステップＳ３９）、記憶部１５に記憶されているその料理に関するデータを「配膳完了」状態に更新する。
以上がレストラン業務における受注処理の一実施例の流れであるが、受注データ，端末へ送るべき情報（データ，アプリケーションプログラム）等について、すべてサーバで一元管理されているので、データのリアルタイム性が確保され、店舗内の現在の最新のデータを各端末に送信することができる。
【００７０】
また、従来のように、端末側で操作可能なすべての機能についてあらゆる表示メニューデータ，画像データおよびアプリケーションプログラムを記憶しておく場合には、非常に大きな容量のメモリを搭載する必要があった。しかし、端末側から必要な時に必要なデータを送信することをサーバ(SV)に要求するようにしているので、端末側では、あらゆるデータを保存することが可能な最大容量のメモリを予め用意しておく必要はなく、事象ごとに必要と考えられるメモリ容量のうち、最も大きな容量が必要と考えられる事象で動作が可能な程度のメモリ容量を用意すればよい。すなわち、端末側において、サイズの大きい画像データを常に記憶しておく必要はないので、記憶容量を減らすことができ、端末のコストダウンを図ることができる。
【００７１】
また、データのみについて共有化しているが、アプリケーションプログラムを端末側で固定的に記憶している場合は、そのアプリケーションプログラムが取り扱うことのできる形式のデータの表示処理しかできなかったが、この発明では、データとそのデータを取り扱うことのできるアプリケーションプログラムも同時に端末側へ送信するので、当初設計時には考えられていなかった形式のデータの表示処理も可能となる。すなわち、データ形式の追加，変更にも柔軟に対応できる端末および受注販売管理システムを提供できる。
【００７２】
また、端末に送信するデータおよびアプリケーションプログラムを、サーバ側で一元管理しているので、端末自体でのメンテナンス作業をほとんど省略でき、データの追加，削除，更新等のメンテナンス作業が容易にでき、メンテナンス作業者の負担を軽減できる。
たとえば、朝の一定期間はモーニングセットを受注の対象とし、昼の一定期間はランチメニューを受注の対象とする場合は、その一定期間の時間帯に合わせて、端末へ送信するメニューリストのデータを変更すればよい。これはサーバ側においてメニューの変更処理や、予めタイムスケジュールを組んだ自動変更処理をするだけでよく、端末ごとにそれぞれ変更処理をする必要がない。
【００７３】
＜特殊オーダの入力処理＞
次に、ステップＳ４において、特殊オーダがあった場合を含む端末側での入力処理の実施例について説明する。
図３に、この発明の端末(HT)２０において、手書き入力により、特殊オーダを入力する表示画面の一実施例を示す。
図４に、この発明の入力処理の一実施例のフローチャートを示す。
特殊オーダとは、前記したように、予め用意されたメニューの中にはない顧客の要望事項を意味する。たとえば、すしに対する「わさび抜き」，ライスに対する「ご飯少なめ」などである。
図３（ａ）は、オーダを入力するための端末(HT)２０の表示画面の一実施例を示している。
図のＭ１の部分には、オーダ可能なメニューの一覧表示がされ、Ｍ２の部分には、オーダの取消，完了等を入力するための表示がされている。また、画面の上部には、入力された料理内容が表示されている。
【００７４】
図３（ａ）のような表示がされている状態で、「サーロインステーキ」に対して「焼き具合」について特殊注文を受けたとする。このとき、端末を持ったウェイトレスは、メニュー項目Ｍ１の中から、特殊オーダを受けた商品である「サーロインステーキ」を選択した後、項目Ｍ２の中の「特殊入力(M3)」の部分を押す。この操作により、表示画面は図３（ｂ）の画面に切り換えられる。
図３（ｂ）は「サーロインステーキ」についての特殊オーダを入力する画面である。サーロインステーキの場合は、顧客の好みにより焼き具合を選択できるようになっている。
図３（ｂ）の画面の上部Ｔ１には、商品である「サーロインステーキ」に関する情報が表示され、その下の部分Ｔ２には、予め用意された特殊オーダの項目として「焼き具合」が表示されている。
【００７５】
また、画面の下部Ｔ３には、手書き入力をするための入力領域Ｔ３が表示され、さらにその下の部分Ｔ４には、入力確定を意味する「ＯＫ」などが表示されている。
図３（ｂ）の画面が表示されている状態において、「ミディアムレア」という特殊オーダを受けた場合は、項目Ｔ２に予め用意されているので、その「ミディアムレア」の表示部分を押し、さらに領域Ｔ４の「ＯＫ」を押すことにより、特殊オーダ（サーロインステーキの焼き具合はミディアムレア）が完了する。
ただし、項目Ｔ２に予め用意されていない焼き具合「ベリーシア」が特殊オーダされた場合は、ウェイトレスが、領域Ｔ３の部分にそのオーダ内容の文字をペンを用いて手書きして入力する。
【００７６】
そして、領域Ｔ４のＯＫボタンを押すことにより、特殊オーダ「ベリーシア」を完了する。この場合、手書き入力された文字がイメージとして記憶部２６に一旦記憶され、注文料理「サーロインステーキ」のデータと、このイメージデータとが関連付けられる。その後、図２の処理フローに基づいて、他の注文データと共に、特殊オーダのデータも、サーバ(SV)１０へ送信される。
サーバ(SV)１０では、このような特殊オーダ付きのデータを受信した場合、受信したイメージデータを解析する。たとえば文字認識することにより、手書き入力された文字をテキストデータとして取り出すことができた場合は、その特殊オーダを、テキスト情報形式でプリンタへ送信する印刷データの中に追加する。
あるいは、文字認識できなかった場合や、文字認識機能を有していない場合は、イメージデータのまま、印刷データの中に追加すればよい。手書き文字をイメージデータのまま印刷したとしても、印刷内容を見た料理人がその特殊オーダが理解できれば問題はないからである。
【００７７】
また、文字認識によりテキストデータとして取り出すことができた場合において、そのテキストデータが、記憶部１５の中にまだ登録されていない新しい特殊オーダである場合は、次回から同じ特殊オーダがあった場合にメニュー項目の１つとして表示できるように、記憶部１５の中に登録してもよい。
ただし、特殊オーダは、それほど頻度が高くない場合が多いので、１回あっただけでは登録せずに、一定期間に一定回数以上（たとえば１日２回以上）同じ特殊オーダがあった場合にのみ、登録するようにしてもよい。
【００７８】
次に、以上のような特殊オーダ等の入力処理の詳細内容を、図４のフローチャートを用いて説明する。
まず、ステップＳ８１では、図３（ａ）に示すようなオーダ入力画面を表示する。
次に、図３（ａ）の下方に示されたメニュー項目の選択やキー入力等の操作によりオーダ情報を入力する（ステップＳ８２）。
ステップＳ８３において、入力された操作がメニュー等の選択または入力であったか否か確認する。
メニュー等の選択または入力の場合はステップＳ８４へ進み、そうでない場合、ステップＳ８６へ進む。
ステップＳ８４において特殊オーダの選択入力がされたか否か確認する。特殊オーダの入力でない場合は、ステップＳ８５へ進み、入力されたデータをそのまま、記憶部２６へ一時保存する。この後の次の入力に備え、ステップＳ８１へ戻る。
【００７９】
一方、ステップＳ８４で、特殊オーダの入力をする場合は、ステップＳ８７へ進む。また、ステップＳ８６において、特殊入力ボタン(M3)が押されたか否か確認する。ここで、押された場合はステップＳ８７へ進み、そうでない場合はステップＳ９４へ進む。
ステップＳ８７において、端末(HT)２０は、図３（ｂ）に示すような特殊オーダ画面を要求するデータを、サーバ(SV)１０へ送信する。そして、サーバ(SV)１０から特殊オーダの入力画面が送信されてくるのを待ち、入力画面データとともに、そのデータを表示部に表示するためのアプリケーションプログラムを受信する（ステップＳ８８）。
【００８０】
次に、受信したデータおよびアプリケーションプログラムを利用して、特殊オーダ入力用の画面（図３(b)）を表示部２４に表示し、入力を待つ（ステップＳ８９）。ここで、特殊オーダの入力があった場合、それがＴ２領域のメニュー項目の選択であるか否か確認する（ステップＳ９０）。
ステップＳ９０において、Ｔ２領域に予め用意されていた特殊オーダの選択の場合は、その選択された項目の情報を特殊オーダとして記憶する（ステップＳ９２）。
一方、Ｔ２領域の選択ではなく、Ｔ３領域への手書き文字が入力された場合は、その手書き入力された文字を、イメージデータとして記憶部２６へ記憶する（ステップＳ９１）。
次に、ステップＳ９３において、入力完了を意味する領域Ｔ４の「ＯＫ」が押されたか否かを確認し、押された場合は、ステップＳ８５へ戻る。
「ＯＫ」が押されず、取消を意味する「戻る」ボタンが押された場合は、ステップＳ９０へ戻る。
【００８１】
ステップＳ９４へ進んだ場合、オーダ受注が終了したことを意味する入力があったか否か確認する。受注終了入力の場合、ステップＳ９５へ進み、データの消去などの所定の終了処理をして、処理を終了する。
その他の入力の場合は、ステップＳ９６へ進み、その入力内容に対応する処理（たとえば、戻る・キャンセルなどの処理）を実行し、ステップＳ８５へ戻る。
【００８２】
以上が、特殊オーダ等の入力処理の流れであるが、特殊データの入力処理についても、端末側で当初からその入力処理に必要なデータとアプリケーションプログラムを備えておく必要はなく、ステップＳ８７で必要となった場合にサーバ(SV)から取得するようにしているので、端末側の記憶容量を少なくすることができる。
また、手書き文字を読み取る機能や、イメージとして記憶する機能も当初から端末(HT)２０に記憶しておく必要はなく、ステップＳ８７で特殊オーダの入力画面が要求されたときに同時に手書き文字読取りの機能等のアプリケーションプログラムをサーバから入手するようにしてもよい。
【００８３】
＜サーバ(SV)におけるメニュー切換処理＞
次に、サーバ(SV)１０におけるメニューの切換処理の一実施例について説明する。
図５に、この発明のサーバ(SV)における切換処理の一実施例のフローチャートを示す。ここでは、レストランにおいて、１１時から１４時までの間だけ、記憶部１５に記憶されるオーダメニューの中に、ランチタイムメニューを追加する場合について説明する。
ランチタイムメニューは、１１時から１４時までの間だけ、オーダ可能なメニューとして登録され、その期間に端末(HT)２０で受注処理をする場合には、その表示画面の中に、ランチタイムメニューが選択可能なように表示される。
【００８４】
この切換処理を実現するために、まず切換の条件を設定する「条件設定機能」を設けることが必要である。
切換の条件とは、たとえば、現在提供している料理メニューのセットＡを別のセットＢに切り換えるための条件、あるいは、料理メニューのセットＡに別のメニューＣを追加するための条件等をいい、「時間帯指定」，「曜日指定」，「日指定」，「期間指定」などの時間的条件がある。時間的条件の他に、天候といった条件を用いてもよい。
【００８５】
たとえば、１日のうち、１１時から１４時まで通常のメニューセットＡに加えて、ランチタイムメニューのセットＢを加えた場合は、切換条件として、「開始時刻＝１１時」，「終了時刻＝１４時」，「ランチタイムメニューＢ＝“定食Ａ”，“定食Ｂ”、“定食Ｃ”」というような情報を関係づけて、記憶部１５へ登録する。
【００８６】
また、条件設定機能で設定された条件が満たされたか否かを検知する「検知機能」を設けることが必要である。
たとえば、前記した時間的条件が設定された場合は、検知機能によって現在の時刻がこの時間的条件を満たしているか否かがチェックされる。すなわち、上記の例では、現在時刻が、１１時から１４時までの間であるか否かチェックされる。
【００８７】
さらに、検知結果に基づいて端末装置(HT)２０へ送信されるデータ１６およびアプリケーションプログラム１７の切換を行う「切換機能」を設けることが必要である。
たとえば、上記の例では、現在時刻が１１時となったとき、端末(HT)２０へ送信されるメニューのデータに、ランチタイムメニューＢのデータが追加される。このとき、データ１６のみの切換を行えばよいが、追加データが多数ある場合には、縮小表示などをして表示方法を変換するために、データ１６のみならず表示制御用のアプリケーションプログラム１７も切換えてもよい。
【００８８】
すなわち、メニューの切換処理を実行するために、サーバ(SV)１０の制御部１２に、「条件設定機能」，「検知機能」，「切換機能」の３つの機能を設ける。これらの機能を実現するためには、それぞれの機能を実行する制御プログラムを記憶部１５の中に格納しておくことが好ましい。
また、この切換処理は、いわば例外処理なので、設定時刻をトリガとして割り込み処理として実現してもよく、あるいはサーバ(SV)１０のメインフローの中で、時刻を監視すると共に検知機能をインプリメントするようにしてもよい。
【００８９】
次に、図５に示したフローについて説明する。
まず、ステップＳ１０１において、現在時刻の監視、すなわち現在時刻と、設定された時間的条件とを読み出す。ここで時間的条件として、「１１時から１４時」が設定されており、イベント発生時刻として、イベント開始時間の１１時が設定されていたとする。
次に、ステップＳ１０２において、割り込みイベントが発生しているか否かチェックする。「割り込みイベント」とは、サーバ(SV)１０における手動操作による切換処理の実行，端末(HT)２０あるいは会計端末装置(POS)からのメニューの切換要求の受理などを意味し、設定条件とは関係なく切換を要求するイベントである。
このような割り込みイベントがあった場合はステップＳ１０５へ進み、なかった場合はステップＳ１０３へ進む。
【００９０】
ステップＳ１０３において、読み出した現在の時刻と時間的条件の比較を行う。今、設定時刻が「１１時」なので、現在の時刻が１１時か否かチェックされる。そして両者の時刻が一致したときイベントが発生したので、ステップＳ１０５へ進み、一致しないときはステップＳ１０１へ戻る。
次に、ステップＳ１０５において、この発生したイベントに対応した切換処理を実行する。たとえば、この実施例では、通常メニューに「ランチタイムメニューＢ」を追加する処理が行われる。この後、もし端末(HT)２０から受注処理による初期画面要求が行われたとすると、ランチタイムメニューＢが追加されたメニューのデータが、サーバ(SV)１０から端末(HT)２０へ送信されることになる。
【００９１】
次に、ステップＳ１０６において、次のイベント発生時刻を設定する。たとえば、この実施例では、イベント終了時刻として１４時が設定されているので、次のイベント発生時刻として「１４時」が設定される。そして次のイベントの発生に備えるため、ステップＳ１０１へ戻る。
【００９２】
以上のように、サーバ(SV)１０において、イベント発生のための条件、言いかえれば端末(HT)２０へ送信するデータおよびアプリケーションプログラムを切り換えるための条件を予め設定しておけば、その条件を満たした場合に自動的にデータおよびアプリケーションプログラムの切り換えが行われ、メニューの変更，復帰などのメンテナンス作業が簡略化できる。特に、端末(HT)２０側では、メニューの切換に関して全く何も設定，変更および復帰をする必要がない。
また、レストラン業務において、ウェイトレスが現在時刻を忘れて、ランチタイムでない場合にランチタイムメニューを受けたとしても、端末(HT)２０には、ランチタイムメニューが表示されないので、誤って受注することもなくなる。
【００９３】
また、このように、切換条件を予め設定しておく場合は、主としてメンテナンス作業の効率化を図ることができるが、急なメニューの変更等に対して対応できるように、手動操作で切換処理ができるようにしてもよい。たとえば、ある日のランチタイムメニューの売れゆきが少ない場合、完売させるために、ランチタイムを１５時まで延長したい場合もある。
逆に売れゆきがよく、ランチタイム終了時刻前にすでに売り切れてしまった場合に、オーダを受け付けないようにしたい場合もある。このような場合に、手動で切換処理ができればより業務の円滑化を図ることができる。
【００９４】
手動による切換処理は、サーバ(SV)１０の入力部１３から行う場合の他に、端末(HT)２０，プリンタ(PT)３０，会計端末装置(POS)４０の入力部による操作によりしてもよい。
たとえば、端末(HT)２０において、「ランチタイムメニュー切れ」というような表示項目を設け、この項目を押すことにより、「ランチタイムメニュー切れ」を示す情報を、サーバ(SV)１０に送信するようにすればよい。
また、厨房プリンタ３０に、図示しない入力部を設けるか、「ランチタイムメニュー切れ」を意味するバーコード情報を予め用意しておき、このバーコードを読取部３３で読み取らせることにより、ランチタイムメニューの材料が切れたためにオーダを中止する旨の連絡を、サーバ(SV)１０，端末(HT)２０，会計端末装置(POS)４０へ通知するようにしてもよい。
【００９５】
＜端末(HT)での画像表示＞
図６に、この発明の端末(HT)２０において、メニューのでき上がり状態を示す画像を表示部２４に表示した例を示す。たとえば、受注の際、客から「卵とベーコンのカルボナーラ」というメニューのでき上がり状態を見たいという要望あるいはその料理内容の説明を受けたいという要望がある場合もある。
商品について十分な知識を持っているウェイトレスの場合は、口頭で料理内容を説明することができるが、新人やアルバイトは、十分な知識を持ち合わせていない場合もあり、図６のような情報表示を顧客に見てもらえば理解しやすいと考えられる。
また、通常メニューにのせていないような特別オーダ品の場合は、口頭で説明するよりも、でき上がり状態の画像を見てもらう方がよい場合もある。
【００９６】
本願では、図６に示したような画像および料理説明文は、端末側に予め記憶しておく必要はなく、前記したように、必要に応じてサーバ(SV)１０から端末(HT)２０へ送信するようにすればよい。
たとえば、端末(HT)２０で、「料理名」と「画像表示要求」を意味する表示部分を押した場合に、その料理の画像表示要求をサーバ(SV)１０へ送信し、この画像表示要求を受けたサーバ(SV)１０は、予め記憶部１５に記憶されたその料理の画像と説明文のデータ１６を読み出し、さらに必要ならば、画像表示用のアプリケーションプログラム１７を記憶部１５から読み出して、その端末(HT)２０へ送信すればよい。
【００９７】
そして、このようなデータ１６およびアプリケーションプログラム１７を受信した端末(HT)２０では、このアプリケーションプログラム１７を起動させて、図６のような表示をすればよい。
これによれば、端末側では、表示すべき画像データや説明文のデータを予めすべて記憶しておく必要はなく、端末(HT)内部の記憶部２６の有効利用ができ、大容量の画像表示にも対応することが可能である。
【００９８】
＜在庫管理処理＞
ある料理メニューについて、注文回数（あるいは調理回数）と、その料理メニューに使用する個々の材料の数とを、一対一に対応づけて在庫管理をすることもできる。
たとえば、ある材料Ａの納品数が１００個であったときに、注文回数が９０回あったとすると、在庫は１０個となる。ここでしきい値Ｓとして１０個を予め設定しておいたとすると、在庫がしきい値と同じ１０個となったので、以後の端末(HT)２０での受注処理では受ける数を制限するとか、何個まで受注できるというような警告メッセージを表示するようにする。
【００９９】
また、在庫がゼロとなった場合、受注不可となるので、サーバ側において、端末へ送信するメニューからそのメニューを削除する処理（いわゆる切換処理）をする。また、端末(HT)２０に対しては、サーバ(SV)１０から受注不可を示すメッセージを送信し、端末画面に表示するようにしてもよい。
【０１００】
図７に、この発明のサーバ(SV)１０と、端末(HT)２０とを用いて行う在庫管理処理の一実施例のフローチャートを示す。
図７の在庫管理処理は、サーバ(SV)１０の制御部１２によって実行されるサーバの一機能である。この機能を実行する制御プログラムは、記憶部１５に予め記憶しておく。
図７のフローチャートにおいて、ある材料の在庫数をＸ、納品数をｎとする。また、ウェイトレスが受けた受注の数をＡとする。
さらに、在庫数に余裕があるか否かの判断基準となるしきい値としての数量をＳとする。
図７は、ある一つの材料に関する処理であり、在庫管理すべき材料が複数個ある場合は、材料ごとに、この図７の処理が実行される。
【０１０１】
図７のステップＳ１２１において、まずパラメータ（Ｘ，ｎ，Ａ，Ｓ）を初期設定する。すなわち、在庫数Ｘをゼロ，その材料の受注数Ａをゼロ，納品数ｎをゼロ，在庫余裕を示すしきい値Ｓを、所定値（たとえば１０）に設定する。
次に、ステップＳ１２２において、「納品イベント」があったか否かチェックする。すなわち、サーバ(SV)１０において、その材料の納品を意味する入力があったか否かチェックする。
納品があったときは、ステップＳ１２３へ進み、ｎに入力された納品数をセットし、現在の在庫数Ｘに納品数ｎを加算し（Ｘ＝Ｘ＋ｎ）、ステップＳ１２２へ戻る。
【０１０２】
ステップＳ１２２において、納品イベントがなかった場合は、ステップＳ１２４へ進み、現在の納品数ｎがゼロでないか否かチェックする。ｎがゼロのときはステップＳ１２２へ戻り、納品されるのを待つ。ｎがゼロでないとき、すなわち納品があったときは在庫数Ｘもゼロでないので、ステップＳ１２５へ進み、「受注イベント」があったか否かチェックする。「受注イベント」がなかったとき、すなわち、顧客からの注文がなかったときはステップＳ１２２へ戻るが、注文があったときはステップＳ１２６へ進む。
ステップＳ１２６において、「受注イベント」があったときは、その受注イベントで発生した材料の受注数Ａをセットし、現在の在庫数Ｘから受注数Ａを減算する（Ｘ＝Ｘ−Ａ）。
【０１０３】
次に、ステップＳ１２７において、現在の在庫数Ｘとしきい値Ｓとを比較する。
Ｘ＞Ｓの場合、まだ在庫に十分な余裕があると考えて、ステップＳ１２２へ戻る。Ｘ≦Ｓの場合、在庫が少なくなっていると考え、ステップＳ１２８へ進む。
ステップＳ１２８において、在庫数Ｘ≦０かどうかチェックする。Ｘ＞０であれば、在庫はまだあるがかなり少なくなっているので、ステップＳ１３０へ進み、端末(HT)２０に警告メッセージを送信する。警告メッセージとしては、たとえば「メニューＡの在庫が残りわずかです。注文を受ける場合は、ボックスに数を入力して下さい」というようなメッセージを表示するようにすればよい。
警告メッセージを送信する場合、メッセージ文のデータと、そのデータを端末(HT)２０に表示するためのアプリケーションプログラムを同時に送信してもよい。
【０１０４】
ステップＳ１２８において、在庫数Ｘがゼロとなっている場合は、受注できないので、この材料を用いているメニューの受注を中止するために、前記したようなメニューの切換処理を実行する（ステップＳ１２９）。
ここで、切換処理としては、あるメニューを選択画面から削除したり、選択できなくするようにすればよい。この場合も、メニュー削除等を意味するデータと、そのデータを表示画面に反映するようなアプリケーションプログラムとを送信すればよい。
以上のように警告メッセージの送信またはメニューの切換処理をした後は、ステップＳ１２２へ戻る。
以上のような在庫管理をすることにより、在庫数がなくなった場合や少なくなってきた場合において、その在庫数に応じた受注の対応を迅速かつ的確にすることが可能となる。
【図面の簡単な説明】
【０１０５】
【図１】この発明の受注販売管理システムの一実施例の構成ブロック図である。
【図２】この発明のシステムにおいて、オーダ受注端末を用いた受注処理の一実施例のフローチャートである。
【図３（ａ）】この発明において、オーダを入力するための表示画面の一実施例の説明図である。
【図３（ｂ）】この発明において、特殊オーダを入力するための表示画面の一実施例の説明図である。
【図４】この発明における特殊オーダ等の入力処理のフローチャートである。
【図５】この発明のメニュー切換処理の一実施例のフローチャートである。
【図６】この発明の端末における画像およびその説明文の表示画面の一実施例の説明図である。
【図７】この発明における在庫管理処理の一実施例のフローチャートである。
【図８】この発明のプリンタにおける印刷データの内容の実施例の説明図である。
【図９】この発明のオーダ受付端末の表示部に表示される初期画面の一実施例の説明図である。
【図１０】この発明のオーダ受付端末の表示部に表示される初期画面の一実施例の説明図である。
【符号の説明】
【０１０６】
１０    サーバ(SV)
１１    通信部
１２    制御部
１３    入力部
１４    表示部
１５    記憶部
１６    データ
１７    アプリケーションプログラム
２０    オーダ受付端末(HT)
２１    通信部
２２    情報閲覧部
２３    選択部
２４    表示部
２５    入力部
２６    記憶部
３０    プリンタ(PT)
３１    通信部
３２    印刷部
３３    読取部
３４    記憶部
４０    会計端末装置(POS)
４１    通信部
４２    制御部
４３    記憶部
４４    表示部
４５    入力部
５０    ネットワーク
６１    有線ＬＡＮ
６２    無線ＬＡＮ
【図１】
2005071035.tif 000003
【図２】
2005071035.tif 000004
【図３（ａ）】
2005071035.tif 000005
【図３（ｂ）】
2005071035.tif 000006
【図４】
2005071035.tif 000007
【図５】
2005071035.tif 000008
【図６】
2005071035.tif 000009
【図７】
2005071035.tif 000010
【図８】
2005071035.tif 000011
【図９】
2005071035.tif 000012
【図１０】
2005071035.tif 000013