注文データ管理システム
【課題】 注文入力装置の中央演算処理装置の処理能力やメモリの容量を従来と同等に抑えながら、指紋認証などの生体認証を実施することができ、複数の必要な人が過不足なく安全に店長業務を実施することができる注文データ管理システムを提供する。
【解決手段】 注文入力装置１０１は、生体センサーで取得した生体認証情報を注文データ管理装置１０３に送信する。注文データ管理装置１０３は、注文入力装置１０１より生体認証情報を受信する。注文データ管理装置１０３は受信した生体認証情報と、予め記憶する生体認証情報とを比較し、一致するか否か判断する。注文データ管理装置１０３は、一致するか否か判断した結果に基づいて注文入力装置１０１からのアクセスを許可するか否か判断する。
【解決手段】 注文入力装置１０１は、生体センサーで取得した生体認証情報を注文データ管理装置１０３に送信する。注文データ管理装置１０３は、注文入力装置１０１より生体認証情報を受信する。注文データ管理装置１０３は受信した生体認証情報と、予め記憶する生体認証情報とを比較し、一致するか否か判断する。注文データ管理装置１０３は、一致するか否か判断した結果に基づいて注文入力装置１０１からのアクセスを許可するか否か判断する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばレストランあるいはホテルなどの飲食店で、客が注文した商品やそれに付随する情報の管理に利用される注文データ管理システムに関する。
【背景技術】
【０００２】
従来から、レストラン、居酒屋あるいはホテル等（以後、レストラン等と表記する）では注文データ管理システムが使用されている。以下、注文データ管理システムの一例を概略説明する。客から料理の注文を受けた場合、接客担当者は、携帯しているハンディターミナル（注文入力装置）にテーブル番号等とともに注文を受けた各注文メニューを入力し、注文データを作成する。注文入力装置には、レストラン等で提供するメニューリストが予め記憶されており、接客担当者は注文メニューを入力する際、記憶されているメニューリストの中から選択入力する。また、同様のメニューリストは注文データ管理装置も記憶している。また、注文入力装置と注文データ管理装置が記憶するメニューリストの整合性を保つため、メニューリストにはバージョンを付け、メニューリストを変更した場合、バージョンも異なるバージョンとする。また、注文データの整合性を保つため、注文入力装置が記憶するメニューリストのバージョンと、注文データ管理装置が記憶するメニューリストのバージョンとが異なると、注文データ管理装置は注文入力装置の注文データの登録を行なわない。
【０００３】
この作成された注文データは、注文入力装置から無線送信される。無線送信された注文データは、店舗内の各コーナー等に設置された無線制御装置によって受信され、各種データの処理や一元管理等を行うデータ管理装置に出力される。データ管理装置では、注文データ及び注文データを受信した時刻、接客担当者を識別する番号等の情報を記憶装置に記憶する。
【０００４】
データ管理装置は、厨房に設置されたレストランプリンタに調理指示用の伝票を印刷出力させる。調理担当者はレストランプリンタより印刷出力された調理指示用の伝票を受け取る。また、データ管理装置は、レストランプリンタに会計用伝票を印刷出力させる。接客担当者はレストランプリンタより印刷出力された会計用伝票を客に手渡す。調理担当者は、受け取った調理指示用の伝票に従って調理を開始し、調理完了するとその旨を接客担当者に通知する。これにより、接客担当者は客に注文を受けた料理を配膳することになる。
【０００５】
また、レストラン等においては、経営データの閲覧・更新・変更、システム構成の変更など、経営者や店長レベルの人でないと実施してはならない業務がある（以下、店長業務と表記する）。このような店長業務を、注文入力装置を用いて実施する事ができれば便利であるが、注文入力装置は一般の従業員やアルバイト店員も使用するため、一般の従業員やアルバイト店員による閲覧や改竄を防ぐ必要がある。閲覧や改竄を防ぐ方法としては、注文入力装置から店長業務を実施する時に、ＩＤの入力とパスワードの入力とを受け付け、許可された者しかアクセスできないようにするアクセス制限が考えられるが、ＩＤやパスワードは一度情報が漏洩してしまえば誰でもアクセスできてしまうという問題がある。
【０００６】
ＩＤやパスワード以外の認証方法としては、近来、生体認証による個人認証が実用化されている。生体認証とは、人間個体で異なる身体の一部や行動の特徴を利用して本人の認証を行なうものであり、主に以下のような技術が研究・実用化されている。指紋認証は、指紋の特徴点（分岐・端点など）で本人の認証を行う（例えば、特許文献１参照）。サイン認証は、署名の形状や、筆順、筆の運び方、筆圧などで本人の認証を行う。指静脈認証は、指の静脈の形状で本人の認証を行う。掌紋認証は、てのひらの大きさ、形状などで本人の認証を行う。網膜認証は、眼底の網膜の形状で本人の認証を行う。虹彩認証は、目の虹彩（アイリス）の紋様で認証を行う。音声認証は、音声波形、発声速度などで本人の認証を行う。
【特許文献１】特開２００４−１２６７６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、注文入力装置に指紋認証などの生体認証の機能を持たせる場合、以下の問題点がある。ここでは生体認証の代表的な方法として指紋認証を挙げて説明する。第一に、店長が使用する注文入力装置を店舗内で一意に決めてしまうと、店長専用の注文入力装置を特別に用意する必要があるため、店舗内のどの注文入力装置からでも店長業務を実施できるようにしたいとの要求が考えられる。この要求を実現しようとすると、店舗内の全ての注文入力装置に店長の指紋を登録する必要があり、面倒である。
【０００８】
第二に、店長が店舗に不在の場合などに、店長の代理の者が店長業務を代行する場合が考えられるが、代理候補の全ての人が全ての注文入力装置に指紋登録をする事は非現実的である。例えばチェーン展開しているレストランチェーンを例にとると、各店舗の店長の上位職者として特定地域の複数店舗を管理するエリアマネージャと呼ばれる職位の人が存在し、エリアマネージャは自身が管理する全ての店舗の店長業務を実施する権限を持っている事が考えられる。さらにエリアマネージャの上位職やエリアマネージャのサブ（代行者）など、店長業務を実施する権限を持つ人が複数存在し、この全ての人が自身の管理する全ての注文入力装置一台一台に指紋登録をする事は事実上不可能である。
【０００９】
第三に、指紋認証には、指紋画像入力・指紋特徴抽出・指紋特徴の比較照合の3つの機能要素が必要であるが、一般に注文入力装置に搭載される中央演算処理装置は指紋特徴抽出・指紋特徴の比較照合を実行するためには処理能力が低く、指紋画像を入力してから変換結果が出力されるまでの時間が長くなってしまうという問題がある。また指紋特徴の比較照合を実施するためには注文入力装置のメモリ上に、入力された指紋の特徴データを複数保持する必要があるが、一般に注文入力装置に搭載されるメモリは上記情報を保持するためには容量が少ないという問題がある。この課題を解決する一つの手段としては、注文入力装置に搭載する中央演算処理装置の処理能力を十分に高くし、注文入力装置に搭載するメモリ容量を十分に大きくする方法が考えられる。しかしこの手段では注文入力装置の価格が高くなってしまうという問題がある。
【００１０】
本発明は上記の問題を解決するためになされたものであり、注文入力装置の中央演算処理装置の処理能力やメモリの容量を従来と同等に抑えながら、指紋認証などの生体認証を実施することができ、複数の必要な人が過不足なく安全に店長業務を実施することができる注文データ管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、少なくともメニュー名称とメニューコードとを関連付けたメニューリストを記憶し、操作者によって前記メニューリストより選択された前記メニューコードと、個数と、客の識別情報とを含む注文データを受け付け、注文データ管理装置に送信する注文入力装置と、前記注文入力装置より送信された前記注文データを受信し、受信した前記注文データを記憶し管理する注文データ管理装置とを備えた注文データ管理システムにおいて、前記注文入力装置は、前記操作者の生体認証情報を取得する生体センサーと、前記生体センサーで取得した前記生体認証情報を送信する入力装置送信部と、を備え、前記注文データ管理装置は、前記生体認証情報を記憶する記憶部と、前記注文入力装置から送信された前記生体認証情報を受信する受信部と、前記受信部で受信した前記生体認証情報と、前記記憶部が記憶する前記生体認証情報とが一致するか否か判断する判断部と、前記判断部が判断した結果に基づいて前記注文入力装置からのアクセスを許可するか否か判断する許可判断部と、を備えたことを特徴とする注文データ管理システムである。
【００１２】
また、本発明の注文データ管理システムにおいて、前記注文データ管理装置は送信部を備え、前記記憶部はさらにセキュリティデータアクセス専用アプリケーションを記憶し、前記許可判断部で前記注文入力装置からのアクセスを許可すると判断した場合、前記送信部は前記注文入力装置に対して前記記憶部が記憶する前記セキュリティデータアクセス専用アプリケーションを送信し、前記注文入力装置は入力装置受信部と、入力装置実行部とを備え、前記入力装置受信部は前記注文データ管理装置から送信された前記セキュリティアクセス専用アプリケーションを受信し、前記入力装置実行部は、前記入力装置受信部が受信した前記セキュリティデータアクセス専用アプリケーションを実行し、前記注文データ管理装置にアクセスすることを特徴とする。
【００１３】
また、本発明の前記注文データ管理装置は、セキュリティデータアクセス専用アプリケーションＩＤを生成するＩＤ生成部と、管理装置アプリケーションを実行する実行部とを備え、前記セキュリティデータアクセス専用アプリケーションは、前記ＩＤ生成部が生成した前記セキュリティデータアクセス専用アプリケーションＩＤと予め決められた管理装置アプリケーションＩＤとの組み合わせを含み、前記管理装置アプリケーションは、前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせを含み、前記入力装置実行部は、前記セキュリティデータアクセス専用アプリケーションに含まれる前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせを、前記入力装置送信部を介して前記注文データ管理装置へ送信し、前記実行部は、前記注文入力装置より前記受信部を介して受信した前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせと、前記管理装置アプリケーションに含まれる前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせとが一致するか否か判断し、判断した結果に基づいて前記注文入力装置からのアクセスを許可するか否か判断することを特徴とする。
【００１４】
また、本発明の前記注文入力装置は一時記憶部を備え、前記入力装置実行部は、前記セキュリティデータアクセス専用アプリケーションを実行するときに、前記セキュリティデータアクセス専用アプリケーションを前記一時記憶部に記憶し、前記入力装置実行部はさらに、前記セキュリティデータアクセス専用アプリケーションの実行を終了するときに、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去することを特徴とする。
【００１５】
また、本発明の前記実行部はさらに、予め決定されている前記セキュリティデータアクセス専用アプリケーションの実行可能時間が経過した後に、前記セキュリティデータアクセス専用アプリケーションの実行終了を指示する終了指示情報を、前記送信部を介して前記注文データ入力装置に送信し、前記入力装置実行部は、前記入力装置受信部を介して前記終了指示情報を受信した場合、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去することを特徴とする。
【００１６】
また、本発明の前記実行部はさらに、予め決定されている所定のアクセス回数を超えて前記注文データ管理装置にアクセスしたときに、前記セキュリティデータアクセス専用アプリケーションの実行終了を指示する終了指示情報を、前記送信部を介して前記注文データ入力装置に送信し、前記入力装置実行部は、前記入力装置受信部を介して前記終了指示情報を受信した場合、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去することを特徴とする。
【発明の効果】
【００１７】
この発明によれば、注文入力装置の中央演算処理装置の処理能力やメモリの容量を従来と同等に抑えながら、指紋認証などの生体認証を実施することができ、複数の必要な人が過不足なく安全に店長業務を実施することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の一実施形態を、図面を参照して説明する。図１は、本実施形態での注文データ管理システムの構成を示した構成図である。図示する例では、注文データ管理システムには、注文入力装置１０１と、注文データ管理装置１０３と、無線制御装置１０４と、プリンタ１０５と、有線ネットワーク１０６とが含まれる。また、注文データ管理装置１０３と無線制御装置１０４とは有線ネットワーク１０６で接続されている。また、無線制御装置１０４と注文入力装置１０１とは無線ネットワークで接続されている。また、無線制御装置１０４とプリンタ１０５とは無線ネットワークで接続されている。
【００１９】
注文データ管理システムでは、客から料理の注文を受けた場合、接客担当者は、携帯している注文入力装置１０１にテーブル番号とともに注文を受けたメニューと数量を入力する。注文入力装置１０１は入力されたテーブル番号とメニューと数量とに基づいて、伝票番号が付された注文データを作成する。伝票番号は入力毎に異なる番号であり、客を一意に決定する識別情報である。注文入力装置１０１には、レストラン等で提供するメニュー名称とメニューコードと単価とがふくまれたメニューリストが予め記憶されており、接客担当者は注文を受けたメニューを入力する際、記憶されているメニューリストの中からメニュー名称を選択し入力する。また、同様のメニューリストは注文データ管理装置１０３も記憶している。また、注文入力装置１０１と注文データ管理装置１０３が記憶するメニューリストの整合性を保つため、メニューリストにはバージョンが付いている。
【００２０】
この作成された注文データは、注文入力装置１０１から無線制御装置１０４に無線送信される。続いて、有線ネットワーク１０６を介し、無線制御装置１０４は、受信した注文データを注文データ管理装置１０３に送信する。注文データ管理装置１０３は、受信した注文データを記憶部に記憶する。また、注文データ管理装置１０３は、厨房に設置されたプリンタ１０５に調理指示用の伝票を印刷出力させる。調理担当者はプリンタ１０５より印刷出力された調理指示用の伝票を受け取る。また、注文データ管理装置１０３は、プリンタ１０５に会計用伝票を印刷出力させる。接客担当者はプリンタ１０５より印刷出力された会計用伝票を客に手渡す。調理担当者は、受け取った調理指示用の伝票に従って調理を開始し、調理完了するとその旨を接客担当者に通知する。これにより、接客担当者は客に注文を受けた料理を配膳することになる。
【００２１】
また、注文入力装置１０１は、指紋を読み取る指紋センサー３０６を備えている。指１０２を指紋センサー３０６に乗せることで、指１０２の指紋を読み取ることができる。また、店長は、本実施形態の注文入力装置１０１を使用することで、注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などを行うことができる。
【００２２】
図２は本実施形態における注文入力装置１０１の構成を示したブロック図である。注文入力装置１０１には、ＣＰＵ３０１（中央演算処理装置、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、ＲＯＭ３０２（リードオンリーメモリー、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、ＲＡＭ３０３（ランダムアクセスメモリ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）と、キーボード部３０４と、キーボード入力回路３０５と、指紋センサー３０６と、指紋画像入力回路３０７と、表示部３０８と、表示制御回路３０９と、無線回路３１０と、無線制御部３１１とを備える。
【００２３】
図３は本実施形態における注文データ管理装置１０３の構成を示したブロック図である。注文データ管理装置１０３には、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、通信制御部４０４と、通信回路４０５と、ハードディスク装置４０６とを備える。
【００２４】
以下、本実施形態における認証方法について図４および図５を参照して説明する。図４は、注文入力装置１０１を使用する使用者が店長業務を行う権限があるか否か注文データ管理装置１０３が判断する場合において、注文入力装置１０１が行う処理について示したフローチャートである。図５は、注文入力装置１０１を使用する使用者が店長業務を行う権限があるか否か注文データ管理装置１０３が判断する場合において、注文データ管理装置１０３が行う処理について示したフローチャートである。
【００２５】
はじめに、図４のフローチャートが示す注文入力装置１０１での処理手順について説明する。
（ステップＳ１０１）注文入力装置１０１の使用者は、注文入力装置１０１が備える指紋センサー３０６に指を置く。指紋センサー３０６が指を感知すると、指紋画像入力回路３０７は、指紋センサー３０６を介して指紋を読み取り、ＲＡＭ３０３に指紋画像として記憶させる。
（ステップＳ１０２）ＣＰＵ３０１は、ＲＡＭ３０３に記憶された指紋画像を読み出し、読み出した指紋画像に指紋が含まれているか否か判断する。指紋画像に指紋が含まれているとＣＰＵ３０１が判断した場合はステップＳ１０３に進み、指紋画像に指紋が含まれていないとＣＰＵ３０１が判断した場合はステップＳ１０１に戻る。
（ステップＳ１０３）ＣＰＵ３０１は、ステップＳ１０２で読み出した指紋画像を、無線制御部３１１に送る。無線制御部３１１は、無線回路３１０を介して指紋画像を注文データ管理装置１０３に送信する。
（ステップＳ１０４）無線回路３１０は、ステップＳ１０３で注文データ管理装置１０３に送信した指紋画像に対する応答メッセージを受信する。無線制御部３１１は、無線回路３１０が受信した応答メッセージをＲＡＭ３０３に記憶させる。なお、応答メッセージには、認証が成功したか否かを示す情報が含まれる。
（ステップＳ１０５）ＣＰＵ３０１は、ＲＡＭ３０３に記憶された応答メッセージを読み出し、読み出した応答メッセージに含まれる、認証が成功したか否かを示す情報を取得する。また、ＣＰＵ３０１は取得した認証が成功したか否かを示す情報に基づいて、注文入力装置１０１の使用者は店長業務を実施可能か否か判断する。例えば、認証が成功したか否かを示す情報が「認証成功」であれば店長業務を実施可能と判断し、認証が成功したか否かを示す情報が「認証失敗」であれば店長業務を実施不可能と判断する。店長業務を実施可能とＣＰＵ３０１が判断した場合はステップＳ１０６に進み、店長業務を実施不可能とＣＰＵ３０１が判断した場合はステップＳ１０７に進む。
（ステップＳ１０６）注文入力装置１０１は、使用者に対して店長業務の実施を許可する。具体的には注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などの実施を許可する。よって、注文入力装置１０１の使用者は、店長業務を実施することが可能となる。
（ステップＳ１０７）注文入力装置１０１は、使用者に対して店長業務の実施を許可しない。よって、注文入力装置１０１の使用者は、店長業務を実施することができない。また、表示制御回路３０９は、表示部３０８にエラーメッセージを表示させる。例えば、表示制御回路３０９は、「認証失敗」のメッセージを表示部３０８に表示させる。
【００２６】
次に、図５のフローチャートが示す注文データ管理装置１０３での処理手順について説明する。
（ステップＳ２０１）通信回路４０５は、注文入力装置１０１が送信した指紋画像を受信する。通信制御部４０４は、通信回路４０５が受信した指紋画像をＲＡＭ４０２に記憶させる。
（ステップＳ２０２）ＣＰＵ４０１は、ＲＡＭ４０２に記憶された指紋画像を読み出し、読み出した指紋画像から指紋の特徴を抽出する。
（ステップＳ２０３）ＣＰＵ４０１は、ステップＳ２０２で抽出した指紋の特徴と、予めハードディスク装置４０６に記憶されている指紋の特徴とを比較し、ステップＳ２０２で抽出した抽出した指紋の特徴と同一の指紋の特徴がハードディスク装置４０６に記憶されているか否か判断する。
（ステップＳ２０４）ステップＳ２０２で抽出した指紋の特徴と同一の指紋の特徴がハードディスク装置４０６に記憶されているか否かステップＳ２０３で判断した結果に基づいて、ＣＰＵ４０１は、注文入力装置１０１からのアクセスを許可するか否か判断する。具体的には、ステップＳ２０２で抽出した指紋の特徴と同一の指紋の特徴がハードディスク装置４０６に記憶されていると判断した場合、ＣＰＵ４０１は、注文入力装置１０１からのアクセスを許可すると判断し、ステップＳ２０５に進む。ステップＳ２０２で抽出した指紋の特徴と同一の指紋の特徴がハードディスク装置４０６に記憶されていないと判断した場合、ＣＰＵ４０１は、注文入力装置１０１からのアクセスを許可しないと判断し、ステップＳ２０６に進む。
（ステップＳ２０５）通信回路４０５を介して、通信制御部４０４は認証が成功したか否かを示す情報として「認証成功」の情報を注文入力装置１０１に送信する。
（ステップＳ２０６）通信回路４０５を介して、通信制御部４０４は認証が成功したか否かを示す情報として「認証失敗」の情報を注文入力装置１０１に送信する。
【００２７】
上述したとおり、本実施形態によれば、指紋認証を行うことで、必要な人が安全に店長業務を実施することができる。また、指紋の特徴を抽出する処理は、注文データ管理装置１０３のＣＰＵが行うため、注文入力装置１０１の中央演算処理装置の処理能力を従来と同等に抑えながら指紋認証を実施できる。また、店長業務の許可対象の使用者の指紋の特徴については、注文データ管理装置１０３のハードディスク装置４０６が記憶するため、注文入力装置１０１の中央演算処理装置のメモリの容量を従来と同等に抑えながら指紋認証を実施できる。また、店長業務の許可対象の使用者の指紋の特徴については、注文データ管理装置１０３のハードディスク装置４０６が一箇所で管理するため、予め指紋の特徴を記憶させるのも注文データ管理装置１０３のハードディスク装置４０６のみで良い。そのため、複数の注文入力装置がある場合においても、全ての注文入力装置に予め指紋の特徴を記憶させることなく指紋認証を行うことができる。
【００２８】
また、セキュリティレベルを、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとの3段階と設定し、注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などの店長業務の実施については、セキュリティ領域にログインしている注文入力装置１０１からのみ可能としてもよい。なお、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインにはユーザＩＤとパスワードを用いた認証とし、セキュリティ領域へのログインは指紋認証などの生体認証とする。また、本実施例では、注文データ管理装置１０３へログインするには、注文入力装置１０１へログインしていなければならず、セキュリティ領域へログインするには、注文データ管理装置１０３へログインしていなければならないとする。
【００２９】
図６は、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとの3段階にセキュリティレベルを設定した際のアクセス可能・不可能を示した図である。ステップＳ３０１では、注文入力装置１０１へのログインで拒絶されている。ステップＳ３０２では、注文入力装置１０１へのログインは成功しているが、注文データ管理装置１０３へのログインで拒絶されている。ステップＳ３０３では、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインとは成功しているが、セキュリティ領域へのログインで拒絶されている。ステップＳ３０４では、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとが成功している。
【００３０】
上述したとおり、セキュリティレベルを注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとの3段階とすることで、さらに安全に店長業務を行うことが可能となる。
【００３１】
なお、予め、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインとをスキップすることができるフラグを注文入力装置１０１のＲＡＭ３０３と注文データ管理装置１０３のＲＡＭ４０２に記憶しておき、セキュリティレイヤのみの認証でセキュリティ領域へのログインを可能としてもよい。
【００３２】
図７は、セキュリティレイヤのみの認証でセキュリティ領域へのログインを示した図である。ステップＳ４０１では、注文データ管理装置１０３へのログインを制御しているソフトウェアと、注文入力装置１０１へのログインを制御しているソフトウェアとが、セキュリティ領域へのログインについて監視しており、セキュリティ領域へのログインが認められた場合、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインについても可能とするため、一度で注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとが可能となる。
【００３３】
また、注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などの店長業務の実施については、注文データ管理装置１０３のハードディスク装置４０６が記憶するセキュリティデータにアクセスする必要がある。このセキュリティデータに注文入力装置１０１からアクセスするには、専用のアプリケーションを注文データ管理装置１０３から注文入力装置１０１にダウンロードし、ダウンロードしたセキュリティデータアクセス専用アプリケーション経由でなければアクセスすることができないとしてもよい。また、注文データ管理装置１０３も管理装置アプリケーションを起動し、セキュリティデータアクセス専用アプリケーションとコマンドおよびデータのやり取りをしてもよい。
【００３４】
図８は、注文入力装置１０１が注文データ管理装置１０３からセキュリティデータアクセス専用アプリケーションをダウンロードする手順を示した図である。
（ステップＳ５０１）注文入力装置１０１は注文データ管理装置１０３に認証データを送信する。
（ステップＳ５０２）注文データ管理装置１０３は注文入力装置１０１より送信された認証データに基づいて注文入力装置１０１の認証を行う。ステップＳ５０１とステップＳ５０２については先述の図５および図６で示した方法で行う。
（ステップＳ５０３）注文データ管理装置１０３は、ハードディスク装置４０５に記憶するセキュリティデータアクセス専用アプリケーションを注文入力装置１０１に送信する。
（ステップＳ５０４）注文入力装置１０１は注文データ管理装置１０３から送信されたセキュリティデータアクセス専用アプリケーションをＲＡＭ３０３に記憶する。
（ステップＳ５０５）注文入力装置１０１のＣＰＵ３０１は、ＲＡＭ３０３が記憶するセキュリティデータアクセス専用アプリケーションを読み出し、起動する。
（ステップＳ５０６）注文入力装置１０１のＣＰＵ３０１は、起動されたセキュリティデータアクセス専用アプリケーションに記述された命令を実行し、無線回路３１０を介して注文データ管理装置１０３とコマンドおよびデータのやり取りを行う。また、注文データ管理装置１０３のＣＰＵ４０１は、予め起動されている管理装置アプリケーションに記述された命令を実行し、通信回路４０５を介して注文入力装置１０１とコマンドおよびデータのやり取りを行う。
【００３５】
上述したとおり、注文入力装置１０１のＣＰＵ３０１は、起動されたセキュリティデータアクセス専用アプリケーションに記述された命令を実行し、無線回路３１０を介して注文データ管理装置１０３とコマンドおよびデータのやり取りを行う。この場合のみ、注文入力装置１０１はセキュリティデータにアクセスすることが可能となる。そのため、本実施形態の注文データ管理システムは、さらに安全に店長業務を行うことが可能となる。
【００３６】
また、注文データ管理装置１０３のＣＰＵ４０１は、セキュリティデータアクセス専用アプリケーションＩＤをランダムに作成し、注文データ管理装置１０３のハードディスク装置４０６は、セキュリティデータアクセス専用アプリケーションＩＤと予め設定されている管理装置アプリケーションＩＤとの組を、図９に示すようにセキュリティデータアクセス専用アプリケーションと、管理装置アプリケーションとに含めて記憶しても良い。
【００３７】
図９は、注文データ管理装置１０３のＣＰＵ４０１が、通信回路４０５を介してセキュリティデータアクセス専用アプリケーションを注文入力装置１０１に対して送信する例を示した図である。図示する例では、注文データ管理装置１０３のハードディスク装置４０６は、管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとを含んだセキュリティデータアクセス専用アプリケーションと、管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとを含んだ管理装置アプリケーションとを記憶している。注文入力装置１０１のＲＡＭ３０３は、注文データ管理装置１０３から送信され、無線回路３１０を介して受信した管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとを含んだセキュリティデータアクセス専用アプリケーションを記憶している。
【００３８】
ステップＳ５０６で、注文入力装置１０１のＣＰＵ３０１は、起動されたセキュリティデータアクセス専用アプリケーションに記述された命令を実行し、無線回路３１０を介して注文データ管理装置１０３とコマンドおよびデータのやり取りを行う際に、セキュリティデータアクセス専用アプリケーションに含まれている管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組も同時に送信する。通信回路４０５を介して管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組を受信した注文データ管理装置１０３のＣＰＵ４０１は、送信された管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組と、管理装置アプリケーションが含んでいる管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組とが一致するか否か確認し、一致した場合のみコマンドおよびデータのやり取りを許可しても良い。
【００３９】
また、ステップＳ５０６で、注文データ管理装置１０３のＣＰＵ４０１は、予め起動されている管理装置アプリケーションに記述された命令を実行し、通信回路４０５を介して注文入力装置１０１とコマンドおよびデータのやり取りを行う際に、管理装置アプリケーションに含まれている管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組も同時に送信する。無線回路３１０を介して管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組を受信した注文入力装置１０１のＣＰＵ３０１は、送信された管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組と、セキュリティデータアクセス専用アプリケーションが含んでいる管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組とが一致するか否か確認し、一致した場合のみコマンドおよびデータのやり取りを許可しても良い。
【００４０】
上述したとおり、注文入力装置１０１のＣＰＵ３０１と注文データ管理装置１０３のＣＰＵ４０１とは、コマンドおよびデータのやり取りを行う毎に、管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組を同時に送信する。また、注文入力装置１０１のＣＰＵ３０１と注文データ管理装置１０３のＣＰＵ４０１とは、受信した管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組と、セキュリティデータアクセス専用アプリケーションまたは管理装置アプリケーションがあらかじめ含んでいる管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組とを比較し、一致した場合のみコマンドおよびデータのやり取りを許可する。そのため、本実施形態の注文データ管理システムは、さらに安全に店長業務を行うことが可能となる。
【００４１】
また、注文入力装置１０１のＣＰＵ３０１は、店長業務終了後、セキュリティデータアクセス専用アプリケーションをＲＡＭ３０３から完全に消去しても良い。
【００４２】
図１０は注文入力装置１０１のＲＡＭ３０３上にロードされているセキュリティデータアクセス専用アプリケーションを示した図である。図示する例では、ＲＡＭ３０３には、業務アプリケーションと、セキュリティデータアクセス専用アプリケーションとがロードされている。なお、セキュリティデータアクセス専用アプリケーションは業務アプリケーションからサブルーチンコールまたはサブプロセス起動などの手法で呼び出される。また、セキュリティデータアクセス専用アプリケーションは起動部分と、メイン部分と、終了処理部分と、ＯＳ依存の終了処理とがある。また、起動部分とメイン部分とはオフセット０からオブセットＮの間にロードされている。
【００４３】
図１１は、注文入力装置１０１のＣＰＵ３０１がセキュリティデータアクセス専用アプリケーションをＲＡＭ３０３から消去する手順を示したフローチャートである。
（ステップＳ６０１）注文入力装置１０１のＣＰＵ３０１は、セキュリティデータアクセス専用アプリケーションを実行し、店長業務を実施する。
（ステップＳ６０２）注文入力装置１０１のＣＰＵ３０１は、セキュリティデータアクセス専用アプリケーションを終了する際に終了処理をコールする。なお、例外処理によってセキュリティデータアクセス専用アプリケーションが強制終了する際も終了処理をコールされるようにトラップ処理を設定する。終了処理がコールされた場合ＣＰＵ３０１は終了処理を実施する。終了処理では、ＣＰＵ３０１はＲＡＭ３０３上のプログラムのオフセット０からオフセットＮまでを特定のデータでＦｉｌｌする。例えば、特定のデータとは０データ、ＦＦクリア、ＣＰＵ３０１が実行しても悪影響を与えない値である。
（ステップＳ６０３）ＣＰＵ３０１は、ＯＳ依存の終了処理を行う。ＯＳ依存の処理とは、ＣＰＵ３０１はサブルーチンコールに対応してリターン命令を実行する。または、ＣＰＵ３０１はサブプロセス起動に対してプロセス終了命令を実行する。
【００４４】
セキュリティデータアクセス専用アプリケーションがＲＡＭ３０３上に残っていると、第三者によって、セキュリティデータアクセス専用アプリケーションを再起動されたり、リバースエンジニア手法によって解析されたりすることが考えられる。本実施形態では、上述したとおり、注文入力装置１０１のＣＰＵ３０１が、店長業務終了後、セキュリティデータアクセス専用アプリケーションをＲＡＭ３０３から完全に消去する。そのため。第三者によって、セキュリティデータアクセス専用アプリケーションを再起動されたり、リバースエンジニア手法によって解析されたりすることを防ぐことが可能となる。
【００４５】
また、セキュリティデータアクセス専用アプリケーションを起動可能な時間を制限しても良い。図１２は、注文データ管理装置１０３のハードディスク装置４０６が記憶する、セキュリティデータアクセス専用アプリケーションの配信時刻を記録する配信時刻テーブルを示した図である。図示する例では、配信時刻テーブルは、端末アプリケーションＩＤと、セキュリティデータアクセス専用アプリケーションを注文データ管理装置１０３から注文入力装置１０１に配信した配信時刻とを記憶する。
【００４６】
例えば、セキュリティデータアクセス専用アプリケーションを注文データ管理装置１０３から注文入力装置１０１に配信した配信時刻から１時間を有効時間とする。有効時間を過ぎたセキュリティデータアクセス専用アプリケーションについては、先述した、注文入力装置１０１のＣＰＵ３０１が、セキュリティデータアクセス専用アプリケーションをＲＡＭ３０３から完全に消去する方法で消去する。なお、有効時間の判断は、注文入力装置１０１からアクセスがある毎に、注文データ管理装置１０３のＣＰＵ４０１は、配信時刻テーブルが記憶する端末アプリケーションＩＤと、配信時刻と、注文入力装置１０１から送信される端末アプリケーションＩＤと、現在時刻とから、現在時刻が配信時刻から１時間を越えているか否か判断する。１時間を越えていると判断した場合、注文データ管理装置１０３のＣＰＵ４０１は、注文入力装置１０１に対して、通信回路４０５を介してセキュリティデータアクセス専用アプリケーションの消去命令を送信する。
【００４７】
また、有効時間の判断は以下のように判断しても良い。注文入力装置１０１のＣＰＵ３０１が有効時刻と配信された時刻をＲＡＭ３０３に記憶させる。注文入力装置１０１のＣＰＵ３０１は、注文入力装置１０１から注文データ管理装置１０３にアクセスする毎に、注文入力装置１０１のＣＰＵ３０１が、ＲＡＭ３０３から有効時刻と配信された時刻とを読み出す。注文入力装置１０１のＣＰＵ３０１は、読み出した有効時刻と配信された時刻と、現在の時刻とに基づいて、セキュリティデータアクセス専用アプリケーションが配信されてから１時間を越えているか否か判断してもよい。１時間を越えていると判断した場合、注文入力装置１０１のＣＰＵ３０１は、セキュリティデータアクセス専用アプリケーションの消去命令を出す。
【００４８】
上述したとおり、セキュリティデータアクセス専用アプリケーションの有効期限を予め決定し、決定した有効時間を経過した場合、注文入力装置１０１のＣＰＵ３０１は、ＲＡＭ３０３上からセキュリティデータアクセス専用アプリケーションを消去する。そのため、セキュリティデータアクセス専用アプリケーションの有効期限経過後、注文入力装置１０１は、注文データ管理装置１０３のハードディスク装置４０６が記憶するセキュリティデータにアクセスすることが不可能となる。よって、さらに安全に店長業務を実施することができる。
【００４９】
また、セキュリティデータアクセス専用アプリケーションの通信回数を制限しても良い。図１３はセキュリティデータアクセス専用アプリケーションと管理装置アプリケーションとの通信回数を示した図である。図示する例では、セキュリティデータアクセス専用アプリケーションの通信回数の制限を４回とし、５回以上の場合は、注文データ管理装置１０３のＣＰＵ４０１は、注文入力装置１０１からのアクセスを拒否する。また、注文データ管理装置１０３のＣＰＵ４０１は、通信回路４０５を介して、注文入力装置１０１に対してセキュリティデータアクセス専用アプリケーションの消去命令を送信する。
【００５０】
なお、通信回数のカウントは、不正に書き換えられることを防止するため、セキュリティデータアクセス専用アプリケーションを用いて注文入力装置１０１のＣＰＵ３０１と、管理装置アプリケーションを用いて注文データ管理装置１０３のＣＰＵ４０１とがそれぞれ行い、通信データ上には含まないとする。
【００５１】
上述したとおり、有効通信回数を予め決定し、決定した有効通信回数を超えた場合、注文入力装置１０１のＣＰＵ３０１は、ＲＡＭ３０３上からセキュリティデータアクセス専用アプリケーションを消去する。そのため、有効通信回数を超えた後、注文入力装置１０１は、注文データ管理装置１０３のハードディスク装置４０６が記憶するセキュリティデータにアクセスすることが不可能となる。よって、さらに安全に店長業務を実施することができる。
【００５２】
また、注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などの店長業務の実施については、注文データ管理装置１０３が記憶するデータおよび業務へアクセスすることが可能な権限であるアクセスレベルを細分化し、かつ店員の役職毎にアクセスレベルを割り当てても良い。
【００５３】
図１４は、注文データ管理装置１０３が記憶する経営データを示した図である。図示する例では、経営データには売上データ（日報〜月報）と、例外処理データと、従業員管理データと、その他のデータとの４つのデータが含まれる。また、売上データ（日報〜月報）には、売上値と、担当者別売上と、時間帯別売上と、客が滞在している時間である時間帯別滞留時間と、時間帯別客層と、曜日別売上と、メニュー別ＡＢＣ分析と、種類別売上と、価格帯別出数とが含まれる。時間帯別客層の客層は、男／女／家族／カップルなどとする。また、種類別売上の種類は、ドリンク類などの種類とする。
【００５４】
また、例外処理データには、提供時間オーバー件数と、オーダーミス件数と、戻し／修正会計内訳と、未収会計内訳と、品切れオーダー一覧（チャンスロス）とが含まれる。提供時間オーバー件数は、オーダー受け付け後、料理を提供するまでの時間を管理する場合に用いる。戻し／修正会計内訳は、レジの打ち間違いを記録する。未収会計内訳は、代金が未回収のデータを記録する。品切れオーダー一覧は、品切れになった料理を注文され、客に対し注文を断った件数を記録する。
【００５５】
また従業員管理データには、担当者別売上と、従業員食事と、担当者別未収会計内訳と、担当者別提供時間オーバー件数と、担当者別オーダーミス件数と、担当者別戻し／修正会計内訳とが含まれる。また、その他のデータには販売促進情報が含まれる。販売促進情報は、客に渡す伝票に販売促進のためのメッセージを印字する場合、印字する内容および印字する枚数などの管理データである。
【００５６】
図１５は、店員の役職毎に細分化した、注文データ管理装置１０３が記憶するデータおよび業務へアクセスすることが可能な権限であるアクセスレベルを示した図である。図示する例では、アクセスレベルは経営者と、エリアマネージャと、店長と、副店長と、時間帯責任者との５つのアクセスレベルがある。経営者のアクセスレベルが付与された場合、実施できる業務は全業務である。また閲覧できるデータは、全店舗の売上データと、全店舗の例外データと、全店舗の従業員（エリアマネージャ含む）管理データである。また、編集できるデータは、全店舗共通の値引き・サービス情報と、全店舗共通の販売促進情報である。
【００５７】
エリアマネージャのアクセスレベルが付与された場合、実施できる業務は店舗間の相互支援のための勤務シフト管理である。また閲覧できるデータは、管轄エリアの売上データと、管轄エリアの例外データと、管轄エリアの従業員（店長含む）管理データである。また、編集できるデータは、管轄エリア固有の値引き・サービス情報と、管轄エリア固有の販売促進情報である。
【００５８】
店長のアクセスレベルが付与された場合、実施できる業務は勤怠管理（副店長含む）と、勤務シフト管理（副店長含む）と、食材等の発注業務である。また閲覧できるデータは、店舗の売上データと、店舗の例外データと、店舗の従業員（副店長含む）管理データである。また、編集できるデータは、店舗固有の値引き・サービス情報と、店舗固有の販売促進情報である。
【００５９】
副店長のアクセスレベルが付与された場合、実施できる業務は勤怠管理（副店長含まず）と、勤務シフト管理（副店長含まず）と、食材等の発注業務である。また閲覧できるデータは、店舗の売上データと、店舗の例外データと、店舗の従業員（副店長含まず）管理データである。また、編集できるデータは、店舗固有の値引き・サービス情報と、店舗固有の販売促進情報である。
【００６０】
時間帯責任者のアクセスレベルが付与された場合、実施できる業務は管理時間帯のシフト管理である。また閲覧できるデータは、管理時間帯の売上データと、管理時間帯の例外データである。また、編集できるデータはない。
【００６１】
細分化したアクセスレベルの店員への割り当ては、注文データ管理装置１０３のハードディスク装置４０６が記憶する、従業員管理データに記憶される。図１６は従業員管理データを示した図である。図示する例では、従業員管理データは、社員ＩＤと、名前と、役職と、アクセスレベルと、指紋特徴データとが含まれる。
【００６２】
図４および図５を参照して説明した指紋認証方法では、注文入力装置１０１を使用する使用者が店長業務を行う権限があるか否か注文データ管理装置１０３のＣＰＵ４０１が判断するとしたが、図１４と図１５と図１６とに示した情報を用いて、注文入力装置１０１を使用する使用者が店長業務を行う権限があるか否かのみだけではなく、経営者の業務を行う権限があるか否か、エリアマネージャの業務を行う権限があるか否か、店長の業務を行う権限があるか否か、副店長の業務を行う権限があるか否か、時間帯責任者の業務を行う権限があるか否かを判断してもよい。
【００６３】
上述したとおり、本実施形態の注文データ管理装置は、注文入力装置の中央演算処理装置の処理能力やメモリの容量を従来と同等に抑えながら、指紋認証などの生体認証を実施することができ、複数の必要な人が過不足なく安全に店長業務を実施することができる。
【００６４】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施形態における注文データ管理システムの構成を示した構成図である。
【図２】本実施形態における注文入力装置の構成を示したブロック図である。
【図３】本実施形態における注文データ管理装置の構成を示したブロック図である。
【図４】本実施形態における注文入力装置が行う処理について示したフローチャートである。
【図５】本実施形態における注文データ管理装置が行う処理について示したフローチャートである。
【図６】本実施形態における注文入力装置へのログインと、注文データ管理装置へのログインと、セキュリティ領域へのログインとの3段階に設定した際のアクセス可能・不可能を示した図である。
【図７】本実施形態におけるセキュリティレイヤのみの認証でセキュリティ領域へのログインを示した図である。
【図８】本実施形態における注文入力装置が注文データ管理装置からセキュリティデータアクセス専用アプリケーションをダウンロードする手順を示した図である。
【図９】本実施形態における注文データ管理装置が、注文入力装置に対して、セキュリティデータアクセス専用アプリケーションを送信する例を示した図である。
【図１０】本実施形態における注文入力装置のＲＡＭ上にロードされているセキュリティデータアクセス専用アプリケーションを示した図である。
【図１１】本実施形態におけるセキュリティデータアクセス専用アプリケーションをＲＡＭから消去する手順を示したフローチャートである。
【図１２】本実施形態における注文データ管理装置が持つ、セキュリティデータアクセス専用アプリケーションの配信時刻を記録する配信時刻テーブルを示した図である。
【図１３】本実施形態におけるセキュリティデータアクセス専用アプリケーションと管理装置アプリケーションとの通信回数を示した図である。
【図１４】本実施形態における注文データ管理装置が記憶する経営データを示した図である。
【図１５】本実施形態における店員の役職毎に細分化した、注文データ管理装置が記憶するデータおよび業務へアクセスすることが可能な権限であるアクセスレベルを示した図である。
【図１６】本実施形態における従業員管理データを示した図である。
【符号の説明】
【００６６】
１０１・・・注文入力装置、１０３・・・注文データ管理装置、１０４・・・無線制御装置、１０５・・・プリンタ、１０６・・・有線ネットワーク、３０１，４０１・・・ＣＰＵ、３０２，４０２・・・ＲＯＭ、３０３，４０３・・・ＲＡＭ、３０４・・・キーボード部、３０５・・・キーボード入力回路、３０６・・・指紋センサー、３０７・・・指紋画像入力回路、３０８・・・表示部、３０９・・・表示制御回路、３１０・・・無線回路、３１１・・・無線制御部、４０４・・・通信制御部、４０５・・・通信回路、４０６・・・ハードディスク装置
【技術分野】
【０００１】
本発明は、例えばレストランあるいはホテルなどの飲食店で、客が注文した商品やそれに付随する情報の管理に利用される注文データ管理システムに関する。
【背景技術】
【０００２】
従来から、レストラン、居酒屋あるいはホテル等（以後、レストラン等と表記する）では注文データ管理システムが使用されている。以下、注文データ管理システムの一例を概略説明する。客から料理の注文を受けた場合、接客担当者は、携帯しているハンディターミナル（注文入力装置）にテーブル番号等とともに注文を受けた各注文メニューを入力し、注文データを作成する。注文入力装置には、レストラン等で提供するメニューリストが予め記憶されており、接客担当者は注文メニューを入力する際、記憶されているメニューリストの中から選択入力する。また、同様のメニューリストは注文データ管理装置も記憶している。また、注文入力装置と注文データ管理装置が記憶するメニューリストの整合性を保つため、メニューリストにはバージョンを付け、メニューリストを変更した場合、バージョンも異なるバージョンとする。また、注文データの整合性を保つため、注文入力装置が記憶するメニューリストのバージョンと、注文データ管理装置が記憶するメニューリストのバージョンとが異なると、注文データ管理装置は注文入力装置の注文データの登録を行なわない。
【０００３】
この作成された注文データは、注文入力装置から無線送信される。無線送信された注文データは、店舗内の各コーナー等に設置された無線制御装置によって受信され、各種データの処理や一元管理等を行うデータ管理装置に出力される。データ管理装置では、注文データ及び注文データを受信した時刻、接客担当者を識別する番号等の情報を記憶装置に記憶する。
【０００４】
データ管理装置は、厨房に設置されたレストランプリンタに調理指示用の伝票を印刷出力させる。調理担当者はレストランプリンタより印刷出力された調理指示用の伝票を受け取る。また、データ管理装置は、レストランプリンタに会計用伝票を印刷出力させる。接客担当者はレストランプリンタより印刷出力された会計用伝票を客に手渡す。調理担当者は、受け取った調理指示用の伝票に従って調理を開始し、調理完了するとその旨を接客担当者に通知する。これにより、接客担当者は客に注文を受けた料理を配膳することになる。
【０００５】
また、レストラン等においては、経営データの閲覧・更新・変更、システム構成の変更など、経営者や店長レベルの人でないと実施してはならない業務がある（以下、店長業務と表記する）。このような店長業務を、注文入力装置を用いて実施する事ができれば便利であるが、注文入力装置は一般の従業員やアルバイト店員も使用するため、一般の従業員やアルバイト店員による閲覧や改竄を防ぐ必要がある。閲覧や改竄を防ぐ方法としては、注文入力装置から店長業務を実施する時に、ＩＤの入力とパスワードの入力とを受け付け、許可された者しかアクセスできないようにするアクセス制限が考えられるが、ＩＤやパスワードは一度情報が漏洩してしまえば誰でもアクセスできてしまうという問題がある。
【０００６】
ＩＤやパスワード以外の認証方法としては、近来、生体認証による個人認証が実用化されている。生体認証とは、人間個体で異なる身体の一部や行動の特徴を利用して本人の認証を行なうものであり、主に以下のような技術が研究・実用化されている。指紋認証は、指紋の特徴点（分岐・端点など）で本人の認証を行う（例えば、特許文献１参照）。サイン認証は、署名の形状や、筆順、筆の運び方、筆圧などで本人の認証を行う。指静脈認証は、指の静脈の形状で本人の認証を行う。掌紋認証は、てのひらの大きさ、形状などで本人の認証を行う。網膜認証は、眼底の網膜の形状で本人の認証を行う。虹彩認証は、目の虹彩（アイリス）の紋様で認証を行う。音声認証は、音声波形、発声速度などで本人の認証を行う。
【特許文献１】特開２００４−１２６７６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、注文入力装置に指紋認証などの生体認証の機能を持たせる場合、以下の問題点がある。ここでは生体認証の代表的な方法として指紋認証を挙げて説明する。第一に、店長が使用する注文入力装置を店舗内で一意に決めてしまうと、店長専用の注文入力装置を特別に用意する必要があるため、店舗内のどの注文入力装置からでも店長業務を実施できるようにしたいとの要求が考えられる。この要求を実現しようとすると、店舗内の全ての注文入力装置に店長の指紋を登録する必要があり、面倒である。
【０００８】
第二に、店長が店舗に不在の場合などに、店長の代理の者が店長業務を代行する場合が考えられるが、代理候補の全ての人が全ての注文入力装置に指紋登録をする事は非現実的である。例えばチェーン展開しているレストランチェーンを例にとると、各店舗の店長の上位職者として特定地域の複数店舗を管理するエリアマネージャと呼ばれる職位の人が存在し、エリアマネージャは自身が管理する全ての店舗の店長業務を実施する権限を持っている事が考えられる。さらにエリアマネージャの上位職やエリアマネージャのサブ（代行者）など、店長業務を実施する権限を持つ人が複数存在し、この全ての人が自身の管理する全ての注文入力装置一台一台に指紋登録をする事は事実上不可能である。
【０００９】
第三に、指紋認証には、指紋画像入力・指紋特徴抽出・指紋特徴の比較照合の3つの機能要素が必要であるが、一般に注文入力装置に搭載される中央演算処理装置は指紋特徴抽出・指紋特徴の比較照合を実行するためには処理能力が低く、指紋画像を入力してから変換結果が出力されるまでの時間が長くなってしまうという問題がある。また指紋特徴の比較照合を実施するためには注文入力装置のメモリ上に、入力された指紋の特徴データを複数保持する必要があるが、一般に注文入力装置に搭載されるメモリは上記情報を保持するためには容量が少ないという問題がある。この課題を解決する一つの手段としては、注文入力装置に搭載する中央演算処理装置の処理能力を十分に高くし、注文入力装置に搭載するメモリ容量を十分に大きくする方法が考えられる。しかしこの手段では注文入力装置の価格が高くなってしまうという問題がある。
【００１０】
本発明は上記の問題を解決するためになされたものであり、注文入力装置の中央演算処理装置の処理能力やメモリの容量を従来と同等に抑えながら、指紋認証などの生体認証を実施することができ、複数の必要な人が過不足なく安全に店長業務を実施することができる注文データ管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、少なくともメニュー名称とメニューコードとを関連付けたメニューリストを記憶し、操作者によって前記メニューリストより選択された前記メニューコードと、個数と、客の識別情報とを含む注文データを受け付け、注文データ管理装置に送信する注文入力装置と、前記注文入力装置より送信された前記注文データを受信し、受信した前記注文データを記憶し管理する注文データ管理装置とを備えた注文データ管理システムにおいて、前記注文入力装置は、前記操作者の生体認証情報を取得する生体センサーと、前記生体センサーで取得した前記生体認証情報を送信する入力装置送信部と、を備え、前記注文データ管理装置は、前記生体認証情報を記憶する記憶部と、前記注文入力装置から送信された前記生体認証情報を受信する受信部と、前記受信部で受信した前記生体認証情報と、前記記憶部が記憶する前記生体認証情報とが一致するか否か判断する判断部と、前記判断部が判断した結果に基づいて前記注文入力装置からのアクセスを許可するか否か判断する許可判断部と、を備えたことを特徴とする注文データ管理システムである。
【００１２】
また、本発明の注文データ管理システムにおいて、前記注文データ管理装置は送信部を備え、前記記憶部はさらにセキュリティデータアクセス専用アプリケーションを記憶し、前記許可判断部で前記注文入力装置からのアクセスを許可すると判断した場合、前記送信部は前記注文入力装置に対して前記記憶部が記憶する前記セキュリティデータアクセス専用アプリケーションを送信し、前記注文入力装置は入力装置受信部と、入力装置実行部とを備え、前記入力装置受信部は前記注文データ管理装置から送信された前記セキュリティアクセス専用アプリケーションを受信し、前記入力装置実行部は、前記入力装置受信部が受信した前記セキュリティデータアクセス専用アプリケーションを実行し、前記注文データ管理装置にアクセスすることを特徴とする。
【００１３】
また、本発明の前記注文データ管理装置は、セキュリティデータアクセス専用アプリケーションＩＤを生成するＩＤ生成部と、管理装置アプリケーションを実行する実行部とを備え、前記セキュリティデータアクセス専用アプリケーションは、前記ＩＤ生成部が生成した前記セキュリティデータアクセス専用アプリケーションＩＤと予め決められた管理装置アプリケーションＩＤとの組み合わせを含み、前記管理装置アプリケーションは、前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせを含み、前記入力装置実行部は、前記セキュリティデータアクセス専用アプリケーションに含まれる前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせを、前記入力装置送信部を介して前記注文データ管理装置へ送信し、前記実行部は、前記注文入力装置より前記受信部を介して受信した前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせと、前記管理装置アプリケーションに含まれる前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせとが一致するか否か判断し、判断した結果に基づいて前記注文入力装置からのアクセスを許可するか否か判断することを特徴とする。
【００１４】
また、本発明の前記注文入力装置は一時記憶部を備え、前記入力装置実行部は、前記セキュリティデータアクセス専用アプリケーションを実行するときに、前記セキュリティデータアクセス専用アプリケーションを前記一時記憶部に記憶し、前記入力装置実行部はさらに、前記セキュリティデータアクセス専用アプリケーションの実行を終了するときに、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去することを特徴とする。
【００１５】
また、本発明の前記実行部はさらに、予め決定されている前記セキュリティデータアクセス専用アプリケーションの実行可能時間が経過した後に、前記セキュリティデータアクセス専用アプリケーションの実行終了を指示する終了指示情報を、前記送信部を介して前記注文データ入力装置に送信し、前記入力装置実行部は、前記入力装置受信部を介して前記終了指示情報を受信した場合、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去することを特徴とする。
【００１６】
また、本発明の前記実行部はさらに、予め決定されている所定のアクセス回数を超えて前記注文データ管理装置にアクセスしたときに、前記セキュリティデータアクセス専用アプリケーションの実行終了を指示する終了指示情報を、前記送信部を介して前記注文データ入力装置に送信し、前記入力装置実行部は、前記入力装置受信部を介して前記終了指示情報を受信した場合、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去することを特徴とする。
【発明の効果】
【００１７】
この発明によれば、注文入力装置の中央演算処理装置の処理能力やメモリの容量を従来と同等に抑えながら、指紋認証などの生体認証を実施することができ、複数の必要な人が過不足なく安全に店長業務を実施することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の一実施形態を、図面を参照して説明する。図１は、本実施形態での注文データ管理システムの構成を示した構成図である。図示する例では、注文データ管理システムには、注文入力装置１０１と、注文データ管理装置１０３と、無線制御装置１０４と、プリンタ１０５と、有線ネットワーク１０６とが含まれる。また、注文データ管理装置１０３と無線制御装置１０４とは有線ネットワーク１０６で接続されている。また、無線制御装置１０４と注文入力装置１０１とは無線ネットワークで接続されている。また、無線制御装置１０４とプリンタ１０５とは無線ネットワークで接続されている。
【００１９】
注文データ管理システムでは、客から料理の注文を受けた場合、接客担当者は、携帯している注文入力装置１０１にテーブル番号とともに注文を受けたメニューと数量を入力する。注文入力装置１０１は入力されたテーブル番号とメニューと数量とに基づいて、伝票番号が付された注文データを作成する。伝票番号は入力毎に異なる番号であり、客を一意に決定する識別情報である。注文入力装置１０１には、レストラン等で提供するメニュー名称とメニューコードと単価とがふくまれたメニューリストが予め記憶されており、接客担当者は注文を受けたメニューを入力する際、記憶されているメニューリストの中からメニュー名称を選択し入力する。また、同様のメニューリストは注文データ管理装置１０３も記憶している。また、注文入力装置１０１と注文データ管理装置１０３が記憶するメニューリストの整合性を保つため、メニューリストにはバージョンが付いている。
【００２０】
この作成された注文データは、注文入力装置１０１から無線制御装置１０４に無線送信される。続いて、有線ネットワーク１０６を介し、無線制御装置１０４は、受信した注文データを注文データ管理装置１０３に送信する。注文データ管理装置１０３は、受信した注文データを記憶部に記憶する。また、注文データ管理装置１０３は、厨房に設置されたプリンタ１０５に調理指示用の伝票を印刷出力させる。調理担当者はプリンタ１０５より印刷出力された調理指示用の伝票を受け取る。また、注文データ管理装置１０３は、プリンタ１０５に会計用伝票を印刷出力させる。接客担当者はプリンタ１０５より印刷出力された会計用伝票を客に手渡す。調理担当者は、受け取った調理指示用の伝票に従って調理を開始し、調理完了するとその旨を接客担当者に通知する。これにより、接客担当者は客に注文を受けた料理を配膳することになる。
【００２１】
また、注文入力装置１０１は、指紋を読み取る指紋センサー３０６を備えている。指１０２を指紋センサー３０６に乗せることで、指１０２の指紋を読み取ることができる。また、店長は、本実施形態の注文入力装置１０１を使用することで、注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などを行うことができる。
【００２２】
図２は本実施形態における注文入力装置１０１の構成を示したブロック図である。注文入力装置１０１には、ＣＰＵ３０１（中央演算処理装置、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、ＲＯＭ３０２（リードオンリーメモリー、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）と、ＲＡＭ３０３（ランダムアクセスメモリ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）と、キーボード部３０４と、キーボード入力回路３０５と、指紋センサー３０６と、指紋画像入力回路３０７と、表示部３０８と、表示制御回路３０９と、無線回路３１０と、無線制御部３１１とを備える。
【００２３】
図３は本実施形態における注文データ管理装置１０３の構成を示したブロック図である。注文データ管理装置１０３には、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、通信制御部４０４と、通信回路４０５と、ハードディスク装置４０６とを備える。
【００２４】
以下、本実施形態における認証方法について図４および図５を参照して説明する。図４は、注文入力装置１０１を使用する使用者が店長業務を行う権限があるか否か注文データ管理装置１０３が判断する場合において、注文入力装置１０１が行う処理について示したフローチャートである。図５は、注文入力装置１０１を使用する使用者が店長業務を行う権限があるか否か注文データ管理装置１０３が判断する場合において、注文データ管理装置１０３が行う処理について示したフローチャートである。
【００２５】
はじめに、図４のフローチャートが示す注文入力装置１０１での処理手順について説明する。
（ステップＳ１０１）注文入力装置１０１の使用者は、注文入力装置１０１が備える指紋センサー３０６に指を置く。指紋センサー３０６が指を感知すると、指紋画像入力回路３０７は、指紋センサー３０６を介して指紋を読み取り、ＲＡＭ３０３に指紋画像として記憶させる。
（ステップＳ１０２）ＣＰＵ３０１は、ＲＡＭ３０３に記憶された指紋画像を読み出し、読み出した指紋画像に指紋が含まれているか否か判断する。指紋画像に指紋が含まれているとＣＰＵ３０１が判断した場合はステップＳ１０３に進み、指紋画像に指紋が含まれていないとＣＰＵ３０１が判断した場合はステップＳ１０１に戻る。
（ステップＳ１０３）ＣＰＵ３０１は、ステップＳ１０２で読み出した指紋画像を、無線制御部３１１に送る。無線制御部３１１は、無線回路３１０を介して指紋画像を注文データ管理装置１０３に送信する。
（ステップＳ１０４）無線回路３１０は、ステップＳ１０３で注文データ管理装置１０３に送信した指紋画像に対する応答メッセージを受信する。無線制御部３１１は、無線回路３１０が受信した応答メッセージをＲＡＭ３０３に記憶させる。なお、応答メッセージには、認証が成功したか否かを示す情報が含まれる。
（ステップＳ１０５）ＣＰＵ３０１は、ＲＡＭ３０３に記憶された応答メッセージを読み出し、読み出した応答メッセージに含まれる、認証が成功したか否かを示す情報を取得する。また、ＣＰＵ３０１は取得した認証が成功したか否かを示す情報に基づいて、注文入力装置１０１の使用者は店長業務を実施可能か否か判断する。例えば、認証が成功したか否かを示す情報が「認証成功」であれば店長業務を実施可能と判断し、認証が成功したか否かを示す情報が「認証失敗」であれば店長業務を実施不可能と判断する。店長業務を実施可能とＣＰＵ３０１が判断した場合はステップＳ１０６に進み、店長業務を実施不可能とＣＰＵ３０１が判断した場合はステップＳ１０７に進む。
（ステップＳ１０６）注文入力装置１０１は、使用者に対して店長業務の実施を許可する。具体的には注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などの実施を許可する。よって、注文入力装置１０１の使用者は、店長業務を実施することが可能となる。
（ステップＳ１０７）注文入力装置１０１は、使用者に対して店長業務の実施を許可しない。よって、注文入力装置１０１の使用者は、店長業務を実施することができない。また、表示制御回路３０９は、表示部３０８にエラーメッセージを表示させる。例えば、表示制御回路３０９は、「認証失敗」のメッセージを表示部３０８に表示させる。
【００２６】
次に、図５のフローチャートが示す注文データ管理装置１０３での処理手順について説明する。
（ステップＳ２０１）通信回路４０５は、注文入力装置１０１が送信した指紋画像を受信する。通信制御部４０４は、通信回路４０５が受信した指紋画像をＲＡＭ４０２に記憶させる。
（ステップＳ２０２）ＣＰＵ４０１は、ＲＡＭ４０２に記憶された指紋画像を読み出し、読み出した指紋画像から指紋の特徴を抽出する。
（ステップＳ２０３）ＣＰＵ４０１は、ステップＳ２０２で抽出した指紋の特徴と、予めハードディスク装置４０６に記憶されている指紋の特徴とを比較し、ステップＳ２０２で抽出した抽出した指紋の特徴と同一の指紋の特徴がハードディスク装置４０６に記憶されているか否か判断する。
（ステップＳ２０４）ステップＳ２０２で抽出した指紋の特徴と同一の指紋の特徴がハードディスク装置４０６に記憶されているか否かステップＳ２０３で判断した結果に基づいて、ＣＰＵ４０１は、注文入力装置１０１からのアクセスを許可するか否か判断する。具体的には、ステップＳ２０２で抽出した指紋の特徴と同一の指紋の特徴がハードディスク装置４０６に記憶されていると判断した場合、ＣＰＵ４０１は、注文入力装置１０１からのアクセスを許可すると判断し、ステップＳ２０５に進む。ステップＳ２０２で抽出した指紋の特徴と同一の指紋の特徴がハードディスク装置４０６に記憶されていないと判断した場合、ＣＰＵ４０１は、注文入力装置１０１からのアクセスを許可しないと判断し、ステップＳ２０６に進む。
（ステップＳ２０５）通信回路４０５を介して、通信制御部４０４は認証が成功したか否かを示す情報として「認証成功」の情報を注文入力装置１０１に送信する。
（ステップＳ２０６）通信回路４０５を介して、通信制御部４０４は認証が成功したか否かを示す情報として「認証失敗」の情報を注文入力装置１０１に送信する。
【００２７】
上述したとおり、本実施形態によれば、指紋認証を行うことで、必要な人が安全に店長業務を実施することができる。また、指紋の特徴を抽出する処理は、注文データ管理装置１０３のＣＰＵが行うため、注文入力装置１０１の中央演算処理装置の処理能力を従来と同等に抑えながら指紋認証を実施できる。また、店長業務の許可対象の使用者の指紋の特徴については、注文データ管理装置１０３のハードディスク装置４０６が記憶するため、注文入力装置１０１の中央演算処理装置のメモリの容量を従来と同等に抑えながら指紋認証を実施できる。また、店長業務の許可対象の使用者の指紋の特徴については、注文データ管理装置１０３のハードディスク装置４０６が一箇所で管理するため、予め指紋の特徴を記憶させるのも注文データ管理装置１０３のハードディスク装置４０６のみで良い。そのため、複数の注文入力装置がある場合においても、全ての注文入力装置に予め指紋の特徴を記憶させることなく指紋認証を行うことができる。
【００２８】
また、セキュリティレベルを、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとの3段階と設定し、注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などの店長業務の実施については、セキュリティ領域にログインしている注文入力装置１０１からのみ可能としてもよい。なお、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインにはユーザＩＤとパスワードを用いた認証とし、セキュリティ領域へのログインは指紋認証などの生体認証とする。また、本実施例では、注文データ管理装置１０３へログインするには、注文入力装置１０１へログインしていなければならず、セキュリティ領域へログインするには、注文データ管理装置１０３へログインしていなければならないとする。
【００２９】
図６は、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとの3段階にセキュリティレベルを設定した際のアクセス可能・不可能を示した図である。ステップＳ３０１では、注文入力装置１０１へのログインで拒絶されている。ステップＳ３０２では、注文入力装置１０１へのログインは成功しているが、注文データ管理装置１０３へのログインで拒絶されている。ステップＳ３０３では、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインとは成功しているが、セキュリティ領域へのログインで拒絶されている。ステップＳ３０４では、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとが成功している。
【００３０】
上述したとおり、セキュリティレベルを注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとの3段階とすることで、さらに安全に店長業務を行うことが可能となる。
【００３１】
なお、予め、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインとをスキップすることができるフラグを注文入力装置１０１のＲＡＭ３０３と注文データ管理装置１０３のＲＡＭ４０２に記憶しておき、セキュリティレイヤのみの認証でセキュリティ領域へのログインを可能としてもよい。
【００３２】
図７は、セキュリティレイヤのみの認証でセキュリティ領域へのログインを示した図である。ステップＳ４０１では、注文データ管理装置１０３へのログインを制御しているソフトウェアと、注文入力装置１０１へのログインを制御しているソフトウェアとが、セキュリティ領域へのログインについて監視しており、セキュリティ領域へのログインが認められた場合、注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインについても可能とするため、一度で注文入力装置１０１へのログインと、注文データ管理装置１０３へのログインと、セキュリティ領域へのログインとが可能となる。
【００３３】
また、注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などの店長業務の実施については、注文データ管理装置１０３のハードディスク装置４０６が記憶するセキュリティデータにアクセスする必要がある。このセキュリティデータに注文入力装置１０１からアクセスするには、専用のアプリケーションを注文データ管理装置１０３から注文入力装置１０１にダウンロードし、ダウンロードしたセキュリティデータアクセス専用アプリケーション経由でなければアクセスすることができないとしてもよい。また、注文データ管理装置１０３も管理装置アプリケーションを起動し、セキュリティデータアクセス専用アプリケーションとコマンドおよびデータのやり取りをしてもよい。
【００３４】
図８は、注文入力装置１０１が注文データ管理装置１０３からセキュリティデータアクセス専用アプリケーションをダウンロードする手順を示した図である。
（ステップＳ５０１）注文入力装置１０１は注文データ管理装置１０３に認証データを送信する。
（ステップＳ５０２）注文データ管理装置１０３は注文入力装置１０１より送信された認証データに基づいて注文入力装置１０１の認証を行う。ステップＳ５０１とステップＳ５０２については先述の図５および図６で示した方法で行う。
（ステップＳ５０３）注文データ管理装置１０３は、ハードディスク装置４０５に記憶するセキュリティデータアクセス専用アプリケーションを注文入力装置１０１に送信する。
（ステップＳ５０４）注文入力装置１０１は注文データ管理装置１０３から送信されたセキュリティデータアクセス専用アプリケーションをＲＡＭ３０３に記憶する。
（ステップＳ５０５）注文入力装置１０１のＣＰＵ３０１は、ＲＡＭ３０３が記憶するセキュリティデータアクセス専用アプリケーションを読み出し、起動する。
（ステップＳ５０６）注文入力装置１０１のＣＰＵ３０１は、起動されたセキュリティデータアクセス専用アプリケーションに記述された命令を実行し、無線回路３１０を介して注文データ管理装置１０３とコマンドおよびデータのやり取りを行う。また、注文データ管理装置１０３のＣＰＵ４０１は、予め起動されている管理装置アプリケーションに記述された命令を実行し、通信回路４０５を介して注文入力装置１０１とコマンドおよびデータのやり取りを行う。
【００３５】
上述したとおり、注文入力装置１０１のＣＰＵ３０１は、起動されたセキュリティデータアクセス専用アプリケーションに記述された命令を実行し、無線回路３１０を介して注文データ管理装置１０３とコマンドおよびデータのやり取りを行う。この場合のみ、注文入力装置１０１はセキュリティデータにアクセスすることが可能となる。そのため、本実施形態の注文データ管理システムは、さらに安全に店長業務を行うことが可能となる。
【００３６】
また、注文データ管理装置１０３のＣＰＵ４０１は、セキュリティデータアクセス専用アプリケーションＩＤをランダムに作成し、注文データ管理装置１０３のハードディスク装置４０６は、セキュリティデータアクセス専用アプリケーションＩＤと予め設定されている管理装置アプリケーションＩＤとの組を、図９に示すようにセキュリティデータアクセス専用アプリケーションと、管理装置アプリケーションとに含めて記憶しても良い。
【００３７】
図９は、注文データ管理装置１０３のＣＰＵ４０１が、通信回路４０５を介してセキュリティデータアクセス専用アプリケーションを注文入力装置１０１に対して送信する例を示した図である。図示する例では、注文データ管理装置１０３のハードディスク装置４０６は、管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとを含んだセキュリティデータアクセス専用アプリケーションと、管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとを含んだ管理装置アプリケーションとを記憶している。注文入力装置１０１のＲＡＭ３０３は、注文データ管理装置１０３から送信され、無線回路３１０を介して受信した管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとを含んだセキュリティデータアクセス専用アプリケーションを記憶している。
【００３８】
ステップＳ５０６で、注文入力装置１０１のＣＰＵ３０１は、起動されたセキュリティデータアクセス専用アプリケーションに記述された命令を実行し、無線回路３１０を介して注文データ管理装置１０３とコマンドおよびデータのやり取りを行う際に、セキュリティデータアクセス専用アプリケーションに含まれている管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組も同時に送信する。通信回路４０５を介して管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組を受信した注文データ管理装置１０３のＣＰＵ４０１は、送信された管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組と、管理装置アプリケーションが含んでいる管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組とが一致するか否か確認し、一致した場合のみコマンドおよびデータのやり取りを許可しても良い。
【００３９】
また、ステップＳ５０６で、注文データ管理装置１０３のＣＰＵ４０１は、予め起動されている管理装置アプリケーションに記述された命令を実行し、通信回路４０５を介して注文入力装置１０１とコマンドおよびデータのやり取りを行う際に、管理装置アプリケーションに含まれている管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組も同時に送信する。無線回路３１０を介して管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組を受信した注文入力装置１０１のＣＰＵ３０１は、送信された管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組と、セキュリティデータアクセス専用アプリケーションが含んでいる管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組とが一致するか否か確認し、一致した場合のみコマンドおよびデータのやり取りを許可しても良い。
【００４０】
上述したとおり、注文入力装置１０１のＣＰＵ３０１と注文データ管理装置１０３のＣＰＵ４０１とは、コマンドおよびデータのやり取りを行う毎に、管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組を同時に送信する。また、注文入力装置１０１のＣＰＵ３０１と注文データ管理装置１０３のＣＰＵ４０１とは、受信した管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組と、セキュリティデータアクセス専用アプリケーションまたは管理装置アプリケーションがあらかじめ含んでいる管理装置アプリケーションＩＤとセキュリティデータアクセス専用アプリケーションＩＤとの組とを比較し、一致した場合のみコマンドおよびデータのやり取りを許可する。そのため、本実施形態の注文データ管理システムは、さらに安全に店長業務を行うことが可能となる。
【００４１】
また、注文入力装置１０１のＣＰＵ３０１は、店長業務終了後、セキュリティデータアクセス専用アプリケーションをＲＡＭ３０３から完全に消去しても良い。
【００４２】
図１０は注文入力装置１０１のＲＡＭ３０３上にロードされているセキュリティデータアクセス専用アプリケーションを示した図である。図示する例では、ＲＡＭ３０３には、業務アプリケーションと、セキュリティデータアクセス専用アプリケーションとがロードされている。なお、セキュリティデータアクセス専用アプリケーションは業務アプリケーションからサブルーチンコールまたはサブプロセス起動などの手法で呼び出される。また、セキュリティデータアクセス専用アプリケーションは起動部分と、メイン部分と、終了処理部分と、ＯＳ依存の終了処理とがある。また、起動部分とメイン部分とはオフセット０からオブセットＮの間にロードされている。
【００４３】
図１１は、注文入力装置１０１のＣＰＵ３０１がセキュリティデータアクセス専用アプリケーションをＲＡＭ３０３から消去する手順を示したフローチャートである。
（ステップＳ６０１）注文入力装置１０１のＣＰＵ３０１は、セキュリティデータアクセス専用アプリケーションを実行し、店長業務を実施する。
（ステップＳ６０２）注文入力装置１０１のＣＰＵ３０１は、セキュリティデータアクセス専用アプリケーションを終了する際に終了処理をコールする。なお、例外処理によってセキュリティデータアクセス専用アプリケーションが強制終了する際も終了処理をコールされるようにトラップ処理を設定する。終了処理がコールされた場合ＣＰＵ３０１は終了処理を実施する。終了処理では、ＣＰＵ３０１はＲＡＭ３０３上のプログラムのオフセット０からオフセットＮまでを特定のデータでＦｉｌｌする。例えば、特定のデータとは０データ、ＦＦクリア、ＣＰＵ３０１が実行しても悪影響を与えない値である。
（ステップＳ６０３）ＣＰＵ３０１は、ＯＳ依存の終了処理を行う。ＯＳ依存の処理とは、ＣＰＵ３０１はサブルーチンコールに対応してリターン命令を実行する。または、ＣＰＵ３０１はサブプロセス起動に対してプロセス終了命令を実行する。
【００４４】
セキュリティデータアクセス専用アプリケーションがＲＡＭ３０３上に残っていると、第三者によって、セキュリティデータアクセス専用アプリケーションを再起動されたり、リバースエンジニア手法によって解析されたりすることが考えられる。本実施形態では、上述したとおり、注文入力装置１０１のＣＰＵ３０１が、店長業務終了後、セキュリティデータアクセス専用アプリケーションをＲＡＭ３０３から完全に消去する。そのため。第三者によって、セキュリティデータアクセス専用アプリケーションを再起動されたり、リバースエンジニア手法によって解析されたりすることを防ぐことが可能となる。
【００４５】
また、セキュリティデータアクセス専用アプリケーションを起動可能な時間を制限しても良い。図１２は、注文データ管理装置１０３のハードディスク装置４０６が記憶する、セキュリティデータアクセス専用アプリケーションの配信時刻を記録する配信時刻テーブルを示した図である。図示する例では、配信時刻テーブルは、端末アプリケーションＩＤと、セキュリティデータアクセス専用アプリケーションを注文データ管理装置１０３から注文入力装置１０１に配信した配信時刻とを記憶する。
【００４６】
例えば、セキュリティデータアクセス専用アプリケーションを注文データ管理装置１０３から注文入力装置１０１に配信した配信時刻から１時間を有効時間とする。有効時間を過ぎたセキュリティデータアクセス専用アプリケーションについては、先述した、注文入力装置１０１のＣＰＵ３０１が、セキュリティデータアクセス専用アプリケーションをＲＡＭ３０３から完全に消去する方法で消去する。なお、有効時間の判断は、注文入力装置１０１からアクセスがある毎に、注文データ管理装置１０３のＣＰＵ４０１は、配信時刻テーブルが記憶する端末アプリケーションＩＤと、配信時刻と、注文入力装置１０１から送信される端末アプリケーションＩＤと、現在時刻とから、現在時刻が配信時刻から１時間を越えているか否か判断する。１時間を越えていると判断した場合、注文データ管理装置１０３のＣＰＵ４０１は、注文入力装置１０１に対して、通信回路４０５を介してセキュリティデータアクセス専用アプリケーションの消去命令を送信する。
【００４７】
また、有効時間の判断は以下のように判断しても良い。注文入力装置１０１のＣＰＵ３０１が有効時刻と配信された時刻をＲＡＭ３０３に記憶させる。注文入力装置１０１のＣＰＵ３０１は、注文入力装置１０１から注文データ管理装置１０３にアクセスする毎に、注文入力装置１０１のＣＰＵ３０１が、ＲＡＭ３０３から有効時刻と配信された時刻とを読み出す。注文入力装置１０１のＣＰＵ３０１は、読み出した有効時刻と配信された時刻と、現在の時刻とに基づいて、セキュリティデータアクセス専用アプリケーションが配信されてから１時間を越えているか否か判断してもよい。１時間を越えていると判断した場合、注文入力装置１０１のＣＰＵ３０１は、セキュリティデータアクセス専用アプリケーションの消去命令を出す。
【００４８】
上述したとおり、セキュリティデータアクセス専用アプリケーションの有効期限を予め決定し、決定した有効時間を経過した場合、注文入力装置１０１のＣＰＵ３０１は、ＲＡＭ３０３上からセキュリティデータアクセス専用アプリケーションを消去する。そのため、セキュリティデータアクセス専用アプリケーションの有効期限経過後、注文入力装置１０１は、注文データ管理装置１０３のハードディスク装置４０６が記憶するセキュリティデータにアクセスすることが不可能となる。よって、さらに安全に店長業務を実施することができる。
【００４９】
また、セキュリティデータアクセス専用アプリケーションの通信回数を制限しても良い。図１３はセキュリティデータアクセス専用アプリケーションと管理装置アプリケーションとの通信回数を示した図である。図示する例では、セキュリティデータアクセス専用アプリケーションの通信回数の制限を４回とし、５回以上の場合は、注文データ管理装置１０３のＣＰＵ４０１は、注文入力装置１０１からのアクセスを拒否する。また、注文データ管理装置１０３のＣＰＵ４０１は、通信回路４０５を介して、注文入力装置１０１に対してセキュリティデータアクセス専用アプリケーションの消去命令を送信する。
【００５０】
なお、通信回数のカウントは、不正に書き換えられることを防止するため、セキュリティデータアクセス専用アプリケーションを用いて注文入力装置１０１のＣＰＵ３０１と、管理装置アプリケーションを用いて注文データ管理装置１０３のＣＰＵ４０１とがそれぞれ行い、通信データ上には含まないとする。
【００５１】
上述したとおり、有効通信回数を予め決定し、決定した有効通信回数を超えた場合、注文入力装置１０１のＣＰＵ３０１は、ＲＡＭ３０３上からセキュリティデータアクセス専用アプリケーションを消去する。そのため、有効通信回数を超えた後、注文入力装置１０１は、注文データ管理装置１０３のハードディスク装置４０６が記憶するセキュリティデータにアクセスすることが不可能となる。よって、さらに安全に店長業務を実施することができる。
【００５２】
また、注文データ管理装置１０３が記憶する経営データの閲覧・更新・変更や、システム構成の変更などの店長業務の実施については、注文データ管理装置１０３が記憶するデータおよび業務へアクセスすることが可能な権限であるアクセスレベルを細分化し、かつ店員の役職毎にアクセスレベルを割り当てても良い。
【００５３】
図１４は、注文データ管理装置１０３が記憶する経営データを示した図である。図示する例では、経営データには売上データ（日報〜月報）と、例外処理データと、従業員管理データと、その他のデータとの４つのデータが含まれる。また、売上データ（日報〜月報）には、売上値と、担当者別売上と、時間帯別売上と、客が滞在している時間である時間帯別滞留時間と、時間帯別客層と、曜日別売上と、メニュー別ＡＢＣ分析と、種類別売上と、価格帯別出数とが含まれる。時間帯別客層の客層は、男／女／家族／カップルなどとする。また、種類別売上の種類は、ドリンク類などの種類とする。
【００５４】
また、例外処理データには、提供時間オーバー件数と、オーダーミス件数と、戻し／修正会計内訳と、未収会計内訳と、品切れオーダー一覧（チャンスロス）とが含まれる。提供時間オーバー件数は、オーダー受け付け後、料理を提供するまでの時間を管理する場合に用いる。戻し／修正会計内訳は、レジの打ち間違いを記録する。未収会計内訳は、代金が未回収のデータを記録する。品切れオーダー一覧は、品切れになった料理を注文され、客に対し注文を断った件数を記録する。
【００５５】
また従業員管理データには、担当者別売上と、従業員食事と、担当者別未収会計内訳と、担当者別提供時間オーバー件数と、担当者別オーダーミス件数と、担当者別戻し／修正会計内訳とが含まれる。また、その他のデータには販売促進情報が含まれる。販売促進情報は、客に渡す伝票に販売促進のためのメッセージを印字する場合、印字する内容および印字する枚数などの管理データである。
【００５６】
図１５は、店員の役職毎に細分化した、注文データ管理装置１０３が記憶するデータおよび業務へアクセスすることが可能な権限であるアクセスレベルを示した図である。図示する例では、アクセスレベルは経営者と、エリアマネージャと、店長と、副店長と、時間帯責任者との５つのアクセスレベルがある。経営者のアクセスレベルが付与された場合、実施できる業務は全業務である。また閲覧できるデータは、全店舗の売上データと、全店舗の例外データと、全店舗の従業員（エリアマネージャ含む）管理データである。また、編集できるデータは、全店舗共通の値引き・サービス情報と、全店舗共通の販売促進情報である。
【００５７】
エリアマネージャのアクセスレベルが付与された場合、実施できる業務は店舗間の相互支援のための勤務シフト管理である。また閲覧できるデータは、管轄エリアの売上データと、管轄エリアの例外データと、管轄エリアの従業員（店長含む）管理データである。また、編集できるデータは、管轄エリア固有の値引き・サービス情報と、管轄エリア固有の販売促進情報である。
【００５８】
店長のアクセスレベルが付与された場合、実施できる業務は勤怠管理（副店長含む）と、勤務シフト管理（副店長含む）と、食材等の発注業務である。また閲覧できるデータは、店舗の売上データと、店舗の例外データと、店舗の従業員（副店長含む）管理データである。また、編集できるデータは、店舗固有の値引き・サービス情報と、店舗固有の販売促進情報である。
【００５９】
副店長のアクセスレベルが付与された場合、実施できる業務は勤怠管理（副店長含まず）と、勤務シフト管理（副店長含まず）と、食材等の発注業務である。また閲覧できるデータは、店舗の売上データと、店舗の例外データと、店舗の従業員（副店長含まず）管理データである。また、編集できるデータは、店舗固有の値引き・サービス情報と、店舗固有の販売促進情報である。
【００６０】
時間帯責任者のアクセスレベルが付与された場合、実施できる業務は管理時間帯のシフト管理である。また閲覧できるデータは、管理時間帯の売上データと、管理時間帯の例外データである。また、編集できるデータはない。
【００６１】
細分化したアクセスレベルの店員への割り当ては、注文データ管理装置１０３のハードディスク装置４０６が記憶する、従業員管理データに記憶される。図１６は従業員管理データを示した図である。図示する例では、従業員管理データは、社員ＩＤと、名前と、役職と、アクセスレベルと、指紋特徴データとが含まれる。
【００６２】
図４および図５を参照して説明した指紋認証方法では、注文入力装置１０１を使用する使用者が店長業務を行う権限があるか否か注文データ管理装置１０３のＣＰＵ４０１が判断するとしたが、図１４と図１５と図１６とに示した情報を用いて、注文入力装置１０１を使用する使用者が店長業務を行う権限があるか否かのみだけではなく、経営者の業務を行う権限があるか否か、エリアマネージャの業務を行う権限があるか否か、店長の業務を行う権限があるか否か、副店長の業務を行う権限があるか否か、時間帯責任者の業務を行う権限があるか否かを判断してもよい。
【００６３】
上述したとおり、本実施形態の注文データ管理装置は、注文入力装置の中央演算処理装置の処理能力やメモリの容量を従来と同等に抑えながら、指紋認証などの生体認証を実施することができ、複数の必要な人が過不足なく安全に店長業務を実施することができる。
【００６４】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【図面の簡単な説明】
【００６５】
【図１】本発明の一実施形態における注文データ管理システムの構成を示した構成図である。
【図２】本実施形態における注文入力装置の構成を示したブロック図である。
【図３】本実施形態における注文データ管理装置の構成を示したブロック図である。
【図４】本実施形態における注文入力装置が行う処理について示したフローチャートである。
【図５】本実施形態における注文データ管理装置が行う処理について示したフローチャートである。
【図６】本実施形態における注文入力装置へのログインと、注文データ管理装置へのログインと、セキュリティ領域へのログインとの3段階に設定した際のアクセス可能・不可能を示した図である。
【図７】本実施形態におけるセキュリティレイヤのみの認証でセキュリティ領域へのログインを示した図である。
【図８】本実施形態における注文入力装置が注文データ管理装置からセキュリティデータアクセス専用アプリケーションをダウンロードする手順を示した図である。
【図９】本実施形態における注文データ管理装置が、注文入力装置に対して、セキュリティデータアクセス専用アプリケーションを送信する例を示した図である。
【図１０】本実施形態における注文入力装置のＲＡＭ上にロードされているセキュリティデータアクセス専用アプリケーションを示した図である。
【図１１】本実施形態におけるセキュリティデータアクセス専用アプリケーションをＲＡＭから消去する手順を示したフローチャートである。
【図１２】本実施形態における注文データ管理装置が持つ、セキュリティデータアクセス専用アプリケーションの配信時刻を記録する配信時刻テーブルを示した図である。
【図１３】本実施形態におけるセキュリティデータアクセス専用アプリケーションと管理装置アプリケーションとの通信回数を示した図である。
【図１４】本実施形態における注文データ管理装置が記憶する経営データを示した図である。
【図１５】本実施形態における店員の役職毎に細分化した、注文データ管理装置が記憶するデータおよび業務へアクセスすることが可能な権限であるアクセスレベルを示した図である。
【図１６】本実施形態における従業員管理データを示した図である。
【符号の説明】
【００６６】
１０１・・・注文入力装置、１０３・・・注文データ管理装置、１０４・・・無線制御装置、１０５・・・プリンタ、１０６・・・有線ネットワーク、３０１，４０１・・・ＣＰＵ、３０２，４０２・・・ＲＯＭ、３０３，４０３・・・ＲＡＭ、３０４・・・キーボード部、３０５・・・キーボード入力回路、３０６・・・指紋センサー、３０７・・・指紋画像入力回路、３０８・・・表示部、３０９・・・表示制御回路、３１０・・・無線回路、３１１・・・無線制御部、４０４・・・通信制御部、４０５・・・通信回路、４０６・・・ハードディスク装置
【特許請求の範囲】
【請求項１】
少なくともメニュー名称とメニューコードとを関連付けたメニューリストを記憶し、操作者によって前記メニューリストより選択された前記メニューコードと、個数と、客の識別情報とを含む注文データを受け付け、注文データ管理装置に送信する注文入力装置と、前記注文入力装置より送信された前記注文データを受信し、受信した前記注文データを記憶し管理する注文データ管理装置とを備えた注文データ管理システムにおいて、
前記注文入力装置は、前記操作者の生体認証情報を取得する生体センサーと、前記生体センサーで取得した前記生体認証情報を送信する入力装置送信部と、
を備え、
前記注文データ管理装置は、前記生体認証情報を記憶する記憶部と、前記注文入力装置から送信された前記生体認証情報を受信する受信部と、前記受信部で受信した前記生体認証情報と、前記記憶部が記憶する前記生体認証情報とが一致するか否か判断する判断部と、前記判断部が判断した結果に基づいて前記注文入力装置からのアクセスを許可するか否か判断する許可判断部と、
を備えたことを特徴とする注文データ管理システム。
【請求項２】
前記注文データ管理装置は送信部を備え、前記記憶部はさらにセキュリティデータアクセス専用アプリケーションを記憶し、前記許可判断部で前記注文入力装置からのアクセスを許可すると判断した場合、前記送信部は前記注文入力装置に対して前記記憶部が記憶する前記セキュリティデータアクセス専用アプリケーションを送信し、
前記注文入力装置は入力装置受信部と、入力装置実行部とを備え、前記入力装置受信部は前記注文データ管理装置から送信された前記セキュリティアクセス専用アプリケーションを受信し、前記入力装置実行部は、前記入力装置受信部が受信した前記セキュリティデータアクセス専用アプリケーションを実行し、前記注文データ管理装置にアクセスする
ことを特徴とする請求項１に記載の注文データ管理システム。
【請求項３】
前記注文データ管理装置は、セキュリティデータアクセス専用アプリケーションＩＤを生成するＩＤ生成部と、管理装置アプリケーションを実行する実行部とを備え、
前記セキュリティデータアクセス専用アプリケーションは、前記ＩＤ生成部が生成した前記セキュリティデータアクセス専用アプリケーションＩＤと予め決められた管理装置アプリケーションＩＤとの組み合わせを含み、
前記管理装置アプリケーションは、前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせを含み、
前記入力装置実行部は、前記セキュリティデータアクセス専用アプリケーションに含まれる前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせを、前記入力装置送信部を介して前記注文データ管理装置へ送信し、
前記実行部は、前記注文入力装置より前記受信部を介して受信した前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせと、前記管理装置アプリケーションに含まれる前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせとが一致するか否か判断し、判断した結果に基づいて前記注文入力装置からのアクセスを許可するか否か判断する
ことを特徴とする請求項２に記載の注文データ管理システム。
【請求項４】
前記注文入力装置は一時記憶部を備え、
前記入力装置実行部は、前記セキュリティデータアクセス専用アプリケーションを実行するときに、前記セキュリティデータアクセス専用アプリケーションを前記一時記憶部に記憶し、
前記入力装置実行部はさらに、前記セキュリティデータアクセス専用アプリケーションの実行を終了するときに、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去する
ことを特徴とする請求項２または請求項３のいずれか一項に記載の注文データ管理システム。
【請求項５】
前記実行部はさらに、予め決定されている前記セキュリティデータアクセス専用アプリケーションの実行可能時間が経過した後に、前記セキュリティデータアクセス専用アプリケーションの実行終了を指示する終了指示情報を、前記送信部を介して前記注文データ入力装置に送信し、
前記入力装置実行部は、前記入力装置受信部を介して前記終了指示情報を受信した場合、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去する
ことを特徴とする請求項４に記載の注文データ管理システム。
【請求項６】
前記実行部はさらに、予め決定されている所定のアクセス回数を超えて前記注文データ管理装置にアクセスしたときに、前記セキュリティデータアクセス専用アプリケーションの実行終了を指示する終了指示情報を、前記送信部を介して前記注文データ入力装置に送信し、
前記入力装置実行部は、前記入力装置受信部を介して前記終了指示情報を受信した場合、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去する
ことを特徴とする請求項４に記載の注文データ管理システム。
【請求項１】
少なくともメニュー名称とメニューコードとを関連付けたメニューリストを記憶し、操作者によって前記メニューリストより選択された前記メニューコードと、個数と、客の識別情報とを含む注文データを受け付け、注文データ管理装置に送信する注文入力装置と、前記注文入力装置より送信された前記注文データを受信し、受信した前記注文データを記憶し管理する注文データ管理装置とを備えた注文データ管理システムにおいて、
前記注文入力装置は、前記操作者の生体認証情報を取得する生体センサーと、前記生体センサーで取得した前記生体認証情報を送信する入力装置送信部と、
を備え、
前記注文データ管理装置は、前記生体認証情報を記憶する記憶部と、前記注文入力装置から送信された前記生体認証情報を受信する受信部と、前記受信部で受信した前記生体認証情報と、前記記憶部が記憶する前記生体認証情報とが一致するか否か判断する判断部と、前記判断部が判断した結果に基づいて前記注文入力装置からのアクセスを許可するか否か判断する許可判断部と、
を備えたことを特徴とする注文データ管理システム。
【請求項２】
前記注文データ管理装置は送信部を備え、前記記憶部はさらにセキュリティデータアクセス専用アプリケーションを記憶し、前記許可判断部で前記注文入力装置からのアクセスを許可すると判断した場合、前記送信部は前記注文入力装置に対して前記記憶部が記憶する前記セキュリティデータアクセス専用アプリケーションを送信し、
前記注文入力装置は入力装置受信部と、入力装置実行部とを備え、前記入力装置受信部は前記注文データ管理装置から送信された前記セキュリティアクセス専用アプリケーションを受信し、前記入力装置実行部は、前記入力装置受信部が受信した前記セキュリティデータアクセス専用アプリケーションを実行し、前記注文データ管理装置にアクセスする
ことを特徴とする請求項１に記載の注文データ管理システム。
【請求項３】
前記注文データ管理装置は、セキュリティデータアクセス専用アプリケーションＩＤを生成するＩＤ生成部と、管理装置アプリケーションを実行する実行部とを備え、
前記セキュリティデータアクセス専用アプリケーションは、前記ＩＤ生成部が生成した前記セキュリティデータアクセス専用アプリケーションＩＤと予め決められた管理装置アプリケーションＩＤとの組み合わせを含み、
前記管理装置アプリケーションは、前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせを含み、
前記入力装置実行部は、前記セキュリティデータアクセス専用アプリケーションに含まれる前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせを、前記入力装置送信部を介して前記注文データ管理装置へ送信し、
前記実行部は、前記注文入力装置より前記受信部を介して受信した前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせと、前記管理装置アプリケーションに含まれる前記セキュリティデータアクセス専用アプリケーションＩＤと前記管理装置アプリケーションＩＤとの組み合わせとが一致するか否か判断し、判断した結果に基づいて前記注文入力装置からのアクセスを許可するか否か判断する
ことを特徴とする請求項２に記載の注文データ管理システム。
【請求項４】
前記注文入力装置は一時記憶部を備え、
前記入力装置実行部は、前記セキュリティデータアクセス専用アプリケーションを実行するときに、前記セキュリティデータアクセス専用アプリケーションを前記一時記憶部に記憶し、
前記入力装置実行部はさらに、前記セキュリティデータアクセス専用アプリケーションの実行を終了するときに、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去する
ことを特徴とする請求項２または請求項３のいずれか一項に記載の注文データ管理システム。
【請求項５】
前記実行部はさらに、予め決定されている前記セキュリティデータアクセス専用アプリケーションの実行可能時間が経過した後に、前記セキュリティデータアクセス専用アプリケーションの実行終了を指示する終了指示情報を、前記送信部を介して前記注文データ入力装置に送信し、
前記入力装置実行部は、前記入力装置受信部を介して前記終了指示情報を受信した場合、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去する
ことを特徴とする請求項４に記載の注文データ管理システム。
【請求項６】
前記実行部はさらに、予め決定されている所定のアクセス回数を超えて前記注文データ管理装置にアクセスしたときに、前記セキュリティデータアクセス専用アプリケーションの実行終了を指示する終了指示情報を、前記送信部を介して前記注文データ入力装置に送信し、
前記入力装置実行部は、前記入力装置受信部を介して前記終了指示情報を受信した場合、前記一時記憶部から前記セキュリティデータアクセス専用アプリケーションを消去する
ことを特徴とする請求項４に記載の注文データ管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００９−５９１３０（Ｐ２００９−５９１３０Ａ）
【公開日】平成２１年３月１９日（２００９．３．１９）
【国際特許分類】
【出願番号】特願２００７−２２５１３０（Ｐ２００７−２２５１３０）
【出願日】平成１９年８月３１日（２００７．８．３１）
【出願人】（３０４０４８７３５）エスアイアイ・データサービス株式会社 (126)
【Ｆターム（参考）】
【公開日】平成２１年３月１９日（２００９．３．１９）
【国際特許分類】
【出願日】平成１９年８月３１日（２００７．８．３１）
【出願人】（３０４０４８７３５）エスアイアイ・データサービス株式会社 (126)
【Ｆターム（参考）】
[ Back to top ]