JP2002232440A - 通信端末の内部通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 マスタとスレーブとがトークンパッシング方
式によりデータを受渡す通信制御装置において、トーク
ンが紛失した場合であっても不具合を生じることなく通
信を復帰させることができる通信端末の内部通信方法を
提供する。 【解決手段】 外部プロセッサ６とニューロンチップ５
とはトークンパッシングによりデータの受渡しを実行し
ている。ここで、ニューロンチップ５のアプリケーショ
ンは、定期送信要求を通信用ファームウェアを通じて外
部プロセッサ６に定期的に送信する。外部プロセッサ６
は、定期送信要求を受信したときは定期送信要求応答が
付加されたトークンをニューロンチップ５に送信する。
この場合、ニューロンチップ５のアプリケーションは、
受信イベントが発生しないときはトークンが紛失したと
判断してリセットする。これにより、外部プロセッサ６
とニューロンチップ５との同期化が行われてトークンが
復帰する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】マスタとスレーブとがトーク
ンパッシングによりデータを受渡す通信端末の内部通信
方法に関する。

【０００２】

【従来の技術】従来より、例えばビルオートメーション
或は家庭のネットワーク制御システムとしては集中型シ
ステムが用いられており、ホストコンピュータがネット
ワークを通じて各種センサの動作状態を監視することに
より電子機器を制御するようにしていた。

【０００３】

【発明が解決しようとする課題】このような集中型シス
テムは、ホストコンピュータと各種電子機器とを接続し
なければならず、膨大な配線が必要であり、初期工事費
用が極めて高いと共に、システムの変更が困難である。
また、各社独自の規格でネットワークが構築されている
ので、ネットワーク相互を接続することができずに拡張
性がない。

【０００４】そこで、近年、このような問題を解決する
ための手段として、ＬＯＮ（LocalOperating Network
）技術が提供されつつある。このＬＯＮ技術とは、ア
メリカのエシェロン社が開発したネットワーク用チップ
を用いることによりインテリジェント分散型ネットワー
クを構築するものであり、安価にシステムを構築するこ
とができる上に、システムの開発期間を短くでき、さら
に拡張性に優れているという優れた特徴を有する。ま
た、このネットワーク用チップには通信用ファームウェ
アが搭載されているので、ユーザは、アプリケーション
において通信プロトコルを意識することなくネットワー
クを通じたデータ通信を行うことができ、アプリケーシ
ョンを容易に開発することができると共に、高い通信能
力を確保することができる。

【０００５】ところで、ネットワーク用チップは各種電
子機器と接続可能に構成されているものの、接続できる
電子機器の点数が少ないと共に、アプリケーション用メ
モリの容量が小さく、さらに動作速度が遅いことなどか
ら、出願人においては、ネットワーク用チップに外部プ
ロセッサを接続し、外部プロセッサに実装したアプリケ
ーションによりセンサの動作状態をネットワークを通じ
て送信したり、ネットワークを通じた指令に応じて電子
機器を制御することを考えている。

【０００６】ここで、ネットワーク用チップと外部プロ
セッサとはマスタとスレーブとの関係にあり、それらの
間はトークンパッシング方式による通信を行っている。
つまり、外部プロセッサ（マスタ）が起動時にトークン
を所持した状態でプログラムがスタートし、外部プログ
ラムとネットワーク用チップ（スレーブ）との間ではト
ークンの受渡しを常時行っている。そして、送信データ
が発生したときは当該データを付加したトークンを相手
に送信するので、トークンを媒体として互いにデータの
受渡しを行うことができる。この場合、ネットワーク用
チップにおけるトークンの管理は通信用ファームウェア
が行っており、通信用ファームウェアのトークンの所持
状態はアプリケーションには隠蔽されているので、アプ
リケーションは、通信用ファームウェアからの受信デー
タ有りのイベントの管理及び外部プロセッサに対する送
信要求のみを行うようになっている。

【０００７】しかしながら、例えば外部プロセッサがネ
ットワーク用チップにトークンを渡す際にデータ化けを
生じたときは、ネットワーク用チップはトークンを受け
たと認識していないのに対して、外部プロセッサはネッ
トワーク用チップにトークンを渡し済みと認識する虞が
ある。このため、互いに相手がトークンを所持している
と判断してしまうので、トークンが紛失してしまうこと
になり、以後におけるデータの受渡しを正常に行うこと
ができなくなる。

【０００８】このような場合、外部プロセッサにおいて
トークンの紛失を検出するように構成し、トークンの紛
失を検出したときはネットワーク用チップを強制的にリ
セットすることによりトークンを復帰させることが考え
られるが、トークン紛失時にネットワーク用チップが例
えば不揮発性メモリへのデータの書込みを行っていた場
合は、外部プロセッサからのリセットによりデータ破壊
などの致命的なエラーとなる可能性がある。

【０００９】本発明は上記事情に鑑みてなされたもの
で、その目的は、マスタとスレーブとがトークンパッシ
ング方式によりデータを受渡す通信制御装置において、
トークンが紛失した場合であっても不具合を生じること
なく通信を復帰させることができる通信端末の内部通信
方法を提供することにある。

【００１０】

【課題を解決するための手段】請求項１の発明によれ
ば、通信端末を起動すると、スレーブがリセットするの
で、マスタは、スレーブがリセットしたことを検出した
ときは、スレーブとの同期化を実行してからトークンを
所持する。また、スレーブの通信用ファームウェアは、
マスタによる同期化に応じてアプリケーションを起動す
る。

【００１１】このような同期化が終了した以後の通常時
においては、マスタとスレーブとはトークンの受渡しを
常時行っている。この場合、マスタ及びスレーブは、ト
ークンを所持している状態で送信データがない場合はト
ークンのみを相手に送信し、送信データが有る場合は当
該データが付加されたトークンを送信してから相手から
のデータの受信状態に移行する。

【００１２】ここで、スレーブにおいては受信したトー
クンにデータが付加されていたときは受信イベントを発
生するので、スレーブのアプリケーションは、受信イベ
ントが発生したときは通信用ファームウェアひいてはマ
スタからデータを受取ることができる。以上のようにし
てマスタとスレーブとの間でトークンを媒体としてデー
タの受渡しを行うことができる。

【００１３】ところで、マスタとスレーブとの間の通信
データがデータ化けした場合、トークンが紛失してしま
うことがあり、このような場合は、以後における通信を
正しく実行することができなくなる。

【００１４】そこで、スレーブのアプリケーションは、
動作開始したときは定期送信タイマ及び受信タイムアウ
トタイマをスタートすると共に、定期送信タイマがタイ
ムアウトする毎に通信用ファームウェアに定期送信要求
を送信データとして渡す。すると、通信用ファームウェ
アはトークンを所持したところで定期送信要求が付加さ
れたトークンをマスタに送信するので、マスタは、定期
送信要求を受信したところで、定期送信要求が付加され
たトークンをスレーブに送信する。これにより、スレー
ブの通信用ファームウェアは定期送信要求応答が付加さ
れたトークンを受信したところで受信イベントを発生さ
せるので、アプリケーションは、受信タイムアウトタイ
マをリセットする。

【００１５】しかしながら、トークンが紛失したとき
は、上述したようにスレーブが定期送信要求が付加され
たトークンをマスタに送信するにしても、マスタからは
定期送信要求が送信されないので、受信イベントを発生
させることはない。これにより、スレーブのアプリケー
ションは、受信タイムアウトタイマがタイムアウトとな
ることから、トークンが紛失したと判断してリセット処
理を実行する。従って、マスタは、スレーブがリセット
したことに応じて同期化を実行することによりトークン
を所持するようになるので、通信を正常に復帰すること
ができる。

【００１６】請求項２の発明によれば、定期送信要求を
受信した際に送信データがあるときは当該データが付加
されたトークンを定期送信要求応答として送信するの
で、マスタからスレーブに対する送信データを遅滞なく
送信することができる。

【００１７】

【発明の実施の形態】以下、本発明の一実施の形態を図
面を参照して説明する。図２はシステムの全体を示して
いる。この図２において、ビル内にはネットワーク１が
構築されており、このネットワーク１には照明或は空調
機器などの各種機器２がネットワーク用コントローラ
（通信端末に相当）３を介して接続されている。

【００１８】図３はネットワーク用コントローラ３の構
成を概略的に示している。この図３において、ネットワ
ーク用コントローラ３は各種機器２が有するセンサなど
の電子機器４からのデータを処理してネットワーク１を
通じてサーバに送信したり、ネットワーク１を通じたサ
ーバからのデータに基づいてモータなどの電子機器４を
駆動するものである。

【００１９】このネットワーク用コントローラ３は、ニ
ューロンチップ（アメリカのエシェロン社の商標名、ス
レーブに相当）５と外部プロセッサ（マスタに相当）６
とから構成されている。このニューロンチップ５はアメ
リカのエシェロン社が販売しているもので、これを使用
することによりインテリジェント分散型ネットワーク１
を構築することができる。

【００２０】ニューロンチップ５は、ネットワーク１と
の通信を実行する通信用ファームウェアを搭載してお
り、アプリケーションで通信プロトコルを意識する必要
がないことから、アプリケーションの製作を容易に行う
ことができる。この場合、ニューロンチップ５は、アプ
リケーションにより単独で電子機器４からのデータを処
理をしたり、電子機器４を制御可能に構成されているも
のの、接続できる電子機器の点数が少ないと共に、アプ
リケーション用メモリの容量が小さく、さらに動作速度
が遅いことなどから、ニューロンチップ５に外部プロセ
ッサ６を接続し、その外部プロセッサ６により電子機器
４からのデータを処理してニューロンチップ５に送信し
たり、ニューロンチップ５からのデータに基づいて電子
機器４を制御するようにしている。この外部プロセッサ
６としては一般的に販売されているものが用いられてお
り、ニューロンチップ５は外部プロセッサ６のアドレス
空間に配置されている。

【００２１】外部プロセッサ６にはＡ１５〜Ａ０端子、
〜ＡＳ（アドレスストローブ）端子、ＣＬＫ（クロッ
ク）端子、〜ＲＤ（リード）端子、〜ＷＲ（ライト）端
子、Ｄ７〜Ｄ０が設けられており、これらの端子からの
信号によりニューロンチップ５にアクセスするようにな
っている。尚、〜ＡＳ、〜ＲＤ、〜ＷＲはロウアクティ
ブであることを示しており、以下同様である。

【００２２】図４はニューロンチップ５の信号端子を示
している。この図４において、ニューロンチップ５は複
数のモードを有しており、本実施の形態では、外部プロ
セッサ６がニューロンチップ５をメモリと同様にアクセ
スするスレーブＢモードで使用している。具体的には、
ニューロンチップ５にはＩＯ０〜ＩＯ１０ピンが設けら
れており、ＩＯ０ピンはＤ０（データバスの０ビット）
とＨＳ（ハンドシェーク）とを兼用する入出力端子、Ｉ
Ｏ１〜ＩＯ７はＤ１〜Ｄ７の入出力端子、ＩＯ８は〜Ｃ
Ｓ信号の入力端子、ＩＯ９はＲ／〜Ｗ信号の入力端子、
ＩＯ１０はＡ０信号（アドレスバスの０ビット）の入力
端子である。ここで、ＨＳはニューロンチップ５が有す
る制御レジスタの最下位ビットで、外部プロセッサ６に
対してニューロンチップ５が使用中であることを通知す
るためのビジー信号として使用され、この信号が“Ｈ”
の場合にニューロンチップ５がデータバスを通じてデー
タの入出力を実行する。Ａ０は外部プロセッサ６がデー
タバスにニューロンチップ５が有するデータレジスタか
制御レジスタかの何れかを出力させるのかをニューロン
チップ５に対して指令するための信号として機能する。

【００２３】ところで、ニューロンチップ５は〜ＣＳ信
号を基準に各種信号のタイミングが設定されていること
から、外部プロセッサ６からニューロンチップ５にアク
セスしようとする場合、制御信号のタイミングの不整合
により直接アクセスすることはできない。従って、本実
施の形態では、図３に示すように外部プロセッサ６とニ
ューロンチップ５との間をインタフェース回路７で接続
し、外部プロセッサ６がニューロンチップ５にアクセス
可能としている。このインタフェース回路７は、次の機
能を有する。

【００２４】（ａ）Ａ１２〜Ａ１５、〜ＡＳ信号、ＣＬ
Ｋ、〜ＲＤ信号、〜ＷＲ信号に基づいた所定のタイミン
グでニューロンチップに〜ＣＳ信号を出力する。 （ｂ）Ａ１２〜Ａ１５、〜ＲＤ信号、〜ＷＲ信号に基づ
いた所定タイミングでニューロンチップにＲ／〜Ｗ信号
を出力する。 （ｃ）Ａ０に基づいく所定のタイミングでニューロンチ
ップにＡ０を出力する。

【００２５】また、図３に示すようにニューロンチップ
５にはＲＳＴ端子が設けられており、ニューロンチップ
５がリセット状態となったときにリセット信号が出力さ
れるようになっている。この場合、ニューロンチップ５
からのリセット信号の出力時間は極めて短いことから、
インタフェース回路７において出力を延長した状態で外
部プロセッサ６の特定の入力ポートＩＮに与えられるよ
うになっている。従って、外部プロセッサ６は、入力ポ
ートＩＮの入力状態を監視することによりニューロンチ
ップ５がリセットされたことを検出可能となっている。

【００２６】ここで、ニューロンチップ５と外部プロセ
ッサ６とはトークンパッシングによりデータの受渡しを
行うようになっている。このトークンパッシングは、ト
ークンを所持した際に送信データがない場合はトークン
のみを送信し、送信データが有る場合は当該データが付
加されたトークンを送信するもので、常に何れか一方が
トークンの所持状態となってデータの送信権利を有する
ことを特徴とする。

【００２７】次に上記構成の作用について説明する。図
５は外部プロセッサ６の動作のうち本発明に関連した動
作を示すフローチャートである。この図５において、ネ
ットワーク用コントローラ３に電源を投入すると、外部
プロセッサ６が動作開始すると同時にニューロンチップ
５がリセットする。これにより、外部プロセッサ６は、
ニューロンチップ５がリセットしたことを検出したとき
は（Ｓ１０１：ＹＥＳ）、同期化コマンドをニューロン
チップに送信する（Ｓ１０７）。

【００２８】図６はニューロンチップ５の通信用ファー
ムウェアの動作のうち本発明に関連した動作を示すフロ
ーチャートである。この図６において、ニューロンチッ
プ５の通信用ファームウェアは、外部プロセッサ６から
同期化コマンドを受信したときは（Ｓ２０１：ＹＥ
Ｓ）、同期化終了コマンドを外部プロセッサ６に送信す
ると共に（Ｓ２０２）、アプリケーションを起動する
（Ｓ２０３）。以上のようにして同期化が終了すると、
ニューロンチップ５のアプリケーションが動作開始す
る。また、同期化終了時においては外部プロセッサ６が
トークンを所持することになる。

【００２９】図７はニューロンチップ５のアプリケーシ
ョンの動作のうち本発明に関連した動作を示すフローチ
ャートである。この図７において、ニューロンチップ５
のアプリケーションは、通信用ファームウェアにより起
動されたときは、受信タイムアウトタイマ及び定期送信
要求タイマをスタートする（Ｓ３０１，Ｓ３０２）。こ
れらのタイマは、後述するように外部プロセッサ６とニ
ューロンチップ５との間でトークンが正常に受渡しされ
ているかを判断するために設けられている。

【００３０】さて、上述したように同期化終了時は外部
プロセッサ６がトークンを所持しているので、外部プロ
セッサ６は、図５に示すようにトークンを所持している
と判断してから（Ｓ１０２：ＹＥＳ）、送信データが有
るかを判断する（Ｓ１０９）。このとき、送信データが
ない場合は（Ｓ１０９：ＮＯ）、トークンのみをニュー
ロンチップ５に送信し（Ｓ１１０）、送信データがある
場合は（Ｓ１０９：ＹＥＳ）、当該データが付加された
トークンを送信する（Ｓ１１１）。

【００３１】また、外部プロセッサ６は、トークンをニ
ューロンチップ５に送信したときはトークンを所持して
いないので（Ｓ１０２：ＮＯ）、ニューロンチップ５か
らのデータ受信処理を実行する（Ｓ１０３）。つまり、
トークンをニューロンチップ５に渡したことから、ニュ
ーロンチップ５からデータが入力するまで待機するので
ある。このデータ受信処理においてトークンのみを受信
した場合は（Ｓ１０４：ＮＯ）、そのままステップＳ１
０１に戻る。また、トークンにデータが付加されていた
場合は（Ｓ１０４：ＹＥＳ）、定期送信要求でないこと
を確認してから（Ｓ１０５：ＮＯ）、受信内容処理を実
行する（Ｓ１０６）。

【００３２】一方、ニューロンチップ５の通信用ファー
ムウェアは、図６に示すように同期化が終了したときは
アプリケーションによりリセット処理されていないこと
を確認してから（Ｓ２０４：ＮＯ）、トークンを所持し
ているかを判断する（Ｓ２０５）。このとき、外部プロ
セッサ６からのデータの入力に応じてトークンを所持し
ていた場合は（Ｓ２０５：ＹＥＳ）、送信データが有る
かを判断し（Ｓ２１１）、送信データがない場合は（Ｓ
２１１：ＮＯ）、トークンのみを外部プロセッサ６に送
信し（Ｓ２１２）、送信データがある場合は（Ｓ２１
１：ＹＥＳ）、当該データが付加されたトークンを送信
する（Ｓ２１３）。

【００３３】また、ニューロンチップ５の通信用ファー
ムウェアは、トークンをニューロンチップ５に送信した
ときはトークンを所持していないので（Ｓ２０５：Ｎ
Ｏ）、外部プロセッサ６からのデータ受信処理を実行す
る（Ｓ２０６）。つまり、トークンを外部プロセッサ６
に渡したことから、外部プロセッサ６からデータが入力
するまで待機するのである。このデータ受信処理におい
てトークンのみを受信した場合は（Ｓ２０７：ＮＯ）、
そのままステップＳ２０４に戻り、トークンにデータが
付加されていた場合は（Ｓ２０７：ＹＥＳ）、そのデー
タをバッファにセットすることによりアプリケーション
に渡すと共に（Ｓ２０８）、受信イベントを発生させる
（Ｓ２０９）。

【００３４】ニューロンチップ５のアプリケーション
は、受信イベントが発生したときは（Ｓ３０３：ＹＥ
Ｓ）、受信タイムアウトタイマをリセットしてから（Ｓ
３０４）、受信内容処理を実行する（Ｓ３０５）。つま
り、外部プロセッサ６から受信したデータに基づいた処
理を実行する。

【００３５】尚、図６には示していないが、ニューロン
チップ５のアプリケーションが送信データを所定のバッ
ファにセットしたときは、当該データは通信用ファーム
ウェアにより外部プロセッサ６に送信される。以上のよ
うにしてニューロンチップ５と外部プロセッサ６とは、
トークンを媒体としてデータの受渡しを行うことができ
る。

【００３６】ところで、ニューロンチップ５と外部プロ
セッサ６との間の通信データがデータ化けしてトークン
が紛失してしまった場合は、上述したようなトークンパ
ッシングによるデータ通信を適切に実行することができ
なくなってしまう。このような場合、外部プロセッサ６
がトークンの紛失を検出するように構成し、トークンの
紛失を検出したときはネットワーク用コントローラ３全
体をリセットすることも考えられるものの、それではニ
ューロンチップ５の実行動作が中断されてしまって致命
的なエラーを生じる虞がある。

【００３７】そこで、本実施の形態では、ニューロンチ
ップ５のアプリケーションによりトークンの紛失を検出
するように構成し、トークンの紛失を検出したときは適
切なタイミングでニューロンチップ５をリセットすると
共に、そのことを外部プロセッサ６に通知することによ
りトークンパッシングを初期状態に復帰するようにし
た。

【００３８】即ち、ニューロンチップ５のアプリケーシ
ョンは、図７に示すように定期送信要求タイマがタイム
アウト（例えば１．５秒経過）したときは（Ｓ３０６：
ＹＥＳ）、定期送信要求を特定のバッファにセットして
から（Ｓ３０９）、定期送信要求タイマをリセットする
（Ｓ３１０）。

【００３９】ニューロンチップ５の通信用ファームウェ
アは、アプリケーションにより定期送信要求がセットさ
れたときは、図６に示すようにトークンを所持したとこ
ろで（Ｓ２０５：ＹＥＳ）、定期送信要求が付加された
トークンを外部プロセッサ６に送信する（Ｓ２１３）
（図１参照）。

【００４０】外部プロセッサ６は、図５に示すようにト
ークンに付加されたデータが定期送信要求であったとき
は（Ｓ１０５：ＹＥＳ）、送信データが有るかを判断し
（Ｓ１１２：ＹＥＳ）、送信データがないときは（Ｓ１
１２：ＮＯ）、定期送信要求応答を送信データとしてセ
ットする（Ｓ１１３）。そして、トークンを所持したと
ころで（Ｓ１０２：ＹＥＳ）、データが付加されたトー
クンをニューロンチップ５に送信する（Ｓ１１１）。従
って、外部プロセッサ６は、ニューロンチップ５が定期
送信要求を受信した際に送信データがないときは特定の
定期送信要求応答をニューロンチップ５に送信し、送信
データが有るときは当該データを定期送信要求応答とし
て送信することになる（図１参照）。

【００４１】ニューロンチップ５の通信用ファームウェ
アは、図６に示すように外部プロセッサ６から定期送信
要求応答を受信したときはデータが有ると判断し（Ｓ２
０７：ＹＥＳ）、定期送信要求応答をバッファにセット
してから（Ｓ２０８）、受信イベントを発生させる（Ｓ
２０９）。これにより、ニューロンチップ５のアプリケ
ーションは、受信イベントが発生することに応じて（Ｓ
３０３：ＹＥＳ）、受信タイムアウトタイマをリセット
する（Ｓ３０４）。従って、トークンパッシングが正常
に行われている場合は、定期送信要求の送信に応じて受
信タイムアウトタイマはタイムアウトすることなくリセ
ットされる（図１参照）。

【００４２】しかしながら、トークンが紛失したとき
は、ニューロンチップ５のアプリケーションは、定期送
信要求を外部プロセッサ６に送信するにしても、外部プ
ロセッサ６から定期送信要求応答が付加されたトークン
が返信されないので、受信イベントが発生せず（Ｓ３０
３：ＮＯ）、受信タイムアウトタイマがタイムアウトす
るようになる（Ｓ３０７：ＹＥＳ）。この結果、ニュー
ロンチップ５のアプリケーションは、トークンが失われ
たと判断してリセット処理を実行する（Ｓ３０８）（図
１参照）。

【００４３】すると、ニューロンチップ５の通信用ファ
ームウェアは、上述したようにしてアプリケーションに
よりリセット処理されたときは、図６に示すようにニュ
ーロンチップ５をリセットする（Ｓ２１０）。

【００４４】このようにしてニューロンチップ５がリセ
ットすると、外部プロセッサ６は、図５に示すようにニ
ューロンチップ５がリセットしたことを検出するので
（Ｓ１０１：ＹＥＳ）、起動時と同様にしてニューロン
チップ５との同期化を図る。これにより、同期化が終了
した時点では外部プロセッサ６がトークンを所有するよ
うになるので、トークンを復活させてトークンパッシン
グによるデータの受渡しを正常に行うことができるよう
なる（図１参照）。

【００４５】要するに、図１に示すようにニューロンチ
ップ５のアプリケーションは、定期的に定期送信要求を
通信用ファームウェアを介して外部プロセッサ６に送信
し、定期送信要求の送信に応じて所定時間内に受信イベ
ントが発生したときはトークンパッシングは正常に行わ
れていると判断し、定期送信要求の送信に応じて受信イ
ベントが発生しなかったときはトークンが紛失されたと
判断して通信用ファームウェアに対してリセット処理を
行うようにしたので、ニューロンチップ５の通信用ファ
ームウェアは適切なタイミングでニューロンチップ５を
リセットすることができる。

【００４６】このような実施の形態によれば、ネットワ
ーク用コントローラ３においてニューロンチップ５のア
プリケーションによりトークンを紛失したことを検出す
るように構成し、アプリケーションがトークンを紛失し
たことを検出したときは通信用ファームウェアにより適
切なタイミングでニューロンチップ５をリセットするよ
うにしたので、外部プロセッサ６によりニューロンチッ
プ５を強制的にリセットする構成に比較して、ニューロ
ンチップ５の実行動作が中断されてしまって致命的なエ
ラーを生じる事態を防止することができる。

【００４７】また、外部プロセッサ６は、ニューロンチ
ップ５から定期送信要求を受信した際に送信データが有
るときは当該データが付加されたトークンを定期送信要
求としてニューロンチップ５に送信するので、定期送信
要求として特定のデータを送信する構成に比較して、ニ
ューロンチップ５にデータを遅滞なく送信することがで
きる。

【００４８】しかも、このように優れた効果を奏する構
成は、ニューロンチップ５のアプリケーション及び外部
プロセッサ６のプログラムの変更により実施することが
できるので、コストが高くなることなく容易に実施する
ことができる。

【００４９】本発明は、上記実施の形態に限定されるも
のではなく、マスタとスレーブとの間でトークンパッシ
ングを実行し、さらにスレーブとして通信用ファームウ
ェア及びアプリケーションを搭載した構成のものであれ
ば、ネットワーク用コントローラに限らず広く適用する
ことができる。

【図面の簡単な説明】

【図１】本発明の一実施の形態におけるトークンパッシ
ングを説明するためのシーケンス図

【図２】ネットワークの構成を示す概略図

【図３】ネットワーク用コントローラを示すブロック図

【図４】ニューロンチップの端子を示す図

【図５】外部プロセッサの動作を示すフローチャート

【図６】ニューロンチップの通信用ファームウェアの動
作を示すフローチャート

【図７】ニューロンチップのアプリケーションの動作を
示すフローチャート

【符号の説明】

３はネットワーク用コントローラ（通信端末）、５はニ
ューロンチップ（スレーブ）、６は外部プロセッサ（マ
スタ）である。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 トークンパッシングによる通信機能を備
   えた通信用ファームウェアを通じて外部とデータを受渡
   すアプリケーションが搭載されたスレーブと、 このスレーブとトークンパッシングによりデータを受渡
   すマスタとを備え、 前記マスタは、前記スレーブがリセットしたことを検出
   したときは前記スレーブとの同期化を実行してからトー
   クンを所持し、 前記スレーブの通信用ファームウェアは、前記マスタに
   よる同期化に応じて前記アプリケーションを起動し、 前記マスタは、トークンを所持している状態で送信デー
   タがない場合はトークンのみを前記スレーブに送信し、
   送信データがある場合は当該データが付加されたトーク
   ンを送信してから前記スレーブからのトークンの受信状
   態に移行し、 前記スレーブの通信用ファームウェアは、トークンを所
   持している状態で前記アプリケーションから送信データ
   が渡されていない場合はトークンのみを前記マスタに送
   信し、送信データが渡されている場合は当該データが付
   加されたトークンを送信してから前記マスタからのトー
   クンの受信状態に移行し、受信したトークンにデータが
   付加されていたときは受信イベントを発生し、 前記スレーブのアプリケーションは、送信データが有る
   ときは通信用ファームウェアにデータを渡し、受信イベ
   ントが発生したときは通信用ファームウェアからデータ
   を受取る通信端末の内部通信方法において、 前記スレーブのアプリケーションは、動作開始したとき
   は定期送信タイマ及び受信タイムアウトタイマをスター
   トすると共に、定期送信タイマがタイムアウトする毎に
   前記通信用ファームウェアに定期送信要求を送信データ
   として渡し、 前記マスタは、前記スレーブから送信データとして定期
   送信要求を受信したときはデータが付加されたトークン
   を定期送信要求応答として送信し、 前記スレーブのアプリケーションは、受信イベントの発
   生に応じて前記通信用ファームウェアから定期送信要求
   応答を受取ったときは前記受信タイムアウトタイマをリ
   セットし、前記受信タイムアウトタイマタイマがタイム
   アウトしたときはトークンが紛失したと判断してリセッ
   ト処理を実行することを特徴とする通信端末の内部通信
   方法。
2. 【請求項２】 前記マスタは、定期送信要求を受信した
   際に送信データが有るときは当該データが付加されたト
   ークンを定期送信要求応答として送信することを特徴と
   する請求項１記載の通信端末の内部通信方法。