JPS6211996A

JPS6211996A - デ−タ送受信方式

Info

Publication number: JPS6211996A
Application number: JP60151775A
Authority: JP
Inventors: 山口　登志起
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1985-07-10
Filing date: 1985-07-10
Publication date: 1987-01-20

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔発明の技術分野〕この発明は売上データ等のデータ送受信方式に関する。

〔発明の背景〕

この発明は、従来、ＥＣＲ（電子式キャッシュレジスタ
）においては、オペレータ（キャッシャー）の不正防１
にの為に、オペレータが使用出来る機能を限定しており
、それらの機能はマネージャーのみが使用可能となって
いる。その為、オペレータはマネージャー管理下にある
これらの機能を必要とする時にはマネージャーを呼んで
来て処理してもらっているが、マネージャーを呼んでそ
れが処理されるまでには時間がかかる為、客を待せる原
因となっていた。

〔発明の目的〕

この発明は上述した事情を背景になされたもので、その
目的とするところはマネージャー管理下にある特定機能
であってもマネージャーを呼ばずにそれを動作させるこ
とができるデータ送受信方式を提供することにある。

〔発明の要点〕

この発明は−Ｌ述した目的を達成するために、通常状態
では動作制限を受けている特定機能を備えた一方の電子
機器と他方の電子機器との間でデータの送受信を実行可
能なデータ送受信方式において、前記一方の電子機器よ
り前記特定機能動作の実行可否を問い合せ、この問合せ
に応答して前記他方の電子機器により前記特定機能動作
の実行を承認指示し、この承認指示を受けて前記特定機
能を動作可能状態に設定するようにした点を要旨とする
ものである。

〔第１実施例〕以下、この発明の第１実施例を第１図〜第８図を参照し
て具体的に説明する。第１図は売Ｌデータ処理システム
において、スレーブ側ＥＣＲの構成を示したブロック回
路図である。図中１はキー人力部で、このキーボード−
Ｌには、テンキーＫｌ、部門別キーに２、出金キーに３
．戻しキーに４、認証キーに５、現金／預かり金キーに
６、小計キーに７．マネージャーファンクションデータ
読出キーに８、訂１Ｆ−キーに９、割引キーＫＩＯ、ク
リアキーＫｌｌが設けられている。また、キーボートド
には「設定」、「登録」、「電源ＯＦＦ」、「点検」、
「精算モード」を切替るモードスイッチＭＳが設けられ
ている他、２種類のランプＬＩ、ＬＩ’Ｉが設けられて
いる。ここで１−記出金キー、反しキー、認証キー、訂
＋１三キー、割引キーは夫々マネージャーのみが使用ｌ
Ｉ丁能なマネージャーファンクションキーと呼ばれ、通
常オペレータの操作ではこれらの機能は制限されている
。１．かして、入力部ｌから操作キーに対応して出力さ
れるキー操作信号、モードスイッチＭＳの各功科位置に
対応して出力されるモード指定信号は、ＣＰＵ（中央演
算処理回路）２に人力される。

ＣＰＵ２は予め記憶されている各種のマイクロ命令にし
たがって入力処理、登録処理、印字処理、データ伝送処
理等を実行するもので、　Ｆｆａ、演算等に用いられる
各種のレジスタ、即ちレジスタＡＨ、Ｂ＋　、ＢＦ＋　
、Ｆ＋　を有している他、演算部ＡＬ、制御部ＣＴを有
する構成となっている。そして、ＣＰＵ２はｌ’ｌＡＭ
　（ランダムアクセスメモリ）３との間でデータの授受
を行うことにより部門別、担当者別等の売上合計データ
を累計したり、また、表示部４に対しては表示データ、
印字部５に対しては印字データを送り、更に伝送部６内
のバッファＢＦ＋　との間でデータの送受信を実行し、
しかもドロア７の開放動作を制御する。

ＲＡＭ３はＣＰＵ２の制御下でデータの書き込み、読み
出し動作が制御されるもので、このＲＡＭ３は部門別合
計メモリ、担当者別合計メモリ等が設けられている他、
マシンナンバメモリＭＮが設けられている。

第２図は上記スレーブ側ＥＣＲにインラインあるいはオ
ンライン接続されてデータの送受信を実行可能なマスタ
ー側ＥＣＲのブロック回路図である。第２図において、
入力部１１．ＣＰｔＪ１２、ＲＡＭ１３、表示部」４、
印字部１５、伝送部１６、ドロア１７は第１図で示した
マスター側ＥＣＨのそれらと略同様に構成されている。

ここで、入力部１１のキーボード上には、出金キーに３
゜戻しキーに４、認証キーに５、訂正キーに９．１１．
１引キーＫＩＯのマネージャーファンクションキー等の
他、スレーブ側のマネージャーファンクション機能の承
認要求に対してその承認不可をスレーブ側に知らせる承
認不可キーに１２．ランプＬＰ、ブザーＢＳが設けられ
ている。また、ＣＰＵ１２に設けられるレジスタとして
マスター側ではＡ、Ｂ、ａ、Ｆレジスタとなっており、
またＲＡＭ１３にはマシンナンバメモリＭＮの他、マネ
ージャーファンクションコードメモリＭＭが設けられて
いる。更に、表示部１４にはマネージャーファンクショ
ンの各機能に夫々対応する表示体１４Ａ−１４Ｅが設け
られている。またマスター側においては時計回路１８が
ＣＰＩＪ１２に接続されている。

次に、本実施例の動作を第３図〜第８図を参照して説明
する。先ず、例えばスレーブ側で部門別登録を行う場合
には第３図のキー操作手順にしたがって部門別売上デー
タを入力したのち、締めキーとしての現金／預かり金キ
ーを操作する。そしてこの場合、顧客から認証印字を求
められたものとすると、伝票をセットしたのち、認証キ
ーを操作する。この認証キーはマネージャーファンクシ
ョンキーであるので、通常オペレータはその機能を動作
することができず、マネージャーの承認が必要である。

しかして、スレーブ側ではその電源ＯＮに伴って第５図
のフローにしたがった動作を実行している。先ずステッ
プＳｌでキー操作有無が判断され、キー操作が無ければ
何んらかのキーが操作されるまで待機する。ここで、キ
ー操作が検出されると、ノンファンクションチェックが
行なわれ、キー操作手順等の有効性が調べられ（ステッ
プＳ２）、その結果、キー操作が妥当でなければ、エラ
ー処理（ステップＳ３）となるが、有効であれば、フラ
グレジスタＦ１の内容が調べられる（ステップＳ４）、
このフラグレジスタＦ１にはマスターから返信があった
ことを示す返信フラグを記憶するもので通常はこの返信
フラグはＯＦＦされているので、ステップＳ５に進み、
キーコードがセットされるレジスタＡ１の内容がマネー
ジャーファンクションデータか、つまり、出金キー、戻
しキー、認証キー、訂正キー、期中キーの操作有無が調
べられる。ここで、マネージャーファンクションデータ
でなければステップＳ６に進み、操作キーに対応するそ
の他のキー処理が行なわれたのちステップＳｔに戻る。

したがって、上述のように部門別売−Ｌデータが入力さ
れると、ステップＳ６で部門別登録が実行される。

しかして、マネージャーファンクションキーの操作がス
テップＳ５で検出されると、ステップＳ７に進み、伝送
部６へそのマシンナンバと共に操作キーに対応するマネ
ージャーファンクションデータ、小計データ等が送出さ
れる。その後、この状態を示す為にランプＬＩが点灯さ
れる（ステップＳ８）。したがって、ランプＬＩはマネ
ージャーファンクションキーが操作されたときに点灯さ
れることになる。

しかして、マスター側はマシンナンバと共に送信されて
来たデータを読み込むと、インターラブジョンによって
第８図のフローを実行開始する。

先ず、ステップＳ２１では送信データにマネージャーフ
ァンクションデータが含まれているかに応じてスレーブ
側からマネージャーファンクション機能の承認要求があ
ったかを調べその要求がなければこの割込処理を終了さ
せるが、要求があればステップＳ２２に進み、フラグレ
ジスタＦに“ｌ”をセットして要求フラグをＯＮさせる
。そして、その要求のあったスレーブに対してＡＣＫ信
号（受信終了信号）を出力したのち、受信データを印字
する（ステップ５２４）。ここで、第４図はこのときの
印字状態例を示し、そして第３図のキー操作例に対応し
、日付「６０．２，２３」、マシンナンバｒ０００１，
１．マネージャーファンクションの識別シンボル「認」
、小計データｒ７００Ｊ小計シンボルｒｓＴＪが印字さ
れる。この印字内容を１１視確認してマネージャーはそ
の要求を承認するかを判断する。例えば、小計データが
７００円位の低額認証であれば承認するが、高額であれ
ば承認不可とする。ここで、承認と判断した場合にはス
レーブ側から要求のあったマネージャーファンクション
に対応するキーを操作するが、承認不可であれば、承認
不可キーを操作する。

ところで、マスター側では電源ＯＮに伴って第７図のフ
ローにしたがった動作を実行している。

即ち、ステップＳ３１でキー操作有無が調べられ、キー
操作されなければ操作されるまで待機するが、キー操作
されると、ステップＳ３２に進み、フラグレジスタＦの
内容が“１″かが調べられる。いま、要求フラグがＯＮ
されていなければ、ステップ３３８に進み、操作キーに
対応するキー処理が実行されたのち、ステップＳｌに戻
るが、要求フラグがＯＮされていれば、ステップＳ３３
に進み１表示部１４内のマネージャーファンクションに
対応する各表示体１４Ａ−１４Ｈのうち、要求のあった
マネージャーファンクションに対応する表示体、例えば
「認証」表示体が点灯されると共に、ブザーが駆動され
てアラームとして放音される。そしてステップＳ３４に
進み、スレーブ側からの承認要求に対して承認する場合
のマネージャーファンクションキーあるいは承認不可の
場合の承認不ｎ７キーの操作有無が調べられる。

いま、これらのキー以外のキーが操作されたものとする
とステップ３８に進み、操作キーに対応するその他のキ
ー処理が実行されたのちステップＳ３１に戻るが、スレ
ーブＳ側の要求に応答してマネージャーファンクション
キーあるいは承認不可キーが操作されると、ステップＳ
３５に進み、マシンナンバと共に操作キーに対応するマ
ネージャーファンクションデータあるいは承認不可デー
タを要求のあったスレーブＳ側に送出する。その後、各
表示体１４Ａ−１４Ｈのうち点灯表示されている表示体
が消灯され、かつアラーム音が停止される（ステップ５
３６）。そして、次のステップＳ３７でフラグレジスタ
Ｆがクリア、即ち要求フラグがＯＦＦされたのち、ステ
ップＳ３１に戻る。

しかして、スレーブＳ側においては、マスター側からマ
シンナンバと共に送信されて来たデータを読み込むと、
インターラブジョンによって第６図のフローを実行開始
する。先ず、ステップＳ４１で送信データがマネージャ
ーの承認データか承認不可データかを調べ、承認、承認
不可の何れでもなければステップＳ４２に進み、その他
のデータ処理を実行するが、承認不ｒｉｒデータであれ
ば、次にそのデータの何れであるかが調べられる（ステ
ップ５４３）。ここで、マネージャーの承認を受けた場
合にはランプＬ　Ｉが消灯される。したがって、ランプ
ＬＩはマネージャーファンクションキーを操作してその
承認を要求してからマネージャーからそれが承認される
ま〒点灯されることになる。また、承認不可の場合には
ランプＬ■が点灯される（ステップ５４７）。しかして
、その後、ＡＣＫ信号で応答しくステップ５４５）、次
にフラグレジスタＦｌに“ｌ”をセットして返信フラグ
をＯＮさせる（ステップ５４６）。

そして、ス１／−ブ側においては割込み処理によって返
信フラグがＯＮされたのち再び第５図のフローに入ると
、ステップＳ４でそのことが検出されてステップＳ９に
進み、マスターからの送信データがマネージャーファン
クションキーコードか、つまり、マネージャーの承認、
承認不可が調べられる。ここで、承認された場合にはそ
れに対応するマネージャーファンクション処理が自動的
に実行される（ステップ５ｔＯ）。その後、ステップＳ
ｌｌに進み、フラグレジスタＦ１がクリアされて返信フ
ラグがＯＦＦされたのち、ステップＳｌに戻る。また、
承認不可であることがステップＳ９で判断された場合に
は、クリアキーの操作有無が調べられる（ステップＳ　
ｌ　２）。この場合、オペレータは承認を受けられなか
った理由（例えば、金額入力ミス、日付入力ミス等）を
表示によって確認して再度圧しいデータを入力し直すた
めにクリアキーを操作して入力データをクリアする。し
かしてクリアキーが操作されると、ステップＳ１３に進
み、入力されたマネージャーファンクションデータな記
憶しているレジスタＢｌの内容がクリアされる。その後
、ランプＬ　ＩＩが消灯され、次にステップＳｌｌに進
みこの場合にも返信フラグがＯＦＦされる。したがって
、ランプＬｎはマネージャーの承認が受けられなかった
ことを受信してからクリアキーが操作されるまでの間点
灯することになる。

このように本実施例にあたってはスレーブ側からマスタ
ー側へマネージャーファンクション機能の動作を行って
もよいかの承認を要求し、マスター側でその承認を受け
れば、オペレータであってもマネージャーファンクショ
ン機能を動作させることができる。したがって、マネー
ジャーファンクション機能の実行の都度、マネージャー
を呼ばなくてもマネージャーの管理下でそれを実行可能
である。

〔第２実施例〕次に、この発明の第２実施例を第９図〜第１４図を参照
して説明する。この第２実施例はス１／−プ側からマネ
ージャーファンクション機能を動作させてもよいかの要
求に対して−Ｆ記第１実施例ではマネージャーが印字内
容を確認して承認、承認不可を判断するようにしたが、
本実施例ではその判断を自動的に行うようにした点等が
異なる。ここで第９図、第１Ｏ図は、第１図、第２図と
同様にスレーブ、マスター側ＥＣＲのブロック回路図を
示したもので、第１図、第２図と同一のものは同一・符
号をもって示し、その説明を省略する。第９図のスレー
ブ側ＥＣＲにおいて、モードスイッチＭＳには、２種類
の登録モード、即ち、登録Ｉモード、登録ＩＩモードが
設けられている。ここで、登録Ｉモードはオペレータが
使用する通常の登録モードであるが、登録■モードはマ
ネージャーのみが使用可能な登録モードである。また、
本実施例のキーボード上には再マネージャーキーに２１
が儲られている。この再マネージャーキーに２１は、マ
ネージャーがスレーブ側に出向いて操作するためのもの
である。また、第１Ｏ図のマスター側ＥＣＨにおいて、
入力部１１には保留キーに２２が設けられている。この
保留キーに２２は承認要求に対して承認、承認不ｒｉｆ
の判断の結果、保留するときに承認不可キーに代って操
作されるものである。また、ＲＡＭ１３内には承認判断
を自動的に行う場合の基準データが予め記憶されている
メモリ領域ＰＭが設けられている。このメモリ領域ＰＭ
には、例えば訂正の場合を例に挙げると責任者別に「マ
ネージャーファンクション名。」　「制限額（１０００
０Ｆ１１）　Ｊ、「訂１「の制限回数（５回）」、「制
限回数のカウント数」、「責任者ナンバ」が記憶されて
いる。なお、その他のマネージャーファンクションに対
しても同様である。次に、本第２実施例の動作を第１１
図〜第１４図に示すフローチャートに基づいて説明する
。第１１図はスレーブ側ＥＣＲの電源ＯＮに伴って実行
されるフローチャートである。なお、このフローは第５
図と略同様の処理を実行するもので、ステップ８５１〜
３５８は第５図のステップ５Ｌ−Ｓ８に対応している。

したがって、スレーブ何でマネージャーファンクション
キーが操作されると、そのマシンナンバと共にマネージ
ャーファンクションデータ等がマスター側へ伝送される
ことは−１−記第１実施例と同様である。

しかしてマスター側はマシンナンバと共に送信されて来
たデータを読み込むと、インターラブシコンによって第
１４図のフローを実行開始する。

このフローは第８図のフローに対応して同様の処理を実
行するものでスレーブ側からの承認要求に対してフラグ
レジスタＦｌに“１”をセットして要求フラグをＯＮさ
せ、受信データの印字が行なわれる。

ところで、マスター側では第１３図（Ａ）のフローにし
たがった動作を実行している。即ち、ステップ５８１．
３８２では第７図のステップＳ３１．３３２と同様の処
理が実行される。その結果、要求フラグがＯＦＦされて
いれば操作キーに対応するその他のキー人力処理（ステ
ップ８９）が実行されることは上記第１実施例と同様で
ある。しかして、要求フラグがＯＮされていることが検
出されると、ステップＳ８３で表ボおよびブザー音によ
ってこれが報知されたのち、次のステップＳ８４に進む
。ここでは、送信されたマネージャーファンクションデ
ータとＲＡＭ１３内のメモリ領域ＰＭに設定されている
データとの照合が行なわれる。

第１３図ＣＢ）はステップＳ８４の囲体的内容を示した
フローチャートで、先ず、このフローに入ると、メモリ
領域ＰＭの内容のうち要求のあったマスターファンクシ
ョン名が検索される（ステップ５８４−１）。そして、
検索されたマネージャーファンクション名のうち、該当
する責任者が検索される（ステップ５８４−２）、そし
て、次のステップ５８４−３ではこのようにして検索さ
れた該当マネージャーファンクション名、責任者ナンバ
に対応する制限回数とカウント回数が読み出されてカウ
ント回数が制限回数を越えたかが判別される。この結果
、越えなければ次のステップ３８４−４に進み、制限額
が読み出され、伝送されて来た売上データと比較され、
売Ｉ−データが制限額を越えたかが調べられる。制限額
以内であれば次のステップ３Ｂ４−５に進み、カウント
値が＋１される。なお、上記５８４−３．ステップ５８
４−４で越えたと判断された場合には、ランプＬＰが点
灯される（ステップ５８４−６）。したがって、マネー
ジャーはランプＬＰが点灯したか否かによってスレーブ
Ｓの要求に対して承認するか、承認不可かの自動的な判
断結果を知ることができる。これによってマネージャー
はマネージャーファンクションキー、承認不可キーある
いは承認、承認不可の判断を保留するときには保留キー
を操作する。この場合、何れのキーが操作されたかが第
１３図ステップＳ８５、Ｓ９０．Ｓ９３で調べられる。

いま、何れのキーも操作されなければステップＳ８９に
進むが、保留キーが操作されたものとすると、ステップ
Ｓ９０でそのことが検出されてステップＳ９１に進み、
保留データが送出され、次で表示部４のマネージャーフ
ァンクシｌン要求表示および、ランプＬＰを消灯させ、
かつブザー音を停止する。また、承認不可キーが操作さ
れた場合にはステップＳ９３でそのことが検出されてス
テップＳ９４に進み、承認不可データが送出され、かつ
ステップＳ８７に進む。また、マネージャーファンクシ
ョンキーが操作Ｓれた場合にはステップＳ８５からステ
ップ３８６に進み、マネージャーファンクションデータ
が送出されてステップＳ８７に進む。ここで、ステップ
Ｓ８７は表示、ブザーのＯＦＦ処理、ステップＳ８８は
要求フラグＯＦＦ処理である。

しかして、スレーブＳ側においては、マスター側からマ
シンナンバと共に送信されて来たデータを読み込むと、
インターラブジョンによって第１２図のフローを実行開
始する。このフローは、第６図で示したフローと略同様
の処理であるが、本実施例ではマスター側から保留デー
タが送信されて来る場合があるので、それに対応した処
理が実行される。即ちステップ５１０１では受信データ
が承認、承認不可、保留データであるかが調べられ、こ
れらの何れでもなければ、ステップ５ＩＯ２に進み、他
の処理が実行される。そして、承認であれば、ステップ
５１０３でそのことが検出されて第６図のステップＳ４
４〜Ｓ４６に対応する処理（ステップ５１０４．５１０
５、Ｓ　１０　Ｂ）が実行される。また、承認不可であ
れば、ランプＬ■が点灯すｉｎ　（スフー／プ５１０７
．５ＩＯ８）、更に保留であれば、ランプＬｍが点灯さ
れ（ステップ５１０７．５１０９）、そしてステップ５
１０５．１０６に進みＡＣＫ信号で応答し、返信フラグ
をＯＮさせる。このように本実施例では保留に対応して
ランプＬｍが点灯される。

そして、スレーブＳ側においては割込み処理によって返
信フラグがＯＮされたのち、再び第１１図のフローに入
ると、ステップＳ５４でそのことが検出されてステップ
３５９に進み、承認、承認不可が調べられる。ここで、
承認であれば、ステップ３６０、Ｓ６１に進み、マネー
ジャーファンクション処理が自動的に実行されたのち、
返信フラグがＯＦＦされることは第１実施例と同様であ
る。また、承認不可であれば、ステップ３６２に進み、
再マネージャーキーの操作有無が調べられる。ここで、
マネージャーがスレーブ側に出向いて操作状況を確認の
１−再マネージャーキーを操作する。この場合、操作状
況を確認するにはモードスイッチＭＳを［登録■モード
］にセットしたのち、マネージャーファンクションデー
タ読出しキーを操作することによって行なわれるが、マ
ネージャーがレシートを持って出向けばその操作は、不
要である。しかして、再マネージャーキーが操作される
と、ステップＳ６２からステップＳ６０に進み、マネー
ジャーファンクション処理が実行される。また、承認不
可の場合、再マネージャーキーではなく、クリアキーが
操作されると、ステップＳ６３でそのことが検出されて
ステップＳ６４、Ｓ６５が実行され、第１実施例と同様
に再入力の為のクリア処理が実行される。このように本
実施例では上記第１実施例と同様の効果を有する他に、
承認判断を自動的に行うことができるので、その判断を
確実かつ容易に行い得る。また。

本実施例では承認判断を保留してスレーブ側に出向きそ
の操作状況等を確認することができるので、オペレータ
の操作入力ミス等を適確に指摘することが可能となる。

〔第３実施例〕次に、この発明の第３実施例を第１５図〜第２２図を参
照して説明する。本実施例はマスター側でスレーブ側か
ら送信されて来たデータの誤入力あるいは不正入力をマ
ネージャーが判断し、これを訂正したデータをスレーブ
側に送信する機能を設けたものである。ここで第１５図
、第１６図は第１図、第２図あるいは第９図、第１０図
と同様にスレーブ、マスター側ＥＣＲのブロック回路図
を示したもので、第１図、第２図あるいは第９図第１θ
図と同一のものは同一符号をもって示し、その説明を省
略する。

次に、本実施例の動作を第１７図〜第２２図を参照して
説明する。第１７図（Ａ）は、スレーブ側ＥＣＨの電源
ＯＮに伴って実行されるフローチャートである。先ず、
このフローに入ると、第５図のステップＳ１〜Ｓ４に対
応するステップＳｔｔｔ−３ｌ１４が実行される。ここ
で、通常返信フラグはＯＦＦされているので、ステップ
５ＩＩ５に進み、操作キーに対応するキー人力処理が実
行され、これによって入力されたデータがＢｌレジスタ
に転送される（ステップ１１６）。そして、次のステッ
プ５１１７では終了キー、例えば、−取引の最後に操作
される締めキーが操作されたかが調べられ、終了キーが
操作されるまでステップ５１１６に戻ってキー人力処理
が行れる。

第２１図はこの場合のキー操作例を示している。

しかして、終了キーの操作でステップ５１１８に進み、
一連のキー操作中にマネージャーファンクションキーが
操作されたかが調べられ、操作されれば、マシンナンバ
、マネージャーファンクションデータと共にＢルジスタ
内の全てのデータがマスター側に伝送される（ステップ
３１１９）。

したがって、本実施例では一連のキー操作に応じた全て
のデータがマスター側に伝送されることになる。このよ
うな伝送処理が終ると、またはマネージャーファンクシ
ョンキーが操作されない場合にはＢｌレジスタの内容が
クリアされる（ステップ５１２０）。

しかして、マスター側はマシンナンバと共に送信されて
来たデータを読み込むと、インターラブジョンによって
第２０図のフローを実行開始する。このフローは第８図
のフローと同様の処理で、スレーブ側からの承認要求に
対して要求フラグをＯＮさせ、受信データの印字が行な
われる。

ところで、マスター側では第１９図のフローにしたがっ
た動作を実行している。即ち、ステップ５１４１．５１
４２では第７図のステップＳ３１゜Ｓ３２と同様の処理
が実行される。その結果、要求フラグがＯＦＦされてい
れば操作キーに対応するキー人力処理（ステップ５１５
２）が実行される。また、要求フラグがＯＮされた場合
には、表示およびブザー音でそのことを報知したのち、
操作キーがマネージャーファンクションキーであるかが
調べられる（ステップ５１４４）。ここで、マネージャ
ーはスレーブの要求に対して承認、承認不可の判断を行
うが、承認不可の場合には、第２２図に示す如く訂正デ
ータを入力する。即ち、第２２図は、第２１図のキー操
作例に対応する訂正キー操作例を示したもので、例えば
、スレーブ側のキー操作が困国ロロ困− １口］　［Ｚ］の時、マネージャーはこれを確認し、部
門「Ｏｌ」にはこのような高額な商品はなく、明らかに
キー人力ミスであることを確認すると、第２２図に示す
如く、訂正データを入力する為にロロ　Ｄ］■巨口１口］［〔フロ　［む口のキー操作を行う。しかして、承認不可の場合にこのようなキー操
作が行なわれると、ステップ５１４４からステップ３１
４９に進み、操作キーが承認不可キーであるかが調べら
れる。、最初は承認不可キーは操作されないので、ステ
ップ５１５０に進み入力データがＢレジスタに取り込ま
れる。したがって、承認不可キーが操作されるまで入力
データはＢレジスタに取り込まれてゆき、そして最後に
承認不可キーが操作されると、ステ、ンプ５１４９でそ
のことが検出されてステ、ンプ５１５１に進み、承認不
可データと共にＢレジスタ内に取り込まれた一連の訂正
データが送出され、その後、ステップ５１４６に進む。

一方、承認の場合には、第２２図の太線で示したマネー
ジャーファンクションキーだけが操作されるので、ステ
ップ５１４４でそのことが検出されてマネージャーファ
ンクションデータが送出され、その後、ステップ５１４
６に進む。ここでステップ５Ｌ４６は表示およびブザー
のＯＦＦ処理、次でステップ３１４７では要求フラグＯ
ＦＦ処理、更にステップ８１４８ではＢレジスタクリア
処理が行なわれる。

しかして、スレーブＳ側においては、マスター側からマ
シンナンバと共に送信されて来たデータを読み込むと、
インターラブジョンによって第１８図のフローを実行開
始する。このフローは第６図のフローと略同様の処理で
あるが、本実施例ではマスター側から訂正データが送信
されて来る場合があるので、それに対応した処理が行な
われる。即ち、ステップ５１６１では受信データが承認
データ（マネージャーファンクションデータ）であるか
が調べられ、承認であれば、第６図のステップ３４４〜
３４Ｂに対応する処理（ステップ５１６２〜５１６４）
が行なわれる。また、承認不可あるいは、訂正データで
あればステップ５１６５でそのことが検出されてランプ
ＬＩＴが点灯され（ステップ５１６６）、その後、ステ
ップ５１６３に進む。更に、承認不可あるいは訂正デー
タでもなければ、他の処理（ステップ５１６７）が行な
われたのち、ステップ３１６３に進む。

そして、スレーブ側においては割込み処理によって返信
フラグがＯＮされたのち、再び第１７図（Ａ）のフロー
に入ると、ステップ５１１４でそのことが検出されてス
テップ５１２１に進み、承認、承認不可が調べられる。

ここで、承認であれば、マネージャーファンクション処
理（ステップ５１２２）、次で返信フラグＯＦＦ処理（
ステップＳ　ｌ　２３）が行なわれることは第１実施例
と回様である。また、承認不可の場合にはマネージャー
ファンクションデータ読出しキーの操作有無が調べられ
る（ステップ５１２４）。ここで、上記読出キーが操作
されないときにはステップ５１２８に進み、ＢＩＡレジ
スタ内のデータ、即ち受信した訂１刊データが表示され
る。これを確認してオペレータがマネージャーファンク
ション読出キーを操作すると、ステップ５１２４でそれ
が検出されてステップ５１２５に進み、マネージャーフ
ァンクション処理が実行される。この処理は第１７図（
Ｂ）のフローにしたがって実行される。即ち、ステップ
５１２５−１ではＢｌレジスタの内容、即ちスレーブ側
で入力されたデータとＢＩＡレジスタの内容、即ちマス
ター側から送信されて来た訂正データが１キー毎に比較
され、それらの一致が検出される。いま、一致が検出さ
れると、ステップ５１２５−２に進み、終了キーかが調
べられ、終了キーでなければステップ５１２５−１に戻
り、次のキーに対するデータの比較が行われる。いまス
テップ５１２５−１で不一致が検出されると、ステップ
５１２５−３に進み、ＲＡＭ３内の合計データが訂正さ
れる。例えば、第２１図、第２２図に示した如く、部門
「Ｏｌ」の戻し金額を誤って、ｒ１００００Ｊ円として
登録した場合、マスター側からこれが訂正されて部門「
Ｏｌ」の戻し金額ｒ１００Ｊ円が送信されて来たものと
すると、その合計データからｒ９９００」円を減算する
訂正が行なわれる。したがってこのようなマネージャー
ファンクション処理はマスター側からの訂正データにし
たがって実行されることになる。しかして、このような
マネージャーファンクション処理が終ると、次のステッ
プ５１２６では、Ｂｌレジスタの内容がクリアされ、次
でランプＬＨが消灯されてステップ５１２３に進む。

このように本実施例においては、上記第１実施例と同様
の効果を有する他、マスター側からの訂正データにした
がってマネージャーファンクション処理が実行可能なの
でスレーブＳ側で再入力を行う必要がなくなる。

なお、この発明は上記各実施例に限定されず、この発明
を逸脱しない範囲内において種々変化可能である。

〔発明の効果〕

この発明は以り詳細に説明したように、通常状態では動
作制限を受けている特定機能を備えた一方の電子機器と
他方の電子機器との間でデータの送受信を実行可能なデ
ータ送受信方式において、前記一方の電子機器より前記
特定機能動作の実行ｉ＋ｆ否を問い合せ、この問合せに
応答して前記他方の電子機器より前記特定機能動作の実
行を承認指示し、この承認指示を受けて前記特定機能を
動作口ｒ能状態に設定するようにしたからマネージャー
管理丁にある特定機能であってもマネージャーを呼ばず
にそれを動作させることができる等の効果を有する。

【図面の簡単な説明】

第１図〜第８図はこの発明の一実施例を示し、第１図は
スレーブ側ＥＣＨのブロック回路図、第２図は斗スター
側ＥＣＨのブロック回路図、第３図はスレーブ側でのキ
ー操作例を示した図、第４図は第３図のキー操作に対応
するマスター側での印字状態を示した図、第５図はスレ
ーブ側の電源ＯＮに伴って動作するフローチャート、第
６図はスレーブ側でマスター側からのデータ読込みに応
答して実行する割込み動作のフローチャート、第７図は
マスター側の電源ＯＮに伴って動作するフローチャート
、第８図はマスター側でスレーブ側からのデータ読込み
に応答して実行する割込み動作のフローチャート、第９
図〜第１４図はこの発明の第２実施例を示し、第９図は
スレーブ側ＥＣＲのブロック回路図、第１Ｏ図はマスタ
ー側ＥＣＲのブロック回路図、第１１図はスレーブ側の
電源ＯＮに伴って動作するフローチャート、第１２図は
スレーブ側でマスター側からのデータ読込みに応答して
実行する；１込み動作のフローチャート、第１３図（Ａ
）はマスター側の電源ＯＮに伴って動作するフローチャ
ート、第１３図（Ｂ）は第１３図（Ａ）のステップＳ８
４の具体的内容を示したフローチャート、第１４図はマ
スター側でスレーブ側からのデータ読込みに応答して実
行する割込み動作のフローチャート、第１５図〜第２２
図はこの発明の第３実施例を示し、第１５図はスレーブ
側ＥＣＲのブロク回路図、第１６図はマスター側ＥＣＲ
のブロック回路図、第１７図（Ａ）はスレーブ側の電源
ＯＮに伴って動作するフローチャート、第１７図（Ｂ）
は第１７図（Ａ）のステップ５１２５の具体的内容を示
したフローチャート、第１８図はスレーブ側でマスター
側からのデータ読込みに応答して実行する割込み動作の
フローチャート、第１９図はマスター側の電源ＯＮに伴
って動作するフローチャート、第２０図はマスター側で
スレーブ側からのデータ読込みに応答して実行する割込
み動作のフローチャート、第２１図はスレーブ側でのキ
ー操作例を示した図、第２２図はマスター側でのキー操
作例を示した図である。一＋シー ≠〒弓トｔ〒４トトーリー←！ラー１．１１・・・・・入力井ｉｓ、　　　２．／Ｚ−・パ
ＣＰυ、　　ｙ、１３−−−・尺Ａ、Ａ（６，１Ｇ　・
・−・ヂンｂｊ〔シ呻Ｐ。

Claims

【特許請求の範囲】　通常状態では動作制限を受けている特定機能を備えた
一方の電子機器と他方の電子機器との間でデータの送受
信を実行可能なデータ送受信方式において、前記一方の電子機器より前記特定機能動作の実行可否を
問合わせる問合手段と、この問合手段の問合せに応答し
て、前記他方の電子機器より前記特定機能動作の実行を
承認指示する指示手段と、この指示手段からの承認指示
を受けて前記特定機能を動作可能状態に設定する手段と
を具備してなることを特徴とするデータ送受信方式。