JP3021588B2 - 情報交換システム - Google Patents
情報交換システムInfo
- Publication number
- JP3021588B2 JP3021588B2 JP2251005A JP25100590A JP3021588B2 JP 3021588 B2 JP3021588 B2 JP 3021588B2 JP 2251005 A JP2251005 A JP 2251005A JP 25100590 A JP25100590 A JP 25100590A JP 3021588 B2 JP3021588 B2 JP 3021588B2
- Authority
- JP
- Japan
- Prior art keywords
- command
- terminal
- response
- interpreted
- information exchange
- 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
Landscapes
- Small-Scale Networks (AREA)
Description
【発明の詳細な説明】 〔産業上の利用分野〕 この発明は、伝送路を介して複数の端末間で情報交換
を行うシステムに関するものである。
を行うシステムに関するものである。
第４図はこの種情報交換システムの１例を示す概念図
である。図示のように、共通の伝送路１に、複数の端末
２−1,2−2,2−3,……が接続されている。各端末２−1,
2−2,2−3,……は、マイクロプロセッサ３−1,3−2,3−
３（不図示）……を備えており、これらのマイクロプロ
セッサに、不図示のキーボード，センサ，負荷等が結合
されている。
である。図示のように、共通の伝送路１に、複数の端末
２−1,2−2,2−3,……が接続されている。各端末２−1,
2−2,2−3,……は、マイクロプロセッサ３−1,3−2,3−
３（不図示）……を備えており、これらのマイクロプロ
セッサに、不図示のキーボード，センサ，負荷等が結合
されている。
ところで、この種情報交換システムでは、前述のよう
に、共通の伝送路を用いているので、複数の端末が同時
に信号を伝送路に送信する可能性がある。複数の端末が
同時に送信を行うと、伝送路で信号の衝突が起こり正常
な信号伝送ができないため、これを調停する制御が必要
となる。この調停の一方式として、送信を行う場合、一
定期間、伝送路の信号を監視し、信号がなければ送信を
開始し、信号があれば、ある時間送信を延期する方式が
広く用いられている。
に、共通の伝送路を用いているので、複数の端末が同時
に信号を伝送路に送信する可能性がある。複数の端末が
同時に送信を行うと、伝送路で信号の衝突が起こり正常
な信号伝送ができないため、これを調停する制御が必要
となる。この調停の一方式として、送信を行う場合、一
定期間、伝送路の信号を監視し、信号がなければ送信を
開始し、信号があれば、ある時間送信を延期する方式が
広く用いられている。
そして、従来は、第４図の構成で第５図に示すように
データ処理をし、第６図に示すシーケンスで動作する。
すなわち、ある端末例えば端末２−１が他の端末例えば
端末２−２に、ある値を要求するコマンド（モニタコマ
ンド）を送信したとき、端末２−２は、そのモニタコマ
ンドを受信し（第５図のステップS51参照）、そのコマ
ンドが解釈可能か否かを判断し（S52）、解釈可能のと
きはそのコマンドを実行する（S53）。しかしそのコマ
ンドを解釈できないときは単に無視する。
データ処理をし、第６図に示すシーケンスで動作する。
すなわち、ある端末例えば端末２−１が他の端末例えば
端末２−２に、ある値を要求するコマンド（モニタコマ
ンド）を送信したとき、端末２−２は、そのモニタコマ
ンドを受信し（第５図のステップS51参照）、そのコマ
ンドが解釈可能か否かを判断し（S52）、解釈可能のと
きはそのコマンドを実行する（S53）。しかしそのコマ
ンドを解釈できないときは単に無視する。
そこで、通信のシーケンスは、第６図に示すように、
端末２−１からモニタコマンド６−１を送信し、端末２
−２から正常受信の応答信号６−２があっても、端末２
−２でモニタコマンドが解釈できないときは、モニタコ
マンドが無視され、端末２−１では応答監視時間が経過
してしまう。端末２−１では、要求した値の返送（モニ
タ応答コマンド）を期待しているため、再度モニタコマ
ンド６−３を端末２−２に送信し、端末２−２から正常
受信の応答信号６−４がくる。端末２−２ではモニタコ
マンド６−３がやはり解釈できないため無視し、端末２
−１での応答監視時間が経過する。端末２−１では、要
求した値の返送を期待して更にモニタコマンド６−５を
端末２−２に送信し、端末２−２から正常受信の応答信
号６−６がくるだけで、端末２−１で応答監視時間が経
過する。
端末２−１からモニタコマンド６−１を送信し、端末２
−２から正常受信の応答信号６−２があっても、端末２
−２でモニタコマンドが解釈できないときは、モニタコ
マンドが無視され、端末２−１では応答監視時間が経過
してしまう。端末２−１では、要求した値の返送（モニ
タ応答コマンド）を期待しているため、再度モニタコマ
ンド６−３を端末２−２に送信し、端末２−２から正常
受信の応答信号６−４がくる。端末２−２ではモニタコ
マンド６−３がやはり解釈できないため無視し、端末２
−１での応答監視時間が経過する。端末２−１では、要
求した値の返送を期待して更にモニタコマンド６−５を
端末２−２に送信し、端末２−２から正常受信の応答信
号６−６がくるだけで、端末２−１で応答監視時間が経
過する。
このように、解釈できないコマンドがあると、コマン
ドとその正常受信の応答信号が複数回くり返され、また
この間、他の端末に送信の要求があっても、前述の如
く、信号の衝突を避けるため送信が延期され、システム
の通信の効率が著しく低下するという問題が生ずる。
ドとその正常受信の応答信号が複数回くり返され、また
この間、他の端末に送信の要求があっても、前述の如
く、信号の衝突を避けるため送信が延期され、システム
の通信の効率が著しく低下するという問題が生ずる。
この種情報交換システムでは、全端末が解釈可能でな
ければならない必須コマンドと、所定の端末間でのみ解
釈可能な任意コマンドがあり、所定の端末以外に任意コ
マンドを使用したときなどに、コマンドが解釈できない
状況が生ずる。
ければならない必須コマンドと、所定の端末間でのみ解
釈可能な任意コマンドがあり、所定の端末以外に任意コ
マンドを使用したときなどに、コマンドが解釈できない
状況が生ずる。
この発明はこの問題を解消するためなされたもので、
コマンドが解釈できない状況においても通信効率の低下
の少ない情報交換システムを提供することを目的とする
ものである。
コマンドが解釈できない状況においても通信効率の低下
の少ない情報交換システムを提供することを目的とする
ものである。
この発明は、前記目的を達成するため、情報交換シス
テムをつぎの（１）のとおりに構成するものである。
テムをつぎの（１）のとおりに構成するものである。
（１）伝送路と該伝送路に接続した複数の端末とを有す
る情報交換システムであって、前記複数の端末の少くと
も一つに、他の端末から受信したコマンドが解釈不能の
とき解釈不能応答を前記他の端末に送信する応答送信手
段を備えている情報交換システム。
る情報交換システムであって、前記複数の端末の少くと
も一つに、他の端末から受信したコマンドが解釈不能の
とき解釈不能応答を前記他の端末に送信する応答送信手
段を備えている情報交換システム。
前記（１）の構成により、解釈できないコマンドを受
けた端末は、解釈不能応答を送信し、その後の無駄なコ
マンドの再送処理が阻止される。
けた端末は、解釈不能応答を送信し、その後の無駄なコ
マンドの再送処理が阻止される。
〔実施例〕 以下この発明を実施例により詳しく説明する。
第１図は、この発明の一実施例である“情報交換シス
テム”におけるデータ処理を示す図である。本実施例も
システム全体は、第４図のとおりに構成されているが、
各マイクロプロセッサにおけるデータ処理の仕方が従来
例と異なる。
テム”におけるデータ処理を示す図である。本実施例も
システム全体は、第４図のとおりに構成されているが、
各マイクロプロセッサにおけるデータ処理の仕方が従来
例と異なる。
例えば、端末２−１から端末２−２に温度を知らせる
ことを要求するモニタコマンドを送信したとき、端末２
−２はそのモニタコマンドを受信し（第１図ステップＳ
−１参照）、前述の要求が解釈可能か否か判断し（Ｓ−
２）、解釈可能であれば温度を検出して端末２−１に知
らせるという通常のデータ処理を行い（Ｓ−４）、解釈
できないときは解釈不能の信号を端末２−１に送信す
る。
ことを要求するモニタコマンドを送信したとき、端末２
−２はそのモニタコマンドを受信し（第１図ステップＳ
−１参照）、前述の要求が解釈可能か否か判断し（Ｓ−
２）、解釈可能であれば温度を検出して端末２−１に知
らせるという通常のデータ処理を行い（Ｓ−４）、解釈
できないときは解釈不能の信号を端末２−１に送信す
る。
第３図は本実施例で用いるコマンドのパケットフォー
マットを示す。図示のように、そのコマンドが何らかの
要求をする要求コマンドのときは、コマンドコードCOM
の先頭ビットを“1"として要求コマンドであることを示
し、要求コマンドに対する応答である応答コマンドのと
きは、コマンドコードCOMの先頭ビットを“0"として応
答コマンドであることを示し、他のビットによりコマン
ドの種類を示す。そして、例えば、COM＝10001010Bの要
求コマンドを受信し、このコマンドを解釈できない場合
は、COMの先頭ビットを０にして（COM＝00001010B）応
答コマンドを作成し、オペランド内にこのコマンドが解
釈できなかったことを記述し（例えばオペランドの１
（OP1）が0FFHである場合には解釈不能を意味するよう
に規定しておく）、要求元に返送する。
マットを示す。図示のように、そのコマンドが何らかの
要求をする要求コマンドのときは、コマンドコードCOM
の先頭ビットを“1"として要求コマンドであることを示
し、要求コマンドに対する応答である応答コマンドのと
きは、コマンドコードCOMの先頭ビットを“0"として応
答コマンドであることを示し、他のビットによりコマン
ドの種類を示す。そして、例えば、COM＝10001010Bの要
求コマンドを受信し、このコマンドを解釈できない場合
は、COMの先頭ビットを０にして（COM＝00001010B）応
答コマンドを作成し、オペランド内にこのコマンドが解
釈できなかったことを記述し（例えばオペランドの１
（OP1）が0FFHである場合には解釈不能を意味するよう
に規定しておく）、要求元に返送する。
第２図に本実施例における情報交換のシーケンスの１
例を示す。図示のように、端末２−１から端末２−２に
OOコマンドが送信され（第２図参照）、端末２−２で
正常受信されるとその応答信号ACKが端末２−１へ送信
される（参照）。端末２−２で前記OOコマンドが解釈
不能のときは、OOコマンド解釈不能の応答コマンドが端
末２−１へ送信され（参照）、端末２−１ではOOコマ
ンドの応答監視時間中であるにもかかわらず監視が打切
られ、正常受信の応答信号ACKを端末２−２へ送信する
（参照）。
例を示す。図示のように、端末２−１から端末２−２に
OOコマンドが送信され（第２図参照）、端末２−２で
正常受信されるとその応答信号ACKが端末２−１へ送信
される（参照）。端末２−２で前記OOコマンドが解釈
不能のときは、OOコマンド解釈不能の応答コマンドが端
末２−１へ送信され（参照）、端末２−１ではOOコマ
ンドの応答監視時間中であるにもかかわらず監視が打切
られ、正常受信の応答信号ACKを端末２−２へ送信する
（参照）。
続いて端末２−１から端末２−２へOXコマンドが送信
され（参照）、端末２−２で正常受信されるとその応
答信号ACKが端末２−１へ送信される（参照）。端末
２−１から端末２−２にＯ△コマンドが送信され（参
照）、端末２−２で正常受信されるとその応答信号ACK
が端末２−１へ送信され（参照）、同じく端末２−１
から端末２−３へＯ□コマンドが送信され（参照）、
端末２−３から応答信号ACKが端末２−１へ送信される
（参照）。端末２−２で前記OXコマンドが解釈不能の
とき、端末２−１へOXコマンド解釈不能の応答コマンド
が送信される……。
され（参照）、端末２−２で正常受信されるとその応
答信号ACKが端末２−１へ送信される（参照）。端末
２−１から端末２−２にＯ△コマンドが送信され（参
照）、端末２−２で正常受信されるとその応答信号ACK
が端末２−１へ送信され（参照）、同じく端末２−１
から端末２−３へＯ□コマンドが送信され（参照）、
端末２−３から応答信号ACKが端末２−１へ送信される
（参照）。端末２−２で前記OXコマンドが解釈不能の
とき、端末２−１へOXコマンド解釈不能の応答コマンド
が送信される……。
このようにして、コマンドの解釈が不能のときは、コ
マンドの種類と共に解釈不能の応答が行われ、応答監視
時間中でも監視が打ち切られ、その後応答要求の再送信
がくり返されることがない。
マンドの種類と共に解釈不能の応答が行われ、応答監視
時間中でも監視が打ち切られ、その後応答要求の再送信
がくり返されることがない。
以上説明したように、この発明によれば、コマンド解
釈不能の際、応答要求の再送信がくり返されることがな
く、この再送信のくり返しにもとづく通信効率の低下が
ない。
釈不能の際、応答要求の再送信がくり返されることがな
く、この再送信のくり返しにもとづく通信効率の低下が
ない。
【図面の簡単な説明】 第１図はこの発明の一実施例のデータ処理の仕方を示す
フローチャート、第２図は同実施例のシーケンスを示す
図、第３図は同実施例のコマンドの説明図、第４図は情
報交換システムの概念図、第５図は従来例のデータ処理
の仕方を示す図、第６図は同従来例のシーケンスを示す
図である。 図において、１は伝送路、２−1,2−2,2−３は端末、３
−1,3−２はマイクロプロセッサである。 なお、図中、同一符号は同一又は相当部分を示す。
フローチャート、第２図は同実施例のシーケンスを示す
図、第３図は同実施例のコマンドの説明図、第４図は情
報交換システムの概念図、第５図は従来例のデータ処理
の仕方を示す図、第６図は同従来例のシーケンスを示す
図である。 図において、１は伝送路、２−1,2−2,2−３は端末、３
−1,3−２はマイクロプロセッサである。 なお、図中、同一符号は同一又は相当部分を示す。
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭58−198938（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/28
Claims (1)
- 【請求項１】伝送路と該伝送路に接続した複数の端末と
を有する情報交換システムであって、前記複数の端末の
少くとも一つに、他の端末から受信したコマンドを解釈
するための情報を有してない場合に解釈不能応答を前記
他の端末に送信する応答送信手段を構えていることを特
徹とする情報交換システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2251005A JP3021588B2 (ja) | 1990-09-20 | 1990-09-20 | 情報交換システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2251005A JP3021588B2 (ja) | 1990-09-20 | 1990-09-20 | 情報交換システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04129443A JPH04129443A (ja) | 1992-04-30 |
| JP3021588B2 true JP3021588B2 (ja) | 2000-03-15 |
Family
ID=17216227
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2251005A Expired - Lifetime JP3021588B2 (ja) | 1990-09-20 | 1990-09-20 | 情報交換システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3021588B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7936373B2 (en) | 2003-08-22 | 2011-05-03 | Canon Kabushiki Kaisha | Recording device, recording system, and recording control method thereof |
-
1990
- 1990-09-20 JP JP2251005A patent/JP3021588B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH04129443A (ja) | 1992-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR920001552B1 (ko) | 다중 컴퓨터 시스템이 접속된 로컬 에어리어 네트워크 시스템 | |
| KR19990083207A (ko) | 주변기기 및 그 제어방법 | |
| US8018867B2 (en) | Network system for monitoring operation of monitored node | |
| JP3021588B2 (ja) | 情報交換システム | |
| EP0336547B1 (en) | Computer network and method for operating it | |
| JPS5824061B2 (ja) | デ−タ通信制御方式 | |
| JP3345102B2 (ja) | 結合したモジュールをリセットする方法及びこの方法を用いるシステム | |
| JP3293635B2 (ja) | チャネル装置 | |
| EP4321950A1 (en) | Effective slave parameter management method and device of communication-based control system | |
| JP2697744B2 (ja) | チャネル装置 | |
| JP3421492B2 (ja) | バスのスタック監視方式 | |
| US6182174B1 (en) | Memory card interface method using multiplexed storage protect key to indicate command acceptance | |
| JP2636206B2 (ja) | 情報処理システム | |
| JPS5860333A (ja) | 複数端末装置の優先制御方法 | |
| KR100302599B1 (ko) | 유에스비의정보교환방법 | |
| JPH06291748A (ja) | 半二重通信の衝突回数削減と片寄り防止方式 | |
| JP2842639B2 (ja) | データ転送方式 | |
| JP2001199132A (ja) | Ｕｓｂインタフェースを有するプリンタの状態検出方法及び該方法を用いたプリントシステム | |
| JPH05100976A (ja) | 転送要求型プログラムローデイング方式 | |
| JP2573790B2 (ja) | 転送制御装置 | |
| JP2948380B2 (ja) | データ通信装置 | |
| JP2541502B2 (ja) | 制御電文送受信方法 | |
| JPH02310657A (ja) | バス接続装置 | |
| JPH04326179A (ja) | 画像制御方式 | |
| JPS61165160A (ja) | バス制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080114 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 11 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 11 |