(57)【特許請求の範囲】
【請求項１】
自動販売機において、
動作中のアプリケーションソフトウェアから基本機能の呼び出しがあると、該アプリケーションソフトウェアから該ソフトウェアに与えられている登録番号と資格番号とを取り出し、少なくとも該資格番号が前記基本機能に対し設定されている使用許可レベルに満たない場合には前記基本機能の呼び出しを許可しない認証・制御手段を有することを特徴とする自動販売機。
【請求項２】
予め前記自動販売機での動作許可されている各アプリケーションソフトウェアの登録番号と資格番号とを対応付けた登録番号／資格番号対応テーブルを格納する記憶手段を更に有し、
前記認証・制御手段は、前記アプリケーションソフトウェアから取り出した登録番号と資格番号の組みが、前記登録番号／資格番号対応テーブルに格納されていない場合にも前記基本機能の呼び出しを許可しないことを特徴とする請求項１記載の自動販売機。
【請求項３】
前記請求項１または請求項２記載の自動販売機が通信手段を備え、ネットワークを介して外部の装置と通信可能となるシステムであって、
前記認証・制御手段により前記基本機能の呼び出しが許可されない場合に、異常があったことを前記通信手段によりネットワークを介して外部の装置に通知することを特徴とする自動販売機システム。
【請求項４】
各自動販売機が通信手段を備え、ネットワークを介して所定のセンタ装置と通信可能な自動販売機システムであって、
前記各自動販売機は、動作中のアプリケーションソフトウェアから基本機能の呼び出しがある毎に、該アプリケーションソフトウェアから該ソフトウェアに与えられている登録番号と資格番号とを取り出し、該登録番号と資格番号及び前記呼び出しがあった基本機能の機能番号を付加した認証要求を前記通信手段より前記ネットワークを介して前記センタ装置に送信させる基本制御手段を備え、
前記センタ装置は、前記自動販売機からの認証要求を受信すると、少なくとも前記資格番号が前記機能番号の基本機能に対し設定されている使用許可レベルに満たない場合には認証不可と判定し、該認証結果を認証要求元の自動販売機に返信し、
前記認証要求元の自動販売機は、前記認証結果を受信し、該認証結果が認証不可であった場合には、アプリケーションソフトウェアからの基本機能の呼び出しを許可しないことを特徴とする自動販売機システム。
【請求項５】
前記センタ装置は、予め前記自動販売機での動作許可されている各アプリケーションソフトウェアの登録番号と資格番号とを対応付けた登録番号／資格番号対応テーブルを格納する記憶手段を更に有し、前記認証要求と共に送られてきた登録番号と資格番号の組みが、前記登録番号／資格番号対応テーブルに格納されていない場合にも認証不可と判定することを特徴とする請求項４記載の自動販売機システム。
【請求項６】
各自動販売機が通信手段を備え、ネットワークを介して所定のセンタ装置と通信可能な自動販売機システムにおける該センタ装置において、
前記自動販売機から、該自動販売機で動作中のアプリケーションソフトウェアが使用しようとする該自動販売機の基本機能の機能番号と、該アプリケーションソフトウェアに与えられていた登録番号と資格番号とを付加した認証要求が送られてくると、少なくとも該資格番号が、該機能番号の基本機能に対し設定されている使用許可レベルに満たない場合には認証不可と判定し、該認証結果を認証要求元の自動販売機に返信する認証手段を有することを特徴とするセンタ装置。
【請求項７】
各自動販売機が通信手段を備え、ネットワークを介して所定のセンタ装置と通信可能な自動販売機システムにおける前記自動販売機において、
動作中のアプリケーションソフトウェアから基本機能の呼び出しがある毎に、該アプリケーションソフトウェアから該ソフトウェアに与えられている登録番号と資格番号とを取り出し、前記呼び出された基本機能の機能番号と該登録番号と資格番号を付加した認証要求を、前記通信手段より前記ネットワークを介して前記センタ装置に送信させ、該センタ装置より返信される認証結果に応じて前記基本機能の呼び出しを許可または許可しない基本制御手段を有することを特徴とする自動販売機。
【請求項８】
前記各自動販売機は、前記認証結果を記録する認証結果記録手段を更に有し、
前記基本制御手段は、前記認証要求を前記センタ装置に送信する前に、前記認証結果記録手段に既に同じ条件についての認証結果が記録されているか否かを調べ、記録されている場合にはその認証結果を用いて前記基本機能の呼び出しを許可するか、許可しないかを決定し、記録されていない場合には前記認証要求を前記センタ装置に送信することを特徴とする請求項４または５記載の自動販売機システム。
【請求項９】
前記認証結果を記録する認証結果記録手段を更に有し、
前記基本制御手段は、前記認証要求を前記センタ装置に送信する前に、前記認証結果記録手段に既に同じ条件についての認証結果が記録されているか否かを調べ、記録されている場合にはその認証結果を用いて前記基本機能の呼び出しを許可するか、許可しないかを決定し、記録されていない場合には前記認証要求を前記センタ装置に送信することを特徴とする請求項７記載の自動販売機。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、自動販売機システム、その自動販売機及びセンタ装置に関する。
【０００２】
【従来の技術、及び発明が解決しようとする課題】
自動販売機は、商品の販売、金銭管理（入金、釣り銭等）、表示器への表示、温度管理、機器の故障の予防や診断など様々な機能を有する。
【０００３】
このような自動販売機の機能は、例えば自動販売機メーカ等で作成されＲＯＭ等に書込まれたプログラムによって実行され、プログラムを変更する必要が生じた場合には保守・サービス員等がＲＯＭを交換する等していた。このように自動販売機メーカ側で自動販売機のプログラムを作成し、変更等の際には（物理的な）ＲＯＭの交換等により対応している場合には、自動販売機の安全性はほぼ確保されていた（不良プログラムや不正なプログラムにより自動販売機が異常動作する可能性は低かった）。
【０００４】
ところで、近年、自動販売機は、単に商品の販売を行うだけにとどまらず、例えばセールスプロモーションとしてのバーゲン販売や景品発行等や、ディスプレイ等を備えて広告／ニュース／緊急情報等を表示したり、その他ユーザに対するサービス性を向上させる各種機能が、必要（要望）に応じて備えられており、多機能化が進んでいる。特にこのような自動販売機では、ソフトウェアの変更・追加等する頻度が増してくる。また、ソフトウェアを、自動販売機メーカ側だけで作成するのではなく、自動販売機内部の仕組みを他のソフトベンダー等に公開することで、他のソフトベンダーでもソフトウェアを開発できるようにすることも考えられている。ここで、自動販売機の制御を行うソフトウェアは、基本的に、基本機能を実現する基本ソフトウェアと、この基本ソフトウェアが提供する基本機能を利用して様々な制御を実現させるアプリケーションソフトウェアから成っている（実際の自動販売機制御は、アプリケーションソフトウェアが出す要求を基本ソフトウェアが受けて実現するものである。基本ソフトウェアはプログラムインタフェース（オブジェクト指向プログラミングの世界では、クラスライブラリとも言う）により、アプリケーションソフトウェアの要求を受ける。また、プログラム言語は、例えばＪＡＶＡである）。この基本ソフトウェアは予め自動販売機内部に固定的に配置される（ＲＯＭ等に格納される）が、アプリケーションソフトウェアは変更・追加することができるようになっている（ＲＡＭ等に格納される）。このような仕組みを他のソフトベンダー等に提供することで、他のソフトベンダーでもアプリケーションソフトウェアを開発できるようにした場合、充分な知識や試験環境のないソフトベンダーで作るアプリケーションソフトウェアの中には、自動販売機の安全性を損なうようなものも存在する可能性がある。
【０００５】
また、上記保守・サービス員等が現場を廻ってＲＯＭの差し替え作業を行うのは手間が掛るものであり、特に日本においては自動販売機の設置台数は非常に多いので、保守コストが増大する。これに対し、各自動販売機に、公衆回線網、インターネット、何等かの専用通信網等のネットワークに接続して外部のセンタ等と通信可能な構成とし、外部の装置からネットワークを介してソフトウェアをダウンロードすることができる自動販売機システムを構築することが考えられている。しかしながら、このシステムでは、外部から不正なアクセスが行われ悪意のあるプログラムが自動販売機内にダウンロードされてしまう危険性も生じる。
【０００６】
上述した自動販売機の安全性が損なわれる危険性に対するセキュリティとして、アプリケーションソフトウェアを登録制にして、ひとかたまりのアプリケーションソフトウェア全体で安全性を確認する方法も考えられるが、充分とは言えず、結局のところ、実際に動作させてみないと完全には分らないという問題があった。
【０００７】
本発明の課題は、万一、不適切なソフトウェアが自動販売機内に格納されても、そのソフトウェアの実行時にその自動販売機の基本機能を使わせないようにすることにより、実質上、自動販売機の動作に悪影響がないようにする自動販売機システム、その自動販売機及びセンタ装置を提供することである。
【０００８】
【課題を解決するための手段】
請求項１記載の自動販売機は、動作中のアプリケーションソフトウェアから基本機能の呼び出しがあると、該アプリケーションソフトウェアから該ソフトウェアに与えられている登録番号と資格番号とを取り出し、少なくとも該資格番号が前記基本機能に対し設定されている使用許可レベルに満たない場合には前記基本機能の呼び出しを許可しない認証・制御手段を有する。
【０００９】
自動販売機は、様々な基本機能を提供する基本ソフトウェア（固定）と、この基本機能を使用して自動販売機を動作させるアプリケーションソフトウェア（変更、追加等可能）とを有する。つまり、アプリケーションソフトウェアは、基本ソフトウェアが基本機能を使用させてくれないと、自動販売機を動作させることができない。これを利用して、たとえ不適当な（自動販売機を異常動作させるようなプログラムを含む）アプリケーションソフトウェアがあっても、実際の動作の際に、各基本機能の呼び出し毎に、このソフトウェアにこの基本機能を使用する資格が与えられているか否かを判定する。すなわち、資格番号の値（使用権限レベル）が、基本機能に対し設定されている使用許可レベル以上でなければ、この基本機能は使用できない。尚、当該自動販売機にとって重要度が高い基本機能ほど、より高い使用許可レベルが設定される。
【００１０】
上記自動販売機は、例えば、予め前記自動販売機での動作許可されている各アプリケーションソフトウェアの登録番号と資格番号とを対応付けた登録番号／資格番号対応テーブルを格納する記憶手段を更に有し、前記認証・制御手段は、前記アプリケーションソフトウェアから取り出した登録番号と資格番号の組みが、前記登録番号／資格番号対応テーブルに格納されていない場合にも前記基本機能の呼び出しを許可しない。
【００１１】
アプリケーションソフトウェアは、予め試験等を行って、正常に動作すると認められたものだけに、登録番号と資格番号が与えられる。これらのリストを予め自動販売機内の記憶手段に記憶しておく。これより、例えば外部からダウンロードされたアプリケーションソフトウェア内に、登録番号や資格番号がなかったり、あるいはその登録番号・資格番号が、記憶手段内のリストに乗っていないものだったりした場合にも、基本機能の呼び出しを許可しない。
【００１２】
また、例えば、上記自動販売機が通信手段を備え、ネットワークを介して外部の装置と通信可能となるシステムであって、前記認証・制御手段により前記基本機能の呼び出しが許可されない場合に、異常があったことを前記通信手段によりネットワークを介して外部の装置に通知する自動販売機システムを構築してもよい。
【００１３】
また、請求項４記載の自動販売機システムは、各自動販売機が通信手段を備え、ネットワークを介して所定のセンタ装置と通信可能な自動販売機システムであって、前記各自動販売機は、動作中のアプリケーションソフトウェアから基本機能の呼び出しがある毎に、該アプリケーションソフトウェアから該ソフトウェアに与えられている登録番号と資格番号とを取り出し、該登録番号と資格番号及び前記呼び出しがあった基本機能の機能番号を付加した認証要求を前記通信手段より前記ネットワークを介して前記センタ装置に送信させる基本制御手段を備え、前記センタ装置は、前記自動販売機からの認証要求を受信すると、少なくとも前記資格番号が前記機能番号の基本機能に対し設定されている使用許可レベルに満たない場合には認証不可と判定し、該認証結果を認証要求元の自動販売機に返信し、前記認証要求元の自動販売機は、前記認証結果を受信し、該認証結果が認証不可であった場合には、アプリケーションソフトウェアからの基本機能の呼び出しを許可しない。
【００１４】
請求項１では、自動販売機内に認証機能を備えていたが、請求項４ではセンタ装置に認証機能を搭載し、自動販売機は認証処理が必要になるとネットワークを介してセンタ装置に依頼する。
【００１５】
上記請求項４記載の自動販売機システムにおいて、上記センタ装置は、例えば、予め前記自動販売機での動作許可されている各アプリケーションソフトウェアの登録番号と資格番号とを対応付けた登録番号／資格番号対応テーブルを格納する記憶手段を更に有し、前記認証要求と共に送られてきた登録番号と資格番号の組みが、前記登録番号／資格番号対応テーブルに格納されていない場合にも認証不可と判定する。
【００１６】
また、請求項６記載のセンタ装置は、各自動販売機が通信手段を備え、ネットワークを介して所定のセンタ装置と通信可能な自動販売機システムにおける該センタ装置において、前記自動販売機から、該自動販売機で動作中のアプリケーションソフトウェアが使用しようとする該自動販売機の基本機能の機能番号と、該アプリケーションソフトウェアに与えられていた登録番号と資格番号とを付加した認証要求が送られてくると、少なくとも該資格番号が、該機能番号の基本機能に対し設定されている使用許可レベルに満たない場合には認証不可と判定し、該認証結果を認証要求元の自動販売機に返信する認証手段とを有する。
【００１７】
また、請求項７記載の自動販売機は、各自動販売機が通信手段を備え、ネットワークを介して所定のセンタ装置と通信可能な自動販売機システムにおける前記自動販売機において、動作中のアプリケーションソフトウェアから基本機能の呼び出しがある毎に、該アプリケーションソフトウェアから該ソフトウェアに与えられている登録番号と資格番号とを取り出し、前記呼び出された基本機能の機能番号と該登録番号と資格番号を付加した認証要求を、前記通信手段より前記ネットワークを介して前記センタ装置に送信させ、該センタ装置より返信される認証結果に応じて前記基本機能の呼び出しを許可または許可しない基本制御手段を有する。
【００１８】
また、請求項８記載の自動販売機システムは、請求項４または５記載の自動販売機システムにおいて、更に、各自動販売機が、前記認証結果を記録する認証結果記録手段を更に有し、前記基本制御手段は、前記認証要求を前記センタ装置に送信する前に、前記認証結果記録手段に既に同じ条件についての認証結果が記録されているか否かを調べ、記録されている場合にはその認証結果を用いて前記基本機能の呼び出しを許可するか、許可しないかを決定し、記録されていない場合には前記認証要求を前記センタ装置に送信する。
【００１９】
このように、自動販売機側で、認証結果を記録しておくことにより、一度認証を行ったものについては、逐一センタ装置に認証を依頼する必要はなくなる。
請求項９記載の自動販売機は、請求項７記載の自動販売機において、前記認証結果を記録する認証結果記録手段を更に有し、前記基本制御手段は、前記認証要求を前記センタ装置に送信する前に、前記認証結果記録手段に既に同じ条件についての認証結果が記録されているか否かを調べ、記録されている場合にはその認証結果を用いて前記基本機能の呼び出しを許可するか、許可しないかを決定し、記録されていない場合には前記認証要求を前記センタ装置に送信する。
【００２０】
【発明の実施の形態】
以下、図面を参照して、本発明の実施の形態について説明する。
図１は、本発明による自動販売機システム全体を概略的に示すシステム構成図である。
【００２１】
同図に示す自動販売機システムは、各自動販売機１０（同図では一台のみ示しているが、当然、多数ある）に、無線あるいは有線により公衆回線網、専用回線等のネットワークに接続する通信部（後述する）を設け、ネットワークを介して外部の装置（自販機管理装置（センタ）２０、自販機ローディング装置２１等）と通信可能となっている。
【００２２】
各自動販売機１０は、自販機制御装置１１、各種入出力デバイス１４等を備える。
自販機制御装置１１は、基本ソフトウェア１２とメモリ１３に格納されるアプリケーションソフトウェア１６（外部からローディングされる）とにより、当該自動販売機１０全体を制御する。メモリ１３に格納されるアプリケーションソフトウェア１６は、複数あってよく、外部から変更・追加可能である。変更・追加の際には、新たなアプリケーションソフトウェア１６は、例えば上記ネットワークを介して、外部の自販機ローディング装置２１からダウンロードされる。あるいは保守・サービス作業員等が所持する携帯型端末の形の自販機ローディング装置２２（内部のメモリ等に新たなアプリケーションソフトウェア１６を格納してある）から、直接的に、自販機制御装置１１内に新たなアプリケーションソフトウェア１６をダウンロードされる。この場合、携帯型端末と自動販売機１０は例えばシリアルケーブル等の有線で接続して通信可能な構成、あるいは無線／赤外線通信機能等を備えているものとする。尚、自販機ローディング装置２１、２２内には、予め試験等をパスして一応正当であることが確認されているアプリケーションソフトウェアのみが格納されるようになっている。このようなアプリケーションソフトウェアには、後述する“登録Ｎｏ．”“資格Ｎｏ．”が埋め込まれている。
【００２３】
自販機管理装置（センタ）２０は、例えば特定区域内にある全ての自動販売機１０を集中管理するサーバであり、本発明では更に（詳しくは後述するが）、自動販売機１０から後述する“認証ＮＧ”となるアプリケーションソフトウェアがダウンロードされた旨の通知を受けたり、あるいは自動販売機からの依頼に応じて認証チェック処理を行う。
【００２４】
尚、各種入出力デバイス１４は、例えば商品トレイ、ＬＥＤ等の表示器、ブザー、コインメック（硬貨識別機）、ビルバリ（紙幣鑑別機）、商品の加熱あるいは冷却用の機構等の各種ハードウェアであり、特に図示していないが、当然、自動販売機１０は、これら各種ハードウェア用のドライバ（商品トレイ・ドライバ、コインメック・ドライバ等）を備えている。
【００２５】
本発明は、自販機制御装置１１内に格納されたアプリケーションソフトウェアが実際に動作する時点において、このアプリケーションソフトウェアが基本ソフトウェア１２の提供する基本機能のいずれかを使用しようとする毎に、上記“登録Ｎｏ．”“資格Ｎｏ．”を用いて認証チェックし、認証チェック結果がＮＧであった場合にはその基本機能を使用させないことにより、自動販売機の安全性を確保できるようにする。例えば単に表示器等の点灯制御のみ行うアプリケーションソフトウェアであったはずなのに、実際に動作させたら金銭制御に係わる基本機能を使用しようとした場合、認証チェックによりその“資格”無しとして認証ＮＧとすることで、不正な基本機能の使用を阻止し、自動販売機の安全性を確保できる。これについて、３つの実施の形態を提案し、以下に第１の実施例〜第３の実施例として説明する。
【００２６】
図２は、第１の実施例による自動販売機内の自販機制御装置と自販機管理装置の機能ブロック図である。
同図に示す自販機制御装置３０は、基本ソフトウェア３１の機能として、個別機能部３２、機能呼び出し管理部３３、認証管理部３４、認証部３５、外部通知部３６、及び通信部３７を備える。
【００２７】
また、アプリケーションソフトウェア３８には、上記試験をパスした際などに与えられる“登録Ｎｏ．（ソフトウェア登録番号）”と“資格Ｎｏ．”とが埋め込まれている。尚、図では自販機制御装置３０内に格納されるアプリケーションソフトウェア３８が１つのみに見えるが、複数あるうちの代表を１つ示しているに過ぎない。
【００２８】
ここで、上記の様に、アプリケーションソフトウェアは、自動販売機メーカだけでなく、他のソフトベンダーでも開発することが可能となっているので、開発されたアプリケーションソフトウェアが正当であるか否か（自動販売機の安全性を損なうようなものであるか否か）について、例えば自動販売機メーカ側で審査（試験）する。“登録Ｎｏ．”は、この試験をパスした（正当であることを認められた）アプリケーションソフトウェアに一意に付与されるユニークな番号であり、このアプリケーションソフトウェアは自販機管理装置等に登録され、以後、その“登録Ｎｏ．”によって管理されることになり、必要に応じて上記自販機ローディング装置２１から各自動販売機にダウンロードされることになる。
【００２９】
このように、予め試験等して正当であるか否かをチェックしており、また“登録Ｎｏ．”等が付与されていないプログラムは、自動販売機にダウンロードできないようにする等することにより、一応のセキュリティ管理は実現できるが、例えば試験内容が充分でなかったりして本来正当ではないアプリケーションソフトウェアが試験をパスしてしまったり、悪意を持って作られたソフトウェア等に対しては、未だ充分とはいえない。
【００３０】
これより、本発明では、詳しくは後述するように、上記“登録Ｎｏ．”と“資格Ｎｏ．”とを用いて、より信頼性の高いセキュリティを実現する。
“資格Ｎｏ．”は、予め（例えば上記試験パス後に）各アプリケーションソフトウェア３８に与えられる、自動販売機の各基本機能の使用権限のレベルを示す値である（詳しくは後述する）。よって、“資格Ｎｏ．”は、“登録Ｎｏ．”のような各アプリケーションソフトウェアに固有の番号ではなく、同じ“資格Ｎｏ．”を持つアプリケーションソフトウェアが複数あってもよい（使用権限レベルが同じであるということである）。
【００３１】
以下、上記自販機制御装置３０の概略的な動作手順を説明する。
まず、アプリケーションソフトウェア３８により、プログラムインタフェース３９を通して、必要な“機能Ｎｏ．”の基本機能の呼び出し（要求）が行われる。“機能Ｎｏ．”とは、個々の基本機能を呼び出すプログラムインタフェースを、一意に識別する為の番号である。
【００３２】
基本ソフトウェア３１は、上記要求を受けると、まず機能呼び出し管理部３３が、上記アプリケーションソフトウェア３８が持っている“登録Ｎｏ．”と“資格Ｎｏ．”とを取り出し、これらを上記要求された“機能Ｎｏ．”と共に認証管理部３４に渡す（認証要求を出す）。
【００３３】
これをうけて、認証管理部３４は、認証部３５に認証要求を出す（上記“登録Ｎｏ．”、“資格Ｎｏ．”、“機能Ｎｏ．”も渡す）。
認証部３５は、認証管理部３４より受け取った“登録Ｎｏ．”、“資格Ｎｏ．”、“機能Ｎｏ．”に基づき、後述する登録Ｎｏ．−資格Ｎｏ．対応テーブル５０及び機能Ｎｏ．−使用許可レベル対応テーブル６０を参照して、上記アプリケーションソフトウェア３８の“資格Ｎｏ．”の正当性をチェックすると共にこの“資格Ｎｏ．”が上記呼び出しが行われた基本機能に対して正当な権限を有するものであるかの認証チェックを行う。そして、認証結果（ＯＫ／ＮＧ）を認証管理部３４に返す。
【００３４】
尚、認証部３５の詳細な構成、動作については、後に図３、図４を参照して詳細に説明する。
認証管理部３４は、認証部３５から受け取った認証結果を機能呼び出し管理部３３に返す。認証結果が「異常」（認証ＮＧ）であった場合には、更に、外部通知部３６へ「異常」があった旨を通知する。あるいは、当該自動販売機が有する出力装置（ＬＥＤ、ブザー、プリンタ等）に通知して、「異常」があった旨を表示等の出力により外界に知らせるようにしてもよい。あるいは、「異常」があった旨を、ログ情報として記録させるようにしてもよい。
【００３５】
外部通知部３６は、必要に応じて（あるいは、「異常」があった場合に外部に通知するか否かを示す設定に応じて）、通信部３７を制御して、図１のネットワーク等を介して外部に「異常があった」旨を通知させる。通知先は、例えば自販機管理装置４０である。自販機管理装置４０は、図１のネットワーク等に接続して通信可能とする通信部４１を有し、上記通知を受信すると、例えば異常発生を表示する等、所定の処理を実行する。
【００３６】
機能呼び出し管理部３３は、認証部３５による認証結果が「正常」（認証ＯＫ）であった場合には、個別機能部３２を呼び出して、上記最初にアプリケーションソフトウェア３８より要求された基本機能を実施する。一方、認証結果が「異常」であった場合には、個別機能部３２は呼び出さず、アプリケーションソフトウェア３８にレスポンスを返す。
【００３７】
上記認証部３５について、以下、図３、図４を参照してより詳細に説明する。
認証部３５は、図３（ａ）、（ｂ）に示すテーブルを持っており、この各テーブルを参照し図４に示す処理を実行する。
【００３８】
図３（ａ）には登録Ｎｏ．−資格Ｎｏ．対応テーブル５０、図３（ｂ）には機能Ｎｏ．−使用許可レベル対応テーブル６０を示す。
図３（ａ）に示す登録Ｎｏ．−資格Ｎｏ．テーブル５０において、登録Ｎｏ．５１は、上述してあるように試験をパスして“登録Ｎｏ．”が与えられたアプリケーションソフトウェアの中で当該自動販売機で動作可能なアプリケーションソフトウェアの“登録Ｎｏ．”が予め登録されているものであり、同図に示す一例では、登録Ｎｏ．５１として1000、1001、1002、1003が登録されている。資格Ｎｏ．５２は、各登録Ｎｏ．５１のアプリケーションソフトウェアに予め与えられている（例えば上記試験パス時に“登録Ｎｏ．”と共に与えられる）、自動販売機の基本機能に対する使用権限レベルを示す番号であり、例えば１からある特定値（この例では１０）までの個々の値が、使用権限のレベルを示している。各アプリケーションソフトウェアには、それぞれひとつの“資格Ｎｏ．”が与えられる。一方、図３（ｂ）に示すように、各基本機能に対してはそれぞれ使用許可レベルが予め設定されており、各アプリケーションソフトウェアは、ある基本機能を使用したい場合には、その使用許可レベル以上の使用権限レベル（資格Ｎｏ．）を持っていなければならない。換言すれば、資格Ｎｏ．が大きいほど、そのアプリケーションソフトウェアの使用権限が大きくなるということになる。一方、使用許可レベルが高い基本機能ほど重要度が大きいということになる。
【００３９】
例えば、広告／ニュース等を表示するディスプレイ等を備える自販機を例にした場合、例えば金銭に係わる基本機能（内部にあるお金を払い出したり、硬貨や紙幣の鑑別に影響するする機能）は使用許可レベルが高いものとする。あるいは、温度制御に関する基本機能も使用許可レベルが高いものとする。異常な温度制御により、機械の故障や事故（火災等）を引き起こす可能性があるからである。一方、上記広告等の表示機能は使用許可レベルが低いものとする。仮に金銭に係わるアプリケーション（権限レベルが高い）の中に広告等の表示にいたずらをするようなプログラムが含まれていたとしても（権限レベルが高いので、認証ＯＫとなってしまう）、自販機の安全性に大きな悪影響を与えるものではないとしている。
【００４０】
例えば、図３（ｂ）に示す機能Ｎｏ．−使用許可レベル対応テーブル６０の例では、機能Ｎｏ．６１として100 、101 、102 、103 、104 、105 、106 、及び107 があり、各々の使用許可レベル６２が10、9 、8 、7 、7 、7 、1 、0となっている。この例では、例えば、機能Ｎｏ．＝100 の基本機能は、資格Ｎｏ．＝１０を持つアプリケーションソフトウェアでなければ使用できないことになる。同様に、例えば、機能Ｎｏ．＝101 の基本機能は、９以上の資格Ｎｏ．（すなわち資格Ｎｏ．＝９または１０）を持つアプリケーションソフトウェアでなければ使用できない。尚、機能Ｎｏ．＝107 の基本機能の使用許可レベルが‘０’になっているが、これはアプリケーションソフトウェアの資格Ｎｏ．がいくつであっても関係なく使用可能な基本機能であることを意味する。
【００４１】
認証部３５は、認証管理部３４より上記の様にアプリケーションソフトウェア３８の“登録Ｎｏ．”と“資格Ｎｏ．”及び要求された基本機能の“機能Ｎｏ．”を受け取ると、上記登録Ｎｏ．−資格Ｎｏ．対応テーブル５０、機能Ｎｏ．−使用許可レベル対応テーブル６０を参照して、図４に示す処理を実行する。
【００４２】
図４は、認証部３５による処理を説明する為のフローチャートである。
まず、上記認証管理部３４より受け取った“登録Ｎｏ．”をキーにして登録Ｎｏ．−資格Ｎｏ．対応テーブル５０を検索し、一致する登録Ｎｏ．５１に対応する資格Ｎｏ．５２の値が、受け取った“資格Ｎｏ．”と一致するか否かを判定する（ステップＳ１）。不一致である場合には（ステップＳ１，ＮＯ）、復帰値に“認証ＮＧ”をセットすることにより（ステップＳ４）、認証結果（異常）を認証管理部３４に返す。一致する場合には、更に、要求された基本機能の“機能Ｎｏ．”をキーにして機能Ｎｏ．−使用許可レベル対応テーブル６０を検索して、この“機能Ｎｏ．”に対応する使用許可レベル６２を知り、上記アプリケーションソフトウェア３８の“資格Ｎｏ．”の値がこの使用許可レベル以上であるか否かを判定する（ステップＳ２）。“資格Ｎｏ．”（使用権限レベル）が使用許可レベル未満であった場合には（ステップＳ２，ＮＯ）、復帰値に“認証ＮＧ”をセットすることにより（ステップＳ４）、認証結果（異常）を認証管理部３４に返す。“資格Ｎｏ．”（使用権限レベル）が使用許可レベル以上であった場合には（ステップＳ２，ＹＥＳ）、復帰値に“認証ＯＫ”をセットすることにより（ステップＳ３）、認証結果（正常）を認証管理部３４に返す。
【００４３】
例えば、アプリケーションソフトウェア３８より取り出した“登録Ｎｏ．”が1002、“資格Ｎｏ．”が‘８’であった場合、登録Ｎｏ．−資格Ｎｏ．対応テーブル５０を検索すると登録Ｎｏ．５１が1002に対応する資格Ｎｏ．５２は‘６’であるので不一致であり、上記ステップＳ１の判定はＮＯとなり、“認証ＮＧ”となる。
【００４４】
また、例えば、アプリケーションソフトウェア３８より取り出した“登録Ｎｏ．”が1003、“資格Ｎｏ．”が‘９’、及び要求された基本機能の“機能Ｎｏ．”が102 であった場合、登録Ｎｏ．−資格Ｎｏ．対応テーブル５０を検索すると登録Ｎｏ．５１が1003に対応する資格Ｎｏ．５２は‘９’であり一致するので、上記ステップＳ１の判定はＹＥＳとなりステップＳ２に進む。ステップＳ２において、“機能Ｎｏ．”＝１０２をキーにして機能Ｎｏ．−使用許可レベル対応テーブル６０を検索すると、対応する使用許可レベル６２は‘８’であるので、「“資格Ｎｏ．”＝‘９’≧使用許可レベル＝８」となり、このアプリケーションソフトウェア３８は、要求した基本機能（“機能Ｎｏ．”＝１０２）の使用を許される。
【００４５】
次に、以下に、第２の実施例について説明する。
上記第１の実施例では、各自動販売機側で認証チェックを行ったが、例えば上記認証部３５の機能を持たせることが自動販売機にとって大きな負担となる場合（上記テーブル５０、６０を保持する為の記憶容量や図４の処理を行うＣＰＵの負荷等の点で）、あるいは自動販売機自体のセキュリティレベルの問題（上記テーブル５０、６０自体が改ざんされてしまう危険性等）を考慮して、少なくとも自動販売機と比較すれば非常に高い処理能力、セキュリティ機能を持つ自販機管理装置２０側で認証を行わせたほうがよい場合も考えられる。以下に説明する第２、第３の実施例は、このように自販機管理装置２０側で認証を行わせる実施例であって、そのうち第２の実施例ではアプリケーションソフトウェアから基本機能の呼び出しが行われる毎に、その都度、自販機管理装置２０側に認証を依頼する方式について提案する。
【００４６】
図５は、第２の実施例による自動販売機システムにおける自販機制御装置と自販機管理装置の機能ブロック図である。
同図に示す自販機制御装置７０において、基本ソフトウェア７１の機能として、個別機能部７２、機能呼び出し管理部７３、認証管理部７４、及び通信部７５を備える。
【００４７】
また、アプリケーションソフトウェア３８には、上記第１の実施例の場合と同様に、“登録Ｎｏ．”と“資格Ｎｏ．”とが埋め込まれているものとする。
自販機管理装置８０は、通信部８１、認証部８２等を有する。勿論、自販機管理装置８０は、他にも様々な機能を備えているものであり、本実施例に直接関係がないものは特に示していないだけである。
【００４８】
通信部８１は、上記自販機管理装置４０の通信部４１と同じである。認証部８２は、上記認証部３５とほぼ同じである。よって、ここでは、認証部８２の詳細な説明は行わない。
【００４９】
以下、図５に示す自動販売機システムの概略的な動作手順を説明する。
まず、アプリケーションソフトウェア３８により、プログラムインタフェース３９を通して、使用する基本機能の呼び出し（要求）が行われる。これは、この基本機能の“機能Ｎｏ．”を指定して行う。“機能Ｎｏ．”とは、個々の基本機能を呼び出すプログラムインタフェースを、一意に識別する為の番号である。
【００５０】
基本ソフトウェア７１は、上記要求を受けると、まず機能呼び出し管理部７３が、上記アプリケーションソフトウェア３８が持っている“登録Ｎｏ．”と“資格Ｎｏ．”とを取り出し、これらを上記要求された“機能Ｎｏ．”と共に認証管理部３４に渡す（認証要求を出す）。
【００５１】
これをうけて、認証管理部７４は、通信部７５を通しネットワークを介して自販機管理装置８０の認証部８２に認証要求を出す（例えば、認証要求コマンドと共に上記“登録Ｎｏ．”、“資格Ｎｏ．”、“機能Ｎｏ．”を付加したパケットを送信する。）
認証部８２は、受信したパケットの“登録Ｎｏ．”、“資格Ｎｏ．”、“機能Ｎｏ．”に基づき、上述した認証部３５と同様の処理を行い（登録Ｎｏ．−資格Ｎｏ．対応テーブル、機能Ｎｏ．−使用許可レベル対応テーブルを参照して、認証チェックを行う）、認証結果（正常／異常）を通信部８１を通しネットワークを介して自販機制御装置７０側に返信する。
【００５２】
認証管理部７４は、通信部７５を介して、上記自販機管理装置８０から送られてきた認証結果（正常／異常）を受け取ると、この認証結果を機能呼び出し管理部７３に返す。
【００５３】
機能呼び出し管理部７３は、認証部８２による認証結果が「正常」であった場合には、個別機能部７２を呼び出して、上記最初にアプリケーションソフトウェア３８より要求された基本機能を実施する。一方、認証結果が「異常」であった場合には、個別機能部７２は呼び出さず、アプリケーションソフトウェア３８にレスポンスを返す。
【００５４】
図６は、第３の実施例による自動販売機システムにおける自販機制御装置と自販機管理装置の機能ブロック図である。
同図に示す自販機制御装置９０において、基本ソフトウェア９１の機能として、個別機能部９２、機能呼び出し管理部９３、認証管理部９４、認証情報管理部９５、通信部９６、及び外部通知部９７を備える。
【００５５】
また、アプリケーションソフトウェア３８は、予め所定の条件を満たした場合に与えられる“登録Ｎｏ．（ソフトウェア登録番号）”と“資格Ｎｏ．”とを持っている。
【００５６】
自販機管理装置１００は、通信部１０１、認証部１０２等を有する。勿論、自販機管理装置１００は、他にも様々な機能を備えているものであり、本実施例に直接関係がないものは特に示していないだけである。
【００５７】
自販機管理装置１００は、上記自販機管理装置８０とほぼ同じである。よって、ここでは、詳細な説明は行わない。
以下、図６に示す自動販売機システムの概略的な動作手順を説明する。
【００５８】
まず、アプリケーションソフトウェア３８により、プログラムインタフェース３９を通して、使用する基本機能の呼び出し（要求）が行われる。これは、この基本機能の“機能Ｎｏ．”を指定して行う。“機能Ｎｏ．”とは、個々の基本機能を呼び出すプログラムインタフェースを、一意に識別する為の番号である。
【００５９】
基本ソフトウェア９１は、上記要求を受けると、まず機能呼び出し管理部９３が、上記アプリケーションソフトウェア３８が持っている“登録Ｎｏ．”と“資格Ｎｏ．”とを取り出し、これらを上記要求された“機能Ｎｏ．”と共に認証管理部９４に渡す（認証要求を出す）。
【００６０】
認証管理部９４は、上記認証要求を受けると、まず、認証情報管理部９５に対し、上記要求された“機能Ｎｏ．”について既に認証済みであるか否かを問い合せる（その際、上記“登録Ｎｏ．”と“機能Ｎｏ．”を渡す）。
【００６１】
認証情報管理部９５は、図７に示すテーブルを持っており、上記問い合せを受けると、上記“登録Ｎｏ．”、“機能Ｎｏ．”に基づいて、図８に示す処理を実行することにより、上記の既に認証済みであるか否かの判定を行い、判定結果を認証管理部９４に通知する。既に認証済みであった場合には、更に、認証結果（正常／異常）も認証管理部９４に通知する。尚、詳細については、後に図７、図８を参照して説明する。
【００６２】
認証管理部９４は、認証情報管理部９５による判定結果が「既に認証済み」であった場合、認証結果（正常／異常）を機能呼び出し管理部９３に返す（一度認証されればその認証結果は図７に示すテーブルに格納される）。また、認証結果が異常（認証ＮＧ）であった場合には更に外部通知部９７に通知し、外部通知部９７は必要に応じて、通信部９６よりネットワークを介して、認証結果（異常）を外部に通知する。
【００６３】
機能呼び出し管理部９３は、認証管理部９４より認証ＯＫ（正常）のレスポンスを受けた場合には、個別機能部９２を呼び出して、上記最初にアプリケーションソフトウェア３８より要求された基本機能を実施する。一方、認証ＮＧ（異常）であった場合には、個別機能部９２は呼び出さず、アプリケーションソフトウェア３８にレスポンスを返す。
【００６４】
一方、認証情報管理部９５による判定結果が「未認証」であった場合、認証管理部９４は、通信部９６を通しネットワークを介して自販機管理装置１００の認証部１０２へ認証要求を出す。
【００６５】
認証部１０２は、上記認証要求を受けると、上述した認証部８２と同様の処理を行い、認証結果（正常／異常）を通信部１０１を通しネットワークを介して自販機制御装置９０側に返信する。
【００６６】
認証管理部９４は、通信部９６を介して、上記自販機管理装置１００から送られてきた認証結果（正常／異常）を受け取ると、この認証結果を機能呼び出し管理部９３に返す。またこの認証結果を認証情報管理部９５に渡す。認証情報管理部９５は、図９に示す処理を実行することにより（後に説明する）、この認証結果を登録する。
【００６７】
機能呼び出し管理部９３は、認証管理部９４より返された認証結果が「正常」（認証ＯＫ）であった場合には、個別機能部９２を呼び出して、上記最初にアプリケーションソフトウェア３８より要求された基本機能を実施する。一方、認証結果が「異常」（認証ＮＧ）であった場合には、個別機能部９２は呼び出さず、アプリケーションソフトウェア３８にレスポンスを返す。
【００６８】
上記認証情報管理部９５の詳細な構成／動作について、以下、図７〜図９を参照して詳細に説明する。
図７は、認証情報管理部９５が保持する認証履歴情報（テーブル形式）の一例を示す図である。
【００６９】
同図において、認証済み機能Ｎｏ．テーブルエントリテーブル１１０には、過去に一度でも認証チェックの対象となったことがあるアプリケーションソフトウェアの“登録Ｎｏ．”がエントリされている。同図に示す例では、認証済み機能Ｎｏ．テーブルエントリテーブル１１０にエントリされている“登録Ｎｏ．”は、1002、2000、3050となっている。
【００７０】
認証済み機能Ｎｏ．テーブルエントリテーブル１１０に格納される各“登録Ｎｏ．”のレコードは、この“登録Ｎｏ．”のアプリケーションソフトウェアに関する認証済み機能Ｎｏ．テーブル１２０（認証履歴情報）とリンクしている。同図に示す例では、例えば認証済み機能Ｎｏ．テーブル１２０Ａは、登録Ｎｏ．＝1002のアプリケーションソフトウェアに関するこれまでの認証結果が格納されている。この例では、登録Ｎｏ．＝1002のアプリケーションソフトウェアは、これまでに、機能Ｎｏ．＝100、101、及び202 の基本機能を呼び出しており、このうち機能Ｎｏ．＝101 の基本機能についてのみは認証ＮＧとなっている。同様に、認証済み機能Ｎｏ．テーブルエントリテーブル１１０の登録Ｎｏ．＝2000は認証済み機能Ｎｏ．テーブル１２０Ｂにリンクし、登録Ｎｏ．＝3050は認証済み機能Ｎｏ．テーブル１２０Ｃにリンクしている。
【００７１】
認証情報管理部９５は、上記認証管理部９４からの「要求された“機能Ｎｏ．”について既に認証済みであるか否かの問い合せ」があると、図８に示す処理を実行する。
【００７２】
図８は、認証済みか否かの判定処理を説明する為のフローチャートである。
同図において、認証情報管理部９５は、まず、認証管理部９４から渡された“登録Ｎｏ．”が、認証済み機能Ｎｏ．テーブルエントリテーブル１１０にエントリされているか否かを判定する（ステップＳ１１）。エントリされていない場合には（ステップＳ１１，ＮＯ）、復帰値に「未認証」を示す値をセットする（ステップＳ１４）。すなわち、認証管理部９４の問い合せに対し「未認証」と返答する。一方、エントリされている場合には（ステップＳ１１，ＹＥＳ）、続いて、認証管理部９４から渡された“機能Ｎｏ．”をキーにして、上記“登録Ｎｏ．”に対応する認証済み機能Ｎｏ．テーブル１２０を検索し、一致する機能Ｎｏ．が存在する場合には（ステップＳ１２，ＹＥＳ）、その認証結果を取り出して復帰値にセットする（ステップＳ１３）。一致する機能Ｎｏ．が存在しない場合には（ステップＳ１２，ＮＯ）、復帰値に「未認証」を示す値をセットする（ステップＳ１４）。
【００７３】
例えば、認証管理部９４から渡された“登録Ｎｏ．”が2000、“機能Ｎｏ．”が202 であった場合、この登録Ｎｏ．2000は、認証済み機能Ｎｏ．テーブルエントリテーブル１１０にエントリされているので、続いて、リンク先の認証済み機能Ｎｏ．テーブル１２０Ｂの機能Ｎｏ．１２１のフィールドを、202 をキーして検索すると、一致するものはないので、復帰値に「未認証」を示す値をセットする。
【００７４】
認証管理部９４は、上記問い合せに対して認証情報管理部９５から「未認証」の返答があった場合には、自販機管理装置１００に認証チェックを依頼する。そして、自販機管理装置１００から認証結果が返ってくると、上記の通り認証管理部９４は認証情報管理部９５に対し認証結果を登録するよう指示する（その際、認証結果と共に“登録Ｎｏ．”、“機能Ｎｏ．”も渡す）。
【００７５】
図９は、この認証情報管理部９５による認証結果の登録処理を説明する為のフローチャートである。
同図において、認証情報管理部９５は、まず、上記渡された“登録Ｎｏ．”が、既に認証済み機能Ｎｏ．テーブルエントリテーブル１１０にエントリされているか否かを判定する（ステップＳ２１）。既にエントリ済みである場合には（ステップＳ２１，ＹＥＳ）、続いて、この登録Ｎｏ．用（そのアプリケーションソフトウェア用）の認証済み機能Ｎｏ．テーブル１２０内を、上記渡された“機能Ｎｏ．”をキーにして検索し、一致する機能Ｎｏ．１２１が存在するか否かを判定する（ステップＳ２２）。存在する場合には（ステップＳ２２，ＹＥＳ）、そのまま処理を終了する（但し、存在することは、本来あり得ないはずであるので、この分岐は場合によっては必要なくてもよい）。一方、存在しない場合には（ステップＳ２２，ＮＯ）、認証済み機能Ｎｏ．テーブル１２０に上記認証管理部９４より渡された“機能Ｎｏ．”と認証結果とを新たにセットする（ステップＳ２３）。
【００７６】
また、上記ステップＳ２１において、未だエントリされていないと判定された場合には（ステップＳ２１，ＮＯ）、上記渡された“登録Ｎｏ．”を認証済み機能Ｎｏ．テーブルエントリテーブル１１０にセットすると共にこれに対応する認証済み機能Ｎｏ．テーブル１２０を新たに作成する（ステップＳ２４）。そして、作成した認証済み機能Ｎｏ．テーブル１２０に対し、上記ステップＳ２３の処理を行う。
【００７７】
上記図８の処理の説明の最後で一例として説明した「“登録Ｎｏ．”が2000、“機能Ｎｏ．”が202 であった場合」の例で言うと、上述した図９の処理は、まずステップＳ２１において、登録Ｎｏ．＝2000は、図７の認証済み機能Ｎｏ．テーブルエントリテーブル１１０に既にエントリされているので、判定はＹＥＳとなり、ステップＳ２２へ進む。ステップＳ２２において、図７の認証済み機能Ｎｏ．テーブル１２０Ｂを検索すると、機能Ｎｏ．＝202 のレコードは存在しないので、その判定はＮＯとなる。そして、ステップＳ２３の処理により、認証済み機能Ｎｏ．テーブル１２０Ｂには、機能Ｎｏ．＝202 とその認証結果とを対応付けたレコードが新たに追加される。これによって、これ以後、“登録Ｎｏ．”が2000のアプリケーションソフトウェアが、“機能Ｎｏ．”が202 の基本機能を使用しようとした場合、図８の処理により、既に得られている認証結果を認証管理部９４に返すだけで済み、自販機管理装置１００に逐一認証チェックを依頼する必要はない。
【００７８】
尚、第１の実施例の自販機制御装置３０に上記認証情報管理部９５を加えた構成としてもよい。この場合、図７に示すテーブルを更に格納する為、必要なメモリ容量が増えてしまうが、一度認証を行ったものについては、その後は認証処理を実行する必要がなくなるので、ＣＰＵの処理負荷は軽減される。
【００７９】
また、尚、上述した実施例では、資格Ｎｏ．が使用許可レベル以上であることを認証ＯＫの条件としたが、例えば両者が一致することを認証ＯＫの条件としてもよい。この場合、アプリケーションソフトウェア３８は、資格Ｎｏ．を複数持つ場合も有り得る。
【００８０】
【発明の効果】
以上、詳細に説明したように、本発明の自動販売機システム、その自動販売機及びセンタ装置によれば、万一、不適切なソフトウェアが自動販売機内にインストールされても、そのソフトウェアの実行時に自動販売機の基本機能を使わせないようにすることにより、実質上、自動販売機の動作に悪影響がないようにでき、自動販売機の安全性を確保できる（セキュリティを強化できる）。特に各自動販売機内のアプリケーションソフトウェアを、ネットワークを介して外部からダウンロードして更新／変更／追加するシステムにあっては、上記効果は顕著なものとなる。
【図面の簡単な説明】
【図１】自動販売機システム全体を概略的に示すシステム構成図である。
【図２】第１の実施例による自動販売機内の自販機制御装置と自販機管理装置の機能ブロック図である。
【図３】（ａ）は登録Ｎｏ．−資格Ｎｏ．対応テーブル、（ｂ）には機能Ｎｏ．−使用許可レベル対応テーブルを示す。
【図４】認証部による処理を説明する為のフローチャートである。
【図５】第２の実施例による自動販売機システムにおける自販機制御装置と自販機管理装置の機能ブロック図である。
【図６】第３の実施例による自動販売機システムにおける自販機制御装置と自販機管理装置の機能ブロック図である。
【図７】認証情報管理部が保持する認証履歴情報（テーブル形式）の一例を示す図である。
【図８】認証済みか否かの判定処理を説明する為のフローチャートである。
【図９】認証情報管理部による認証結果の登録処理を説明する為のフローチャートである。
【符号の説明】
１０  自動販売機
１１  自販機制御装置
１２  基本ソフトウェア
１３  メモリ
１４  入出力デバイス
１６  アプリケーションソフトウェア
２０  自販機管理装置（センタ）
２１  自販機ローディング装置
２２  自販機ローディング装置（携帯端末タイプ）
３０  自販機制御装置
３１  基本ソフトウェア
３２  個別機能部
３３  機能呼び出し管理部
３４  認証管理部
３５  認証部
３６  外部通知部
３７  通信部
３８  アプリケーションソフトウェア
３９  プログラムインタフェース
４０  自販機管理装置
４１  通信部
５０  登録Ｎｏ．−資格Ｎｏ．対応テーブル
５１  登録Ｎｏ．（フィールド名）
５２  資格Ｎｏ．（フィールド名）
６０  機能Ｎｏ．−使用許可レベル対応テーブル
６１  機能Ｎｏ．（フィールド名）
６２  使用許可レベル（フィールド名）
７０  自販機制御装置
７１  基本ソフトウェア
７２  個別機能部
７３  機能呼び出し管理部
７４  認証管理部
７５  通信部
８０  自販機管理装置
８１  通信部
８２  認証部
９０  自販機制御装置
９１  基本ソフトウェア
９２  個別機能部
９３  機能呼び出し管理部
９４  認証管理部
９５  認証情報管理部
９６  通信部
９７  外部通知部９７
１００  自販機管理装置
１０１  通信部
１０２  認証部
１１０  認証済み機能Ｎｏ．テーブルエントリテーブル
１２０  認証済み機能Ｎｏ．テーブル
【図１】
0003684954.tif 000002
【図２】
0003684954.tif 000003
【図３】
0003684954.tif 000004
【図４】
0003684954.tif 000005
【図５】
0003684954.tif 000006
【図６】
0003684954.tif 000007
【図７】
0003684954.tif 000008
【図８】
0003684954.tif 000009
【図９】
0003684954.tif 000010