(57)【要約】【課題】  複数の業態のアプリケーションプログラムを速やかに変更できる、またROM部分の書き換えに失敗しても次回起動可能なハンディターミナルを提供することを目的とする。【解決手段】  ハンディターミナル３内のFROMにAPデータ３５、APデータ３６のように複数のアプリケーションプログラムを格納することによる。またOSにおいてもOSデータ３３、OSデータ３４の２つのOS領域を持ち、OS領域書き換え結果によってEEPROM３９にOS起動フラグを変更して次回の起動領域を決定する。【選択図】  図２
2006228077.tif 000002
【特許請求の範囲】
【請求項１】
客から受けた注文に係る注文データを入力して無線送信するハンディターミナルと、前記ハンディターミナルから送信された前記注文データを無線受信する無線ステーションと、前記無線ステーションからの前記注文データの受信及び指示データの送信を行うオーダリングコントローラと、前記指示データを受信し、調理指示伝票あるいは会計伝票を出力するプリンタで構成されるオーダエントリシステムにおいて使われるハンディターミナルであって、
前記ハンディターミナルは、OS（オペレーティングシステム）あるいはアプリケーションプログラムを格納する書き換え可能な第一の不揮発性メモリーを有し、前記第一の不揮発性メモリーに異なる業態ごとの前記アプリケーションプログラムを複数格納できることを特徴とするハンディターミナル。
【請求項２】
前記ハンディターミナルは前記ＯＳが前記ハンディターミナルの起動時に前記第一の不揮発性メモリーに記憶されている複数のアプリケーションプログラムのどれを起動するかを示すアプリケーションフラグを第二の不揮発性メモリーに有し、
前記OSは前記ハンディターミナル起動時に前記第二の不揮発メモリーから前記アプリケーションフラグを読み込み、前記アプリケーションフラグの内容に基づいた前記アプリケーションプログラムを起動することを特徴とする請求項１に記載のハンディターミナル。
【請求項３】
前記ハンディターミナルは、前記アプリケーションプログラムを書き換えた時に、次回のハンディターミナルの起動時に当該書き換えたアプリケーションプログラムを起動するように、前記アプリケーションフラグを書き換え、
前記アプリケーションプログラムの書き換えに失敗したときには、前記当該書き換えに失敗したアプリケーションプログラム以外の前記アプリケーションプログラムから起動するように前記アプリケーションフラグを書き換えることを特徴とする請求項１に記載のハンディターミナル。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レストラン、居酒屋あるいはホテル等に設置されるオーダエントリシステムで使用するハンディターミナルに関する。
【背景技術】
【０００２】
従来から、レストラン、居酒屋あるいはホテル等ではオーダエントリシステムが使用されている。例えば、無線方式を用いたオーダエントリシステムの一例を概略説明すると、接客担当者が客から料理の注文を受けた場合、携帯しているハンディターミナルに、テーブル番号等とともに注文を受けた各メニューを入力する。この入力された注文データは、前記ハンディターミナルから無線送信される。
【０００３】
前記無線送信された注文データは、店舗内の各コーナー等に設置された無線ステーションによって受信され、各種データの処理や一元管理等を行うオーダリングコントローラに出力される。前記オーダリングコントローラでは、前記注文データ及び該注文データを受信した時刻、接客担当者を識別する番号等の情報を記憶装置に記憶する。
【０００４】
そして、厨房に設置されたプリンタから調理指示用の伝票を印刷出力して、調理担当者に調理の指示を送る。また、会計用伝票がプリンタから印刷出力され、これは接客担当者により客に手渡される。調理担当者は調理指示伝票に従って調理を開始し、調理完了するとその旨を接客担当者に通知する。これにより、接客担当者は注文を受けた客に調理を運んで配膳することになる（例えば、非特許文献１参照。）。
【非特許文献１】会田邦弘・浅川明著「オーダーシステムが外食産業を変える」泉文堂、１９９９年２月２０日、Ｐ１７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のオーダエントリシステムにおいては、ハンディターミナルが起動する際にシステム側からアプリケーションプログラムを転送している。接客担当者が同一グループの他店舗に業務支援で応援に行った場合などを考えるとその店舗にハンディターミナルが必ず余っているとは考えられない。そこで自店舗のハンディターミナルを持参する必要があるが、必ず最初にシステム側からアプリケーションプログラムを転送しなければならず仕事を開始するまでに時間がかかってしまうという問題がある。
【０００６】
また、ハンディターミナル内のROM内に基本OS（オペレーションシステム）部分を持ち、アプリケーションプログラムはそれぞれの業種、業態ごとにRAMに持つ。ここで業種、業態ごととは、居酒屋やレストラン等のように事業者が異なる場合のみならず、一つチェーン店であっても和食のお店と洋食のお店のように提供するメニューが異なる場合も含む。このROMは書き換え可能であっても領域をひとつしか持っていないため、基本OS部分に不具合が発見された場合、店舗でROM内のデータを更新する時に失敗してしまうとハンディターミナル自体を廃棄するか、保守拠点で特殊な方法を用いて書き換えるしか方法がないという問題がある。
【０００７】
本発明の第一の課題は、複数のアプリケーションプログラムをFROM（Ｆｌａｓｈ  Ｍｅｍｏｒｙ）内にあらかじめ持つことにより接客担当者が同一グループの他店舗に業務支援で応援に行った場合などにおいても即座に業務を開始できるようなハンディターミナルを提供することにある。
【０００８】
本発明の第二の課題は第一の課題に加え、店舗においてFROM部分のデータ更新に失敗しても再度更新できるように複数の領域を有するハンディターミナルを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１の発明にかかるハンディターミナルは、FROMに複数エリアを持たせ、その中に業態ごとのアプリケーションプログラムを格納することにより、複数のアプリケーションを入れ替えせずに業務を開始することが可能になる。ここでFROM（Ｆｌａｓｈ  Ｍｅｍｏｒｙ）とはいわゆるフラッシュメモリーをさすが、不揮発性メモリーであればよい。
【００１０】
また、請求項２の発明にかかるハンディターミナルは上記構成に加えて、アプリケーションプログラムの起動を切替指示可能なアプリケーションフラグを格納するEEP ROM（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）を備え、アプリケーションフラグを読み込み、起動するアプリケーションプログラムを変更できるOSと起動プログラムを実装することにより、速やかに別のアプリケーションプログラムを起動できるようになる。ここでＥＥＰROMは不揮発性メモリーであればよい。
【００１１】
さらにアプリケーションプログラムだけではなく、OSの領域を複数持ち、かつEEPROM内にOS起動フラグを設け、起動するOS領域を変更できる仕組みにすることに
より、バージョンアップなどの書き換え作業で失敗しても、書き換えていない正常なOS領域を使って起動できるようになる。
【発明の効果】
【００１２】
以上説明したように本発明では、ハンディターミナル内のFROMに業態ごとのアプロケーションプログラムを複数格納できるので、接客担当者が同一グループの他店舗に業務支援で応援に行った場合などにおいても即座に業務を開始できるようになる。また、店舗においてFROM内のデータ更新を行った際に書き換えの結果をEEPROM内のOS起動フラグに反映できるので、書き換えに失敗しても再度更新できるようになり、起動できなくなるようなことを防止することができる。
【発明を実施するための最良の形態】
【００１３】
図１は、本発明に係るオーダエントリシステムの特徴的な構成部分を説明するためのシステム構成図である。
【００１４】
図１においてオーダリングコントローラ１は、無線ステーション２との間での信号の送受、ハンディターミナル３との間での信号の送受、システム全体の管理等を行うものである。
【００１５】
ハンディターミナル３は、従業員が店舗内で常時携帯する注文入力端末で、その前面にキー入力部３７及び表示部３８を有しており、前記キー入力部３７を操作することによって、客から受けた注文品、伝票番号、テーブル番号等の注文データを電波で送出する機能とオーダリングコントローラ１から無線ステーション２を介してメッセージを無線で受ける機能を有している。
【００１６】
店舗の各コーナー等に複数設置された無線ステーション２は、オーダリングコントローラ１とハンディターミナル３との間で行われる信号の送受を中継する機能を有する。
【００１７】
ハンディターミナル３を使用して他店舗へ業務支援に行った場合のフローチャートを図２に示す。
【００１８】
ハンディターミナル３内のFRO M上にあるプログラムを更新する場合のフローチャートを図３に示す。
以下に示す実施例１は前記図１及び図２を用いて説明する。
【実施例１】
【００１９】
ハンディターミナル３を使用して他店舗へ業務支援に行った場合は次のようになる。
まず、あらかじめハンディターミナル３のAPデータ部３５およびAPデータ部３６に目的とするアプリケーションプログラムを書き込んでおく。ここでは通常の業務を行っている場合はAPデータ部３５に格納されているアプリケーションプログラムを使用し、他店舗の業務で使用するアプリケーションプログラムはAPデータ部３６に格納されているとする。
【００２０】
ステップ１（Ｓ０１）では、本システムでは店舗毎にシステムIDという固有の値をEEPROM３９内に設定する。無線部３２はシステムIDを使用して無線通信の認証を行う。従って他店舗でハンディターミナルの電源をオンにしても、システムIDが異なるために無線ステーションに接続できない。
【００２１】
ステップ２（Ｓ０２）では、その店舗内で使用しているハンディターミナルと持参したハンディターミナルを特殊モードにし、共通のIDを設定する。これによりハンディターミナル間で通信できるようになるので、店舗内ハンディターミナル内のシステムIDを持参したハンディターミナルにコピーする。これにより持参したハンディターミナルは店舗内での無線通信が可能になる。
【００２２】
ステップ３（Ｓ０３）では、ここでハンディターミナルを通常のモードに戻す。アプリケーションが起動する前にOSがEEPROM３９内に格納されているアプリケーションフラグの内容を読み取る。OSはこの内容に従って任意のアプリケーションを起動する。持参したハンディターミナルはAPデータ部３５に格納されているアプリケーションプログラムで起動する設定になっているのでこのフラグを書き換えてAPデータ部３６で起動するようにする。設定が正常に終了した場合、リセットをしてOSからの再起動を行う。
【００２３】
ステップ４（Ｓ０４）では、EEPROM３９内のシステムIDとアプリケーションフラグが支援する店舗と同一になったので、元々その店舗で使用していたハンディターミナルと同じアプリケーションで起動する。メニューデータ１２はオーダリングコントローラ１内に格納されているので、無線通信を使って受信する。通常はここで業務を開始できるようになる。
【００２４】
ステップ５（Ｓ０５）では、アプリケーションプログラムは起動してすぐにオーダリングコントローラ１内に最新のアプリケーションプログラムが格納されているか確認する。もし起動したアプリケーションプログラムが最新のバージョンであればステップ７に遷移し、最新でなければステップ６に遷移する。
【００２５】
ステップ６（Ｓ０６）では、FROM内のアプリケーションプログラムが最新でないと判断された場合、FROMに格納するアプリケーションプログラムを受信してFROMに書き込む。ここではアプリケーションフラグがAPデータ部３６内のアプリケーションプログラムを起動する設定になっているのでAPデータ部３６部分に書き込むことになる。成功した場合、再起動してステップ４に遷移する。
【００２６】
ステップ７（Ｓ０７）では、その店舗で使用している最新のアプリケーションプログラムとメニューデータに切り替わったのでアプリケーションプログラムを使って実際の業務を開始する。
【００２７】
このように接客担当者が他店舗に業務支援に行った場合でも、アプリケーションプログラムをダウンロードする必要なく、システムIDとアプリケーションフラグの変更だけで即座に異なる業態の店舗でも業務を開始することができるようになる。
【実施例２】
【００２８】
以下に示す実施例２は前記図１及び図３を用いて説明する。
【００２９】
あらかじめハンディターミナル３のFROM内には工場出荷時には動作するOSとプログラムが格納されている。機能追加や不具合が発生した場合などにこのFROM内のOSやプログラムを書き換えることになる。ここで書き換えに失敗しても起動可能なような仕組みを説明する。
【００３０】
ここでは説明を簡略化するためにOS格納領域を２つもつ場合とする。また、オーダリングコントローラ１には常に最新のプログラムが格納されていることとする。
【００３１】
ステップ１（Ｓ０１）では、ハンディターミナル３の電源が投入されるとCPU３１は決められたアドレスにあるプログラムの処理を行う。これをブートローダーと呼ぶ。ブートローダーはCPU３１などのレジスタを指定された値に設定し終了する。次にOSの起動を行う。起動時にOSがどのFROM内のブロックにある部分で起動するかを示すOS起動フラグを参照する。このOS起動フラグはEEPROM３９内に格納されている。参照したOS起動フラグの値が１すなわちOSデータ１側に書き込まれているOSで起動する事を示していれば後述するＳ０２の処理を行う。参照したOS起動フラグの値が２すなわちOSデータ２側に書き込まれているOSで起動する事を示していれば後述するＳ０３の処理を行う。
【００３２】
ステップ２（Ｓ０２）では、OSデータ１側のOSで起動するため、CPUはOS起動処理に制御を移しOSデータ１側をマウント処理してアプリケーションプログラムを起動する。
【００３３】
ステップ３（Ｓ０３）では、OSデータ２側のOSで起動するため、CPUはOS起動処理に制御を移しOSデータ２側をマウント処理してアプリケーションプログラムを起動する。
【００３４】
ステップ４（Ｓ０４）では、アプリケーションプログラムはFROM内に格納されているOSバージョンを読み取る。そして起動したOSデータ部のバージョンが最新のものかどうかをオーダリングコントローラ１に問い合わせる。
【００３５】
ステップ５（Ｓ０５）では、最新の場合はここで処理を終了してアプリケーションプログラムの業務部分を起動する。
【００３６】
ステップ６（Ｓ０６）では、最新でない場合はFROM内のOSデータ部を書き換えるための処理を開始する。オーダリングコントローラ１内に格納されている最新のOSデータ１３を無線部３２を使った無線通信によってハンディターミナル３内のRAM４０にダウンロードする。OSデータ１側で起動している場合には最新OSデータを起動していない側、つまりOSデータ２側に書き込む。OSデータ２側で起動している場合には最新OSデータを起動していない側、つまりOSデータ１側に書き込む。
【００３７】
ステップ７（Ｓ０７）書き込みに成功した場合、最新のOSデータが書き込まれているのは現在起動していない側である。OSデータ１側で起動している場合にはOSデータ２側であり、OSデータ２側で起動している場合にはOSデータ１側である。従ってステップ１で参照しているEEPROM３９内に格納されているOS起動フラグを参照し、１であれば２に、２であれば１に書き換える。
【００３８】
ステップ８（Ｓ０８）では、書き込みに失敗した場合、現在起動していない側のFROM部分のデータは異常になっており起動しない可能性がある。そこで再起動した場合でも次回の起動は現在動作している側である。従ってステップ１で参照しているEEPROM３９内に格納されているOS起動フラグは書き換えない。
【００３９】
ステップ９（Ｓ０９）では、再起動してステップ１に遷移する。
【００４０】
このようにハンディターミナルのFROMにOS領域を二つもち、書き換えた結果によってEEPROM内のOS起動フラグを変更することによって、書き込みに失敗した場合でもOSおよびアプリケーションプログラムの起動が可能になる。
【図面の簡単な説明】
【００４１】
【図１】本発明のオーダエントリシステムの特徴的な構成部分を説明するためのシステム構成図
【図２】ハンディターミナルを他店舗へ持っていった場合のプログラム切り替え方法を説明するフロー図
【図３】ハンディターミナル内のROM上にあるプログラムを更新する場合を説明するフロー図
【符号の説明】
【００４２】
１    オーダリングコントローラ
２    無線ステーション
３    ハンディターミナル
１１  オーダーコントロール・ソフトウェア
１２  メニューデータ
１３  ハンディターミナル用最新OSデータ
２１  データ転送ソフトウェア
２２  無線制御ソフトウェア
３１  CPU
３２  無線制御部
３３  OSデータ部１
３４  OSデータ部２
３５  APデータ部１
３６  APデータ部２
３７  キー入力部
３８  表示部
３９  EEPROM
４０  RAM
【図１】
2006228077.tif 000003
【図２】
2006228077.tif 000004
【図３】
2006228077.tif 000005