JP2017167633A - 注文管理システム - Google Patents

Abstract

【課題】導入が容易であるとともに、メンテナンスが容易に行える注文管理システムを提供する。【解決手段】店舗に配置される店舗側機器群２と、店舗側機器群２を管理するためのサーバー群３とを備える。店舗側機器群２は、注文入力を行う注文端末装置２２と、注文端末装置２２で入力された注文を管理する注文管理装置２１とを含む。サーバー群３は、契約認証を管理する契約認証サーバー３６を含む。注文管理装置２１は、契約認証サーバー３６に保存されている契約情報による認証の結果、認証が成立した期間のみ起動する。【選択図】図１

Description

本発明は、注文管理システムに関する。

近年、レストラン、居酒屋など飲食物を提供する店舗では、スタッフが客から受けた注文をハンディーターミナルと称される注文端末装置に入力し、入力された注文を注文端末装置から注文管理装置に送信する注文管理システムが提案されている（例えば特許文献１）。このような注文管理システムは、注文管理制御装置を制御するシステム制御プログラム、注文端末装置の注文入力制御を行うハンディーターミナル制御プログラム、据え置き端末装置の表示入力制御を行う据え置きターミナル制御プログラム、プリンタ制御を行うプリンタ制御プログラムなどの制御プログラムがそれぞれの装置に搭載されている。

同一の制御プログラムであっても、店舗毎に注文管理装置、注文端末装置、据え置き端末装置、プリンタなど注文管理システムの装置構成が異なり、装置構成に応じて設定が必要になる。また一つの制御プログラムでも、ファミリーレストランモードや居酒屋モードなど、業態に応じて注文入力動作を設定する必要がある。さらに伝票出力先の設定なども、システム毎に個別に行う必要がある。これらの設定をマスター設定データと称して、システム構成や店舗の運用に合わせて設定しなければならない。さらに、店舗毎にメニューが異なるため、注文メニューの名称、セットメニュー構成、単価などを管理するメニュー設定データが必要である。

特許第４６１７７１３号公報

従来、比較的規模の大きなチェーン店などでは注文管理システムが本部システムとネットワーク接続されている。このため、本部システムから店舗の注文管理システムに、制御プログラム、マスター設定データ、メニュー設定データを配信して、最新のシステムが構成できる。

しかしながら、小規模な飲食店では本部システムがないため、システム構成を変更する場合や最新の制御プログラムをインストールする場合は、機器設置業者に依頼して、店舗にてインストールや設定作業を行う必要がある。このため、システムの維持に多大な費用が発生していて、導入できない場合があった。

また、注文管理システムを導入する場合、ＰＯＳシステムを含めると、高額な導入費用が必要となる。このため、中小の飲食店では初期投資ができず、注文管理システムを導入できない事例が数多くあった。

さらに、注文管理システム導入後に機器が故障した場合、システム構成に合わせて設定したマスター設定データやメニュー設定データのバックアップが必要で、さらにバックアップされたマスター設定データやメニュー設定データを再インストールする必要がある。このため、メンテナンスに多額な費用がかかる。特に、注文管理制御装置が故障すると、運用中の注文データや会計データが消失してしまい、店舗運用に支障をきたす場合があるため、注文管理制御装置を二重化するなどの対策が必要になり、多額のコストが必要になる。

上述の課題を鑑み、本発明は、導入が容易であるとともに、メンテナンスが容易に行える注文管理システムを提供することを目的とする。

上述の課題を鑑み、本発明の一態様に係る注文管理システムは、店舗に配置される店舗側機器群と、前記店舗側機器群を管理するためのサーバー群とを備え、前記店舗側機器群は、注文入力を行う注文端末装置と、前記注文端末装置で入力された注文を管理する注文管理装置とを含み、前記サーバー群は、契約認証を管理する契約認証サーバーを含み、前記注文管理装置は、前記契約認証サーバーに保存されている契約情報による認証の結果、認証が成立した期間のみ起動することを特徴とする。

また、本発明の他の態様に係る注文管理システムにおいて、前記サーバー群は、前記店舗側機器群に含まれる装置に関するプログラムと前記店舗で使用するメニューに関するデータを含んで記憶しており、前記注文管理装置は、前記契約情報による起動に関する認証処理に先立って、前記サーバー群から前記装置に関するプログラムと前記店舗で使用するメニューを受信して記憶することを特徴とする。

また、本発明の他の態様に係る注文管理システムは、店舗に配置される店舗側機器群と、前記店舗側機器群を管理するためのサーバー群とを備え、前記店舗側機器群は、注文入力を行う注文端末装置と、前記注文端末装置で入力された注文を管理する注文管理装置とを含み、前記サーバー群は、注文データを管理する注文管理データサーバーを含み、前記注文管理装置は、前記注文端末装置からの注文データを保存するとともに、前記注文端末装置からの注文データを前記注文管理データサーバーにアップロードすることを特徴とする。

本発明によれば、システムが容易に構築でき、また、自由度の高い契約が行える。本発明によれば、メンテナンスが容易に行える。

本発明の第１の実施形態に係る注文管理システムの構成を示すブロック図である。 本発明の第１の実施形態に係る注文管理システムにおける注文管理装置の概略のブロック図である。 本発明の第１の実施形態に係る注文管理システムにおける注文端末装置の外観構成を示す図である。 本発明の第１の実施形態に係る注文管理システムにおける注文端末装置の概略のブロック図である。 本発明の第１の実施形態に係る注文管理システムにおける据え置き端末装置の概略のブロック図である。 本発明の第１の実施形態に係る注文管理システムにおける無線プリンタの概略のブロック図である。 制御プログラムサーバーの記憶領域の構成を示す図である。 マスター設定データサーバーの記憶領域の構成を示す図である。 メニュー設定データサーバーの記憶領域の構成を示す図である。 注文管理データサーバーの記憶領域の構成を示す図である。 会計データサーバーの記憶領域の構成を示す図である。 契約認証サーバーの記憶領域の構成を示す図である。 初期設定データの説明図である。 注文管理装置の電源オン時の処理を示すフローチャートである。 注文管理装置の電源オン時の処理を示すフローチャートである。 注文管理装置の電源オン時の処理を示すフローチャートである。 注文管理装置の電源オン時の処理を示すフローチャートである。 注文管理装置の電源オン時の処理を示すフローチャートである。 制御プログラムのバージョンアップ処理のフローチャートである。 マスター設定データのバージョンアップ処理のフローチャートである。 メニュー設定データのバージョンアップ処理のフローチャートである。 契約情報の更新処理のフローチャートである。 注文データのアップロード／ダウンロード処理のフローチャートである。 会計データのアップロード／ダウンロード処理のフローチャートである。

以下、本発明の実施の形態について図面を参照しながら説明する。図１は、本発明の第１の実施形態に係る注文管理システム１の構成を示すブロック図である。

図１に示すように、本発明の第１の実施形態に係る注文管理システム１は、店舗側機器群２と、サーバー群３とから構成される。店舗側機器群２は、注文管理システム１を構築するために、レストランや居酒屋の各店舗に設置される機器である。サーバー群３は、注文管理システム１を管理、運営するためのサーバーである。店舗側機器群２とサーバー群３とは、インターネット等のネットワーク５を介して接続されている。

店舗側機器群２は、注文管理装置２１と、注文端末装置２２−１〜２２−ｍ（ｍは１以上の整数）と、据え置き端末装置２３と、無線プリンタ２４−１〜２４−ｎ（ｎは１以上の整数）と、ＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ Ｓｙｓｔｅｍ）端末装置２５と、ブロードバンドルータ２６とから構成される。

なお、この例では、店舗側機器群２は１つのみが図示されているが、店舗側機器群２は、注文管理システム１を導入している店舗の数だけ設けられている。また、店舗側機器群２としては、注文管理装置２１、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎ、ＰＯＳ端末装置２５、ブロードバンドルータ２６の全てを用意する必要はなく、業種や業態に応じた構成がとり得る。また、注文端末装置２２−１〜２２−ｍや無線プリンタ２４−１〜２４−ｎの数は、業種や業態に応じて決められる。以下の説明において、注文端末装置２２−１〜２２−ｍを特定しない場合、注文端末装置２２という。無線プリンタ２４−１〜２４−ｎを特定しない場合、無線プリンタ２４という。

注文管理装置２１は、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３から送信された注文データを入力して保存する。また、注文管理装置２１は、据え置き端末装置２３に、調理表示データを送信する。また、注文管理装置２１は、無線プリンタ２４−１〜２４−ｎに、ゲスト伝票、調理指示伝票のデータを送信する。また、注文管理装置２１は、注文データに応じて会計加算を行い、ＰＯＳ端末装置２５と会計情報のやり取りを行う。注文管理装置２１には、システム制御プログラムと、マスター設定データと、メニュー設定データとがインストールされている。注文管理装置２１は、有線ＬＡＮ及び無線ＬＡＮにより、店舗側機器群２の各機器（注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎ、ＰＯＳ端末装置２５）と接続できる機能を有している。また、注文管理装置２１は、ブロードバンドルータ２６、ネットワーク５を介して、サーバー群３の各サーバー（制御プログラムサーバー３１、マスター設定データサーバー３２、メニュー設定データサーバー３３、注文管理データサーバー３４、会計データサーバー３５、契約認証サーバー３６）と接続できる機能を有している。

図２は、注文管理装置２１の概略のブロック図である。図２に示すように、注文管理装置２１は、通信制御部１０１、ＣＰＵ１０２、ＲＯＭ１０３、ＲＡＭ１０４、記憶部１０５、表示部１０６、及び操作部１０７を備えている。

通信制御部１０１は、店舗側機器群２の各機器（注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎ、ＰＯＳ端末装置２５）や、ネットワーク５を介してサーバー群３からの入力情報を受信し、受信した入力情報はＣＰＵ１０２を介してＲＡＭ１０４に一時保存される。通信制御部１０１は、ＣＰＵ１０２の送信処理で生成されＲＡＭ１０４に一時保存された情報を店舗側機器群２の各機器や、サーバー群３へ送信する。

ＣＰＵ１０２は、記憶部１０５が記憶するシステム制御プログラムを読み出し、このシステム制御プログラムと各種情報とに基づいて各部の制御を行う。ＲＯＭ１０３は、基本プログラムを記憶する記憶領域である。ＲＡＭ１０４は、ＣＰＵ１０２が用いる情報を記憶する一時記憶領域である。記憶部１０５は、フラッシュメモリやハードディスクからなり、各種のプログラムやデータを保存する。記憶部１０５に保存されるプログラムやデータとしては、システム制御プログラム、マスター設定データ、メニュー設定データが含まれる。

表示部１０６は、ＣＰＵ１０２の制御に応じて各種情報を表示する。表示部１０６は、例えば液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイである。操作部１０７は、操作されたキーを検出し、検出したキーを示す情報をＣＰＵ１０２に出力する。

図１において、注文端末装置２２−１〜２２−ｍは、レストランや居酒屋のスタッフが携帯して、客からの注文入力を行う端末である。注文端末装置２２は、注文入力を受け付けると、この注文データを注文管理装置２１に送信する。注文端末装置２２−１〜２２−ｍには、ハンディーターミナル制御プログラムと、マスター設定データと、メニュー設定データとがインストールされている。注文端末装置２２−１〜２２−ｍは、無線ＬＡＮにより、注文管理装置２１と接続できる機能を有している。

図３は、注文端末装置２２の外観構成を示す。図３（Ａ）に示すように、注文端末装置２２は、開閉自在の蓋体１１０により、本体１１１を覆う構成となっている。注文端末装置２２の本体１１１には、表示部１１５、入力キー１１６が配置される。表示部１１５には、各種の情報が表示される。入力キー１１６は、各種の注文の入力を行うキーである。蓋体１１０には、複数のメニューキー１１７が配置される。メニューキー１１７は、客へ提供する商品を選択するキーである。また、表示部１１５上にはタッチパネルが装着されており、このタッチパネルにより、各種の入力を行うことができる。

なお、注文端末装置２２としては、図３（Ｂ）に示すように、本体１１１上の全面に渡ってタッチパネルが積層された表示部１１５を設け、このタッチパネルが積層された表示部１１５に、入力キーやメニューキーを表示するように構成しても良い。

図４は、注文端末装置２２の概略のブロック図である。図４に示すように、注文端末装置２２は、ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、記憶部１２４、表示部１２５、入力部１２６、通信制御部１２７を備えている。

ＣＰＵ１２１は、ＲＯＭ１２２が記憶する基本プログラムと、記憶部１２４が記憶するハンディーターミナル制御プログラムを読み出し、読み出した制御プログラムと各種情報とに基づいて各部の制御を行う。ＲＯＭ１２２は、ＣＰＵ１２１が用いる基本プログラムを記憶する記憶領域である。ＲＡＭ１２３は、ＣＰＵ１２１が用いる情報を記憶する一時記憶領域である。記憶部１２４は、ハンディーターミナル制御プログラムや各種のデータを記憶する記憶領域である。記憶部１２４に保存されるプログラムやデータとしては、ハンディーターミナル制御プログラム、マスター設定データ、メニュー設定データが含まれる。記憶部１２４としては、フラッシュメモリ等が用いられる。

表示部１２５は、ＣＰＵ１２１の制御に応じて各種情報を表示する。表示部１２５は、図３における表示部１１５に対応する。表示部１２５は、例えば液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイである。入力部１２６は、操作されたキーを検出し、検出したキーを示す情報をＣＰＵ１２１に出力する。入力部１２６は、図３における入力キー１１６やメニューキー１１７に対応する。通信制御部１２７は、ＣＰＵ１２１から出力された入力情報を、無線ＬＡＮを介して注文管理装置２１に送信する。また、通信制御部１２７は、無線ＬＡＮを介して受信した信号をＣＰＵ１２１に出力する。

図１において、据え置き端末装置２３は、キッチンや厨房で、オーダー状況を確認し、調理や配膳の指示を行うための端末である。据え置き端末装置２３には、注文管理装置２１から調理指示データが送られてくる。据え置き端末装置２３は、この調理指示データを表示する。また、据え置き端末装置２３を使って、客からの注文入力を行うことができる。据え置き端末装置２３は、注文入力を受け付けると、この注文データを注文管理装置２１に送信する。据え置き端末装置２３には、据え置きターミナル制御プログラムと、マスター設定データと、メニュー設定データとがインストールされている。据え置き端末装置２３は、有線ＬＡＮ及び無線ＬＡＮにより、注文管理装置２１と接続できる機能を有している。

図５は、据え置き端末装置２３の概略のブロック図である。図５に示すように、据え置き端末装置２３は、ＣＰＵ１３１、ＲＯＭ１３２、ＲＡＭ１３３、記憶部１３４、表示部１３５、操作部１３６、通信制御部１３７を備えている。

ＣＰＵ１３１は、ＲＯＭ１３２が記憶する基本プログラムと、記憶部１３４が記憶する据え置きターミナル制御プログラムを読み出し、読み出した制御プログラムと各種情報とに基づいて各部の制御を行う。ＲＯＭ１３２は、ＣＰＵ１３１が用いる基本プログラムを記憶する記憶領域である。ＲＡＭ１３３は、ＣＰＵ１３１が用いる情報を記憶する一時記憶領域である。記憶部１３４は、据え置きターミナル制御プログラムや各種のデータを記憶する記憶領域である。記憶部１３４に保存されるプログラムやデータとしては、据え置きターミナル制御プログラム、マスター設定データ、メニュー設定データが含まれる。記憶部１３４としては、フラッシュメモリやハードディスクメモリ等が用いられる。

表示部１３５は、ＣＰＵ１３１の制御に応じて各種情報を表示する。表示部１３５は、例えば液晶ディスプレイである。操作部１３６は、操作されたキーを検出し、検出したキーを示す情報をＣＰＵ１３１に出力する。通信制御部１３７は、ＣＰＵ１３１の送信処理で生成されＲＡＭ１３３に一時保存された入力情報を無線ＬＡＮ又は有線ＬＡＮを介して、注文管理装置２１に送信する。また、通信制御部１３７は、無線ＬＡＮ又は有線ＬＡＮを介して入力情報を受信し、受信した入力情報はＣＰＵ１３１を介してＲＡＭ１３３に一時保存に一時保存される。

図１において、無線プリンタ２４−１〜２４−ｎは、伝票を発行するための端末である。無線プリンタ２４−１〜２４−ｎは、注文管理装置２１から送信された伝票データを受信し、この伝票データを印字する。無線プリンタ２４−１〜２４−ｎには、プリンタ制御プログラムと、マスター設定データと、メニュー設定データとがインストールされている。無線プリンタ２４は、無線ＬＡＮにより、注文管理装置２１と接続できる機能を有している。

図６は、無線プリンタ２４の概略のブロック図である。図６に示すように、無線プリンタ２４は、ＣＰＵ１４１、ＲＯＭ１４２、ＲＡＭ１４３、記憶部１４４、印字部１４５、入力部１４６、通信制御部１４７を備えている。

ＣＰＵ１４１は、ＲＯＭ１４２が記憶する基本プログラムと、記憶部１４４が記憶するプリンタ制御プログラムを読み出し、読み出した制御プログラムと各種情報とに基づいて各部の制御を行う。ＲＯＭ１４２は、ＣＰＵ１４１が用いる基本プログラムを記憶する記憶領域である。ＲＡＭ１４３は、ＣＰＵ１４１が用いる情報を記憶する一時記憶領域である。記憶部１４４は、プリンタ制御プログラムや各種のデータを記憶する記憶領域である。記憶部１４４に保存されるプログラムやデータとしては、プリンタ制御プログラム、マスター設定データ、メニュー設定データが含まれる。

印字部１４５は、ＣＰＵ１４１の制御に応じて各種情報を印字する。入力部１４６は、操作されたキーを検出し、検出したキーを示す情報をＣＰＵ１４１に出力する。通信制御部１４７は、ＣＰＵ１４１から出力された情報を無線ＬＡＮ又は有線ＬＡＮを介して、注文管理装置２１に送信する。また、通信制御部１４７は、無線ＬＡＮ又は有線ＬＡＮを介して入力情報を受信し、入力情報はＣＰＵ１４１を介してＲＡＭに一時保存される。

図１において、ＰＯＳ端末装置２５は、会計情報を処理する端末である。ＰＯＳ端末装置２５は、有線ＬＡＮにより、注文管理装置２１と接続できる機能を有している。

サーバー群３は、制御プログラムサーバー３１と、マスター設定データサーバー３２と、メニュー設定データサーバー３３と、注文管理データサーバー３４と、会計データサーバー３５と、契約認証サーバー３６とから構成されている。

制御プログラムサーバー３１には、システム制御プログラム、ハンディーターミナル制御プログラム、据え置きターミナル制御プログラム、プリンタ制御プログラムがバージョン毎に保管されている。システム制御プログラムは、店舗側の注文管理装置２１を起動させるプログラムである。ハンディーターミナル制御プログラムは、店舗側の注文端末装置２２−１〜２２−ｍを起動させるプログラムである。据え置きターミナル制御プログラムは、店舗側の据え置き端末装置２３を起動させるプログラムである。プリンタ制御プログラムは、店舗側の無線プリンタ２４−１〜２４−ｎを起動させるプログラムである。

マスター設定データサーバー３２には、ユーザグループＩＤ及びユーザ個別ＩＤと対応付けて、マスター設定データが保管されている。マスター設定データは、注文管理システムの制御プログラムの各種設定（例えばファミリーレストラン版／居酒屋版の選択、入力画面選択、通信パラメータ設定）、店舗システムの機器構成リストやＩＰアドレス設定、伝票出力先設定などのデータである。ユーザグループＩＤは、レストランチェーンなどのグループを表す識別子である。ユーザ個別ＩＤは個々の店舗を表す識別子である。

メニュー設定データサーバー３３には、ユーザグループＩＤ及びユーザ個別ＩＤと対応付けて、メニュー設定データが保管される。レストランや居酒屋で提供できるメニューは、個々の店毎に異なっている。メニュー設定データサーバー３３には、各店舗毎に提供できるメニューの設定データが保存されている。

注文管理データサーバー３４には、ユーザグループＩＤ及びユーザ個別ＩＤと対応付けて、各店舗での注文データが保存される。この注文データは、店舗側で、注文処理が完了する毎に、注文管理装置２１からネットワーク５を介して注文管理データサーバー３４にアップロードされる。

会計データサーバー３５には、ユーザグループＩＤ及びユーザ個別ＩＤと対応付けて、各店舗での会計データが保存される。この会計データは、店舗側で、会計処理が完了する毎に、注文管理装置２１からネットワーク５を介して会計データサーバー３５にアップロードされる。

契約認証サーバー３６は、ユーザグループＩＤ、ユーザ個別ＩＤ、制御プログラム型番を用いて認証処理を行い、契約期間や稼働許可時間に応じて、注文管理装置２１の稼働を許可又は不許可とする。店舗側機器群２を構成する各機器は、契約認証サーバー３６による認証の結果、認証が成功した期間でのみ、起動が可能となる。

なお、この例では、制御プログラムサーバー３１、マスター設定データサーバー３２、メニュー設定データサーバー３３、注文管理データサーバー３４、会計データサーバー３５、契約認証サーバー３６を、それぞれ、別々のサーバーで構築しているが、１つのサーバーに、これらの機能を設けるようにしても良い。

図７は、制御プログラムサーバー３１の記憶領域のファイル構成を示すものである。図７に示すように、制御プログラムサーバー３１には、ユーザグループＩＤのディレクトリの下に、ユーザ個別ＩＤのディレクトリが形成されている。このユーザ個別ＩＤのディレクトリの中に、制御プログラム情報、プログラム型番、最新バージョン、制御プログラム実態（システム制御プログラム、ハンディーターミナル制御プログラム、据え置きターミナル制御プログラム、プリンタ制御プログラム）のファイルが格納されている。

図８は、マスター設定データサーバー３２の記憶領域のファイル構成を示すものである。図８に示すように、マスター設定データサーバー３２には、ユーザグループＩＤのディレクトリの下に、ユーザ個別ＩＤのディレクトリが形成されている。このユーザ個別ＩＤのディレクトリの中に、マスター設定情報、プログラム型番、マスター設定データの最新バージョン、マスター設定データ実態（マスター設定データ）のファイルが格納されている。

図９は、メニュー設定データサーバー３３の記憶領域のファイル構成を示すものである。図９に示すように、メニュー設定データサーバー３３には、ユーザグループＩＤのディレクトリの下に、ユーザ個別ＩＤのディレクトリが形成されている。このユーザ個別ＩＤのディレクトリの中に、メニュー設定情報、プログラム型番、メニュー設定データの最新バージョン、メニュー設定データ実態（メニュー設定データ）のファイルが格納されている。

図１０は、注文管理データサーバー３４の記憶領域のファイル構成を示すものである。図１０に示すように、注文管理データサーバー３４には、ユーザグループＩＤのディレクトリの下に、ユーザ個別ＩＤのディレクトリが形成されている。このユーザ個別ＩＤのディレクトリの中に、注文データ識別番号、プログラム型番、更新日時、注文データ受信履歴データ（注文データ）のファイルが格納されている。

図１１は、会計データサーバー３５の記憶領域のファイル構成を示すものである。図１１に示すように、会計データサーバー３５には、ユーザグループＩＤのディレクトリの下に、ユーザ個別ＩＤのディレクトリが形成されている。このユーザ個別ＩＤのディレクトリの中に、会計データ識別番号、プログラム型番、更新日時、会計問い合わせ受信履歴データ（会計データ）のファイルが格納されている。

図１２は、契約認証サーバー３６の記憶領域のファイル構成を示すものである。図１２に示すように、契約認証サーバー３６には、ユーザグループＩＤのディレクトリの下に、ユーザ個別ＩＤのディレクトリが形成されている。このユーザ個別ＩＤのディレクトリの中に、認証データが格納されている。認証データは、ユーザ個別ＩＤと、契約有無と、プログラム型番と、契約期間と、稼働許可時間と、限定パスコードとからなる。なお、限定パスコードは、機器交換等で認証問い合わせの情報が消失したときに限定的に使用する情報である。

次に、本発明の第１の実施形態に係る注文管理システム１の導入時の処理について説明する。

図１に示したように、本発明の第１の実施形態に係る注文管理システム１は、店舗側機器群２と、サーバー群３とから構成されている。注文管理システム１を導入する場合、そのレストランや居酒屋の管理者は、注文管理システム１の管理会社と契約を結び、店舗内に店舗側機器群２を配置する。なお、契約前には、注文管理装置２１、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎには、基本的な動作に必要なプログラムを除いて、制御プログラムや設定データはインストールされていない。又は、契約前には、注文管理装置２１、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎには、一般的な制御プログラムやデータのみがインストールされている。契約時には、契約期間、稼働許可期間が決められる。また、契約時に、ユーザグループＩＤと、ユーザ個別ＩＤとが割り当てられる。ユーザグループＩＤは、レストランチェーンなどのグループを表す識別子である。ユーザ個別ＩＤは、個々の店舗を分けるための識別子である。また、業種や業態に応じて、マスター設定データが設定される。また、そのユーザが使う制御プログラムのプログラム型番が特定される。

契約が成立すると、制御プログラムサーバー３１に、そのユーザのユーザグループＩＤのディレクトリの下に、そのユーザのユーザ個別ＩＤのディレクトリが形成される（図７参照）。このユーザ個別ＩＤのディレクトリの中には、そのユーザが使う店舗側機器群２の各機器（注文管理装置２１、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３，無線プリンタ２４−１〜２４−ｎ）を起動させるためのプログラム（システム制御プログラム、ハンディーターミナル制御プログラム、据え置きターミナル制御プログラム、プリンタ制御プログラム）が格納される。

また、マスター設定データサーバー３２に、そのユーザのユーザグループＩＤのディレクトリの下に、そのユーザのユーザ個別ＩＤのディレクトリが形成される（図８参照）。このユーザ個別ＩＤのディレクトリの中に、そのユーザに対応するマスター設定データが格納される。

また、メニュー設定データサーバー３３に、そのユーザのユーザグループＩＤのディレクトリの下に、そのユーザのユーザ個別ＩＤのディレクトリが形成される（図９参照）。このユーザ個別ＩＤのディレクトリの中に、メニュー設定データが格納される。

また、注文管理データサーバー３４に、そのユーザのユーザグループＩＤのディレクトリの下に、そのユーザのユーザ個別ＩＤのディレクトリが形成される（図１０参照）。このユーザ個別ＩＤのディレクトリの中に、そのユーザの注文データの領域が確保される。

また、会計データサーバー３５に、そのユーザのユーザグループＩＤのディレクトリの下に、そのユーザのユーザ個別ＩＤのディレクトリが形成される（図１１参照）。このユーザ個別ＩＤのディレクトリの中に、そのユーザの会計データの領域が確保される。

また、契約認証サーバー３６に、そのユーザのユーザグループＩＤのディレクトリの下に、そのユーザのユーザ個別ＩＤのディレクトリが形成される（図１２参照）。このユーザ個別ＩＤのディレクトリの中に、契約情報が格納される。

契約が成立し、店舗側に店舗側機器群２（注文管理装置２１、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎ、ＰＯＳ端末装置２５）が設置されたら、システムの担当者は、注文管理装置２１に、初期設定値を入力する。図１３は、初期設定データを示している。図１３に示すように、初期設定データとしては、システムＩＤと、ユーザグループＩＤと、ユーザ個別ＩＤと、プログラム型番とが入力される。システムＩＤ、ユーザグループＩＤ、プログラム型番としては、契約時に決められたものが入力される。また、注文管理装置２１には、初期設定値として、制御プログラムサーバー３１、マスター設定データサーバー３２、メニュー設定データサーバー３３、注文管理データサーバー３４、契約認証サーバー３６、会計データサーバー３５に接続するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が入力される。

初期値データが入力されたら、システムの使用者は、注文管理装置２１の電源をオンする。前述したように、契約前には、店舗側機器群２の各機器（注文管理装置２１、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎ）には、制御プログラムや設定データはインストールされていない。又は、契約前には、店舗側機器群２の各機器には、一般的な制御プログラムやデータのみがインストールされている。注文管理装置２１に初期設定データを入力して、電源を投入すると、注文管理装置２１は、サーバー群３の各サーバー（制御プログラムサーバー３１、マスター設定データサーバー３２、メニュー設定データサーバー３３）から、注文管理装置２１、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎの制御プログラムや設定データをダウンロードする。

すなわち、初期設定値を入力して、注文管理装置２１の電源をオンすると、注文管理装置２１は、初期設定時に入力されたＵＲＬに従って、制御プログラムサーバー３１にアクセスする。制御プログラムサーバー３１には、図７に示したように、システム制御プログラム、ハンディーターミナル制御プログラム、据え置きターミナル制御プログラム、プリンタ制御プログラムが保存されている。注文管理装置２１は、制御プログラムサーバー３１から、システム制御プログラム、ハンディーターミナル制御プログラム、据え置きターミナル制御プログラム、プリンタ制御プログラムをダウンロードする。

また、注文管理装置２１は、初期設定時に入力されたＵＲＬに従って、マスター設定データサーバー３２にアクセスする。マスター設定データサーバー３２には、図８に示したように、マスター設定データが保存されている。注文管理装置２１は、マスター設定データサーバー３２からマスター設定データをダウンロードする。

また、注文管理装置２１は、初期設定時に入力されたＵＲＬに従って、メニュー設定データサーバー３３にアクセスする。メニュー設定データサーバー３３には、図９に示したように、メニュー設定データが保存されている。注文管理装置２１は、メニュー設定データサーバー３３からメニュー設定データをダウンロードする。

そして、注文管理装置２１は、ダウンロードした自身の制御プログラムをインストールするとともに、ダウンロードしたハンディーターミナル制御プログラム、据え置きターミナル制御プログラム、プリンタ制御プログラムを、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎに配信する。また、注文管理装置２１は、マスター設定データ及びメニューデータを自身にインストールするとともに、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎに配信する。これにより、店舗側機器群２の各機器（注文管理装置２１、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎ）に、制御プログラムや設定データ（マスター設定データ及びメニューデータ設定データ）がインストールされる。

店舗側機器群２の各機器に、制御プログラムや設定データがインストールされると、注文管理装置２１は、初期設定時に入力されたＵＲＬに従って、契約認証サーバー３６にアクセスする。ここで認証が成功すると、店舗側機器群２の各機器は、起動可能となる。

図１４は、注文管理装置２１の電源オン時の処理を示すフローチャートである。
（ステップＳ１０１）電源オン時、注文管理装置２１は、初期設定済か否かを判定する。初期設定済であると判定した場合には（ステップＳ１０１：Ｙｅｓ）ステップＳ１０３の処理に進み、初期設定済ではないと判定した場合には（ステップＳ１０１：Ｎｏ）ステップＳ１０２の処理に進む。

（ステップＳ１０２）注文管理装置２１は、初期設定の情報の入力を受け付ける。担当者は、初期設定の情報を入力する。その後、ステップＳ１０３の処理に進む。
（ステップＳ１０３）注文管理装置２１は、制御プログラムのダウンロード処理を実行する。制御プログラムのダウンロード処理が終了した場合にはステップＳ１０４の処理に進む。

（ステップＳ１０４）注文管理装置２１は、システム制御プログラムを起動する。その後、ステップＳ１０５の処理に進む。
（ステップＳ１０５）注文管理装置２１は、マスター設定データのダウンロード処理を実行する。マスター設定データのダウンロード処理が終了した場合にはステップＳ１０６の処理に進む。

（ステップＳ１０６）注文管理装置２１は、メニュー設定データのダウンロード処理を実行する。マスター設定データのダウンロード処理が終了した場合にはステップＳ１０７の処理に進む。
（ステップＳ１０７）注文管理装置２１は、契約認証処理を実行する。その後、ステップＳ１０８の処理に進む。

（ステップＳ１０８）注文管理装置２１は、契約認証処理の実行結果に基づいて、システムの起動が許可されているか否かを判定する。システムの起動が許可されていると判定した場合（ステップＳ１０８：Ｙｅｓ）にはステップＳ１０９の処理に進み、システムの起動が許可されていないと判定した場合（ステップＳ１０８：Ｎｏ）にはステップＳ１１０の処理に進む。

（ステップＳ１０９）注文管理装置２１は、システムを起動する。その後、電源オン時の処理を終了する。
（ステップＳ１１０）注文管理装置２１は、システムの動作を停止する。その後、電源オン時の処理を終了する。

図１５は、図１４のステップＳ１０３の制御プログラムのダウンロード処理を示すフローチャートである。

（ステップＳ１２１）注文管理装置２１は制御プログラムサーバー３１に接続し、登録認証を行う。登録認証は、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているか確認し、登録済みであれば、プログラム型番が一致しているか否かを判定することにより行うことができる。また、注文管理装置２１は、制御プログラムのバージョンを確認する。その後、ステップＳ１２２の処理に進む。

（ステップＳ１２２）注文管理装置２１は、正常に接続ができたか否かを判定する。正常に接続できたと判定した場合（ステップＳ１２２：Ｙｅｓ）には、ステップＳ１２３の処理に進み、正常に接続できていないと判定した場合（ステップＳ１２２：Ｎｏ）には、ステップＳ１２６の処理に進む。

（ステップＳ１２３）注文管理装置２１は、制御プログラムのバージョンアップが必要か否かを判定する。制御プログラムのバージョンアップが必要であると判定した場合（ステップＳ１２３：Ｙｅｓ）には、ステップＳ１２４の処理に進み、制御プログラムのバージョンアップが必要ではないと判定した場合（ステップＳ１２３：Ｎｏ）には、制御プログラムのダウンロード処理を終了し、メインルーチンに復帰する。

（ステップＳ１２４）注文管理装置２１は、制御プログラムサーバー３１から、制御プログラム（制御プログラム、ハンディーターミナル制御プログラム、据え置きターミナル制御プログラム、プリンタ制御プログラム）をダウンロードする。その後、ステップＳ１２５の処理に進む。

（ステップＳ１２５）注文管理装置２１は、制御プログラムのダウンロードが正常に終了したか否かを判定する。制御プログラムのダウンロードが正常に終了したと判定した場合（ステップＳ１２５：Ｙｅｓ）には、制御プログラムのダウンロード処理を終了し、メインルーチンに復帰する。また、制御プログラムのダウンロードが正常に終了していないと判定した場合（ステップＳ１２５：Ｎｏ）には、ステップＳ１２６の処理に進む。

（ステップＳ１２６）注文管理装置２１は、制御プログラムがインストール済みか否かを判定する。制御プログラムがインストール済みであると判定した場合（ステップＳ１２６：Ｙｅｓ）には、制御プログラムのダウンロード処理を終了し、メインルーチンに復帰する。また、制御プログラムがインストール済みではないと判定した場合（ステップＳ１２６：Ｎｏ）には、ステップＳ１２７の処理に進む。

（ステップＳ１２７）注文管理装置２１は、オフラインでの制御プログラムのインストールを受け付ける。この場合、担当者がオフラインで制御プログラムをインストールすることになる。注文管理装置２１は、オフラインでの制御プログラムのインストールが終了した場合には、制御プログラムのダウンロード処理を終了し、メインルーチンに復帰する。

図１６は、図１４のステップＳ１０５のマスター設定データのダウンロード処理を示すフローチャートである。

（ステップＳ１３１）注文管理装置２１は、マスター設定データサーバー３２に接続し、登録認証を行う。登録認証は、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているか確認し、登録済みであれば、プログラム型番が一致しているか否かを判定することにより行うことができる。登録認証後、注文管理装置２１は、マスター設定データのバージョンを確認し、ステップＳ１３２の処理に進む。

（ステップＳ１３２）注文管理装置２１は、正常に接続ができたか否かを判定する。正常に接続できたと判定した場合（ステップＳ１３２：Ｙｅｓ）には、ステップＳ１３３の処理に進み、正常に接続できていないと判定した場合（ステップＳ１３２：Ｎｏ）には、ステップＳ１３６の処理に進む。

（ステップＳ１３３）注文管理装置２１は、マスター設定データのバージョンアップが必要か否かを判定する。マスター設定データのバージョンアップが必要であると判定した場合（ステップＳ１３３：Ｙｅｓ）には、ステップＳ１３４の処理に進み、マスター設定データのバージョンアップが必要ではないと判定した場合（ステップＳ１３３：Ｎｏ）には、マスター設定データのダウンロード処理を終了し、メインルーチンに復帰する。

（ステップＳ１３４）注文管理装置２１は、マスター設定データサーバー３２から、マスター設定データをダウンロードする。その後、ステップＳ１３５の処理に進む。
（ステップＳ１３５）注文管理装置２１は、マスター設定データのダウンロードが正常に終了したか否かを判定する。マスター設定データのダウンロードが正常に終了したと判定した場合（ステップＳ１３５：Ｙｅｓ）には、マスター設定データのダウンロード処理を終了し、メインルーチンに復帰する。一方、マスター設定データのダウンロードが正常に終了していないと判定した場合（ステップＳ１３５：Ｎｏ）には、ステップＳ１３６の処理に進む。

（ステップＳ１３６）注文管理装置２１は、マスター設定データがインストール済みか否かを判定する。マスター設定データがインストール済みであると判定した場合（ステップＳ１３６：Ｙｅｓ）には、マスター設定データのダウンロード処理を終了し、メインルーチンに復帰する。一方、マスター設定データがインストール済みではないと判定した場合（ステップＳ１３６：Ｎｏ）、ステップＳ１３７の処理に進む。

（ステップＳ１２７）注文管理装置２１は、オフラインでのマスター設定データのインストールを受け付ける。この場合、担当者がオフラインでマスター設定データをインストールすることになる。注文管理装置２１は、オフラインでのマスター設定データのインストールが終了した場合には、マスター設定データのダウンロード処理を終了し、メインルーチンに復帰する。

図１７は、図１４のステップＳ１０６のメニュー設定データのダウンロード処理を示すフローチャートである。

（ステップＳ１４１）注文管理装置２１はメニュー設定データサーバー３３に接続し、登録認証を行う。登録認証は、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているか確認し、登録済みであれば、プログラム型番が一致しているか否かを判定することにより行うことができる。登録認証後、注文管理装置２１は、メニュー設定データのバージョンを確認する。その後、ステップＳ１４２の処理に進む。

（ステップＳ１４２）注文管理装置２１は、正常に接続ができたか否かを判定する。正常に接続できたと判定した場合（ステップＳ１４２：Ｙｅｓ）には、ステップＳ１４３の処理に進み、正常に接続できていないと判定した場合（ステップＳ１４２：Ｎｏ）には、ステップＳ１４６の処理に進む。

（ステップＳ１４３）注文管理装置２１は、メニュー設定データのバージョンアップが必要か否かを判定する。メニュー設定データのバージョンアップが必要であると判定した場合（ステップＳ１４３：Ｙｅｓ）には、ステップＳ１４４に進み、メニュー設定データのバージョンアップが必要ではないと判定した場合（ステップＳ１４３：Ｎｏ）には、メニュー設定データのダウンロード処理を終了し、メインルーチンに復帰する。

（ステップＳ１４４）注文管理装置２１は、メニュー設定データサーバー３３から、メニュー設定データをダウンロードする。その後、ステップＳ１４５の処理に進む。
（ステップＳ１４５）注文管理装置２１は、メニュー設定データのダウンロードが正常に終了したか否かを判定する。メニュー設定データのダウンロードが正常に終了したと判定した場合（ステップＳ１４５：Ｙｅｓ）には、メニュー設定データのダウンロード処理を終了し、メインルーチンに復帰する。一方、メニュー設定データのダウンロードが正常に終了していないと判定した場合（ステップＳ１４５：Ｎｏ）には、ステップＳ１４６の処理に進む。

（ステップＳ１４６）注文管理装置２１は、メニュー設定データがインストール済みか否かを判定する。メニュー設定データがインストール済みであると判定した場合（ステップＳ１４６：Ｙｅｓ）には、メニュー設定データのダウンロード処理を終了し、メインルーチンに復帰する。一方、メニュー設定データがインストール済みではないと判定した場合（ステップＳ１４６：Ｎｏ）には、ステップＳ１４７の処理に進む。

（ステップＳ１４７）注文管理装置２１は、オフラインでのメニュー設定データのインストールを受け付ける。この場合、担当者がオフラインでメニュー設定データをインストールすることになる。注文管理装置２１は、オフラインでのメニュー設定データのインストールが終了した場合には、メニュー設定データのダウンロード処理を終了し、メインルーチンに復帰する。

図１８は、図１４のステップＳ１０７の契約認証処理を示すフローチャートである。
（ステップＳ１５１）注文管理装置２１は契約認証サーバー３６に接続し、登録認証を行う。登録認証は、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているか確認し、登録済みであれば、プログラム型番が一致しているか否かを判定することにより行うことができる。登録認証後、注文管理装置２１は、メニュー設定データのバージョンを確認し、ステップＳ１５２の処理に進む。

（ステップＳ１５２）注文管理装置２１は、正常に接続ができたか否かを判定する。正常に接続できたと判定した場合（ステップＳ１５２：Ｙｅｓ）には、ステップＳ１５３の処理に進み。正常に接続できていないと判定した場合（ステップＳ１５２：Ｎｏ）には、ステップＳ１５４の処理に進む。

（ステップＳ１５３）注文管理装置２１は、契約認証サーバー３６から、契約認証データをダウンロードする。その後、ステップＳ１５４の処理に進む。
（ステップＳ１５４）注文管理装置２１は、認証が成功したか否かを判定する。認証が成功したと判定した場合（ステップＳ１５４：Ｙｅｓ）には、ステップＳ１５５の処理に進み、認証が成功していないと判定した場合（ステップＳ１５４：Ｎｏ）には、ステップＳ１５６の処理に進む。

（ステップＳ１５５）注文管理装置２１は、起動許可設定とする。その後、契約認証処理を終了してメインルーチンに復帰する。
（ステップＳ１５６）注文管理装置２１は、起動停止設定とする。その後、契約認証処理を終了してメインルーチンに復帰する。

このように、本発明の第１の実施形態に係る注文管理システム１では、担当者が店舗に出向いて制御プログラムのインストール作業を行わなくても、注文管理装置２１に初期値を設定して電源をオンにすれば、注文管理装置２１は、サーバー群３の各サーバー（制御プログラムサーバー３１、マスター設定データサーバー３２、メニュー設定データサーバー３３）をアクセスし、各サーバーから、店舗側機器群２を構成する各機器（注文管理装置２１、注文端末装置２２−１〜２２−ｍ、据え置き端末装置２３、無線プリンタ２４−１〜２４−ｎ）の最新の制御プログラム（システム制御プログラム、ハンディーターミナル制御プログラム、据え置きターミナル制御プログラム、プリンタ制御プログラム）や設定データ（マスター設定データ、メニュー設定データ）をダウンロードして、インストールできる。また、システム構成の変更やメニュー変更においても、設置業者が各店舗と同じ構成のシステムでマスター設定データやメニュー設定データを作成し動作検証後に、マスター設定データサーバー又はメニュー設定データサーバーに登録することで、店舗に出向くことなく、設定変更が可能になる。

次に、本発明の第１の実施形態に係る注文管理システム１の制御プログラムや設定データのバージョンアップ処理について説明する。

本実施形態では、注文管理装置２１は、一日一回程度、決まった時間に、制御プログラムサーバー３１に接続し、制御プログラムサーバー３１に保存されている制御プログラムのバージョンと、注文管理装置２１の制御プログラムのバージョンを比較し、最新の制御プログラムとなるように、バージョンアップ処理を行っている。同様に、注文管理装置２１は、一日一回程度、決まった時間に、マスター設定データサーバー３２に接続し、マスター設定データサーバー３２に保存されているマスター設定データのバージョンと、注文管理装置２１のマスター設定データのバージョンを比較し、最新のマスター設定データとなるように、バージョンアップ処理を行っている。

同様に、一日一回程度、決まった時間に、注文管理装置２１は、メニュー設定データサーバー３３に接続し、メニュー設定データサーバー３３に保存されているメニュー設定データのバージョンと、注文管理装置２１のメニュー設定データのバージョンを比較して、最新のメニュー設定データとなるように、バージョンアップ処理を行っている。また、本実施形態では、注文管理装置２１は、一日一回程度、決まった時間に、契約認証サーバー３６と接続し、契約期間や稼働許可期間の情報を更新している。契約認証サーバー３６からダウンロードした契約期間、稼働可能期間と、注文管理装置２１自身が保存している契約期間、稼働可能期間が異なれば、最新の契約期間、稼働可能期間に更新される。そして、契約認証が成功した期間でのみ、注文管理装置２１は起動できる。

図１９は、制御プログラムのバージョンアップ処理のフローチャートである。
（ステップＳ２０１）、注文管理装置２１は、登録されている制御プログラムサーバー３１のＵＲＬにアクセスし、制御プログラムサーバー３１に制御プログラムバージョンの問い合わせを行う。注文管理装置２１から送信される制御プログラムバージョンの問い合わせには、ユーザクループＩＤ、ユーザ個別ＩＤ、プログラム型番が含まれる。

（ステップＳ２０２）制御プログラムサーバー３１は、制御プログラムバージョンの問い合わせを受信すると、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているか確認し、登録済みであればユーザクループＩＤ、ユーザ個別ＩＤのページに移り、制御プログラム情報を読み出し、プログラム型番が注文管理装置２１から受信した制御プログラム問い合わせに含まれるプログラム型番と一致するか確認する。ユーザグループＩＤとユーザ個別ＩＤとが登録済みであり、プログラム型番とが一致する場合（ステップＳ２０２：Ｙｅｓ）には、制御プログラムサーバー３１は、ステップＳ２０３の処理に進む。一方、ユーザグループＩＤとユーザ個別ＩＤとが登録されておらず、又はプログラム型番が一致しない場合（ステップＳ２０２：Ｎｏ）には、制御プログラムサーバー３１は、ステップＳ２０４の処理に進む。

（ステップＳ２０３）制御プログラムサーバー３１は、注文管理装置２１に最新バージョンの応答を送信する。その後、ステップＳ２０８の処理に進む。
（ステップＳ２０４）制御プログラムサーバー３１は、注文管理装置２１にＩＤ未登録応答を送信し、制御プログラムのダウンロード処理を終了する。

（ステップＳ２０５）注文管理装置２１は、ステップＳ２０１の処理で制御プログラム問い合わせを行った後、制御プログラムサーバー３１側からの応答を待ち、制御プログラムサーバー３１からバージョン応答があるか否かを判定する。バージョン応答があると判定した場合（ステップＳ２０５：Ｙｅｓ）には、注文管理装置２１はステップＳ２０６の処理に進む。一方、バージョン応答がないと判定した場合（ステップＳ２０５：Ｎｏ）には、注文管理装置２１は、ステップＳ２１１の処理に進む。

（ステップＳ２０６）注文管理装置２１は、注文管理装置２１の制御プログラムのバージョンと、バージョン応答として制御プログラムサーバー３１から返されてきたバージョンとを比較し、注文管理装置２１の制御プログラムが最新かどうかを判定する。注文管理装置２１の制御プログラムが最新であると判定した場合（ステップＳ２０６：Ｙｅｓ）、注文管理装置２１は、ダウンロード処理を終了する。一方、注文管理装置２１の制御プログラムが最新ではないと判定した場合（ステップＳ２０６：Ｎｏ）、注文管理装置２１は、ステップＳ２０７の処理に進む。

（ステップＳ２０７）注文管理装置２１は、制御プログラムサーバー３１に、ダウンロード要求を送信する。

（ステップＳ２０８）制御プログラムサーバー３１は、ステップＳ２０３の処理で最新バージョン応答を送信した後、注文管理装置２１からのダウンロード要求を待つ。そして、制御プログラムサーバー３１は、注文管理装置２１からのダウンロード要求を受信すると、注文管理装置２１に制御プログラムを送信し、処理を終了する。

（ステップＳ２０９）注文管理装置２１は、制御プログラムのダウンロードが成功したか否かを判定する。制御プログラムのダウンロードが成功したと判定した場合（ステップＳ２０９：Ｙｅｓ）には、注文管理装置２１は、制御プログラムのダウンロード処理を終了する。一方、制御プログラムのダウンロードが失敗したと判定した場合（ステップＳ２０９：Ｎｏ）には、注文管理装置２１は、ステップＳ２１０の処理に進む。

（ステップＳ２１０）注文管理装置２１は、オフラインでの制御プログラムのインストールを受け付ける。この場合、担当者がオフラインで制御プログラムをインストールすることになる。注文管理装置２１は、オフラインでの制御プログラムのインストールが終了した場合には、制御プログラムのダウンロード処理を終了する。

（ステップＳ２１１）注文管理装置２１は、警告表示を行う。その後、制御プログラムのダウンロード処理を終了する。

図２０は、マスター設定データのバージョンアップ処理のフローチャートである。
（ステップＳ３０１）注文管理装置２１は、登録されているマスター設定データサーバー３２のＵＲＬにアクセスし、マスター設定データサーバー３２にマスター設定データバージョンの問い合わせを行う。注文管理装置２１から送信されるマスター設定データバージョンの問い合わせには、ユーザクループＩＤ、ユーザ個別ＩＤ、プログラム型番が含まれる。

（ステップＳ３０２）マスター設定データサーバー３２は、マスター設定データバージョンの問い合わせを受信した場合、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているかを確認し、登録済みであればユーザクループＩＤ、ユーザ個別ＩＤのページに移り、マスター設定データ情報を読み出し、プログラム型番が注文管理装置２１から受信したマスター設定データ問い合わせに含まれるプログラム型番と一致するか確認する。ユーザグループＩＤとユーザ個別ＩＤとが登録済みであり、プログラム型番とが一致した場合（ステップＳ３０２：Ｙｅｓ）には、マスター設定データサーバー３２は、ステップＳ３０３の処理に進む。一方、ユーザグループＩＤとユーザ個別ＩＤとが登録されておらず、又はプログラム型番が一致していない場合（ステップＳ３０２：Ｎｏ）には、マスター設定データサーバー３２は、ステップＳ３０４の処理に進む。

（ステップＳ３０３）マスター設定データサーバー３２は、注文管理装置２１に最新バージョンの応答を送信する。その後、ステップＳ３０８の処理に進む。
（ステップＳ３０４）マスター設定データサーバー３２は、注文管理装置２１にＩＤ未登録応答を送信し、マスター設定データのダウンロード処理を終了する。

（ステップＳ３０５）注文管理装置２１は、マスター設定データサーバー３２側からの応答を待ち、マスター設定データサーバー３２から、バージョン応答が送信されたか否かを判定する。バージョン応答が送信された場合（ステップＳ３０５：Ｙｅｓ）には、注文管理装置２１は、ステップＳ３０６の処理に進み、バージョン応答が送信されない場合（ステップＳ３０５：Ｎｏ）には、注文管理装置２１は、ステップＳ３１１の処理に進む。

（ステップＳ３０６）注文管理装置２１は、注文管理装置２１のマスター設定データのバージョンと、バージョン応答としてマスター設定データサーバー３２から返されてきたバージョンとを比較し、注文管理装置２１のマスター設定データが最新かどうかを判定する。注文管理装置２１のマスター設定データが最新であると判定した場合（ステップＳ３０６：Ｙｅｓ）、注文管理装置２１は、マスター設定データのダウンロード処理を終了する。一方、注文管理装置２１のマスター設定データが最新ではないと判定した場合（ステップＳ３０６：Ｎｏ）、注文管理装置２１は、ステップＳ３０７の処理に進む。

（ステップＳ３０７）注文管理装置２１は、マスター設定データサーバー３２に、マスター設定データのダウンロード要求を送信する。その後、ステップＳ３０９の処理に進む。

（ステップＳ３０８）マスター設定データサーバー３２は、ステップＳ３０３で最新バージョン応答を送信した後、注文管理装置２１からのダウンロード要求を待機し、注文管理装置２１からのダウンロード要求を受信すると、注文管理装置２１にマスター設定データを送信する。その後、マスター設定データのダウンロード処理を終了する。

（ステップＳ３０９）注文管理装置２１は、マスター設定データのダウンロードが成功したか否かを判定する。ダウンロードが成功したと判定した場合（ステップＳ３０９：Ｙｅｓ）には、注文管理装置２１は、マスター設定データのダウンロード処理を終了する。一方、マスター設定データのダウンロードが失敗したと判定した場合（ステップＳ３０９：Ｎｏ）には、注文管理装置２１は、ステップＳ３１０の処理に進む。

（ステップＳ３１０）注文管理装置２１は、オフラインでのマスター設定データのインストールを受け付ける。この場合、担当者がオフラインでマスター設定データをインストールすることになる。注文管理装置２１は、オフラインでのマスター設定データのインストールが終了した場合には、マスター設定データのダウンロード処理を終了する。

（ステップＳ３１１）注文管理装置２１は、警告表示を行う。その後、マスター設定データのダウンロード処理を終了する。

図２１は、メニュー設定データのバージョンアップ処理のフローチャートである。
（ステップＳ４０１）注文管理装置２１は、登録されているメニュー設定データサーバー３３のＵＲＬにアクセスし、メニュー設定データサーバー３３にメニュー設定データバージョンの問い合わせを行う。注文管理装置２１から送信されるメニュー設定データバージョンの問い合わせには、ユーザクループＩＤ、ユーザ個別ＩＤ、プログラム型番が含まれる。

（ステップＳ４０２）メニュー設定データサーバー３３は、メニュー設定データバージョンの問い合わせを受信した場合、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているか確認し、登録済みであればユーザクループＩＤ、ユーザ個別ＩＤのページに移り、メニュー設定データ情報を読み出し、プログラム型番が注文管理装置２１から受信したメニュー設定データ問い合わせに含まれるプログラム型番と一致するか確認する。ユーザグループＩＤとユーザ個別ＩＤとが登録済みであり、プログラム型番とが一致した場合（ステップＳ４０２：Ｙｅｓ）には、メニュー設定データサーバー３３は、ステップＳ４０３の処理に進む。一方、ユーザグループＩＤとユーザ個別ＩＤとが登録されておらず、又はプログラム型番が一致していない場合（ステップＳ４０２：Ｎｏ）には、メニュー設定データサーバー３３は、ステップＳ４０４の処理に進む。

（ステップＳ４０３）メニュー設定データサーバー３３は、注文管理装置２１に最新バージョンの応答を送信する。その後、ステップＳ４０８の処理に進む。
（ステップＳ４０４）メニュー設定データサーバー３３は、注文管理装置２１にＩＤ未登録応答を送信し、メニュー設定データのダウンロード処理を終了する。

（ステップＳ４０５）注文管理装置２１は、メニュー設定データサーバー３３側からの応答を待ち、メニュー設定データサーバー３３から、バージョン応答が送信されたか否かを判定する。バージョン応答が送信された場合（ステップＳ４０５：Ｙｅｓ）には、注文管理装置２１は、ステップＳ４０６の処理に進み、バージョン応答が送信されない場合（ステップＳ４０５：Ｎｏ）には、注文管理装置２１は、ステップＳ４１１の処理に進む。

（ステップＳ４０６）注文管理装置２１は、注文管理装置２１のメニュー設定データのバージョンと、バージョン応答としてメニュー設定データサーバー３３から返されてきたバージョンとを比較し、注文管理装置２１のメニュー設定データが最新かどうかを判定する。注文管理装置２１のメニュー設定データが最新であると判定した場合（ステップＳ４０６：Ｙｅｓ）、注文管理装置２１は、メニュー設定データのダウンロード処理を終了する。一方、注文管理装置２１のメニュー設定データが最新ではないと判定した場合（ステップＳ４０６：Ｎｏ）、注文管理装置２１は、ステップＳ４０７の処理に進む。

（ステップＳ４０７）注文管理装置２１は、メニュー設定データサーバー３３に、メニュー設定データのダウンロード要求を送信する。その後、ステップＳ４０９の処理に進む。

（ステップＳ４０８）メニュー設定データサーバー３３は、ステップＳ４０３で最新バージョン応答を送信した後、注文管理装置２１からのダウンロード要求を待機し、注文管理装置２１からのダウンロード要求を受信すると、注文管理装置２１にメニュー設定データを送信する。その後、メニュー設定データのダウンロード処理を終了する。

（ステップＳ４０９）注文管理装置２１は、メニュー設定データのダウンロードが成功したか否かを判定する。ダウンロードが成功したと判定した場合（ステップＳ４０９：Ｙｅｓ）には、注文管理装置２１は、メニュー設定データのダウンロード処理を終了する。一方、メニュー設定データのダウンロードが失敗したと判定した場合（ステップＳ４０９：Ｎｏ）には、注文管理装置２１は、ステップＳ４１０に進む。

（ステップＳ４１０）注文管理装置２１は、オフラインでのメニュー設定データのインストールを受け付ける。この場合、担当者がオフラインでメニュー設定データをインストールすることになる。注文管理装置２１は、オフラインでのメニュー設定データのインストールが終了した場合には、メニュー設定データのダウンロード処理を終了する。

（ステップＳ４１１）注文管理装置２１は、警告表示を行う。その後、メニュー設定データのダウンロード処理を終了する。

図２２は、契約情報の更新処理のフローチャートである。
（ステップＳ５０１）注文管理装置２１は、登録されている契約認証サーバー３６のＵＲＬにアクセスし、契約認証サーバー３６に認証データ問い合わせを行う。注文管理装置２１から送信されるメニューデータ問い合わせには、ユーザクループＩＤ、ユーザ個別ＩＤ、プログラム型番が含まれる。

（ステップＳ５０２）契約認証サーバー３６は、認証データ問い合わせを受信した場合、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているか確認し、登録済みであればユーザクループＩＤ、ユーザ個別ＩＤのページに移り、プログラム型番を読み出し、プログラム型番が注文管理装置２１から受信したメニューデータ問い合わせに含まれるプログラム型番と一致するか確認する。ユーザグループＩＤとユーザ個別ＩＤとが登録済みであり、プログラム型番とが一致した場合（ステップＳ５０２：Ｙｅｓ）には、契約認証サーバー３６は、ステップＳ５０３の処理に進む。一方、ユーザグループＩＤとユーザ個別ＩＤとが登録されておらず、又はプログラム型番が一致していない場合（ステップＳ５０２：Ｎｏ）には、契約認証サーバー３６は、ステップＳ５０４の処理に進む。

（ステップＳ５０３）契約認証サーバー３６は、注文管理装置２１に認証ＯＫの応答を送信する。その後、ステップＳ５０８の処理に進む。
（ステップＳ５０４）契約認証サーバー３６は、注文管理装置２１に認証ＮＧの応答を送信し、認証処理を終了する。

（ステップＳ５０５）注文管理装置２１は、契約認証サーバー３６側からの応答を待ち、契約認証サーバー３６から、認証ＯＫの応答が送信されたか否かを判定する。認証ＯＫの応答が送信された場合（ステップＳ５０５：Ｙｅｓ）には、注文管理装置２１は、ステップＳ５０６の処理に進み、認証ＯＫの応答が送信されない場合（ステップＳ５０５：Ｎｏ）には、注文管理装置２１は、ステップＳ５０７の処理に進む。

（ステップＳ５０６）注文管理装置２１は、契約認証サーバー３６に、契約情報のダウンロード要求を送信する。その後、ステップＳ５０９の処理に進む。
（ステップＳ５０７）契約認証サーバー３６は、認証ＯＫの応答を送信した後、注文管理装置２１からのダウンロード要求を待つ。そして、契約認証サーバー３６は、注文管理装置２１からのダウンロード要求を受信すると、注文管理装置２１に契約情報（契約期間、稼働許可時間を含む）を送信し、処理を終了する。

（ステップＳ５０８）注文管理装置２１は、契約情報を受信した場合、受信した契約情報と注文管理装置２１に保存してある契約情報を比較し、比較した契約情報が異なれば受信した契約情報を保存する。注文管理装置２１は保存した契約情報に従い認証判定を行う。また、注文管理装置２１は、契約期間又は稼働許可期間のどちらか期間が短い方の時間まで稼働できる時間、すなわち累積稼働可能時間を計算し、注文管理装置２１に保存する。また、注文管理装置２１は、契約認証サーバー３６の契約情報が更新された時すなわち受信した契約情報を注文管理装置２１に保存する時、累積稼働実績時間をクリアする。注文管理装置２１は累積稼働時間をクリアする時、契約情報に含まれる契約期間と稼働許可期間を元に累積稼働可能時間を計算し注文管理装置２１に保存する。その後、ステップＳ５０９の処理に進む。

（ステップＳ５０９）注文管理装置２１は、現在の年月日が契約期間内であり、且つ、累積稼働期間が稼働許可期間内か否かを判定する。注文管理装置２１は、自装置の時刻と契約期間、稼働許可期間を比較し、自装置の時刻が契約期間且つ稼働許可期間に入っていて、さらに契約期間と稼働許可期間を含む契約情報を保存するときに計算して保存した累積稼働可能時間より、自装置の累積稼働実績時間が小さい場合（ステップＳ５０９：Ｙｅｓ）には、稼働を継続し、契約情報の更新処理を終了する。一方、注文管理装置２１は、自装置の時刻が契約期間又は稼働許可期間を超えている場合（ステップＳ５１０：Ｎｏ）には、稼働を停止し、契約情報の更新処理を終了する。

（ステップＳ５１０）注文管理装置２１は、限定パスコードを用いて、オフラインの認証処理を行う。その後、契約情報の更新処理を終了する。

例えば、店舗のインターネット回線で通信障害が発生すると、注文管理装置２１は、契約認証サーバー３６との通信ができず、認証データが更新されないために注文管理システムが稼働できないリスクがある。この障害への対応として、契約認証サーバー３６においてユーザグループＩＤ、ユーザ個別ＩＤ、契約開始日及び現在の年月日から、限定パスコードを生成する機能を有する。

店舗内の注文管理装置２１には、ユーザグループＩＤ、ユーザ個別ＩＤ、契約開始日が保存されているので、日付時刻を合わせれば、契約認証サーバー３６と同じアルゴリズムで限定パスコードを生成できる。店舗の担当者は、注文管理装置２１が 契約認証サーバー３６に接続ができないときには、コールセンターに問い合わせして、限定パスコードを取得する。オフライン認証にて限定パスコードを入力することで、限られた期間システムを稼働できる機能を有する。

付与する限定パスコードは、例えば、ユーザグループＩＤが「ＤＪ００００５」で、ユーザ個別ＩＤが「００１０００」のシステムにおいて、契約開始日が２０１４年８月２５日、本日の日付が２０１５年１２月１０日のとき、「ＤＪ００００５ ００１０００ １４０８２５」から６桁の識別番号（固定）を生成し、本日の日付「１５１２１０」と稼働許可期間（週単位）を含む数値とする。

注文管理装置２１は、識別番号が一致し、日付、稼働許可期間内であれば、稼働を許可する。注文管理装置２１は、オフライン認証において限定パスコードを入力したときに、限定パスコード用累積稼働時間をクリアする。限定パスコードで許可された期間より限定パスコードで稼働した累積時間の方が長くなると、限定パスコードの時間オーバーであることを表示し、稼働を停止する。

また、各サーバーは、日替わりで年月日から生成した特別ユーザグループＩＤ、ユーザ個別ＩＤが登録されている。注文管理装置２１の日付時刻を設定し、特別ユーザグループＩＤ、ユーザ個別ＩＤを設定すれば、各サーバーに登録してあるサンプル制御プログラム、サンプルマスター設定データ、サンプルメニュー設定データがダウンロードできる。契約前にシステムの設置確認を行う場合、コールセンターに特別ユーザグループＩＤ、ユーザ個別ＩＤを問い合わせすることで、サンプルデータによる動作検証が可能となる。

以上説明したように、本実施形態では、注文管理装置２１が所定時間毎に制御プログラムサーバー３１にアクセスすることで、最新の制御プログラムに自動的にバージョンアップできる。また、注文管理装置２１が所定時間毎にマスター設定データサーバー３２及びメニュー設定データサーバー３３にアクセスすることで、最新の設定データに自動的にバージョンアップできる。また、注文管理装置２１が所定時間毎に契約認証サーバー３６にアクセスすることで、契約情報を更新できる。また、制御プログラムやマスター設定データ、メニュー設定データは、インストールしても、契約認証サーバー３６にアクセスして、認証を得ないとシステムを稼働できない。認証サーバーは、契約期間に応じてシステムの稼働を許可するように構築することで、月単位等の契約が可能になる。

次に、本発明の第１の実施形態に係る注文管理システム１のデータのバックアップ処理について説明する。

本実施形態では、注文端末装置２２−１〜２２−や据え置き端末装置２３から注文処理を完了すると、注文管理装置２１は、この注文データを注文管理データサーバー３４にアップロードしている。また、ＰＯＳ端末装置２５で会計処理を完了すると、注文管理装置２１は、この会計データを会計データサーバー３５にアップロードしている。何らかの原因で、注文管理装置２１の注文データや会計データが消失したり、最新でなくなったりしたときには、注文管理データサーバー３４に保存されている注文データや、会計データサーバー３５に保存されている会計データをダウンロードすることで、データの復元が行える。

図２３は、注文データのアップロード／ダウンロード処理のフローチャートである。
（ステップＳ６０１）注文管理装置２１は、登録されている注文管理データサーバー３４のＵＲＬにアクセスし、注文管理データサーバー３４に注文受付の問い合わせを行う。注文管理装置２１から送信される注文受付の問い合わせには、ユーザクループＩＤ、ユーザ個別ＩＤ、プログラム型番が含まれる。

（ステップＳ６０２）注文管理データサーバー３４は、注文受付の問い合わせを受信した場合、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているかを確認し、登録済みであればユーザクループＩＤ、ユーザ個別ＩＤのページに移り、マスター設定データ情報を読み出し、プログラム型番が注文管理装置２１から受信したマスター設定データ問い合わせに含まれるプログラム型番と一致するか確認する。ユーザグループＩＤとユーザ個別ＩＤとが登録済みであり、プログラム型番とが一致した場合（ステップＳ６０２：Ｙｅｓ）には、注文管理データサーバー３４は、ステップＳ６０３の処理に進む。一方、ユーザグループＩＤとユーザ個別ＩＤとが登録されておらず、又はプログラム型番が一致していない場合（ステップＳ６０２：Ｎｏ）には、注文管理データサーバー３４は、ステップＳ６０４の処理に進む。

（ステップＳ６０３）注文管理データサーバー３４は、注文管理装置２１に注文受付の応答を送信する。注文受付の応答には、会計情報識別子、注文受付数が含まれる。その後、ステップＳ６１２の処理に進む。
（ステップＳ６０４）注文管理データサーバー３４は、注文管理装置２１にＩＤ未登録応答を送信し、注文データのアップロード／ダウンロード処理を終了する。

（ステップＳ６０５）注文管理装置２１は、注文管理データサーバー３４側からの応答を待ち、注文管理データサーバー３４から、注文受付応答が送信されたか否かを判定する。注文受付応答が送信された場合（ステップＳ６０５：Ｙｅｓ）には、注文管理装置２１は、ステップＳ６０７の処理に進み、注文受付応答が送信されない場合（ステップＳ６０５：Ｎｏ）には、注文管理装置２１は、ステップＳ６０６の処理に進む。

（ステップＳ６０６）注文管理装置２１は、警告表示を行って、処理を終了する。

（ステップＳ６０７）注文管理装置２１は、注文管理装置２１の会計情報識別子と、注文受付応答として注文管理データサーバー３４から返されてきた会計情報識別子とが一致するかどうかを判定する。会計情報識別子が不一致の場合（ステップＳ６０７：Ｎｏ）、注文管理装置２１は、ステップＳ６０８に処理を進める。会計情報識別子が一致した場合（ステップＳ６０７：Ｙｅｓ）、注文管理装置２１は、ステップＳ６０９に処理を進める。

（ステップＳ６０８）注文管理装置２１は、会計情報識別子初期化要求を行い、ステップＳ６０１に処理を戻すと共に、注文管理データサーバー３４に、初期化要求を送信する。この初期化要求には新しい会計情報識別子が含まれている。

（ステップＳ６０９）注文管理装置２１は、注文管理装置２１の注文受付数が注文管理データサーバー３４から受信した注文数より少ないか否かを判定する。注文管理装置２１の注文受付数が注文管理データサーバー３４から受信した注文数より少ない場合（ステップＳ６０９：Ｙｅｓ）、注文管理装置２１は処理をステップＳ６１０に進める。注文管理装置２１の注文受付数が注文管理データサーバー３４から受信した注文数より多い場合（ステップＳ６０９：Ｎｏ）、注文管理装置２１は処理をステップＳ６１１に進める。

（ステップＳ６１０）注文管理装置２１は、注文管理データサーバー３４に、注文受付数分全ての注文データの一括ダウンロード要求を送信する。

（ステップＳ６１１）注文管理装置２１は、注文管理データサーバー３４に、注文受付数の差分の注文データを送信する。

（ステップＳ６１２）注文管理データサーバー３４は、ステップＳ６０３の処理で注文受付数応答を送信した後、注文管理装置２１から送信されてくる、初期化要求、アップロードされる注文データ又は注文データダウンロード要求を待機する。

（ステップＳ６１３）注文管理データサーバー３４は、注文管理装置２１から初期化要求を受信したか否かを判定する。注文管理データサーバー３４は、初期化要求を受信した場合（ステップＳ６１３：Ｙｅｓ）には、ステップＳ６１４の処理に進み、初期化要求を受信しない場合（ステップＳ６１３：Ｎｏ）には、ステップＳ６１５の処理に進む。

（ステップＳ６１４）注文管理データサーバー３４は、会計情報識別子を保存し、注文データ及び注文受付数をクリアし、処理をステップＳ６０２に戻す。

（ステップＳ６１５）注文管理データサーバー３４は、注文管理装置２１からダウンロード要求を受信したか否かを判定する。注文管理データサーバー３４は、ダウンロード要求を受信した場合（ステップＳ６１５：Ｙｅｓ）には、ステップＳ６１６の処理に進み、ダウンロード要求を受信しない場合（ステップＳ６１５：Ｎｏ）には、ステップＳ６１７の処理に進む。

（ステップＳ６１６）注文管理データサーバー３４は、保存している注文データを注文管理装置２１に送信する。その後、注文データのアップロード／ダウンロード処理を終了する。

（ステップＳ６１７）注文管理データサーバー３４は、注文管理装置２１から注文データを受信したか否かを判定する。注文管理データサーバー３４は、注文データを受信した場合（ステップＳ６１７：Ｙｅｓ）には、ステップＳ６１８の処理に進み、注文データを受信しない場合（ステップＳ６１７：Ｎｏ）には、注文データのアップロード／ダウンロード処理を終了する。

（ステップＳ６１８）注文管理データサーバー３４は、注文管理装置２１から受信した注文データを保存する。その後、注文データのアップロード／ダウンロード処理を終了する。

（ステップＳ６１９）注文管理装置２１は、注文データのダウンロードが成功したか否かを判定する。注文データのダウンロードが成功したと判定した場合（ステップＳ６１９：Ｙｅｓ）には、注文管理装置２１は、注文データのアップロード／ダウンロード処理を終了する。一方、注文データのダウンロードが失敗したと判定した場合（ステップＳ６１９：Ｎｏ）には、ステップＳ６０１の処理にリターンし、注文データのダウンロードをリトライする。また、ステップＳ６１９で、リトライ回数が所定回数以上になったら、ステップＳ６０６に進み、警告表示を行った後、処理を終了する。

なお、レストランや居酒屋の注文管理は、会計締めを単位として行っている。このことから、上述の注文データのアップロード／ダウンロード処理は、会計締めを単位として行うようにしている。すなわち、注文管理装置２１は、注文管理装置２１の会計情報識別子と注文管理データサーバー３４の会計情報識別子とを比較する。会計情報識別子とは、会計管理を開始するときにＰＯＳから発行されるユニークな番号である。会計識別子が不一致のときは、ＰＯＳと会計の締め及び開始を行う必要があり、会計の締めにより、注文管理装置２１から注文管理データサーバー３４に注文データのクリア要求が発行される。これにより、注文管理データサーバー３４内に保管してある注文データは削除され、受付注文数は０になる。そして、注文管理装置２１は、注文管理データサーバー３４から受信した受付注文数が注文管理装置２１内で処理した件数より少ない場合は、注文管理データサーバー３４の不足分の件数の注文データを注文管理データサーバー３４にアップロードする。また、注文管理装置２１は、注文管理データサーバー３４から受信した受付注文数が注文管理装置２１内で処理した件数以上の場合、注文管理装置２１内の不足分の注文データを注文管理データサーバー３４からダウンロードする。これにより、注文管理装置２１は、注文管理データサーバー３４からダウンロードした注文データに沿って注文管理データの復元を行う。

また、注文管理装置２１から注文管理データサーバー３４への注文データのアップロードが失敗した場合は、アップロードが成功するまで定期的に、注文データのアップロードを試みるようにしても良い。

図２４は、会計データのアップロード／ダウンロード処理のフローチャートである。
（ステップＳ７０１）注文管理装置２１は、登録されている会計データサーバー３５のＵＲＬにアクセスし、会計データサーバー３５に会計受付の問い合わせを行う。注文管理装置２１から送信される会計受付の問い合わせには、ユーザクループＩＤ、ユーザ個別ＩＤ、プログラム型番が含まれる。

（ステップＳ７０２）会計データサーバー３５は、会計受付の問い合わせを受信した場合、ユーザクループＩＤ、ユーザ個別ＩＤが登録されているかを確認し、登録済みであればユーザクループＩＤ、ユーザ個別ＩＤのページに移り、マスター設定データ情報を読み出し、プログラム型番が注文管理装置２１から受信したマスター設定データ問い合わせに含まれるプログラム型番と一致するか確認する。ユーザグループＩＤとユーザ個別ＩＤとが登録済みであり、プログラム型番とが一致した場合（ステップＳ７０２：Ｙｅｓ）には、会計データサーバー３５は、ステップＳ７０３の処理に進む。一方、ユーザグループＩＤとユーザ個別ＩＤとが登録されておらず、又はプログラム型番が一致していない場合（ステップＳ７０２：Ｎｏ）には、会計データサーバー３５は、ステップＳ７０４の処理に進む。

（ステップＳ７０３）会計データサーバー３５は、注文管理装置２１に会計受付の応答を送信する。会計受付の応答には、会計情報識別子、会計受付数が含まれる。その後、ステップＳ７１２の処理に進む。
（ステップＳ７０４）会計データサーバー３５は、注文管理装置２１にＩＤ未登録応答を送信し、処理を終了する。

（ステップＳ７０５）注文管理装置２１は、会計データサーバー３５側からの応答を待ち、会計データサーバー３５から、会計受付応答が送信されたか否かを判定する。会計受付応答が送信された場合（ステップＳ７０５：Ｙｅｓ）には、注文管理装置２１は、ステップＳ７０７の処理に進み、会計受付応答が送信されない場合（ステップＳ７０５：Ｎｏ）には、注文管理装置２１は、ステップＳ７０６の処理に進む。

（ステップＳ７０６）注文管理装置２１は、警告表示を行って、処理を終了する。

（ステップＳ７０７）注文管理装置２１は、注文管理装置２１の会計情報識別子と、会計受付応答として会計データサーバー３５から返されてきた会計情報識別子とが一致するかどうかを判定する。会計情報識別子が不一致の場合（ステップＳ７０７：Ｎｏ）、注文管理装置２１は、ステップＳ７０８に処理を進める。会計情報識別子が一致した場合（ステップＳ７０７：Ｙｅｓ）、注文管理装置２１は、ステップＳ７０９に処理を進める。

（ステップＳ７０８）注文管理装置２１は、会計情報識別子初期化要求を行い、ステップＳ７０１に処理を戻すと共に、会計データサーバー３５に、初期化要求を送信する。この初期化要求には新しい会計情報識別子が含まれている。

（ステップＳ７０９）注文管理装置２１は、注文管理装置２１の会計受付数が会計データサーバー３５から受信した会計受付数より少ないか否かを判定する。注文管理装置２１の会計受付数が会計データサーバー３５から受信した会計受付数より少ない場合（ステップＳ７０９：Ｙｅｓ）、注文管理装置２１は処理をステップＳ７１０に進める。注文管理装置２１の会計受付数が会計データサーバー３５から受信した会計受付数より多い場合（ステップＳ７０９：Ｎｏ）、注文管理装置２１は処理をステップＳ７１１に進める。

（ステップＳ７１０）注文管理装置２１は、会計データサーバー３５に、会計受付数分全ての会計データの一括ダウンロード要求を送信する。

（ステップＳ７１１）注文管理装置２１は、会計データサーバー３５に、会計受付数の差分の会計データを送信する。

（ステップＳ７１２）会計データサーバー３５は、ステップＳ７０３の処理で会計受付数応答を送信した後、注文管理装置２１から送信されてくる、初期化要求、アップロードされる会計データ又は会計データダウンロード要求を待機する。

（ステップＳ７１３）会計データサーバー３５は、注文管理装置２１から初期化要求を受信したか否かを判定する。会計データサーバー３５は、初期化要求を受信した場合（ステップＳ７１３：Ｙｅｓ）には、ステップＳ７１４の処理に進み、初期化要求を受信しない場合（ステップＳ７１３：Ｎｏ）には、ステップＳ７１５の処理に進む。

（ステップＳ７１４）会計データサーバー３５は、会計情報識別子を保存し、会計データ及び会計受付数をクリアし、処理をステップＳ７０２に戻す。

（ステップＳ７１５）会計データサーバー３５は、注文管理装置２１からダウンロード要求を受信したか否かを判定する。会計データサーバー３５は、ダウンロード要求を受信した場合（ステップＳ７１５：Ｙｅｓ）には、ステップＳ７１６の処理に進み、ダウンロード要求を受信しない場合（ステップＳ７１５：Ｎｏ）には、ステップＳ７１７の処理に進む。

（ステップＳ７１６）会計データサーバー３５は、保存している会計データを注文管理装置２１に送信する。その後、会計データのアップロード／ダウンロード処理を終了する。

（ステップＳ７１７）会計データサーバー３５は、注文管理装置２１から会計データを受信したか否かを判定する。会計データサーバー３５は、会計データを受信した場合（ステップＳ７１７：Ｙｅｓ）には、ステップＳ７１８の処理に進み、会計データを受信しない場合（ステップＳ７１７：Ｎｏ）には、会計データのアップロード／ダウンロード処理を終了する。

（ステップＳ７１８）会計データサーバー３５は、注文管理装置２１から受信した会計データを保存する。その後、会計データのアップロード／ダウンロード処理を終了する。

（ステップＳ７１９）注文管理装置２１は、会計データのダウンロードが成功したか否かを判定する。会計データのダウンロードが成功したと判定した場合（ステップＳ７１９：Ｙｅｓ）には、注文管理装置２１は、会計データのアップロード／ダウンロード処理を終了する。一方、会計データのダウンロードが失敗したと判定した場合（ステップＳ７１９：Ｎｏ）には、ステップＳ７０１の処理にリターンし、会計データのダウンロードをリトライする。また、ステップＳ７１９で、リトライ回数が所定回数以上になったら、ステップＳ７０６に進み、警告表示を行った後、会計データのアップロード／ダウンロード処理を終了する。

なお、レストランや居酒屋の注文管理は、会計締めを単位として行っている。このことから、上述の会計データのアップロード／ダウンロード処理は、会計締めを単位として行うようにしている。すなわち、注文管理装置２１は、注文管理装置２１の会計情報識別子と会計データサーバー３５の会計情報識別子とを比較する。会計識別子が不一致のときは、ＰＯＳと会計の締め及び開始を行う必要があり、会計の締めにより、注文管理装置２１から会計データサーバー３５に会計データのクリア要求が発行される。これにより、会計データサーバー３５内に保管してある会計データは削除される。そして、注文管理装置２１は、会計データサーバー３５から受信した会計処理数が注文管理装置２１内で処理した件数より少ない場合は、会計データサーバー３５の不足分の件数の会計データを会計データサーバー３５にアップロードする。また、注文管理装置２１は、会計データサーバー３５から受信した会計処理数が注文管理装置２１内で処理した件数以上の場合、注文管理装置２１内の不足分の会計処理データを会計データサーバー３５からダウンロードする。これにより、注文管理装置２１は、会計データサーバー３５からダウンロードした注文データに沿って会計データの復元を行う。

このように、本実施形態では、注文管理データサーバー３４、会計データサーバー３５を備え、注文入力があり注文処理が完了したら、注文データを注文管理データサーバー３４にアップロードしている。また、ＰＯＳ端末装置２５から会計問い合わせがあり、会計が完了したら、会計データを会計データサーバー３５にアップロードしている。注文データ、会計データをそれぞれ注文管理データサーバー３４及び会計データサーバー３５にアップロードすることにより、店舗側機器群２でデータが消失しても、注文管理データサーバー３４に保管された注文データや、会計データサーバー３５に保管された会計理データをダウンロードし、注文データや会計データを復元して、注文処理を継続できる。

なお、注文管理システム１の全部又は一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行っても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。

１・・・注文管理システム、２・・・店舗側機器群、３・・・サーバー群、５・・・ネットワーク、２１・・・注文管理装置、２２・・・注文端末装置、２３・・・据え置き端末装置、２４・・・無線プリンタ、２５・・・ＰＯＳ端末装置、２６・・・ブロードバンドルータ、３１・・・制御プログラムサーバー、３２・・・マスター設定データサーバー、３３・・・メニュー設定データサーバー、３４・・・注文管理データサーバー、３５・・・会計データサーバー、３６・・・契約認証サーバー

Claims (3)

1. 店舗に配置される店舗側機器群と、
   前記店舗側機器群を管理するためのサーバー群とを備え、
   前記店舗側機器群は、注文入力を行う注文端末装置と、前記注文端末装置で入力された注文を管理する注文管理装置とを含み、
   前記サーバー群は、契約認証を管理する契約認証サーバーを含み、
   前記注文管理装置は、前記契約認証サーバーに保存されている契約情報による認証の結果、認証が成立した期間のみ起動する
   ことを特徴とする注文管理システム。
2. 前記サーバー群は、前記店舗側機器群に含まれる装置に関するプログラムと前記店舗で使用するメニューに関するデータを含んで記憶しており、
   前記注文管理装置は、前記契約情報による起動に関する認証処理に先立って、前記サーバー群から前記装置に関するプログラムと前記店舗で使用するメニューを受信して記憶する
   ことを特徴とする請求項１に記載の注文管理システム。
3. 店舗に配置される店舗側機器群と、
   前記店舗側機器群を管理するためのサーバー群とを備え、
   前記店舗側機器群は、注文入力を行う注文端末装置と、前記注文端末装置で入力された注文を管理する注文管理装置とを含み、
   前記サーバー群は、注文データを管理する注文管理データサーバーを含み、
   前記注文管理装置は、前記注文端末装置からの注文データを保存するとともに、前記注文端末装置からの注文データを前記注文管理データサーバーにアップロードする
   ことを特徴とする注文管理システム。

Images