JP2000036823A - データｉ／ｏ装置 - Google Patents

Abstract

(57)【要約】 【課題】 通信データ量を減少させるとともに、データ
Ｉ／Ｏ装置内の各サブ装置の動作ミスを防ぐことがで
き、処理及び応答速度を向上させることが可能なデータ
Ｉ／Ｏ装置を提供する。 【解決手段】 データΙ／Ｏ装置１００は、メイン制御
部１０１、通信制御部１０２、通信部１０３（通信部
１）、通信部１０４（通信部２）、サブ装置制御部１０
５、サブ装置１０６〜１０９（サブ装置１〜ｎ）を備
え、コマンドデータは、サブ装置を実行する実行データ
に、複数のサブ装置１〜ｎの種別を指定するサブ装置種
別を付加したデータ構造であり、サブ装置種別指定によ
り、１つのコマンドでΙ／Ｏ装置１００内の該当するサ
ブ装置全てに対しコマンドによる指示を行うように構成
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データＩ／Ｏ装置
に係り、特に、電子マネーシステムを構成する電子マネ
ー金庫に用いられるデータＩ／Ｏ装置に関する。

【０００２】

【従来の技術】エレクトロニック・コマース（Electron
ic Commerce:電子商取引）では、現金通貨が有する決済
機能（買手から売手へ経済価値を移転する機能）を、電
子マネーという電子的な通貨情報（以下、電子マネー情
報という。）で代替している。

【０００３】一般に、電子マネーを決済手段として機能
させるためには、銀行等の金融機関を介在させないで、
電子マネーを流通させるＩＣカード型の電子マネーシス
テム、あるいは銀行による決済を取引に介在させ、電子
マネー情報をオンラインで決済するネットワーク型の電
子マネーシステムのいずれかが構築されていなければな
らない。前者の電子マネーシステムでは、ＩＣカードに
ディジタルデータとして電子マネー情報を記録して、そ
れを通貨情報として書き換えていくことができる。この
電子マネーシステムで使用されるマネーカードは、通信
機能、携帯機能、計算機能、及び管理機能等、種々の機
能を有する。この結果、現金通貨に比較すると、電子マ
ネー情報を記録したＩＣカードは、その情報をネットワ
ークを介して遠隔地に瞬時に送れる、電子財布に入れて
おけば、かさばらずに携帯できる、売上の計算が簡単に
できる、いつ、いくら使ったか等の記録がとれる等のメ
リットがある。

【０００４】今日、実験的に運用されているＩＣカード
型の電子マネーカードシステムは、データの偽造や改竄
等の脅威から、個別の金融機関の決済機構と連動されて
いる。したがって、金融機関と利用者との間の資金の移
動や、利用者相互間における資金の移動のためにＩＣカ
ード（電子マネーカード）を発行し、また、電子マネー
カードへの電子マネーの出金、電子マネーカードから電
子マネーの入金、各口座間での振替処理等を管理するた
めに、マネー管理センタが必要とされている。また、後
者のネットワーク型の例としては、銀行間等のネットワ
ークによる電子決済があり、セキュリティを確保するた
めに専用回線を介して運用されている。

【０００５】電子マネー管理サーバは、上述した電子マ
ネーカードシステムを具体化したものであり、電子マネ
ーの送信（出金）及び受信（入金）、店舗取引情報の受
信（回収）、ＩＣカード残高管理、障害履歴管理等の機
能を持つ。このうち電子金庫サブシステムは、電子マネ
ー金庫の管理を行い、金庫内のＩＣカードの状態管理、
アクセス制御（要求金額、ＩＣカード内の残高等に応じ
た適切なＩＣカードの高速な選択）を行う。

【０００６】電子マネー金庫は、電子マネーを集中的に
発行・管理するために多数のＩＣカードに分散して電子
マネーを保管するためのものである。

【０００７】ところで、一般にデータΙ／Ｏ装置（以
下、Ι／Ｏ装置という）は、通信相手（以下、サーバと
いう）から命令データ（以下、コマンドという）を受け
取ると、Ι／Ｏ装置内に実装されたサブ装置に対し受け
取ったコマンドを実行しサブ装置からの実行結果を応答
データ（以下、レスポンスという）としてサーバに伝え
る。また、Ι／Ｏ装置はコマンドを受信した時には受信
確認（以下、ΑＣΚという）を返す。Ι／Ｏ装置内には
複数のサブ装置があり、これらを同時に動作させるには
サーバは多くのコマンドをΙ／Ｏ装置に通信する必要が
あり、そのため通信経路が非常に混雑し通信経路上での
通信データの衝突が発生する。

【０００８】図２９はΙ／Ｏ装置とサーバ間のシーケン
スを示す図であり、Ι／Ｏ装置として電子マネー金庫に
適用したものである。この場合、電子マネー金庫（Ι／
Ｏ装置）に実装されるサブ装置としては、電子マネー金
庫に装着可能なＩＣカードがある。

【０００９】図２９に示すように、Ι／Ｏ装置とサーバ
は、Ι／Ｏ装置内の複数のサブ装置を動作させるため
に、多くのコマンド送出とそのレスポンスを応答する必
要がある。

【００１０】そのため、サーバやΙ／Ｏ装置は通信に多
くの制御を要することになり、結果としてデータ処理が
遅くなってしまう。

【００１１】これに対応するため、コマンドをまとめて
送信する方法が採られる。

【００１２】図３０はコマンドをまとめて送信するシー
ケンスを示す図である。

【００１３】図３０において、サーバ側で複数のコマン
ドを組（以下、コマンド組という）にしてデータ送信
し、電子マネー金庫（Ι／Ｏ装置）側でコマンド組を各
コマンドに分割してサブ装置に対し実行し、各サブ装置
からのレスポンスを待ちそれを組（以下、レスポンス組
という）にして送信している。

【００１４】また、ＬＡＮのように専用の通信経路を使
用しない場合には、通信経路を２重化して使用中の通信
経路が混雑して通信データの衝突が発生した場合などに
通信経路を切り替えて他方の通信経路を使用する方法が
用いられている。

【００１５】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のデータＩ／Ｏ装置にあっては、以下のような
問題点(1)〜(5)があった。

【００１６】(1)Ι／Ｏ装置内は通常同じ種類のサブ装
置があり、Ι／Ｏ装置の初期動作時や終了処理時には、
サーバからのコマンド組内に異なったサブ装置宛ての同
じコマンドが複数存在する場合がある。図３１はこのよ
うな複数のサブ装置への同一コマンド例を示す図であ
る。

【００１７】通信経路上のデータ通信はΙ／Ｏ装置の処
理と比較して遅いので、Ι／Ｏ装置がデータ受信に多く
の処理を行うことになり、Ι／Ｏ装置のデータ処理の効
率の低下が発生する。

【００１８】(2)２重化した通信経路の切り替え時にコ
マンドやレスポンスの２重（重複）受信が発生する場合
がある。図３２はこのような同一コマンドの重複受信シ
ーケンス例を示す図である。図３２に示すように、サー
バからのコマンド組１を受信した時には、電子マネー金
庫（Ι／Ｏ装置）はΑＣΚを送信するが、通信経路に故
障があるとサーバには届かない。サーバでは、コマンド
を送出後一定時間経過してもＡＣＫがないときはタイム
アウトとし、通信経路を切り替えてコマンドを再送出す
る。

【００１９】この時、Ι／Ｏ装置がサブ装置に同じコマ
ンドを２回実行することによりサブ装置がサーバの予期
していない動作をし、障害の原因になる。

【００２０】(3)サーバはΙ／Ｏ装置内の各サブ装置を
並列して動作させるためにコマンドを次々に送信する。
Ι／Ｏ装置が受信できるコマンドの数にはメモリ上の制
限があるため、メモリが不足し受信できない状態になる
と、受信したコマンドを廃棄することになり、Ι／Ｏ装
置（サブ装置）がサーバの予期していない動作をする。

【００２１】図３３はこのようなメモリ不足による受信
不可シーケンス例を示す図である。図３３に示すよう
に、サーバは、コマンド組１，２，…，ｎ＋１を次々に
送信し、Ι／Ｏ装置はこれらのコマンドを格納するが、
Ι／Ｏ装置が受信できるコマンドの数にはメモリ上の制
限があるため、例えばコマンド組ｎ＋１受信時において
メモリ不足から受信できない状態になると、受信したコ
マンド組ｎ＋１を廃棄する。これにより、Ι／Ｏ装置
（サブ装置）がサーバの予期していない動作をする可能
性がある。

【００２２】(4)Ι／Ｏ装置がコマンド組内の全てのコ
マンドのレスポンスを同一のレスポンス組で返そうとす
ると、処理時間のかかるコマンドまたはサブ装置があっ
た場合、短時間で処理の終わったコマンドのレスポンス
が、遅いコマンドのレスポンスを待つことになりレスポ
ンスの送信が遅くなる。

【００２３】図３４はこのような全コマンドの実行を待
つレスポンス送信シーケンス例を示す図である。図３４
に示すように、サーバがコマンド組としてコマンド１，
２，３を送信し、Ι／Ｏ装置がサブ装置にコマンド１，
２，３を順次実行させる場合、処理時間のかかるコマン
ド３またはサブ装置があると、処理の終わったコマンド
１，２のレスポンスが、遅いコマンド３のレスポンスを
待つことになりレスポンスの送信が遅くなる。

【００２４】(5)上述したようにコマンドを組にして通
信しても１つのコマンド組内には特定のサブ装置に対し
ては１つのコマンドしか送れず、より速度の向上が要求
される。そのため、１つのコマンド組内に特定のサブ装
置に対する複数個のコマンドを送ることを実行する。例
として、後述する図２２に示す同一サブ装置へのコマン
ド組を考える。図２２はコマンド１とコマンド２をある
特定のサブ装置（アドレスΑ）に送ることを想定してい
る。この場合のサブ装置の動作としては、コマンド−１
を実行しコマンド−２を実行する。このときコマンド−
１が正常終了した場合は、サブ装置はコマンド−２を実
行しても問題が発生しないが、コマンド−１の異常終了
した場合、コマンド−２を実行すると、サブ装置が異常
な状態になる可能性があり装置として問題が発生する。

【００２５】本発明は、上述のような課題を解消するた
めになされたもので、通信データ量を減少させるととも
に、データＩ／Ｏ装置内の各サブ装置の動作ミスを防ぐ
ことができ、処理及び応答速度を向上させることが可能
なデータＩ／Ｏ装置を提供することを目的とする。

【００２６】

【課題を解決するための手段】本発明に係るデータＩ／
Ｏ装置は、コマンドを受けるとレスポンスを返すサブ装
置が、装置内に複数個実装可能なデータΙ／Ｏ装置にお
いて、コマンドデータは、サブ装置を実行する実行デー
タに、複数のサブ装置の種別を指定するサブ装置種別を
付加したデータ構造であり、サブ装置種別指定により、
１つのコマンドでΙ／Ｏ装置内の該当するサブ装置全て
に対しコマンドによる指示を行う手段を備えたことを特
徴とする。

【００２７】本発明に係るデータＩ／Ｏ装置は、コマン
ドを受けるとレスポンスを返すサブ装置が、装置内に複
数個実装可能なデータΙ／Ｏ装置において、少なくとも
２重化した通信経路に対応し、該通信経路を通してデー
タを送受信する制御手段を備え、送受信データに通信し
た順番を示すシーケンシャル番号を付与し、受信時に
は、受信データに付与されたシーケンシャル番号を判別
してデータの重複受信を防止する手段を備えたことを特
徴とする。

【００２８】本発明に係るデータＩ／Ｏ装置は、コマン
ドを受けるとレスポンスを返すサブ装置が、装置内に複
数個実装可能なデータΙ／Ｏ装置において、通信経路を
通してサーバに接続され、サーバからコマンドを受け取
ると、装置内に実装されたサブ装置に対し受け取ったコ
マンドを実行し、該サブ装置からの実行結果をレスポン
スとしてサーバに送信する制御手段を備え、制御手段
は、レスポンス送信時に受信バッファの状態をサーバに
通知することを特徴とする。

【００２９】本発明に係るデータＩ／Ｏ装置は、コマン
ドを受けるとレスポンスを返すサブ装置が、装置内に複
数個実装可能なデータΙ／Ｏ装置において、通信経路を
通してサーバに接続され、サーバからコマンドを受け取
ると、装置内に実装されたサブ装置に対し受け取ったコ
マンドを実行し、該サブ装置からの実行結果をレスポン
スとしてサーバに送信する制御手段を備え、制御手段
は、レスポンス送信を行う条件として、レスポンスデー
タ量及び時間の監視を行うことを特徴とする。

【００３０】本発明に係るデータＩ／Ｏ装置は、コマン
ドを受けるとレスポンスを返すサブ装置が、装置内に複
数個実装可能なデータΙ／Ｏ装置において、通信経路を
通してサーバに接続され、サーバからコマンドを受け取
ると、装置内に実装されたサブ装置に対し受け取ったコ
マンドを実行し、該サブ装置からの実行結果をレスポン
スとしてサーバに送信する制御手段を備え、制御手段
は、サーバからコマンドとそのコマンド実行結果の予想
レスポンスを複数組受け、該予想レスポンスとコマンド
実行後のレスポンスとを比較し、比較結果に基づいて次
のコマンドの実行の可否を決定することを特徴とする。

【００３１】本発明に係るデータＩ／Ｏ装置は、サブ装
置のレスポンスのフラグに付与ルールを設け、全種類の
サブ装置のレスポンスフラグを一定のルールに従って付
与し、制御手段は、レスポンスフラグに基づいて次のコ
マンドの実行の可否を決定するものであってもよい。

【００３２】本発明に係るデータＩ／Ｏ装置は、サブ装
置が、データＩ／Ｏ装置に装着可能なＩＣカードであっ
てもよく、また、データＩ／Ｏ装置は、電子マネーを保
管する電子マネー金庫であってもよい。

【００３３】

【発明の実施の形態】本発明に係るデータＩ／Ｏ装置
は、電子マネーシステムに用いられる電子マネー金庫サ
ブシステムに適用することができる。

【００３４】第１の実施形態 図１は本発明の第１の実施形態に係るデータＩ／Ｏ装置
の構成を示すブロック図であり、図２はサーバとの接続
例を示す図である。

【００３５】図１において、１００は電子マネー金庫に
用いるデータＩ／Ｏ装置であり、データＩ／Ｏ装置１０
０は、メイン制御部１０１、通信制御部１０２、通信部
１０３（通信部１）、通信部１０４（通信部２）、サブ
装置制御部１０５、サブ装置１０６，１０７，１０８，
１０９（サブ装置１〜ｎ）から構成される。また、通信
部１は通信経路１１０（通信経路１）に接続され、通信
部２は通信経路１１１（通信経路２）に接続されてい
る。

【００３６】また、図２において、データＩ／Ｏ装置１
００は、通信経路１１０（通信経路１）及び通信経路１
１１（通信経路２）を通してサーバ２００に接続され
る。ここで、通信経路１及び通信経路２には、ＬＡＮ接
続の場合には他の装置が複数台接続されている。

【００３７】サブ装置１０６〜１０９（サブ装置１〜
ｎ）は、コマンドを受けるとレスポンスを返す装置であ
り、Ι／Ｏ装置１００内に複数個実装される。データΙ
／Ｏ装置１００（電子マネー金庫）に実装されるサブ装
置１〜ｎは、例えば電子マネー金庫に装着可能なＩＣカ
ードである。

【００３８】サブ装置制御部１０５は、メイン制御部１
０１からコマンドを受けサブ装置１〜ｎに渡し、サブ装
置１〜ｎからのレスポンスを待ってレスポンスをメイン
制御部１０１に渡す。

【００３９】メイン制御部１０１は、通信制御部１０２
からコマンド組を受け、コマンドに分割してサブ装置制
御部１０５に渡す。また、サブ装置制御部１０５からレ
スポンスを受け、レスポンス組にし通信制御部１０２に
渡す。

【００４０】通信制御部１０２は、動作中の通信部１ま
たは通信部２から受信データを受け重複受信のチェック
と通信用付加情報（以下、通信へッダという）の取り外
しを行ってコマンド組にして、メイン制御部１０１に渡
す。また、メイン制御部１０１からレスポンス組を受
け、通信へッダを付けて送信データにして動作中の通信
部１または通信部２に渡すとともに、通信部１または通
信部２からの送信の結果を待ち、通信部から送信が失敗
したことが通知されると、動作中の通信部を切り替えて
送信を行う。ここで動作中の通信部とは、送信または受
信を最後に行った側をいい、他方は待機となる。

【００４１】通信部１０３（通信部１）及び通信部１０
４（通信部２）は、複数の、例えば２つの通信経路１，
２に対応して設けられ、通信経路１，２を通してサーバ
２００からの自分宛ての通信データを受信すると、通信
制御部１０２に受信データを渡し、通信経路が未使用状
態なことを確認しΑＣΚをサーバ２００に送信する。ま
た、通信制御部１０２から送信データを受け、通信経路
が未使用状態なことを確認しデータをサーバ２００に送
信し、サーバ２００からのΑＣΚを待ち、ΑＣΚを受信
すると通信制御部１０２に送信の成功を伝え、一定時間
待ってΑＣΚが来ない場合は失敗を伝える。

【００４２】通信部１，２の切り替えは、送信時に能動
的に行う場合と、受信時にサーバ２００によって行われ
る場合がある。送信時の場合は上記の通りである。受信
時の場合は待機中の通信部がコマンド組を受信し、通信
制御部１０２に渡すると（通信制御部１０２が待機中の
通信部からコマンド組を受けたら）、サーバ２００から
の通信経路の切り替えと判断し待機中の通信部を動作中
に、動作中の通信部を待機中に切り替える。この時、動
作中の通信部に送信中（送信待ち）のデータがあった場
合、送信処理をキャンセルし、待機中から動作中に切り
替わった通信部で送信処理を行う。

【００４３】以下、上述のように構成されたデータＩ／
Ｏ装置１００の動作を説明する。

【００４４】図３はデータＩ／Ｏ装置１００の基本動作
を示すフローチャートであり、図中、ＳＴはフローの各
ステップである。

【００４５】ステップＳＴ１に示される状態Ａは、Ι／
Ｏ装置１００がコマンドを何も受けていない時であるデ
ータ受信待ち状態である。

【００４６】まず、ステップＳＴ２で通信部１０３，１
０４が通信経路１１０，１１１からデータを受信する
と、コマンド組受信になる。コマンド組受信においてデ
ータの宛先が自身宛てで送信元が自身のサーバである場
合は、ステップＳＴ３でΑＣΚを送信し、受信データを
通信制御部１０２に渡す。

【００４７】次いで、ステップＳＴ４で通信制御部１０
２は受け取った受信データが重複受信か否かをへッダを
見て判定し、重複受信であると判定した場合にはデータ
を廃棄してステップＳＴ１に戻りデータ受信待ちＡにな
る。

【００４８】重複受信でない場合には、ステップＳＴ５
でへッダ部分を外し、受信データをコマンド組にしてメ
イン制御部１０１に渡す。

【００４９】次いで、ステップＳＴ６でメイン制御部１
０１はコマンド組をコマンドに分解するとともに、各コ
マンドの宛先のサブ装置が実行可能状態か否かを判別し
て、実行可能状態にあるサブ装置に対するコマンドをサ
ブ装置制御部１０５に渡す。

【００５０】次いで、ステップＳＴ７でサブ装置制御部
１０５は受けたコマンドをサブ装置に対して実行する。

【００５１】次いで、ステップＳＴ８でサブ装置制御部
１０５はサブ装置からレスポンスを受信すると、メイン
制御部１０１に渡す。メイン制御部１０１では、受けた
レスポンスを複数個まとめて適当な大きさのレスポンス
組にして、通信制御部１０２に渡す（ステップＳＴ
９）。

【００５２】次いで、ステップＳＴ１０で通信制御部１
０２はレスポンス組に動作中の通信部用のへッダと、デ
ータΙ／Ｏ装置１００が受信可能かどうかを示す受信バ
ッファの状態情報とを付加して送信データとして動作中
の通信部に渡す。

【００５３】次いで、ステップＳＴ１１で送信データを
受けた通信部は通信経路を監視し、通信経路の監視によ
り通信経路が空いていることを確認すると、ステップＳ
Ｔ１２でレスポンス組としてデータの送信を行う。

【００５４】次いで、ステップＳＴ１３で通信部はデー
タ送信後、サーバ２００からのΑＣΚを待つ。ΑＣΚを
受信すると、送信が終了したことを通信制御部１０２に
通知し、ステップＳＴ１５で通信制御部１０２はレスポ
ンス組のデータを廃棄などの送信終了処理を行って上記
ステップＳＴ１のデータ受信待ち状態Ａになる。

【００５５】一方、上記ステップＳＴ１３で通信部は一
定時間経過後もΑＣΚが受信できない（ＡＣＫ待ちタイ
ムアウト）場合は、送信が失敗したと判断し、失敗した
ことを通信制御部１０２に伝える。

【００５６】ステップＳＴ１４では、通信制御部１０２
は送信失敗を受けると、通信部の切り替えを行い、上記
ステップＳＴ１０に戻ってへッダを待機中の通信部用に
付け直して送信を行う。

【００５７】本実施形態に係るΙ／Ｏ装置１００では、
上記動作がメイン制御部１０１でコマンド／レスポンス
データをバッファリングし並列に動作している。

【００５８】次に、コマンドの合成／分解方法について
説明する。

【００５９】図４はコマンドデータの構造を示す図であ
る。図４に示すように、本実施形態で用いるコマンドデ
ータは、Ι／Ｏ装置１００内のサブ装置を特定するため
のサブ装置アドレスと、サブ装置を実行する実行データ
とからなる。

【００６０】サーバで行うコマンド組の作成方法は（コ
マンドの合成方法）は、前記図４に示すコマンドを複数
個ならべて図５に示すようなコマンド組にする。

【００６１】Ι／Ｏ装置１００は、受信したコマンド組
をコマンドに分解しコマンドで指定されたサブ装置にデ
ータを実行する。

【００６２】ここで、Ι／Ｏ装置１００内には同一種の
サブ装置が複数個実装され、Ι／Ｏ装置１００の動作初
期時や動作終了時には１つのコマンド組内に同一のコマ
ンドが複数個存在することがある。この場合、コマンド
のアドレス部を、図６に示すようにサブ装置の種類で指
定するようにし、１つのコマンドでΙ／Ｏ装置内の同一
のサブ装置全てに対しコマンドを送れるようにする。

【００６３】図６はサブ装置種別指定のコマンドデータ
の構造を示す図であり、本実施形態に係るΙ／Ｏ装置１
００の特徴部分である。

【００６４】すなわち、図６に示すように、本実施形態
で用いるコマンドデータは、サブ装置を実行する実行デ
ータに、Ι／Ｏ装置１００内の複数のサブ装置の種別を
指定するためのサブ装置種別情報（以下、サブ装置種別
という）が付加されたデータ構造であり、Ι／Ｏ装置１
００内の複数のサブ装置に対しての指示が可能となって
いる。例えば、サブ装置種別には、全てのサブ装置、グ
ループ別のサブ装置、個々のサブ装置等の種別がある。
いま、Ｉ／Ｏ装置１００（電子マネー金庫）に実装され
るサブ装置１〜ｎがＩＣカードであるとすると、サブ装
置種別に「全てのサブ装置」と指定されていれば全ての
ＩＣカードが、また、サブ装置種別に「特定グループの
サブ装置」と指定されていれば特定グループのＩＣカー
ドが、さらにサブ装置種別に「個々のサブ装置」と指定
されていれば該当する個々のＩＣカードが指示される。

【００６５】これにより、Ι／Ｏ装置１００内に同一種
のサブ装置が複数個実装され、Ι／Ｏ装置１００の動作
初期時や動作終了時には１つのコマンド組内に同一のコ
マンドが複数個存在する場合には、サブ装置種別を指定
し、１つのコマンドで該当するサブ装置全てに対しコマ
ンドを送るようにする。

【００６６】上記サブ装置種別指定のコマンドデータを
基に、Ι／Ｏ装置１００のメイン制御部１０１では以下
のような動作を行う。

【００６７】メイン制御部１０１は、コマンドのアドレ
ス部のサブ装置種別を判別して、後述する図７の処理フ
ローに示すようにΙ／Ｏ装置１００内の指定された種別
のサブ装置全てにコマンドを繰り返して実行し、サブ装
置からのレスポンスをそれぞれ処理する。

【００６８】図７はメイン制御部１０１のコマンドの動
作を示すフローチャートであり、サブ装置種別指定時の
コマンドの処理フローを示す。

【００６９】まず、ステップＳＴ２１でコマンド組（図
５参照）を分解し、ステップＳＴ２２で分解したコマン
ドデータのアドレス部がサブ装置種別であるか否かを判
別する。アドレス部がサブ装置種別であるときはステッ
プＳＴ２３のループ始端に進み、該当する種別のサブ装
置に対しコマンドを実行して、該当する種別の全てのサ
ブ装置に対しコマンド実行・処理を終えるとループ終端
を抜けて本フローを終了する。すなわち、ステップＳＴ
２３で同一種のサブ装置分のループ処理に入り、ステッ
プＳＴ２４でコマンド（例えば、Ι／Ｏ装置１００の動
作初期時や動作終了時に実行されるイニシャライズ処理
や終了処理）を実行する。

【００７０】次いで、ステップＳＴ２５でコマンドの実
行結果をサーバ２００に知らせるレスポンス送信処理を
行って１サブ装置分の処理を終え、同様の処理を、同一
種のサブ装置がなくなるまで繰り返し行う。

【００７１】一方、上記ステップＳＴ２２でアドレス部
がサブ装置種別でないときはステップＳＴ２６でサブ装
置種別がないサブ装置のコマンドを実行し、次いで、ス
テップＳＴ２７でそのコマンドに対するレスポンス送信
処理を行って本フローを終了する。

【００７２】このように、メイン制御部１０１はコマン
ドのアドレス部がサブ装置種別であると、上記ステップ
ＳＴ２３〜ステップＳＴ２５で述べたようにΙ／Ｏ装置
１００内の指定された種別のサブ装置全てに（例えば、
指定された種別が特定グループのサブ装置の場合はその
グループ全てのサブ装置に）コマンドを繰り返して実行
し、各サブ装置からのレスポンスをそれぞれ処理する。

【００７３】以上説明したように、第１の実施形態に係
るデータΙ／Ｏ装置１００は、メイン制御部１０１、通
信制御部１０２、通信部１０３（通信部１）、通信部１
０４（通信部２）、サブ装置制御部１０５、サブ装置１
０６〜１０９（サブ装置１〜ｎ）を備え、コマンドデー
タは、サブ装置を実行する実行データに、複数のサブ装
置１〜ｎの種別を指定するサブ装置種別を付加したデー
タ構造であり、サブ装置種別指定により、１つのコマン
ドでΙ／Ｏ装置１００内の該当するサブ装置全てに対し
コマンドによる指示を行うように構成したので、Ι／Ｏ
装置１００内の同じ種類のサブ装置宛ての同一のコマン
ドを一つにまとめることにより、命令データ量を削減す
ることができ、Ι／Ｏ装置の処理速度を向上させること
ができる。

【００７４】第２の実施形態 図８は本発明の第２の実施形態に係るデータＩ／Ｏ装置
の構成を示すブロック図であり、シーケンシャル番号を
付加した時の通信制御部の構成を示す。なお、本実施形
態の説明にあたり前記図１に示すデータＩ／Ｏ装置と同
一構成部分には同一符号を付している。

【００７５】図８において、３００はデータＩ／Ｏ装置
の通信制御部であり、通信制御部３００は、メイン制御
部１０１と通信部１０３，１０４（通信部１または通信
部２）に接続されている。

【００７６】通信制御部３００は、コマンド受信時のシ
ーケンシャル番号をチェックするシーケンシャル番号チ
ェック機能部３１０と、レスポンス送信時のシーケンシ
ャル番号を付加するシーケンシャル番号付加機能部３２
０とを備えている。

【００７７】通信制御部３００は、動作中の通信部１ま
たは通信部２からシーケンシャル番号チェック後に、受
信データを受け重複受信のチェックと通信へッダの取り
外しを行ってコマンド組にして、メイン制御部１０１に
渡す。また、メイン制御部１０１からレスポンス組を受
け、通信へッダを付けて送信データにし、シーケンシャ
ル番号付加後に、動作中の通信部１または通信部２に渡
すとともに、通信部１または通信部２からの送信の結果
を待ち、通信部から送信が失敗したことが通知される
と、動作中の通信部を切り替えて送信を行う。

【００７８】図９及び図１０は送信データの構造を説明
するための図であり、図９は本実施形態に係るシーケン
シャル番号を付与したデータ構造を、図１０は従来のデ
ータ構造を示す。

【００７９】本実施形態では、通信経路の切り替え時の
データの重複受信を防ぐために、従来の送信データ（図
１０）に、図９に示すようなシーケンシャル番号を付加
する。そして、Ι／Ｏ装置の通信制御部３００は、シー
ケンシャル番号チェック機能部３１０と、シーケンシャ
ル番号付加機能部３２０とを備え、コマンド受信時のシ
ーケンシャル番号のチェック機能と、レスポンス送信時
のシーケンシャル番号の付加機能を通常の受信処理及び
送信処理に付加して処理する。

【００８０】以下、上述のように構成されたデータＩ／
Ｏ装置の動作を説明する。全体的な動作は前記第１の実
施形態と同様であるため省略し、特徴部分である重複受
信の判定方法について詳細に説明する。

【００８１】図１１は一般的なデータの重複受信のシー
ケンスを示す図であり、例として２重化した通信経路上
で発生する通信データの重複受信のシーケンスを示す。
図中、４０１〜４１４は動作を説明するための符号であ
る。

【００８２】図１１において、データ送信側（４０１）
はデータを送信し（４０３）、受信側からのΑＣＫを待
つ。データ受信側（４０２）はデータを正常に受信し
（４０４）、ΑＣΚを送信（４０５）するとともに、デ
ータ受信処理を行う（４１３）。

【００８３】ここで、通信経路上に障害が発生した場合
には、この通信経路上の障害によりデータ送信側にΑＣ
Κが伝わらずＡＣＫ送信失敗となる（４０６）。データ
送信側は一定時間経過後もΑＣΚが来ないので送信に失
敗したと判断し（４０７）、通信経路を待機中に切り替
え（４０８）、データを再送信する（４０９）。

【００８４】データ受信側は切り替わった通信経路から
データを受信し（４１０）、ΑＣΚを送信（４１１）す
るとともに、データ受信処理を行う（４１４）。この
時、４１０で受信したデータが４０４で受信したデータ
と同一であるかどうかはわからない。データ送信側はΑ
ＣΚを受信する（４１２）ことによりデータ送信が完了
したと判断する。

【００８５】上述した一般的なデータの重複受信のシー
ケンスでは、重複受信したデータが同一であるかどうか
がわからない。

【００８６】そこで、本Ｉ／Ｏ装置では、図９に示すよ
うに各通信データにシーケンシャルな番号を付与し、以
下のようなシーケンシャル番号を使用したデータ重複受
信シーケンスを実行する。

【００８７】図１２はシーケンシャル番号を使用したデ
ータの重複受信のシーケンスを示す図であり、前記図１
１に対応するものである。図中、前記図１１に同一動作
には同一符号４０１〜４１４を付し、異なる動作には符
号５０１，５０２を付している。

【００８８】まず、本Ｉ／Ｏ装置では、図９に示すよう
に各通信データにシーケンシャルな番号が付与されてい
る。送信側は、この番号を０から使用し、データ送信後
のΑＣΚを受信するとインクリメントする。また、デー
タ送信後ΑＣΚを一定時間受信しない場合は、通信経路
を切り替えて同じ番号で送信する（４０７〜４０９）。
データ受信側（本実施形態では、通信制御部３００）
は、データ受信をした時に自身が受信した最終のデータ
番号と同じである場合には受信データを廃棄し、受信し
たデータの番号が自身が受信した最終のデータ番号と違
う場合にはデータを次の制御（本実施形態では、メイン
制御部１０１）に渡す。

【００８９】上述したデータ重複受信シーケンスを図１
３及び図１４のフローを参照してさらに詳細に説明す
る。

【００９０】図１３はシーケンシャル番号を使用したデ
ータ重複受信シーケンスの送信フローを示すフローチャ
ートであり、図１４はその受信フローを示すフローチャ
ートである。

【００９１】図１３において、送信フローがスタートす
ると、ステップＳＴ３１でシーケンシャル番号を初期化
し、ステップＳＴ３２でデータ送信準備を行ってステッ
プＳＴ３３でデータを送信する。

【００９２】次いで、ステップＳＴ３４で受信側からの
ΑＣＫを待ち、受信側からのΑＣＫを受信するとステッ
プＳＴ３５でシーケンシャル番号のインクリメントを行
ってステップＳＴ３２に戻り次のデータ送信準備を行
う。

【００９３】上記ステップＳＴ３４でデータ送信後に一
定時間経過してもΑＣΚが来ないときは、前記図１２の
４０６，４０７に示すように通信経路上に障害が発生し
た場合のようにＡＣＫ送信失敗と判断して、ステップＳ
Ｔ３６で通信経路を待機中に切り替えてステップＳＴ３
３に戻りデータを再送信する（前記図１２の４０９参
照）。

【００９４】また、図１４の受信側のフローにおいて、
ステップＳＴ４１に示される状態Ａは、Ι／Ｏ装置がコ
マンドを何も受けていない時であるデータ受信待ち状態
である。

【００９５】まず、ステップＳＴ４２で通信部１０３，
１０４が通信経路１１０，１１１からデータを受信する
と、ステップＳＴ４３でデータ送信側にΑＣΚを送信
し、ステップＳＴ４４でデータ受信処理を行うに先立っ
てシーケンシャル番号のチェックを行う（前記図１２の
５０１参照）。

【００９６】シーケンシャル番号のチェックによりデー
タ受信をした時に自身が受信した最終のデータ番号と同
じである場合には、既に受信済みであると判断してステ
ップＳＴ４５で受信データを廃棄してステップＳＴ４１
のデータ受信待ち状態Ａに戻る（前記図１２の５０２参
照）。

【００９７】一方、上記ステップＳＴ４４で受信したデ
ータの番号が自身が受信した最終のデータ番号と違う場
合には、未受信データであると判断してデータをメイン
制御部１０１に渡して受信フローを終える。メイン制御
部１０１は受信データを基に次の制御を行う。

【００９８】以上説明したように、第２の実施形態に係
るΙ／Ｏ装置は、２重化された通信経路１１０（通信経
路１）及び通信経路１１１（通信経路２）を通してサー
バ２００に接続されており、データＩ／Ｏ装置の通信制
御部３００は、メイン制御部１０１と通信部１０３，１
０４（通信部１または通信部２）に接続されるととも
に、コマンド受信時のシーケンシャル番号をチェックす
るシーケンシャル番号チェック機能部３１０と、レスポ
ンス送信時のシーケンシャル番号を付加するシーケンシ
ャル番号付加機能部３２０とを備え、送受信データに通
信した順番を示すシーケンシャル番号を付与し、受信時
には、受信データに付与されたシーケンシャル番号を判
別してデータの重複受信を処理するようにしたので、通
信経路の切り替えに伴うデータの重複受信がなくなるこ
とにより、サーバ２００とΙ／Ｏ装置間で処理順序の相
違がなくなり、Ι／Ｏ装置内の各サブ装置の動作ミスを
なくすことができる。

【００９９】第３の実施形態 図１５は本発明の第３の実施形態に係るデータＩ／Ｏ装
置の構成を示すブロック図であり、バッファチェック機
能を付加した時の通信制御部の構成を示す。なお、本実
施形態の説明にあたり前記図１に示すデータＩ／Ｏ装置
と同一構成部分には同一符号を付している。

【０１００】図１５において、６００はデータＩ／Ｏ装
置の通信制御部であり、通信制御部６００は、メイン制
御部１０１と通信部１０３，１０４（通信部１または通
信部２）に接続されている。

【０１０１】通信制御部６００は、第１の実施形態の通
信制御部１０２（図１）の機能に加え、送信処理側にレ
スポンス送信時のバッファチェック機能部６１０を備え
て構成される。

【０１０２】バッファチェック機能部６１０は、Ι／Ｏ
装置が受信できない状態になることを防ぐために、レス
ポンスデータにΙ／Ｏ装置が受信可能かどうかの情報を
付加する機能である。

【０１０３】以下、上述のように構成されたデータＩ／
Ｏ装置の動作を説明する。全体的な動作は前記第１の実
施形態と同様であるため省略し、特徴部分である受信バ
ッファの状態情報について説明する。

【０１０４】上記各実施形態で述べたように、サーバ２
００がコマンド組を次々に送信するため、Ι／Ｏ装置は
メモリ不足により受信できない可能性がある。

【０１０５】そこで、本実施形態では、通信制御部６０
０にバッファチェック機能部６１０を設け、Ι／Ｏ装置
からサーバ２００に送信するデータ中にΙ／Ｏ装置がデ
ータの受信が可能かどうかの情報を付加して、サーバ２
００に受信可能かどうかを伝達する。この場合の送信処
理のフローは、前記図７に示すサブ装置種別指定時のコ
マンドの処理フローと同様であるが、サーバ２００に送
信するデータ中にΙ／Ｏ装置がデータの受信が可能かど
うかの情報が付加されている。

【０１０６】サーバ２００はデータ送信する前に必ず、
直前に受信したレスポンスからΙ／Ｏ装置が受信可能か
どうかをチェックして送信可能かを判断し、可能な場合
は送信する。送信不可の場合は、レスポンスが送信可能
になるのを待ってから送信する。

【０１０７】以上説明したように、第３の実施形態に係
るΙ／Ｏ装置は、通信制御部６００が、送信処理側にレ
スポンス送信時のバッファチェック機能部６１０を備
え、レスポンス送信時に受信バッファの状態をサーバ２
００に通知するように構成したので、Ι／Ｏ装置の受信
バッファ情報をサーバ２００に伝えることにより、サー
バ２００がΙ／Ｏ装置の状態を確認することができ、Ι
／Ｏ装置側がデータを受信できない時の送信がなくな
り、サーバ２００とΙ／Ｏ装置でコマンドの送受信の対
応に相違が生じなくなり、Ι／Ｏ装置内の各サブ装置の
動作ミスをなくすことができる。

【０１０８】第４の実施形態 図１６は本発明の第４の実施形態に係るデータＩ／Ｏ装
置の構成を示すブロック図であり、バッファ組み立てを
変更した時のメイン制御部の構成を示す。なお、本実施
形態の説明にあたり前記図１に示すデータＩ／Ｏ装置と
同一構成部分には同一符号を付している。

【０１０９】図１６において、７００はデータＩ／Ｏ装
置のメイン制御部であり、メイン制御部７００は、サブ
装置制御部１０５と通信制御部１０２に接続されてい
る。

【０１１０】メイン制御部７００は、Ι／Ｏ装置のレス
ポンスを効率的に行うために、レスポンス組の組立を行
う、第１の実施形態のメイン制御部１０１（図１）の機
能に加え、レスポンスバッファの状態チェック機能及び
タイマによる監視機能部７１０を備えて構成される。

【０１１１】以下、上述のように構成されたデータＩ／
Ｏ装置の動作を説明する。全体的な動作は前記第１の実
施形態と同様であるため省略し、特徴部分であるレスポ
ンス組の合成方法について詳細に説明する。

【０１１２】図１７及び図１８はレスポンス組を説明す
るための図であり、図１７はレスポンスデータ構造を、
図１８はそのレスポンスデータのレスポンス組を示す。

【０１１３】サブ装置制御部１０５は、図１７に示すよ
うにサブ装置からのレスポンスにサブ装置のアドレスを
付加してメイン制御部７００にデータを渡す。

【０１１４】メイン制御部７００では、サブ装置制御部
１０５から受けたレスポンスデータを複数個並べ、図１
８に示すようにレスポンス組にして通信制御部１０２に
渡し、通信制御部１０２がデータ通信用のへッダを付加
して通信部１０３，１０４通してサーバ２００にデータ
を通信する。

【０１１５】メイン制御部７００におけるレスポンス処
理をフローを参照して詳細に説明する。

【０１１６】図１９はメイン制御部７００のレスポンス
送出処理フローを示すフローチャートである。

【０１１７】メイン制御部７００のレスポンス送出フロ
ーにおいて、ステップＳＴ５１に示される状態Ａは、レ
スポンスデータ待ち状態である。

【０１１８】まず、ステップＳＴ５２でサブ装置制御部
１０５からレスポンスデータを受けると、ステップＳＴ
５３でデータをレスポンスバッファに保存する。

【０１１９】次いで、ステップＳＴ５４でバッファ内の
レスポンスデータが一定量を超えたか否かを判別し、バ
ッファ内のレスポンスデータが一定量を超えたときはス
テップＳＴ５５でタイマが一定時間を過ぎたか否かを判
別する。

【０１２０】タイマが一定時間を過ぎているときはステ
ップＳＴ５６でバッファ内に既に保存したレスポンスデ
ータの他にレスポンスデータがあるか否かをチェック
し、バッファ内に既に該当するレスポンスデータがある
ときはステップＳＴ５１のレスポンスデータ待ち状態Ａ
に戻る。

【０１２１】上記ステップＳＴ５６でバッファ内に既に
保存したレスポンスデータの他にレスポンスデータがな
いときはステップＳＴ５７でタイマをスタートしてステ
ップＳＴ５１のレスポンスデータ待ち状態Ａに移る。

【０１２２】上記ステップＳＴ５４でバッファ内のレス
ポンスデータが一定量を超えていないとき、あるいは上
記ステップＳＴ５５でタイマが一定時間を過ぎていない
ときは、適当なデータ量のレスポンスデータが確保でき
たと判断してステップＳＴ５８に移行する。

【０１２３】ステップＳＴ５８では、バッファ内に保存
したレスポンスデータのレスポンス組を作成し、ステッ
プＳＴ５９でバッファをクリアする。次いで、ステップ
ＳＴ６０で通信制御部１０２にデータを渡し、ステップ
ＳＴ６１でタイマをストップしてステップＳＴ５１のレ
スポンスデータ待ち状態Ａに戻る。

【０１２４】上述したように、メイン制御部７００は、
レスポンスデータ待ち状態Ａで、サブ装置制御部１０５
からレスポンスデータを受けとると、データをバッファ
に保存する。バッファ内のレスポンスデータが一定量を
超えているとき、またはタイマが一定時間超えていると
きには、レスポンス組を作成し、バッファのクリアを行
い、データを通信制御部１０２に渡してタイマをストッ
プする。

【０１２５】一方、バッファのデータ量が一定量を超え
ており、かつタイマの条件を満たさない時は、バッファ
内に先ほど保存したレスポンスデータの他にレスポンス
データがあるか否かをチェックし、保存したレスポンス
データの他にレスポンスデータがない場合はタイマをス
タートしてΑの状態に移る。レスポンスデータがある場
合には、そのままΑの状態に移る。

【０１２６】以上説明したように、第４の実施形態に係
るΙ／Ｏ装置は、メイン制御部７００が、レスポンスバ
ッファの状態チェック機能及びタイマによる監視機能部
７１０を備え、レスポンス送信を行う条件として、レス
ポンスデータ量及び時間の監視を行うように構成したの
で、レスポンス組の合成方法を、データ量と時間で監視
することにより、効率的なレスポンスの送信を行うこと
ができ、Ι／Ｏ装置の応答速度の向上を図ることができ
る。

【０１２７】第５の実施形態 図２０は本発明の第５の実施形態に係るデータＩ／Ｏ装
置の構成を示すブロック図であり、レスポンスチェック
機能を付加したメイン制御部の構成を示す。なお、本実
施形態の説明にあたり前記図１に示すデータＩ／Ｏ装置
と同一構成部分には同一符号を付している。

【０１２８】図２０において、８００はデータＩ／Ｏ装
置のメイン制御部であり、メイン制御部８００は、サブ
装置制御部１０５と通信制御部１０２に接続されてい
る。

【０１２９】メイン制御部８００は、サーバ２００で、
Ι／Ｏ装置内の特定のサブ装置に１つのコマンド組内
に、複数個のコマンドを入れるために、コマンドデータ
にコマンド実行結果の予想レスポンスを付加する機能部
８１０と、コマンド実行後のレスポンスとコマンド内の
予想レスポンスを比較し、次のコマンドの実行を行うか
を判断する機能部８２０を備える。具体的には、コマン
ドデータにコマンド実行結果の予想レスポンスを付加す
る機能としては、コマンド組を分解し、レスポンス格納
してコマンドを送出する。これらの機能は、実際には後
述する図２４に示す処理フローにより実行される。

【０１３０】以下、上述のように構成されたデータＩ／
Ｏ装置の動作を説明する。全体的な動作は前記第１の実
施形態と同様であるため省略し、特徴部分であるレスポ
ンスチェック機能について詳細に説明する。

【０１３１】図２１〜図２３はレスポンスチェック機能
を説明するための図であり、図２１はＩ／Ｏ装置の受信
可否状態を付与したレスポンス組を、図２２は同一サブ
装置へのコマンド組を、図２３は予想レスポンスを付加
したコマンドデータ例を示す。

【０１３２】図２１に示すように、前記図１８に示すレ
スポンス組にＩ／Ｏ装置の受信可否状態Ａが付加されて
いる。また、同一サブ装置へのコマンド組は、図２２に
示すように、特定のサブ装置（アドレスΑ）に複数個
の、例えば２個のコマンドを入れる時には、コマンドデ
ータ、コマンドデータに、後に続くコマンドのコマ
ンド−１、コマンド−２を加える。図２２のコマンド組
にさらに予想レスポンスを付加したコマンドデータ例
が、図２３である。

【０１３３】図２３に示すように、特定のサブ装置（ア
ドレスΑ）に複数個のコマンドを入れる時（コマンド
、コマンド，…，コマンドｎ）は、後に続くコマン
ドがある場合（コマンド、コマンド）、そのコマン
ド（コマンド−１、コマンド−２）の実行結果として得
られるであろうレスポンス（レスポンス−１、レスポン
ス−２）を付け加える。

【０１３４】Ι／Ｏ装置側では、メイン制御部８００で
コマンド組を分解しコマンドにした時に、特定のアドレ
スに対し複数個のコマンドデータがある場合は、コマン
ドを最初から実行しその結果のレスポンスをコマンドデ
ータ内のレスポンス（レスポンス−１、レスポンス−
２）と比較して一致していたら、次のコマンド（コマン
ド−２，…，コマンド−ｎ）を実行するようにする。

【０１３５】以下、上述のように構成されたデータＩ／
Ｏ装置のメイン制御部８００の動作を説明する。

【０１３６】図２４はコマンドにレスポンスデータを追
加した時のメイン制御部８００の動作を示すフローチャ
ートである。

【０１３７】ステップＳＴ７１に示される状態Ａは、Ι
／Ｏ装置がコマンドを何も受けていない時であるコマン
ド待ち状態である。

【０１３８】まず、ステップＳＴ７２で通信制御部１０
２からコマンド組を受信すると、ステップＳＴ７３でコ
マンド毎に分解する。

【０１３９】次いで、ステップＳＴ７４で同一サブ装置
へ複数個コマンドがあるか否かを判別し、同一サブ装置
へ複数個コマンドがないときは本フローを抜けてレスポ
ンスチェック機能がない従来の処理に移行する。

【０１４０】上記ステップＳＴ７４で同一サブ装置へ複
数個コマンドがあるときはステップＳＴ７５のループ始
端に進み、同一サブ装置に対し該当するコマンドの分だ
けレスポンスチェックを実行して、同一サブ装置の該当
する全てのコマンドに対し処理を終えるとループ終端を
抜けてステップＳＴ７１のコマンド待ち状態Ａに戻る。

【０１４１】すなわち、ステップＳＴ７６でコマンドを
サブ装置制御部１０５に渡し、ステップＳＴ７７でサブ
装置制御部１０５からレスポンスを受信する。次いで、
ステップＳＴ７８でこのレスポンスをレスポンス送信処
理する。このレスポンス送信処理によりコマンドデータ
はバッファに保存される。次いで、ステップＳＴ７９で
コマンドデータのレスポンスと実行結果のレスポンスと
を比較し、一致したときは上記ループ処理を繰り返し、
サブ装置のコマンド分がなくなるまで繰り返し行う。

【０１４２】上記ステップＳＴ７９でコマンドデータの
レスポンスと実行結果のレスポンスとを比較した結果、
不一致のときはレスポンスが一致するまで実行しない方
が全体処理の高速化が図れると判断してレスポンスを実
行せず、ステップＳＴ８０で未実行のコマンドのレスポ
ンスを作成してステップＳＴ７１のコマンド待ち状態Ａ
に戻る。

【０１４３】上述したように、メイン制御部８００は、
コマンド組を通信制御部１０２から受けると、コマンド
毎に分解する。同一サブ装置へ複数個のコマンドがある
場合には、そのサブ装置の処理についてはコマンドの分
だけ以下の処理を繰り返す。すなわち、コマンドをサブ
装置制御部１０５に渡し、サブ装置制御部１０５からレ
スポンスを受け、受けたレスポンスをレスポンス送信処
理する。また、コマンドデータのレスポンスと実行結果
のレスポンスとを比較し、一致すると、上記処理を繰り
返す。比較した結果が不一致であるときには未実行のコ
マンドのレスポンスを実行せず、レスポンス送信処理を
行う。

【０１４４】このように、通信にかかる時間が短縮さ
れ、手順のスループットを向上させることができる。こ
こで、サブ装置のレスポンスのフラグを付加することで
通信データをさらに削減することができる。以下、この
例を図２５〜図２７を参照して説明する。

【０１４５】まず、サブ装置のレスポンスとして、図２
５に示すようにデータの前に実行結果が正常終了か異常
終了か示すレスポンスフラグを付加する。このようなレ
スポンスフラグを付加すると、レスポンスフラグは実際
のレスポンスと比較し非常にデータ量が少なくなるた
め、通信データを削減することができる。図２６は、前
記図２３に示すレスポンスに代え、レスポンスフラグを
付加したコマンドデータ例を示したものである。

【０１４６】また、レスポンスフラグを付加した場合の
メイン制御部８００の動作は図２５のフローで示され
る。

【０１４７】図２７はコマンドにレスポンスフラグを付
加した時のメイン制御部８００の動作を示すフローチャ
ートであり、前記図２に示すフローと同じ処理を行うス
テップについては同一符号を付して重複部分の説明を省
略する。

【０１４８】図２５において、ステップＳＴ７８でレス
ポンスの送信処理を行うと、ステップＳＴ８１でレスポ
ンスフラグを比較し、一致したときは前述したループ処
理を繰り返し、サブ装置のコマンド分がなくなるまで繰
り返し行う。

【０１４９】また、ステップＳＴ８１でレスポンスフラ
グを比較した結果、不一致のときはレスポンスを実行せ
ず、ステップＳＴ８０で未実行のコマンドのレスポンス
を作成してステップＳＴ７１のコマンド待ち状態Ａに戻
る。

【０１５０】このように、レスポンスフラグの比較（ス
テップＳＴ８１）により次のコマンドの実行を制御する
ことができる。

【０１５１】以上説明したように、第５の実施形態に係
るΙ／Ｏ装置は、メイン制御部８００が、Ｉ／Ｏ装置内
の特定のサブ装置に１つのコマンド組内に、複数個のコ
マンドを入れるために、コマンドデータにコマンド実行
結果の予想レスポンスを付加する機能部８１０と、コマ
ンド実行後のレスポンスとコマンド内の予想レスポンス
を比較し、次のコマンドの実行を行うかを判断する機能
部８２０とを備え、サーバ２００からコマンドとそのコ
マンド実行結果の予想レスポンスを複数組受け、予想レ
スポンスとコマンド実行後のレスポンスとを比較し、比
較結果に基づいて次のコマンドの実行の可否を決定する
ように構成したので、サーバ２００から一連のコマンド
を一度に通信して、Ι／Ｏ装置内で手順を進めることが
可能になるため、通信にかかる時間を短縮することがで
き、手順のスループットを向上させることができる。

【０１５２】また、図２５〜図２７で述べたように、サ
ブ装置のレスポンスのフラグを付加するようにすれば、
通信データをさらに削減することができる。

【０１５３】第６の実施形態 図２８は本発明の第６の実施形態に係るデータＩ／Ｏ装
置の構成を示すブロック図であり、レスポンスフラグに
付与ルールを設けたメイン制御部の構成を示す。本実施
形態は、サブ装置のレスポンスのフラグに付与ルールを
設けることにより、第６の実施形態の構成をより簡略化
したものである。

【０１５４】図２８において、９００はデータＩ／Ｏ装
置のメイン制御部であり、メイン制御部９００は、サブ
装置制御部１０５と通信制御部１０２に接続されてい
る。

【０１５５】本実施形態は、サブ装置のレスポンスのフ
ラグに付与ルールを設け、全種類のサブ装置のレスポン
スフラグを同一のルールによって付与させる。この時の
メイン制御部９００は、前記図２０のメイン制御部８０
０と比べて明らかなように構成が簡素化される。また、
この時のコマンド組は、前記図２２と同様である。

【０１５６】このように、サブ装置のレスポンスフラグ
の内容を全種類のサブ装置間でルール化することによ
り、レスポンスの比較としてレスポンスフラグのチェッ
クで行えるようになる。また、図２２に示すようにコマ
ンドからレスポンスフラグ情報を削除できる。

【０１５７】以上説明したように、第６の実施形態に係
るΙ／Ｏ装置は、サブ装置のレスポンスのフラグに付与
ルールを設け、全種類のサブ装置のレスポンスフラグを
同一のルールによって付与し、レスポンスフラグに基づ
いて次のコマンドの実行の可否を決定するように構成し
たので、メイン制御部の構成を簡素化させるとともに、
コマンドに予想レスポンスを付加する必要がなくなり、
通信データ量をより削減することができる。

【０１５８】したがって、このような優れた特長を有す
るデータＩ／Ｏ装置を、電子マネーシステムに用いられ
る電子マネー金庫サブシステムに適用すれば、システム
の性能を格段に向上させることができる。

【０１５９】なお、上記各実施形態に係るデータＩ／Ｏ
装置を、上述したような電子マネー金庫に適用すること
もできるが、勿論これには限定されず、コマンドを受け
るとレスポンスを返すサブ装置が、装置内に複数個実装
可能なデータΙ／Ｏ装置であれば全ての装置に適用可能
であることは言うまでもない。また、サブ装置として
は、各種ＩＣカードは勿論のこと、特定機能を備えた基
盤（ボード）であってもよい。

【０１６０】また、上記各実施形態に係るデータＩ／Ｏ
装置では、通信経路１１０，１１１を使用した装置間制
御の例を示したが、サーバの種類及び数、接続のインタ
ーフェースはどのようなものであってもよいことは勿論
である。

【０１６１】さらに、上記データＩ／Ｏ装置、制御部構
成する回路等の種類、接続数、接続形態などは上述の実
施形態に限られないことは言うまでもない。

【０１６２】

【発明の効果】請求項１に係るデータＩ／Ｏ装置によれ
ば、コマンドデータは、サブ装置を実行する実行データ
に、複数のサブ装置の種別を指定するサブ装置種別を付
加したデータ構造であり、サブ装置種別指定により、１
つのコマンドでΙ／Ｏ装置内の該当するサブ装置全てに
対しコマンドによる指示を行う手段を備えて構成したの
で、命令データ量を削減することができ、Ι／Ｏ装置の
処理速度を向上させることができる。

【０１６３】請求項２に係るデータＩ／Ｏ装置によれ
ば、少なくとも２重化した通信経路に対応し、該通信経
路を通してデータを送受信する制御手段を備え、送受信
データに通信した順番を示すシーケンシャル番号を付与
し、受信時には、受信データに付与されたシーケンシャ
ル番号を判別してデータの重複受信を防止する手段を備
えて構成したので、通信経路の切り替えに伴うデータの
重複受信がなくなることにより、サーバとΙ／Ｏ装置間
で処理順序の相違がなくなり、Ι／Ｏ装置内の各サブ装
置の動作ミスをなくすことができる。

【０１６４】請求項３に係るデータＩ／Ｏ装置によれ
ば、通信経路を通してサーバに接続され、サーバからコ
マンドを受け取ると、装置内に実装されたサブ装置に対
し受け取ったコマンドを実行し、該サブ装置からの実行
結果をレスポンスとしてサーバに送信する制御手段を備
え、制御手段は、レスポンス送信時に受信バッファの状
態をサーバに通知するように構成したので、サーバがΙ
／Ｏ装置の状態を確認することができ、Ι／Ｏ装置側が
データを受信できない時の送信がなくなり、サーバとΙ
／Ｏ装置でコマンドの送受信の対応に相違が生じなくな
り、Ι／Ｏ装置内の各サブ装置の動作ミスをなくすこと
ができる。

【０１６５】請求項４に係るデータＩ／Ｏ装置によれ
ば、通信経路を通してサーバに接続され、サーバからコ
マンドを受け取ると、装置内に実装されたサブ装置に対
し受け取ったコマンドを実行し、該サブ装置からの実行
結果をレスポンスとしてサーバに送信する制御手段を備
え、制御手段は、レスポンス送信を行う条件として、レ
スポンスデータ量及び時間の監視を行うように構成した
ので、効率的なレスポンスの送信を行うことができ、Ι
／Ｏ装置の応答速度の向上を図ることができる。

【０１６６】請求項５に係るデータＩ／Ｏ装置によれ
ば、通信経路を通してサーバに接続され、サーバからコ
マンドを受け取ると、装置内に実装されたサブ装置に対
し受け取ったコマンドを実行し、該サブ装置からの実行
結果をレスポンスとしてサーバに送信する制御手段を備
え、制御手段は、サーバからコマンドとそのコマンド実
行結果の予想レスポンスを複数組受け、該予想レスポン
スとコマンド実行後のレスポンスとを比較し、比較結果
に基づいて次のコマンドの実行の可否を決定するように
構成したので、サーバから一連のコマンドを一度に通信
して、Ι／Ｏ装置内で手順を進めることが可能になり、
通信にかかる時間を短縮することができ、手順のスルー
プットを向上させることができる。

【０１６７】請求項６に係るデータＩ／Ｏ装置によれ
ば、サブ装置のレスポンスのフラグに付与ルールを設
け、全種類のサブ装置のレスポンスフラグを一定のルー
ルに従って付与し、制御手段は、レスポンスフラグに基
づいて次のコマンドの実行の可否を決定するように構成
したので、構成を簡素化させるとともに、コマンドに予
想レスポンスを付加する必要がなくなり、通信データ量
をより削減することができる。

【０１６８】

【図面の簡単な説明】

【図１】本発明を適用した第１の実施形態に係るデータ
Ｉ／Ｏ装置の構成を示すブロック図である。

【０１６９】

【図２】上記データＩ／Ｏ装置のサーバとの接続例を示
す図である。

【０１７０】

【図３】上記データＩ／Ｏ装置の基本動作を示すフロー
チャートである。

【０１７１】

【図４】上記データＩ／Ｏ装置のコマンドデータの構造
を示す図である。

【０１７２】

【図５】上記データＩ／Ｏ装置のコマンド組を説明する
ための図である。

【０１７３】

【図６】上記データＩ／Ｏ装置のサブ装置種別指定のコ
マンドデータの構造を示す図である。

【０１７４】

【図７】上記データＩ／Ｏ装置のメイン制御部のコマン
ドの動作を示すフローチャートである。

【０１７５】

【図８】本発明を適用した第２の実施形態に係るデータ
Ｉ／Ｏ装置の構成を示すブロック図である。

【０１７６】

【図９】上記データＩ／Ｏ装置のシーケンシャル番号を
付与した送信データの構造を説明するための図である。

【０１７７】

【図１０】従来のデータＩ／Ｏ装置の送信データの構造
を説明するための図である。

【０１７８】

【図１１】上記データＩ／Ｏ装置のデータの重複受信の
シーケンスを示す図である。

【０１７９】

【図１２】上記データＩ／Ｏ装置のシーケンシャル番号
を使用したデータの重複受信のシーケンスを示す図であ
る。

【０１８０】

【図１３】上記データＩ／Ｏ装置のシーケンシャル番号
を使用したデータ重複受信シーケンスの送信フローを示
すフローチャートである。

【０１８１】

【図１４】上記データＩ／Ｏ装置のシーケンシャル番号
を使用したデータ重複受信シーケンスの受信フローを示
すフローチャートである。

【０１８２】

【図１５】本発明を適用した第３の実施形態に係るデー
タＩ／Ｏ装置の構成を示すブロック図である。

【０１８３】

【図１６】本発明を適用した第４の実施形態に係るデー
タＩ／Ｏ装置の構成を示すブロック図である。

【０１８４】

【図１７】上記データＩ／Ｏ装置のレスポンスデータ構
造を示す図である。

【０１８５】

【図１８】上記データＩ／Ｏ装置のレスポンスデータの
レスポンス組を示すである。

【０１８６】

【図１９】上記データＩ／Ｏ装置のメイン制御部のレス
ポンス送出処理フローを示すフローチャートである。

【０１８７】

【図２０】本発明を適用した第５の実施形態に係るデー
タＩ／Ｏ装置の構成を示すブロック図である。

【０１８８】

【図２１】上記データＩ／Ｏ装置の受信可否状態を付与
したレスポンス組を示す図である。

【０１８９】

【図２２】上記データＩ／Ｏ装置の同一サブ装置へのコ
マンド組を示すである。

【０１９０】

【図２３】上記データＩ／Ｏ装置の予想レスポンスを付
加したコマンドデータ例を示す図である。

【０１９１】

【図２４】上記データＩ／Ｏ装置のコマンドにレスポン
スデータを追加した時のメイン制御部の動作を示すフロ
ーチャートである。

【０１９２】

【図２５】上記データＩ／Ｏ装置の実行結果フラグを付
加したレスポンスを示す図である。

【０１９３】

【図２６】上記データＩ／Ｏ装置のコマンドにレスポン
スのフラグを付加したコマンドデータ例を示す図であ
る。

【０１９４】

【図２７】上記データＩ／Ｏ装置のコマンドにレスポン
スフラグを付加した時のメイン制御部の動作を示すフロ
ーチャートである。

【０１９５】

【図２８】本発明を適用した第６の実施形態に係るデー
タＩ／Ｏ装置の構成を示すブロック図である。

【０１９６】

【図２９】従来のΙ／Ｏ装置とサーバ間のシーケンスを
示す図である。

【０１９７】

【図３０】従来のコマンドをまとめて送信するシーケン
スを示す図である。

【０１９８】

【図３１】従来の複数のサブ装置への同一コマンド例を
示す図である。

【０１９９】

【図３２】従来の同一コマンドの重複受信シーケンス例
を示す図である。

【０２００】

【図３３】従来のメモリ不足による受信不可シーケンス
例を示す図である。

【０２０１】

【図３４】従来の全コマンドの実行を待つレスポンス送
信シーケンス例を示す図である。

【０２０２】

【符号の説明】

１００ データＩ／Ｏ装置、１０１，７００，８００，
９００ メイン制御部、１０２，３００，６００ 通信
制御部、１０３ 通信部（通信部１）、１０４通信部
（通信部２）、１０５ サブ装置制御部、１０６，１０
７，１０８，１０９ サブ装置（サブ装置１〜ｎ）、１
１０ 通信経路（通信経路１）、１１１通信経路（通信
経路２）、２００ サーバ、３１０ シーケンシャル番
号チェック機能部、３２０ シーケンシャル番号付加機
能部、６１０ バッファチェック機能部、７１０ 監視
機能部、８１０ 予想レスポンスを付加する機能部、８
２０ 次のコマンドの実行を行うかを判断する機能部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０７Ｆ 19/00 Ｇ０７Ｄ 9/00 ４７６

Claims (8)

【特許請求の範囲】
1. 【請求項１】 コマンドを受けるとレスポンスを返すサ
   ブ装置が、装置内に複数個実装可能なデータΙ／Ｏ装置
   において、 コマンドデータは、サブ装置を実行する実行データに、
   複数のサブ装置の種別を指定するサブ装置種別を付加し
   たデータ構造であり、 サブ装置種別指定により、 １つのコマンドでΙ／Ｏ装置内の該当するサブ装置全て
   に対しコマンドによる指示を行う手段を備えたことを特
   徴とするデータＩ／Ｏ装置。
2. 【請求項２】 コマンドを受けるとレスポンスを返すサ
   ブ装置が、装置内に複数個実装可能なデータΙ／Ｏ装置
   において、 少なくとも２重化した通信経路に対応し、該通信経路を
   通してデータを送受信する制御手段を備え、 送受信データに通信した順番を示すシーケンシャル番号
   を付与し、 受信時には、受信データに付与されたシーケンシャル番
   号を判別してデータの重複受信を防止する手段を備えた
   ことを特徴とするデータＩ／Ｏ装置。
3. 【請求項３】 コマンドを受けるとレスポンスを返すサ
   ブ装置が、装置内に複数個実装可能なデータΙ／Ｏ装置
   において、 通信経路を通してサーバに接続され、 サーバからコマンドを受け取ると、装置内に実装された
   サブ装置に対し受け取ったコマンドを実行し、該サブ装
   置からの実行結果をレスポンスとしてサーバに送信する
   制御手段を備え、 前記制御手段は、 前記レスポンス送信時に受信バッファの状態をサーバに
   通知することを特徴とするデータＩ／Ｏ装置。
4. 【請求項４】 コマンドを受けるとレスポンスを返すサ
   ブ装置が、装置内に複数個実装可能なデータΙ／Ｏ装置
   において、 通信経路を通してサーバに接続され、 サーバからコマンドを受け取ると、装置内に実装された
   サブ装置に対し受け取ったコマンドを実行し、該サブ装
   置からの実行結果をレスポンスとしてサーバに送信する
   制御手段を備え、 前記制御手段は、 前記レスポンス送信を行う条件として、レスポンスデー
   タ量及び時間の監視を行うことを特徴とするデータＩ／
   Ｏ装置。
5. 【請求項５】 コマンドを受けるとレスポンスを返すサ
   ブ装置が、装置内に複数個実装可能なデータΙ／Ｏ装置
   において、 通信経路を通してサーバに接続され、 サーバからコマンドを受け取ると、装置内に実装された
   サブ装置に対し受け取ったコマンドを実行し、該サブ装
   置からの実行結果をレスポンスとしてサーバに送信する
   制御手段を備え、 前記制御手段は、 サーバからコマンドとそのコマンド実行結果の予想レス
   ポンスを複数組受け、該予想レスポンスとコマンド実行
   後のレスポンスとを比較し、比較結果に基づいて次のコ
   マンドの実行の可否を決定することを特徴とするデータ
   Ｉ／Ｏ装置。
6. 【請求項６】 請求項５記載のデータΙ／Ｏ装置におい
   て、 前記サブ装置のレスポンスのフラグに付与ルールを設
   け、全種類のサブ装置のレスポンスフラグを一定のルー
   ルに従って付与し、 前記制御手段は、 前記レスポンスフラグに基づいて次のコマンドの実行の
   可否を決定することを特徴とするデータＩ／Ｏ装置。
7. 【請求項７】 前記サブ装置は、データＩ／Ｏ装置に装
   着可能なＩＣカードであることを特徴とする請求項１、
   ２、３、４、５又は６の何れかに記載のデータＩ／Ｏ装
   置。
8. 【請求項８】 請求項１、２、３、４、５、６又は７の
   何れかに記載のデータＩ／Ｏ装置において、 データＩ／Ｏ装置は、電子マネーを保管する電子マネー
   金庫であることを特徴とするデータＩ／Ｏ装置。