JPH033274B2 - - Google Patents
Info
- Publication number
- JPH033274B2 JPH033274B2 JP58029129A JP2912983A JPH033274B2 JP H033274 B2 JPH033274 B2 JP H033274B2 JP 58029129 A JP58029129 A JP 58029129A JP 2912983 A JP2912983 A JP 2912983A JP H033274 B2 JPH033274 B2 JP H033274B2
- Authority
- JP
- Japan
- Prior art keywords
- mode
- control unit
- signal
- port
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F9/00—Details other than those peculiar to special kinds or types of apparatus
- G07F9/02—Devices for alarm or indication, e.g. when empty; Advertising arrangements in coin-freed apparatus
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F5/00—Coin-actuated mechanisms; Interlocks
- G07F5/24—Coin-actuated mechanisms; Interlocks with change-giving
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F9/00—Details other than those peculiar to special kinds or types of apparatus
- G07F9/08—Counting total of coins inserted
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
Description
＜産業上の利用分野＞
この発明は自動販売機またはそれに類似した硬
貨または紙幣に応答して動作する自動機における
制御装置及び該制御装置における情報授受方法に
関する。 ＜従来の技術＞ 最近の自動販売機の制御装置は、コインメカニ
ズム（これをコインメツクと略称する）側に搭載
される部分（これをコインメツク制御部という）
と、自動販売機本体側に設けられる部分（これを
ベンダー制御部という）とから成り、一般に、ベ
ンダー制御部は自動販売機の用途に合わせて構成
され、コインメツク制御部はコインメツクの構成
及びそれに組合わされるベンダー制御部の構成に
あわせて構成される。 一般に、コインメツク制御部は、コインスイツ
チからの信号に応答して投入金額をカウントしそ
の投入金額と販売設定価格とを比較して販売可否
を判定する機能と、販売がなされたとき販売価格
分を投入金額から減算する（収金）する機能、販
売動作終了時に釣銭を払出す機能、などを具えて
いる。また、ベンダー制御部は、必要なときに販
売設定価格信号をコインメツク制御部に送出する
機能、販売可と判定されたとき選択された商品の
払出しを制御する機能、収金あるいは釣銭払出し
をコインメツク制御部に与える機能、その他自動
販売機の用途に応じた特殊機能、などを具えてい
る。 ＜発明が解決しようとする問題点＞ コインメツク制御部及びベンダー制御部におけ
る動作時には無作為的（または一方の制御部が他
方の制御部の動作を時間的に正確に予測すること
が困難）な面があり、そのため従来は両制御部が
夫々独自の動作を行なつて独自に出力信号を他方
に与えつつ、時間的に予測困難な他方からの入力
信号の状態を絶えず監視しなければならなかつ
た。例えば、コインがいつ投入されるか（コイン
メツク制御部からベンダー制御部に対していつコ
イン投入有信号が与えられるか）は全く予測不可
能であり、その他の信号にも同様の性質のものが
ある。従つて、従来は両制御部間の信号送受はパ
ラレル処理であり、配線数が増すという欠点があ
つた。また、たとえ時分割シリアル処理にしたと
しても従来方式では両者が常に信号状態を監視し
合わねばならないため、走査サイクルの高速性が
要求され、回路構成または走査プログラム構成に
負担がかかるという問題がある。 別の問題として、生産性、経済性の面から最近
試みられているコインメツクの汎用化に関連して
次のような問題が生じる。つまり、コインメツク
を汎用化するには、自動販売機のあらゆる用途、
機能に適応し得るようにコインメツクが構成され
ていなければならず、このためコインメツク側に
それらの機能を対応するスイツチ類並びにその関
連回路を必要なだけ設けておくことが要求され
る。従来、コインメツクの汎用化のためにコイン
メツク側に設けておくべき特殊機能としては、(1)
単数販売／連続販売切換、(2)連続販売回数制限、
(3)連続販売タイマ、(4)最低設定価格、(5)販売合計
金額表示、(6)ベントテスト時価格表示、(7)ベント
テスト、(8)故障時の表示点滅及び故障表示、など
があり、これらに対応するスイツチ類及び関連回
路が必要であつた。しかし、コインメツクの大き
さには限度があるので、これらの特殊機能関連装
置を全部搭載するにあたつては物理的並びに経済
的な面で大きな負担となつていた。例えば、スペ
ースの面から、安価ではあるが多少嵩張るテンキ
ーなどは使用できず、小型の高価なスイツチ類を
個別に設けねばならず、不経済であつた。なお、
小型のテンキーを使える場合もあるが、その場合
はテンキー入力データを記憶するメモリの停電時
バツクアツプ回路を設けたり、不揮発性メモリを
用いたりしなければならず、コスト高であつた。
また、ベンダー制御部側にも当然、データ設定用
テンキーや停電時バツクアツプ回路が設けられる
ので、両制御部に同じようなものを設けるのはト
ータルコストの点でも好ましくなかつた。しか
も、汎用化のためにコインメツク制御部側に備え
た特殊機能すべてを使用する自動販売機は限られ
ており、自動販売機の機種、用途によつては不必
要な機能もあり、そのような場合は無駄となる。 他方、コインメツクの汎用化のために、コイン
メツク制御部の主要な機能つまり計数・比較その
他の演算機能を除去し、単にスイツチ類及びモー
タ、ソレノイドのみを残したものも存在してい
る。しかし、これは実質的な制御・演算機能をす
べてベンダー制御部に依存することになるため、
スイツチ類、釣銭払出しモータ・CREMソレノ
イドをすべて独立の配線でベンダー制御部に接続
しなければならず、コインメツク側とベンダー制
御部との間の配線数が増すという欠点があつた。
また、それに伴ない、ベンダー制御部ではコイン
メツク側から与えられる多数のスイツチ出力信号
を常に監視しなければならず、回路構成に負担が
かかるという問題があつた。例えば、コインスイ
ツチ出力信号状態は常に監視しなければならず、
また、釣銭払出し中もモータキヤリアスイツチの
出力信号状態及び払出しコイン確認スイツチの出
力信号状態を常に監視しなければならず、ベンダ
ー制御部側で商品選択及び販売関連動作を制御し
ながらコインメツク側のスイツチ出力信号状態も
監視しかつそれに応じて金額カウント等必要な動
作を制御するのは大変であり、特にマイクロコン
ピユータを用いた方式では瞬時のスイツチ出力信
号の変化を見落すことがないように走査プログラ
ムを組まねばならず、プログラム作成上並びにプ
ログラムROMの構成上大きな負担となつてい
た。また、コインメツク側のスイツチの瞬時の信
号変化も読み取らねばならないため、接続コネク
タの接触不良等によりエラーが起り易いという問
題もあつた。 この発明は上述の点に鑑みてなされたもので、
コインメツク制御部（第１の制御部）とベンダー
制御部（第２の制御部）との間の信号送受方式を
改良し、これに伴ないコインメツク制御部の構成
の簡略化を図ると共に汎用性を確保し、しかも、
ベンダー制御部における信号監視のための回路構
成またはプログラム構成に余裕をもたせることが
できるようにし、かつ、両制御部間の配線数の減
少を図り、かつ、信号送受の際のエラーを排除し
得るようにすることを目的とする。 ＜問題点を解決するための手段＞ 上述の目的の達成のために、この発明に係る自
動販売機の制御装置は、所定の情報をコインメツ
ク制御部（第１の制御部）からベンダー制御部
（第２の制御部）に送出すべきことあるいはその
逆にコインメツク制御部がベンダー制御部から受
取るべきことを要求する要求信号を専らベンダー
制御部の側から発生し、コインメツク制御部では
この要求信号を受取るようにした第１の手段と、
前記要求信号に従つて、両制御部の一方を前記所
定の情報を送出する状態とし、他方を該情報を受
取る状態とする第２の手段とを具え、両制御部間
の情報の授受をベンダー制御部（第２の制御部）
の主導権の下で行うようにしたことを特徴とす
る。 この発明の概要を図で示すと、第１５図のよう
になる。第１の手段は符号２５で示されており、
細部を示すと、コインメツク制御部１０側の要求
判定手段２５Ｂと、ベンダー制御部１１側の要求
発生手段２５Ａとから成る。要求発生手段２５Ａ
で所定情報の送出または受取りを要求する要求信
号を発生し、要求判定手段２５Ｂではそれを判定
する。第２の手段は符号２６で示されており、細
部を示すと、両制御部１０，１１に夫々設けられ
た入出力処理手段２６Ａ，２６Ｂから成る。各々
の処理手段２６Ａ，２６Ｂは、手段２５Ａ，２５
Ｂで発生もしくは判定した要求に従つて情報送出
または受取り処理を行なう。以下の実施例では、
情報の送出または受取り要求はモードセレクトと
いう用語で示されている。要求発生手段２５Ａは
第１１図のMSCi処理に対応し、要求判定手段２
５Ｂは第５図のMSC判定処理に対応し、入出力
処理手段２６Ａ，２６Ｂは第７図、第１２図の
Ｉ／Ｏ処理に対応する。 また、本発明に係る自動販売機等の制御装置に
おける情報授受方法は、授受対象となる多数の情
報を複数のモードに予め分類しておくこと、授受
すべき必要な情報を含むモードをモード選択情報
によつて前記第２の制御部（ベンダー制御部）側
から指定すること、前記モード選択情報によつて
指定されたモードに従つて、前記第１の制御部
（コインメツク制御部）から第２の制御部に対し
てまたは第２の制御部から第１の制御部に対し
て、該モードに含まれる全情報の授受を実行する
こと、から成ることを特徴とするものである。 ＜作用＞ 本発明に係る制御装置によれば、コインメツク
制御部とベンダー制御部間の情報の授受は、すべ
てベンダー制御部の主導権の下で行われる。例え
ば、所定の情報をコインメツク制御部からベンダ
ー制御部に送出すべきときは、そのことを要求す
る要求信号をベンダー制御部から発生し、その要
求信号に応じて、コインメツク制御部を該所定の
情報を送出する状態とし、ベンダー制御部を該所
定の情報を受取る状態とする。反対に、所定の情
報をベンダー制御部からコインメツク制御部に送
出すべきときは、そのことを要求する要求信号を
ベンダー制御部から発生し、その要求信号に応じ
て、ベンダー制御部を該所定の情報を送出する状
態とし、コインメツク制御部を該所定の情報を受
取る状態とする。その結果、自動販売機の用途、
機種などに応じて特殊機能に関連する特別の入出
力機器をコインメツク制御部側に設ける必要がな
くなり、構成の簡略化が図れる。何故なら、情報
の授受の主導権をベンダー制御部が握るので、特
殊機能に必要なデータをベンダー制御部側の機器
（スイツチ、設定キー等）を利用して設定し、こ
れをコインメツク制御部に送るだけでよいことに
なるからである。従つて、コインメツク制御部側
の入出力機器（スイツチ等）は必要最小限のもの
だけでよいことになる。しかも、ベンダー制御部
の要求に従つて特殊機能用のデータ（情報）をベ
ンダー制御部側から随時受取ることができるの
で、組合わされるベンダー制御部の機能に応じて
コインメツク制御部が自在に機能し、汎用型のコ
インメツク制御部を提供することができる。しか
も、投入貨幣のカウント等時間的不確実性をもつ
要素はコインメツク制御部で独自に処理し、その
結果をベンダー制御部に送出すべき情報として随
時記憶しておき、ベンダー制御部で要求があつた
ときこれを送出するようにすることが可能であ
る。従つて、ベンダー制御部における信号監視の
ための回路構成または走査プログラム構成に余裕
をもたせることができるようになる。しかも、ベ
ンダー制御部側の要求に応じて必要な情報だけを
授受すればよいことになるので、一度に授受すべ
き情報量が減少し、両制御部間の信号配線数を減
少させることができる。また、余裕をもつて信号
授受が行なえるようになるので、信号授受の際の
エラーを排除し得るようにすることができる。す
なわち、両者間で同一信号が確実に授受されたか
を比較照することによりこれが達成される。 また、本発明の情報授受方法によれば、授受対
象となる多数の情報を複数のモードに分類し、モ
ード単位で情報の授受を行う。これにより、関連
する複数の情報を同じモードに含め、一括して授
受することができるようにより、授受の効率化に
役立つ。 ＜実施例＞ 以下添付図面を参照してこの発明の一実施例を
詳細に説明しよう。 ハード構成説明 第１図において、コインメツク制御部１０は、
図示しないコインメカニズム（コインメツク）側
に搭載されるものであり、コインメツクが持つ機
能つまりコイン（ここで、コインとは硬貨に限定
される紙幣も含むものとする）の受入及び払出し
に関連する機能について演算、比較等の制御機能
を有している。一例として、コインメツク制御部
１０はマイクロコンピユータ方式によつて構成す
ることができ、中央処理ユニツト（以下CPUと
いう）１２、プログラムROM（ROMはリードオ
ンリーメモリの略、以下同じ）１３、ランダムア
クセスメモリ（以下RAMという）１４、周辺入
出力機器１５、ベンダー制御部１１に対する入出
力ポート部（以下Ｉ／Ｏポート部という）１６を
含んでいる。周辺入出力機器１５は、コインメツ
クにとつて不可欠のスイツチ類、モータ、ソレノ
イド、表示器等から成り、従来より知られている
ものである。例えば、各金種毎のコインスイツ
チ、各金種毎のエンプテイスイツチ、コイン払出
しモータ、このモータのキヤリアスイツチ、コイ
ン返却スイツチ、CREM（コイン拒絶電磁）ソレ
ノイド、などから成る。 ベンダー制御部１１は、商品選択動作、商品払
出し動作、その他自動販売機の用途、機種に応じ
た様々な特殊機能を制御するものである。一例と
して、ベンダー制御部１１もマイクロコンピユー
タ方式によつて構成することができ、CPU１７、
プログラムROM１８、RAM１９、周辺入出力
機器２０、周辺記憶装置２１、コインメツク制御
部１０に対するＩ／Ｏポート部２２を含んでい
る。周辺入出力機器２０は、商品選択スイツチ
群、販売可表示器、商品払出しに関連するリレ
ー、ソレノイド、モータ、キヤリアスイツチ等、
各種データを設定するためのテンキーまたはスイ
ツチ類、その他のスイツチ及び表示ランプ等から
成る。周辺記憶装置２１は、書込み及び読み出し
が可能な不揮発性もしくはバツテリバツクアツプ
された記憶装置から成り、売上げデータ、販売設
定価格その他の各種設定データなどを記憶する。 Ｉ／Ｏポート部１６，２２の入出力信号配線は
コネクタ２３を介して互いに接続される。また、
コインメツクの規模縮小のために、電源回路２４
はベンダー制御部１１側に設けられており、ベン
ダー制御部１１側からコネクタ２３を介してコイ
ンメツク制御部１０側に電源が与えられる。 コインメツク側のＩ／Ｏポート部１６におい
て、データ入力ポートはIN、データ出力ポート
はOU制御信号入力ポートはCI、制御信号出力ポ
ートはCOで示されている。ベンダー側のＩ／Ｏ
ポート部２２において、データ入力ポートは
INV、データ出力ポートはOUV、制御信号入力ポ
ートはCIV、制御信号出力ポートはCOVで示され
ている。いうまでもなく、コネクタ２３を介し
て、INポートはOUvポートにOUポートはINvポ
ートに、CIポートはCOVポートに、COポートは
CIvポートに、夫々接続される。データは４ビツ
トであり、制御信号は１ビツトである。入力ポー
トデータレジスタRIN、RPIには、入力ポートか
ら取り入れられたデータが一時記憶される。出力
ポートデータレジスタROU、RPOには、出力ポ
ートから送出すべきデータが一時記憶される。デ
ータプールメモリMR，MRVには、入力ポート及
びレジスタRIN、RPIを介して取り入れたデータ
セツト、もしくは出力ポート及びレジスタROU、
RPOを介して送出すべきデータセツトを一時記
憶する（プールする）。これらのレジスタRIN〜
RPO、メモリMR，MRvにはRAM１４，１９内
の所定のエリアが利用される。この発明で特徴的
なことは、コインメツク制御部１０が独自の
CPU１２を持ち、その周辺入出力機器１５に対
してはベンダー制御部１１の動作とは非同期で独
自に制御動作（スイツチ入力走査や出力信号供給
動作）を行なうことができる点であり、また、コ
インメツク制御部１０とベンダー制御部１１との
間の信号授受にあたつてはベンダー制御部１１が
主導権を持ち、ベンダー制御部１１の要求に従つ
てコインメツク制御部１０がデータを送出しある
いは受け取るようになつている点である。 コインメツク制御部１０とベンダー制御部１１
との間で授受される信号の種類は、一例として、
以下示すような45種類（勿論これに限らない）か
ら成り、それらが信号授受モードに応じて下記の
複数のモードブロツク（グループ）に分類され、
モードブロツク単位で信号が授受される。一例と
して、モードは下記の10種類から成り、各モード
では共通の性質の信号をグループ化して授受す
る。どのモードで信号の授受を行なうかは専らベ
ンダー制御部１１が指示する。尚、以下でいう入
力モードまたは出力モードとは、コインメツク制
御部１０側から見て信号を入力するモードかまた
は出力するモードかを示している。 モード及び信号説明 Ｉ コインコントロールデータモード（入力モー
ド） これはコインメツク制御部１０がベンダー制
御部１１から指令信号を入力するモードであ
り、この指令に従つて処理を行なう。ベンダー
制御部１１から与えられる指令信号の種類は下
記のようなものがあり、それに対応するコイン
メツク制御部１０の処理動作内容は次の通りで
ある。 (1) 商品搬出期間信号（SES）…… これはベンダー制御部１１で商品搬出動作
を開始したとき出される信号であり、この信
号を入力したときCREM（コイン拒絶電磁装
置のこと、以下同じ）をオフさせ、後述の
PSS信号を出力する。 (2) 販売価格収金指令信号（PSO）…… これは販売終了信号であり、この信号が入
力されたとき収金処理（投入金額から販売価
格を減算する処理のこと、以下同じ）を行な
う。この収金処理終了後に後述のPSS信号の
出力を停止する。 (3) 返金開始指令信号（APO）…… これは投入金または釣銭の返却を指示する
信号であり、前記SEG信号と共にこの信号
が与えられた場合はPSS信号出力時にスター
トするタイマの時間経過後に釣銭払出動作を
行なう。SES信号入力無しの場合、つまりこ
の信号APOだけが入力された場合は手動返
金動作と同様に投入金返却動作を行なう。 (4) 投入貨幣阻止指令信号（IPO）…… この信号の入力有りでCREMをオフし、
無しでオンさせる。尚、CREMオフとは、
貨幣投入禁止を意味する。 (5) 釣銭払出中止指令信号（PBSO）…… この信号の入力有りで釣銭払出しモータ停
止し、無しでモード動作スタートする。 (6) 表示中止指令信号（DSO）…… この信号の入力有りで金額表示器の表示を
停止し、無しで表示可能とする。 (7) コインメツククリア信号（MCL）…… この信号は電源投入時にベンダー制御部１
１側から与えられる。コインメツク制御部１
０ではこの信号を受けたとき電源投入時のオ
ートクリア処理を行ない、この信号が切れた
時点から、後出のSTS信号を出力する。 (8) 両替信号（CASE）…… 入金状態でこの信号が与えられたとき、コ
インメツク制御部１０では、千円貨投入金額
カウンタ（レジスタ）の内容を千円貨１枚分
だけ減算し、100円貨投入金額カウンタ（レ
ジスタ）の内容を千円分加算する。 (9) 10円インベントリ信号（INV10） (10) 50円インベントリ信号（INV50） (11) 100円インベントリ信号（INV100） (12) 500円インベントリ信号（INV500） (13) サブチユーブインベントリ信号
（INVSUB）…… これらの信号が与えられたとき、コインメ
ツク制御部１０では、対応する金種に関する
インベントリ動作（貯蔵チユーブ内の硬貨を
排出する動作）を行なう。この信号が切れた
ときインベントリ動作を停止する。尚、イン
ベントリ動作中は後述のインベントリ払出期
間信号（IVS）を出力する。尚、サブチユー
ブインベントリ信号（INSUB）はサブチユ
ーブ内の硬化払出しを命令するものである。 販売価格データモード（入力モード） これはコインメツク制御部１０がベンダー制
御部１１から販売価格データを入力するモード
であり、このデータと投入金額とを比較して販
売可否判定処理を行なう。従つて、信号の種類
は下記の１種類だけである。 (14) 販売価格データ信号（PSD）…… これは、後出のACG信号がコインメツク
制御部１０から出力されている期間中、ベン
ダー制御部１１から出力されるものであり、
各商品に対応する複数の販売価格データが所
定の順番で与えられる。 精算金額データモード（入力モード） これはコインメツク制御部１０がベンダー制
御部１１から精算金額データを入力するモード
であり、投入金額が精算金額以下かどうかを判
定処理する。精算金額とは、連続販売中止価格
のことであり、投入金額がこの精算金額より大
きければ連続販売可とし、それ以下なら連続販
売不可とする。このモードに関する信号は次の
１種類である。 (15) 精算金額データ信号（ECD）…… これは、後出のSTS信号がコインメツク
制御部１０から出力されている期間中または
前出のSES信号の入力期間中であつて後出の
PSS信号の出力停止時点でベンダー制御部１
１から与えられる。 コイン別カウントアツプ金額データモード
（入力モード） これはコインメツク制御部１０がベンダー制
御部１１から各金額毎のコイン（紙幣も含む）
金額データを入力するモードであり、この金額
データをコインメツク制御部１０内の金種別投
入金額カウンタ（レジスタ）に加算する。例え
ば、割引き販売のとき、割引き額データをこの
モードでベンダー制御部１１からコインメツク
制御部１０に与える。あるいは、後述のコイン
別カウント金額データモードによつて停電時に
ベンダー制御部１１側の記憶装置２１に退避し
ていた金種別カウント金額データをこのモード
のときコインメツク制御部１０に戻してカウン
タ内にプリセツトする。このモードに属する信
号は次の１種類である。 (16) コイン別カウントアツプ金額データ信号
（CACUD）…… これは上述のような金種別のカウント金額
データである。 Ｖ インフオメーシヨンデータモード（入力モー
ド） これはコインメツク制御部１０がベンダー制
御部１１からインフオメーシヨンデータを入力
するモードであり、このデータがコインメツク
側の金額表示器で表示される。このモードに属
する信号は次の１種類である。 (17) インフオメーシヨンデータ信号（INFD）
…… 後出のSTS信号の出力期間中に、温度、
時刻等任意のインフオメーシヨンをすべきと
きにそのインフオメーシヨン内容に対応する
データがベンダー制御部１１から与えられ
る。 ベンドコントロールデータモード（出力モー
ド） これはコインメツク制御部１０からベンダー
制御部１１に対してコインメツク側の様々な状
態を出力するモードである。このモードに属す
る信号は次の14種類であり、その出力条件は次
の通りである。 (18) 販売可能判定信号（OKSP）…… これは、投入金額カウンタ（レジスタ）の
投入合計金額と販売価格データ（PSD）と
を比較し、その結果、販売可能と判定された
とき出力される。 (19) 販売不可能判定第１信号（KNSP）…… これは上記比較の結果、投入金額カウンタ
の投入合計額が販売価格データ（PSD）よ
り下まわつたとき出力される。 (20) 販売不可能判定第２信号（KPSP）…… これは、上記比較の結果、カウンタの投入
合計金額が販売価格データ（PSD）より上
まわつたが前記OKSP信号が出力されないと
き出力される。 (21) 待機状態期間信号（STS）…… これは、正常な状態の時で、貨幣が投入さ
れる以前の時に出力される。 (22) 価格照合可能期間信号（ACS）…… これは、貨幣投入後に出力され、後出の
PSS信号、MPO信号が出力されたとき出力
停止される。 (23) 販売価格収金可能期間信号（PSS）…… これは、前出のSES信号が与えられ、収金
（投入合計額から販売価格を減算すること）
が可能になつた時点で出力される。SES信号
が与えられなくなつたときまたは収金処理が
終了したときにこの信号の出力が停止され
る。 (24) 釣銭払出期間信号（PBS）…… これは、釣銭払出し動作中及び返金動作中
出力され、その動作が終了すると出力停止さ
れる。 (25) 連続販売可能期間信号（CSS）…… これは、正常な状態の時、投入金額カウン
タの合計額が０以外のときに出力され、カウ
ンタの内容が０になつたとき出力停止され
る。 (26) インベントリ払出し期間信号（IVS）…
… これは、インベントリ動作（コインメツク
内の貯蔵貨幣の排出動作）が正常に行われて
いる間、出力される。 (27) 精算金額範囲内信号（ECE）…… 投入金額カウンタの合計金額が前出の精算
金額データ（ECD）より下まわつたときに
出力される。 (28) 10円釣銭切れ信号（EP1）…… 釣銭（返金）用に貯蔵されている10円貨が
不足していると判定されたときに出力され、
不足していないと判定されたときに出力停止
される。 (19) 100円釣銭切れ信号（EP2）…… 釣銭（返金）用に貯蔵されている100円貨
が不足していると判定されたときに出力さ
れ、不足していないと判定されたときに出力
停止される。 (30) 手動返金受付信号（MPO）…… これは、返金スイツチが操作されたときに
出力され、返金動作の終了時に出力停止され
る。 トラベルモニタデータモード（出力モード） これは、コインメツクのトラブル状態を示す
データをコインメツク制御部１０からベンダー
制御部１１に対して出力するモードである。こ
のモードに属する信号は次の13種類であり、そ
れを出力する条件は次の通りである。 (31) 10円用コインスイツチNG信号
（CNG10）…… 10円用コインスイツチが所定時間（例えば
300ms）以上コイン検出信号を供給し続けた
とき出力される。 (32) 50円用コインスイツチNG信号
（CNG50）…… 50円用コインスイツチが上述と同様に検出
信号を出し続けたとき出力される。 (33) 100円用コインスイツチNG信号
（CNG100）…… 100円用コインスイツチが上述と同様に検
出信号を出し続けたとき出力される。 (34) 500円用コインスイツチNG信号
（CNG500）…… 500円用コインスイツチが上述と同様に検
出信号を出し続けたとき出力される。 (35) 千円真券NG信号（BSHNG）…… 投入紙幣が千円真券であることを検出した
とき与えられる千円真券信号が上述と同様に
所定時間以上出され続けたとき出力される。 (36) 紙幣返金確認NG信号（BPBNG）…… 千円紙幣を返金したことを確認する確認信
号が上述と同様に所定時間以上出され続けた
とき出力される。 (37) 釣銭払出NG信号（MOST）…… 釣銭払出し不良が判定されたとき出力され
る。 (38) パルススイツチNG信号（PSNG）…… パルススイツチ信号入力が所定時間（例
300ms）以上継続されたときに出力される。 (39) コインメツク異常信号（TRBC）…… コインメツクの動作不良時に出力される。 (40) ビルバリデータ異常信号（TRBB）…… コインメツクに付随して設けられる紙幣識
別装置の動作不良時に出力される。 (41) 返却スイツチNG信号（MNNG）…… 返却スイツチの出力信号が所定時間（例
300ms）以上出され続けたとき出力される。 (42) セーフテイスイツチNG信号（SFNG）
…… コインメツクに設けられたセーステイスイ
ツチ（コインチユーブの完全装着確認スイツ
チ）の出力信号が所定時間以上出され続けた
とき出力される。 (43) コイン詰まり信号（CILK）…… これはコインメツク内の硬貨通路で硬貨詰
まりが検出されたとき出力される。一例とし
て、コインメツクは硬貨選別機と選別された
金種別の硬貨によつて作動される金種別コイ
ンスイツチを含み、硬貨が選別機を通つたと
き所定のタイマをスタートさせ、このタイマ
時間終了時にこの信号が出力され、コインス
イツチの硬貨検知信号によつてこの信号の出
力が停止される。従つて、通常はタイマ時間
中に硬貨検知信号が得られるのでこのコイン
詰まり信号は全く出力されないが、硬貨詰ま
りが生じたときはコインスイツチまで硬貨が
到達しないことにより、硬貨検知信号が得ら
れないままタイマ時間が終了し、このコイン
詰まり信号が出力される。 コイン別収金枚数データモード（出力モー
ド） これは、コインメツク制御部１０で１販売動
作における投入硬貨と払出し硬貨（釣銭）を下
記のように計算して金種別の収金枚数（対価と
して収金した販売価格相当の金種別貨幣枚数）
を求めたとき、これら各金種別の収金枚数を示
すデータをベンダー制御部１１に対して出力す
るモードである。この計算式は基本的には「投
入金額−払出金額（釣銭）＝収金金額」である
が、投入金種と釣銭払出金種を考慮して例えば
次のように収金金種を判定する。 例１……100円貨１枚と50円貨１枚を投入し
て120円の商品を買い、10円貨３枚が釣銭とし
て払出されたときは、「100円貨１枚増加、50円
貨１枚増加、10円貨３枚減少」という内容の収
金枚数データを出力する。 例２……50円貨３枚を投入して120円の商品
を買い、10円貨３枚が払出されたときは「100
円貨増減なし、50円貨３枚増加、10円貨３枚減
少」という内容の収金枚数データを出力する。 ベンダー制御部１１ではこの金種別収金枚数
データを利用してコインメツクの貯蔵硬貨枚数
管理を行なう。このモードに属する信号は次の
１種類である。 (44) コイン別収金枚数データ（CASD）…… これは上述の通りの金種別収金枚数を示す
データである。 コイン別カウント金額データモード（出力モ
ード） これはコインメツク制御部１０内の金種別投
入金額カウンタに保持されている金種別金額デ
ータをベンダー制御部１１に出力するモードで
ある。例えば、停電直前の金種別投入金額カウ
ントデータをコインメツク制御部１０からベン
ダー制御部１１のバツテリバツクアツプされた
記憶装置２１に退避記憶させるときにこのモー
ドとされる。例えば、ベンダー制御部１１の
DC電圧は５ボルト、コインメツク制御部１０
のDC電圧は24ボルトであり、停電時は電源電
圧が24ボルトから所定の時定数でゆつくり立下
がるようにし、18ボルト位まで立下つたときに
このモードにしてカウント金額データを記憶装
置２１に退避させるようにする。 このモードの別の使用例としては、販売可否
判定をベンダー制御部１１側で行なう方式にお
いて、販売可否判定に利用する投入金額データ
をベンダー制御部１１に送出するために使用す
ることが考えられる。従つて、コインメツク制
御部１０の構成を変えずに、ベンダー制御部１
１の特殊性に応じて、コインメツク側で販売可
否判定する方式またはベンダー側で販売可否判
定する方式のどちらにでも使用することができ
る。 このモードに属する信号は次の１種類であ
る。 (45) コイン別カウント金額データ（CACD）
…… これは上述の通りの金種別のカウント金額
データである。 Ｘ 外部装置コントロールデータモード これは、ベンダー制御部１１のＩ／Ｏポート
部２２に外部プリンタまたはその他の外部装置
を接続して記憶装置２１内の売上合計額データ
等をプリントアウトするときのモードであり、
このモードのときコインメツク制御部１０はベ
ンダー制御部１１からの入力データを事実上無
視する。 データ送出フオーマツトの説明 前述の通り、コインメツク制御部１０とベンダ
ー制御部１１との間で信号を授受する場合は、ま
ず、ベンダー制御部１１からコインメツク制御部
１０に対してモードを指示する信号すなわちモー
ドセレクトコードが与えられる。このモードが入
力モードのとき（コインメツク制御部１０側から
見て）、そのモードに属する上述の如き各種信号
の状態が所定のフオーマツトで、引き続きベンダ
ー制御部１１からコインメツク制御部１０に送り
出される。他方、指示されたモードが出力モード
のとき（コインメツク側から見て）、そのモード
に属する上述の如き各種信号の状態が所定のフオ
ーマツトで、コインメツク制御部１０からベンダ
ー制御部１１に送り出される。 データ入出力ポートIN，OU，INV，OUVを介
して授受されるデータは、この実施例では、４ビ
ツトパラレルデータであり、モードセレクトコー
ドはこの４ビツトを全部使用して４ビツトパラレ
ルデータで表現され、各種信号は適宜のビツト及
びタイミングに割振られて送出される。１つのモ
ードに属する信号は４ビツトのデータラインを介
して所定回数の送出タイミングで所定の順序で順
次送出される。 各モードセレクトコード（これをMSCで示す）
の内容及び当該モードに属する信号の送出順序の
一例を下記表に示す。尚、以下では、前出の45種
類の信号に関する表示は前出の信号名の次にかつ
こ書した記号表示を用いるものとする。また、集
積回路間配線におけるビツト信号の論理値表現は
アクテイブローつまり“０”を能動レベル（信号
有り）とし、“１”を非能動レベル（信号無し）
とする。従つて、全ビツト“１”（“1111”）は信
号無しを意味し、下記表において、“１”と記さ
れている箇所はデータ送出の空きタイミング（も
しくは空きビツト）を示す。この空きタイミング
（もしくは空きビツト）は現実施例では使用され
ていないが、必要に応じて信号送出のために利用
可能であることを示している。つまり、特殊機能
（それに対応する信号送出）の追加を余裕をもつ
て行なえるような設計となつている。どのモード
でも一連の信号送出タイミングの最後に送出され
る全ビツト“０”（“0000”）の信号はエンドコー
ド（ENDC）であり、このエンドコードが送出さ
れたき当該モードに関する一連の信号送出が終了
したことを意味する。下記表においてビツトの欄
の０，１，２，３は４ビツトデータラインの番号
を示すもので、例えば０がLSB、３がMSBであ
る。モードセレクトコード（MSC）の真理論表
現においてはLSBから順番に記すものとする。
尚、MSC2〜MSC13はモードセレクトコード
MSCのコード値の記号表現である。
貨または紙幣に応答して動作する自動機における
制御装置及び該制御装置における情報授受方法に
関する。 ＜従来の技術＞ 最近の自動販売機の制御装置は、コインメカニ
ズム（これをコインメツクと略称する）側に搭載
される部分（これをコインメツク制御部という）
と、自動販売機本体側に設けられる部分（これを
ベンダー制御部という）とから成り、一般に、ベ
ンダー制御部は自動販売機の用途に合わせて構成
され、コインメツク制御部はコインメツクの構成
及びそれに組合わされるベンダー制御部の構成に
あわせて構成される。 一般に、コインメツク制御部は、コインスイツ
チからの信号に応答して投入金額をカウントしそ
の投入金額と販売設定価格とを比較して販売可否
を判定する機能と、販売がなされたとき販売価格
分を投入金額から減算する（収金）する機能、販
売動作終了時に釣銭を払出す機能、などを具えて
いる。また、ベンダー制御部は、必要なときに販
売設定価格信号をコインメツク制御部に送出する
機能、販売可と判定されたとき選択された商品の
払出しを制御する機能、収金あるいは釣銭払出し
をコインメツク制御部に与える機能、その他自動
販売機の用途に応じた特殊機能、などを具えてい
る。 ＜発明が解決しようとする問題点＞ コインメツク制御部及びベンダー制御部におけ
る動作時には無作為的（または一方の制御部が他
方の制御部の動作を時間的に正確に予測すること
が困難）な面があり、そのため従来は両制御部が
夫々独自の動作を行なつて独自に出力信号を他方
に与えつつ、時間的に予測困難な他方からの入力
信号の状態を絶えず監視しなければならなかつ
た。例えば、コインがいつ投入されるか（コイン
メツク制御部からベンダー制御部に対していつコ
イン投入有信号が与えられるか）は全く予測不可
能であり、その他の信号にも同様の性質のものが
ある。従つて、従来は両制御部間の信号送受はパ
ラレル処理であり、配線数が増すという欠点があ
つた。また、たとえ時分割シリアル処理にしたと
しても従来方式では両者が常に信号状態を監視し
合わねばならないため、走査サイクルの高速性が
要求され、回路構成または走査プログラム構成に
負担がかかるという問題がある。 別の問題として、生産性、経済性の面から最近
試みられているコインメツクの汎用化に関連して
次のような問題が生じる。つまり、コインメツク
を汎用化するには、自動販売機のあらゆる用途、
機能に適応し得るようにコインメツクが構成され
ていなければならず、このためコインメツク側に
それらの機能を対応するスイツチ類並びにその関
連回路を必要なだけ設けておくことが要求され
る。従来、コインメツクの汎用化のためにコイン
メツク側に設けておくべき特殊機能としては、(1)
単数販売／連続販売切換、(2)連続販売回数制限、
(3)連続販売タイマ、(4)最低設定価格、(5)販売合計
金額表示、(6)ベントテスト時価格表示、(7)ベント
テスト、(8)故障時の表示点滅及び故障表示、など
があり、これらに対応するスイツチ類及び関連回
路が必要であつた。しかし、コインメツクの大き
さには限度があるので、これらの特殊機能関連装
置を全部搭載するにあたつては物理的並びに経済
的な面で大きな負担となつていた。例えば、スペ
ースの面から、安価ではあるが多少嵩張るテンキ
ーなどは使用できず、小型の高価なスイツチ類を
個別に設けねばならず、不経済であつた。なお、
小型のテンキーを使える場合もあるが、その場合
はテンキー入力データを記憶するメモリの停電時
バツクアツプ回路を設けたり、不揮発性メモリを
用いたりしなければならず、コスト高であつた。
また、ベンダー制御部側にも当然、データ設定用
テンキーや停電時バツクアツプ回路が設けられる
ので、両制御部に同じようなものを設けるのはト
ータルコストの点でも好ましくなかつた。しか
も、汎用化のためにコインメツク制御部側に備え
た特殊機能すべてを使用する自動販売機は限られ
ており、自動販売機の機種、用途によつては不必
要な機能もあり、そのような場合は無駄となる。 他方、コインメツクの汎用化のために、コイン
メツク制御部の主要な機能つまり計数・比較その
他の演算機能を除去し、単にスイツチ類及びモー
タ、ソレノイドのみを残したものも存在してい
る。しかし、これは実質的な制御・演算機能をす
べてベンダー制御部に依存することになるため、
スイツチ類、釣銭払出しモータ・CREMソレノ
イドをすべて独立の配線でベンダー制御部に接続
しなければならず、コインメツク側とベンダー制
御部との間の配線数が増すという欠点があつた。
また、それに伴ない、ベンダー制御部ではコイン
メツク側から与えられる多数のスイツチ出力信号
を常に監視しなければならず、回路構成に負担が
かかるという問題があつた。例えば、コインスイ
ツチ出力信号状態は常に監視しなければならず、
また、釣銭払出し中もモータキヤリアスイツチの
出力信号状態及び払出しコイン確認スイツチの出
力信号状態を常に監視しなければならず、ベンダ
ー制御部側で商品選択及び販売関連動作を制御し
ながらコインメツク側のスイツチ出力信号状態も
監視しかつそれに応じて金額カウント等必要な動
作を制御するのは大変であり、特にマイクロコン
ピユータを用いた方式では瞬時のスイツチ出力信
号の変化を見落すことがないように走査プログラ
ムを組まねばならず、プログラム作成上並びにプ
ログラムROMの構成上大きな負担となつてい
た。また、コインメツク側のスイツチの瞬時の信
号変化も読み取らねばならないため、接続コネク
タの接触不良等によりエラーが起り易いという問
題もあつた。 この発明は上述の点に鑑みてなされたもので、
コインメツク制御部（第１の制御部）とベンダー
制御部（第２の制御部）との間の信号送受方式を
改良し、これに伴ないコインメツク制御部の構成
の簡略化を図ると共に汎用性を確保し、しかも、
ベンダー制御部における信号監視のための回路構
成またはプログラム構成に余裕をもたせることが
できるようにし、かつ、両制御部間の配線数の減
少を図り、かつ、信号送受の際のエラーを排除し
得るようにすることを目的とする。 ＜問題点を解決するための手段＞ 上述の目的の達成のために、この発明に係る自
動販売機の制御装置は、所定の情報をコインメツ
ク制御部（第１の制御部）からベンダー制御部
（第２の制御部）に送出すべきことあるいはその
逆にコインメツク制御部がベンダー制御部から受
取るべきことを要求する要求信号を専らベンダー
制御部の側から発生し、コインメツク制御部では
この要求信号を受取るようにした第１の手段と、
前記要求信号に従つて、両制御部の一方を前記所
定の情報を送出する状態とし、他方を該情報を受
取る状態とする第２の手段とを具え、両制御部間
の情報の授受をベンダー制御部（第２の制御部）
の主導権の下で行うようにしたことを特徴とす
る。 この発明の概要を図で示すと、第１５図のよう
になる。第１の手段は符号２５で示されており、
細部を示すと、コインメツク制御部１０側の要求
判定手段２５Ｂと、ベンダー制御部１１側の要求
発生手段２５Ａとから成る。要求発生手段２５Ａ
で所定情報の送出または受取りを要求する要求信
号を発生し、要求判定手段２５Ｂではそれを判定
する。第２の手段は符号２６で示されており、細
部を示すと、両制御部１０，１１に夫々設けられ
た入出力処理手段２６Ａ，２６Ｂから成る。各々
の処理手段２６Ａ，２６Ｂは、手段２５Ａ，２５
Ｂで発生もしくは判定した要求に従つて情報送出
または受取り処理を行なう。以下の実施例では、
情報の送出または受取り要求はモードセレクトと
いう用語で示されている。要求発生手段２５Ａは
第１１図のMSCi処理に対応し、要求判定手段２
５Ｂは第５図のMSC判定処理に対応し、入出力
処理手段２６Ａ，２６Ｂは第７図、第１２図の
Ｉ／Ｏ処理に対応する。 また、本発明に係る自動販売機等の制御装置に
おける情報授受方法は、授受対象となる多数の情
報を複数のモードに予め分類しておくこと、授受
すべき必要な情報を含むモードをモード選択情報
によつて前記第２の制御部（ベンダー制御部）側
から指定すること、前記モード選択情報によつて
指定されたモードに従つて、前記第１の制御部
（コインメツク制御部）から第２の制御部に対し
てまたは第２の制御部から第１の制御部に対し
て、該モードに含まれる全情報の授受を実行する
こと、から成ることを特徴とするものである。 ＜作用＞ 本発明に係る制御装置によれば、コインメツク
制御部とベンダー制御部間の情報の授受は、すべ
てベンダー制御部の主導権の下で行われる。例え
ば、所定の情報をコインメツク制御部からベンダ
ー制御部に送出すべきときは、そのことを要求す
る要求信号をベンダー制御部から発生し、その要
求信号に応じて、コインメツク制御部を該所定の
情報を送出する状態とし、ベンダー制御部を該所
定の情報を受取る状態とする。反対に、所定の情
報をベンダー制御部からコインメツク制御部に送
出すべきときは、そのことを要求する要求信号を
ベンダー制御部から発生し、その要求信号に応じ
て、ベンダー制御部を該所定の情報を送出する状
態とし、コインメツク制御部を該所定の情報を受
取る状態とする。その結果、自動販売機の用途、
機種などに応じて特殊機能に関連する特別の入出
力機器をコインメツク制御部側に設ける必要がな
くなり、構成の簡略化が図れる。何故なら、情報
の授受の主導権をベンダー制御部が握るので、特
殊機能に必要なデータをベンダー制御部側の機器
（スイツチ、設定キー等）を利用して設定し、こ
れをコインメツク制御部に送るだけでよいことに
なるからである。従つて、コインメツク制御部側
の入出力機器（スイツチ等）は必要最小限のもの
だけでよいことになる。しかも、ベンダー制御部
の要求に従つて特殊機能用のデータ（情報）をベ
ンダー制御部側から随時受取ることができるの
で、組合わされるベンダー制御部の機能に応じて
コインメツク制御部が自在に機能し、汎用型のコ
インメツク制御部を提供することができる。しか
も、投入貨幣のカウント等時間的不確実性をもつ
要素はコインメツク制御部で独自に処理し、その
結果をベンダー制御部に送出すべき情報として随
時記憶しておき、ベンダー制御部で要求があつた
ときこれを送出するようにすることが可能であ
る。従つて、ベンダー制御部における信号監視の
ための回路構成または走査プログラム構成に余裕
をもたせることができるようになる。しかも、ベ
ンダー制御部側の要求に応じて必要な情報だけを
授受すればよいことになるので、一度に授受すべ
き情報量が減少し、両制御部間の信号配線数を減
少させることができる。また、余裕をもつて信号
授受が行なえるようになるので、信号授受の際の
エラーを排除し得るようにすることができる。す
なわち、両者間で同一信号が確実に授受されたか
を比較照することによりこれが達成される。 また、本発明の情報授受方法によれば、授受対
象となる多数の情報を複数のモードに分類し、モ
ード単位で情報の授受を行う。これにより、関連
する複数の情報を同じモードに含め、一括して授
受することができるようにより、授受の効率化に
役立つ。 ＜実施例＞ 以下添付図面を参照してこの発明の一実施例を
詳細に説明しよう。 ハード構成説明 第１図において、コインメツク制御部１０は、
図示しないコインメカニズム（コインメツク）側
に搭載されるものであり、コインメツクが持つ機
能つまりコイン（ここで、コインとは硬貨に限定
される紙幣も含むものとする）の受入及び払出し
に関連する機能について演算、比較等の制御機能
を有している。一例として、コインメツク制御部
１０はマイクロコンピユータ方式によつて構成す
ることができ、中央処理ユニツト（以下CPUと
いう）１２、プログラムROM（ROMはリードオ
ンリーメモリの略、以下同じ）１３、ランダムア
クセスメモリ（以下RAMという）１４、周辺入
出力機器１５、ベンダー制御部１１に対する入出
力ポート部（以下Ｉ／Ｏポート部という）１６を
含んでいる。周辺入出力機器１５は、コインメツ
クにとつて不可欠のスイツチ類、モータ、ソレノ
イド、表示器等から成り、従来より知られている
ものである。例えば、各金種毎のコインスイツ
チ、各金種毎のエンプテイスイツチ、コイン払出
しモータ、このモータのキヤリアスイツチ、コイ
ン返却スイツチ、CREM（コイン拒絶電磁）ソレ
ノイド、などから成る。 ベンダー制御部１１は、商品選択動作、商品払
出し動作、その他自動販売機の用途、機種に応じ
た様々な特殊機能を制御するものである。一例と
して、ベンダー制御部１１もマイクロコンピユー
タ方式によつて構成することができ、CPU１７、
プログラムROM１８、RAM１９、周辺入出力
機器２０、周辺記憶装置２１、コインメツク制御
部１０に対するＩ／Ｏポート部２２を含んでい
る。周辺入出力機器２０は、商品選択スイツチ
群、販売可表示器、商品払出しに関連するリレ
ー、ソレノイド、モータ、キヤリアスイツチ等、
各種データを設定するためのテンキーまたはスイ
ツチ類、その他のスイツチ及び表示ランプ等から
成る。周辺記憶装置２１は、書込み及び読み出し
が可能な不揮発性もしくはバツテリバツクアツプ
された記憶装置から成り、売上げデータ、販売設
定価格その他の各種設定データなどを記憶する。 Ｉ／Ｏポート部１６，２２の入出力信号配線は
コネクタ２３を介して互いに接続される。また、
コインメツクの規模縮小のために、電源回路２４
はベンダー制御部１１側に設けられており、ベン
ダー制御部１１側からコネクタ２３を介してコイ
ンメツク制御部１０側に電源が与えられる。 コインメツク側のＩ／Ｏポート部１６におい
て、データ入力ポートはIN、データ出力ポート
はOU制御信号入力ポートはCI、制御信号出力ポ
ートはCOで示されている。ベンダー側のＩ／Ｏ
ポート部２２において、データ入力ポートは
INV、データ出力ポートはOUV、制御信号入力ポ
ートはCIV、制御信号出力ポートはCOVで示され
ている。いうまでもなく、コネクタ２３を介し
て、INポートはOUvポートにOUポートはINvポ
ートに、CIポートはCOVポートに、COポートは
CIvポートに、夫々接続される。データは４ビツ
トであり、制御信号は１ビツトである。入力ポー
トデータレジスタRIN、RPIには、入力ポートか
ら取り入れられたデータが一時記憶される。出力
ポートデータレジスタROU、RPOには、出力ポ
ートから送出すべきデータが一時記憶される。デ
ータプールメモリMR，MRVには、入力ポート及
びレジスタRIN、RPIを介して取り入れたデータ
セツト、もしくは出力ポート及びレジスタROU、
RPOを介して送出すべきデータセツトを一時記
憶する（プールする）。これらのレジスタRIN〜
RPO、メモリMR，MRvにはRAM１４，１９内
の所定のエリアが利用される。この発明で特徴的
なことは、コインメツク制御部１０が独自の
CPU１２を持ち、その周辺入出力機器１５に対
してはベンダー制御部１１の動作とは非同期で独
自に制御動作（スイツチ入力走査や出力信号供給
動作）を行なうことができる点であり、また、コ
インメツク制御部１０とベンダー制御部１１との
間の信号授受にあたつてはベンダー制御部１１が
主導権を持ち、ベンダー制御部１１の要求に従つ
てコインメツク制御部１０がデータを送出しある
いは受け取るようになつている点である。 コインメツク制御部１０とベンダー制御部１１
との間で授受される信号の種類は、一例として、
以下示すような45種類（勿論これに限らない）か
ら成り、それらが信号授受モードに応じて下記の
複数のモードブロツク（グループ）に分類され、
モードブロツク単位で信号が授受される。一例と
して、モードは下記の10種類から成り、各モード
では共通の性質の信号をグループ化して授受す
る。どのモードで信号の授受を行なうかは専らベ
ンダー制御部１１が指示する。尚、以下でいう入
力モードまたは出力モードとは、コインメツク制
御部１０側から見て信号を入力するモードかまた
は出力するモードかを示している。 モード及び信号説明 Ｉ コインコントロールデータモード（入力モー
ド） これはコインメツク制御部１０がベンダー制
御部１１から指令信号を入力するモードであ
り、この指令に従つて処理を行なう。ベンダー
制御部１１から与えられる指令信号の種類は下
記のようなものがあり、それに対応するコイン
メツク制御部１０の処理動作内容は次の通りで
ある。 (1) 商品搬出期間信号（SES）…… これはベンダー制御部１１で商品搬出動作
を開始したとき出される信号であり、この信
号を入力したときCREM（コイン拒絶電磁装
置のこと、以下同じ）をオフさせ、後述の
PSS信号を出力する。 (2) 販売価格収金指令信号（PSO）…… これは販売終了信号であり、この信号が入
力されたとき収金処理（投入金額から販売価
格を減算する処理のこと、以下同じ）を行な
う。この収金処理終了後に後述のPSS信号の
出力を停止する。 (3) 返金開始指令信号（APO）…… これは投入金または釣銭の返却を指示する
信号であり、前記SEG信号と共にこの信号
が与えられた場合はPSS信号出力時にスター
トするタイマの時間経過後に釣銭払出動作を
行なう。SES信号入力無しの場合、つまりこ
の信号APOだけが入力された場合は手動返
金動作と同様に投入金返却動作を行なう。 (4) 投入貨幣阻止指令信号（IPO）…… この信号の入力有りでCREMをオフし、
無しでオンさせる。尚、CREMオフとは、
貨幣投入禁止を意味する。 (5) 釣銭払出中止指令信号（PBSO）…… この信号の入力有りで釣銭払出しモータ停
止し、無しでモード動作スタートする。 (6) 表示中止指令信号（DSO）…… この信号の入力有りで金額表示器の表示を
停止し、無しで表示可能とする。 (7) コインメツククリア信号（MCL）…… この信号は電源投入時にベンダー制御部１
１側から与えられる。コインメツク制御部１
０ではこの信号を受けたとき電源投入時のオ
ートクリア処理を行ない、この信号が切れた
時点から、後出のSTS信号を出力する。 (8) 両替信号（CASE）…… 入金状態でこの信号が与えられたとき、コ
インメツク制御部１０では、千円貨投入金額
カウンタ（レジスタ）の内容を千円貨１枚分
だけ減算し、100円貨投入金額カウンタ（レ
ジスタ）の内容を千円分加算する。 (9) 10円インベントリ信号（INV10） (10) 50円インベントリ信号（INV50） (11) 100円インベントリ信号（INV100） (12) 500円インベントリ信号（INV500） (13) サブチユーブインベントリ信号
（INVSUB）…… これらの信号が与えられたとき、コインメ
ツク制御部１０では、対応する金種に関する
インベントリ動作（貯蔵チユーブ内の硬貨を
排出する動作）を行なう。この信号が切れた
ときインベントリ動作を停止する。尚、イン
ベントリ動作中は後述のインベントリ払出期
間信号（IVS）を出力する。尚、サブチユー
ブインベントリ信号（INSUB）はサブチユ
ーブ内の硬化払出しを命令するものである。 販売価格データモード（入力モード） これはコインメツク制御部１０がベンダー制
御部１１から販売価格データを入力するモード
であり、このデータと投入金額とを比較して販
売可否判定処理を行なう。従つて、信号の種類
は下記の１種類だけである。 (14) 販売価格データ信号（PSD）…… これは、後出のACG信号がコインメツク
制御部１０から出力されている期間中、ベン
ダー制御部１１から出力されるものであり、
各商品に対応する複数の販売価格データが所
定の順番で与えられる。 精算金額データモード（入力モード） これはコインメツク制御部１０がベンダー制
御部１１から精算金額データを入力するモード
であり、投入金額が精算金額以下かどうかを判
定処理する。精算金額とは、連続販売中止価格
のことであり、投入金額がこの精算金額より大
きければ連続販売可とし、それ以下なら連続販
売不可とする。このモードに関する信号は次の
１種類である。 (15) 精算金額データ信号（ECD）…… これは、後出のSTS信号がコインメツク
制御部１０から出力されている期間中または
前出のSES信号の入力期間中であつて後出の
PSS信号の出力停止時点でベンダー制御部１
１から与えられる。 コイン別カウントアツプ金額データモード
（入力モード） これはコインメツク制御部１０がベンダー制
御部１１から各金額毎のコイン（紙幣も含む）
金額データを入力するモードであり、この金額
データをコインメツク制御部１０内の金種別投
入金額カウンタ（レジスタ）に加算する。例え
ば、割引き販売のとき、割引き額データをこの
モードでベンダー制御部１１からコインメツク
制御部１０に与える。あるいは、後述のコイン
別カウント金額データモードによつて停電時に
ベンダー制御部１１側の記憶装置２１に退避し
ていた金種別カウント金額データをこのモード
のときコインメツク制御部１０に戻してカウン
タ内にプリセツトする。このモードに属する信
号は次の１種類である。 (16) コイン別カウントアツプ金額データ信号
（CACUD）…… これは上述のような金種別のカウント金額
データである。 Ｖ インフオメーシヨンデータモード（入力モー
ド） これはコインメツク制御部１０がベンダー制
御部１１からインフオメーシヨンデータを入力
するモードであり、このデータがコインメツク
側の金額表示器で表示される。このモードに属
する信号は次の１種類である。 (17) インフオメーシヨンデータ信号（INFD）
…… 後出のSTS信号の出力期間中に、温度、
時刻等任意のインフオメーシヨンをすべきと
きにそのインフオメーシヨン内容に対応する
データがベンダー制御部１１から与えられ
る。 ベンドコントロールデータモード（出力モー
ド） これはコインメツク制御部１０からベンダー
制御部１１に対してコインメツク側の様々な状
態を出力するモードである。このモードに属す
る信号は次の14種類であり、その出力条件は次
の通りである。 (18) 販売可能判定信号（OKSP）…… これは、投入金額カウンタ（レジスタ）の
投入合計金額と販売価格データ（PSD）と
を比較し、その結果、販売可能と判定された
とき出力される。 (19) 販売不可能判定第１信号（KNSP）…… これは上記比較の結果、投入金額カウンタ
の投入合計額が販売価格データ（PSD）よ
り下まわつたとき出力される。 (20) 販売不可能判定第２信号（KPSP）…… これは、上記比較の結果、カウンタの投入
合計金額が販売価格データ（PSD）より上
まわつたが前記OKSP信号が出力されないと
き出力される。 (21) 待機状態期間信号（STS）…… これは、正常な状態の時で、貨幣が投入さ
れる以前の時に出力される。 (22) 価格照合可能期間信号（ACS）…… これは、貨幣投入後に出力され、後出の
PSS信号、MPO信号が出力されたとき出力
停止される。 (23) 販売価格収金可能期間信号（PSS）…… これは、前出のSES信号が与えられ、収金
（投入合計額から販売価格を減算すること）
が可能になつた時点で出力される。SES信号
が与えられなくなつたときまたは収金処理が
終了したときにこの信号の出力が停止され
る。 (24) 釣銭払出期間信号（PBS）…… これは、釣銭払出し動作中及び返金動作中
出力され、その動作が終了すると出力停止さ
れる。 (25) 連続販売可能期間信号（CSS）…… これは、正常な状態の時、投入金額カウン
タの合計額が０以外のときに出力され、カウ
ンタの内容が０になつたとき出力停止され
る。 (26) インベントリ払出し期間信号（IVS）…
… これは、インベントリ動作（コインメツク
内の貯蔵貨幣の排出動作）が正常に行われて
いる間、出力される。 (27) 精算金額範囲内信号（ECE）…… 投入金額カウンタの合計金額が前出の精算
金額データ（ECD）より下まわつたときに
出力される。 (28) 10円釣銭切れ信号（EP1）…… 釣銭（返金）用に貯蔵されている10円貨が
不足していると判定されたときに出力され、
不足していないと判定されたときに出力停止
される。 (19) 100円釣銭切れ信号（EP2）…… 釣銭（返金）用に貯蔵されている100円貨
が不足していると判定されたときに出力さ
れ、不足していないと判定されたときに出力
停止される。 (30) 手動返金受付信号（MPO）…… これは、返金スイツチが操作されたときに
出力され、返金動作の終了時に出力停止され
る。 トラベルモニタデータモード（出力モード） これは、コインメツクのトラブル状態を示す
データをコインメツク制御部１０からベンダー
制御部１１に対して出力するモードである。こ
のモードに属する信号は次の13種類であり、そ
れを出力する条件は次の通りである。 (31) 10円用コインスイツチNG信号
（CNG10）…… 10円用コインスイツチが所定時間（例えば
300ms）以上コイン検出信号を供給し続けた
とき出力される。 (32) 50円用コインスイツチNG信号
（CNG50）…… 50円用コインスイツチが上述と同様に検出
信号を出し続けたとき出力される。 (33) 100円用コインスイツチNG信号
（CNG100）…… 100円用コインスイツチが上述と同様に検
出信号を出し続けたとき出力される。 (34) 500円用コインスイツチNG信号
（CNG500）…… 500円用コインスイツチが上述と同様に検
出信号を出し続けたとき出力される。 (35) 千円真券NG信号（BSHNG）…… 投入紙幣が千円真券であることを検出した
とき与えられる千円真券信号が上述と同様に
所定時間以上出され続けたとき出力される。 (36) 紙幣返金確認NG信号（BPBNG）…… 千円紙幣を返金したことを確認する確認信
号が上述と同様に所定時間以上出され続けた
とき出力される。 (37) 釣銭払出NG信号（MOST）…… 釣銭払出し不良が判定されたとき出力され
る。 (38) パルススイツチNG信号（PSNG）…… パルススイツチ信号入力が所定時間（例
300ms）以上継続されたときに出力される。 (39) コインメツク異常信号（TRBC）…… コインメツクの動作不良時に出力される。 (40) ビルバリデータ異常信号（TRBB）…… コインメツクに付随して設けられる紙幣識
別装置の動作不良時に出力される。 (41) 返却スイツチNG信号（MNNG）…… 返却スイツチの出力信号が所定時間（例
300ms）以上出され続けたとき出力される。 (42) セーフテイスイツチNG信号（SFNG）
…… コインメツクに設けられたセーステイスイ
ツチ（コインチユーブの完全装着確認スイツ
チ）の出力信号が所定時間以上出され続けた
とき出力される。 (43) コイン詰まり信号（CILK）…… これはコインメツク内の硬貨通路で硬貨詰
まりが検出されたとき出力される。一例とし
て、コインメツクは硬貨選別機と選別された
金種別の硬貨によつて作動される金種別コイ
ンスイツチを含み、硬貨が選別機を通つたと
き所定のタイマをスタートさせ、このタイマ
時間終了時にこの信号が出力され、コインス
イツチの硬貨検知信号によつてこの信号の出
力が停止される。従つて、通常はタイマ時間
中に硬貨検知信号が得られるのでこのコイン
詰まり信号は全く出力されないが、硬貨詰ま
りが生じたときはコインスイツチまで硬貨が
到達しないことにより、硬貨検知信号が得ら
れないままタイマ時間が終了し、このコイン
詰まり信号が出力される。 コイン別収金枚数データモード（出力モー
ド） これは、コインメツク制御部１０で１販売動
作における投入硬貨と払出し硬貨（釣銭）を下
記のように計算して金種別の収金枚数（対価と
して収金した販売価格相当の金種別貨幣枚数）
を求めたとき、これら各金種別の収金枚数を示
すデータをベンダー制御部１１に対して出力す
るモードである。この計算式は基本的には「投
入金額−払出金額（釣銭）＝収金金額」である
が、投入金種と釣銭払出金種を考慮して例えば
次のように収金金種を判定する。 例１……100円貨１枚と50円貨１枚を投入し
て120円の商品を買い、10円貨３枚が釣銭とし
て払出されたときは、「100円貨１枚増加、50円
貨１枚増加、10円貨３枚減少」という内容の収
金枚数データを出力する。 例２……50円貨３枚を投入して120円の商品
を買い、10円貨３枚が払出されたときは「100
円貨増減なし、50円貨３枚増加、10円貨３枚減
少」という内容の収金枚数データを出力する。 ベンダー制御部１１ではこの金種別収金枚数
データを利用してコインメツクの貯蔵硬貨枚数
管理を行なう。このモードに属する信号は次の
１種類である。 (44) コイン別収金枚数データ（CASD）…… これは上述の通りの金種別収金枚数を示す
データである。 コイン別カウント金額データモード（出力モ
ード） これはコインメツク制御部１０内の金種別投
入金額カウンタに保持されている金種別金額デ
ータをベンダー制御部１１に出力するモードで
ある。例えば、停電直前の金種別投入金額カウ
ントデータをコインメツク制御部１０からベン
ダー制御部１１のバツテリバツクアツプされた
記憶装置２１に退避記憶させるときにこのモー
ドとされる。例えば、ベンダー制御部１１の
DC電圧は５ボルト、コインメツク制御部１０
のDC電圧は24ボルトであり、停電時は電源電
圧が24ボルトから所定の時定数でゆつくり立下
がるようにし、18ボルト位まで立下つたときに
このモードにしてカウント金額データを記憶装
置２１に退避させるようにする。 このモードの別の使用例としては、販売可否
判定をベンダー制御部１１側で行なう方式にお
いて、販売可否判定に利用する投入金額データ
をベンダー制御部１１に送出するために使用す
ることが考えられる。従つて、コインメツク制
御部１０の構成を変えずに、ベンダー制御部１
１の特殊性に応じて、コインメツク側で販売可
否判定する方式またはベンダー側で販売可否判
定する方式のどちらにでも使用することができ
る。 このモードに属する信号は次の１種類であ
る。 (45) コイン別カウント金額データ（CACD）
…… これは上述の通りの金種別のカウント金額
データである。 Ｘ 外部装置コントロールデータモード これは、ベンダー制御部１１のＩ／Ｏポート
部２２に外部プリンタまたはその他の外部装置
を接続して記憶装置２１内の売上合計額データ
等をプリントアウトするときのモードであり、
このモードのときコインメツク制御部１０はベ
ンダー制御部１１からの入力データを事実上無
視する。 データ送出フオーマツトの説明 前述の通り、コインメツク制御部１０とベンダ
ー制御部１１との間で信号を授受する場合は、ま
ず、ベンダー制御部１１からコインメツク制御部
１０に対してモードを指示する信号すなわちモー
ドセレクトコードが与えられる。このモードが入
力モードのとき（コインメツク制御部１０側から
見て）、そのモードに属する上述の如き各種信号
の状態が所定のフオーマツトで、引き続きベンダ
ー制御部１１からコインメツク制御部１０に送り
出される。他方、指示されたモードが出力モード
のとき（コインメツク側から見て）、そのモード
に属する上述の如き各種信号の状態が所定のフオ
ーマツトで、コインメツク制御部１０からベンダ
ー制御部１１に送り出される。 データ入出力ポートIN，OU，INV，OUVを介
して授受されるデータは、この実施例では、４ビ
ツトパラレルデータであり、モードセレクトコー
ドはこの４ビツトを全部使用して４ビツトパラレ
ルデータで表現され、各種信号は適宜のビツト及
びタイミングに割振られて送出される。１つのモ
ードに属する信号は４ビツトのデータラインを介
して所定回数の送出タイミングで所定の順序で順
次送出される。 各モードセレクトコード（これをMSCで示す）
の内容及び当該モードに属する信号の送出順序の
一例を下記表に示す。尚、以下では、前出の45種
類の信号に関する表示は前出の信号名の次にかつ
こ書した記号表示を用いるものとする。また、集
積回路間配線におけるビツト信号の論理値表現は
アクテイブローつまり“０”を能動レベル（信号
有り）とし、“１”を非能動レベル（信号無し）
とする。従つて、全ビツト“１”（“1111”）は信
号無しを意味し、下記表において、“１”と記さ
れている箇所はデータ送出の空きタイミング（も
しくは空きビツト）を示す。この空きタイミング
（もしくは空きビツト）は現実施例では使用され
ていないが、必要に応じて信号送出のために利用
可能であることを示している。つまり、特殊機能
（それに対応する信号送出）の追加を余裕をもつ
て行なえるような設計となつている。どのモード
でも一連の信号送出タイミングの最後に送出され
る全ビツト“０”（“0000”）の信号はエンドコー
ド（ENDC）であり、このエンドコードが送出さ
れたき当該モードに関する一連の信号送出が終了
したことを意味する。下記表においてビツトの欄
の０，１，２，３は４ビツトデータラインの番号
を示すもので、例えば０がLSB、３がMSBであ
る。モードセレクトコード（MSC）の真理論表
現においてはLSBから順番に記すものとする。
尚、MSC2〜MSC13はモードセレクトコード
MSCのコード値の記号表現である。
【表】
【表】
尚、単位の欄の十、百、千は販売価格データの
10進数各桁を示し、Ｘは各10進数桁の任意の数値
が４ビツトのコード（例えばBCDコード）で表
現されることを示す（後述の金額データの場合も
同じ）。つまりＸは“０”または“１”のいずれ
かの値を任意に示す。 第３表 精算金額データモード（入力モード） MSCは“0011”（MSC4） （データ送出フオーマツトは第２表と同じである
ため省略）
10進数各桁を示し、Ｘは各10進数桁の任意の数値
が４ビツトのコード（例えばBCDコード）で表
現されることを示す（後述の金額データの場合も
同じ）。つまりＸは“０”または“１”のいずれ
かの値を任意に示す。 第３表 精算金額データモード（入力モード） MSCは“0011”（MSC4） （データ送出フオーマツトは第２表と同じである
ため省略）
【表】
金種の欄は夫々の貨幣の金種を示し、一例とし
て10円貨から10万円札までの６種類である。単位
の欄の「１」と「10」は夫々の金種貨幣の金額の
有効桁数値を示す10進数桁の一の位と十の位を示
す。例えば500円貨が３枚投入された場合は、金
額が1500円であり、有効桁数値は「15」であり、
一の位が「５」、十の位が「１」となる。
て10円貨から10万円札までの６種類である。単位
の欄の「１」と「10」は夫々の金種貨幣の金額の
有効桁数値を示す10進数桁の一の位と十の位を示
す。例えば500円貨が３枚投入された場合は、金
額が1500円であり、有効桁数値は「15」であり、
一の位が「５」、十の位が「１」となる。
【表】
単位の欄はコインメツク側の金額表示器におけ
る10進数表示桁の位を示す。インフオメーシヨン
データには数字のみならず、７セグメントLED
で表示できるアルフアベツト記号も含まれる。表
示可能な数字及び記号（表示物）とそれに対応し
てコードづけられた４ビツトのインフオメーシヨ
ンデータの真理値の一例を次表に示す。
る10進数表示桁の位を示す。インフオメーシヨン
データには数字のみならず、７セグメントLED
で表示できるアルフアベツト記号も含まれる。表
示可能な数字及び記号（表示物）とそれに対応し
てコードづけられた４ビツトのインフオメーシヨ
ンデータの真理値の一例を次表に示す。
【表】
上記表において表示物の欄に示された「空」は
このデータが与えられた表示桁のみ消灯すること
を意味する。一般的な数値表示法は、例えば百の
位に「１」を表示するデータを与えれば自動的に
下位２桁に「０」が表示され「100」という表示
が得られるが、下位２桁にこの「空」コードを用
いれば下位２桁の「０」表示を消すことができ
る。この「空」コードは一般的な表示桁消灯を示
すのではなく、その表示桁に対応するレジスタを
クリアすることを指示する。尚、第５表の順序６
のビツト０の「Ｘ」は一の位の表示桁を消灯する
とき“１”となり、点灯するとき“０”となる。
このデータが与えられた表示桁のみ消灯すること
を意味する。一般的な数値表示法は、例えば百の
位に「１」を表示するデータを与えれば自動的に
下位２桁に「０」が表示され「100」という表示
が得られるが、下位２桁にこの「空」コードを用
いれば下位２桁の「０」表示を消すことができ
る。この「空」コードは一般的な表示桁消灯を示
すのではなく、その表示桁に対応するレジスタを
クリアすることを指示する。尚、第５表の順序６
のビツト０の「Ｘ」は一の位の表示桁を消灯する
とき“１”となり、点灯するとき“０”となる。
【表】
【表】
【表】
単位の「１」と「10」は前述同様、枚数を示す
10進数の一の位と十の位である。枚数は２桁の10
進数を用いて表現されるようになつており、負数
は補数で表現される。 第９表 コイン別カウント金額データモード（出
力モード）：MSCは“1100”（MSC13） （データ送出フオーマツトは前出の第４表と同じ
であるため省略） 尚、外部装置コントロールデータモードの
MSCは“0001”であり、記号はMSC8とする。 上記各表における順序の欄には各モードにおけ
る４ビツトパラレルデータの送出順序が示されて
いる。これら４ビツトパラレルデータの送出順序
は、受け側で送り側と全く同じ内容のデータが受
け取られたことが確認されたとき次のステツプに
進むようになつている。すなわち、受け側では、
受け取つた４ビツトデータと同じデータを送り側
に送り返し、送り側では送出したデータと送り返
されたデータを照合して両者が一致したことが確
認されたとき次のデータ送出順序に進む。この照
合操作はモードセレクトコードMSCの送受の際
にも行われ、コインメツク制御部１０側でモード
が確実に確認されたとき当該モードに対応する上
記各表に示すような形式のデータ送出がスタート
する。 １つのモードにおける各データ送出順序におい
て送出された各４ビツトデータは受け側のデータ
プールメモリMRまたはMRVで次々に記憶され、
終了的にエンドコード（ENDC）の授受が確認さ
れたとき、該メモリMR，MRVの内容がRAM１
４，１９内の所定の場所にブロツク転送される。
CPU１２，１７は、こうしてＩ／Ｏポート部１
６，２２から取り入れられてRAM１４，１９内
の所定の場所に記憶された信号にもとづき所定の
処理を実行する。このようなＩ／Ｏポート部間の
データ送受処理の詳細につき以下説明する。 データ送受処理の概要説明 コインメツク制御部１０においては、Ｉ／Ｏポ
ート部１６を介したデータの送受制御のために、
第４図〜第９図に示すようなコインメツクＩ／Ｏ
ポートチエツクプログラム（Ｉ／OCHECK）を
実行する。このＩ／OCHECKプログラムは、コ
インメツク制御部１０におけるメインの処理プロ
グラムの中の様々な箇所でサブルーチンとして随
時実行される。すなわち、コインメツク制御部１
０ではその周辺入出力機器１５を相手に独自の処
理を実行する過程で適宜Ｉ／OCHECKプログラ
ムを実行し、そのときにベンダー制御部１１との
間のデータ送受動作を行なう。 ベンダー制御部１１においては、Ｉ／Ｏポート
部２２を介したデータの送受制御のために、第１
０図〜第１４図に示すようなベンダーＩ／Ｏポー
トモードプログラム（Ｉ／OMODE）を実行す
る。このＩ／OMODEプログラムは、ベンダー制
御部１１が所望のモードの信号の入力または出力
をコインメツク制御部１０に対して要求するとき
実行される。いつどんなモードを要求するか（セ
レクトするか）はベンダー制御部１１側のメイン
の処理プログラムによつて決定され、これは自動
販売機の用途、機能、機種等に応じて自由に設計
してよい。 第２図はコインメツク制御部１０におけるメイ
ンの処理プログラムの一例を極めて大まかに示し
たもので、この細部は本発明にとつてあまり重要
でなく、大部分が従来から知られたコインメツク
制御部の処理を実行するものであつてよい。待機
時処理２９では貨幣が投入される以前の待機状態
において実行すべき様々な処理を行なう。入金処
理３０では貨幣が投入されたとき実行すべき様々
な処理（例えば投入金額カウント、販売可否判
定、その他）を行なう。収金処理３１では、ベン
ダー制御部１１側で販売動作（商品搬送動作）が
開始されたとき実行すべき様々な処理（例えば投
入金額から販売価格を減算すること、その他）を
行なう。釣銭返金処理３２では、釣銭もしくは投
入金を払出すべきとき実行すべき様々な処理を行
なう。トラブル処理３３ではトラブル検知及びト
ラブル表示に関連する処理を行なう。このトラブ
ル処理３３は各処理２９〜３２の処理過程に組み
入れられて適宜実行される。Ｉ／OCHECKプロ
グラム（第４図）は各処理２９〜３３の処理過程
内に組入れられて随時実行されると共に、メイン
ルーチンの最初及び繰返しの際に実行される。各
処理２９〜３３における詳細な処理内容は、前述
の45種類の入出力信号SES〜CACDの説明（入力
モードの信号にあたつてはそれに応じたコインメ
ツク制御部１０の処理動作説明、出力モードの信
号にあつてはその出力条件説明）から容易に理解
し得るので、ここではあえて詳しくは述べない。
例えば、前出のPSO信号が与えられた場合収金
処理３１に入り、また、APO信号が与えられた
場合釣銭返金処理３２に入る。 コインメツク制御部１０では、処理２９〜３３
の過程で、出力モードの各種信号の状態を確定
し、これをその都度RAM１４の所定エリアに書
き込んでおく。そして、Ｉ／OCHECKプログラ
ム実行時に、ベンダー制御部１１から要求された
モード（出力モード）に属する信号群をRAM１
４の所定エリアから一括して読み出してデータプ
ーリメモリMRに入れ、前述の所定のフオーマツ
トでＩ／Ｏポート部１６を介して送出する。従つ
て、出力モードに属する各種信号の状態確定のた
めの走査等は、ベンダー制御部１１の影響を全く
受けず、独自に余裕をもつて行なうことができ
る。同様に、出力モードに属する各種信号の状態
をベンダー制御部１１から問い合わせるための処
理（走査等）も、コインメツク側の最小必要走査
期間の影響を全く受けず、独自に余裕をもつて行
なうことができる。 第３図にはベンダー制御部１１における処理プ
ログラムの一例がモードセレクト処理を主体にし
て極めて大まかに示されている。前述のように、
いついかなるモードを要求（セレクト）するかは
自由に設計してよいため、第３図はあくまでも説
明のための一例にすぎない。また、前述の45種類
の入出力信号GES〜CACDの説明で述べたよう
に、コインメツク制御部１０からの出力信号の状
態に応答して随時セレクトされるモードもあり、
これらのモードについては第３図では便宜上省略
した。 待機時には所定のスイツチ操作あるいは所定条
件成立に応じてコイン別カウントアツプ金額デー
タモード（MSC５）、インフオメーシヨンデータ
モード（MSC６）、外部装置コントロールデータ
モード（MSC８）、トラブルモニタデータモード
（MSC１１）、コイン別カウント金額データモー
ド（MSC１３）などの処理が行なわれる（ブロ
ツク３４）。また、待機時にはベンドコントロー
ルデータ制御部（MSC１０）の処理が必ず行な
われる（ブロツク３５）。貨幣が投入されたとき
ACS信号有りとなり、販売価格データモード
（MSC３）の処理が行なわれる（ブロツク３６）。
このブロツク３６における販売価格データ送出は
１商品（ｉ番目の商品）に関して行なわれ、ライ
ン４１のループでこのブロツク36が繰返される毎
にｉが変化する。つまり、ブロツク３６〜４０の
処理はｉ番目の１商品に関して行なわれ、これが
ライン４１のループで繰返されることにより順次
各商品に関して行なわれる。ブロツク３７では
MSC１０の処理が行なわれ、ブロツク３８でｉ
番目の商品に関するOKSP信号の有無が調べら
れ、ブロツク３９では販売可と判定されたｉ番目
の商品の販売可ランプを点灯する。ブロツク４０
では、このｉ番目の商品選択スイツチがオンされ
たかを調べ、YESならブロツク４２で販売動作
準備を行なう。次に、コインコントロールデータ
モード（MSC２）の処理を行ない（ブロツク４
３）、更にMSC１０の処理を行なつた後（ブロツ
ク４４）、商品搬送動作を開始する（ブロツク４
５）。そして、ブロツク４６，４７，４８，４９，
５０ではコインコントロールデータモード
（MSC２）、コイン別収金枚数データモード
（MSC１２），MSC１０、精算金額データモード
（MSC４），MSC２の処理が順次行なわれる。繰
返し行なわれるMSC２モードの各ブロツク４３，
４６，５０ではコインメツク側に与えるべき信号
の状態を変えている。 各モードの処理を行なうブロツク３４，３５，
３６，３７，４３，４４，４６〜５０では、夫々
所定のモードセレクトコードMSC２〜MSC１３
を送出可能状態にセツトし、第１０図に示された
Ｉ／OMODEプログラムを実行する。 Ｉ／Ｏポート部１６，２２を介したコインメツ
ク制御部１０、ベンダー制御部１１間の信号授受
方式の基本思想は下記表の通りであり、制御信号
入力ポートCI，CIVの信号状態“１”または
“０”に応じて所定の処理を行ない、相手方に次
の動作を要求するために制御信号出力ポートCO，
COVを所定の信号状態“１”または“０”に設定
する。こうして、制御信号入出力ポートCI〜COV
の信号状態をキーワードにして、夫々独立のプロ
グラムで動作する両制御部１０，１１が相互に関
連し合いながら両者間での信号授受処理を行な
う。第10表は入力モード時（コインメツク制御部
１０側から見た）にける両制御部１０，１１にお
ける制御信号入力出力ポート（Ｃポートと略称す
る）信号条件を示し、第11表は出力モード時（コ
インメツク制御部１０側から見た）における同様
の信号条件を示したものである。入力の欄に記さ
れた処理内容は、制御信号入力ポートCI，CIVの
“１”または“０”に応じて実行される処理内容
を示し、出力の欄に記された処理内容は、制御信
号入力ポートCI，COvを“１”または“０”に
セツトするときに実行される処理内容を示す。
10進数の一の位と十の位である。枚数は２桁の10
進数を用いて表現されるようになつており、負数
は補数で表現される。 第９表 コイン別カウント金額データモード（出
力モード）：MSCは“1100”（MSC13） （データ送出フオーマツトは前出の第４表と同じ
であるため省略） 尚、外部装置コントロールデータモードの
MSCは“0001”であり、記号はMSC8とする。 上記各表における順序の欄には各モードにおけ
る４ビツトパラレルデータの送出順序が示されて
いる。これら４ビツトパラレルデータの送出順序
は、受け側で送り側と全く同じ内容のデータが受
け取られたことが確認されたとき次のステツプに
進むようになつている。すなわち、受け側では、
受け取つた４ビツトデータと同じデータを送り側
に送り返し、送り側では送出したデータと送り返
されたデータを照合して両者が一致したことが確
認されたとき次のデータ送出順序に進む。この照
合操作はモードセレクトコードMSCの送受の際
にも行われ、コインメツク制御部１０側でモード
が確実に確認されたとき当該モードに対応する上
記各表に示すような形式のデータ送出がスタート
する。 １つのモードにおける各データ送出順序におい
て送出された各４ビツトデータは受け側のデータ
プールメモリMRまたはMRVで次々に記憶され、
終了的にエンドコード（ENDC）の授受が確認さ
れたとき、該メモリMR，MRVの内容がRAM１
４，１９内の所定の場所にブロツク転送される。
CPU１２，１７は、こうしてＩ／Ｏポート部１
６，２２から取り入れられてRAM１４，１９内
の所定の場所に記憶された信号にもとづき所定の
処理を実行する。このようなＩ／Ｏポート部間の
データ送受処理の詳細につき以下説明する。 データ送受処理の概要説明 コインメツク制御部１０においては、Ｉ／Ｏポ
ート部１６を介したデータの送受制御のために、
第４図〜第９図に示すようなコインメツクＩ／Ｏ
ポートチエツクプログラム（Ｉ／OCHECK）を
実行する。このＩ／OCHECKプログラムは、コ
インメツク制御部１０におけるメインの処理プロ
グラムの中の様々な箇所でサブルーチンとして随
時実行される。すなわち、コインメツク制御部１
０ではその周辺入出力機器１５を相手に独自の処
理を実行する過程で適宜Ｉ／OCHECKプログラ
ムを実行し、そのときにベンダー制御部１１との
間のデータ送受動作を行なう。 ベンダー制御部１１においては、Ｉ／Ｏポート
部２２を介したデータの送受制御のために、第１
０図〜第１４図に示すようなベンダーＩ／Ｏポー
トモードプログラム（Ｉ／OMODE）を実行す
る。このＩ／OMODEプログラムは、ベンダー制
御部１１が所望のモードの信号の入力または出力
をコインメツク制御部１０に対して要求するとき
実行される。いつどんなモードを要求するか（セ
レクトするか）はベンダー制御部１１側のメイン
の処理プログラムによつて決定され、これは自動
販売機の用途、機能、機種等に応じて自由に設計
してよい。 第２図はコインメツク制御部１０におけるメイ
ンの処理プログラムの一例を極めて大まかに示し
たもので、この細部は本発明にとつてあまり重要
でなく、大部分が従来から知られたコインメツク
制御部の処理を実行するものであつてよい。待機
時処理２９では貨幣が投入される以前の待機状態
において実行すべき様々な処理を行なう。入金処
理３０では貨幣が投入されたとき実行すべき様々
な処理（例えば投入金額カウント、販売可否判
定、その他）を行なう。収金処理３１では、ベン
ダー制御部１１側で販売動作（商品搬送動作）が
開始されたとき実行すべき様々な処理（例えば投
入金額から販売価格を減算すること、その他）を
行なう。釣銭返金処理３２では、釣銭もしくは投
入金を払出すべきとき実行すべき様々な処理を行
なう。トラブル処理３３ではトラブル検知及びト
ラブル表示に関連する処理を行なう。このトラブ
ル処理３３は各処理２９〜３２の処理過程に組み
入れられて適宜実行される。Ｉ／OCHECKプロ
グラム（第４図）は各処理２９〜３３の処理過程
内に組入れられて随時実行されると共に、メイン
ルーチンの最初及び繰返しの際に実行される。各
処理２９〜３３における詳細な処理内容は、前述
の45種類の入出力信号SES〜CACDの説明（入力
モードの信号にあたつてはそれに応じたコインメ
ツク制御部１０の処理動作説明、出力モードの信
号にあつてはその出力条件説明）から容易に理解
し得るので、ここではあえて詳しくは述べない。
例えば、前出のPSO信号が与えられた場合収金
処理３１に入り、また、APO信号が与えられた
場合釣銭返金処理３２に入る。 コインメツク制御部１０では、処理２９〜３３
の過程で、出力モードの各種信号の状態を確定
し、これをその都度RAM１４の所定エリアに書
き込んでおく。そして、Ｉ／OCHECKプログラ
ム実行時に、ベンダー制御部１１から要求された
モード（出力モード）に属する信号群をRAM１
４の所定エリアから一括して読み出してデータプ
ーリメモリMRに入れ、前述の所定のフオーマツ
トでＩ／Ｏポート部１６を介して送出する。従つ
て、出力モードに属する各種信号の状態確定のた
めの走査等は、ベンダー制御部１１の影響を全く
受けず、独自に余裕をもつて行なうことができ
る。同様に、出力モードに属する各種信号の状態
をベンダー制御部１１から問い合わせるための処
理（走査等）も、コインメツク側の最小必要走査
期間の影響を全く受けず、独自に余裕をもつて行
なうことができる。 第３図にはベンダー制御部１１における処理プ
ログラムの一例がモードセレクト処理を主体にし
て極めて大まかに示されている。前述のように、
いついかなるモードを要求（セレクト）するかは
自由に設計してよいため、第３図はあくまでも説
明のための一例にすぎない。また、前述の45種類
の入出力信号GES〜CACDの説明で述べたよう
に、コインメツク制御部１０からの出力信号の状
態に応答して随時セレクトされるモードもあり、
これらのモードについては第３図では便宜上省略
した。 待機時には所定のスイツチ操作あるいは所定条
件成立に応じてコイン別カウントアツプ金額デー
タモード（MSC５）、インフオメーシヨンデータ
モード（MSC６）、外部装置コントロールデータ
モード（MSC８）、トラブルモニタデータモード
（MSC１１）、コイン別カウント金額データモー
ド（MSC１３）などの処理が行なわれる（ブロ
ツク３４）。また、待機時にはベンドコントロー
ルデータ制御部（MSC１０）の処理が必ず行な
われる（ブロツク３５）。貨幣が投入されたとき
ACS信号有りとなり、販売価格データモード
（MSC３）の処理が行なわれる（ブロツク３６）。
このブロツク３６における販売価格データ送出は
１商品（ｉ番目の商品）に関して行なわれ、ライ
ン４１のループでこのブロツク36が繰返される毎
にｉが変化する。つまり、ブロツク３６〜４０の
処理はｉ番目の１商品に関して行なわれ、これが
ライン４１のループで繰返されることにより順次
各商品に関して行なわれる。ブロツク３７では
MSC１０の処理が行なわれ、ブロツク３８でｉ
番目の商品に関するOKSP信号の有無が調べら
れ、ブロツク３９では販売可と判定されたｉ番目
の商品の販売可ランプを点灯する。ブロツク４０
では、このｉ番目の商品選択スイツチがオンされ
たかを調べ、YESならブロツク４２で販売動作
準備を行なう。次に、コインコントロールデータ
モード（MSC２）の処理を行ない（ブロツク４
３）、更にMSC１０の処理を行なつた後（ブロツ
ク４４）、商品搬送動作を開始する（ブロツク４
５）。そして、ブロツク４６，４７，４８，４９，
５０ではコインコントロールデータモード
（MSC２）、コイン別収金枚数データモード
（MSC１２），MSC１０、精算金額データモード
（MSC４），MSC２の処理が順次行なわれる。繰
返し行なわれるMSC２モードの各ブロツク４３，
４６，５０ではコインメツク側に与えるべき信号
の状態を変えている。 各モードの処理を行なうブロツク３４，３５，
３６，３７，４３，４４，４６〜５０では、夫々
所定のモードセレクトコードMSC２〜MSC１３
を送出可能状態にセツトし、第１０図に示された
Ｉ／OMODEプログラムを実行する。 Ｉ／Ｏポート部１６，２２を介したコインメツ
ク制御部１０、ベンダー制御部１１間の信号授受
方式の基本思想は下記表の通りであり、制御信号
入力ポートCI，CIVの信号状態“１”または
“０”に応じて所定の処理を行ない、相手方に次
の動作を要求するために制御信号出力ポートCO，
COVを所定の信号状態“１”または“０”に設定
する。こうして、制御信号入出力ポートCI〜COV
の信号状態をキーワードにして、夫々独立のプロ
グラムで動作する両制御部１０，１１が相互に関
連し合いながら両者間での信号授受処理を行な
う。第10表は入力モード時（コインメツク制御部
１０側から見た）にける両制御部１０，１１にお
ける制御信号入力出力ポート（Ｃポートと略称す
る）信号条件を示し、第11表は出力モード時（コ
インメツク制御部１０側から見た）における同様
の信号条件を示したものである。入力の欄に記さ
れた処理内容は、制御信号入力ポートCI，CIVの
“１”または“０”に応じて実行される処理内容
を示し、出力の欄に記された処理内容は、制御信
号入力ポートCI，COvを“１”または“０”に
セツトするときに実行される処理内容を示す。
【表】
【表】
【表】
上記表において順番の欄に記された番号は、コ
インメツク制御部１０とベンダー制御部１１との
間の相互の処理順位を示している。例えば、コイ
ンメツク制御部１０の入力モード時（第10表）に
おいてベンダー制御部１１からコインメツク制御
部１１に信号が送り出されるので、次に送出すべ
き信号をベンダー制御部１１の出力ポートデータ
レジスタRPO（以下RPOレジスタという）にセツ
トする処理動作が順番１である。これは前回の信
号送出に関するコインメツク制御部１０側の順番
８の処理を受けて実行される。つまり、順番８の
処理によつてコインメツク制御部１０のCOポー
トに“０”がセツトされたことによりベンダー制
御部１１のCIVポートに与えられる制御信号が
“０”となり、順番１の処理に入る。 第10表について説明すると、ベンダー制御部１
１のCIVポートに与えられた制御信号が“０”の
とき、次にコインメツク制御部１０に対して送出
すべき信号（４ビツトパラレルデータ）をRPO
レジスタにセツトし（順番１）、次に、このRPO
レジスタの内容をデータ出力ポートOUVにセツ
トしてコインメツク制御部１０に送出し、同時に
COVポートを“１”にセツトする（順番２）。コ
インメツク制御部１０側では、COVポートからCI
ポートに与えられる制御信号が“１”になつたと
きOUVポートからINポートに与えられた４ビツ
トパラレルデータ信号を入力ポートデータレジス
タRIN（以下RINレジスタという）に取り込む
（順番３）。次に、このRINレジスタの内容を出
力ポートデータレジスタROU（以下ROUレジス
タという）にセツトしてこのROUレジスタの内
容をOUポートにセツトし、かつCOポートを
“１”にセツトする（順番４）。ROUレジスタに
セツトすることを省略して、RINレジスタの内
容を直接OUポートに与えてもよい。こうしてベ
ンダー制御部１１から与えられたデータをコイン
メツク制御部１０で受け取り、それをRINレジ
スタに記憶したとき、確認のためにRINレジス
タの内容をOUポートを介してベンダー制御部１
１に戻してやり、COポートから“１”を出力す
る。ベンダー制御部１１側では、COポートから
CIVポートに与えられる制御信号が“１”のとき、
OUポートからINVポートに与えられた（確認の
ために戻された）データを入力ポートデータレジ
スタRPI（以下RPIレジスタという）に取り入れ、
この内容とRPOレジスタの内容つまりOUVポー
トの内容とを比較照合する（順番５）。この比較
照合の結果、両者の一致が確認されたならばCOV
ポートを“０”にセツトする（順番６）。何らか
の伝送ミスにより、ベンダー制御部１１側から送
出した４ビツトデータの内容（OUVポート出力）
とコインメツク制御部１０側で受け取つてRIN
レジスタに記憶した４ビツトデータ（INvポート
入力）が不一致のとき、COVポートは“０”にセ
ツトされず、“１”のままである。従つて、伝送
ミスがあつた場合は次の処理に進まず、誤データ
による装置の誤動作を未然に防止することができ
る。コインメツク制御部１０では、COVポートか
らCIポートに与えられる制御信号が“０”に変
わつたときRINレジスタの内容をデータプール
メモリMRに記憶する（順番７）。RINレジスタ
の内容をベンダー制御部１１に戻して照合を行な
い、RINレジスタの内容が正しいことが確認さ
れたので、MRメモリに記憶するのはINポート
に与えられている信号ではなく、RINレジスタ
に記憶されている信号とするのが正確である。
MRメモリへの記憶処理の後、COポートを“０”
にセツトして次回の信号を送出するようベンダー
制御部１１に対して要求する（順番８）。 第10表の順番１から８までの１サイクルの処理
は、前出の第１表乃至第５表に示す各入力モード
の処理に関する順序の欄に示した回数だけ繰返さ
れる。そのとき、各データ送出順序において送出
すべき４ビツトデータ信号の内容は第１表〜第５
表に示す通りである。そして、データプールメモ
リMRには各サイクル（順序）毎に順番７の処理
で記憶された４ビツトデータ信号が順次記憶さ
れ、最終的にエンドコードENDCの授受が確認さ
れたとき、該メモリMRに記憶された１モード分
の全信号がRAM１４内の所定の場所にブロツク
転送される。コインメツク制御部１０では、こう
してRAM１４内の所定の場所にブロツク転送記
憶された信号を利用して処理を行なう。従つて、
１モードブロツク分の全信号が正確に授受された
場所のみコインメツク制御部１０の当該信号群を
利用することができ、信号伝送ミスによる誤動作
を未然に防ぐことができる。 第11表に示す出力モードも上述の第10表の入力
モードと同様の思想で処理される。念のため第11
表についても説明すると、コインメツク制御部１
０のCIポートに与えられた制御信号が“１”の
とき、次にベンダー制御部１１に対して送出すべ
き４ビツトパラレルデータ信号をROUレジスタ
にセツトする（順番１）。次に、このROUレジス
タの内容をOUポートにセツトしてベンダー制御
部１１に送出し、COポートを“１”にセツトす
る（順番２）。ベンダー制御部１１側では、COポ
ートからCIVポートに与えられた信号が“１”の
とき、OUポートからINVポートに与えられた４
ビツトパラレルデータをRPIレジスタに取り込む
（順番３）。次に、このRPIレジスタの内容を
RPOレジスタに記憶し、このRPOレジスタの内
容をOUVポートにセツトし、かつCOVポートを
“０”にする（順番４）。RPOレジスタを省略し
て、RPIレジスタの内容を直接OUVポートに与え
てもよい。こうして、コインメツク制御部１０か
ら与えられたデータをベンダー制御部１１で受け
取り、それをRPIレジスタに記憶したとき、確認
のためにRPIレジスタの内容がコインメツク制御
部１０に戻され、COVポートからCIポートに
“０”が与えられる。コインメツク制御部１０側
では、CIポートに“０”が与えられたとき、
OUVポートからINポートに与えられたデータを
RINレジスタに取り入れ、この内容とROUレジ
スタの内容つまりOUポートの内容を比較照合す
る（順番５）。この結果、一致が確認されたなら
ばCOポートを“０”にセツトする（順番６）。ベ
ンダー制御部１１ではCOポートからCIVポートに
与えられた制御信号が“０”になつたときRPIレ
ジスタの内容をデータプールメモリMRVに記憶
する（順番７）。MRVへの記憶処理の後、COVポ
ートを“１”にセツトして次回の信号を送出する
ようコインメツク制御部１０に対して要求する
（順番８）。 第11表の順番１から８までの１サイクルの処理
は、前出の第６表乃至第９表に示す各出力モード
の処理に関する順序の欄に示した回数だけ繰返さ
れる。そのとき各データ送出順序において送出す
べき４ビツトデータ信号の内容は第６表乃至第９
表に示す通りである。そして、ベンダー制御部１
１側のデータプールメモリMRVには各サイクル
（順序）毎に順番７の処理で記憶された４ビツト
データ信号が順次記憶され、最終的にエンドコー
ドENDCの授受が確認されたとき、該メモリ
MRVに記憶された１モード分の全信号がRAM１
９の所定の場所にブロツク転送される。ベンダー
制御部１１では、こうしてRAM１９内の所定の
場所にブロツク転送記憶された信号を利用して処
理を行なう。 データ送受処理プログラムの詳細説明 コインメツク制御部１０においてＩ／Ｏポート
部１６を介した入出力処理を司るためのＩ／
OCHECKプログラムの全体の流れが第４図に示
されており、その中の各処理５１〜５５の詳細例
が第５図乃至第９図に示されている。尚、判断ブ
ロツクの出力枝の「Ｎ」は「NO」、「Ｙ」は
「YES」を意味する。 MSC判定処理５１は、ベンダー制御部１１か
らOUVポートを介してコインメツク制御部１０
のINポートに与えられた４ビツトデータがモー
ドセレクトコードMSCであるかを判定し、それ
に関連する処理を行なうものであり、モードセレ
クトコードMSCであると判定したときモードフ
ラグMSCFを“１”にセツトする。この詳細は第
５図に示されている。 外部装置処理５２は、前述の外部装置コントロ
ールデータモードが選択されたときの処理を行な
うものである。この詳細は第６図に示されてい
る。 Ｉ／Ｏ処理５３は、入力モードまたは出力モー
ドのときの４ビツトデータ信号授受処理を前出の
第10表及び第11表の基本思想並びに第１乃至第９
表のデータ送出フオーマツトに従つて実行するも
のである。この詳細は第７図に示されている。 信号スタート処理５４は、電源投入時あるいは
ベンダー制御部１１またはコインメツク制御部１
０のＩ／Ｏポート部入出力信号の異常時におい
て、両制御部１０，１１のＩ／Ｏポート部入出力
信号状態の歩調合わせ（同期）を行なつて、両者
を待機状態（スタート状態）に設定する処理を行
なうものである。この詳細は第８図に示されてい
る。 Ｃポートチエツク処理５５は、制御信号入力ポ
ートCIに与えられる制御信号が所定時間以上
“０”を持続したか否かをチエツクし、“０”を持
続したとき異常時の処理を行なう。コインメツク
制御部１０のＩ／OCHECKプログラム及びベン
ダー制御部１１のＩ／OMODEプログラムの両方
において、Ｉ／Ｏポート部入出力信号の何らかの
異常を検知したとき制御信号出力ポートCO，
COVに“０”を出し続けるようになつており、こ
のＣポートチエツク処理５５ではベンダー制御部
１１のCOVポートから“０”が出し続けられたか
どうかをチエツクするのである。同様の目的で、
ベンダー制御部１１側のＩ／OMODEプログラム
にもＣポートチエツク処理が設けられている。こ
の詳細は第９図に示されている。 スタート処理済みフラグSTOKは、信号スタ
ート処理５４を行なうべきとき“０”とされ、こ
の処理を行なつたとき“１”にセツトされるフラ
グである。 第４図において、Ｉ／OCHECKプログラムの
初めでSTOKフラグが“１”か否かが調べられ、
NOならば信号スタート処理５４を行なうが、
YESならばモードフラグMSCFが“１”か否か
が調べられる。モードセレクトコードMSCの到
達を待つているときはMSCF＝１がNOであり、
MSC判定処理５１を行なう。既にモードセレク
トコードMSCが与えられ、当該モードに関する
信号授受を行なうときはMSCF＝１がYESであ
り、モードセレクトコードレジスタRMSCの内
容が外部装置コントロールデータモードMSC８
であるかどうか（RMSC＝MSC８）を調べる。
YESならば外部装置処理５２を行なうが、NOな
らばＩ／Ｏ処理５３を行なう。RMSCレジスタ
には、MSC判定処理５１でモードセレクトコー
ドMSCを検出したとき、そのコードの内容（前
出のMSC２〜MSC１３）がセツトされる。Ｃポ
ートチエツク処理５５は、このＩ／OCHECKプ
ログラムが１回りする毎に最後に必ず実行され
る。 ベンダー制御部１１においてＩ／Ｏポート部２
２を介した入出力処理を司るためのＩ／OMODE
プログラムの全体の流れが第１０図に示されてお
り、その中の各処理５６，５８〜６０の詳細例が
第１１図乃至第１４図に示されている。尚、第１
０図〜第１４図のＩ／OMODEプログラムと第４
図〜第９図のＩ／OCHECKプログラムは全く別
のCPU１２，１７を用いて個別に実行されるも
のであるが、説明の便宜上、類似の性質のフラグ
及びレジスタはＩ／OCHECKプログラムとＩ／
OMODEプログラムとの間で共通の記号を用いる
ものとする。 MSCi処理５６は、ベンダー制御部１１から
OUVポートを介してコインメツク制御部１０の
INポートにモードセレクトコードMSCを送出す
る処理を行なうもので、その詳細は第１１図に示
されている。MSCiはモードセレクトコードMSC
の各コード値MSC２〜MSC１３のうち任意の値
を示す記号である。尚、MSC１，MSC７，MSC
９，MSC１４は前述のモード説明では出て来な
かつたコード値であるがこれはMSC１が
“1111”、MSC７が“1001”、MSC９が“1110”、
MSC１４が“0100”（いづれも先頭がLSBで、ア
クテイブロー表現）に相当し、当実施例ではこれ
らに対応するモードが存在していない。 外部装置処理５７は、前述の外部装置コントロ
ールデータモードのためのデータ送出処理を行な
うものであるが、当実施例ではその詳細説明を省
略する。 Ｉ／Ｏ処理５８、信号スタート処理５９、Ｃポ
ートチエツク処理６０は前述の同一名称の処理５
３，５４，５５と同様の処理をベンダー制御部１
１の側で行なうためのものであり、その詳細は
夫々第１２図、第１３図、第１４図に示されてい
る。 第１０図の処理の流れは第４図の処理と同じで
あり、フラグSTOK、MSCF、レジスタRMSC
の性質も同じである。 以下、信号送受順序に従つて各処理の詳細を説
明する。 (1) モードセレクトコードの送受 モードセレクトコードMSCの送出する以前
ではベンダー制御部１１側のモードフラグ
MSCFは“０”であり、第１０図のＩ／
OMODEプログラムではMSCi処理５６を実行
する。 第１１図のMSCi処理５６において使用する
フラグ及びレジスタの意味は大略次の通りであ
る。 Fa……個別データ送受フラグ Fb……送出済みモードセレクトコード比較照
合済みフラグ Fr……データ送出モード（コインメツク制御
部１０側から見た入力モード）フラグ Ri……順位レジスタ 一方、このときコインメツク側のＩ／
OCHECKプログラムでは第５図のMSC判定処
理５１を実行する。 第５図のMSC判定処理５１で使用するフラ
グ及びレジスタの意味は大略次の通りである。 FA……個別データ送受フラグ FB……データブロツク送受処理済フラグ FR……出力モードフラグ Ri……順位レジスタ モードセレクトコードMSCを送出するとき、
最初に、第１１図のMSCi処理５６のブロツク
６１の処理を行ない、送出すべきコードMSCi
をレジスタRMSCにセツトする。コード未送
出のときフラグFaは“０”であり、ブロツク
６２がNOである。その場合、レジスタRMSC
の内容（MSCi）が、MSC１であるか、MSC
７＞RMSC＞MSC１（つまりコインメツク制
御部の入力モードすなわちベンダー制御部のデ
ータ送出モードに相当するMSC２〜MSC６の
いずれか）であるか、MSC１４＞RMSC＞
MSC９（つまりコインメツク制御部の出力モ
ードすなわちベンダー制御のデータ受入モード
に相当するMSC１０〜MSC１３のいずれか）
であるか、MSC８であるか、がブロツク６３
〜６６で調べられる。ベンダー制御部のデータ
送出モードの場合はフラグFrが“１”にセツ
トされる（ブロツク６７）。何らかのモードが
選択されている場合はブロツク６８の処理に進
み、レジスタRPOを“０”にクリアしてレジ
スタRMSCのモードセレクトコードMSCiを
RPOにセツトし、このRPOのコードMSCiを
OUVポートに与える。その後フラグFaを“１”
にセツし（ブロツク６９）、COVポートに“１”
を与える。他方、RMSCにセツトしたMSCiが
どのモードにも対応していない場合は、ブロツ
ク７０に進み、RPOを“０”にクリアしてオ
ール“１”のコード（データ無しを示す）をセ
ツトし、これをOUVポートに与える。この場
合はFaはセツトしない。 一旦モードセレクトコードが送出状態となる
と、次のサイクルではブロツク６２がYESと
なり、CIVポートの信号をチエツクする。アク
テイブローであるため、通常はCIVは“１”で
あり、当初はブロツク７１がYESであり、次
のブロツク７２のEb＝１はNOである。ブロツ
ク７３のINVポートチエツクでは、INVポート
の信号を取り込み、レジスタRPIを“０”にク
リアして、このRPIにINVポートの信号をセツ
トする。ブロツク７４ではINVポートから取り
入れたレジスタRPIの信号とOUVポートから出
力したレジスタRPOの信号とを比較し、両者
が一致するまで待機する。 一方、コインメツク制御部１０では第５図の
MSC判定処理５１を独自に行なつており、ま
ずブロツク７５の「CIポートチエツク」では
CIポートの信号を取り込み、ブロツク７６で
これが“１”であるかを調べる。尚、「〜ポー
トチエツク」なるブロツクはすべて当該ポート
に与えられた信号を取り込むことを意味する。
また、レジスタに新しいデータを書き込むとき
は、そのレジスタを一旦は“０”にクリアして
から書き込むように、詳しくはフローチヤート
が記されている（例えば第１１図のブロツク６
８，７０）。しかし、以下の記述では「〜ポー
トチエツク」及び「レジスタの０クリア処理」
についてはあえて触れない。当初は、前述の如
く、COVポートからCIポートに与えられる信号
は“１”であり、信号７６はYESである。次
のブロツク７７ではフラグFBはまだ“０”で
あるためNOであり、INポートのデータをレジ
スタRINにセツトし（ブロツク７８）、レジス
タRINの内容をROUレジスタにもセツトして
これをOUポートから送出し（ブロツク７９）、
フラグFAを“１”にセツトし（ブロツク８
０）、COポート出力信号を“１”にセツトす
る。そして、CIポートの信号が“０”に変わ
るまで、この処理を繰返す。 一方、第１１図では、第５図のブロツク７９
の処理によつて戻された信号（RPIレジスタの
内容）と送出した信号（RPOレジスタの内容）
との比較をブロツク７４で繰返している。両者
の一致が確認されると、フラグFbを“１”に
セツトし（ブロツク８１）、COVポート出力を
“０”にセツトする（ブロツク８２）。 第５図では、COVポートからCIポートに与え
られた信号が“０”となつたことによりブロツ
ク７６がNOとなり、ブロツク８３でフラグ
FAを調べる。ブロツク８０でFAがセツトされ
ているので、ここはYESであり、入力レジス
タRINの内容（つまりモードセレクトコード
MSCi）が、前述と同様に、MSCiであるか、
MSC７＞RIN＞MSC１か、MSC１４＞RIN＞
MSC９か、MSC８かをブロツク８４〜８７で
調べる。前述から明らかなように、出力モード
の場合はブロツク８６がYESとなり、出力モ
ードフラグFRが“１”にセツトされる（ブロ
ツク８８）。出力モード、または入力モード
（ブロツク８５YES）、または外部装置コント
ロールデータモード（ブロツク８７YES）の
場合は、RINレジスタ内のモードセレクトコ
ードMSCiをRMSCレジスタにセツトし（ブロ
ツク８９）、フラグFBを“１”にセツトし（ブ
ロツク９０）、フラグFAを“０”にリセツトし
（ブロツク９１）、COポート出力を“０”にセ
ツトする（ブロツク９２）。尚、ブロツク８７
がNOの場合は異常と見なしてSTOKフラグを
“０”にし（ブロツク９３）、COポートを“０”
にする。 第１１図では、CIVポートが“０”なるまで
ブロツク７１，７２のYESを繰返している。
前述のブロツク９２の処理によつてCOポート
が“０”になつたことによりCIVポートが“０”
となり、ブロツク７１のNOからブロツク９４
に進み、フラグFbを調べる。Fbはブロツク８
１でセツトされたのでYESであり、ブロツク
９５に進み、フラグFrを調べる。データ送出
モード（コインメツク側では入力モード）なら
ばブロツク９６の処理によつて、RMSCレジ
スタに記憶したモードに当該する４ビツトデー
タ信号の組（第１表乃至第５表参照）をRAM
１９の所定の場所から引き出してデータプール
メモリMRVに記憶する。データ受入モード
（コインメツク側では出力モード）ならばブロ
ツク９６は実行しない。次に、RMSCレジス
タに記憶したモードに該当する信号送出順序数
を順位レジスタRiにセツトする（ブロツク９
７）。この信号送出順序数とは第１表乃至第９
表に示された順序欄の最大値（６または12また
は18）である。次にモードフラグMSCFを
“１”にセツトし、フラグFaをリセツトする
（ブロツク９８）。 一方、第５図では、ブロツク９１の処理によ
つてRAフラグが“０”にリセツトされたの
で、CIポート入力信号（つまりCOvポート出
力であり、これは第１１図のブロツク８２で
“０”にセツトされたままになつている）が
“０”の間は、ブロツク７６，８３のNOのル
ートを巡回している。やがて後述のように第１
２図のブロツク９９の処理によつてCOVポート
が“１”にセツトされたとき、CIポート入力
信号が“１”となり、ブロツク７６のYES、
ブロツク７７のYES（FBはブロツク９０で
“１”にセツトされたので）を経てブロツク１
００に進む。ここで出力モード（FR＝１）か
否かが判断され、YESならばRMSCに記憶し
たモードに該当する４ビツトデータ信号の組
（第６表乃至第９表参照）をRAM１４の所定
の場所から引き出してデータプールメモリMR
に記憶するが、NO（入力モード）ならばこれ
を行なわない。次にフラグFBを“０”にリセ
ツトし、RMSCレジスタに記憶したモードに
該当する信号送出順序数を順位レジスタRiに
セツトする（ブロツク１０１）。そして、モー
ドフラグMSCFを“１”にセツトする。 (2) 入力モード（ベンダー制御部１１ではデータ
送出モード）の場合のデータ送受 以上のようにモードフラグMSCFが“１”に
セツトされると、当該モードが外部装置コント
ロールデータモードMSC８でない限り、Ｉ／
Ｏ処理５３，５８が実行される（第４図、第１
０図参照）。 入力モード（コインメツク制御部１０から見
た）の場合、コインメツク制御部１０の出力モ
ードフラグFRとベンダー制御部１１のデータ
送出モードフラグは次の通りにセツトまたはリ
セツトされている。 FR＝“０” Fr＝“１” 第１２図に示すベンダー制御部１１のＩ／Ｏ
処理５８において、まずブロツク１０２でCIv
ポートの入力信号が“１”であるかを調べる。
最初の（順序１の）４ビツトデータを送出しよ
うとする場合、コインメツク側にCOポート出
力信号は第５図のブロツク９２の処理によつて
“０”とされており、このブロツク１０２は
NOと判定される。Faフラグは“０”であるた
めブロツク１０３もNOであり、ブロツク１０
４の「Fr＝１」YESを通り、ブロツク１０５
で順位レジスタRiが０であるかを調べる。こ
のRiレジスタには最初は前述の通り所定の信
号送出順序数がセツトされているので、「Ri＝
０」はNOであり、ブロツク１０６の処理にお
いてこのRiレジスタの内容に対応するMRvメ
モリの所定アドレスから４ビツトデータを読み
出してこれをRPOレジスタにセツトする。尚、
MRvメモリ（同様にMRメモリも）のアドレ
ス構成は、第１表乃至第９表に示すデータ送出
順序とは逆になつているものとする。例えば、
Riレジスタによつて指定されるアドレス数が
６，５，４，３，２，１の各アドレスに送出順
序１，２，３，４，５，６の各４ビツトデータ
が記憶されている。従つて、最大値に相当する
順序数がストアされたRiレジスタの内容にも
とづき、MRvメモリからは最初に送出すべき
（順序１の）４ビツトデータが読み出され、こ
れがRPOレジスタにストアされる。このRPO
レジスタの内容がOUVポートから出力され、
コインメツク側のINポートに与えられる。 ブロツク１０７ではデータブロツク送受処理
済みフラグFcを調べる。Fcフラグはまだ“０”
であるので、ブロツク１０８で個別データ送受
フラグFaを“１”にセツトした後、ブロツク
９９でCOVポート出力信号を“１”にセツトす
る。ここまでが前出の第10表における順番１，
２の処理に相当する。一旦、OUVポートに送
出データをセツトすると、以後はCIVポートに
“１”が与えられるまで、ブロツク１０２の
NO、１０３のYES、ブロツク９９のルートを
繰返す。 一方、第７図に示すコインメツク制御部１０
のＩ／Ｏ処理５３では、COVポートからCIポー
トに“１”が与えられるまで、つまりCIポー
ト入力が“０”のときは、ブロツク１０９の
「CI＝１」NO、１１０の「FU＝１」NO、１
１１の「FA＝１」NOを通つて、COポートを
“０”にセツトする（ブロツク１１２）。上述の
通りベンダー側から最初の４ビツトデータが送
出され、COVポート出力が“１”にセツトされ
ると（第１２図のブロツク９９）、ブロツク１
０９の「CI＝１」がYESとなり、ブロツク１
１３でデータブロツク送受処理済みフラグFB
を調べる。まだ、FB＝０なので、ブロツク１
１４へ進み、FR＝１を調べる。今は入力モー
ドであるのでこのブロツク１１４はNOであ
り、ベンダー制御部１１のOUVポートからコ
インメツク制御部１０のINポートに与えられ
た４ビツトデータをRINレジスタにストアし
（ブロツク１１５）、これを更にROUレジスタ
にセツトしてOUポートに与え、ベンダー制御
部側に戻す（ブロツク１１６）。その後、個別
データ送受フラグFAを“１”にセツトし（ブ
ロツク１１７）、COポートを“１”にセツトす
る。ここまでが前出の第10表の順番３，４の処
理に相当する。 第１２図では、COポートに“１”がセツト
されたことにより、ブロツク１０２の「CIV＝
１」がYESとなり、次のブロツク１１８の
「Fr＝１」は今はデータ送出モードであるため
YESであり、ブロツク１１９でFaフラグを調
べる。これは前述の通りブロツク１０８でセツ
トされたので、「Fa＝１」YESであり、INVポ
ートに戻されたデータをRPIレジスタにセツト
し、このRPIの内容とRPOレジスタにストア
されている送出したデータの内容とを比較する
（ブロツク１２０）。これが一致していなけれ
ば、一致するまでブロツク１０２から１２０の
処理を繰返す。両データの一致が確認される
と、ブロツク１２１でRiレジスタの内容が０
であるか否かが判断される。１モード内の全デ
ータ送出が完了していなければ、「Ri＝０」は
NOであり、次のブロツク１２２でRiレジスタ
の内容から10進数の１を減算し、その結果を新
たなRiレジスタの内容とする。次のブロツク
１２３でFbフラグとFaフラグを“０”にリセ
ツトする。そしてブロツク１２４に移り、COV
ポート出力信号を“０”にセツトする。ここま
でが前出の第10表の順番５，６の処理に相当す
る。 第７図では、COVポートが“0'にセツトされ
たことによりこのCOVポート出力が与えられる
CIポート入力が“０”となり、ブロツク１０
９のNO、ブロツク１１０のNO、ブロツク１
１１のYES（FAはブロツク１１７でセツトさ
れたので）を通つてブロツク１２５に進み、順
位レジスタRiの内容が０か否かを調べる。１
モード内の全データ受付が完了していなければ
「Ri＝０」はNOであり、次のブロツク１２６
でRINレジスタの内容をRiレジスタの内容に
対応するデータプールメモリMR内の所定アド
レスに記憶する。その後、Riレジスタの順序
数を１減算し（ブロツク１２７）、FAフラグを
“０”にリセツトし、COポート出力を“０”に
する。ここまでが第10表の順番７，８の処理に
相当する。 第１２図では、CIVポートの入力信号（つま
り上述のCOポート出力信号）が“０”に変わ
つたときブロツク１０２のNOからブロツク１
０３に進み、ブロツク１０４，１０５を経てブ
ロツク１０６の処理を行ない、Riレジスタの
内容（これはブロツク１２２の処理で前回のも
のより１減算されている）に対応するMRVメ
モリの所定アドレスから次回に送出すべき信号
を読し出し、これをRPOレジスタにセツトす
る。こうして、送出すべき信号の順位を進め
て、上述と同様の（第10表順番１から８までに
対応する）処理を繰返す。 やがて、１モード内の全信号を送出し終える
と、Riレジスタの内容が０となり、その次の
サイクルで行なわれるブロツク１０５の判断が
YESとなる。そして、ブロツク１２８の処理
によつてエンドコードENDC（全ビツト“０”）
をRPOレジスタにセツトし、これをOUVポー
トから送出する。その後COVポートを“１”に
セツトする（ブロツク９９）。 第７図では、COVポートからCIポートに与え
られる信号が“１”になつたことにより、ブロ
ツク１０９のYES、１１３のNO、１１４の
NOを経由し、INポートに与えられたエンドコ
ードENDCをRINレジスタにセツトし、かつ、
これをOUポートを介してベンダー制御部に戻
す（ブロツク１１５，１１６）。その後、COポ
ートを“１”にする。 第１２図では、COポートからCIVポートに与
えられる信号が“１”に変わつたことにより、
上記OUポートからINVポートに戻されたエン
ドコードENDCをRPIレジスタにストアし、
RPIとRPOの内容を比較する（ブロツク１２
０）。こうしてエンドコードENDCの送受が確
実になされたことが確認されたら、ブロツク１
２１のYESを介してブロツク１２９に進み、
RPIレジスタの内容がエンドコードENDCであ
ることを確認し、ブロツク１３０でデータブロ
ツク送受処理済みフラグFcを“１”にセツト
する。次にFb，Faを“０”にリセツトして、
COVポートを“０”にする。尚、もし、ブロツ
ク１２９がNOならば、異常であるのでSTOK
フラグを“０”にリセツトし（同時にFaフラ
グもリセツトし）、信号スタート処理５９が行
なわれるようにする。 第７図では、CIポート入力信号が“０”に
変わつたことを検知し、ブロツク１０９の
NO、１１０のNO、１１１のYES、１２５の
YESを経由してブロツク１３１に進み、RIN
レジスタの内容がエンドコードENDCであるこ
とを確認する。YESならば、データプールメ
モリMRにそれまで記憶した１モード分の全信
号をRAM１４内の所定の場所にブロツク転送
し記憶する（ブロツク１３２）。その後、デー
タブロツク送受処理済みフラグFBを“１”に
セツトし（ブロツク１３３）、FAフラグをリセ
ツトしてからCOポート出力を“０”にセツト
する。尚、もし、ブロツク１３１がNOなら
ば、異常であるため、MRメモリの記憶をすべ
てクリアし（ブロツク１３４）、STOKフラ
グ、FAフラグを夫々リセツトしてこのＩ／Ｏ
処理を離脱し、信号スタート処理５４が行なわ
れるようにする。 第１２図では、COポートからIVポートに与
えられる信号が“０”に変わつたことにより、
ブロツク１０２がNOと判断され、ブロツク１
０３のNO、１０４のYES、１０５のYES、ブ
ロツク１２８を経由してブロツク１０７に至
り、「Fc＝１」かを判断する。前述のブロツク
１３０でFc＝１にされたので、これはYESで
あり、ブロツク１３５に進み、データプールメ
モリMRVをクリアする。更に、モードセレク
トコードレジスタRMSC、データ送出モード
フラグFr、モードフラグMSCF、フラグFa，
Fcを夫々“０”にリセツトし、COVポートを
“１”にして、このＩ／Ｏ処理５８から離脱す
る。 第７図では、COVポートからCIポートに与え
られる信号が“１”に変わつたことにより、ブ
ロツク１０９のYESからブロツク１１３に進
み、FBフラグを調べる。これは前述のブロツ
ク１３３で“１”にされたので、YESであり、
ブロツク１３６に進み、MRメモリをクリアす
る。そして、更にRMSCレジスタ、FR，MS，
CF，FBの各フラグをリセツトし、COポート
を“１”にして、このＩ／Ｏ処理５３から離脱
する。 (3) 出力モード（ベンダー制御部１１ではデータ
受入モード）の場合のデータ送受 出力モードの場合、コインメツク制御部１０
の出力モードフラグFRとベンダー制御部１１
のデータ送出モードフラグFrは次のようにセ
ツトされている。 FR＝“１” Fr＝“０” この出力モードに入る前のMSCi処理５６
（第１１図）及びMSC判定処理５１（第５図）
は夫々の制御信号出力ポートCO，COVを“０”
にしたまま終了している（ブロツク８２と９２
の処理）。従つて、コインメツク制御部側の
Ｉ／Ｏ処理５３の最初のサイクルでは、第７図
のブロツク１０９がNO、ブロツク１１０が
YES（FR＝１）、ブロツク１３７がNO（FA＝
０）と判断され、COポートを“０”にする処
理（ブロツク１１２）を行ない、これを繰返
す。また、ベンダー制御部側のＩ／Ｏ処理５８
の最初のサイクルでは、第１２図のブロツク１
０２がNO、１０３がNO（Fa＝０）、１０４が
NO（Fr＝０）と判断され、ブロツク１３８に
進む。FbフラグはMSCi処理５６のブロツク８
１（第１１図）で“１”にセツトされたままだ
つたので、ブロツク１３８は「Fb＝１」YES
と判定され、ブロツク１０７のNOを通り、Fa
フラグをセツトした後、COVポートを“１”に
セツトする。こうして、コインメツク制御部１
０に対して信号送出を要求する状態となる。 第７図では、CI＝１により、ブロツク１０
９のYES、１１３のNO、１１４のYES（FR＝
１のため）を通り、ブロツク１３９で「FA＝
１」を判定する。またデータを送出していない
のでFAフラグは“０”であり、ブロツク１４
０に進む。順位レジスタRiには最初は最大順
序数がストアされているので、Ri＝０はNOで
あり、Riレジスタの内容に対応するMRメモリ
のアドレス位置から４ビツトデータ（最初は順
序１のデータ）を読み出して、これをROUレ
ジスタにセツトし（ブロツク１４１）、OUポ
ートから出力する。その後、FAを“１”とし、
COポートを“１”とする。ここまでが前出の
第11表の順番１，２の処理に相当する。 第１２図では、CIV＝１により、ブロツク１
０２のYES、１１８のNO（Fr＝０のため）を
通り、「INVポートチエツク」に進み、コイン
メツク側のOUポートからINVポートに与えら
れた４ビツトデータ信号をRPIレジスタにスト
アする（ブロツク１４２）。その後、RPIの内
容をRPOにもセツトし、RPOからOUVポート
にセツトする（ブロツク１４３）。こうして、
コインメツク側から受け取つた４ビツトデータ
を確認のために戻す。その後、Fb，Faフラグ
を“０”にリセツトし、COVポートを“０”に
する。ここまでが第11表の順番３，４の処理に
相当する。 第７図では、CI＝０により、ブロツク１０
９のNO、１１０のYES、１３７のYES（FAは
既にセツトされたので）を通り、「INポートチ
エツク」に至り、INポートに戻されたデータ
をRINレジスタに入れる。次のブロツク１４
４では送出したデータ（ROUの内容）と戻さ
れたデータ（RINの内容）とを比較し、一致
が検出されるまでこの処理を繰返す。一致検出
されると、ブロツク１４５のRi＝０がNOであ
ることを確かめてからRiの順序数を１減算し
て次回に送出すべき順序を指定する。その後、
FAを“０”とし、COポートを“０”にする。
ここまでが前出の第11表の順番５，６の処理に
相当する。 第１２図では、CIV＝０により、ブロツク１
０２のNO、１０３のNO、１０４のNO、１３
８のNOを通り、ブロツク１４５に至る。ここ
でRi＝０でないことを確認して、ブロツク１
４６に進み、RPIレジスタに取り込んである受
入れたデータをRiレジスタの内容に対応する
MRVメモリのアドレスに記憶する。その後、
Riの順序数を１減算して次回に送出されてく
る信号の順序を指定する。その後、Faを“１”
にセツトし、COVポートを“１”にする。ここ
までが第11表の順番７，８の処理に対応する。 こうして、１つのデータの送受処理を終えた
ときCOVポートを“１”にすることにより、コ
インメツク制御部１０に対して次のデータを要
求する。そして、上述と同様の処理（第11表の
順番１〜８に相当する処理）を繰返す。 やがて１モード内の全データの送受が終了す
ると、第７図のブロツク１４０（Ri＝０）が
YESとなり、エンドコードENDCをROUレジ
スタにセツトし（ブロツク１４７）、OUポー
トから出力する。その後、COポートを“１”
にする。第１２図では、ブロツク１０２の
YES、１１８のNOを経由して、INVポートに
与えられたエンドコードENDCをRPIレジスタ
に入れ、これをRPOレジスタを介してOUVポ
ートから出力し、COVポートを“０”にする。
第７図では、ブロツク１０９のNO、１１０の
YES、１３７のYESを経由して、ブロツク１
４４に至り、エンドコードENDCの送受がなさ
れたことを確認する（RIN＝ROU成立）。そし
て、ブロツク１４８のYESを経由して、ブロ
ツク１４９でRINレジスタに戻されたデータ
が本当にエンドコードENDCであるかを確認
し、YESならFBフラグを“１”にセツトし、
COポートを“０”にセツトする。NOならば、
異常であるので、MRメモリをクリアし、
STOKフラグを“０”にリセツトする。 第１２図では、CIV＝０により、ブロツク１
０２のNO、１０３，１０４，１３８，１４５
を経由してブロツク１５０に至り、RPIレジス
タの内容がエンドコードENDCであるかを確認
する。YESなら、MRVメモリにプールしてあ
る１モード分の全信号をRAM１９内の所定の
場所にブロツク転送記憶し、フラグFcを“１”
にセツトする。次のブロツク１０７では「Fc
＝１」YESと判断され、MRVメモリ、RMSC
レジスタ、各フラグFr，MSCF，Fa，Fcをリ
セツトする。そしてCOVポートを“１”にす
る。もしブロツク１５０がNOならば、異常な
ので、それまでプールしたMRVメモリの内容
をクリア、STOKフラグを“０”にリセツト
する。 第７図では、CI＝１、FB＝１により、ブロ
ツク１０９，１１３を経由してブロツク１３６
に至り、MRメモリ、RMSCレジスタ、各フラ
グFR，MSCF，FBをリセツトする。そして、
COポートを“１”にする。こうして、１モー
ド分の全信号の送受が完了すると、Ｉ／Ｏ処理
５３，５８から離脱する（MSCFが“０”にさ
れたことにより）。 (4) 外部装置処理について 例えばベンダー制御部１１のＩ／Ｏポート部
２２に外部プリンタを接続し、周辺記憶装置２
１に記憶した売上データ等をプリント記録させ
る場合に、外部装置コントロールデータモード
（MSC８）とする。この場合、コインメツク制
御部１０では第６図に示す外部装置処理５２を
実行し、ベンダー制御部１１側からＩ／Ｏポー
ト１６に与えられる信号を事実上無視する。例
えば、外部装置による処理が３秒（３秒に限ら
ず所定時間）以内に終了すると、コインメツク
制御部１０ではＩ／Ｏポート処理動作を行なわ
ずに３秒間待機するのである。すなわち、３秒
タイマ3STMをスタートさせ、ブロツク１５１
のYES、１５２のNOのルートを繰返して３秒
間待機する。３秒のタイマ時間が経過すると、
ブロツク１５２がYESとなり、STOKフラグ
を“０”にリセツトし、タイマ3STMをリセツ
トし、レジスタRMCSをリセツトし、COポー
トを“０”にセツトしてこの処理５２から離脱
する。STOKを“０”にし、COポートを“０”
にする理由は、信号スタート処理５４，５９を
行なわせて両制御部１０，１１のＩ／Ｏポート
入出力状態の歩調合わせを行なわせ、その後、
通常の処理５１，５３，５６，５８に入るよう
にするためである。 (5) Ｃポートチエツク処理について Ｃポートチエツク処理５５，６０はコインメ
ツク側及びベンダー制御部側共殆ど同じ処理内
容であるため、第９図を参照して以下説明し、
第１４図の説明は省略する。 このＣポートチエツク処理５５では、Ｉ／Ｏ
ポート入力信号が所定時間（例えば0.3秒）以
上“０”を持続したかどうかをチエツクし、そ
れに応じた処理を行なう。CIポート入力が
“１”ならば（ブロツク１５３のYES）、0.3秒
タイマ（0.3TM）をリセツトして（ブロツク
１５４）この処理を終了する。CIポート入力
が“０”ならば、0.3TMタイマスタート済み
かを調べ、NOならばこのタイマをスタートす
る（ブロツク１５５）。CIポート入力の“０”
が持続しているとき、0.3TMのタイマ時間が
終了したかどうかを調べる。CIポート入力の
“０”が持続しているときはタイマはリセツト
されず、そのまま0.3秒のタイマ時間が経過す
ると、ブロツク１５６がYESとなる。正常時
はCI＝０は長く続かずすぐに0.3TMタイマが
リセツトされるが、異常時は相手方のCOV（ベ
ンダー制御部から見ればCOポート）に“０”
がセツトされ続けるので、CIポート入力（CIV
ポート入力）に“０”が与えられ続け、やがて
ブロツク１５６がYESとなる。 ブロツク１５７ではフラグFDが“１”にセ
ツトされているかを調べる。当初はFD＝“０”
であるので、ブロツク１５７はNOであり、タ
イマフラグTMFを“１”にセツトし、フラグ
STOK，MSCFをリセツトし、ROUレジスタ
をオール“１”（何も信号が無いこと）にして
これをOUポートから出力し、MRメモリをク
リアし、RMSCレジスタをリセツトして、CO
ポートを“０”にする。 (6) 歩調合わせ処理について 電源投入時における両制御部１０，１１の歩
調合わせは次のようにして行なわれる。 コインメツク制御部１０では、第８図の信号
スタート処理５４を行なう（初めてSTOKが
“０”であるため）。タイマフラグTMFはセツ
トされていないため、ブロツク１５８の
「TMF＝１」はNOであり、ROUレジスタにオ
ール“１”をセツトし、OUポートからオール
“１”つまり信号無しを意味する“1111”を出
力する。次にFDフラグが“１”かを調べ（ブ
ロツク１５９）、NOならばRiレジスタをリセ
ツトし、フラグFAをリセツトし、COポートを
“０”にする。ベンダー制御部１１でも同様に、
第１３図の信号スタート処理５９において、ブ
ロツク１６０の「TMF＝１」のNOを通り、
OUVポートの出力信号を“1111”にし、COVポ
ートを“０”にする。 第９図のＣポートチエツク処理５５において
相手方のCOVポート出力つまりCIポート入力を
チエツクし、0.3秒以上CI＝“０”が持続したこ
とを検知した上でブロツク１５７がNOのとき
の処理を行ない、前述の通りTMFを“１”に
セツトし、なおもCOポートを“０”にする。
ベンダー制御部側でも第１４図のＣポートチエ
ツク処理６０において同様の処理を行なう。 次に、第１３図の処理では、ブロツク１６０
の「TMF＝１」がYESと判断される。Fdフラ
グはまだ“０”であり、0.3TMタイマをリセ
ツトし、Riレジスタに数値「２」をセツトし、
フラグFa，Fdを“１”にセツトする（ブロツ
ク１６１）。 CIVポート入力はまだ“０”であるのでブロ
ツク１６２はNOであり、Faフラグが“１”、
Riレジスタ内容が「２」であることを確認し
た上で、RPOレジスタに数値「５」（コードは
“0101”）をセツトし（ブロツク１６３）、これ
をOUVポートから出力する。その後フラグFa
をリセツトし、COVポート出力を“１”にす
る。次のサイクルではブロツク１６２でCIV＝
１かを調べ、NOならば「Fa＝１」のNOを通
り終了する。そして、CIVポートが“１”にな
るまでこれを繰返す。 一方、第８図では、「TMF＝１」となつてい
るためブロツク１５８はYESであり、フラグ
FDはまだセツトされていないので、0.3TMリ
セツトの処理に進み、Riレジスタに数値「２」
をセツトし、その後フラグFDを“１”にセツ
トする。CIポートが“１”に変わるまでは、
ブロツク１６４のNO、１６５のNOを繰返し、
COポートを“０”にし続ける。上述の通り、
COVポートが“１”になると、CIポート入力が
“１”となり、ブロツク１６４がYESなる。ブ
ロツク１６６でRiレジスタが０でないことを
確認し、INポートに与えられた数値「５」を
RINレジスタに取り入れ（ブロツク１６７）、
これをOUポートにセツトしてベンダー制御部
側に戻す。そしてFAフラグを“１”にセツト
し、COポートを“１”にする。 第１３図では、COポートからの“１”によ
り、ブロツク１６２の「CIV＝１」がYESとな
り、Fa＝１を調べる（ブロツク１６８）。これ
は数値「５」を送出したときリセツトされたの
でNOであり、INVポートに戻されたデータを
RPIレジスタにセツトし、「RPO＝RPI」の比
較照合を行なう。正しければ、Faフラグを
“１”にセツトし、Riレジスタの内容（今は
「２」）から１減算し、COVポートを“０”にす
る。 第８図では、COVポートからの“０”（これ
は数値「５」が正しく授受されたことを示して
いる）により、ブロツク１６４の「CI＝１」
がNOとなり、Ri＝２であることを確認した上
で、RINレジスタに取り入れられた信号が数
値「５」であることを確認する。YESならば
Riレジスタの内容（今は「２」）から１減算
し、その内容を「１」にする（ブロツク１６
９）。その後FAフラグをリセツトし、COポー
トを“０”にする。こうして次の信号を要求す
る。 第１３図では、COポートからの“０”によ
り、ブロツク１６２の「CIV＝１」がNOとな
り、Riレジスタの内容が「２」ではなく、
「１」であることを確認した上で（ブロツク１
７０のYES）、RPOレジスタに数値「10」（コ
ードでは“1010”）をセツトし、これをOUVポ
ートから出力する。その後、Faフラグを“０”
にし、COVポートを“１”にする。 第８図では、ブロツク１６４のYES（CI＝
１）、１６６のNOを経由して前述と同様に、
INポートに与えられた数値「10」をRIN，
ROUにストアし、これをOUポートからINVポ
ートに戻し、FAを“１”にし、COポートを
“１”にする。 第１３図では、ブロツク１６２のYES（CIV
＝１）、１６８のNOを経由して前述と同様に、
送出したデータと戻されたデータとを照合し、
一致していれば、Faを“１”にセツトし、Ri
の内容（今は「１」から１減算して「０」と
し、COVポートを“０”にする。 第８図では、ブロツク１６４のNO（CI＝
０）、１６５のYESを経由し、Riレジスタの内
容が「２」でないことを確認した上でRINに
ストアされたデータが数値「10」であることを
確認する。その後Ri（今は「１」）から１減算
して「０」とし、FAをリセツトし、COポート
を“０”にする。 第１３図では、ブロツク１６２のNO（CIV＝
０）からブロツク１７０に至り、Riの内容が
「２」でも「１」でもなく「０」であることを
確認した上で、RMSC、MRV、MSCFをリセ
ツトする。更に、STOKフラグを“１”にセ
ツトし、信号スタート処理５９が完了したこと
を示す。そして、OUVポートの出力信号を全
ビツト“１”にし、Fd，Faフラグを“０”に
リセツトし、COVポートを“１”にする。 第８図では、COVポート出力の“１”によ
り、ブロツク１６４がYESとなり、ブロツク
１６６ではRiレジスタの内容が「０」になつ
ているためYESと判断され、３秒タイマ
3STMをリセツトし、RMSCをリセツトし、
OUポートの出力信号を全ビツト“１”とし、
STOKフラグを“１”にして信号スタート処
理５４が完了したことを示す。そして、FDフ
ラグを“０”にリセツトし、COポートを“１”
にする。 こうして、信号スタート処理５４，５９が両
制御部で同期して完了し、Ｉ／Ｏポート部の入
出力状態では、OUからINVへの４ビツト信号、
OUVからINへの４ビツト信号が夫々全ビツト
“１”とされ、COからCIVへの制御信号、COV
からCIへの制御信号は夫々“１”にセツトさ
れ、待機状態となる。また、STOKフラグが
“１”にセツトされたことにより、プログラム
の流れは信号スタート処理５４，５９から離脱
する。 異常検出時における両制御部１０，１１の歩
調合わせも上述とほぼ同様に行なわれる。 コインメツク制御部１０側で異常が生じた場
合は（例えば第５図のブロツク８７のNO、第
７図のブロツク１３１，１４９のNOなど）、
STOKフラグが“０”にリセツトされること
により第８図の信号スタート処理５４が実行さ
れるようになり、ブロツク１５８のNOのルー
トの処理がOUポート出力がオール“１”にセ
ツトされ、COポート出力が持続的に“０”に
される。これにより、ベンダー制御部側のＣポ
ートチエツク処理６０（第１４図）で、0.3秒
以上CIVポート入力の“０”が持続したことを
検知し、TMFフラグをセツトし、STOKフラ
グをリセツトし、COVポートを“０”にする。
次のサイクルで第１３図の信号スタート処理５
９を行ない、ブロツク１６０のYES、「Fd＝
１」のNOを通り、ブロツク１６１でFdフラグ
を“１”にセツトし、そのサイクルのＣポート
チエツク処理６０（第１４図）のとき「Fd＝
１」がYESとなり、TMFフラグを“０”にリ
セツトする（ブロツク１７１）。その次のサイ
クルで第１３図のブロツク１６０がNOとな
り、OUVポート出力がオール“１”にセツト
され、COVポートが“０”にセツトされる。 こうして、OUポート出力、OUVポート出力
が共にオール“１”、COポート出力、COVポー
ト出力が共に“０”の状態となり、夫々のＣポ
ートチエツク処理５４，５９でCIポート入力、
CIVポート入力が異常であること（0.3秒間続け
て“０”であること）を互いに検出し、夫々の
TMFフラグを“１”にセツトする。これにも
とづき電源投入時のときと同様に数値「５」と
「10」を順番に送受して比較照合する処理（信
号スタート処理５４，５９）を行ない、最終的
に、全Ｉ／Ｏポートの信号を前述の通りすべて
“１”にし、待機状態とする。 ベンダー制御部１１側で異常が生じた場合
（例えば第１２図のブロツク１２９のNO、１
５０のNOなど）も前述と同様の処理が行なわ
れる。ただし、この場合は、ベンダー制御部１
１のCOVポートが持続的に“０”になつたこと
を契機にして、コインメツク制御部１０からも
COポートから持続的に“０”が出力されるよ
うになる。 尚、スタート処理の際に、上述のように数値
「５」と「10」を互いに送受し、正しく送受さ
れたことが確認された場合のもＩ／Ｏポート信
号を待機状態にするようにしたことは、単に両
制御部１０，１１のＩ／Ｏポート信号状態の歩
調合わせのみならず、Ｉ／Ｏポート配線間のシ
ヨート検知にも役立つ。つまり数値「５」のコ
ードは“0101”、「10」のコードは“1010”であ
るため、数値「５」と「10」のコードが両方と
も正しく送受されたことが確認されたというこ
とはＩ／Ｏポート配線間でシヨートが起きてい
ないことを意味する。 尚、この発明は物品を販売する自動販売機に
限らず、ゲーム等のサービスを提供（販売）す
る自動機にも応用することができる。従つて、
この発明で商品とは物品に限らずサービス等も
含むものとする。 ＜発明の効果＞ 以上の通りこの発明によれば、コインメツク制
御部の構成の簡略化を図ることができると共に汎
用性も確保することができるという利点がある。 しかも、ベンダー制御部が必要なときのみ要求
を発生して情報を授受するので、ベンダー制御部
における信号監視のための回路構成またはプログ
ラム構成に余裕をもたせることができる。また、
両制御部間での情報授受のための配線数を減少す
ることができ、かつ信号授受の際のエラーを高い
確率で排除し得るようにすることができる。 また、関連する複数の情報を同じモードに含
め、一括して授受するようにしたことにより、情
報授受の効率化を図ることができる。
インメツク制御部１０とベンダー制御部１１との
間の相互の処理順位を示している。例えば、コイ
ンメツク制御部１０の入力モード時（第10表）に
おいてベンダー制御部１１からコインメツク制御
部１１に信号が送り出されるので、次に送出すべ
き信号をベンダー制御部１１の出力ポートデータ
レジスタRPO（以下RPOレジスタという）にセツ
トする処理動作が順番１である。これは前回の信
号送出に関するコインメツク制御部１０側の順番
８の処理を受けて実行される。つまり、順番８の
処理によつてコインメツク制御部１０のCOポー
トに“０”がセツトされたことによりベンダー制
御部１１のCIVポートに与えられる制御信号が
“０”となり、順番１の処理に入る。 第10表について説明すると、ベンダー制御部１
１のCIVポートに与えられた制御信号が“０”の
とき、次にコインメツク制御部１０に対して送出
すべき信号（４ビツトパラレルデータ）をRPO
レジスタにセツトし（順番１）、次に、このRPO
レジスタの内容をデータ出力ポートOUVにセツ
トしてコインメツク制御部１０に送出し、同時に
COVポートを“１”にセツトする（順番２）。コ
インメツク制御部１０側では、COVポートからCI
ポートに与えられる制御信号が“１”になつたと
きOUVポートからINポートに与えられた４ビツ
トパラレルデータ信号を入力ポートデータレジス
タRIN（以下RINレジスタという）に取り込む
（順番３）。次に、このRINレジスタの内容を出
力ポートデータレジスタROU（以下ROUレジス
タという）にセツトしてこのROUレジスタの内
容をOUポートにセツトし、かつCOポートを
“１”にセツトする（順番４）。ROUレジスタに
セツトすることを省略して、RINレジスタの内
容を直接OUポートに与えてもよい。こうしてベ
ンダー制御部１１から与えられたデータをコイン
メツク制御部１０で受け取り、それをRINレジ
スタに記憶したとき、確認のためにRINレジス
タの内容をOUポートを介してベンダー制御部１
１に戻してやり、COポートから“１”を出力す
る。ベンダー制御部１１側では、COポートから
CIVポートに与えられる制御信号が“１”のとき、
OUポートからINVポートに与えられた（確認の
ために戻された）データを入力ポートデータレジ
スタRPI（以下RPIレジスタという）に取り入れ、
この内容とRPOレジスタの内容つまりOUVポー
トの内容とを比較照合する（順番５）。この比較
照合の結果、両者の一致が確認されたならばCOV
ポートを“０”にセツトする（順番６）。何らか
の伝送ミスにより、ベンダー制御部１１側から送
出した４ビツトデータの内容（OUVポート出力）
とコインメツク制御部１０側で受け取つてRIN
レジスタに記憶した４ビツトデータ（INvポート
入力）が不一致のとき、COVポートは“０”にセ
ツトされず、“１”のままである。従つて、伝送
ミスがあつた場合は次の処理に進まず、誤データ
による装置の誤動作を未然に防止することができ
る。コインメツク制御部１０では、COVポートか
らCIポートに与えられる制御信号が“０”に変
わつたときRINレジスタの内容をデータプール
メモリMRに記憶する（順番７）。RINレジスタ
の内容をベンダー制御部１１に戻して照合を行な
い、RINレジスタの内容が正しいことが確認さ
れたので、MRメモリに記憶するのはINポート
に与えられている信号ではなく、RINレジスタ
に記憶されている信号とするのが正確である。
MRメモリへの記憶処理の後、COポートを“０”
にセツトして次回の信号を送出するようベンダー
制御部１１に対して要求する（順番８）。 第10表の順番１から８までの１サイクルの処理
は、前出の第１表乃至第５表に示す各入力モード
の処理に関する順序の欄に示した回数だけ繰返さ
れる。そのとき、各データ送出順序において送出
すべき４ビツトデータ信号の内容は第１表〜第５
表に示す通りである。そして、データプールメモ
リMRには各サイクル（順序）毎に順番７の処理
で記憶された４ビツトデータ信号が順次記憶さ
れ、最終的にエンドコードENDCの授受が確認さ
れたとき、該メモリMRに記憶された１モード分
の全信号がRAM１４内の所定の場所にブロツク
転送される。コインメツク制御部１０では、こう
してRAM１４内の所定の場所にブロツク転送記
憶された信号を利用して処理を行なう。従つて、
１モードブロツク分の全信号が正確に授受された
場所のみコインメツク制御部１０の当該信号群を
利用することができ、信号伝送ミスによる誤動作
を未然に防ぐことができる。 第11表に示す出力モードも上述の第10表の入力
モードと同様の思想で処理される。念のため第11
表についても説明すると、コインメツク制御部１
０のCIポートに与えられた制御信号が“１”の
とき、次にベンダー制御部１１に対して送出すべ
き４ビツトパラレルデータ信号をROUレジスタ
にセツトする（順番１）。次に、このROUレジス
タの内容をOUポートにセツトしてベンダー制御
部１１に送出し、COポートを“１”にセツトす
る（順番２）。ベンダー制御部１１側では、COポ
ートからCIVポートに与えられた信号が“１”の
とき、OUポートからINVポートに与えられた４
ビツトパラレルデータをRPIレジスタに取り込む
（順番３）。次に、このRPIレジスタの内容を
RPOレジスタに記憶し、このRPOレジスタの内
容をOUVポートにセツトし、かつCOVポートを
“０”にする（順番４）。RPOレジスタを省略し
て、RPIレジスタの内容を直接OUVポートに与え
てもよい。こうして、コインメツク制御部１０か
ら与えられたデータをベンダー制御部１１で受け
取り、それをRPIレジスタに記憶したとき、確認
のためにRPIレジスタの内容がコインメツク制御
部１０に戻され、COVポートからCIポートに
“０”が与えられる。コインメツク制御部１０側
では、CIポートに“０”が与えられたとき、
OUVポートからINポートに与えられたデータを
RINレジスタに取り入れ、この内容とROUレジ
スタの内容つまりOUポートの内容を比較照合す
る（順番５）。この結果、一致が確認されたなら
ばCOポートを“０”にセツトする（順番６）。ベ
ンダー制御部１１ではCOポートからCIVポートに
与えられた制御信号が“０”になつたときRPIレ
ジスタの内容をデータプールメモリMRVに記憶
する（順番７）。MRVへの記憶処理の後、COVポ
ートを“１”にセツトして次回の信号を送出する
ようコインメツク制御部１０に対して要求する
（順番８）。 第11表の順番１から８までの１サイクルの処理
は、前出の第６表乃至第９表に示す各出力モード
の処理に関する順序の欄に示した回数だけ繰返さ
れる。そのとき各データ送出順序において送出す
べき４ビツトデータ信号の内容は第６表乃至第９
表に示す通りである。そして、ベンダー制御部１
１側のデータプールメモリMRVには各サイクル
（順序）毎に順番７の処理で記憶された４ビツト
データ信号が順次記憶され、最終的にエンドコー
ドENDCの授受が確認されたとき、該メモリ
MRVに記憶された１モード分の全信号がRAM１
９の所定の場所にブロツク転送される。ベンダー
制御部１１では、こうしてRAM１９内の所定の
場所にブロツク転送記憶された信号を利用して処
理を行なう。 データ送受処理プログラムの詳細説明 コインメツク制御部１０においてＩ／Ｏポート
部１６を介した入出力処理を司るためのＩ／
OCHECKプログラムの全体の流れが第４図に示
されており、その中の各処理５１〜５５の詳細例
が第５図乃至第９図に示されている。尚、判断ブ
ロツクの出力枝の「Ｎ」は「NO」、「Ｙ」は
「YES」を意味する。 MSC判定処理５１は、ベンダー制御部１１か
らOUVポートを介してコインメツク制御部１０
のINポートに与えられた４ビツトデータがモー
ドセレクトコードMSCであるかを判定し、それ
に関連する処理を行なうものであり、モードセレ
クトコードMSCであると判定したときモードフ
ラグMSCFを“１”にセツトする。この詳細は第
５図に示されている。 外部装置処理５２は、前述の外部装置コントロ
ールデータモードが選択されたときの処理を行な
うものである。この詳細は第６図に示されてい
る。 Ｉ／Ｏ処理５３は、入力モードまたは出力モー
ドのときの４ビツトデータ信号授受処理を前出の
第10表及び第11表の基本思想並びに第１乃至第９
表のデータ送出フオーマツトに従つて実行するも
のである。この詳細は第７図に示されている。 信号スタート処理５４は、電源投入時あるいは
ベンダー制御部１１またはコインメツク制御部１
０のＩ／Ｏポート部入出力信号の異常時におい
て、両制御部１０，１１のＩ／Ｏポート部入出力
信号状態の歩調合わせ（同期）を行なつて、両者
を待機状態（スタート状態）に設定する処理を行
なうものである。この詳細は第８図に示されてい
る。 Ｃポートチエツク処理５５は、制御信号入力ポ
ートCIに与えられる制御信号が所定時間以上
“０”を持続したか否かをチエツクし、“０”を持
続したとき異常時の処理を行なう。コインメツク
制御部１０のＩ／OCHECKプログラム及びベン
ダー制御部１１のＩ／OMODEプログラムの両方
において、Ｉ／Ｏポート部入出力信号の何らかの
異常を検知したとき制御信号出力ポートCO，
COVに“０”を出し続けるようになつており、こ
のＣポートチエツク処理５５ではベンダー制御部
１１のCOVポートから“０”が出し続けられたか
どうかをチエツクするのである。同様の目的で、
ベンダー制御部１１側のＩ／OMODEプログラム
にもＣポートチエツク処理が設けられている。こ
の詳細は第９図に示されている。 スタート処理済みフラグSTOKは、信号スタ
ート処理５４を行なうべきとき“０”とされ、こ
の処理を行なつたとき“１”にセツトされるフラ
グである。 第４図において、Ｉ／OCHECKプログラムの
初めでSTOKフラグが“１”か否かが調べられ、
NOならば信号スタート処理５４を行なうが、
YESならばモードフラグMSCFが“１”か否か
が調べられる。モードセレクトコードMSCの到
達を待つているときはMSCF＝１がNOであり、
MSC判定処理５１を行なう。既にモードセレク
トコードMSCが与えられ、当該モードに関する
信号授受を行なうときはMSCF＝１がYESであ
り、モードセレクトコードレジスタRMSCの内
容が外部装置コントロールデータモードMSC８
であるかどうか（RMSC＝MSC８）を調べる。
YESならば外部装置処理５２を行なうが、NOな
らばＩ／Ｏ処理５３を行なう。RMSCレジスタ
には、MSC判定処理５１でモードセレクトコー
ドMSCを検出したとき、そのコードの内容（前
出のMSC２〜MSC１３）がセツトされる。Ｃポ
ートチエツク処理５５は、このＩ／OCHECKプ
ログラムが１回りする毎に最後に必ず実行され
る。 ベンダー制御部１１においてＩ／Ｏポート部２
２を介した入出力処理を司るためのＩ／OMODE
プログラムの全体の流れが第１０図に示されてお
り、その中の各処理５６，５８〜６０の詳細例が
第１１図乃至第１４図に示されている。尚、第１
０図〜第１４図のＩ／OMODEプログラムと第４
図〜第９図のＩ／OCHECKプログラムは全く別
のCPU１２，１７を用いて個別に実行されるも
のであるが、説明の便宜上、類似の性質のフラグ
及びレジスタはＩ／OCHECKプログラムとＩ／
OMODEプログラムとの間で共通の記号を用いる
ものとする。 MSCi処理５６は、ベンダー制御部１１から
OUVポートを介してコインメツク制御部１０の
INポートにモードセレクトコードMSCを送出す
る処理を行なうもので、その詳細は第１１図に示
されている。MSCiはモードセレクトコードMSC
の各コード値MSC２〜MSC１３のうち任意の値
を示す記号である。尚、MSC１，MSC７，MSC
９，MSC１４は前述のモード説明では出て来な
かつたコード値であるがこれはMSC１が
“1111”、MSC７が“1001”、MSC９が“1110”、
MSC１４が“0100”（いづれも先頭がLSBで、ア
クテイブロー表現）に相当し、当実施例ではこれ
らに対応するモードが存在していない。 外部装置処理５７は、前述の外部装置コントロ
ールデータモードのためのデータ送出処理を行な
うものであるが、当実施例ではその詳細説明を省
略する。 Ｉ／Ｏ処理５８、信号スタート処理５９、Ｃポ
ートチエツク処理６０は前述の同一名称の処理５
３，５４，５５と同様の処理をベンダー制御部１
１の側で行なうためのものであり、その詳細は
夫々第１２図、第１３図、第１４図に示されてい
る。 第１０図の処理の流れは第４図の処理と同じで
あり、フラグSTOK、MSCF、レジスタRMSC
の性質も同じである。 以下、信号送受順序に従つて各処理の詳細を説
明する。 (1) モードセレクトコードの送受 モードセレクトコードMSCの送出する以前
ではベンダー制御部１１側のモードフラグ
MSCFは“０”であり、第１０図のＩ／
OMODEプログラムではMSCi処理５６を実行
する。 第１１図のMSCi処理５６において使用する
フラグ及びレジスタの意味は大略次の通りであ
る。 Fa……個別データ送受フラグ Fb……送出済みモードセレクトコード比較照
合済みフラグ Fr……データ送出モード（コインメツク制御
部１０側から見た入力モード）フラグ Ri……順位レジスタ 一方、このときコインメツク側のＩ／
OCHECKプログラムでは第５図のMSC判定処
理５１を実行する。 第５図のMSC判定処理５１で使用するフラ
グ及びレジスタの意味は大略次の通りである。 FA……個別データ送受フラグ FB……データブロツク送受処理済フラグ FR……出力モードフラグ Ri……順位レジスタ モードセレクトコードMSCを送出するとき、
最初に、第１１図のMSCi処理５６のブロツク
６１の処理を行ない、送出すべきコードMSCi
をレジスタRMSCにセツトする。コード未送
出のときフラグFaは“０”であり、ブロツク
６２がNOである。その場合、レジスタRMSC
の内容（MSCi）が、MSC１であるか、MSC
７＞RMSC＞MSC１（つまりコインメツク制
御部の入力モードすなわちベンダー制御部のデ
ータ送出モードに相当するMSC２〜MSC６の
いずれか）であるか、MSC１４＞RMSC＞
MSC９（つまりコインメツク制御部の出力モ
ードすなわちベンダー制御のデータ受入モード
に相当するMSC１０〜MSC１３のいずれか）
であるか、MSC８であるか、がブロツク６３
〜６６で調べられる。ベンダー制御部のデータ
送出モードの場合はフラグFrが“１”にセツ
トされる（ブロツク６７）。何らかのモードが
選択されている場合はブロツク６８の処理に進
み、レジスタRPOを“０”にクリアしてレジ
スタRMSCのモードセレクトコードMSCiを
RPOにセツトし、このRPOのコードMSCiを
OUVポートに与える。その後フラグFaを“１”
にセツし（ブロツク６９）、COVポートに“１”
を与える。他方、RMSCにセツトしたMSCiが
どのモードにも対応していない場合は、ブロツ
ク７０に進み、RPOを“０”にクリアしてオ
ール“１”のコード（データ無しを示す）をセ
ツトし、これをOUVポートに与える。この場
合はFaはセツトしない。 一旦モードセレクトコードが送出状態となる
と、次のサイクルではブロツク６２がYESと
なり、CIVポートの信号をチエツクする。アク
テイブローであるため、通常はCIVは“１”で
あり、当初はブロツク７１がYESであり、次
のブロツク７２のEb＝１はNOである。ブロツ
ク７３のINVポートチエツクでは、INVポート
の信号を取り込み、レジスタRPIを“０”にク
リアして、このRPIにINVポートの信号をセツ
トする。ブロツク７４ではINVポートから取り
入れたレジスタRPIの信号とOUVポートから出
力したレジスタRPOの信号とを比較し、両者
が一致するまで待機する。 一方、コインメツク制御部１０では第５図の
MSC判定処理５１を独自に行なつており、ま
ずブロツク７５の「CIポートチエツク」では
CIポートの信号を取り込み、ブロツク７６で
これが“１”であるかを調べる。尚、「〜ポー
トチエツク」なるブロツクはすべて当該ポート
に与えられた信号を取り込むことを意味する。
また、レジスタに新しいデータを書き込むとき
は、そのレジスタを一旦は“０”にクリアして
から書き込むように、詳しくはフローチヤート
が記されている（例えば第１１図のブロツク６
８，７０）。しかし、以下の記述では「〜ポー
トチエツク」及び「レジスタの０クリア処理」
についてはあえて触れない。当初は、前述の如
く、COVポートからCIポートに与えられる信号
は“１”であり、信号７６はYESである。次
のブロツク７７ではフラグFBはまだ“０”で
あるためNOであり、INポートのデータをレジ
スタRINにセツトし（ブロツク７８）、レジス
タRINの内容をROUレジスタにもセツトして
これをOUポートから送出し（ブロツク７９）、
フラグFAを“１”にセツトし（ブロツク８
０）、COポート出力信号を“１”にセツトす
る。そして、CIポートの信号が“０”に変わ
るまで、この処理を繰返す。 一方、第１１図では、第５図のブロツク７９
の処理によつて戻された信号（RPIレジスタの
内容）と送出した信号（RPOレジスタの内容）
との比較をブロツク７４で繰返している。両者
の一致が確認されると、フラグFbを“１”に
セツトし（ブロツク８１）、COVポート出力を
“０”にセツトする（ブロツク８２）。 第５図では、COVポートからCIポートに与え
られた信号が“０”となつたことによりブロツ
ク７６がNOとなり、ブロツク８３でフラグ
FAを調べる。ブロツク８０でFAがセツトされ
ているので、ここはYESであり、入力レジス
タRINの内容（つまりモードセレクトコード
MSCi）が、前述と同様に、MSCiであるか、
MSC７＞RIN＞MSC１か、MSC１４＞RIN＞
MSC９か、MSC８かをブロツク８４〜８７で
調べる。前述から明らかなように、出力モード
の場合はブロツク８６がYESとなり、出力モ
ードフラグFRが“１”にセツトされる（ブロ
ツク８８）。出力モード、または入力モード
（ブロツク８５YES）、または外部装置コント
ロールデータモード（ブロツク８７YES）の
場合は、RINレジスタ内のモードセレクトコ
ードMSCiをRMSCレジスタにセツトし（ブロ
ツク８９）、フラグFBを“１”にセツトし（ブ
ロツク９０）、フラグFAを“０”にリセツトし
（ブロツク９１）、COポート出力を“０”にセ
ツトする（ブロツク９２）。尚、ブロツク８７
がNOの場合は異常と見なしてSTOKフラグを
“０”にし（ブロツク９３）、COポートを“０”
にする。 第１１図では、CIVポートが“０”なるまで
ブロツク７１，７２のYESを繰返している。
前述のブロツク９２の処理によつてCOポート
が“０”になつたことによりCIVポートが“０”
となり、ブロツク７１のNOからブロツク９４
に進み、フラグFbを調べる。Fbはブロツク８
１でセツトされたのでYESであり、ブロツク
９５に進み、フラグFrを調べる。データ送出
モード（コインメツク側では入力モード）なら
ばブロツク９６の処理によつて、RMSCレジ
スタに記憶したモードに当該する４ビツトデー
タ信号の組（第１表乃至第５表参照）をRAM
１９の所定の場所から引き出してデータプール
メモリMRVに記憶する。データ受入モード
（コインメツク側では出力モード）ならばブロ
ツク９６は実行しない。次に、RMSCレジス
タに記憶したモードに該当する信号送出順序数
を順位レジスタRiにセツトする（ブロツク９
７）。この信号送出順序数とは第１表乃至第９
表に示された順序欄の最大値（６または12また
は18）である。次にモードフラグMSCFを
“１”にセツトし、フラグFaをリセツトする
（ブロツク９８）。 一方、第５図では、ブロツク９１の処理によ
つてRAフラグが“０”にリセツトされたの
で、CIポート入力信号（つまりCOvポート出
力であり、これは第１１図のブロツク８２で
“０”にセツトされたままになつている）が
“０”の間は、ブロツク７６，８３のNOのル
ートを巡回している。やがて後述のように第１
２図のブロツク９９の処理によつてCOVポート
が“１”にセツトされたとき、CIポート入力
信号が“１”となり、ブロツク７６のYES、
ブロツク７７のYES（FBはブロツク９０で
“１”にセツトされたので）を経てブロツク１
００に進む。ここで出力モード（FR＝１）か
否かが判断され、YESならばRMSCに記憶し
たモードに該当する４ビツトデータ信号の組
（第６表乃至第９表参照）をRAM１４の所定
の場所から引き出してデータプールメモリMR
に記憶するが、NO（入力モード）ならばこれ
を行なわない。次にフラグFBを“０”にリセ
ツトし、RMSCレジスタに記憶したモードに
該当する信号送出順序数を順位レジスタRiに
セツトする（ブロツク１０１）。そして、モー
ドフラグMSCFを“１”にセツトする。 (2) 入力モード（ベンダー制御部１１ではデータ
送出モード）の場合のデータ送受 以上のようにモードフラグMSCFが“１”に
セツトされると、当該モードが外部装置コント
ロールデータモードMSC８でない限り、Ｉ／
Ｏ処理５３，５８が実行される（第４図、第１
０図参照）。 入力モード（コインメツク制御部１０から見
た）の場合、コインメツク制御部１０の出力モ
ードフラグFRとベンダー制御部１１のデータ
送出モードフラグは次の通りにセツトまたはリ
セツトされている。 FR＝“０” Fr＝“１” 第１２図に示すベンダー制御部１１のＩ／Ｏ
処理５８において、まずブロツク１０２でCIv
ポートの入力信号が“１”であるかを調べる。
最初の（順序１の）４ビツトデータを送出しよ
うとする場合、コインメツク側にCOポート出
力信号は第５図のブロツク９２の処理によつて
“０”とされており、このブロツク１０２は
NOと判定される。Faフラグは“０”であるた
めブロツク１０３もNOであり、ブロツク１０
４の「Fr＝１」YESを通り、ブロツク１０５
で順位レジスタRiが０であるかを調べる。こ
のRiレジスタには最初は前述の通り所定の信
号送出順序数がセツトされているので、「Ri＝
０」はNOであり、ブロツク１０６の処理にお
いてこのRiレジスタの内容に対応するMRvメ
モリの所定アドレスから４ビツトデータを読み
出してこれをRPOレジスタにセツトする。尚、
MRvメモリ（同様にMRメモリも）のアドレ
ス構成は、第１表乃至第９表に示すデータ送出
順序とは逆になつているものとする。例えば、
Riレジスタによつて指定されるアドレス数が
６，５，４，３，２，１の各アドレスに送出順
序１，２，３，４，５，６の各４ビツトデータ
が記憶されている。従つて、最大値に相当する
順序数がストアされたRiレジスタの内容にも
とづき、MRvメモリからは最初に送出すべき
（順序１の）４ビツトデータが読み出され、こ
れがRPOレジスタにストアされる。このRPO
レジスタの内容がOUVポートから出力され、
コインメツク側のINポートに与えられる。 ブロツク１０７ではデータブロツク送受処理
済みフラグFcを調べる。Fcフラグはまだ“０”
であるので、ブロツク１０８で個別データ送受
フラグFaを“１”にセツトした後、ブロツク
９９でCOVポート出力信号を“１”にセツトす
る。ここまでが前出の第10表における順番１，
２の処理に相当する。一旦、OUVポートに送
出データをセツトすると、以後はCIVポートに
“１”が与えられるまで、ブロツク１０２の
NO、１０３のYES、ブロツク９９のルートを
繰返す。 一方、第７図に示すコインメツク制御部１０
のＩ／Ｏ処理５３では、COVポートからCIポー
トに“１”が与えられるまで、つまりCIポー
ト入力が“０”のときは、ブロツク１０９の
「CI＝１」NO、１１０の「FU＝１」NO、１
１１の「FA＝１」NOを通つて、COポートを
“０”にセツトする（ブロツク１１２）。上述の
通りベンダー側から最初の４ビツトデータが送
出され、COVポート出力が“１”にセツトされ
ると（第１２図のブロツク９９）、ブロツク１
０９の「CI＝１」がYESとなり、ブロツク１
１３でデータブロツク送受処理済みフラグFB
を調べる。まだ、FB＝０なので、ブロツク１
１４へ進み、FR＝１を調べる。今は入力モー
ドであるのでこのブロツク１１４はNOであ
り、ベンダー制御部１１のOUVポートからコ
インメツク制御部１０のINポートに与えられ
た４ビツトデータをRINレジスタにストアし
（ブロツク１１５）、これを更にROUレジスタ
にセツトしてOUポートに与え、ベンダー制御
部側に戻す（ブロツク１１６）。その後、個別
データ送受フラグFAを“１”にセツトし（ブ
ロツク１１７）、COポートを“１”にセツトす
る。ここまでが前出の第10表の順番３，４の処
理に相当する。 第１２図では、COポートに“１”がセツト
されたことにより、ブロツク１０２の「CIV＝
１」がYESとなり、次のブロツク１１８の
「Fr＝１」は今はデータ送出モードであるため
YESであり、ブロツク１１９でFaフラグを調
べる。これは前述の通りブロツク１０８でセツ
トされたので、「Fa＝１」YESであり、INVポ
ートに戻されたデータをRPIレジスタにセツト
し、このRPIの内容とRPOレジスタにストア
されている送出したデータの内容とを比較する
（ブロツク１２０）。これが一致していなけれ
ば、一致するまでブロツク１０２から１２０の
処理を繰返す。両データの一致が確認される
と、ブロツク１２１でRiレジスタの内容が０
であるか否かが判断される。１モード内の全デ
ータ送出が完了していなければ、「Ri＝０」は
NOであり、次のブロツク１２２でRiレジスタ
の内容から10進数の１を減算し、その結果を新
たなRiレジスタの内容とする。次のブロツク
１２３でFbフラグとFaフラグを“０”にリセ
ツトする。そしてブロツク１２４に移り、COV
ポート出力信号を“０”にセツトする。ここま
でが前出の第10表の順番５，６の処理に相当す
る。 第７図では、COVポートが“0'にセツトされ
たことによりこのCOVポート出力が与えられる
CIポート入力が“０”となり、ブロツク１０
９のNO、ブロツク１１０のNO、ブロツク１
１１のYES（FAはブロツク１１７でセツトさ
れたので）を通つてブロツク１２５に進み、順
位レジスタRiの内容が０か否かを調べる。１
モード内の全データ受付が完了していなければ
「Ri＝０」はNOであり、次のブロツク１２６
でRINレジスタの内容をRiレジスタの内容に
対応するデータプールメモリMR内の所定アド
レスに記憶する。その後、Riレジスタの順序
数を１減算し（ブロツク１２７）、FAフラグを
“０”にリセツトし、COポート出力を“０”に
する。ここまでが第10表の順番７，８の処理に
相当する。 第１２図では、CIVポートの入力信号（つま
り上述のCOポート出力信号）が“０”に変わ
つたときブロツク１０２のNOからブロツク１
０３に進み、ブロツク１０４，１０５を経てブ
ロツク１０６の処理を行ない、Riレジスタの
内容（これはブロツク１２２の処理で前回のも
のより１減算されている）に対応するMRVメ
モリの所定アドレスから次回に送出すべき信号
を読し出し、これをRPOレジスタにセツトす
る。こうして、送出すべき信号の順位を進め
て、上述と同様の（第10表順番１から８までに
対応する）処理を繰返す。 やがて、１モード内の全信号を送出し終える
と、Riレジスタの内容が０となり、その次の
サイクルで行なわれるブロツク１０５の判断が
YESとなる。そして、ブロツク１２８の処理
によつてエンドコードENDC（全ビツト“０”）
をRPOレジスタにセツトし、これをOUVポー
トから送出する。その後COVポートを“１”に
セツトする（ブロツク９９）。 第７図では、COVポートからCIポートに与え
られる信号が“１”になつたことにより、ブロ
ツク１０９のYES、１１３のNO、１１４の
NOを経由し、INポートに与えられたエンドコ
ードENDCをRINレジスタにセツトし、かつ、
これをOUポートを介してベンダー制御部に戻
す（ブロツク１１５，１１６）。その後、COポ
ートを“１”にする。 第１２図では、COポートからCIVポートに与
えられる信号が“１”に変わつたことにより、
上記OUポートからINVポートに戻されたエン
ドコードENDCをRPIレジスタにストアし、
RPIとRPOの内容を比較する（ブロツク１２
０）。こうしてエンドコードENDCの送受が確
実になされたことが確認されたら、ブロツク１
２１のYESを介してブロツク１２９に進み、
RPIレジスタの内容がエンドコードENDCであ
ることを確認し、ブロツク１３０でデータブロ
ツク送受処理済みフラグFcを“１”にセツト
する。次にFb，Faを“０”にリセツトして、
COVポートを“０”にする。尚、もし、ブロツ
ク１２９がNOならば、異常であるのでSTOK
フラグを“０”にリセツトし（同時にFaフラ
グもリセツトし）、信号スタート処理５９が行
なわれるようにする。 第７図では、CIポート入力信号が“０”に
変わつたことを検知し、ブロツク１０９の
NO、１１０のNO、１１１のYES、１２５の
YESを経由してブロツク１３１に進み、RIN
レジスタの内容がエンドコードENDCであるこ
とを確認する。YESならば、データプールメ
モリMRにそれまで記憶した１モード分の全信
号をRAM１４内の所定の場所にブロツク転送
し記憶する（ブロツク１３２）。その後、デー
タブロツク送受処理済みフラグFBを“１”に
セツトし（ブロツク１３３）、FAフラグをリセ
ツトしてからCOポート出力を“０”にセツト
する。尚、もし、ブロツク１３１がNOなら
ば、異常であるため、MRメモリの記憶をすべ
てクリアし（ブロツク１３４）、STOKフラ
グ、FAフラグを夫々リセツトしてこのＩ／Ｏ
処理を離脱し、信号スタート処理５４が行なわ
れるようにする。 第１２図では、COポートからIVポートに与
えられる信号が“０”に変わつたことにより、
ブロツク１０２がNOと判断され、ブロツク１
０３のNO、１０４のYES、１０５のYES、ブ
ロツク１２８を経由してブロツク１０７に至
り、「Fc＝１」かを判断する。前述のブロツク
１３０でFc＝１にされたので、これはYESで
あり、ブロツク１３５に進み、データプールメ
モリMRVをクリアする。更に、モードセレク
トコードレジスタRMSC、データ送出モード
フラグFr、モードフラグMSCF、フラグFa，
Fcを夫々“０”にリセツトし、COVポートを
“１”にして、このＩ／Ｏ処理５８から離脱す
る。 第７図では、COVポートからCIポートに与え
られる信号が“１”に変わつたことにより、ブ
ロツク１０９のYESからブロツク１１３に進
み、FBフラグを調べる。これは前述のブロツ
ク１３３で“１”にされたので、YESであり、
ブロツク１３６に進み、MRメモリをクリアす
る。そして、更にRMSCレジスタ、FR，MS，
CF，FBの各フラグをリセツトし、COポート
を“１”にして、このＩ／Ｏ処理５３から離脱
する。 (3) 出力モード（ベンダー制御部１１ではデータ
受入モード）の場合のデータ送受 出力モードの場合、コインメツク制御部１０
の出力モードフラグFRとベンダー制御部１１
のデータ送出モードフラグFrは次のようにセ
ツトされている。 FR＝“１” Fr＝“０” この出力モードに入る前のMSCi処理５６
（第１１図）及びMSC判定処理５１（第５図）
は夫々の制御信号出力ポートCO，COVを“０”
にしたまま終了している（ブロツク８２と９２
の処理）。従つて、コインメツク制御部側の
Ｉ／Ｏ処理５３の最初のサイクルでは、第７図
のブロツク１０９がNO、ブロツク１１０が
YES（FR＝１）、ブロツク１３７がNO（FA＝
０）と判断され、COポートを“０”にする処
理（ブロツク１１２）を行ない、これを繰返
す。また、ベンダー制御部側のＩ／Ｏ処理５８
の最初のサイクルでは、第１２図のブロツク１
０２がNO、１０３がNO（Fa＝０）、１０４が
NO（Fr＝０）と判断され、ブロツク１３８に
進む。FbフラグはMSCi処理５６のブロツク８
１（第１１図）で“１”にセツトされたままだ
つたので、ブロツク１３８は「Fb＝１」YES
と判定され、ブロツク１０７のNOを通り、Fa
フラグをセツトした後、COVポートを“１”に
セツトする。こうして、コインメツク制御部１
０に対して信号送出を要求する状態となる。 第７図では、CI＝１により、ブロツク１０
９のYES、１１３のNO、１１４のYES（FR＝
１のため）を通り、ブロツク１３９で「FA＝
１」を判定する。またデータを送出していない
のでFAフラグは“０”であり、ブロツク１４
０に進む。順位レジスタRiには最初は最大順
序数がストアされているので、Ri＝０はNOで
あり、Riレジスタの内容に対応するMRメモリ
のアドレス位置から４ビツトデータ（最初は順
序１のデータ）を読み出して、これをROUレ
ジスタにセツトし（ブロツク１４１）、OUポ
ートから出力する。その後、FAを“１”とし、
COポートを“１”とする。ここまでが前出の
第11表の順番１，２の処理に相当する。 第１２図では、CIV＝１により、ブロツク１
０２のYES、１１８のNO（Fr＝０のため）を
通り、「INVポートチエツク」に進み、コイン
メツク側のOUポートからINVポートに与えら
れた４ビツトデータ信号をRPIレジスタにスト
アする（ブロツク１４２）。その後、RPIの内
容をRPOにもセツトし、RPOからOUVポート
にセツトする（ブロツク１４３）。こうして、
コインメツク側から受け取つた４ビツトデータ
を確認のために戻す。その後、Fb，Faフラグ
を“０”にリセツトし、COVポートを“０”に
する。ここまでが第11表の順番３，４の処理に
相当する。 第７図では、CI＝０により、ブロツク１０
９のNO、１１０のYES、１３７のYES（FAは
既にセツトされたので）を通り、「INポートチ
エツク」に至り、INポートに戻されたデータ
をRINレジスタに入れる。次のブロツク１４
４では送出したデータ（ROUの内容）と戻さ
れたデータ（RINの内容）とを比較し、一致
が検出されるまでこの処理を繰返す。一致検出
されると、ブロツク１４５のRi＝０がNOであ
ることを確かめてからRiの順序数を１減算し
て次回に送出すべき順序を指定する。その後、
FAを“０”とし、COポートを“０”にする。
ここまでが前出の第11表の順番５，６の処理に
相当する。 第１２図では、CIV＝０により、ブロツク１
０２のNO、１０３のNO、１０４のNO、１３
８のNOを通り、ブロツク１４５に至る。ここ
でRi＝０でないことを確認して、ブロツク１
４６に進み、RPIレジスタに取り込んである受
入れたデータをRiレジスタの内容に対応する
MRVメモリのアドレスに記憶する。その後、
Riの順序数を１減算して次回に送出されてく
る信号の順序を指定する。その後、Faを“１”
にセツトし、COVポートを“１”にする。ここ
までが第11表の順番７，８の処理に対応する。 こうして、１つのデータの送受処理を終えた
ときCOVポートを“１”にすることにより、コ
インメツク制御部１０に対して次のデータを要
求する。そして、上述と同様の処理（第11表の
順番１〜８に相当する処理）を繰返す。 やがて１モード内の全データの送受が終了す
ると、第７図のブロツク１４０（Ri＝０）が
YESとなり、エンドコードENDCをROUレジ
スタにセツトし（ブロツク１４７）、OUポー
トから出力する。その後、COポートを“１”
にする。第１２図では、ブロツク１０２の
YES、１１８のNOを経由して、INVポートに
与えられたエンドコードENDCをRPIレジスタ
に入れ、これをRPOレジスタを介してOUVポ
ートから出力し、COVポートを“０”にする。
第７図では、ブロツク１０９のNO、１１０の
YES、１３７のYESを経由して、ブロツク１
４４に至り、エンドコードENDCの送受がなさ
れたことを確認する（RIN＝ROU成立）。そし
て、ブロツク１４８のYESを経由して、ブロ
ツク１４９でRINレジスタに戻されたデータ
が本当にエンドコードENDCであるかを確認
し、YESならFBフラグを“１”にセツトし、
COポートを“０”にセツトする。NOならば、
異常であるので、MRメモリをクリアし、
STOKフラグを“０”にリセツトする。 第１２図では、CIV＝０により、ブロツク１
０２のNO、１０３，１０４，１３８，１４５
を経由してブロツク１５０に至り、RPIレジス
タの内容がエンドコードENDCであるかを確認
する。YESなら、MRVメモリにプールしてあ
る１モード分の全信号をRAM１９内の所定の
場所にブロツク転送記憶し、フラグFcを“１”
にセツトする。次のブロツク１０７では「Fc
＝１」YESと判断され、MRVメモリ、RMSC
レジスタ、各フラグFr，MSCF，Fa，Fcをリ
セツトする。そしてCOVポートを“１”にす
る。もしブロツク１５０がNOならば、異常な
ので、それまでプールしたMRVメモリの内容
をクリア、STOKフラグを“０”にリセツト
する。 第７図では、CI＝１、FB＝１により、ブロ
ツク１０９，１１３を経由してブロツク１３６
に至り、MRメモリ、RMSCレジスタ、各フラ
グFR，MSCF，FBをリセツトする。そして、
COポートを“１”にする。こうして、１モー
ド分の全信号の送受が完了すると、Ｉ／Ｏ処理
５３，５８から離脱する（MSCFが“０”にさ
れたことにより）。 (4) 外部装置処理について 例えばベンダー制御部１１のＩ／Ｏポート部
２２に外部プリンタを接続し、周辺記憶装置２
１に記憶した売上データ等をプリント記録させ
る場合に、外部装置コントロールデータモード
（MSC８）とする。この場合、コインメツク制
御部１０では第６図に示す外部装置処理５２を
実行し、ベンダー制御部１１側からＩ／Ｏポー
ト１６に与えられる信号を事実上無視する。例
えば、外部装置による処理が３秒（３秒に限ら
ず所定時間）以内に終了すると、コインメツク
制御部１０ではＩ／Ｏポート処理動作を行なわ
ずに３秒間待機するのである。すなわち、３秒
タイマ3STMをスタートさせ、ブロツク１５１
のYES、１５２のNOのルートを繰返して３秒
間待機する。３秒のタイマ時間が経過すると、
ブロツク１５２がYESとなり、STOKフラグ
を“０”にリセツトし、タイマ3STMをリセツ
トし、レジスタRMCSをリセツトし、COポー
トを“０”にセツトしてこの処理５２から離脱
する。STOKを“０”にし、COポートを“０”
にする理由は、信号スタート処理５４，５９を
行なわせて両制御部１０，１１のＩ／Ｏポート
入出力状態の歩調合わせを行なわせ、その後、
通常の処理５１，５３，５６，５８に入るよう
にするためである。 (5) Ｃポートチエツク処理について Ｃポートチエツク処理５５，６０はコインメ
ツク側及びベンダー制御部側共殆ど同じ処理内
容であるため、第９図を参照して以下説明し、
第１４図の説明は省略する。 このＣポートチエツク処理５５では、Ｉ／Ｏ
ポート入力信号が所定時間（例えば0.3秒）以
上“０”を持続したかどうかをチエツクし、そ
れに応じた処理を行なう。CIポート入力が
“１”ならば（ブロツク１５３のYES）、0.3秒
タイマ（0.3TM）をリセツトして（ブロツク
１５４）この処理を終了する。CIポート入力
が“０”ならば、0.3TMタイマスタート済み
かを調べ、NOならばこのタイマをスタートす
る（ブロツク１５５）。CIポート入力の“０”
が持続しているとき、0.3TMのタイマ時間が
終了したかどうかを調べる。CIポート入力の
“０”が持続しているときはタイマはリセツト
されず、そのまま0.3秒のタイマ時間が経過す
ると、ブロツク１５６がYESとなる。正常時
はCI＝０は長く続かずすぐに0.3TMタイマが
リセツトされるが、異常時は相手方のCOV（ベ
ンダー制御部から見ればCOポート）に“０”
がセツトされ続けるので、CIポート入力（CIV
ポート入力）に“０”が与えられ続け、やがて
ブロツク１５６がYESとなる。 ブロツク１５７ではフラグFDが“１”にセ
ツトされているかを調べる。当初はFD＝“０”
であるので、ブロツク１５７はNOであり、タ
イマフラグTMFを“１”にセツトし、フラグ
STOK，MSCFをリセツトし、ROUレジスタ
をオール“１”（何も信号が無いこと）にして
これをOUポートから出力し、MRメモリをク
リアし、RMSCレジスタをリセツトして、CO
ポートを“０”にする。 (6) 歩調合わせ処理について 電源投入時における両制御部１０，１１の歩
調合わせは次のようにして行なわれる。 コインメツク制御部１０では、第８図の信号
スタート処理５４を行なう（初めてSTOKが
“０”であるため）。タイマフラグTMFはセツ
トされていないため、ブロツク１５８の
「TMF＝１」はNOであり、ROUレジスタにオ
ール“１”をセツトし、OUポートからオール
“１”つまり信号無しを意味する“1111”を出
力する。次にFDフラグが“１”かを調べ（ブ
ロツク１５９）、NOならばRiレジスタをリセ
ツトし、フラグFAをリセツトし、COポートを
“０”にする。ベンダー制御部１１でも同様に、
第１３図の信号スタート処理５９において、ブ
ロツク１６０の「TMF＝１」のNOを通り、
OUVポートの出力信号を“1111”にし、COVポ
ートを“０”にする。 第９図のＣポートチエツク処理５５において
相手方のCOVポート出力つまりCIポート入力を
チエツクし、0.3秒以上CI＝“０”が持続したこ
とを検知した上でブロツク１５７がNOのとき
の処理を行ない、前述の通りTMFを“１”に
セツトし、なおもCOポートを“０”にする。
ベンダー制御部側でも第１４図のＣポートチエ
ツク処理６０において同様の処理を行なう。 次に、第１３図の処理では、ブロツク１６０
の「TMF＝１」がYESと判断される。Fdフラ
グはまだ“０”であり、0.3TMタイマをリセ
ツトし、Riレジスタに数値「２」をセツトし、
フラグFa，Fdを“１”にセツトする（ブロツ
ク１６１）。 CIVポート入力はまだ“０”であるのでブロ
ツク１６２はNOであり、Faフラグが“１”、
Riレジスタ内容が「２」であることを確認し
た上で、RPOレジスタに数値「５」（コードは
“0101”）をセツトし（ブロツク１６３）、これ
をOUVポートから出力する。その後フラグFa
をリセツトし、COVポート出力を“１”にす
る。次のサイクルではブロツク１６２でCIV＝
１かを調べ、NOならば「Fa＝１」のNOを通
り終了する。そして、CIVポートが“１”にな
るまでこれを繰返す。 一方、第８図では、「TMF＝１」となつてい
るためブロツク１５８はYESであり、フラグ
FDはまだセツトされていないので、0.3TMリ
セツトの処理に進み、Riレジスタに数値「２」
をセツトし、その後フラグFDを“１”にセツ
トする。CIポートが“１”に変わるまでは、
ブロツク１６４のNO、１６５のNOを繰返し、
COポートを“０”にし続ける。上述の通り、
COVポートが“１”になると、CIポート入力が
“１”となり、ブロツク１６４がYESなる。ブ
ロツク１６６でRiレジスタが０でないことを
確認し、INポートに与えられた数値「５」を
RINレジスタに取り入れ（ブロツク１６７）、
これをOUポートにセツトしてベンダー制御部
側に戻す。そしてFAフラグを“１”にセツト
し、COポートを“１”にする。 第１３図では、COポートからの“１”によ
り、ブロツク１６２の「CIV＝１」がYESとな
り、Fa＝１を調べる（ブロツク１６８）。これ
は数値「５」を送出したときリセツトされたの
でNOであり、INVポートに戻されたデータを
RPIレジスタにセツトし、「RPO＝RPI」の比
較照合を行なう。正しければ、Faフラグを
“１”にセツトし、Riレジスタの内容（今は
「２」）から１減算し、COVポートを“０”にす
る。 第８図では、COVポートからの“０”（これ
は数値「５」が正しく授受されたことを示して
いる）により、ブロツク１６４の「CI＝１」
がNOとなり、Ri＝２であることを確認した上
で、RINレジスタに取り入れられた信号が数
値「５」であることを確認する。YESならば
Riレジスタの内容（今は「２」）から１減算
し、その内容を「１」にする（ブロツク１６
９）。その後FAフラグをリセツトし、COポー
トを“０”にする。こうして次の信号を要求す
る。 第１３図では、COポートからの“０”によ
り、ブロツク１６２の「CIV＝１」がNOとな
り、Riレジスタの内容が「２」ではなく、
「１」であることを確認した上で（ブロツク１
７０のYES）、RPOレジスタに数値「10」（コ
ードでは“1010”）をセツトし、これをOUVポ
ートから出力する。その後、Faフラグを“０”
にし、COVポートを“１”にする。 第８図では、ブロツク１６４のYES（CI＝
１）、１６６のNOを経由して前述と同様に、
INポートに与えられた数値「10」をRIN，
ROUにストアし、これをOUポートからINVポ
ートに戻し、FAを“１”にし、COポートを
“１”にする。 第１３図では、ブロツク１６２のYES（CIV
＝１）、１６８のNOを経由して前述と同様に、
送出したデータと戻されたデータとを照合し、
一致していれば、Faを“１”にセツトし、Ri
の内容（今は「１」から１減算して「０」と
し、COVポートを“０”にする。 第８図では、ブロツク１６４のNO（CI＝
０）、１６５のYESを経由し、Riレジスタの内
容が「２」でないことを確認した上でRINに
ストアされたデータが数値「10」であることを
確認する。その後Ri（今は「１」）から１減算
して「０」とし、FAをリセツトし、COポート
を“０”にする。 第１３図では、ブロツク１６２のNO（CIV＝
０）からブロツク１７０に至り、Riの内容が
「２」でも「１」でもなく「０」であることを
確認した上で、RMSC、MRV、MSCFをリセ
ツトする。更に、STOKフラグを“１”にセ
ツトし、信号スタート処理５９が完了したこと
を示す。そして、OUVポートの出力信号を全
ビツト“１”にし、Fd，Faフラグを“０”に
リセツトし、COVポートを“１”にする。 第８図では、COVポート出力の“１”によ
り、ブロツク１６４がYESとなり、ブロツク
１６６ではRiレジスタの内容が「０」になつ
ているためYESと判断され、３秒タイマ
3STMをリセツトし、RMSCをリセツトし、
OUポートの出力信号を全ビツト“１”とし、
STOKフラグを“１”にして信号スタート処
理５４が完了したことを示す。そして、FDフ
ラグを“０”にリセツトし、COポートを“１”
にする。 こうして、信号スタート処理５４，５９が両
制御部で同期して完了し、Ｉ／Ｏポート部の入
出力状態では、OUからINVへの４ビツト信号、
OUVからINへの４ビツト信号が夫々全ビツト
“１”とされ、COからCIVへの制御信号、COV
からCIへの制御信号は夫々“１”にセツトさ
れ、待機状態となる。また、STOKフラグが
“１”にセツトされたことにより、プログラム
の流れは信号スタート処理５４，５９から離脱
する。 異常検出時における両制御部１０，１１の歩
調合わせも上述とほぼ同様に行なわれる。 コインメツク制御部１０側で異常が生じた場
合は（例えば第５図のブロツク８７のNO、第
７図のブロツク１３１，１４９のNOなど）、
STOKフラグが“０”にリセツトされること
により第８図の信号スタート処理５４が実行さ
れるようになり、ブロツク１５８のNOのルー
トの処理がOUポート出力がオール“１”にセ
ツトされ、COポート出力が持続的に“０”に
される。これにより、ベンダー制御部側のＣポ
ートチエツク処理６０（第１４図）で、0.3秒
以上CIVポート入力の“０”が持続したことを
検知し、TMFフラグをセツトし、STOKフラ
グをリセツトし、COVポートを“０”にする。
次のサイクルで第１３図の信号スタート処理５
９を行ない、ブロツク１６０のYES、「Fd＝
１」のNOを通り、ブロツク１６１でFdフラグ
を“１”にセツトし、そのサイクルのＣポート
チエツク処理６０（第１４図）のとき「Fd＝
１」がYESとなり、TMFフラグを“０”にリ
セツトする（ブロツク１７１）。その次のサイ
クルで第１３図のブロツク１６０がNOとな
り、OUVポート出力がオール“１”にセツト
され、COVポートが“０”にセツトされる。 こうして、OUポート出力、OUVポート出力
が共にオール“１”、COポート出力、COVポー
ト出力が共に“０”の状態となり、夫々のＣポ
ートチエツク処理５４，５９でCIポート入力、
CIVポート入力が異常であること（0.3秒間続け
て“０”であること）を互いに検出し、夫々の
TMFフラグを“１”にセツトする。これにも
とづき電源投入時のときと同様に数値「５」と
「10」を順番に送受して比較照合する処理（信
号スタート処理５４，５９）を行ない、最終的
に、全Ｉ／Ｏポートの信号を前述の通りすべて
“１”にし、待機状態とする。 ベンダー制御部１１側で異常が生じた場合
（例えば第１２図のブロツク１２９のNO、１
５０のNOなど）も前述と同様の処理が行なわ
れる。ただし、この場合は、ベンダー制御部１
１のCOVポートが持続的に“０”になつたこと
を契機にして、コインメツク制御部１０からも
COポートから持続的に“０”が出力されるよ
うになる。 尚、スタート処理の際に、上述のように数値
「５」と「10」を互いに送受し、正しく送受さ
れたことが確認された場合のもＩ／Ｏポート信
号を待機状態にするようにしたことは、単に両
制御部１０，１１のＩ／Ｏポート信号状態の歩
調合わせのみならず、Ｉ／Ｏポート配線間のシ
ヨート検知にも役立つ。つまり数値「５」のコ
ードは“0101”、「10」のコードは“1010”であ
るため、数値「５」と「10」のコードが両方と
も正しく送受されたことが確認されたというこ
とはＩ／Ｏポート配線間でシヨートが起きてい
ないことを意味する。 尚、この発明は物品を販売する自動販売機に
限らず、ゲーム等のサービスを提供（販売）す
る自動機にも応用することができる。従つて、
この発明で商品とは物品に限らずサービス等も
含むものとする。 ＜発明の効果＞ 以上の通りこの発明によれば、コインメツク制
御部の構成の簡略化を図ることができると共に汎
用性も確保することができるという利点がある。 しかも、ベンダー制御部が必要なときのみ要求
を発生して情報を授受するので、ベンダー制御部
における信号監視のための回路構成またはプログ
ラム構成に余裕をもたせることができる。また、
両制御部間での情報授受のための配線数を減少す
ることができ、かつ信号授受の際のエラーを高い
確率で排除し得るようにすることができる。 また、関連する複数の情報を同じモードに含
め、一括して授受するようにしたことにより、情
報授受の効率化を図ることができる。
第１図はこの発明に係る制御装置の一実施例の
ハード構成を示すブロツク図、第２図は第１図の
コインメツク制御部で実行されるプログラムの一
例の大略を示すフローチヤート、第３図は第１図
のベンダー制御部で実行されるプログラムの一例
の大略を示すフローチヤート、第４図は第２図の
プログラム中の各箇所で入出力ポート部の信号状
態をチエツクするために随時実行されるＩ／Ｏポ
ートチエツクプログラムの一例の大略を示すフロ
ーチヤート、第５図は第４図におけるMSC（モー
ドセレクトコード）判定処理の詳細例を示すフロ
ーチヤート、第６図は第４図における外部装置処
理の詳細例を示すフローチヤート、第７図は第４
図におけるＩ／Ｏ処理の詳細例を示すフローチヤ
ート、第８図は第４図における信号スタート処理
の詳細例を示すフローチヤート、第９図は第４図
におけるＣポートチエツク処理の詳細例を示すフ
ローチヤート、第１０図は第３図のプログラム中
の各箇所で必要な情報授受モード状態に随時設定
しかつ入出力ポート部の信号状態をチエツクする
ために随時実行されるＩ／Ｏポートモードプログ
ラムの一例の大略を示すフローチヤート、第１１
図は第１０図におけるMSCi（特定のモードセレ
クトコード）処理の詳細例を示すフローチヤー
ト、第１２図は第１０図におけるＩ／Ｏ処理の詳
細例を示すフローチヤート、第１３図は第１０図
における信号スタート処理の詳細例を示すフロー
チヤート、第１４図は第１０図におけるＣポート
チエツク処理の詳細例を示すフローチヤート、第
１５図はこの発明の概要を示すブロツク図、であ
る。 １０……コインメツク制御部（第１の制御部）、
１１……ベンダー制御部（第２の制御部）、１６，
２２……Ｉ／Ｏポート部、２３……コネクタ、２
５……第１の手段、２５Ａ……要求発生手段、２
５Ｂ……要求判定手段、２６……第２の手段、２
６Ａ，２６Ｂ……入出力処理手段、５１……
MSC判定処理プログラム、５３，５８……Ｉ／
Ｏ処理プログラム、５６……MSCi処理プログラ
ム。
ハード構成を示すブロツク図、第２図は第１図の
コインメツク制御部で実行されるプログラムの一
例の大略を示すフローチヤート、第３図は第１図
のベンダー制御部で実行されるプログラムの一例
の大略を示すフローチヤート、第４図は第２図の
プログラム中の各箇所で入出力ポート部の信号状
態をチエツクするために随時実行されるＩ／Ｏポ
ートチエツクプログラムの一例の大略を示すフロ
ーチヤート、第５図は第４図におけるMSC（モー
ドセレクトコード）判定処理の詳細例を示すフロ
ーチヤート、第６図は第４図における外部装置処
理の詳細例を示すフローチヤート、第７図は第４
図におけるＩ／Ｏ処理の詳細例を示すフローチヤ
ート、第８図は第４図における信号スタート処理
の詳細例を示すフローチヤート、第９図は第４図
におけるＣポートチエツク処理の詳細例を示すフ
ローチヤート、第１０図は第３図のプログラム中
の各箇所で必要な情報授受モード状態に随時設定
しかつ入出力ポート部の信号状態をチエツクする
ために随時実行されるＩ／Ｏポートモードプログ
ラムの一例の大略を示すフローチヤート、第１１
図は第１０図におけるMSCi（特定のモードセレ
クトコード）処理の詳細例を示すフローチヤー
ト、第１２図は第１０図におけるＩ／Ｏ処理の詳
細例を示すフローチヤート、第１３図は第１０図
における信号スタート処理の詳細例を示すフロー
チヤート、第１４図は第１０図におけるＣポート
チエツク処理の詳細例を示すフローチヤート、第
１５図はこの発明の概要を示すブロツク図、であ
る。 １０……コインメツク制御部（第１の制御部）、
１１……ベンダー制御部（第２の制御部）、１６，
２２……Ｉ／Ｏポート部、２３……コネクタ、２
５……第１の手段、２５Ａ……要求発生手段、２
５Ｂ……要求判定手段、２６……第２の手段、２
６Ａ，２６Ｂ……入出力処理手段、５１……
MSC判定処理プログラム、５３，５８……Ｉ／
Ｏ処理プログラム、５６……MSCi処理プログラ
ム。
Claims (1)
- 【特許請求の範囲】 １ 貨幣の受入れ及び払出しに関連する制御を行
なう第１の制御部と、 商品の選択及び販売に関連する制御を行なう第
２の制御部とを具え、 前記第１及び第２の制御部が相互に一方で生じ
た所定の情報を他方で利用するような関係から成
るものである自動販売機等の制御装置において、 所定の情報を前記第１の制御部から第２の制御
部に送出すべきことあるいはその逆に第１の制御
部が第２の制御部から受取るべきことを要求する
要求信号を専ら前記第２の制御部の側から発生す
る要求発生手段と、 前記第１の制御部の側で前記要求信号を受入し
て前記要求の内容を判定する要求判定手段と、 前記要求発生手段で発生した前記要求信号の内
容に従つて、前記第２の制御部を所定情報を送出
する状態または受け取る状態の一方に設定する第
１の入出力処理手段と、 前記要求判定手段で判定した前記要求信号の内
容に従つて、前記第１の制御部を所定情報を送出
する状態または受け取る状態の一方に設定する第
２の入出力処理手段とを具え、 授受対象となる多数の情報を複数のモードに予
め分類しておき、前記要求信号は、該複数のモー
ドのうち１つのモードを指定するモード選択情報
からなるものであり、１回の要求により指定され
た１つのモードに対応してそこに含まれる複数の
情報群が一緒に授受されることを特徴とする自動
販売機等における制御装置。 ２ １回の要求に対応して授受されるべき複数の
情報群を複数回に分割して所定ビツト数毎に授受
することを特徴とする特許請求の範囲第１項記載
の自動販売機等における制御装置。 ３ 前記第１及び第２の入出力処理手段では、受
取り側で受取つた前記所定ビツト数の信号を送出
側に戻し、送出側では戻されたものと送出したも
のとを照合し、一致が確認されたとき次回の所定
ビツト信号の授受を開始するようにした特許請求
の範囲第２項記載の自動販売機等における制御装
置。 ４ 前記第１及び第２の制御部は、相手方に送出
すべき情報及び相手方から受取つた情報を記憶し
ておく記憶手段を夫々含み、送出状態のとき、相
手方に送出すべき情報を前記記憶手段から引き出
して前記第１及び第２の入出力処理手段を介して
送出し、受取り状態のとき、前記第１及び第２の
入出力処理手段を介して相手方から受取つた情報
を前記記憶手段に記憶するようにした特許請求の
範囲第１項記載の自動販売機等における制御装
置。 ５ 貨幣の受入れ及び払出しに関連する制御を行
なう第１の制御部と、商品の選択及び販売その他
特殊機能に関連する制御を行なう第２の制御部と
を具えた自動販売機等の制御装置における前記両
制御部間の情報授受方法であつて、 授受対象となる多数の情報を複数のモードに予
め分類しておくこと、 授受すべき必要な情報を含むモードをモード選
択情報によつて前記第２の制御部側から指定する
こと、 前記モード選択情報によつて指定されたモード
に従つて、前記第１の制御部から第２の制御部に
対してまたは第２の制御部から第１の制御部に対
して、該モードに含まれる全情報の授受を実行す
ること、 から成り、前記各モードは、前記第１の制御部か
ら第２の制御部に与えるべき情報を分類した第１
のモード、または第２の制御部から第１の制御部
に与えるべき情報を分類した第２のモード、のい
ずれかに属し、 前記第１のモードに属する或るモードが指定さ
れたときは、前記第１の制御部から第２の制御部
に対して、該モードに含まれる全情報を所定単位
毎に分割して順次授受し、 前記第２のモードに属する或るモードが指定さ
れたときは、前記第２の制御部から第１の制御部
に対して、該モードに含まれる全情報を所定単位
毎に分割して順次授受するようにしたことを特徴
とする情報授受方法。 ６ 前記各モードにおける授受可能な情報容量は
夫々固有の所定量に固定されており、この固定量
に対応して各モードにおける前記順次授受の単位
数が予め定まつており、各モードにおいて授受す
べき情報の質及び量が前記固有の固定量の範囲内
で任意に拡張・変更できることを特徴とする特許
請求の範囲第５項記載の情報授受方法。 ７ 前記予め定まつた単位数から成る各順次授受
単位において授受すべき有意な情報が割当てられ
ていない箇所では信号無しを示す空情報を授受
し、１モード分のすべての順次授受単位における
情報（空情報も含む）授受が終了したとき終了を
示す特別の情報を授受するようにしたことを特徴
とする特許請求の範囲第６項記載の情報授受方
法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP58029129A JPS59154590A (ja) | 1983-02-23 | 1983-02-23 | 自動販売機等における制御装置及び情報授受方法 |
| US06/581,532 US4616323A (en) | 1983-02-23 | 1984-02-21 | Control device and a method for sending and receiving information in a vending machine and the like apparatus |
| KR1019840000854A KR910001264B1 (ko) | 1983-02-23 | 1984-02-22 | 자동 판매기등에 있어서의 제어 장치 및 정보 수수 방법 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP58029129A JPS59154590A (ja) | 1983-02-23 | 1983-02-23 | 自動販売機等における制御装置及び情報授受方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS59154590A JPS59154590A (ja) | 1984-09-03 |
| JPH033274B2 true JPH033274B2 (ja) | 1991-01-18 |
Family
ID=12267683
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP58029129A Granted JPS59154590A (ja) | 1983-02-23 | 1983-02-23 | 自動販売機等における制御装置及び情報授受方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US4616323A (ja) |
| JP (1) | JPS59154590A (ja) |
| KR (1) | KR910001264B1 (ja) |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6167190A (ja) * | 1984-09-07 | 1986-04-07 | 株式会社日本コンラックス | 自動販売機の制御方式 |
| JPH0710436Y2 (ja) * | 1985-11-15 | 1995-03-08 | 三洋電機株式会社 | 自動販売機 |
| JPS62187384U (ja) * | 1986-05-16 | 1987-11-28 | ||
| US4766548A (en) * | 1987-01-02 | 1988-08-23 | Pepsico Inc. | Telelink monitoring and reporting system |
| JPH05346982A (ja) * | 1992-05-13 | 1993-12-27 | Nippon Conlux Co Ltd | 硬貨処理装置 |
| US6736251B2 (en) | 1992-09-04 | 2004-05-18 | Coinstar, Inc. | Coin counter and voucher dispensing machine and method |
| US6494776B1 (en) | 1992-09-04 | 2002-12-17 | Coinstar, Inc. | Coin counter/sorter and coupon/voucher dispensing machine and method |
| US7028827B1 (en) | 1992-09-04 | 2006-04-18 | Coinstar, Inc. | Coin counter/sorter and coupon/voucher dispensing machine and method |
| US5579886A (en) * | 1993-10-21 | 1996-12-03 | Kabushiki Kaisha Nippon Conlux | Coin processor |
| WO1995031796A1 (en) * | 1994-05-13 | 1995-11-23 | Kabushiki Kaisha Nippon Conlux | Distributed processing apparatus |
| US6863168B1 (en) | 1996-03-07 | 2005-03-08 | Coinstar, Inc. | Method and apparatus for conditioning coins prior to discrimination |
| US6520308B1 (en) | 1996-06-28 | 2003-02-18 | Coinstar, Inc. | Coin discrimination apparatus and method |
| KR980010890A (ko) * | 1996-07-13 | 1998-04-30 | 최진호 | 자동 판매기의 시간 표시 장치 및 방법 |
| US5941363A (en) | 1996-07-31 | 1999-08-24 | Proactive Vending Technology, Llc | Vending data collection system |
| JPH1097671A (ja) * | 1996-09-20 | 1998-04-14 | Media Maaketeingu Network:Kk | 自動販売機の商品販売管理方法とその装置 |
| US20010013457A1 (en) * | 1997-07-08 | 2001-08-16 | Hiroshi Abe | Coin selector with display apparatus |
| GB2348732B (en) * | 1999-04-08 | 2003-08-06 | Mars Inc | Money acceptance apparatus |
| US6602125B2 (en) | 2001-05-04 | 2003-08-05 | Coinstar, Inc. | Automatic coin input tray for a self-service coin-counting machine |
| US7865432B2 (en) | 2002-02-15 | 2011-01-04 | Coinstar, Inc. | Methods and systems for exchanging and/or transferring various forms of value |
| EP1481351A4 (en) | 2002-02-15 | 2010-04-28 | Coinstar Inc | METHOD AND SYSTEMS FOR THE EXCHANGE AND / OR TRANSFER OF DIFFERENT TYPES OF VALUES |
| US8033375B2 (en) | 2002-02-15 | 2011-10-11 | Coinstar, Inc. | Methods and systems for exchanging and/or transferring various forms of value |
| AU2011323490A1 (en) | 2010-11-01 | 2013-05-02 | Outerwall Inc. | Gift card exchange kiosks and associated methods of use |
| US8874467B2 (en) | 2011-11-23 | 2014-10-28 | Outerwall Inc | Mobile commerce platforms and associated systems and methods for converting consumer coins, cash, and/or other forms of value for use with same |
| US9129294B2 (en) | 2012-02-06 | 2015-09-08 | Outerwall Inc. | Coin counting machines having coupon capabilities, loyalty program capabilities, advertising capabilities, and the like |
| US9036890B2 (en) | 2012-06-05 | 2015-05-19 | Outerwall Inc. | Optical coin discrimination systems and methods for use with consumer-operated kiosks and the like |
| US8967361B2 (en) | 2013-02-27 | 2015-03-03 | Outerwall Inc. | Coin counting and sorting machines |
| US9022841B2 (en) | 2013-05-08 | 2015-05-05 | Outerwall Inc. | Coin counting and/or sorting machines and associated systems and methods |
| US9443367B2 (en) | 2014-01-17 | 2016-09-13 | Outerwall Inc. | Digital image coin discrimination for use with consumer-operated kiosks and the like |
| US9235945B2 (en) | 2014-02-10 | 2016-01-12 | Outerwall Inc. | Coin input apparatuses and associated methods and systems |
| US10346819B2 (en) | 2015-11-19 | 2019-07-09 | Coinstar Asset Holdings, Llc | Mobile device applications, other applications and associated kiosk-based systems and methods for facilitating coin saving |
| US12456342B2 (en) | 2020-05-08 | 2025-10-28 | Coinstar Assett Holdings, LLC | Kiosk-based systems and methods for direct deposit of coin and/or other cash value |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6028039B2 (ja) * | 1977-06-09 | 1985-07-02 | 三洋電機株式会社 | 自動販売機の制御方法 |
| US4225056A (en) * | 1978-09-28 | 1980-09-30 | Artag Plastics Corporation | Computerized vending machine |
| US4233660A (en) * | 1978-10-12 | 1980-11-11 | Artag Plastics Corporation | Vending machine control system |
| US4282575A (en) * | 1979-08-10 | 1981-08-04 | The Wurlitzer Company | Control system for vending machine |
| JPS6057627B2 (ja) * | 1979-10-16 | 1985-12-16 | 株式会社日本コインコ | 自動販売機の制御装置 |
| US4354613A (en) * | 1980-05-15 | 1982-10-19 | Trafalgar Industries, Inc. | Microprocessor based vending apparatus |
| JPS57157386A (en) * | 1981-03-24 | 1982-09-28 | Nippon Coinco Co Ltd | Method of and apparatus for determining marketability for vending machine |
-
1983
- 1983-02-23 JP JP58029129A patent/JPS59154590A/ja active Granted
-
1984
- 1984-02-21 US US06/581,532 patent/US4616323A/en not_active Expired - Lifetime
- 1984-02-22 KR KR1019840000854A patent/KR910001264B1/ko not_active Expired
Also Published As
| Publication number | Publication date |
|---|---|
| US4616323A (en) | 1986-10-07 |
| KR840009013A (ko) | 1984-12-20 |
| JPS59154590A (ja) | 1984-09-03 |
| KR910001264B1 (ko) | 1991-02-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH033274B2 (ja) | ||
| KR910002806B1 (ko) | 자동 판매기의 제어장치 | |
| CA1193366A (en) | Multiple purchase discount module for a single price vending machine | |
| US6427912B1 (en) | Off-line credit card transaction system and method for vending machines | |
| US20040056085A1 (en) | Apparatus and method for securely monitoring the sales transactions of bulk vending machines | |
| US4636963A (en) | Control system for an automatic vending machine | |
| US2663398A (en) | Article vending system | |
| JP3766200B2 (ja) | 貨幣処理方法および装置 | |
| JP3151394B2 (ja) | 商品登録システム | |
| JP2001034823A (ja) | 自動販売機のコイン通路センサー | |
| MX2012004786A (es) | Reciclador de billetes universal. | |
| JP2021120819A (ja) | 自動釣銭機、及び、金銭処理装置の入出金制御方法 | |
| US2895583A (en) | Coin-operated vending machines | |
| JPH0975535A (ja) | パチンコ遊技装置 | |
| US6050386A (en) | Inspection method in a bill processing machine | |
| JP4411773B2 (ja) | 自動販売機の通信制御方法 | |
| JP3054908B2 (ja) | 硬貨払出装置 | |
| JPH0379749B2 (ja) | ||
| JPH0121416Y2 (ja) | ||
| KR950010995B1 (ko) | 교환주화 선택이 가능한 지폐교환기 및 지폐교환방법 | |
| JPH0253837B2 (ja) | ||
| JP2557693B2 (ja) | 自動販売機の制御装置 | |
| AU784673B2 (en) | Off-line credit card transaction system and method for vending machines | |
| JP3152462B2 (ja) | 自動販売機の制御装置 | |
| JPH04311298A (ja) | 販売管理装置 |