JP2003196366A - 保管状況管理装置 - Google Patents

Abstract

(57)【要約】 【課題】 店に保管を依頼した物品の状況を、顧客が実
際に店に出向かなくても把握できるようにする。 【解決手段】 本部サーバ１は、保管を依頼された品の
保管状況を記憶するボトル情報ファイル８を有する。ま
た、携帯電話６などからインターネット４を介して保管
を依頼された品の照会を受け付ける。そして、照会を受
け付けた品の保管状況をボトル情報ファイル８による記
憶情報から取得し、インターネット４を介して携帯電話
６などに応答する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、顧客から保管を依
頼された品の保管状況を管理する保管状況管理装置に関
する。

【０００２】

【従来の技術】居酒屋，バー，スナック等の飲食店の多
くは、顧客がオーダし、飲み残した酒類等のボトルを一
定期間保管するサービス，いわゆるボトルキープサービ
スを導入している。

【０００３】この種の飲食店では、一般に、店を出る顧
客からボトルキープの依頼を受けると、ボトルに顧客の
名前と保管日を付して保管する。また、店に来た顧客か
らボトルの名前を告げられると、キープしているボトル
の中から該当するボトルを提供する。このような運用に
なっていたので、複数名のグループで飲食をした客が飲
み残したボトルのキープを依頼した場合、そのグループ
の者であれば誰でも次回にこのボトルの提供を受けるこ
とができた。このため、顧客が以前にキープを依頼した
ボトルを目当てに店に行ったが、他の者が既にボトルの
中身を飲み干してしまっていたために、ボトルがキープ
されていないということが多々あった。また、通常、店
はキープしているボトルを定期的にチェックし、保管日
から一定期間を経過したものについては随時処分してい
る。このため、保管期限を過ぎてしまったためにキープ
を依頼したボトルが無駄になることも多々あった。

【０００４】

【発明が解決しようとする課題】このように、飲食店の
ボトルキープサービスを利用する顧客は、実際に店に行
かないとボトルがキープされているか否か、また残量は
どれくらいか等、保管状況がわからず、不便であった。

【０００５】そこで本発明は、店に保管を依頼した物品
の状況を、顧客が実際に店に出向かなくても把握でき、
サービス性を高めることができる保管状況管理装置を提
供しようとするものである。

【０００６】

【課題を解決するための手段】本発明の保管状況管理装
置は、例えば客から保管を依頼された品の保管有無，保
管期限日等の保管状況を記憶する保管状況記憶手段を設
ける。そして、例えばインターネット，携帯電話等の通
信手段を介して保管を依頼された品の照会を受け付ける
と、その品の保管状況を保管状況記憶手段による記憶情
報から自動的に取得し、通信手段を介して応答するよう
にしたものである。

【０００７】

【発明の実施の形態】以下、本発明の一実施の形態を図
面を用いて説明する。なお、この実施の形態は、本発明
を、ボトルキープサービスを実施している居酒屋チェー
ン店に適用した場合である。

【０００８】図１は本実施の形態のシステム構成図であ
る。このシステムは、居酒屋チェーン店の本部に設置さ
れる本部サーバ１と、同居酒屋チェーン店の各店舗にそ
れぞれ設置される複数台の店舗端末２とを有している。
そして、本部サーバ１と各店舗端末２とを、ＩＳＤＮ
（Integrated Services Digital Network）等の通信回
線３を介して双方向の通信が自在になるように接続して
いる。

【０００９】また、このシステムは、本部サーバ１をイ
ンターネット４に接続している。そして、本部サーバ１
にＷｅｂサーバとしての機能とメールサーバとしての機
能を設け、パーソナルコンピュータ５や携帯電話６等の
インターネット通信が可能なユーザ端末を利用して、当
該本部サーバ１が管理しているＷｅｂページを閲覧した
り、当該本部サーバ１からの電子メールを受信したりで
きるようにしている。

【００１０】また、このシステムは、本部サーバ１が有
するＨＤＤ（Hard Disk Drive）装置等の大容量記憶媒
体に、会員マスタファイル７とボトル情報ファイル８と
を形成している。会員マスタファイル７は、当該居酒屋
チェーンの会員になった顧客に関する情報を記憶するも
のである。図２は会員マスタファイル７に記憶されるデ
ータの一例であり、会員毎に、ＩＤコード、パスワー
ド、氏名，居所，生年月日等の個人情報、及び当該顧客
がインターネット４を利用した電子メールのアドレスを
所持している場合にはそのメールアドレスを記憶してい
る。ボトル情報ファイル８は、顧客からキープを依頼さ
れたボトルのキープ状況を記憶するもので、保管状況記
憶手段を構成する。図３はボトル情報ファイル８に記憶
されるデータの一例であり、キープしているボトル毎
に、そのボトルのキープを依頼した顧客の会員ＩＤコー
ドと、そのボトルをキープしている店舗の店コード及び
店名と、そのボトルの品名，残量（％）及びそのキープ
期限日とを記憶している。

【００１１】各店舗端末２は同一構成であり、その要部
を図５のブロック図で示す。すなわち各店舗端末２は、
制御部本体としてＣＰＵ２１を設けている。そしてこの
ＣＰＵ２１に、アドレスバス，データバス等のバスライ
ン２２を介して、ＲＯＭ（Read Only Memory）２３、Ｒ
ＡＭ（Random Access Memory）２４、時計部２５、通信
コントローラ２６、ＨＤＤコントローラ２７、キーボー
ドコントローラ２８、表示コントローラ２９、プリンタ
コントローラ３０、スキャナインタフェース３１等の各
部を接続している。

【００１２】また各店舗端末２は、ＨＤＤ装置３２等の
記憶装置を備えているとともに、キーボード３３、ディ
スプレイ３４、バーコードプリンタ３５、バーコードス
キャナ３６等の入出力装置を備えている。そして、ＨＤ
Ｄコントローラ２７にＨＤＤ装置３２を接続し、キーボ
ードコントローラ２８にキーボード３３を接続し、表示
コントローラ２９にディスプレイ３４を接続し、プリン
タコントローラ３０にバーコードプリンタ３５を接続
し、スキャナインタフェース３１にバーコードスキャナ
３６を接続している。

【００１３】ＣＰＵ２１は、ＲＯＭ２３に格納されたプ
ログラムに基づいて各部を制御する。そして、必要に応
じてデータをＲＡＭ２４の所定エリアに書き込んだり、
ＲＡＭ２４に格納されたデータを読み出して処理したり
する。時計部２５は、現在の日付及び時刻を計時する。
通信コントローラ２６は、通信回線３を通じて本部サー
バ１との間で行なう双方向のデータ通信を制御する。Ｈ
ＤＤコントローラ２７は、ＨＤＤ装置３２に対するデー
タの書込みや読出しを制御する。ＨＤＤ装置３２には、
当該店舗端末２が設置されている店舗の店舗名と店舗を
識別するための店舗コードとが予め設定されている。キ
ーボードコントローラ２８は、キーボード３３のキー入
力を制御する。表示コントローラ２９は、ディスプレイ
３４の画像表示を制御する。プリンタコントローラ３０
は、バーコードプリンタ３５の印字動作を制御する。ス
キャナインタフェース３１は、バーコードスキャナ３６
で読み取られたバーコードデータを取り込む。

【００１４】かかる構成の各店舗端末２は、様々な業務
を実行できるものであるが、特に図１に示すように、会
員登録業務９とボトル登録業務１０とを実行可能となっ
ている。また、本部サーバ１も、様々な業務を実行可能
であるが、特に、ボトル照会応答業務１１と期限切れ検
索業務１２とを実行可能となっている。以下、各業務の
内容についてそれぞれ流れ図を用いて説明する。

【００１５】はじめに、各店舗端末２が実行可能な会員
登録業務９について説明する。各店舗端末２のＣＰＵ２
１は、キーボード３３のキー入力により各種業務メニュ
ーの中から会員登録業務９が選択され、その実行が指令
されると、図６の流れ図に示す処理を開始する。

【００１６】先ず、ＳＴ（ステップ）１として新規会員
ＩＤコードの問合せ伝文を作成し、通信回線３を介して
本部サーバ１に送信する。この問合せ伝文を受信した本
部サーバ１からは、未使用の会員ＩＤコードが応答送信
されるので、ＳＴ２として本部サーバ１から会員ＩＤコ
ードの応答があったことを確認すると、ＳＴ３としてデ
ィスプレイ３４に会員登録画面を表示させる。なお、本
部サーバ１がダウンしていたり通信障害が発生していた
りして、未使用の会員ＩＤコードが応答されなかった場
合には、エラーメッセージをディスプレイ３４に表示さ
せて、この処理を終了する。

【００１７】会員登録画面の一例を図８に示す。会員登
録画面４０には、時計部２５にて計時されている現在の
日付（ＹＹＹＹ―ＭＭ―ＤＤ）及び時刻（ｈｈ：ｍｍ）
と、当該店舗端末２が設置されている店舗の店舗コード
（９９９）及び店名（ＸＸ駅前店）が表示される。ま
た、会員登録情報の入力欄として会員ＩＤコード入力欄
４１，パスワード入力欄４２，氏名入力欄４３，生年月
日入力欄４４，居所入力欄４５及びメールアドレス入力
欄４６が形成される。そして、会員ＩＤコード入力欄４
１には、本部サーバ１から応答があった会員ＩＤコード
が表示される。そこで、会員登録業務９を行なうオペレ
ータは、キーボード３３をキー操作して、会員登録画面
４０の残りの入力欄４２〜４６に、会員登録を行なう顧
客のパスワード，氏名，生年月日，居所及びメールアド
レスをそれぞれ入力する。なお、メールアドレスを所持
していない顧客もいるため、メールアドレスの入力は省
略可能である。オペレータは、これらの会員登録情報を
入力し終えたならば、キーボード３３の実行キーを操作
する。

【００１８】ＣＰＵ２１は、ＳＴ４として会員登録の実
行が指令されるのを待機する。そして、キーボード３３
の実行キー入力により会員登録の実行が指令されたなら
ば、ＳＴ５として会員登録情報の必須項目に入力漏れが
ないかチェックする。因みに、この実施の形態では、パ
スワード及び氏名を必須項目とする。ここで、必須項目
が１つでも入力されていない場合にはＳＴ４に戻り、会
員登録の実行が再度指令されるのを待機する。

【００１９】必須項目が全て入力された状態で会員登録
の実行が指令された場合には、ＣＰＵ２１は、ＳＴ６と
して会員登録情報（会員ＩＤコード，パスワード，個人
情報，メールアドレス）の通知伝文を作成する。そし
て、この会員登録情報通知伝文を本部サーバ１に通信回
線３を介して送信する。また、ＳＴ７としてバーコード
プリンタ３５を動作させて、会員カードの発行処理を行
なう。しかる後、ＳＴ８としてディスプレイ３４の会員
登録画面を消去して、この処理を終了する。

【００２０】なお、会員登録情報の通知伝文を受信した
本部サーバ１は、この伝文中の会員登録情報からなるレ
コードを会員マスタファイル７に追加登録する。

【００２１】会員カード発行処理は、会員カード用の台
紙に会員ＩＤコードのバーコード等を印刷して、会員カ
ードとして発行する処理である。会員カードの一例を図
４に示す。この会員カード５０は、会員ＩＤコードのバ
ーコード５４に加えて、居酒屋チェーン店の総称５１，
カード発行店舗の店名５２及び会員ＩＤコード５３を印
刷したものである。

【００２２】次に、各店舗端末２が実行可能なボトル登
録業務１０について説明する。各店舗端末２のＣＰＵ２
１は、キーボード３３のキー入力により各種業務メニュ
ーの中からボトル登録業務１０が選択され、その実行が
指令されると、図７の流れ図に示す処理を開始する。

【００２３】先ず、ＳＴ１１としてキーボード３３また
はバーコードスキャナ３６を介して会員ＩＤコードが入
力されるのを待機する。そして、会員ＩＤコードが入力
されたならば、ＳＴ１２としてその会員ＩＤコードと、
予めＨＤＤ装置３２に設定されている店舗コードとを含
む会員情報問合せ伝文を作成し、通信回線３を介して本
部サーバ１に送信する。

【００２４】本部サーバ１は、店舗端末２から会員情報
問合せ伝文を受信すると、その問合せ伝文中の会員ＩＤ
コードをキーにして会員マスタファイル７を検索する。
そして、この会員ＩＤコードが登録されていることを確
認したならば、その会員ＩＤコードに対応する氏名情報
を読み出す。また、会員情報問合せ伝文中の会員ＩＤコ
ードと店舗コードとをキーにしてボトル情報ファイル８
を検索する。そして、この会員ＩＤコードと店舗コード
の両方が一致するレコードを検出したならば、そのレコ
ードから品名，残量及びキープ期限日のキープボトル情
報を読み出す。会員ＩＤコードと店舗コードの両方が一
致するレコードを検出できなかった場合には、ボトルキ
ープ情報を省略した会員情報応答伝文を作成する。しか
る後、会員ＩＤコードと氏名情報とキープボトル情報と
を含む会員情報応答伝文を作成し、問合せ元の店舗端末
２に通信回線３を介して送信するものとなっている。な
お、会員マスタファイル７に該当する会員ＩＤコードが
登録されていない場合には、エラー応答伝文を送信する
ものとなっている。

【００２５】そこで、会員情報問合せ伝文を送信した店
舗端末２のＣＰＵ２１は、ＳＴ１３として本部サーバ１
からの応答伝文を待機する。そして、エラー応答伝文を
受信した場合、または、本部サーバ１がダウンしていた
り通信障害が発生していたりして、応答伝文を受信でき
なかった場合には、エラーメッセージをディスプレイ３
４に表示させて、この処理を終了する。

【００２６】これに対し、本部サーバ１から会員情報応
答伝文を受信した場合には、ＣＰＵ２１は、ＳＴ１４と
してディスプレイ３４の画面をボトル登録画面に切り替
える。ボトル登録画面の一例を図９に示す。このボトル
登録画面６０には、会員登録画面４０と同様に現在の日
時や、店舗コード及び店名が表示される。また、会員情
報応答伝文中の会員氏名６１と会員ＩＤコード６２とが
表示される。さらに、キープボトル情報の入力欄として
品番入力欄６３，品名入力欄６４，残量入力欄６５及び
キープ期限日入力欄６６が形成される。そして、会員情
報応答伝文にキープボトル情報が含まれている場合に
は、品名入力欄６４，残量入力欄６５及びキープ期限日
入力欄６６にそれぞれそのキープボトル情報の品名，残
量及びキープ期限日が表示される。そこで、ボトル登録
業務１０を行なうオペレータは、キーボード３３をキー
操作して、ボトル登録画面６０の各入力欄６３〜６６
に、当該会員ＩＤコードの顧客からキープを依頼された
ボトルの品番，品名，残量及びキープ期限日を選択的に
入力する。具体的には、新しいボトルをキープする顧客
に対してはそのボトルの品番と残量を入力する。品番入
力欄６３に品番を入力することによって、自動的にその
品番に対応してプリセットされている品名が品名表示欄
６４に入力される。また、現在の日付から一定期間後
（例えば３ヵ月後）の日付がキープ期限日として自動的
に算出されて、キープ期限日入力欄６６に入力される。
一方、古いボトルを再度キープする顧客に対しては、残
量のみ入力する。この場合、キープ期限日は変更されな
い。オペレータは、これらのボトル登録情報を入力し終
えたならば、キーボード３３の実行キーを操作する。

【００２７】ＣＰＵ２１は、ＳＴ１５としてボトル登録
の実行が指令されるのを待機する。そして、キーボード
３３の実行キー入力によりボトル登録の実行が指令され
たならば、ＳＴ１６としてボトル登録情報の必須項目に
入力漏れがないかチェックする。因みに、この実施の形
態では、品名，残量及びキープ期限日を必須項目とす
る。ここで、必須項目が１つでも入力されていない場合
にはＳＴ１５に戻り、ボトル登録実行が再度指令される
のを待機する。

【００２８】必須項目が全て入力された状態でボトル登
録の実行が指令された場合には、ＣＰＵ２１は、ＳＴ１
７としてボトル登録情報（会員ＩＤコード，店コード，
店名，品名，残量，キープ期限日）の通知伝文を作成す
る。そして、このボトル登録情報通知伝文を本部サーバ
１に通信回線３を介して送信する。しかる後、ＳＴ１８
としてディスプレイ３４のボトル登録画面を消去して、
この処理を終了する。

【００２９】なお、ボトル登録情報を受信した本部サー
バ１は、この伝文中のボトル登録情報の会員ＩＤコード
と店コードとをキーにしてボトル情報ファイル８を検索
する。そして、この会員ＩＤコードと店舗コードの両方
が一致するレコードを検出したならば、そのレコードに
当該ボトル登録情報の品名，残量及びキープ期限日を上
書きする。会員ＩＤコードと店舗コードの両方が一致す
るレコードを検出できなかった場合には、当該ボトル登
録情報のレコードをボトル情報ファイル８に追加登録す
る。

【００３０】次に、本部サーバ１が実行可能なボトル照
会応答業務１１について説明する。本部サーバ１は、イ
ンターネット４を利用して自己のＷｅｂページを閲覧し
ているユーザ端末（パーソナルコンピュータ５，携帯電
話６等）からボトル照会要求があると、図１０の流れ図
に示す処理を開始する。

【００３１】先ず、ＳＴ２１として会員ＩＤコードとパ
スワードとの入力を要求する会員認証画面をボトル照会
要求元のユーザ端末にインターネット４を通じて送信す
る。次に、ＳＴ２２としてボトル照会要求元のユーザ端
末から会員認証画面に入力された会員ＩＤコードとパス
ワードをインターネット４を通じて取り込むと、ＳＴ２
３としてその会員ＩＤコードとパスワードとをキーにし
て会員マスタファイル７を検索する。ここで、ＳＴ２４
として会員ＩＤコードとパスワードの両方が一致するレ
コードが会員マスタファイル７に登録されていなかった
場合には、ユーザ端末のオペレータは会員でないと認識
する。そして、ＳＴ２５として承認エラーを通知する画
面をボトル照会要求元のユーザ端末にインターネット４
を通じて送信して、この処理を終了する。

【００３２】ＳＴ２４にて会員ＩＤコードとパスワード
の両方が一致するレコードが会員マスタファイル７に登
録されていた場合には、ユーザ端末のオペレータは会員
であると承認する。そして、ＳＴ２６としてこの会員Ｉ
Ｄコードをキーにしてボトル情報ファイル８を検索す
る。このとき、ボトル情報ファイル８に当該会員ＩＤコ
ードのレコードが１つも登録されていない場合には、こ
の会員ＩＤコードで識別される会員がキープを依頼した
ボトルはどの店舗にも保管されていないことになる。一
方、１つでも登録されている場合には、この会員がキー
プを依頼したボトルがそのレコードの店コードで識別さ
れる店舗で保管されていることになる。そこで本部サー
バ１は、ＳＴ２７としてボトル情報ファイル８に当該会
員ＩＤコードのレコードが登録されているか否かを判断
する。そして、登録されていない場合にはボトルキープ
無しと判断してＳＴ２８に進む。これに対し、登録され
ている場合にはボトルキープ有りと判断してＳＴ２９に
進む。ＳＴ２８では、ボトルキープ無しを通知する応答
画面を作成し、インターネット４を通じてボトル照会要
求元のユーザ端末に送信して、この処理を終了する。

【００３３】ＳＴ２９では、ボトル情報ファイル８に当
該会員ＩＤコードのレコードが複数登録されているか否
かを判断する。そして、複数登録されている場合には、
当該会員ＩＤコードで識別される会員のボトルがその複
数の店舗で保管されているのでＳＴ３０に進む。これに
対し、１つしか登録されていない場合には、当該会員Ｉ
Ｄコードで識別される会員のボトルがその１店舗のみで
保管されており、この店舗での保管状況が照会されたの
でＳＴ３２に進む。

【００３４】ＳＴ３０では、当該会員ＩＤコードの各レ
コードにおける店名のリスト画面を作成する。そして、
この店名リスト画面をボトル照会要求元のユーザ端末に
インターネット４を通じて送信する。しかる後、ＳＴ３
１としてこのユーザ端末から店名リスト画面上のいずれ
か一店舗が選択されるのを待機する。そして、インター
ネット４を通じてユーザ端末から店名リスト画面上で選
択された店舗の情報を取り込むと、その選択された店舗
での保管状況が照会されたのでＳＴ３２に進む。ＳＴ３
２では、保管状況が照会された店舗の店舗コードと当該
会員ＩＤコードの両方が一致するレコードをボトル情報
ファイル８から読み出す。次に、このレコードの店名，
品名，残量及びキープ期限日からボトルキープ情報応答
画面を作成する。そして、このボトルキープ情報応答画
面をボトル照会要求元のユーザ端末にインターネット４
を通じて送信して、この処理を終了する。

【００３５】次に、本部サーバ１が実行可能な期限切れ
検索業務１２について説明する。本部サーバ１は、毎日
の予め設定された時刻になると、図１１の流れ図に示す
処理を開始する。

【００３６】先ず、ＳＴ４１として本部サーバ１内蔵の
時計部から本日の日付を取得する。次に、ＳＴ４２とし
て本部サーバ１が有しているカウンタｎを“０”にリセ
ットする。次に、ＳＴ４３として上記カウンタｎを
“１”だけカウントアップする。次に、ＳＴ４４として
ボトル情報ファイル８からカウンタｎが示す番号のレコ
ード（以下、ｎ番目ボトル情報と称する）を取得する。
ここで、ＳＴ４５としてボトル情報ファイル８からｎ番
目ボトル情報を取得できたならば、ＳＴ４６，４７及び
４８としてこのｎ番目ボトル情報のキープ期限日を、Ｓ
Ｔ４１の処理で取得した本日日付と比較する。そして、
本日日付がキープ期限日を過ぎている場合には期限切れ
なので、ＳＴ４９としてボトル情報ファイル８からｎ番
目ボトル情報を削除する。

【００３７】また、本日日付がキープ期限日と一致する
場合には、本日で期限切れになるので、ＳＴ５０として
そのｎ番目ボトル情報の店名，品名，残量，キープ期限
日を用いてボトルキープの期限切れを示す情報（例えば
メッセージ「本日でボトルキープの期限が切れま
す。」）を通知する電子メールを作成する。そして、こ
の電子メールを、当該ｎ番目ボトル情報の会員ＩＤコー
ドに対応して会員マスタファイル７に登録されているメ
ールアドレス宛に送信する。また、本日日付から１４日
後がキープ期限日の場合には、２週間後に期限切れとな
るので、ＳＴ５１としてそのｎ番目ボトル情報の店名，
品名，残量，キープ期限日を用いてボトルキープの期限
切れ間近を示す情報（例えばメッセージ「ボトルキープ
の期限が迫る！」とボトルキープ期限日の両方）を通知
する電子メールを作成する。そして、この電子メール
を、当該ｎ番目ボトル情報の会員ＩＤコードに対応して
会員マスタファイル７に登録されているメールアドレス
宛に送信する。キープ期限日が翌日から１３日後までの
場合、及び１５日以上後の場合には電子メールの送信は
行なわない。しかる後、ＳＴ４３の処理に戻り、カウン
タｎをさらに“１”だけカウントアップする。そして、
ボトル情報ファイル８から次のｎ番目ボトル情報を取得
する。

【００３８】こうして、本部サーバ１は、ボトル情報フ
ァイル８に格納されたレコードを順次取得し、キープ期
限日が過ぎているレコードについては削除する。また、
本日がボトルのキープ期限日である会員に対してはボト
ルキープの期限切れを示す情報を通知する電子メールを
送信する。さらに、２週間後にキープ期限日となる会員
に対しては、ボトルキープの期限切れ間近を示す情報を
通知する電子メールを送信する。なお、メールアドレス
を所持しない会員に対しては、電子メールの送信は行な
わない。

【００３９】本部サーバ１は、ＳＴ４５としてｎ番目ボ
トル情報無しを認識すると、ＳＴ５２としてボトル情報
ファイル８の各レコードをキープ期限日が本日日付に近
い順にソートして、この処理を終了する。

【００４０】このように構成された本実施の形態におい
ては、居酒屋チェーン店の本部に本部サーバ１が設置さ
れており、同居酒屋チェーン店の各店舗にそれぞれ店舗
端末２が設置されている。本部サーバ１と各店舗端末２
とは、通信回線３で接続されている。

【００４１】さて、各店舗の店員は、店を出る顧客から
ボトルキープの依頼を受けた場合、はじめに、この顧客
が当該居酒屋チェーン店の会員か否かを確認する。そし
て、会員でない場合には、店舗端末１を利用して会員登
録を行なう。先ず、キーボード３３を操作して会員登録
業務９を選択しその実行を指令する。そうすると、本部
サーバ１から新規の会員ＩＤコードが通知され、ディス
プレイ３４に、会員ＩＤコード，パスワード，氏名，メ
ールアドレス等の入力を促す会員登録画面４０が表示さ
れるので、当該顧客から申告があった氏名，居所，生年
月日，パスワード及びメールアドレスをそれぞれ入力
し、実行キーを入力する。そうすると、会員登録情報
（会員ＩＤコード，パスワード，氏名，居所，生年月
日，メールアドレス）の通知伝文が本部サーバ１に伝送
され、会員マスタファイル７に追加登録される。また、
会員ＩＤコードのバーコード５４等が印刷された会員カ
ード５０がバーコードプリンタ３５により発行される。

【００４２】そこで店員は、次に、店舗端末１を利用し
て当該顧客からキープを依頼されたボトルの情報を登録
する。先ず、キーボード３３を操作してボトル登録業務
１０を選択しその実行を指令する。次いで、会員登録業
務９の実行により発行された会員カード５０に印刷され
ているバーコード５４をスキャナ３６でスキャニングす
る。もしくは、キーボード３３を操作して同会員カード
５０に印刷されている会員ＩＤコード５３をキー入力す
る。そうすると、ディスプレイ３４に、キープを依頼さ
れたボトルの品番，品名，残量，キープ期限日の入力を
促すボトル登録画面６０が表示されるので、当該顧客か
らキープを依頼されたボトルの品番と残量を入力する。
なお、残量は、未開封のボトルの残量を１００％とした
ときの割合を入力する。品番を入力すると、自動的に品
名とキープ期限日が入力される。しかる後、実行キーを
入力する。そうすると、ボトル登録情報（会員ＩＤコー
ド，店コード，店名，品名，残量，キープ期限日）の通
知伝文が本部サーバ１に伝送され、ボトル情報ファイル
８に追加登録される。そこで店員は、会員カード５０を
顧客に渡して、ボトルをキープする。

【００４３】一方、既に会員になっている顧客からボト
ルキープの依頼を受けた場合には、その顧客から会員カ
ード５０を預かる。そして、店舗端末１を利用して当該
顧客からキープを依頼されたボトルの情報を登録する。
すなわち、ボトル登録業務９を選択し、その実行を指令
した後、会員カード５０の会員コードをスキャニング入
力またはキー入力する。このとき、当該顧客がこの店舗
でキープを依頼した前回のボトルのキープ期限日が未だ
経過していない場合には、ボトル登録画面６０にこのボ
トルの品名と、前回までの残量と、キープ期限日が表示
される。そこで店員は、当該顧客からキープの依頼を受
けた今回のボトルが前回と同じボトルか否かを確認す
る。そして、今回のボトルが前回と同じボトルであった
場合には、残量のみ修正する。この場合、キープ期限日
は前回の日付が保持される。これに対し、前回のボトル
は飲み干され、新しいボトルであった場合には、そのボ
トルの品番と残量を入力する。この場合、キープ期限日
は本日より所定期間経過後の日付となる。その後、実行
キーを入力すると、今回のボトル登録情報（会員ＩＤコ
ード，店コード，店名，品名，残量，キープ期限日）の
通知伝文が本部サーバ１に伝送される。そして、ボトル
情報ファイル８の会員ＩＤコードと店コードとが一致す
るレコードに、今回の情報が上書きされる。そこで店員
は、会員カード５０を顧客に返してボトルをキープす
る。

【００４４】このように、各店舗端末２は、会員ＩＤコ
ード，パスワード，氏名，メールアドレス等の会員登録
に必要な情報の入力を促す手段と、この手段により入力
された情報に基づいて、本部サーバ１が有している会員
マスタファイル７に、会員となった顧客の会員ＩＤコー
ド，パスワード，氏名，メールアドレス等を登録する手
段と、この手段により会員登録された顧客に対して会員
ＩＤコードを記録した会員カード５０を発行する手段と
を有している。したがって、ボトルのキープを依頼する
ために必要な本部サーバ１への会員登録を店舗に居なが
らにして短時間で行なうことができる上、会員カード５
０も即座に発行でき、効率がよい。

【００４５】また、各店舗端末２は、顧客からキープを
依頼されたボトルの品名，残量及び保管期限であるキー
プ期限日の入力を促す手段と、この手段により入力され
た情報に基づいて、本部サーバ１が有しているボトル情
報ファイル８に、顧客からキープを依頼されたボトルの
品名，残量，キープ期限日を店舗別に登録する手段を有
している。したがって、顧客からキープを依頼されたボ
トルの種類や残量やキープ期限日等の情報を本部サーバ
１に登録することも、店舗に居ながら即座にでき、効率
的である。

【００４６】一方、居酒屋チェーン店のいずれかの店舗
でボトルをキープした顧客は、パーソナルコンピュータ
５や携帯電話６等のインターネット通信が可能なユーザ
端末を利用することにより、ボトルの有無や残量，つま
りはボトルのキープ状況を遠隔地よりチェックすること
が可能である。

【００４７】例えば携帯電話６を用いてチェックする場
合、顧客は、先ず、携帯電話６をインターネット４に接
続して、居酒屋チェーン店のＷｅｂページを閲覧する。
次に、このＷｅｂページからボトル照会要求を行なう。
そうすると、図１２（ａ）に示すように、携帯電話６の
ディスプレイ７１に、会員ＩＤコードとパスワードとの
入力を促す会員認証画面が表示されるので、会員カード
５０に印刷されている会員コードと自己のパスワードと
を入力して照会ボタンを押す。ここで、パスワードが一
致しない場合には、ディスプレイ７１に承認エラー画面
が表示され、ボトルキープの状況をチェックすることは
できない。

【００４８】パスワードが一致する場合には、当該顧客
は会員として承認される。このとき、本部サーバ１で
は、ボトル情報ファイル８の記憶情報が検索される。そ
して、当該顧客からキープを依頼されたボトルの情報が
登録されていない場合には、ボトルキープ無しを通知す
る画面情報が携帯電話６にインターネット４を通じて送
信される。これにより、携帯電話６のディスプレイ７１
にはボトルキープ無しを通知する画面が表示される。

【００４９】これに対し、当該顧客からキープを依頼さ
れたボトルの情報が複数登録されている場合には、その
複数の情報の店名リストを通知する画面情報が携帯電話
６にインターネット４を通じて送信される。これによ
り、携帯電話６のディスプレイ７１には、図１２（ｂ）
に示すように、ボトルがキープされている複数の店の店
名リストが表示される。そこで顧客は、ボトルキープ状
況の照会を希望する店を選択し、選択ボタンを押す。そ
うすると、本部サーバ１において、その選択された店舗
の情報を基にボトルキープ情報応答画面の情報が作成さ
れて、携帯電話６にインターネット４を通じて送信され
る。これにより、携帯電話６のディスプレイ７１には、
図１２（ｃ）に示すように、その店でキープされている
ボトルの品名，残量及びキープ期限日等が表示される。

【００５０】また、当該顧客からキープを依頼されたボ
トルの情報が１つしか登録されていない場合には、直ち
にその情報を基にボトルキープ情報応答画面の情報が作
成されて、携帯電話６にインターネット４を通じて送信
される。これにより、携帯電話６のディスプレイ７１に
は、図１２（ｃ）の画面が表示される。

【００５１】このように、本部サーバ１は、インターネ
ット４を介して、顧客からキープを依頼されたボトルの
照会を受け付ける手段と、照会を受け付けたボトルの残
量及び保管期限等の保管状況を示す情報をボトル情報フ
ァイル８から探し出し、インターネット４を介して応答
する手段を有している。したがって、インターネット４
を利用して照会があった顧客に対し、その顧客からキー
プを依頼されたボトルの有無，残量，保管期限等の保管
状況を即座に応答できるので、サービス性を高めること
ができる。また顧客は、実際に店に出向かなくても、ボ
トルのキープ状況をいつでも把握できるので、以前にキ
ープしたボトルを目当てに店に行ったがボトルがキープ
されていなかったというような不満を解消できる。しか
も、複数の店でボトルをキープしている顧客は、店毎に
キープの状況を把握できるので、例えば、キープ期限日
が近い店に先に行くというような対応をミスなくでき、
期限が過ぎてしまって廃棄される無駄を無くすことがで
きる。

【００５２】また、本実施の形態においては、毎日、予
め設定された時刻になると、本部サーバ１が期限切れ検
索業務１２を実行するようになっている。これにより、
ボトル情報ファイル８に登録されている情報のうち、キ
ープ期限日が経過した情報は自動的に削除される。ま
た、キープを依頼したボトルのキープ期限が本日より２
週間後に切れる顧客に対しては、図１２（ｄ）に示すよ
うに、自動的にボトルキープの期限切れ間近を示す情報
を通知する電子メールがインターネット４を通じて送信
される。同様に、本日が期限切れとなる顧客に対して
は、ボトルキープの期限切れを示す情報を通知する電子
メールがインターネット４を通じて送信される。したが
って、顧客にボトルキープの期限切れが近いことや期限
切れになることを事前に通知できるので、サービス性を
より高めることができる。また、ボトルの期限切れが近
いことを理由に来店する顧客が増えるので、集客効果に
もつながる。

【００５３】なお、本発明は前記一実施の形態に限定さ
れるものではない。例えば、前記一実施の形態では、本
部サーバ１にボトルのキープ状況を照会する際にインタ
ーネット通信が可能なユーザ端末を用い、インターネッ
ト４を利用して行なったが、プッシュボタン方式の電話
機を用い、公衆回線を利用して照会を行ない、これに対
して本部サーバ１が音声でキープ状況を応答するように
しても、本発明の効果を奏することができる。

【００５４】また、前記一実施の形態では、本部サーバ
１が実施する期限切れ検索業務１２において、本日日付
より２週間後がキープ期限日の顧客に対してボトルキー
プの期限切れ間近を示す情報を通知する電子メールを送
信したが、この期限切れ間近の電子メールを送信するタ
イミングは本実施の形態のタイミングに限定されるもの
ではない。また、ボトルキープの期限切れ間近を示す情
報は前記一実施の形態のものに限らず、例えば、メッセ
ージだけを通知してもよいし、期限切れまでの日数を通
知してもよい。

【００５５】また、前記一実施の形態では、会員登録業
務９とボトル登録業務１０とを実行可能な複数台の店舗
端末２と、ボトル照会応答業務１１と期限切れ検索業務
１２とを実行可能な本部サーバ１とを通信回線１３で接
続した場合を示したが、各業務を実行可能な単一の装置
であってもよい。単一の装置とすることにより、チェー
ン店でない居酒屋，スナック，パブ等の飲食店に適用す
ることができる。この他、本発明をボトル以外の物品の
保管状況を管理するシステムに適用する等、本発明の要
旨を逸脱しない範囲で種々変形実施可能であるのは勿論
である。

【００５６】

【発明の効果】以上詳述したように本発明によれば、店
に保管を依頼した物品の状況を、顧客が実際に店に出向
かなくても把握でき、サービス性を高めることができる
保管状況管理装置を提供できる。

【図面の簡単な説明】

【図１】 本発明の一実施の形態のシステム構成を示す
図。

【図２】 同実施の形態における会員マスタファイルの
データ例を示す図。

【図３】 同実施の形態におけるボトル情報ファイルの
データ例を示す図。

【図４】 同実施の形態において使用する会員カードの
一例を示す図。

【図５】 同実施の形態における店舗端末の要部構成を
示すブロック図。

【図６】 同実施の形態において店舗端末が実行する会
員登録業務の要部処理を示す流れ図。

【図７】 同実施の形態において店舗端末が実行するボ
トル登録業務の要部処理を示す流れ図。

【図８】 同実施の形態において店舗端末のディスプレ
イに表示される会員登録画面の一例を示す図。

【図９】 同実施の形態において店舗端末のディスプレ
イに表示されるボトル登録画面の一例を示す図。

【図１０】同実施の形態において本部サーバが実行する
ボトル照会応答業務の要部処理を示す流れ図。

【図１１】同実施の形態において本部サーバが実行する
期限切れ検索業務の要部処理を示す流れ図。

【図１２】同実施の形態において携帯電話のディスプレ
イに表示される画面例を示す図。

【符号の説明】

１…本部サーバ、２…店舗端末、３…通信回線、４…イ
ンターネット、５…パソコン、６…携帯電話、７…会員
マスタファイル、８…ボトル情報ファイル。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 保管を依頼された品の保管状況を記憶す
   る保管状況記憶手段と、通信手段を介して前記保管を依
   頼された品の照会を受け付ける照会受付手段と、この照
   会受付手段により照会を受け付けた品の保管状況を前記
   保管状況記憶手段による記憶情報から取得し前記通信手
   段を介して応答する保管状況応答手段とを具備したこと
   を特徴とする保管状況管理装置。
2. 【請求項２】 顧客から保管を依頼された品の保管期限
   を記憶する保管期限記憶手段と、この保管期限記憶手段
   により記憶される保管期限に基づいて保管期限切れが間
   近の品を検索する期限切れ間近検索手段と、この期限切
   れ間近検索手段により検索された保管期限切れが間近の
   品の保管を依頼した顧客に対して期限切れ間近を示す情
   報を通知する期限切れ間近通知手段とを具備したことを
   特徴とする保管状況管理装置。
3. 【請求項３】 期限切れ間近通知手段は、インターネッ
   トの電子メールを利用することを特徴とする請求項２記
   載の保管状況管理装置。