JP2004326469A

JP2004326469A - 自動販売機管理システム

Info

Publication number: JP2004326469A
Application number: JP2003120847A
Authority: JP
Inventors: Atsushi Ito; 篤志伊藤
Original assignee: Canon Electronics Inc
Current assignee: Canon Electronics Inc
Priority date: 2003-04-25
Filing date: 2003-04-25
Publication date: 2004-11-18

Abstract

【課題】安価に構築でき、運営コストも安い構成で複数の自動販売機の管理を効率良く行なえ、自動販売機の利用者へのサービスを向上することもできる自動販売機管理システムの構成を提供する。
【解決手段】自動販売機１は、商品を販売できないときに、その原因の情報を含む自動販売機情報を符号化したコードを生成して表示する。選択した商品を購入できなかった利用者５１が携帯電話１３でコードの画像を読み取り、管理サーバ４０に送信すると、管理サーバ４０は、受信したコードを復号化して自動販売機１の情報を取得し、その情報に基づいて、記憶している自動販売機管理情報を更新するととともに、利用者５１に便宜を図るための特定の情報、例えば自動販売機１の商品の予定補充時刻や近くの他の自動販売機の位置情報などを携帯電話１３に送信する。
【選択図】図６

Description

【０００１】
【発明の属する技術分野】
本発明は、少なくとも１台の管理サーバにより複数の自動販売機の商品の在庫や補充などの管理を行なう自動販売機管理システムに関するものである。
【０００２】
【従来の技術】
自動販売機は、通貨またはこれに代わるカードなどを投入することによって自動的に商品（飲料、食品、タバコなど）を販売する省力機械である。自動販売機は、市街地、公園、建物内など各所に設置され自動販売機の管理者が定期的に商品を補充する運用形態がとられている。一般的に、自動販売機の商品補充周期や補充量は、過去のデータから計算され、商品の売り切れなどの問題が発生しないように商品補充スケジュールが組まれているが、気候の急激な変化、商品の人気、運動会や夏祭りなどの地域イベント開催など、環境の変化により、通常よりも早く商品が売り切れてしまう場合がある。また、自動販売機の故障やつり銭切れなどで商品を販売できなくなる場合もある。これらの問題に対処するための従来技術として、自動販売機と、これを管理する管理センターの受信端末とを電話回線などで接続し、自動販売機の商品の売り切れや故障などの情報を自動販売機から管理センターの受信端末へ送信する方法が例えば下記の特許文献１などで知られている。
【０００３】
【特許文献１】
特開２０００−２０７６１８号公報（要約、図１など）
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来技術では、自動販売機が多数ある場合に、自動販売機毎に管理センターの受信端末と通信を行う通信端末を設けるとともに、通信回線を設置するなどの必要があるため、膨大な設備の費用と、通信毎に発生する回線使用料の費用がかかってしまう。また、自動販売機の商品の売り切れ、つり銭切れ、故障などで選択した商品を購入できなかった利用者が場所ないし時間を改めてその商品を購入できるように便宜を図るようなサービスを行うことがなく、サービスが悪いという問題もあった。
【０００５】
そこで本発明の課題は、システムを安価に構築できるとともに運営のコストも安い構成で複数の自動販売機の商品の在庫や補充などの管理を効率良く行なうことができ、自動販売機の利用者に対するサービスを向上することもできる自動販売機管理システムの構成を提供することにある。
【０００６】
【課題を解決するための手段】
上記の課題を解決するため、本発明によれば、
複数の自動販売機を管理するための自動販売機管理情報を記憶した少なくとも１台の管理サーバにより前記複数の自動販売機を管理する自動販売機管理システムであって、
前記自動販売機は、商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成手段と、前記コードを表示する表示手段を有し、
前記管理サーバは、前記自動販売機の利用者が使用する画像読み取り手段を備えた携帯型通信装置と通信を行なう通信手段と、該通信手段により前記携帯型通信装置から前記コードの画像を受信したときに該コードを復号化して前記自動販売機情報を取得する復号化手段を有し、該復号化手段により前記自動販売機情報を取得したときに、該情報に基づいて前記自動販売機管理情報を更新するとともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記通信手段により前記携帯型通信装置に送信する構成を採用した。
【０００７】
【発明の実施の形態】
以下、図を参照して本発明の実施の形態を説明する。
【０００８】
［第１の実施形態］
図１は、本発明の第１の実施形態による自動販売機管理システムで管理される自動販売機１の前面を示している。なお、本実施形態では、この自動販売機１の利用者がインターネットにアクセスできる携帯電話１３或いは他の携帯型通信装置を携帯しており、それが画像を読み取るデジタルカメラやスキャナなどの画像読取手段を備えていることを想定している。
【０００９】
自動販売機１は、ここでは缶飲料を商品として販売するものとし、前面に取り付けられた透明なアクリル板等からなるパネル２の内部に複数のサンプル缶飲料３が陳列されている。利用者は、サンプル缶飲料３のそれぞれに対応して設けられた複数の商品選択ボタン４のいずれかを押すことで購入したい缶飲料を選択できる。紙幣挿入口６と硬貨投入口７は、それぞれ利用者が硬貨ないし紙幣を挿入する開口であり、挿入された硬貨ないし紙幣は、自動販売機内部の金銭メカ部２９（図４参照）に供給される。返却レバー８は、投入硬貨を返却口９から返却させたり、つり銭を返却口９から返却させたりするためのものである。金銭表示部１２は、紙幣挿入口６ないし硬貨投入口７から投入された金銭の合計、及び缶飲料購入後のつり銭額を表示する。商品取り出し口１１は、自動販売機内部のコラムから搬送された缶飲料を利用者が取り出すための開口部である。
【００１０】
問い合わせコード表示部（以下、コード表示部と略す）５は、サンプル缶飲料３のそれぞれに対応するよう複数設けられた表示部であり、あるサンプル缶飲料３の商品が在庫切れ（売り切れ）、つり銭切れ、自動販売機の故障等により販売できなくなった場合、そのサンプル缶飲料３に対応したコード表示部５に後述する自動販売機情報を符号化した問い合わせコード１４が表示される。ここでは問い合わせコード１４として二次元コードを示しているが、バーコードでもよいし、アルファベットや数字等を羅列した他のコードでもよい。
【００１１】
また、自動販売機１の前面には図２に一例を示す問い合わせラベル１０が貼り付けられている。このラベルには、自動販売機１を管理している管理センターのＵＲＬが記載されている。そして売り切れ商品に対応するコード表示部５に表示された問い合わせコードの画像を管理センターに送れば、売り切れ商品と同一の商品を販売している他の自動販売機の情報と、本自動販売機の補充予定時刻情報が入手できる旨が記載されている。
【００１２】
利用者は、購入したい缶飲料が売り切れ、つり銭切れ、故障等により購入できない場合で、ラベル１０を見てその記載内容に従う気になった場合は、購入したい商品のサンプル缶飲料３に対応したコード表示部５に表示されている問い合わせコードの画像を携帯電話１３の画像読取手段で読み取った後、携帯電話１３でインターネットを介して管理センターの後述する管理サーバに接続し、問い合わせコードの画像を送信する。
【００１３】
管理サーバは受信した画像の問い合わせコードを復号化して自動販売機１の自動販売機情報を取得し、それにより自動販売機１と利用者が購入したい缶飲料を認識する。そして、自動販売機管理情報のデータベースから自動販売機１の近くで利用者が購入したい缶飲料を販売している別の自動販売機の位置情報（例えば、自動販売機の周辺地図）、ないしは自動販売機１の商品配送（補充）予定時刻の情報を検索し、利用者の携帯電話１３に返送する。
【００１４】
利用者は、送られてきた位置情報により上記別の自動販売機を探すか、或いは出直して補充予定時刻過ぎに再び自動販売機１の所まで来て、購入したい缶飲料を購入することができる。
【００１５】
問い合わせコードに符号化される自動販売機情報には図３に一例を示す情報が含まれており、管理センターでは、これらの情報を入手することができる。
【００１６】
すなわち、問い合わせコードの自動販売機情報には、自動販売機固有の自動販売機ＩＤ（識別情報）３３と、利用者が購入しようと選択した缶飲料を含む自動販売機で販売している全ての缶飲料のそれぞれの商品情報３４ａ，３４ｂ…が含まれる。商品情報３４ａ，３４ｂ…は、その缶飲料に固有の商品ＩＤ３４１、その缶飲料の自動販売機内での在庫数３４２、及びその缶飲料が自動販売機の故障で販売できない場合に故障の内容を示す故障コード３４３の情報からなる。さらに、つり銭在庫数３５の情報と、これらの情報を問い合わせコードに符号化した符号化時刻３６の情報を含んでいる。
【００１７】
自動販売機ＩＤ３３は、管理サーバが問い合わせコードを発行した自動販売機を特定するために使用する。商品情報３４ａ，３４ｂ…については、利用者が選択して画像を送信した問い合わせコードに対応した缶飲料、すなわち利用者が購入しようと選択した缶飲料の商品情報３４ａが自動販売機ＩＤ３３の直後に記載されている。この商品情報３４ａの商品在庫数３４２が０の場合は、その缶飲料の在庫切れ（売り切れ）が原因で、また、故障コードが記載されている場合は、自動販売機の故障が原因で、その缶飲料が販売できないことが判断できる。また、商品情報３４ａ，３４ｂ…は、その自動販売機で販売されている全ての缶飲料の商品情報を含むので、売り切れ缶飲料を含めて各缶飲料の補充を行う場合に、商品情報３４ａ，３４ｂ…の商品在庫数の情報により、各缶飲料について補充すべき量を事前に把握することができる。
【００１８】
また、つり銭在庫数３５の情報により、自動販売機１内のつり銭の在庫数を知ることできる。選択された缶飲料の商品情報３４ａの故障コード３４３に記載がなく、商品在庫数３４２が０でもない場合は、つり銭切れが問い合わせコード発行の原因（販売できない原因）であり、その場合はつり銭在庫数が０になっているはずである。
【００１９】
また、符号化時刻３６は、問い合わせコードの自動販売機情報が新しいものか否かを判別するためのものである。たとえば、利用者が缶飲料が売り切れとなった自動販売機１で問い合わせコード１４の画像を携帯電話１３で読み取ったものの、直ぐには管理センターに送らず、その後、自動販売機１で缶飲料の補充が完了した後に送ったものとする。この場合は、符号化時刻より自動販売機の最終補充完了時刻が遅くなるので、売り切れ後に補充が終わっており、問題の缶飲料の在庫切れが解消されていると判断できる。
【００２０】
次に、図４は、自動販売機１の構成を説明するブロック図である。２１は、自動販売機１の全体の制御を行うＣＰＵである。このＣＰＵ２１には、これが動作するための制御プログラムが格納されたＲＯＭ２２、ＣＰＵ２１の演算結果などのデータを記憶するＲＡＭ２４、現在時刻を計時するＲＴＣ（リアルタイムクロック）２３、及び以下で述べる自動販売機内部の複数の制御部２５〜２８が接続されている。
【００２１】
金銭メカ部２９は、つり銭切れを検出する不図示のつり銭切れセンサーを有し、硬貨投入口７から硬貨、紙幣挿入口６から紙幣を受け取り、必要に応じて硬貨を返却口９から、紙幣を紙幣挿入口６から返却する。金銭制御部２５は、金銭メカ部２９を制御し、硬貨と紙幣の金種、正偽等の判別、金種別枚数の計算、金庫への収容を行い、ＣＰＵ２１からの指示に応じて、つり銭の払い戻し等を行わせ、また、投入金額やつり銭在庫数など金銭メカ部２９の情報を随時ＣＰＵ２１に対して送信する。
【００２２】
操作ＳＷ（スイッチ）／ランプ３０は、図１で先述した金銭表示部１２及び複数の商品選択ボタン４とともに、販売中、販売中止、つり銭切れを表示するランプを備えたものである。操作制御部２６は、操作ＳＷ／ランプ３０を制御し、複数の商品選択ボタン４の何れが押下されたかを検出し、ＣＰＵ２１に通知すると共に、ＣＰＵ２１からの指示に応じて、販売中、販売中止、つり銭切れランプの点灯／消灯を制御する。また、ＣＰＵ２１から送られる投入金額、つり銭金額のデータを金銭表示部１２に表示させる。
【００２３】
収容庫メカ部３１は、複数種類の缶飲料の種類別在庫数を検出する不図示の商品センサーを有しており、利用者が選択した缶飲料を、格納しているコラムから商品取り出し口１１まで搬送する。収容庫制御部２７は、収容庫メカ部３１を制御し、ＣＰＵ２１からの指示に応じて、選択された缶飲料をコラムから商品取り出し口１１まで搬送させる。また、商品センサーにより検出された缶飲料の種類別在庫数を随時ＣＰＵ２１に対して送信する。
【００２４】
表示制御部２８は、先述したコード表示部５を制御し、ＣＰＵ２１から送られてくる問い合わせコードの画像をその問い合わせコードに対応したコード表示部５に表示させる。
【００２５】
ＣＰＵ２１は、先述した自動販売機ＩＤと商品ＩＤ、及び各制御部２５〜２８から随時送られてくる商品ＩＤ毎の商品在庫数、故障コード、つり銭在庫数等の自動販売機情報をＲＡＭ２４に記憶しており、必要に応じてＲＯＭ２２内の符号化プログラムを使用してこれらの自動販売機情報を問い合わせコードに符号化する。その際にＲＴＣ２３から現在時刻を取得し、符号化時刻としてその時刻の情報を符号化する情報に加える。
【００２６】
次に、図５は、自動販売機１の問い合わせコード発行動作を説明するもので、その動作のためのＣＰＵ２１の制御手順を示したフローチャートである。この制御手順の制御プログラムがＲＯＭ２２に格納されており、ＣＰＵ２１により実行される。
【００２７】
自動販売機の商品配送員が缶飲料の補充を行なって自動販売機の扉を閉めると、ＣＰＵ２１が図５の制御を開始し、まずＣＰＵ２１内部の不図示の故障検出タイマーをリセット（ステップＳ１０１）した後、利用者が金銭（硬貨または紙幣）を投入したか否かを検出する（Ｓ１０２）。投入がない場合（ＮＯ）は、故障検出タイマーの計時している時間が予め設定されている故障検出時間を超えたか否か判定し（Ｓ１０３）、越えていない場合（ＮＯ）は、ステップＳ１０２に戻り、ステップＳ１０２，Ｓ１０３のいずれかで判定がＹＥＳとなるまで、ステップＳ１０２，Ｓ１０３を繰り返す。
【００２８】
ステップＳ１０３で故障検出時間を越える（ＹＥＳ）と、自動販売機で缶飲料が販売できない故障が検出されたか否か判定する（Ｓ１０４）。そして故障が検出されない場合（ＮＯ）は、ステップＳ１０５を飛び越してステップＳ１０１に戻る。
【００２９】
また、故障が検出された場合（ＹＥＳ）は、その故障で販売できない缶飲料の全てについて問い合わせコードを生成して発行し、対応するコード表示部５のそれぞれに表示させる（Ｓ１０５）。その後、ステップＳ１０１に戻る。
【００３０】
一方、ステップＳ１０２で金銭の投入を検出した場合（ＹＥＳ）は、返却レバー８の操作が検出されたか否か判定する（Ｓ１０６）。利用者は缶飲料を購入した後につり銭を得るために、または、目的の缶飲料が購入できなかった場合に返却レバー８を操作する。ここで返却レバー操作が検出されなかった場合（ＮＯ）は、利用者が購入したい缶飲料を選択するために操作する商品選択ボタン４の操作が検出されたか否か判定し（Ｓ１０７）、検出されない場合（ＮＯ）は、ステップＳ１０６に戻り、ステップＳ１０６，Ｓ１０７のいずれかの判定がＹＥＳとなるまで、ステップＳ１０６，Ｓ１０７を繰り返す。
【００３１】
ステップＳ１０７で商品選択ボタン４の操作が検出された場合（ＹＥＳ）は、ステップＳ１０８に進み、既につり銭切れ問い合わせコードが発行されてコード表示部５に表示されていれば、それを消去する。つり銭切れ問い合わせコードは、自動販売機のつり銭が切れていて、且つ利用者がつり銭の必要となる缶飲料を選択した場合（利用者が問い合わせコードを取得したいと思い意図的に選択した場合など）に、後述するステップＳ１１７で一時的に発行される問い合わせコードである。これが発行された場合では、利用者は、金銭を投入して缶飲料を購入できていないため、必ず、その後で他の缶飲料の商品選択ボタン４を押すか、投入金銭の払い戻しを行うために返却レバー８の操作を行う。ステップＳ１０８と後述のステップＳ１１９でのつり銭切れ問い合わせコードの消去処理は、前記の利用者の操作に応じて同コードの表示を消去するための処理である。
【００３２】
ステップＳ１０８の次はステップＳ１０９でつり銭切れが検出されたか否か判定し、検出されなかった場合（ＮＯ）は、選択された缶飲料をコラムから商品取り出し口１１まで搬送させる（Ｓ１１０）。その後、今回利用者が缶飲料を購入したことで、その種類の缶飲料の在庫が０になったか否かの在庫切れ検出を行い（Ｓ１１１）、在庫がある場合（ＮＯ）は、ステップＳ１１２を飛び越してステップＳ１１３に進む。また、利用者がある種類の缶飲料の最後のものを購入して缶飲料の在庫切れが検出された場合（ＹＥＳ）は、ステップＳ１１２で在庫切れになった缶飲料の問い合わせコードを発行（生成）し、その缶飲料に対応したコード表示部５に表示させる（Ｓ１１２）。その後ステップＳ１１３に進む。
【００３３】
ステップＳ１１３では、既に、自動販売機の故障や他の缶飲料の在庫切れで問い合わせコードが発行され他のコード表示部５に表示されているか否か判定し、発行済みの場合（ＹＥＳ）は、その発行済みの問い合わせコードの自動販売機情報に今回発行した問い合わせコードの自動販売機情報の内容を含ませるように発行済みの問い合わせコードを更新し、対応するコード表示部に表示させる（Ｓ１１４）。その後、ステップＳ１２０に進む。また、今回が始めての問い合わせコード発行である場合（ＮＯ）は、ステップＳ１１４を飛び越してステップＳ１２０に進む。
【００３４】
ステップＳ１２０では残金の有無を判定する。すなわち、利用者が投入した金額から購入缶飲料の金額を差し引いた残金の有無を判定し、有る場合（ＹＥＳ）は、つり銭の返却を行うため、ステップＳ１０６に戻り、返却レバー８の操作の検出を行う。残金が無い場合（ＮＯ）は、一連の販売処理を終了し、ステップＳ１０２（金銭投入検出）に戻る。
【００３５】
一方、ステップＳ１０９でつり銭切れを検出した場合（ＹＥＳ）は、つり銭の要／不要を判定する（Ｓ１１５）。ここでは、利用者が投入した金銭の種類、金額と利用者が選択した缶飲料の金額とを比較して、つり銭が必要か不要かを判定する。そして、不要の場合（ＮＯ）は、缶飲料の販売が可能であるため、ステップＳ１１０に進み缶飲料の搬送を行う。
【００３６】
また、つり銭が必要な場合（ＹＥＳ）は、缶飲料の販売ができないため、ステップＳ１１６に進み、選択された缶飲料の問い合わせコードが発行済みか否か判定する。これは、自動販売機の故障や缶飲料の在庫切れで既に問い合わせコードが発行され表示されている場合に、それがつり銭切れ問い合わせコードに書き換えられないようにするためである。すなわち、通常は自動販売機の故障や缶飲料の在庫切れで販売中止になっている缶飲料を利用者が選択することはないが、間違って商品選択ボタン４を押した場合でも問い合わせコードが書き換えられないようにするためである。
【００３７】
問い合わせコードが発行済みの場合（ＹＥＳ）は、そのままステップＳ１０６（返却レバー操作検出）に戻る。また、発行されていない場合（ＮＯ）は、つり銭切れ問い合わせコードを発行（Ｓ１１７）した後、ステップＳ１０６に戻る。
【００３８】
また、利用者が缶飲料を購入した後につり銭の払い戻しをするなどのために返却レバー８を操作して、ステップＳ１０６で返却レバー８の操作が検出された場合（ＹＥＳ）は、つり銭などの返金処理（Ｓ１１８）と、つり銭切れ問い合わせコードの消去処理（Ｓ１１９）を行なった後、ステップＳ１０２（金銭投入検出）に戻る。
【００３９】
以上のようにして、自動販売機１に缶飲料を販売できなくなる故障あるいは缶飲料の在庫切れが発生した場合、及びつり銭切れであるのにつり銭が必要である缶飲料が選択された場合に、ＣＰＵ２１から問い合わせコードが発行され、コード表示部５に表示される。
【００４０】
次に、図６は、本実施形態における自動販売機管理システムの全体構成を示している。ここでは自動販売機１を１台しか図示していないが、これを含めて複数の自動販売機が管理対象となることは勿論である。
【００４１】
自動販売機を管理する管理センターの管理サーバ４０は、管轄する複数の自動販売機の管理情報（各自動販売機のＩＤ、設置位置、周辺地図、販売商品ＩＤ、商品の在庫数、最終補充完了時刻、故障、つり銭の在庫数等）をデーターベースとしてハードディスク装置などの記憶装置に記憶しているコンピュータである。また、管理サーバ４０は、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）を介して通信を行なうインターフェースを有しており、管理センター内のＬＡＮ４１に接続され、これを介してブロードバンドルータ４２に接続されている。
【００４２】
ブロードバンドルータ４２は、インターネット４３上のグローバルＩＰアドレスを管理センター内のＬＡＮ４１で使用するローカルＩＰアドレスに変換する機器であり、これを介してインターネット４３とＬＡＮ４１が相互接続されている。さらに、インターネット４３は、ゲートウェイシステム４７により各電話会社が構築している公衆電話回線網などで代表される通信回線４８と相互接続されている。通信回線４８には、ＰＤＣ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＣｅｌｌｕｌａｒ）やＰＨＳ（ＰｅｒｓｏｎａｌＨａｎｄｙｐｈｏｎｅＳｙｓｔｅｍ）方式で代表される無線電話網の基地局４９を含んだ構成になっている。
【００４３】
また、５１は自動販売機１の利用者であり、携帯電話１３を携帯しているものとする。携帯電話１３は、先述した問い合わせコードの画像を読み取り可能な画像読取手段を備えているとともに、無線電話回線網を通じてＩＰ接続可能なものとする。
【００４４】
５０は、自動販売機１を含む複数の自動販売機に対して缶飲料の補充作業を行うために缶飲料を配送する配送車であり、これに乗って配送と補充の作業を行う配送員は無線電話網を通じてＩＰ接続可能なハンディーターミナルを携帯しているものとする。
【００４５】
以上の構成で、例えば、自動販売機１で利用者５１が購入しようとした缶飲料Ａが在庫切れで缶飲料Ａに対応するコード表示部５に問い合わせコードが表示されており、利用者５１が携帯電話１３でその問い合わせコードの画像を読み取り、携帯電話１３から無線電話網の基地局４９を通じて管理サーバ４０に送信したとする。
【００４６】
その場合、管理サーバ４０は、受信した画像の問い合わせコードを復号化して先述した自動販売機情報を取得し、これに基づいて、自動販売機１の近くで缶飲料Ａを販売している他の自動販売機の位置情報（地図等）をデータベースで検索するとともに、自動販売機１に缶飲料が補充される予定時刻を求め、それぞれの情報を利用者５１の携帯電話１３に送信する。これにより、利用者５１は、上記他の自動販売機の所まで行って缶飲料Ａを購入するか、或いは、補充予定時刻後にまた来て自動販売機１で缶飲料Ａを購入することができる。
【００４７】
また、管理サーバ４０は、問い合わせコードから入手した自動販売機１の情報（缶飲料の在庫情報等）を配送車５０の配送員に対して送信する。配送員は、受信した情報に基づいて自動販売機１に対する缶飲料の配送、補充を効率良く行うことができる。
【００４８】
なお、図中４５のホットスポット（ＩＥＥＥ８０２．１１ｂ規格などの無線ＬＡＮを介してインターネット４３に接続が行えるエリア）において、利用者５１が無線ＬＡＮの通信機能と画像読み取り機能を有したＰＤＡ４６を用いて、インターネット４３との接続を行う無線ＬＡＮアクセスポイント４４を通して、管理サーバ４０に接続する形態も考えられる。
【００４９】
次に、図７は、管理サーバ４０の動作の制御手順を示したフローチャートである。図示していないが、この制御手順に対応した制御プログラムが管理サーバ４０のハードディスク装置などに格納され、管理サーバ４０の起動によりＲＡＭに転送されＣＰＵにより実行される。
【００５０】
管理サーバ４０が起動され動作可能になると、まず缶飲料の補充を行っている配送車５０から定期的に送られてくる配送情報の受信を検出したか否か判定する（ステップＳ２０１）。配送情報には各自動販売機の缶飲料の最終補充完了時刻の情報が含まれている。受信を検出した場合（ＹＥＳ）は、受信した配送情報に基づいて管理サーバ４０の保有しているデータベースの自動販売機管理情報を更新し（Ｓ２０９）、ステップＳ２０１に戻る。また、配送情報の受信を検出しなかった場合（ＮＯ）は、利用者から送られてくる問い合わせコードの画像データの受信を検出したか否か判定する（Ｓ２０２）。そして検出しなかった場合（ＮＯ）は、ステップＳ２０１に戻り、ステップＳ２０１，Ｓ２０２のいずれかで判定がＹＥＳとなるまで、ステップＳ２０１，Ｓ２０２の判定を繰り返す。
【００５１】
また、ステップＳ２０２で問い合わせコードの画像の受信を検出した場合（ＹＥＳ）は、受信した画像による問い合わせコードを復号化して自動販売機情報を復元する復号化処理を行なう（Ｓ２０３）。続いて、復号化処理で得た自動販売機情報に含まれる問い合わせコードへの符号化時刻が、その自動販売機への缶飲料の最終補充完了時刻より後か否か比較する（Ｓ２０４）。最終補充完了時刻の情報は管理サーバ４０のデータベースの自動販売機管理情報に含まれている。この比較は、問い合わせコードが有効か無効かを判別するためのものである。
【００５２】
例えば、利用者が缶飲料が売り切れとなった自動販売機で問い合わせコードを入手して直ぐに問い合わせコードを送らず、その自動販売機への補充が完了した後に送ってきたような場合は、符号化時刻より最終補充完了時刻の方が後になり、問い合わせコード入手後に補充が終わっており、問い合わせコードは無効であると判断できる。
【００５３】
このように、最終補充完了時刻の方が後の場合（ＮＯ）は、利用者に対し既に自動販売機の補充が終了したことを伝えるメーッセージを利用者の携帯電話１３またはＰＤＡ４６などに送信し（Ｓ２１３）、その後ステップＳ２０１（配送情報受信検出）に戻る。
【００５４】
また、符号化時刻が最終補充完了時刻より後の場合（ＹＥＳ）は、ステップＳ２０５に進み、ステップＳ２０３の復号化で取得した自動販売機情報中に故障コードが有るか否か判定する。これは、利用者による問い合わせコード送信の原因が自動販売機の故障か否かを判定するためである。
【００５５】
ここで故障コードがあった場合（ＹＥＳ）は、ステップＳ２１２に進み、自動販売機の製造会社に対して、上記自動販売機情報中の自動販売機ＩＤで識別される自動販売機（利用者が送信した問い合わせコードを発行した自動販売機）の修理を依頼するメッセージを自動送信する。
【００５６】
その後、ステップＳ２０７に進み、上記問い合わせコードを発行した自動販売機の近くで、利用者が選択した缶飲料を販売している他の自動販売機の情報を自動販売機管理情報のデータベースから検索し、検索された自動販売機の位置情報（地図等）を利用者の携帯電話１３などに返送する。
【００５７】
続いてステップＳ２０８に進み、缶飲料の補充を行っている配送車５０に対して、ステップＳ２０３の復号化で取得した最新の自動販売機情報を自動送信する。配送員は、故障情報を含む自動販売機情報を受信した場合は、配送ルートを変更し、自動販売機の修理が完了した後に補充を行う等の運用が考えられる。ステップＳ２０８の次は先述したステップＳ２０９においてステップＳ２０３で取得した自動販売機情報に基づいて自動販売機管理情報を更新した後、ステップＳ２０１（配送情報受信の検出）に戻る。
【００５８】
一方、ステップＳ２０５で、問い合わせコードの自動販売機情報中に故障コードがなかった場合（ＮＯ）は、ステップＳ２０６に進み、問い合わせコードの自動販売機情報において選択商品の在庫数が０か否か判定する。これは問い合わせコード送信の原因が缶飲料の在庫切れか否か判定するためである。そして、在庫数が０の場合（ＹＥＳ）は、ステップＳ２１０に進み、この在庫切れを起こしている自動販売機への缶飲料の補充を配送中の配送車５０に対して要求する処理を行なう。
【００５９】
例えば配送車５０に対して配送ルートを変更し、在庫切れになっている自動販売機の補充を優先して行なわせる指示を自動送信する。または、臨時配送車を手配して臨時に補充を行なう処理が考えられる。
【００６０】
このステップＳ２１０の後はステップＳ２１１に進み、上記利用者が送信した問い合わせコードを発行した自動販売機への缶飲料の配送予定時刻（補充予定時刻）の情報を利用者に対して返送する。例えば、ステップＳ２１０で配送中の配送車５０に補充要求を行った場合は、配送車５０の位置と自動販売機の位置から配送時間を計算して配送予定時刻を求め、その情報を利用者に送信する。また、臨時配送車に補充要求を行った場合は、臨時配送車を手配した集配所の位置と自動販売機の位置から配送時間を計算して配送予定時刻を求め、利用者に送信する。その後、先述したステップＳ２０７（他の自動販売機の位置情報送信）に進む。
【００６１】
一方、ステップＳ２０５（故障コード有無判定）とステップＳ２０６（在庫切れ判定）の何れにおいてもＮＯとなった場合、つまり問い合わせコード送信の原因がつり銭切れの場合は、先述したステップＳ２０７に進み、受信した問い合わせコードを発行した自動販売機の近くで、つり銭切れになっておらず、利用者が選択した缶飲料を販売可能な自動販売機の位置情報（地図等）をデータベースから検索して利用者に対し返送する。その後、ステップＳ２０８で配送車５０に対して自動販売機のつり銭切れ情報を含むステップＳ２０３で取得した自動販売機情報を送信した後、先述したステップＳ２０９（自動販売機管理情報の更新）に進む。
【００６２】
以上のようにして、管理サーバ４０は、問い合わせコードの画像を受信すると、それを復号化して得た自動販売機情報に基づいて自動販売機管理情報を更新するとともに、利用者に対して問題の自動販売機への配送（補充）予定時刻の情報や、利用者が選択した缶飲料を販売している近くの他の自動販売機の位置情報を送信したり、配送車５０に対して臨時の補充要求の情報を送信したり、自動販売機の製造会社に対して修理を依頼する情報を送信したりする。こうして自動販売機の管理を効率良く行なうことができる。
【００６３】
以上のような実施形態によれば、管理センターの管理サーバ４０が管理する自動販売機のそれぞれに管理サーバ４０との通信を行うための通信手段を設けたり通信回線を設置したりしなくても、自動販売機の利用者の携帯電話などから問い合わせコードの画像が管理サーバ４０に送信されることにより、缶飲料の売り切れ、故障、或いはつり銭切れで缶飲料を販売できなくなった自動販売機の情報を管理サーバ４０が取得することができ、それにより管理サーバ４０は自動販売機の缶飲料の在庫や補充の管理を効率良く行なうことができる。そして、自動販売機管理システムを安価に構築できるとともに、システムの運営のコスト、特に通信コストを低減することができる。また、自動販売機で缶飲料を購入できなかった利用者に対して自動販売機の缶飲料の配送（補充）予定時刻の情報や、利用者が選択した缶飲料を販売している近くの他の自動販売機の位置情報を送信することにより、利用者が選択した商品を購入できるように便宜を図ることができ、利用者に対するサービスを向上することができる。
【００６４】
［第２の実施形態］
上述した第１の実施形態では、図１の自動販売機１のサンプル缶飲料３毎にコード表示部５を設けるものとしたが、これを１つだけとし、しかも金銭表示部１２がコード表示部５を兼ねるようにし、商品選択ボタン４が押された時で、選択された缶飲料が販売できない場合に、選択された缶飲料に対応した問い合わせコードを金銭表示部１２に表示するようにしてもよい。このようにした本発明の第２の実施形態を図８により以下に説明する。なお、第２の実施形態で上記以外の構成は第１の実施形態と共通とする。
【００６５】
図８は、第２の実施形態における自動販売機の問い合わせコードの発行及び表示動作に関わるＣＰＵ２１の制御手順を示したフローチャートである。この制御手順の制御プログラムがＲＯＭ２２に格納されており、ＣＰＵ２１により実行される。
【００６６】
自動販売機の商品配送員が缶飲料の補充を行なって自動販売機の扉を閉めると、ＣＰＵ２１が図８の制御を開始し、まず利用者による金銭（硬貨または紙幣）の投入を検出したか否か判定する（ステップＳ３０１）。そして検出した場合（ＹＥＳ）は、金銭表示部（コード表示部）１２に投入金額の合計を表示（Ｓ３０２）した後、ステップＳ３０３に進む。また、投入を検出しなかった場合（ＮＯ）は直接ステップＳ３０３に進む。
【００６７】
ステップＳ３０３では、返却レバー８の操作を検出したか否か判定する。利用者は缶飲料を購入した後につり銭を得るために、または目的とする缶飲料が購入できない場合に投入した金銭を返却させるために返却レバー８を操作する。この操作を検出した場合（ＹＥＳ）は、ステップＳ３０４で金銭表示部１２の表示を消去した後、ステップＳ３０５に進む。また、返却レバー操作を検出しなかった場合（ＮＯ）は直接ステップＳ３０５に進む。
【００６８】
ステップＳ３０５では、利用者が購入したい商品を選択するために商品選択ボタン４を操作したことを検出したか否か判定する。そして検出しなかった場合（ＮＯ）は、ステップＳ３０１に戻り、商品選択ボタン４の操作が検出されるまでステップＳ３０１〜Ｓ３０５の処理を繰り返す。
【００６９】
また、商品選択ボタン４の操作が検出された場合（ＹＥＳ）は、ステップＳ３０６に進み、金銭表示部１２に表示があればそれを消去する。
【００７０】
続いて、故障が有るか否かの判定（Ｓ３０７）、選択された缶飲料が在庫切れか否かの判定（Ｓ３０８）、及びつり銭切れか否かの判定（Ｓ３０９）を行ない、全ての判定がＮＯの場合、つまり選択した商品が販売可能な場合は、ステップＳ３１０に進む。
【００７１】
ステップＳ３１０では、投入金額が缶飲料の代金以上か否か比較し、代金未満の場合（ＮＯ）は、ステップＳ３１５で投入金額の合計を金銭表示部１２に表示した後、ステップＳ３０１（金銭投入検出）に戻る。また、代金以上の場合（ＹＥＳ）は、缶飲料をコラムから商品取り出し口１１へ搬送（Ｓ３１１）した後、ステップＳ３１２に進む。
【００７２】
ステップＳ３１２では、投入金額から缶飲料の代金を差し引いたつり銭の有無を判定し、つり銭有りの場合（ＹＥＳ）は、つり銭金額を金銭表示部１２に表示（Ｓ３１３）した後、ステップＳ３０１（金銭投入検出）に戻る。また、つり銭が無い場合（ＮＯ）は、金銭表示部１２の表示を消去（Ｓ３１６）した後、ステップＳ３０１に戻る。
【００７３】
また、ステップＳ３０７（故障判定）、Ｓ３０８（在庫切れ判定）、及びＳ３０９（つり銭切れ判定）のいずれかで判定がＹＥＳとなり、選択された缶飲料が販売できない場合は、ステップＳ３１４で問い合わせコードを発行して金銭表示部１２に表示した後、ステップＳ３０１に戻る。
【００７４】
以上のように、本実施形態では金銭表示部１２に投入金額やつり銭金額を表示させるとともに、問い合わせコードを発行した場合にそれを表示させるようにしたので、サンプル缶飲料３ごとにコード表示部５を設ける第１の実施形態に比べて自動販売機のハードウェアの構成が簡単になり、コストダウンを図れる。
【００７５】
［第３の実施形態］
上述した第１と第２の実施形態では、自動販売機１のコード表示部５で表示する２次元コードやバーコードなどの問い合わせコードの画像を利用者が使用する画像読み取り手段を備えた携帯電話１３で読み取ってそのまま管理サーバ４０に送信するものとしたが、利用者の携帯電話１３に２次元コードやバーコードの復号化手段が設けてある場合は、携帯電話１３で問い合わせコードとしての２次元コードやバーコードを復号化し、復号化後の自動販売機情報を管理サーバ４０に送る形態でもよい。その場合、図９のように自動販売機１で自動販売機情報を、利用者に意味のわからない数字や文字列の自動販売機情報コードに１次符号化した後に、問い合わせコードとしての２次元コードやバーコードに２次符号化して表示し、携帯電話１３では２次元コードやバーコードを２次復号化し、管理サーバ４０では、携帯電話１３で２次復号化した自動販売機情報コードを受信し、自動販売機情報に１次復号化することが望ましい。
【００７６】
以上のような本実施形態では、利用者の携帯電話１３から管理サーバ４０への送信データが数字や文字のコードとなり送信データ量が大幅に削減されるため、通信時間、通信費用の削減が図れる。
【００７７】
［第４の実施形態］
上述した第１から第３の実施形態では、利用者が使用する携帯電話１３に画像読み取り手段が備わっている必要があるが、自動販売機１のコード表示部５に自動販売機情報を数字や文字列に符号化した問い合わせコードを表示し、利用者がその問い合わせコードの数字や文字列を携帯電話１３のボタンやマイク等で入力して管理サーバ４０に送信する実施形態でもよい。
【００７８】
［第５の実施形態］
上述した第１から第４の実施形態では、自動販売機１に外部と通信を行なう通信手段を設けないものとしたが、ＩｒｄａやＢｌｕｅＴｏｏｔｈ等の近距離通信手段を設け、利用者により商品選択ボタン４が押されて選択された缶飲料が販売できないときに、その近距離通信手段で問い合わせコードの情報を利用者の携帯電話などの携帯端末に送信するようにしてもよい。ただし、この場合は利用者の携帯端末にも近距離通信手段を設ける必要がある。
【００７９】
以上、本発明の実施形態を説明したが、本発明の趣旨と範囲は実施形態で説明したものに限定されないことは勿論である。本発明の実施態様の例を以下に列挙する。
【００８０】
［実施態様１］複数の自動販売機を管理するための自動販売機管理情報を記憶した少なくとも１台の管理サーバにより前記複数の自動販売機を管理する自動販売機管理システムであって、
前記自動販売機は、商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成手段と、前記コードを表示する表示手段を有し、
前記管理サーバは、前記自動販売機の利用者が使用する画像読み取り手段を備えた携帯型通信装置と通信を行なう通信手段と、該通信手段により前記携帯型通信装置から前記コードの画像を受信したときに該コードを復号化して前記自動販売機情報を取得する復号化手段を有し、該復号化手段により前記自動販売機情報を取得したときに、該情報に基づいて前記自動販売機管理情報を更新するとともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記通信手段により前記携帯型通信装置に送信することを特徴とする自動販売機管理システム。
【００８１】
［実施態様２］複数の自動販売機を管理するための自動販売機管理情報を記憶した少なくとも１台の管理サーバにより前記複数の自動販売機を管理する自動販売機管理システムであって、
前記自動販売機は、商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成手段と、前記コードを前記自動販売機の利用者が使用する携帯型通信装置に送信する近距離通信手段を有し、
前記管理サーバは、前記携帯型通信装置と通信を行なう通信手段と、該通信手段により前記携帯型通信装置から前記コードの情報を受信したときに該コードを復号化して前記自動販売機情報を取得する復号化手段を有し、該復号化手段により前記自動販売機情報を取得したときに、該情報に基づいて前記自動販売機管理情報を更新するとともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記通信手段により前記携帯型通信装置に送信することを特徴とする自動販売機管理システム。
【００８２】
［実施態様３］前記コードは二次元コードであることを特徴とする実施態様１または２に記載の自動販売機管理システム。
【００８３】
［実施態様４］前記コードはバーコードであることを特徴とする実施態様１または２に記載の自動販売機管理システム。
【００８４】
［実施態様５］前記自動販売機情報は、前記販売できない原因の情報として自動販売機内の商品の在庫切れの情報を含むことを特徴とする実施態様１から４までのいずれか１態様に記載の自動販売機管理システム。
【００８５】
［実施態様６］前記自動販売機情報は、前記販売できない原因の情報として自動販売機の故障の情報を含むことを特徴とする実施態様１から５までのいずれか１態様に記載の自動販売機管理システム。
【００８６】
［実施態様７］前記自動販売機情報は、前記販売できない原因の情報として自動販売機のつり銭切れの情報を含むことを特徴とする実施態様１から６までのいずれか１態様に記載の自動販売機管理システム。
【００８７】
［実施態様８］前記自動販売機情報は、自動販売機の識別情報、自動販売機の商品の識別情報、商品毎の在庫数、つり銭在庫数、及び自動販売機の故障情報を含むことを特徴とする実施態様１から４までのいずれか１態様に記載の自動販売機管理システム。
【００８８】
［実施態様９］前記コード生成手段は、前記自動販売機情報を符号化して前記コードを生成するときに、符号化時刻の情報を加えて符号化することを特徴とする実施態様１から８までのいずれか１態様に記載の自動販売機管理システム。
【００８９】
［実施態様１０］前記自動販売機管理情報は、前記複数の自動販売機のそれぞれの識別情報、販売商品情報、及び位置情報を含み、前記管理サーバは、前記特定の情報として、利用者が選択した商品を購入できなかった自動販売機の近くで前記商品を販売している他の自動販売機の位置情報を前記自動販売機管理情報から検索して前記通信手段により前記携帯型通信装置に送信することを特徴とする実施態様１から９までのいずれか１態様に記載の自動販売機管理システム。
【００９０】
［実施態様１１］前記管理サーバは、前記特定の情報として、利用者が選択した商品を購入できなかった自動販売機の商品の補充予定時刻情報を前記通信手段により前記携帯型通信装置に送信することを特徴とする実施態様１から９までのいずれか１態様に記載の自動販売機管理システム。
【００９１】
［実施態様１２］前記自動販売機管理情報は、前記複数の自動販売機の商品の最終補充完了時刻情報を含むことを特徴とする実施態様１から１１までのいずれか１態様に記載の自動販売機管理システム。
【００９２】
［実施態様１３］複数の自動販売機を管理するための自動販売機管理情報を記憶した少なくとも１台の管理サーバにより前記複数の自動販売機を管理する自動販売機管理システムの運営方法であって、
前記自動販売機は、商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成工程と、前記コードを表示する表示工程を実行し、
前記管理サーバは、前記自動販売機の利用者が使用する画像読み取り手段を備えた携帯型通信装置と通信を行なう通信工程と、該通信工程により前記携帯型通信装置から前記コードの画像を受信したときに該コードを復号化して前記自動販売機情報を取得する復号化工程と、該復号化工程により取得した前記自動販売機情報に基づいて前記自動販売機管理情報を更新するとともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記携帯型通信装置に送信する工程を実行することを特徴とする自動販売機管理システムの運営方法。
【００９３】
［実施態様１４］複数の自動販売機を管理するための自動販売機管理情報を記憶した少なくとも１台の管理サーバにより前記複数の自動販売機を管理する自動販売機管理システムの運営方法であって、
前記自動販売機は、商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成工程と、前記コードの情報を前記自動販売機の利用者が使用する携帯型通信装置に送信する近距離通信工程を実行し、
前記管理サーバは、前記携帯型通信装置から前記コードの情報を受信するコード受信工程と、受信した前記コードを復号化して前記自動販売機情報を取得する復号化工程と、取得した前記自動販売機情報に基づいて前記自動販売機管理情報を更新するととともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記携帯型通信装置に送信する工程を実行することを特徴とする自動販売機管理システムの運営方法。
【００９４】
［実施態様１５］自動販売機において、商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成手段と、前記コードを表示する表示手段を有することを特徴とする自動販売機。
【００９５】
［実施形態１６］自動販売機において、商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成手段と、前記コードを前記自動販売機の利用者が使用する携帯型通信装置に送信する近距離通信手段を有することを特徴とする自動販売機。
【００９６】
［実施態様１７］自動販売機で商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成工程と、前記コードを表示する表示工程を実行するための制御手順を含むことを特徴とする自動販売機の制御プログラム。
【００９７】
［実施態様１８］自動販売機で商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成工程と、前記コードを前記自動販売機の利用者が使用する携帯型通信装置に送信する近距離通信工程を実行するための制御手順を含むことを特徴とする自動販売機の制御プログラム。
【００９８】
［実施態様１９］複数の自動販売機を管理するための自動販売機管理情報を記憶し、該情報に基づいて前記複数の自動販売機を管理する自動販売機管理システムの管理サーバにおいて、
前記自動販売機の利用者が使用する画像読み取り手段を備えた携帯型通信装置と通信を行なう通信手段と、
該通信手段により前記携帯型通信装置から前記自動販売機の商品を販売できない原因の情報を含む自動販売機情報を符号化したコードの画像を受信したときに該コードを復号化して前記自動販売機情報を取得する復号化手段を有し、
該復号化手段により前記自動販売機情報を取得したときに、該情報に基づいて前記自動販売機管理情報を更新するととともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記通信手段により前記携帯型通信装置に送信することを特徴とする管理サーバ。
【００９９】
［実施態様２０］複数の自動販売機を管理するための自動販売機管理情報を記憶し、該情報に基づいて前記複数の自動販売機を管理する自動販売機管理システムの管理サーバにおいて、
前記自動販売機の利用者が使用する携帯型通信装置と通信を行なう通信手段と、
該通信手段により前記携帯型通信装置から前記自動販売機の商品を販売できない原因の情報を含む自動販売機情報を符号化したコードの情報を受信したときに該コードを復号化して前記自動販売機情報を取得する復号化手段を有し、
該復号化手段により前記自動販売機情報を取得したときに、該情報に基づいて前記自動販売機管理情報を更新するととともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記通信手段により前記携帯型通信装置に送信することを特徴とする管理サーバ。
【０１００】
［実施態様２１］複数の自動販売機を管理するための自動販売機管理情報を記憶し、該情報に基づいて前記複数の自動販売機を管理する自動販売機管理システムの管理サーバの制御プログラムであって、
前記自動販売機の利用者が使用する画像読み取り手段を備えた携帯型通信装置から前記自動販売機の商品を販売できない原因の情報を含む自動販売機情報を符号化したコードの画像を受信する受信工程と、
受信した前記画像のコードを復号化して前記自動販売機情報を取得する復号化工程と、
取得した前記自動販売機情報に基づいて前記自動販売機管理情報を更新するととともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記携帯型通信装置に送信する工程を実行するための制御手順を含むことを特徴とする管理サーバの制御プログラム。
【０１０１】
［実施態様２２］複数の自動販売機を管理するための自動販売機管理情報を記憶し、該情報に基づいて前記複数の自動販売機を管理する自動販売機管理システムの管理サーバの制御プログラムであって、
前記自動販売機の利用者が使用する携帯型通信装置から前記自動販売機の商品を販売できない原因の情報を含む自動販売機情報を符号化したコードの情報を受信するコード受信工程と、
受信した前記コードを復号化して前記自動販売機情報を取得する復号化工程と、
取得した前記自動販売機情報に基づいて前記自動販売機管理情報を更新するととともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記携帯型通信装置に送信する工程を実行するための制御手順を含むことを特徴とする管理サーバの制御プログラム。
【０１０２】
【発明の効果】
以上の説明から明らかなように、本発明の自動販売機管理システムによれば、管理サーバが管理する自動販売機のそれぞれに管理サーバとの通信を行うための通信手段を設けたり通信回線を設置したりしなくても、自動販売機の利用者の携帯型通信装置から、商品の在庫切れ、故障、或いはつり銭切れなどで商品を販売できなくなった自動販売機の販売できない原因の情報を含む自動販売機情報を符号化したコードの画像ないし情報が管理サーバに送信されることにより、その自動販売機の情報を管理サーバが取得することができ、それにより管理サーバは自動販売機の商品の在庫や補充などの管理を効率良く行なうことができる。そして、自動販売機ごとに上記の通信手段を設けたり通信回線を設置したりする必要がないので、自動販売機管理システムを安価に構築できるとともに、システムの運営のコスト、特に通信コストを低減することができる。また、自動販売機で選択した商品を購入できなかった利用者にその商品を購入できるように便宜を図るための特定の情報、例えばその自動販売機の商品の補充予定時刻の情報や、選択した商品を販売している近くの他の自動販売機の位置情報などを送信することにより、その利用者の便宜を図ることができ、利用者に対するサービスを向上することができるという優れた効果が得られる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態による自動販売機管理システムで管理される自動販売機と、利用者が使用する携帯電話を示す説明図である。
【図２】同自動販売機の前面に貼り付けられる問い合わせラベルの一例を示す説明図である。
【図３】同自動販売機で生成され発行される問い合わせコードの自動販売機情報の内容を示す説明図である。
【図４】同自動販売機の構成を示すブロック図である。
【図５】同自動販売機の問い合わせコード発行動作の制御手順を示したフローチャート図である。
【図６】第１の実施形態の自動販売機管理システム全体の概略構成を示す説明図である。
【図７】同自動販売機管理システムの管理サーバの動作の制御手順を示したフローチャート図である。
【図８】第２の実施形態における自動販売機の問い合わせコード発行、表示動作の制御手順を示したフローチャート図である。
【図９】第３の実施形態における自動販売機、携帯電話、管理サーバの問い合わせコードの符号化、復号化の手順を示した説明図である。
【符号の説明】
１自動販売機
３サンプル缶飲料
４商品選択ボタン
５問い合わせコード表示部
１０問い合わせラベル
１２金銭表示部
１３携帯電話
１４問い合わせコード
２１ＣＰＵ
２２ＲＯＭ
２３ＲＴＣ
２４ＲＡＭ
２５金銭制御部
２６操作制御部
２７収容庫制御部
２８表示制御部
４０管理サーバ
４１ＬＡＮ
４３インターネット
４４無線ＬＡＮアクセスポイント
４６ＰＤＡ
５０配送車
５１利用者

Claims

複数の自動販売機を管理するための自動販売機管理情報を記憶した少なくとも１台の管理サーバにより前記複数の自動販売機を管理する自動販売機管理システムであって、
前記自動販売機は、商品が販売できなくなったときに販売できない原因の情報を含む自動販売機情報を符号化したコードを生成するコード生成手段と、前記コードを表示する表示手段を有し、
前記管理サーバは、前記自動販売機の利用者が使用する画像読み取り手段を備えた携帯型通信装置と通信を行なう通信手段と、該通信手段により前記携帯型通信装置から前記コードの画像を受信したときに該コードを復号化して前記自動販売機情報を取得する復号化手段を有し、該復号化手段により前記自動販売機情報を取得したときに、該情報に基づいて前記自動販売機管理情報を更新するとともに、前記自動販売機で選択した商品を購入できなかった利用者に当該商品を購入できるように便宜を図るための特定の情報を前記通信手段により前記携帯型通信装置に送信することを特徴とする自動販売機管理システム。