(57)【要約】【課題】品切れによるチャンスロスを減少させること。【解決手段】購入される商品又は役務に対応する券を発券する発券手段と、前記商品又は役務の販売中止を宣言する宣言手段と、前記販売中止の理由の入力を受け付ける入力手段と、前記入力手段に入力された前記販売中止の理由を前記販売中止になる商品に関する情報と対応付けて出力する出力手段と、を備えることを特徴とする発券機。【選択図】図１
2014048703.tif 000002
【特許請求の範囲】
【請求項１】
購入される商品又は役務に対応する券を発券する発券手段と、
前記商品又は役務の販売中止を宣言する宣言手段と、
前記販売中止の理由の入力を受け付ける入力手段と、
前記入力手段に入力された前記販売中止の理由を前記販売中止になる商品に関する情報と対応付けて出力する出力手段と、
を備えることを特徴とする発券機。
【請求項２】
前記宣言手段は、
前記販売中止の理由が入力されたことを条件として宣言可能であることを特徴とする請求項１に記載の発券機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、指定された券を発券する発券機に関する。
【背景技術】
【０００２】
従来、レストランなどの飲食店において、お客から注文された商品が品切れになっているか否かについて、店員は自身が所持しているハンディターミナル等により把握することができる（特許文献１参照）。店員は、品切れした商品を把握することによってお客からの注文に迅速に対応することができ、サービスを向上させることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平４−１３９５７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の方法では、店舗の管理者はなぜその商品が品切れになったかを正確に把握することができなかった。そのため、過去に品切れを起こした原因などの情報をフィードバックすることができず、同様の原因で品切れを繰り返してしまうおそれがあった。その結果、品切れの影響による商品のチャンスロスが発生するという問題があった。
【０００５】
上記事情に鑑み、本発明は、品切れによるチャンスロスを減少させる技術の提供を目的としている。
【課題を解決するための手段】
【０００６】
本発明の一態様は、購入される商品又は役務に対応する券を発券する発券手段と、前記商品又は役務の販売中止を宣言する宣言手段と、前記販売中止の理由の入力を受け付ける入力手段と、前記入力手段に入力された前記販売中止の理由を前記販売中止になる商品に関する情報と対応付けて出力する出力手段と、を備えることを特徴とする発券機。これにより、品切れ等により販売中止になる理由を知り得ることができるので、その理由を用いて商品の準備等をすることが可能になるので、チャンスロスを減少させることができる。
【０００７】
本発明の一態様は、上記の発券機であって、前記宣言手段は、前記販売中止の理由が入力されたことを条件として宣言可能であることを特徴とする。これにより、販売中止をする際には、必ず理由を入力することが求められるので理由の入力忘れがなく、確実にその理由を得ることができるので、その情報を用いて次の販売をすることができるので、次回以降チャンスロスを減少させることができる。
【発明の効果】
【０００８】
本発明により、店舗の管理者は、品切れ等により商品が販売中止になった理由を知り得ることができる。店舗の管理者は、販売中止の理由を用いて、次回以降の商品の準備等をすることが可能になる。その結果、チャンスロスを減少させることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】発券機を用いた発券システムのシステム構成を示すブロック図である。
【図２】発券機１０の外観構成を示した図である。
【図３】ＲＡＭ１０１に記憶されている商品ファイルの一例を表す図である。
【図４】発券機１０の操作表示パネル１０８の表示例を示す図である。
【図５】品切れ理由情報の具体例を示した図である。
【図６】出勤者ファイル及び出勤者情報ファイルの一例を表す図である。
【図７】在庫ファイル及び店舗ファイルの一例を表す図である。
【図８】本実施形態における品切れモードの処理の流れを示したフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の一実施形態を、図面を参照しながら説明する。
図１は、発券機を用いた発券システムのシステム構成を示すブロック図である。この発券システムは、食堂等に導入される。本発明の発券システムは、発券機１０、ネットワーク２０及び本部装置３０を備える。
【００１１】
発券機１０は、食券を発券する発券機であり、インターネット等のネットワーク２０に接続される。本部装置３０は、ネットワーク２０を介して発券機１０との間での通信を行う。本部装置３０は、発券機１０の動作の管理と発券機１０内の情報管理を行う。また、本部装置３０は、発券機１０から売上情報を収集して、売上情報の管理や売上情報に基づく商品の発注指示を行う。
【００１２】
次に、発券機１０及び本部装置３０の機能構成を説明する。まず、発券機１０の機能構成を説明する。
発券機１０は、ＣＰＵ（Central Processing Unit）１００と、ＲＡＭ（Random Access Memory）１０１と、ＲＯＭ（Read Of Memory）１０２と、コイン投入口１０３と、紙幣投入口１０４と、貨幣識別部１０５と、貨幣払出部１０６と、払出口１０７と、操作表示パネル１０８と、食券印字発行部１０９と、通信手段１１０と、を備える。上記の発券機１０の各機能部は、バス１を介して互いに接続されている。
【００１３】
ＣＰＵ（中央処理装置）１００は、ＲＯＭ１０２に記憶されている発券機プログラムを読み出してＲＡＭ１０１に展開する。ＣＰＵ１００は、展開した発券機プログラム（例えば、商品選択モード用のプログラム、品切れモード用のプログラム）の各ステップを実行することによって、発券機１０全体を統括して制御する。また、ＣＰＵ１００（宣言手段）は商品が品切れになった場合、商品（食材）の品切れ（販売中止）をお客（利用者）に宣言（通知）する。また、ＣＰＵ１００（入力手段）は、商品の品切れを宣言する際に、品切れ食材及び品切れ理由（以下、「品切れ理由情報」という。）の入力を受け付ける。品切れ食材とは、品切れになった食材を表す。品切れ理由とは、食材が品切れになった理由を表す。また、ＣＰＵ１００（宣言手段）は、品切れ理由情報が入力されたことを条件として品切れを宣言可能とする。また、ＣＰＵ１００（出力手段）は、入力された品切れ理由情報と品切れの商品の情報とを対応付けて出力する。
【００１４】
ＲＡＭ１０１には、ＲＯＭ１０２から読み出された発券機プログラムが展開される。また、ＲＡＭ１０１は、発券機プログラムが実行されることによって生成されたデータ（例えば、商品ファイル）を記憶する。
ＲＯＭ１０２は、商品の品切れ入力処理、商品の品切れ宣言処理及び食券の発券処理をＣＰＵ１００に実行させるための発券機プログラムを記憶する。
【００１５】
コイン投入口１０３は、お客が商品を購入する際にコイン（硬貨）が投入される投入口である。
紙幣投入口１０４は、お客が商品を購入する際に紙幣が投入される投入口である。
貨幣識別部１０５は、コイン投入口１０３又は紙幣投入口１０４に投入された貨幣の種類を識別する。
貨幣払出部１０６は、つり銭又は払い出し金として貨幣を払出口１０７から払い出す。
【００１６】
操作表示パネル１０８は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置である。操作表示パネル１０８は、タッチパネルを用いて構成されており料理の選択ボタンを表示する。操作表示パネル１０８は、お客が所望の商品の選択ボタンをタッチすることによって、商品の選択が入力される。なお、操作表示パネル１０８には、商品の選択ボタンの他に「取消」ボタン、同一料理を複数枚まとめて購入することを指示する「まとめ買い」ボタン及び発券機１０の各種設定を行うための「設定」ボタンなども表示される。なお、操作表示パネル１０８は、商品選択画面と品切れモード画面とを画面の「設定」ボタンを操作することによって切り替えられる。商品選択画面とは、お客が商品を選択する画面である。品切れモード画面は、店員が品切れ理由情報を入力する画面である。なお、操作表示パネル１０８は、ＲＡＭ１０１に記憶されている品切れ理由情報を表示する。
【００１７】
食券印字発行部１０９は、ロール状のシートに料理名等を印字し切断することによって食券を発券する。食券印字発行部１０９は、単票の券に印字を行って食券として発券するように構成されても良い。
通信手段１１０は、ネットワーク２０を介して本部装置３０との間で通信を行う。通信手段１１０は、ＣＰＵ１００によって品切れが宣言された時、出力された品切れ理由情報と品切れの商品の情報とを本部装置３０に送信する。
【００１８】
次に、本部装置３０の機能構成を説明する。
本部装置３０は、ＣＰＵ３００と、ＲＡＭ３０１と、ＲＯＭ３０２と、通信手段３０３と、を備える。上記の本部装置３０の各機能部は、バス３を介して互いに接続されている。
ＣＰＵ３００は、ＲＯＭ３０２に記憶されている管理プログラムを読み出してＲＡＭ３０３に展開する。ＣＰＵ３００は、展開した管理プログラムの各ステップを実行することによって、本部装置３０全体を統括して制御する。また、ＣＰＵ３００（特定手段）は、発券機１０から送信された品切れ理由情報に基づいて、アクション情報を生成する。
アクション情報とは、例えば、ある店舗から品切れ理由情報が送信された時、品切れになった食材を有している店舗、かつ、品切れ理由情報を送信した店舗の近隣に位置する店舗の情報に基づいて生成される情報である。
【００１９】
またＲＡＭ３０１は、管理プログラムが実行されることによって生成された各種データ（例えば、在庫ファイル、店舗ファイル、出勤者ファイル、出勤者情報ファイルなど）を記憶する。また、ＲＡＭ３０１は、発券機１０から通信手段３０３を介して送信された品切れ理由情報及び品切れになった商品の情報を記憶する。また、ＲＡＭ３０１は、発券機１０から一定期間に送信された品切れ理由情報の回数を店舗ごとに記憶しても良い。
ＲＯＭ３０２は、ＣＰＵ３００に実行させる管理プログラムを記憶する。
通信手段３０３は、ネットワーク２０を介して発券機１０との間で通信を行う。また、通信手段３０３は、ＣＰＵ３００が生成したアクション情報に基づいて商品が品切れになった店舗の近隣に位置する店舗に品切れの商品を届ける指示を送信する。
【００２０】
図２は、発券機１０の外観構成を示した図である。発券機１０の前面にはコイン投入口１０３、紙幣投入口１０４、払出口１０７、操作表示パネル１０８が配置されている。お客は、操作表示パネル１０８により所望の商品を選択する。お客は、選択した商品の代金をコイン投入口１０３又は紙幣投入口１０４から貨幣を投入することによって支払う。つり銭や払出金は、払出口１０７から払い出される。なお、食券印字発行部１０９が発券した食券は、払出口１０７から払い出される。
【００２１】
図３は、ＲＡＭ１０１に記憶されている商品ファイルの一例を表す図である。
商品ファイルは、商品情報を表すレコード４０を複数有する。レコード４０は、品番、品名、値段、注文可否、使用食材及び品切れ理由情報の各値を有する。
品番は、商品を特定するための識別番号を表す。品名は、商品の商品名（料理名）を表す。値段は、商品の販売価格を表す。値段は、例えば“円”で表されても良い。
【００２２】
注文可否は、レコード４０によって表される商品情報ごとに注文可能な商品か否かを表す。具体的には、注文可否が“０”の項目に対応する商品は、注文が可能であることを表す。注文可否が“１”の項目に対応する商品は、品切れであることを表す。なお、ＣＰＵ１００は、品切れ理由情報が入力された場合、ＲＡＭ１０１から商品ファイルを読み出して品切れとなった商品の注文可否の項目にフラグ「１」をたてる。使用食材は、商品に使用されている食材を表す。
【００２３】
使用食材の項目には、商品に使用されている食材情報（例えば、食材１〜食材３）が記憶される。食材情報とは、食材を表す情報である。品切れ理由情報の値は、レコード４０によって表される商品の品切れに関する情報を表す。品切れ理由情報の具体例として、品切れ理由及び品切れ食材がある。品切れ理由の値は、後述の品切れ理由の項目から選択された品切れの理由を示す情報を表す。品切れ食材の値は、後述の品切れ食材の項目から選択された品切れの食材を示す情報を表す。
【００２４】
図４は、発券機１０の操作表示パネル１０８の表示例を示す図である。
図４（Ａ）は、商品選択画面の表示例を示す図である。商品選択画面には、商品の選択ボタン５０が複数表示される。なお、商品の選択ボタン５０には、商品ファイルに記憶されている各料理の商品名と値段とが表示される。例えば、図３の商品ファイルによれば、操作表示パネル１０８には、品名「カレーライス」と値段「５００円」とが選択ボタン５０に表示される。
【００２５】
図４（Ａ）の操作表示パネル１０８の商品選択画面を見て、お客は、所望の商品の選択ボタン５０をタッチする。その後、お客は発券機１０のコイン投入口１０３又は紙幣投入口１０４から代金を投入する。食券印字発行部１０９は、代金が投入されるとタッチされた選択ボタン５０の商品の食券を発券する。発券された食券は、払出口１０７から払い出される。また、つり銭や払出金は、必要に応じて払出口１０７から払い出される。
【００２６】
なお、図４（Ａ）の操作表示パネル１０８には、「次画面」ボタンが表示されるように構成されても良い。この場合、操作表示パネル１０８は、「次画面」がタッチされると、１画面には収まりきらなかったその他の商品を表示させることができる。その他の商品とは、商品ファイルに記憶されている商品である。また、操作表示パネル１０８は、「次画面」ボタンがタッチされて表示画面が変更された場合、「戻る」ボタンが表示される。この場合、操作表示パネル１０８は、「戻る」ボタンがタッチされると図４（Ａ）の商品選択画面に戻る。
【００２７】
図４（Ｂ）は、品切れモード画面の表示例を示す図である。品切れモード画面には、操作表示パネル１０８に商品毎に「理由」ボタンと、「実行」ボタンとが表示される。「理由」ボタンは、商品の品切れの理由を入力し、品切れを宣言させる際に店員によって押下される。「実行」ボタンは、商品の品切れを実行させる際に店員によって押下される。
【００２８】
具体的には、店員は、「理由」ボタンを押下して品切れ理由情報を入力する。その後、店員は、「実行」ボタンを押下する。ＣＰＵ１００は、「実行」ボタンが押下されると品切れ理由情報が入力されているか否かを判断する。品切れ理由情報が入力されている場合、ＣＰＵ１００は、ＲＡＭ１０１から商品ファイルを読み出し、注文可否フラグに「１」を立てる。ＣＰＵ１００は、注文可否フラグが「１」になっている商品の選択ボタン５０をグレースケールで表示し、品切れをお客に宣言する。一方、品切れ理由情報が入力されていない場合、ＣＰＵ１００は、品切れ理由を入力させる画面を操作表示パネル１０８に表示する。また、ＣＰＵ１００は、入力された品切れ理由情報を商品ファイルに記録する。
【００２９】
図５は、品切れ理由情報の具体例を示した図である。
図５（Ａ）は、品切れ理由選択画面の表示例を示す図である。品切れ理由選択画面は、図４（Ｂ）における品切れモード画面で「理由」ボタンが押下されることによって操作表示パネル１０８ａに表示される。品切れ理由選択画面には、図５（Ａ）のように、商品の品切れ理由の項目が選択可能な状態で表示される。品切れ理由は、例えば、「１．食材の入荷トラブル」、「２．食材の欠品（売り切れ）」、「３．食材の欠品（発注ミス）」、「４．限定数を満たした（完売）」、「５．調理できる人材がいない」、「６．販売中止の緊急連絡あり」などの項目が表示されている。
【００３０】
店員は、商品が品切れになると品切れ理由選択画面を操作して品切れ理由を選択し、対応する項目をタッチして入力する。ＣＰＵ１００は、入力された品切れ理由の番号をＲＡＭ１０１に記憶されている商品ファイルの各商品に対応付けて記録する。
また、品切れ理由の項目は、本実施形態の品切れ理由に限定される必要はなく、商品の品切れに関する理由であればどのような理由であっても良い。
【００３１】
図５（Ｂ）は、品切れ食材選択画面の表示例を示す図である。
品切れ食材選択画面は、品切れ理由選択画面で、「１．食材の入荷トラブル」、「２．食材の欠品（売り切れ）」、「３．食材の欠品（発注ミス）」の項目が選択されることによって操作表示パネル１０８ｂに表示される。品切れ食材選択画面には、図５（Ｂ）のように品切れになった具体的な食材を選択させる画面が表示される。
具体的には、品切れ食材選択画面が表示された際、図４の（Ｂ）の品切れモード画面で選択された商品に使用されている使用食材の情報が商品ファイルから読み出され、操作表示パネル１０８ｂに表示される。
【００３２】
例えば、図５（Ｂ）の品切れ食材選択画面は、以下の処理によって操作表示パネル１０８ｂに表示される。まず、図４（Ｂ）の品切れモード画面で店員によって「カレーライス」の「理由」ボタンが押下される。
次に、図５（Ａ）の品切れ理由選択画面が表示され、店員によって「１．食材の入荷トラブル」、「２．食材の欠品（売り切れ）」、「３．食材の欠品（発注ミス）」のいずれかの項目が選択される。ＣＰＵ１００は、商品ファイルを読み出し「理由」ボタンが押下された商品（例えば、カレーライス）の使用食材の項目に記憶されている食材情報（例えば、ルー、ご飯など）を操作表示パネル１０８ｂに表示する。
店員は、操作表示パネル１０８ｂに表示された食材の項目の中から品切れになった食材を選択し、対応する項目をタッチして入力する。ＣＰＵ１００は、入力された品切れ食材の番号をＲＡＭ１０１に記憶されている商品ファイルの各商品に対応付けて記録する。
【００３３】
図６は、出勤者ファイル及び出勤者情報ファイルの一例を表す図である。
図６（Ａ）は、出勤者ファイルの具体例を表す図である。出勤者ファイルは、出勤者（店員）の情報を表すレコード４１を複数有する。レコード４１は、店舗名及び出勤者ＩＤの各値を有する。
店舗名の値は、店舗の名前を表す。出勤者ＩＤは、レコード４１によって表される店舗で働いている出勤者のＩＤを表す。
【００３４】
店舗名及び出勤者ＩＤの情報は、各店舗で出勤者が出勤情報を発券機１０に入力する度に本部装置３０に送信される。本部装置３０は、店舗名及び出勤者ＩＤの情報を出勤者ファイルに追加して記憶する。なお、出勤者が帰宅した場合には、各店舗から退勤者の退勤情報が本部装置３０に送信される。本部装置３０のＣＰＵ３００は、送信された退勤情報に応じて出勤者ファイルから退勤した出勤者ＩＤを削除する。
【００３５】
図６（Ｂ）は、出勤者情報ファイルの具体例を表す図である。出勤者情報ファイルは、出勤者の情報を表すレコード４２を複数有する。レコード４２は、出勤者ＩＤ及び料理ジャンルの各値を有する。
出勤者ＩＤは、レコード４２によって表される出勤者を識別するためのＩＤを表す。料理ジャンルの値は、料理のジャンルを表す。料理ジャンルの具体例として、和、洋及び中がある。和は和食を表し、洋は洋食を表し、中は中華を表す。
【００３６】
料理ジャンルの項目は、レコード４２によって表される出勤者がどの料理ジャンルを調理可能であるのか、また調理不可能であるのかを表す項目である。料理ジャンルの“０”の項目は、レコード４２によって表される出勤者がその項目に対応するジャンルの料理を調理することが不可能を表す。料理ジャンルの各レコード４２の“１”の項目は、レコード４２によって表される出勤者がその項目に対応するジャンルの料理を調理することが可能を表す。
【００３７】
図６（Ｂ）の出勤者情報ファイルによれば、例えば、出勤者ＩＤ「０００１」の出勤者は和食、洋食及び中華すべてのジャンルの料理を調理することが可能である。
図６の出勤者ファイル及び出勤者情報ファイルは、本部装置３０で管理されている。本部装置３０は、出勤者ファイルを参照することによって、各店舗の出勤者の情報を取得する。また、本部装置３０は出勤者情報ファイルを参照することによって、店舗ごとに調理できる人が不足しているか否かを表す情報を取得する。
【００３８】
図７は、在庫ファイル及び店舗ファイルの一例を表す図である。
図７（Ａ）は、在庫ファイルの具体例を表す図である。
在庫ファイルは、店舗ごとの在庫情報を表すレコード４３を複数有する。レコード４３は、食材識別番号、食材及び店舗在庫数の各値を有する。
食材識別番号は、食材を識別するための番号を表す。食材は、商品に使用する食材を表す。店舗在庫数は、レコード４３によって表される食材ごとに各店舗が保有している在庫数を表す。なお、各店舗は、食材が入荷されると入荷された数（入荷数）を発券機１０に入力する。発券機１０のＣＰＵ１００は入力された入荷数をＲＡＭ１０１に記録する。発券機１０の通信手段１１０は、ＲＡＭ１０１に記憶されている食材の入荷数を本部装置３０に送信する。
【００３９】
また、発券機１０のＣＰＵ１００は、食券が発券される度にＲＡＭ１０１に記憶されている食材の入荷数から発券された商品に使用される食材の数を減算する。発券機１０のＣＰＵ１００は、ＲＡＭ１０１に記憶されている食材の入荷数が“０”になった商品が発生した場合、商品選択を不可能な状態にして店員に品切れを通知する。この場合、発券機１０は、店員に品切れ理由情報が入力されることによって商品選択を可能な状態にする。
【００４０】
本部装置３０のＣＰＵ３００は、各店舗から送信された食材の入荷数をＲＡＭ３０１に記憶されている在庫ファイルを読み出して記録する。また、ＣＰＵ３００は、各店舗の発券機１０から食券が発券される度に発券の通知を受信する。ＣＰＵ３００は、受信した通知に応じて在庫ファイルを読み出す。ＣＰＵ３００は、発券機１０が発券した食券の数を、品切れ理由情報を送信した店舗の店舗在庫数から減算する。なお、ＣＰＵ３００は在庫ファイルを参照することによって、店舗在庫数が“０”になった食材を有している店舗に通信手段３０３を介して品切れとなった食材を発券機１０に通知しても良い。
【００４１】
図７（Ｂ）は、店舗ファイルの具体例を表す図である。
店舗ファイルは、店舗情報を表すレコード４４を複数有する。レコード４４は、地区名、店舗名及び優先情報の各値を有する。
地区名は、各店舗の配置情報（各店舗の所在地や地区の名前など）を表す。店舗名は、店舗の名前を表す。優先情報の値は、レコード４４によって表される店舗毎に対応付けられている優先順位を表す情報である。
【００４２】
図８は、本実施形態における品切れモードの処理の流れを示したフローチャートである。
ステップＳ１０：ＣＰＵ１００は、店員に品切れモードが選択されることによって、商品選択画面から品切れモード画面に切り替える。ＣＰＵ１００は、品切れモード画面を操作表示パネル１０８に表示する。その後、ステップＳ１２の処理に進む。
ステップＳ１２：ＣＰＵ１００は、店員によって「理由」ボタンが押下されたか否か判断する。「理由」ボタンが押下された場合、ステップＳ１４の処理に進む。一方、「理由」ボタンが押下されていない場合、ステップＳ２８の処理に進む。
【００４３】
ステップＳ１４：ＣＰＵ１００は、品切れ理由選択画面を操作表示パネル１０８に表示し、店員による品切れ理由の入力を受け付ける。ＣＰＵ１００は、入力された品切れ理由の番号をＲＡＭ１０１に記憶されている商品ファイルの各商品に対応付けて記録する。その後、ステップＳ１６の処理に進む。
ステップＳ１６：ＣＰＵ１００は、食材に関するトラブルが品切れ理由として入力されたか否かを確認する。食材に関するトラブルとは、例えば、図５（Ａ）の品切れ理由選択画面の「１．食材の入荷トラブル」、「２．食材の欠品（売り切れ）」、「３．食材の欠品（発注ミス）」である。食材に関するトラブルが品切れ理由として入力された場合、ステップＳ１８に進む。食材に関するトラブルが品切れ理由として入力されていない場合、ステップＳ２０に進む。
【００４４】
ステップＳ１８：ＣＰＵ１００は、品切れ食材選択画面を操作表示パネル１０８に表示し、店員による品切れ食材の入力を受け付ける。ＣＰＵ１００は、入力された品切れ食材の番号をＲＡＭ１０１に記憶されている商品ファイルの各商品に対応付けて記録する。その後、ステップＳ２０の処理に進む。
ステップＳ２０：ＣＰＵ１００は、「実行」ボタンが店員によって押下されたことを確認する。その後、ステップＳ２２に進む。
ステップＳ２２：ＣＰＵ１００は、ＲＡＭ１０１に記憶されている商品ファイルを読み出す。ＣＰＵ１００は、商品ファイルの品切れ理由情報が入力された商品の注文可否に、フラグ「１」をたてる。その後、ステップＳ２４の処理に進む。
【００４５】
ステップＳ２４：ＣＰＵ１００は、商品ファイルを参照することによって注文可否フラグが「１」になっている商品を、商品選択画面から選択不可能にするためにグレースケールで表示してお客に商品の品切れを宣言する。その後、ステップＳ２６の処理に進む。
ステップＳ２６：発券機１０の通信手段１１０は、ＣＰＵ１００によって品切れが宣言された時、ＲＡＭ１０１に記憶されている商品ファイルで注文可否フラグが「１」の商品の品番と、品切れ理由情報とを、ネットワーク２０を介して本部装置３０に送信する。その後、ステップＳ４０の処理に進む。
【００４６】
具体的な処理について、図３の商品ファイルを参照して、本部装置３０に送信される情報を詳細に説明する。図３の商品ファイルによれば、注文可否フラグが「１」になっている商品である「カレーライス」の品番と、品切れ理由情報とが本部装置３０に送信される。「カレーライス」の品番の項目には、「ａａａａ」の値が記憶されている。また、「カレーライス」の品切れ理由の項目には、「１」の値が記憶されており、「カレーライス」の品切れ食材の項目には、「１」の値が記憶されている。品切れ食材の項目に記憶されている値は、ステップＳ１８の処理において入力された品切れ食材の項目の番号を表す。
【００４７】
例えば、「カレーライス」の品切れ食材の項目の「１」の値は、食材１の「ルー」を表す。また、「カレーライス」の品切れ理由の項目に記憶されている値は、ステップＳ１４の処理において入力された品切れ理由の項目の番号を表す。例えば、「カレーライス」の品切れ理由の項目の「１」の値は、品切れ理由の項目「１．食材の入荷トラブル」を表す。
上述したように、「カレーライス」は、「ルー」の「食材の入荷トラブル」によって品切れになったことがわかる。通信手段１１０は、「カレーライス」の品番「ａａａａ」と、品切れ理由情報（品切れ食材「ルー」及び品切れ理由「食材の入荷トラブル」）とを本部装置３０に送信する。
【００４８】
ステップＳ２８：ＣＰＵ１００は、「実行」ボタンが押下されたか否か判断する。「実行」ボタンが押下された場合、ステップＳ３０の処理に進む。「実行」ボタンが押下されていない場合、ステップＳ３２の処理に進む。
ステップＳ３０：ＣＰＵ１００は、品切れ理由を入力させる画面を操作表示パネル１０８に表示し、店員による「理由」ボタンの押下を受け付ける。店員によって「理由」ボタンが押下されると、ステップＳ１４の処理に進む。
ステップＳ３２：ＣＰＵ１００は、「理由」ボタン及び「実行」ボタン以外のその他のボタンが押下されたと判断する。その他のボタンとは、例えば、「戻る」ボタンや「取消」ボタンなどである。その後、発券機１０は、処理を終了する。なお、発券機１０は、店員によって品切れモードが選択された場合、再び品切れモードの処理を開始する。
【００４９】
ステップＳ４０：本部装置３０の通信手段３０３は、発券機１０から送信された品切れになった商品の品番と、品切れ理由情報とを受信する。本部装置３０は、受信した品切れになった商品の品番と、品切れ理由情報とをＲＡＭ３０１に記録する。その後、ステップＳ４２の処理に進む。
【００５０】
ステップＳ４２：ＣＰＵ３００は、ＲＡＭ３０１に記憶されている品切れになった商品の品番と、品切れ理由情報とに基づいて、アクション情報を生成する。具体的には、ステップＳ１４の処理において図５（Ａ）の品切れ理由選択画面で、店員によって食材に関する品切れ理由（例えば、「１．食材の入荷トラブル」、「２．食材の欠品（売り切れ）」、「３．食材の欠品（発注ミス）」）が押下されたとする。この場合、本部装置３０のＣＰＵ３００は在庫ファイル及び店舗ファイルをＲＡＭ３０１から読み出す。ＣＰＵ３００は、在庫ファイルを参照することによって品切れ理由情報を送信した発券機１０を備える店舗（以下、「商品品切れ店舗」という。）で品切れとなった食材を有している店舗を特定する。ＣＰＵ３００は、店舗ファイルから商品品切れ店舗に対応している優先情報の項目に記憶されている店舗の情報を取得する。
【００５１】
その後、ＣＰＵ３００は、取得した情報に基づいて、品切れとなった食材を有している店舗、かつ、商品品切れ店舗に対応している優先情報の項目に記憶されている優先順位の高い（例えば、優先順位１）店舗を特定するアクション情報を生成する。その後、ステップＳ４４の処理に進む。
ステップＳ４４：通信手段３０３は、ＣＰＵ３００が生成したアクション情報を満たす店舗に、商品品切れ店舗へ品切れの食材を届ける指示を送信する。その後、処理を終了する。
【００５２】
上述したように構成された発券機１０は、品切れ理由情報を発券機１０に入力してからでなければ品切れを宣言させることができない。したがって、店員は商品が品切れになった理由を必ず入力する必要がある。そのため、発券機１０を設置している店舗の管理者は、商品の品切れの理由を把握することができる。したがって、店舗の管理者は、商品の品切れの理由を把握することによって同様の原因で品切れを繰り返し発生させる恐れを減少させることができる。その結果、品切れによるチャンスロスを減少させることが可能になる。
【００５３】
また、本部装置３０は、商品品切れ店舗から送信された品切れ理由情報に基づいてアクション情報を生成する。その後、本部装置３０は生成したアクション情報に基づいて商品品切れ店舗の近隣の店舗に、品切れとなった食材を商品品切れ店舗へ届ける指示を送信する。そのため、商品品切れ店舗は他の店舗から品切れになった食材を確保することができる。その結果、商品を販売することが可能となり、品切れによるチャンスロスを減少させることが可能になる。
【００５４】
＜変形例＞
操作表示パネル１０８に表示される各料理の選択ボタン５０は、料理の画像や料理を特定できる情報であればどのような表示であっても良い。
店舗ファイルは、地区名を項目に含まない構成がされても良い。
発券機１０は、料理を提供するための食券を発券する発券機１０に限定される必要はなく、他のサービスを提供するために券を発券する発券機１０でも良い。例えば、スポーツに使用する道具の貸し借りを行う際に使用する券を発券しても良いし、マッサージ等のサービスを受ける際に使用する券を発券しても良い。
１店舗で複数の発券機１０を利用する構成としても良い。
本実施形態では、アクション情報は品切れが生じた店舗の近隣の店舗情報に基づいて生成しているが、必ずしも近隣の店舗に限定される必要はない。
【００５５】
また、図５（Ｂ）の品切れ食材選択画面は、図５（Ａ）の品切れ理由選択画面で、「５．調理できる人材がいない」の項目が選択されることによって操作表示パネル１０８ｂに表示されても良い。この場合、以下の処理が行われる。ＣＰＵ１００は、「具体的な料理ジャンルを選択して下さい。」の表示と、料理ジャンルの項目「１．和」、「２．洋」、「３．中」とを操作表示パネル１０８ｂに表示させる。
店員は、操作表示パネル１０８ｂに表示された項目の中から人材が不足している料理ジャンルを選択し、対応する項目をタッチして入力する。ＣＰＵ１００は、選択された料理ジャンルの番号をＲＡＭ１０１に記憶されている商品ファイルの各商品に対応付けて記録しても良い。発券機１０の通信手段１１０は、商品ファイルに記憶されている料理ジャンルの情報を本部装置３０に送信する。
【００５６】
また、図８のステップＳ１４の処理において、図５（Ａ）の品切れ理由選択画面で、店員によって「５．調理できる人材がいない」が押下されたとする。この場合、本部装置３０のＣＰＵ３００は、ＲＡＭ３０１に記憶されている品切れ理由情報を読み出し、人材が不足している料理ジャンルを特定する。ＣＰＵ３００は、出勤者情報ファイルを読み出し人材が不足している料理ジャンルを調理可能な出勤者を特定する。ＣＰＵ３００は、出勤者ファイルを読み出し人材が不足している料理ジャンルを調理可能な出勤者の働いている店舗を特定する。
【００５７】
ＣＰＵ３００は、店舗ファイルを読み出し商品品切れ店舗に対応する優先情報の項目に記憶されている各店舗の中で優先順位の高い店舗から順に、料理ジャンルを調理可能な出勤者の働いている店舗を対応付ける。ＣＰＵ３００は、対応付けた結果に基づいて人材が不足している料理ジャンルを調理可能な出勤者を特定し、料理ジャンルを調理可能な出勤者を有している他の店舗を特定するアクション情報を生成する。なお、出勤者の特定かつ他の店舗の特定は、料理ジャンルを調理可能な出勤者が抜けても他の店舗において影響が出ないような店舗の出勤者を特定する。
【００５８】
商品ファイルに記憶されている品切れ理由情報は、ＣＰＵ１００によってプリンタ等の印刷装置に出力され印刷されても良い。また、各店舗に発券機１０を管理する管理装置が配置され、ＣＰＵ１００が品切れ理由情報を管理装置に表示しても良い。また、本部装置３０のＣＰＵ３００は、各店舗から受信した品切れ理由情報を、本部装置３０に接続されている他の装置に表示しても良い。
複数の発券機１０の中の１つの発券機１０が、本部装置３０として機能する構成がされても良い。
【００５９】
また、本実施形態では、発券機１０は、品切れ理由情報を本部装置３０へ送信する例で示したが、以下のように構成されても良い。例えば、店舗に独立して設置されるスタンドアロンの発券機１０の場合には、一日の営業の終わりに、発券機１０に記憶された品切れの商品と、品切れ理由情報とを食券印字発行部１０９や、別に設けられたレシート発行部（不図示）から印字発行させる。このようにして、店舗の管理者は、品切れの商品と、品切れ理由情報とをまとめて把握可能にしても良い。
【００６０】
また、本実施形態における図８のフローチャートでは、「実行」ボタンを押す際に、必ず「理由」ボタンが押下されて品切れ理由を入力させる一実施例を示したが、これに限定される必要はない。
つまり、日中の営業中の忙しい時間帯には、店員が品切れ理由情報を入力する時間が無い場合もある。この場合には、店員が品切れ理由情報を入力せずに、「実行」ボタンを押下することによって、発券機１０に品切れを宣言することを許可するようにしても良い。
【００６１】
また、忙しい時間帯を過ぎた後に、品切れ等を宣言した商品毎に、品切れ理由情報を入力可能なようにしても良い。具体的には、当日、品切れを宣言した商品で、かつ、品切れ理由情報が未入力の情報をＲＡＭ１０１に記憶させておき、その情報を所定の操作により操作表示パネル１０８に表示可能にする。また、この場合、品切れ理由情報の入力忘れを防ぐ為に、例えば、発券機１０の操作表示パネル１０８の一部に品切れ理由情報が未入力であることを示す表示をすることによって、品切れ理由情報が未入力であることを店員に告知するようにするようにしても良い。
【００６２】
また、一日の営業が終了する時、発券機１０での売上を集計し、その売上等をレシート発行部にてレシートに印字して発行する閉店処理を実行する際に、品切れ理由情報の未入力が有るか否かをＣＰＵ１００が判断するように構成されても良い。品切れ理由情報の未入力が「有る」と判断した場合、ＣＰＵ１００はその旨を操作表示パネル１０８に表示するようにしても良い。これにより、品切れ理由情報の未入力を防ぐことができる。
また、本発明における役務は、物品の販売ではなく、他人の為に行う労務や便益であって独立して商取引となり得るサービスを表す。役務の具体例としては、例えば、マッサージ店におけるマッサージの施術を提供すること、エステ店にてエステのサービスを提供すること、あるいは、スポーツクラブで靴や道具を一時的に貸し与えることなどが該当する。上記店舗（マッサージ店、エステ店及びスポーツクラブ）がサービスを提供する際に本発明における発券機１０を利用した場合、例えば以下の理由で品切れを宣言する。マッサージ店やエステ店では、特別なマッサージやエステを施術する者が不在なため、マッサージやエステの施術を行えない場合、あるいは、エステで使用するオイル等が品切れによりサービスを提供できない場合などに品切れを宣言する。また、スポーツクラブでは、道具が故障等により貸し与えることができない場合に品切れを宣言する。
【００６３】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。本実施形態で示した発券機１０に関し、以下の付記を開示する。
（付記１）
購入される商品又は役務に対応する券を発券する発券手段と、
前記商品又は役務の販売中止を宣言する宣言手段と、
前記販売中止の理由の入力を受け付ける入力手段と、
前記入力手段に入力された前記販売中止の理由を前記販売中止になる商品に関する情報と対応付けて出力する出力手段と、
を備えることを特徴とする発券機。
（付記２）
前記宣言手段は、
前記販売中止の理由が入力されたことを条件として宣言可能であることを特徴とする付記１に記載の発券機。
（付記３）
付記１又は２に記載の発券機と、複数の発券機を管理する管理装置とを備え、
前記管理装置は、
前記複数の発券機から前記販売中止の理由及び前記販売中止の商品情報を受信する通信手段と、
前記通信手段が受信した前記販売中止の理由及び前記販売中止の商品情報に基づいて、前記販売中止の商品を特定し、前記販売中止の商品を有している店舗を特定する特定手段と、
を備えることを特徴とする発券システム。
これにより、販売中止の商品を有している店舗が特定されるので、その店舗から当該商品を融通してもらう等が可能になり、チャンスロスを極力抑えることができる。
（付記４）
付記１又は２に記載の発券機と、複数の発券機を管理する管理装置とを備え、
前記管理装置は、審査官面接からの直帰
前記複数の発券機から前記販売中止の理由を受信する通信手段と、
前記通信手段が受信した前記販売中止の理由に基づいて、販売中止となっている料理ジャンルを調理可能な人員を有している店舗を特定し、特定した店舗から前記人員を要請する特定手段と、
を備えることを特徴とする発券システム。
これにより、販売中止の商品を調理可能な人員が居る店舗が特定されるので、その店舗からその調理可能な人員により、当該店舗へ応援してもらう等が可能になり、チャンスロスを極力抑えることができる。
【符号の説明】
【００６４】
１０…発券機，  ２０…ネットワーク，  ３０…本部装置，  １００…ＣＰＵ（入力手段，宣言手段，特定手段、出力手段），  １０１…ＲＡＭ（理由記憶手段），  １０２…ＲＯＭ，  １０３…コイン投入口，  １０４…紙幣投入口，  １０５…貨幣識別部，  １０６…貨幣払出口，  １０７…払出口，  １０８…操作表示パネル，  １０９…金券印字発行部（発券手段），  １１０…通信手段，  ３００…ＣＰＵ（生成手段），  ３０１…ＲＡＭ，  ３０２…ＲＯＭ，  ３０３…通信手段
【図１】
2014048703.tif 000003
【図２】
2014048703.tif 000004
【図３】
2014048703.tif 000005
【図４】
2014048703.tif 000006
【図５】
2014048703.tif 000007
【図６】
2014048703.tif 000008
【図７】
2014048703.tif 000009
【図８】
2014048703.tif 000010