(57)【特許請求の範囲】
【請求項１】
自動販売機の運転制御状態の履歴データ、および／または設定データを格納する履歴データ格納手段と、
該格納されたデータを外部端末に対して有線、または無線で出力するデータ出力手段と、
該自動販売機の運転を制御する第１の中央処理装置と、
該第１の中央処理装置の動作状態を監視する監視手段と、
前記履歴データ、および／または設定データの履歴データ格納手段への格納と、格納されたデータの外部端末へのデータ出力手段による出力と、前記監視手段による前記第１の中央処理装置の動作状態の監視とを制御する第２の中央処理装置とを備えることを特徴とする自動販売機。
【請求項２】
前記自動販売機が、
前記第１の中央処理装置によって、自動販売機の設定データが格納される設定データ格納手段を更に備え、
該設定データ格納手段に格納されているデータが消去された時、前記第２の中央処理装置が前記履歴データ格納手段に格納されている設定データの、該設定データ格納手段への格納を制御することを特徴とする請求項１記載の自動販売機。
【請求項３】
前記履歴データ格納手段が、互いに干渉する複数の設定データの組合わせを更に格納することを特徴とする請求項１記載の自動販売機。
【請求項４】
前記履歴データ格納手段が、前記設定データに対しても履歴のデータを格納することを特徴とする請求項１記載の自動販売機。
【請求項５】
前記自動販売機が、
前記外部端末で用いられるソフトウェアを格納するソフトウェア格納手段と、
該格納されているソフトウェアを外部端末に有線、または無線でダウンロードするソフトウェアダウンロード手段とを更に備えることを特徴とする請求項１記載の自動販売機。
【請求項６】
前記自動販売機が、
該自動販売機の故障診断ロジックを格納する診断ロジック格納手段と、
該診断ロジック格納手段に格納された診断ロジックを前記履歴データ格納手段に格納されている履歴データに適用して、故障診断を行う故障診断手段とを更に備えることを特徴とする請求項１記載の自動販売機。
【請求項７】
自動販売機の故障診断を行うための端末装置において、
故障診断のフローを表示する表示手段と、
該表示されたフロー上の判定ステップに対する判定の結果を受取る入力手段と、
該フロー上でたどられた経路を診断履歴として記憶する記憶手段とを備えることを特徴とする自動販売機故障診断用端末装置。
【請求項８】
前記端末装置において、
前記記憶された診断履歴上でたどられた回数の多い経路を抽出する抽出手段を更に備え、
前記表示手段が、該抽出された経路と他の経路とを前記フロー上で異なる表示基準を用いて表示することを特徴とする請求項７記載の自動販売機故障診断用端末装置。
【請求項９】
自動販売機の運転を制御する第１の中央処理装置に加えて、第２の中央処理装置を備える自動販売機によって用いられるプログラムにおいて、
自動販売機の運転制御状態の履歴データ、および／または設定データをメモリに格納する手順と、
該格納されたデータを外部端末に対して有線、または無線で出力する手順と、
前記第１の中央処理装置の動作状態を監視する手順とを前記第２の中央処理装置に実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は自動販売機の管理法方式に係り、更に詳しくは自動販売機の設定データや、運転制御状態のデータ、およびそれらの履歴データなどを、例えばモバイル端末上で簡単に表示、および設定でき、また自動販売機の故障診断などを容易とするための自動販売機、および自動販売機故障診断用端末装置に関する。
【０００２】
【従来の技術と発明が解決しようとする課題】
自動販売機はコーヒーやジュース、ビールなどの飲物だけに限られず、今日では非常に多くの種類の商品の販売に用いられている。自動販売機を安定して運用・管理するためには商品の価格、温度などの各種のデータを設定することが必要であると共に、押されたボタン、投入金種／金額、つり銭金種／金額、扉の開閉、電源のオン／オフなど、各種の運転制御状態のデータの収集なども必要となることがある。
【０００３】
従来は自動販売機に対するデータの設定などでは、自動販売機と例えば有線で接続されるリモコン装置などを用いて、データを１つずつ設定するような方法がとられていた。また各種の運転制御状態のデータはメモリカードなどに記憶され、工場や管理センターにそのカードが持ち帰られて解析されるという管理方式が用いられていた。
【０００４】
このような自動販売機の制御については次のような文献がある。
文献１）特開２００１−６０２８２「自動販売機制御装置」
文献２）特開２００１−９３０２９「自動販売機のサービス装置」
文献１には、自動販売機の各種の制御データを確認、変更するための操作履歴を自動販売機制御装置内に記憶しておき、その操作履歴を用いて制御データの確認、および変更作業を行うことによって、自動販売機の操作要員の負荷を少なくすることができる自動販売機制御装置が開示されている。
【０００５】
文献２では、サービスマンがＩＣカードを自動販売機に装着するだけでそのＩＣカード内のプログラムが実行可能となり、自動販売機に対応した修理用の判定動作や設定変更動作を行わせることができる自動販売機のサービス装置が開示されている。
【０００６】
次に自動販売機などの故障診断については、故障復旧知識を容易に獲得、および整理可能とする必要があるが、そのようなシステムについて次の文献がある。
文献３）特開平９−１０６３５０号
「故障事例獲得・整理装置及び知識獲得型故障診断システム」
文献３には、故障診断対象設備に関する用語が登録された用語辞書を備え、入力される入力用語を統一して管理すると共に、発生した故障事例の原因追及ステップから故障復旧ステップまでの一連の故障因果関係の知識を入力し、入力された知識の洗練化を支援する故障診断システムが開示されている。
【０００７】
以上に述べたように、自動販売機の設定データを確認したり、変更したりするためには、例えばリモコン装置の小さな液晶画面を用いて設定データを１つずつ表示し、設定変更を行うなどサービスマンの操作が複雑で、面倒であるという問題点があった。
【０００８】
また自動販売機の運転制御状態などの各種の動作履歴のデータは、メモリカードに記憶されて工場などに持ち帰られる形式であったために、その動作履歴をサービスマンが現場で見ることができず、現場でのサービスマンによる故障診断が困難であるという問題点があった。
【０００９】
本発明の課題は上述の問題点に鑑み、自動販売機の設定データや運転制御状態の動作履歴データなどを、サービスマンがモバイル端末などを用いて、例えば一覧表示させ、データの設定や自販機の故障診断を容易にさせることのできる自動販売機、および自動販売機故障診断用端末装置を提供することである。
【００１０】
【課題を解決するための手段】
図１は本発明の自動販売機の原理構成ブロック図である。図１において、自動販売機１の内部の履歴データ格納手段２は、自動販売機の運転制御状態の履歴データ、および／または設定データを格納するものであり、データ出力手段３は履歴データ格納手段２に格納されたデータを外部端末に対して有線、または無線で出力するものである。
【００１１】
本発明の自動販売機１は、例えば２つの中央処理装置（ＣＰＵ）を備えるものとする。第１の中央処理装置４は自動販売機の運転を制御するものであり、第２の中央処理装置５は履歴データ格納手段２へのデータの格納と、格納されたデータのデータ出力手段３による外部端末への出力とを制御するものである。
【００１２】
更に、自動販売機１は、第２の中央処理装置５によって制御され、第１の中央処理装置４の動作状態の監視を行う監視手段を備え、例えば第１の中央処理装置がダウンした場合などには第２の中央処理装置は第１の中央処理装置の再起動を行ったり、第１の中央処理装置に代わって自動販売機の運転を制御することもできる。
【００１３】
また実施の形態においては、自動販売機１は第１の中央処理装置４によって自動販売機の設定データが格納される設定データ格納手段を更に備え、設定データ格納手段に格納されているデータが消去された時、第２の中央処理装置５が履歴データ格納手段２に格納されている設定データをバックアップデータとして設定データ格納手段に格納させる制御を行うこともできる。
【００１４】
実施の形態においては履歴データ格納手段２は互いに干渉する複数の設定データの組合わせを更に格納することも、また設定データに対しても、その履歴データを格納することもできる。
【００１５】
更に実施の形態において、自動販売機１は外部端末で用いられるソフトウェアを格納するソフトウェア格納手段と、格納されているソフトウェアを外部端末に有線、または無線でダウンロードするソフトウェアダウンロード手段とを更に備えることもでき、また自動販売機の故障診断ロジックを格納する診断ロジック格納手段と、診断ロジック格納手段に格納された診断ロジックを履歴データ格納手段２に格納されている履歴データに適用して故障診断を行う故障診断手段とを更に備えることもできる。
【００１６】
次に本発明の自動販売機故障診断用端末装置は、故障診断のフローを表示する表示手段と、該表示されたフロー上の判定ステップに対する判定結果を受取る入力手段と、フロー上でたどられた経路を診断履歴として記憶する記憶手段とを備える。
発明の実施の形態においては、自動販売機故障診断用端末装置は、記憶された診断履歴上でたどられた回数の多い経路を抽出する抽出手段を更に備え、表示手段が抽出された経路と他の経路とをフロー上で異なる表示基準を用いて表示することもできる。
【００１７】
次に本発明の自動販売機、すなわち自動販売機の運転を制御する第１の中央処理装置に加えて、第２の中央処理装置を備える自動販売機によって用いられるプログラムとして、自動販売機の運転制御状態の履歴データ、および／または設定データをメモリに格納する手順と、格納されたデータを外部端末に対して有線、または無線で出力する手順と、第１の中央処理装置の動作状態を監視する手順とを第２の中央処理装置に実行させるためのプログラムが用いられる。
【００１８】
以上のように本発明によれば、自動販売機の運転制御状態の履歴データや設定データが外部端末に対して有線、または無線で出力される。
【００１９】
【発明の実施の形態】
図２は本発明の自動販売機（自販機）の構成ブロック図である。同図において自販機８は、外部端末９とインタフェース１０を介して接続されている。インタフェース１０としては赤外線インタフェースや、ネットワークとの接続インタフェースなどが用いられる。また外部端末９としては、例えばパソコン（ＰＣ）や、パーソナル・ディジタル・アシスタンツ（ＰＤＡ）を用いることができる。
【００２０】
自販機８の内部には、自販機の運転を制御するマスタＣＰＵ１１に加えて、運転制御状態の履歴データや、設定データなどのメモリへの格納と、そのデータの通信ライン、例えばＲＳ２３２−Ｃ、およびインタフェース１０を介しての外部端末９への出力を制御するための付加ＣＰＵ１２の２つのＣＰＵを備えており、マスタＣＰＵ１１に対してはメモリ１３、付加ＣＰＵ１２に対してはメモリ１４がそれぞれ基本的に専用のメモリとして接続されている。
【００２１】
本実施形態では、このように自販機の運転を制御するマスタＣＰＵ１１に加えて、付加ＣＰＵ１２を備える点に大きな特徴がある。すなわち従来から自販機の運転を制御するために備えられていたマスタＣＰＵ１１に加えて、データの外部端末への出力や、自販機の故障診断を容易とするために、専用の付加ＣＰＵ１２を追加することによって、マスタＣＰＵ１１の処理に影響を与えることなく、データの収集や故障診断などが可能となる。
【００２２】
このように付加ＣＰＵ１２を用いることによって、マスタＣＰＵ１１の動作を監視し、異常があれば必要な処理を行うこともできる。例えば付加ＣＰＵ１２によって、随時マスタＣＰＵ１１に対する監視信号を送り、その反応によってマスタＣＰＵ１１の動作状態を判定することができる。マスタＣＰＵ１１がダウンした場合には、付加ＣＰＵ１２がマスタＣＰＵ１１の再起動を行ったり、マスタＣＰＵ１１に代わって自販機の運転を制御するＣＰＵ二重化などを実現することができる。
【００２３】
自販機８の内部では、マスタＣＰＵ１１に対して各種のボックス、ここでは電源ボックス１５、コインメック（硬貨鑑別機）１６、ビルバリデータ（紙幣鑑別機）１７、およびスレーブボックス１８が通信ラインによって接続され、更にスレーブボックス１８にはサーミスタ１９、圧縮機・ヒータ・電磁弁２０などが接続されている。
【００２４】
ここでスレーブボックス１８は、マスタＣＰＵ１１からサーミスタ１９や圧縮機・ヒータ・電磁弁２０などを制御するための大まかな指令を受取るものであり、受取った指令に応じてサーミスタ１９、圧縮機・ヒータ・電磁弁２０などの細かい制御を行うものである。
【００２５】
図３は自販機、営業所、および本社・センターによって構成される自販機管理システムにおけるデータ収集方法の説明図である。同図において本社・センターの通信サーバ２２は、ネットワーク２３、例えばインターネット、公衆回線、または専用線を用いて、ネットワークインタフェース２４を介して自販機２５からデータ収集を行い、本社・センター内のＤＢサーバ２９によって管理されるデータベース３０にそのデータを格納する。
【００２６】
あるいはサービスマンの所持するＰＤＡ２７に、自販機２５からのデータが赤外線インタフェース２６を介してダウンロードされて保存され、営業所にそのＰＤＡ２７が持ち帰られて、ダウンロードされたデータが営業所のパソコン２８を経由してＤＢサーバ２９によって管理されるデータベース３０に格納される。
【００２７】
このように自販機２５からＰＤＡ２７にデータをダウンロードする場合などに、ＰＤＡ２７側で用いられるソフトウェアを、例えば図２のメモリ１４に格納しておき、付加ＣＰＵ１２がそのソフトウェアをＰＤＡ２７にダウンロードすることも可能である。
【００２８】
自動販売機と連携動作を行うことができるＰＤＡのソフトウェアとして、保全管理を含めて複数の種類が考えられ、それを全てＰＤＡ２７にインストールしておくのは面倒であり、その複数種類のソフトウェアをメモリ１４に格納しておき、必要に応じて付加ＣＰＵ１２がそのソフトウェアをＰＤＡ２７にダウンロードすることによって、ＰＤＡ２７にはあらかじめ特にソフトウェアをインストールしておく必要はなく、ＰＤＡの管理が簡単になる。
【００２９】
図４は本社・センターと自販機とによって構成されるシステムにおける故障診断方式の説明図である。同図において故障診断ソフトウェアライブラリ３１が本社・センター内に備えられており、オンラインの自販機２５ａ，２５ｂに対しては、そのライブラリ３１内に格納されている故障診断ソフトウェアが通信サーバ２２によってネットワーク２３を介してダウンロードされる。またオフライン自販機２５ｃに対しては、故障診断ソフトウェアライブラリ３１に格納されているソフトウェアが、ＰＤＡ２７ａに格納されて、例えばサービスマンや日常の商品補充を行うルートマンによってオフライン自販機に対してそのソフトウェアがダウンロードされる。
【００３０】
自販機２５ａ〜２５ｅに対する故障・修理の実績データは、自販機からＰＤＡ２７ｂにサービスマンによって入力され、そのＰＤＡ２７ｂが本社・センターに持ち帰られることによって、故障・修理実績データが故障・修理実績ＤＢサーバ３２によって故障修理実績データベース３３に格納される。
【００３１】
オンライン自販機２５ａ，２５ｂからは故障・修理情報をネットワーク２３を介してセンターの故障・修理実績ＤＢサーバ３２に送信するようにしてもよい。そしてこのような実績データは分析ロジックを用いて分析され、また故障診断ロジック・ソフトウェアの開発などに使用される。
【００３２】
図５は本社・センター、自販機、および営業所によって構成される自販機管理システムにおける診断フロー管理方式の説明図である。同図において本社・センターには、診断フロー管理部４０、および診断フローマスターデータベース４１が備えられ、診断フローマスタデータベース４１に格納されている診断フローマスタ４２は、営業所のパソコン２８を経由してＰＤＡ２７に営業所内でダウンロードされ、サービスマンは自販機２５の現場で、ＰＤＡ２７に格納された診断フローを用いて自販機２５の点検・診断を行い、診断フローの実績をＰＤＡ２７に入力する。
【００３３】
ＰＤＡ２７に入力された診断フロー実績４３は、営業所のパソコン２８にアップロードされ、本社・センター内の診断事例データベースサーバ４４に送られ、事例データベース４５に格納される。格納された診断事例は、必要に応じて診断フロー管理部４０内の診断フロー更新部によって、診断フローマスタデータベース４１の格納内容の更新に用いられる。
【００３４】
次に図２の自販機８と外部端末９によって実行される処理のフローチャートについて説明する。図６は図２の付加ＣＰＵ１２による運転制御状態の履歴データなどのメモリ１４への格納処理のフローチャートである。同図において、マスタＣＰＵ１１側でステップＳ１でイベントがあったか否かが判定され、自販機の扉の開閉や商品の販売、釣銭切れ、あるいは圧縮機・ヒータ・電磁弁２０などの動作状態の変更などが、イベントとしてマスタＣＰＵ１１に伝えられると、そのイベントが、イベントに対応するデータが添付されて付加ＣＰＵ１２に送られる。
【００３５】
付加ＣＰＵ１２側では、ステップＳ２でイベントデータを受信し、ステップＳ３でイベントデータをメモリ１４に保存し、その履歴データなどはステップＳ４でメモリ１４に格納される。
【００３６】
このようにデータをメモリに格納する場合には動作履歴、すなわち運転制御状態の履歴データに限らず、設定データの履歴データもメモリに格納することができる。設定データは商品の販売価格や、冷却・加温の条件設定など、自販機が動作する条件を設定したもので、動作履歴のように自販機の動作、すなわちトランザクション毎に発生するものではない。
【００３７】
このような設定データについても、例えばサービスマンが設定しなおすことがあり、この設定データの履歴もメモリに格納するものとするが、そのタイミングとしては次の３つが考えられる。第１のタイミングは設定データが変更される時点であり、マスタＣＰＵ１１が付加ＣＰＵ１２にそれを通知し、付加ＣＰＵ１２側で変更された設定データを、例えば変更の時刻と共に取得して、メモリ１４に保存する。
【００３８】
第２のタイミングとしては、付加ＣＰＵ１２側でデータを取得するたびに前回の設定データと比較し、変更があった部分、すなわち差分だけを保存する方法がある。これによって毎回全ての設定データを保存するよりも保存するデータ量が少なくなる。最新の全設定データがある場合には、最新のデータと差分の履歴とを用いて、過去に設定データがどう設定されていて、どのように変更されてきたかが判明する。
【００３９】
例えばデータのバックアップ用としては、過去のある時点での設定データ全体を持ち、その過去の時点から現在に向かってデータの変更履歴をたどることによって、現在を含め、各時点での設定データ全体を知ることができる。
【００４０】
第３のタイミングは、図６で説明したようなイベントの発生時点である。この方法では、設定データの変更が発生するたびに付加ＣＰＵ１２によるデータ収集が行われるのでなく、イベントとイベントの間の変更をいくつかまとめた履歴がとれることになり、設定データの変更が発生するたびにデータの収集を行うよりもデータ取得の頻度も少なく、またメモリ１４の格納領域の有効な利用が可能となる。
【００４１】
図７は図６と同様の付加ＣＰＵ１２による履歴データ収集処理のフローチャートであるが、マスタＣＰＵ１１から送られるイベントに必要なデータが添付されていない場合の処理を示す。同図においてマスタＣＰＵ１１側で、ステップＳ６においてイベントがあったか否かが判定され、あった場合には付加ＣＰＵ１２側にイベントが送られる。
【００４２】
付加ＣＰＵ１２側ではステップＳ７でイベントを受信し、ステップＳ８でマスタＣＰＵ１１に対してデータの要求を送る。マスタＣＰＵ１１側ではこの要求をステップＳ９で受信し、要求されたデータをステップＳ１０で付加ＣＰＵ１２に送信する。
【００４３】
付加ＣＰＵ１２側ではステップＳ１１で送られたデータを受信し、ステップＳ１２でそのデータをメモリ１４に保存し、ステップＳ１３でメモリ１４に履歴データなどが格納される。
【００４４】
図８は付加ＣＰＵ１２による履歴データなどのメモリ１４への格納処理のフローチャートであるが、データ収集が付加ＣＰＵ１２側でのイベントがあった時点、すなわち付加ＣＰＵ１２側でのトリガーによって開始される場合の処理である。付加ＣＰＵ１２内でのイベントとしては、例えば一定周期で発生するイベントなどがあり、そのイベントがあったことがステップＳ１５で判定されると、ステップＳ１６でマスタＣＰＵ１１に対してデータの要求が送られる。
【００４５】
マスタＣＰＵ１１側ではステップＳ１７でこの要求を受信し、ステップＳ１８でデータを付加ＣＰＵ１２側に返信し、付加ＣＰＵ１２側ではステップＳ１９でデータを受信し、ステップＳ２０でそのデータをメモリ１４に保存し、履歴データなどがステップＳ２１でメモリ１４に格納される。
【００４６】
図９は付加ＣＰＵ１２によるマスタＣＰＵ１１側でのデータの取得処理、すなわちマスタＣＰＵ１１側でメモリ１３に格納されるデータを、付加ＣＰＵ12側でメモリ１４に格納しておく処理のフローチャートである。
【００４７】
図９において、マスタＣＰＵ１１と付加ＣＰＵ１２との間で、図７のステップＳ６〜Ｓ１１と同様の処理がステップＳ２５〜Ｓ３３で行われ、例えば設定データについて最新の全データが受信される。
【００４８】
付加ＣＰＵ１２側でのデータの保持の方式として、第１に初期データと差分履歴データとを保持する方式と、第２に前回データと差分履歴データとを保持する方式とがある。ここで初期データは初期の全設定データ、前回データは付加ＣＰＵ１２側で前回取得した全設定データを意味する。
【００４９】
初期データは必ずしも１番最初の設定データでなくともよく、その時点以降の差分を保持してもよい。メモリ量の制約から、１番最初のデータから全ての差分を取って保存しておくことは不可能であることが多く、初期データ自体を更新して、メモリ内に格納できる１番古いデータを初期データとして扱うのが、メモリ量の節約の上で効率的である。
【００５０】
初期データと差分履歴データとを保持する場合には、初期データから未来に向かって、また前回データと差分履歴データを保持する場合には、前回データから過去に向かって、過去にあった設定データの変更内容を復元、すなわち再現することが可能である。
【００５１】
図９において、ステップＳ３３でマスタＣＰＵ１１から最新の全ての設定データが受信された後に、ステップＳ３４〜Ｓ３７の処理が行われる。ここで初期データと差分履歴データを付加ＣＰＵ１２側で保持する場合には、初期データから未来に向かってデータを復元することにより、前回データ、すなわち前回付加ＣＰＵ１２が取得した全設定データが復元され、これと今回マスタＣＰＵ１１側から取得した最新のデータとが比較されて、その差分データが求められ、この最新のデータが前回のデータに置き換え、すなわち上書きされる。
【００５２】
図１０は外部端末による自販機からのデータの取得処理のフローチャートである。図２の外部端末９は、付加ＣＰＵ１２によって収集された履歴データなどが格納されているメモリ１４のデータを取得するために、ステップＳ４０でデータの要求を付加ＣＰＵ１２に送る。
【００５３】
付加ＣＰＵ１２側ではステップＳ４１でこの要求を受信し、メモリ１４からステップＳ４２で履歴データなどを読み出し、読み出したデータをステップＳ４３で外部端末９に向けて送信する。このデータは外部端末９側でステップＳ４４で受信され、ステップＳ４５で外部端末９内のメモリに格納され、ステップＳ４６で外部端末の表示画面上にそのデータが表示される。
【００５４】
図１１は外部端末によるデータの取得処理のフローチャートであり、付加ＣＰＵ１２のメモリ１４上に履歴データが差分として保存されている場合の処理を示す。外部端末９から、図１０におけるステップＳ４０と同様にデータの要求が付加ＣＰＵ１２に送られ、その要求はステップＳ４１で受取られる。
【００５５】
付加ＣＰＵ１２側では、メモリ１４に格納されている、例えば商品の価格などの各種の設定データの初期データまたは前回データと、差分履歴データとがステップＳ４２で読み出され、ステップＳ４３で外部端末９に向けて送信される。
【００５６】
外部端末９側ではステップＳ４４で送られたデータを受信し、ステップＳ４７で初期データと差分履歴データとを用いて全データ、すなわち変更が検出された各時点での全データが復元され、ステップＳ４８でメモリ１４上にデータが格納され、ステップＳ４９でそのデータが端末９の表示画面上に表示される。
【００５７】
ここでステップＳ４８でメモリ１４に格納されるデータは最新の全データでもよく、それに加えて初期データと差分履歴データとを格納してもよく、あるいは付加ＣＰＵ１２から送られたデータそのものでもよい。なおここでは付加ＣＰＵ１２側のメモリ１４に、例えば設定データの初期データとその初期データに対する差分履歴データとが格納されているものとしたが、初期データの代わりにある時点の全体のデータを格納し、差分履歴データとしてはその時点からの履歴データを格納しておくこともできる。
【００５８】
図１２は、図１１のバックアップ処理によって付加ＣＰＵ１２側のメモリ１４に格納された収集データの、マスタＣＰＵ１１側のメモリ１３へのリストア処理のフローチャートである。同図においては外部端末９のメモリに格納されている時刻データを基準として、その時刻における、例えば設定データがマスタＣＰＵ１１側のメモリ１３にリストアされるものとする。このようなデータのリストアは、例えば図２の電源ボックスなどの各種ボックスの交換時にも行われる。
【００５９】
図１２において、外部端末９の図示しないメモリに格納されている時刻データがステップＳ５０で出力され、外部端末９からその時刻データと共に、データ設定要求がステップＳ５１で付加ＣＰＵ１２に送られる。
【００６０】
付加ＣＰＵ１２側ではこの要求をステップＳ５２で受取り、ステップＳ５３でメモリ１４から、例えば設定データの初期データまたは前回データと差分履歴データとが出力される。この差分履歴データは、差分が取られた時刻も添付されているデータであるとする。そしてステップＳ５４でマスタＣＰＵ１１へのデータ設定要求と、初期データまたは前回データおよび差分履歴データが送られる。
【００６１】
マスタＣＰＵ１１側ではステップＳ５５で付加ＣＰＵ１２からのデータ設定要求とデータを受信し、ステップＳ５６でメモリ１３へのデータ設定を行い、ステップＳ５７でメモリ１３にデータが格納される。
【００６２】
図１３は外部端末９、例えばＰＤＡの画面上の設定データ表示結果の例である。この表示は、付加ＣＰＵ１２からＰＤＡに自販機設定データの一覧として送られたものであり、ＰＤＡの自由な表示形式に従って自販機の設定データを一目で確認し、設定の間違いなどを修正することができる。これによって従来行われていたリモコンによる設定データ項目の順次表示、および修正操作に比べて、サービスマンの手間を減らすことができる。
【００６３】
図１３の表示例においてコラム別価格のコラムとは商品、例えば飲料の缶が格納されている縦の棚に相当し、１つのコラムには１種類の商品だけが格納され、従って価格はコラム別に設定される。
【００６４】
交互販売とは２つ以上のコラムに同一の商品が収納されており、複数のコラムから順番に商品が搬出されることを示す。このような交互販売に対応して、同一の商品が収納されている複数のコラムのコラム別価格として、互いに干渉する設定データの組合わせが設定されることになる。
【００６５】
このため、例えば交互販売になっているため、一方のコラムだけでは価格設定を変更できないとか、スクールタイマーの販売休止時間帯、例えば授業中のため販売できないなどの条件を考慮して、設定の間違いを一目で確認することが可能になる。なお設定データを全部表示することは必ずしも必要がなく、故障に関係のありそうなデータの組合わせだけを表示することによって、故障に関連する可能性のあるデータの調査を行うことができる。
【００６６】
図１４は自販機の運転制御状態の履歴データの表示例である。付加ＣＰＵ１２から、例えばＰＤＡにこのような運転履歴データが送られることによって、故障原因の早期かつ詳細な特定が可能となる。またこのような運転履歴データを取得することによって、そのデータを活用して新しい診断ロジックの作成、すなわちナレッジの抽出も可能となる。
【００６７】
図１４の表示画面の上の図において、１４時以降にファンが動作しているにもかかわらず温度が上昇しており、何らかの故障があると診断できる。すなわちモータコントローラやファンが動作しているにもかかわらず、温度が上昇しているということから、そのファンに対する制御出力に異常があると判定することができる。
【００６８】
原因不明の故障が頻発する場合などは、関係しそうな箇所のデータのログをとって本社・センターなどに持ち帰って解析することが可能であり、またサービスマンでは故障を修理できない場合には、本社・センターに関係しそうなデータを送信して解析してもらうことも可能である。
【００６９】
図１５は、図１４と同様の運転制御状態の履歴の外部端末における表示例である。同図においてＰＣはピックカット、ＰＳはピークシフトを意味する。ピークシフトとは、例えば真夏で午後２時頃に電力消費がピークとなるような季節において、例えば１１時頃までに冷却機をフルに動かし、商品を十分に冷やしておいて午後２時頃には冷却機を動かさないようにすること、すなわちピークをシフトさせることを意味し、ピークカットは午後２時頃の電力消費をカットすることを意味する。このようなＰＣ／ＰＳなどを運転制御状態の要因という。
【００７０】
図１６は外部端末における運転履歴データの他の表示例である。ここでは図２で説明した各種ボックス、例えば電源ボックス１５やスレーブボックス１８、あるいは他の部品への入出力信号の履歴データが示されており、例えば１０時３０分にあるボックスの出力端子の２番目のピンから信号が出力されたことが示されている。
【００７１】
図１７は運転制御状態の履歴データに基づくデータマイニング手法による故障診断の説明図である。同図においてはカイ２乗検定による故障診断、すなわちＣＨＡＩＤ（カイ−スクエア・テスト・オートマチック・インターアクション・ディテクタ）分析によって、故障の要因を見つけ出すための故障診断が行われる。データマイニング手法としてはニューロを用いる方法など各種の公知の方法も利用できる。
【００７２】
図１７においては商品が出なかった故障に対する診断を行うために、まずメインコントロールボックスの信号がチェックされ、第１要因として押しボタンによる違いが検討され、第２要因としてＡメック、例えば図２のコインメック１６による違いが検討され、販売された商品１０００個についての履歴データから第１チェックポイントが分析されている。
【００７３】
次に図４で説明した自販機の故障診断ロジックの更新について説明する。例としてコインメック、すなわち硬貨鑑別機の清掃時期の決定基準や、蛍光灯交換時期の決定などの簡単な場合を考えると、故障診断ロジックとしてルートマン、すなわち商品補充者の日常の管理業務の中で、予防保全のためにルートマンが実行すべきことをガイダンスするようなロジックも考えられる。
【００７４】
例えばコインメックを通過するコインの通過枚数がある設定された値を越えた場合、また蛍光灯の連続点灯時間がある設定された値を越えた場合には、オンラインであれば自販機が発呼することによって、オフラインなら例えばアラームとしてルートマンにそれを通知することによって、ルートマンによるコインメックの清掃や、蛍光灯交換を促すことができる。
【００７５】
この場合、コインメックの清掃時期の判断基準としてはコインの通過枚数だけでよいか否かが問題であり、逆にコインが通過しない時間の長さなどを考慮したりする必要があり、蛍光灯の交換時期も外部環境や調光時間の設定などによって著しく異なるため、このようなロジックをどのように組むかはなかなか難しい問題である。
【００７６】
すなわち図４で説明したように、例えばＰＤＡを用いて故障・修理の実績データとして室外温度、庫内温度、商品温度、ファン制御状態、ヒータ制御状態、バルブ制御状態、モータコントローラなどのデータ、マスタＣＰＵの故障コードなどがとられ、故障診断ロジックを用いて故障発生を示すアラーム発生や、設定データの自動調整などの予防措置を行うことができるが、故障診断ロジックはその有効性が必ずしも明確でなく、季節／地域性／機種（型番）などによって故障の内容が異なるため固定的なものを用いることができず、頻繁な更新や追加が必要となる。
【００７７】
図１８はこのような故障診断ロジックの更新、および開発の説明図である。同図においては故障修理履歴データ、サービスマン日報、ヘルプデスクなどのデータを用いて分析結果が得られ、分析結果に基づいて故障診断・予防保全対策が設定され、その対策がロジック化されて、例えばＪＡＶＡプログラムとして自販機に一括で簡単にダウンロードされることによって、季節・地域・機種・顧客別などに応じた故障診断ロジックが使用可能となる。なお図１８の
１．分析結果のＢ：のベンドメックは図２のベンドメック２１に対応し、また
２．故障診断・予防保全対策のＣ：の排除率とはコインの選別基準の厳密度に相当する。
【００７８】
次に本発明における自販機故障診断用端末装置の動作について説明する。図１９は、図５で説明した診断フローマスタを活用した外部端末による故障診断例の説明図である。同図においては付加ＣＰＵ１２からＰＤＡに自販機や部品の形式がダウンロードされ、それに対応した診断フローが外部端末の画面上に表示される。サービスマンはそのフローに対応してフロー内の判定ステップに対してイエス、またはノーを入力することによって、サービスマンがフロー内でどのルートをたどったかが記録され、その結果は診断フロー実績４３として本社・センター内の事例データベース４５に格納される。
【００７９】
このように診断フローを外部端末上に表示する時、過去の診断事例に基づいて診断フローチャートの中でよく用いられるルートをより大きく明確に表示したり、あまり使われないルートを小さく表示したり、あるいは削除したりすることもでき、更に新しいルートを追加できる機能を持たせることも可能である。
【００８０】
図２０は図５の事例データベース４５に保存された診断事例を外部端末で利用する例の説明図である。同図において事例検索の画面上で、故障内容と主修理内容に対応する詳細ボタンを押すことによって、過去に行われた理想的あるいは典型的な修理対応のフローが表示され、サービスマンによる診断が有効に利用される。
【００８１】
【発明の効果】
以上詳細に説明したように、本発明によれば自動販売機の設定データや運転制御状態の履歴データなどを、例えばモバイル端末に表示することによって、サービスマンによる設定データの変更や履歴データを用いた故障診断などが容易となり、サービスマンの負担を大幅に軽減させることができる。
【００８２】
またモバイル端末などによって収集された故障・修理の実績データを管理センターなどに持ち帰ることにより、故障診断ソフトウェアの開発などに有効に利用することが可能となる。
【００８３】
更に端末装置に故障診断のフローを表示し、表示されたフロー上の判定ステップに対するサービスマンによる判定の結果を診断履歴として利用することが可能となり、自動販売機管理システムの実用性の向上に寄与するところが大きい。
【図面の簡単な説明】
【図１】本発明の原理構成ブロック図である。
【図２】本実施形態における自動販売機の構成を示すブロック図である。
【図３】自販機管理システムにおけるデータ収集方法の説明図である。
【図４】自販機管理システムにおける故障診断方式の説明図である。
【図５】自販機管理システムにおける診断フロー管理方式の説明図である。
【図６】付加ＣＰＵによるデータ収集処理のフローチャートの第１の例である。
【図７】付加ＣＰＵによるデータ収集処理のフローチャートの第２の例である。
【図８】付加ＣＰＵによるデータ収集処理のフローチャートの第３の例である。
【図９】付加ＣＰＵによるデータ収集処理のフローチャートの第４の例である。
【図１０】外部端末によるデータ取得処理のフローチャートの第１の例である。
【図１１】外部端末によるデータ取得処理のフローチャートの第２の例である。
【図１２】収集データのリストア処理のフローチャートである。
【図１３】外部端末の画面上の設定データ表示結果の例である。
【図１４】自販機の運転制御状態履歴データの第１の表示例である。
【図１５】自販機の運転制御状態履歴データの第２の表示例である。
【図１６】自販機の運転制御状態履歴データの第３の表示例である。
【図１７】データマイニング手法による故障診断の説明図である。
【図１８】故障診断ロジックの更新および開発の説明図である。
【図１９】外部端末による故障診断例の説明図である。
【図２０】診断事例を外部端末で利用する例の説明図である。
【符号の説明】
１，８          自動販売機
２              履歴データ格納手段
３              データ出力手段
４              第１の中央処理装置
５              第２の中央処理装置
９              外部端末
１０              インタフェース
１１              マスタＣＰＵ
１２              付加ＣＰＵ
１３，１４        メモリ
１５              電源ボックス
１６              コインメック
１７              ビルバリデータ
１８              スレーブボックス
１９              サーミスタ
２０              圧縮機・ヒータ・電磁弁
２１              ベンドメック
２２              通信サーバ
２３              ネットワーク
２７              パーソナル・ディジタル・アシスタンツ（ＰＤＡ）
２８              営業所パソコン（ＰＣ）
２９              ＤＢサーバ
３０              データベース
【図１】
0003778084.tif 000002
【図２】
0003778084.tif 000003
【図３】
0003778084.tif 000004
【図４】
0003778084.tif 000005
【図５】
0003778084.tif 000006
【図６】
0003778084.tif 000007
【図７】
0003778084.tif 000008
【図８】
0003778084.tif 000009
【図９】
0003778084.tif 000010
【図１０】
0003778084.tif 000011
【図１１】
0003778084.tif 000012
【図１２】
0003778084.tif 000013
【図１３】
0003778084.tif 000014
【図１４】
0003778084.tif 000015
【図１５】
0003778084.tif 000016
【図１６】
0003778084.tif 000017
【図１７】
0003778084.tif 000018
【図１８】
0003778084.tif 000019
【図１９】
0003778084.tif 000020
【図２０】
0003778084.tif 000021