(57)【特許請求の範囲】
【請求項１】
トークンパッシングによる通信機能を備えた通信用ファームウェアを通じて外部とデータを受渡すアプリケーションが搭載されたスレーブと、
このスレーブとトークンパッシングによりデータを受渡すマスタとを備え、
前記マスタは、前記スレーブがリセットしたことを検出したときは前記スレーブとの同期化を実行してからトークンを所持し、
前記スレーブの通信用ファームウェアは、前記マスタによる同期化に応じて前記アプリケーションを起動し、
前記マスタは、トークンを所持している状態で送信データがない場合はトークンのみを前記スレーブに送信し、送信データがある場合は当該データが付加されたトークンを送信してから前記スレーブからのトークンの受信状態に移行し、
前記スレーブの通信用ファームウェアは、トークンを所持している状態で前記アプリケーションから送信データが渡されていない場合はトークンのみを前記マスタに送信し、送信データが渡されている場合は当該データが付加されたトークンを送信してから前記マスタからのトークンの受信状態に移行し、受信したトークンにデータが付加されていたときは受信イベントを発生し、
前記スレーブのアプリケーションは、送信データが有るときは通信用ファームウェアにデータを渡し、受信イベントが発生したときは通信用ファームウェアからデータを受取る通信端末の内部通信方法において、
前記スレーブのアプリケーションは、動作開始したときは定期送信タイマ及び受信タイムアウトタイマをスタートすると共に、定期送信タイマがタイムアウトする毎に前記通信用ファームウェアに定期送信要求を送信データとして渡し、
前記マスタは、前記スレーブから送信データとして定期送信要求を受信したときはデータが付加されたトークンを定期送信要求応答として送信し、
前記スレーブのアプリケーションは、受信イベントの発生に応じて前記通信用ファームウェアから定期送信要求応答を受取ったときは前記受信タイムアウトタイマをリセットし、前記受信タイムアウトタイマタイマがタイムアウトしたときはトークンが紛失したと判断してリセット処理を実行することを特徴とする通信端末の内部通信方法。
【請求項２】
前記マスタは、定期送信要求を受信した際に送信データが有るときは当該データが付加されたトークンを定期送信要求応答として送信することを特徴とする請求項１記載の通信端末の内部通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
マスタとスレーブとがトークンパッシングによりデータを受渡す通信端末の内部通信方法に関する。
【０００２】
【従来の技術】
従来より、例えばビルオートメーション或は家庭のネットワーク制御システムとしては集中型システムが用いられており、ホストコンピュータがネットワークを通じて各種センサの動作状態を監視することにより電子機器を制御するようにしていた。
【０００３】
【発明が解決しようとする課題】
このような集中型システムは、ホストコンピュータと各種電子機器とを接続しなければならず、膨大な配線が必要であり、初期工事費用が極めて高いと共に、システムの変更が困難である。また、各社独自の規格でネットワークが構築されているので、ネットワーク相互を接続することができずに拡張性がない。
【０００４】
そこで、近年、このような問題を解決するための手段として、ＬＯＮ（Local Operating Network ）技術が提供されつつある。このＬＯＮ技術とは、アメリカのエシェロン社が開発したネットワーク用チップを用いることによりインテリジェント分散型ネットワークを構築するものであり、安価にシステムを構築することができる上に、システムの開発期間を短くでき、さらに拡張性に優れているという優れた特徴を有する。また、このネットワーク用チップには通信用ファームウェアが搭載されているので、ユーザは、アプリケーションにおいて通信プロトコルを意識することなくネットワークを通じたデータ通信を行うことができ、アプリケーションを容易に開発することができると共に、高い通信能力を確保することができる。
【０００５】
ところで、ネットワーク用チップは各種電子機器と接続可能に構成されているものの、接続できる電子機器の点数が少ないと共に、アプリケーション用メモリの容量が小さく、さらに動作速度が遅いことなどから、出願人においては、ネットワーク用チップに外部プロセッサを接続し、外部プロセッサに実装したアプリケーションによりセンサの動作状態をネットワークを通じて送信したり、ネットワークを通じた指令に応じて電子機器を制御することを考えている。
【０００６】
ここで、ネットワーク用チップと外部プロセッサとはマスタとスレーブとの関係にあり、それらの間はトークンパッシング方式による通信を行っている。つまり、外部プロセッサ（マスタ）が起動時にトークンを所持した状態でプログラムがスタートし、外部プログラムとネットワーク用チップ（スレーブ）との間ではトークンの受渡しを常時行っている。そして、送信データが発生したときは当該データを付加したトークンを相手に送信するので、トークンを媒体として互いにデータの受渡しを行うことができる。この場合、ネットワーク用チップにおけるトークンの管理は通信用ファームウェアが行っており、通信用ファームウェアのトークンの所持状態はアプリケーションには隠蔽されているので、アプリケーションは、通信用ファームウェアからの受信データ有りのイベントの管理及び外部プロセッサに対する送信要求のみを行うようになっている。
【０００７】
しかしながら、例えば外部プロセッサがネットワーク用チップにトークンを渡す際にデータ化けを生じたときは、ネットワーク用チップはトークンを受けたと認識していないのに対して、外部プロセッサはネットワーク用チップにトークンを渡し済みと認識する虞がある。このため、互いに相手がトークンを所持していると判断してしまうので、トークンが紛失してしまうことになり、以後におけるデータの受渡しを正常に行うことができなくなる。
【０００８】
このような場合、外部プロセッサにおいてトークンの紛失を検出するように構成し、トークンの紛失を検出したときはネットワーク用チップを強制的にリセットすることによりトークンを復帰させることが考えられるが、トークン紛失時にネットワーク用チップが例えば不揮発性メモリへのデータの書込みを行っていた場合は、外部プロセッサからのリセットによりデータ破壊などの致命的なエラーとなる可能性がある。
【０００９】
本発明は上記事情に鑑みてなされたもので、その目的は、マスタとスレーブとがトークンパッシング方式によりデータを受渡す通信制御装置において、トークンが紛失した場合であっても不具合を生じることなく通信を復帰させることができる通信端末の内部通信方法を提供することにある。
【００１０】
【課題を解決するための手段】
請求項１の発明によれば、通信端末を起動すると、スレーブがリセットするので、マスタは、スレーブがリセットしたことを検出したときは、スレーブとの同期化を実行してからトークンを所持する。また、スレーブの通信用ファームウェアは、マスタによる同期化に応じてアプリケーションを起動する。
【００１１】
このような同期化が終了した以後の通常時においては、マスタとスレーブとはトークンの受渡しを常時行っている。この場合、マスタ及びスレーブは、トークンを所持している状態で送信データがない場合はトークンのみを相手に送信し、送信データが有る場合は当該データが付加されたトークンを送信してから相手からのデータの受信状態に移行する。
【００１２】
ここで、スレーブにおいては受信したトークンにデータが付加されていたときは受信イベントを発生するので、スレーブのアプリケーションは、受信イベントが発生したときは通信用ファームウェアひいてはマスタからデータを受取ることができる。
以上のようにしてマスタとスレーブとの間でトークンを媒体としてデータの受渡しを行うことができる。
【００１３】
ところで、マスタとスレーブとの間の通信データがデータ化けした場合、トークンが紛失してしまうことがあり、このような場合は、以後における通信を正しく実行することができなくなる。
【００１４】
そこで、スレーブのアプリケーションは、動作開始したときは定期送信タイマ及び受信タイムアウトタイマをスタートすると共に、定期送信タイマがタイムアウトする毎に通信用ファームウェアに定期送信要求を送信データとして渡す。すると、通信用ファームウェアはトークンを所持したところで定期送信要求が付加されたトークンをマスタに送信するので、マスタは、定期送信要求を受信したところで、定期送信要求が付加されたトークンをスレーブに送信する。これにより、スレーブの通信用ファームウェアは定期送信要求応答が付加されたトークンを受信したところで受信イベントを発生させるので、アプリケーションは、受信タイムアウトタイマをリセットする。
【００１５】
しかしながら、トークンが紛失したときは、上述したようにスレーブが定期送信要求が付加されたトークンをマスタに送信するにしても、マスタからは定期送信要求が送信されないので、受信イベントを発生させることはない。これにより、スレーブのアプリケーションは、受信タイムアウトタイマがタイムアウトとなることから、トークンが紛失したと判断してリセット処理を実行する。従って、マスタは、スレーブがリセットしたことに応じて同期化を実行することによりトークンを所持するようになるので、通信を正常に復帰することができる。
【００１６】
請求項２の発明によれば、定期送信要求を受信した際に送信データがあるときは当該データが付加されたトークンを定期送信要求応答として送信するので、マスタからスレーブに対する送信データを遅滞なく送信することができる。
【００１７】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を参照して説明する。図２はシステムの全体を示している。この図２において、ビル内にはネットワーク１が構築されており、このネットワーク１には照明或は空調機器などの各種機器２がネットワーク用コントローラ（通信端末に相当）３を介して接続されている。
【００１８】
図３はネットワーク用コントローラ３の構成を概略的に示している。この図３において、ネットワーク用コントローラ３は各種機器２が有するセンサなどの電子機器４からのデータを処理してネットワーク１を通じてサーバに送信したり、ネットワーク１を通じたサーバからのデータに基づいてモータなどの電子機器４を駆動するものである。
【００１９】
このネットワーク用コントローラ３は、ニューロンチップ（アメリカのエシェロン社の商標名、スレーブに相当）５と外部プロセッサ（マスタに相当）６とから構成されている。このニューロンチップ５はアメリカのエシェロン社が販売しているもので、これを使用することによりインテリジェント分散型ネットワーク１を構築することができる。
【００２０】
ニューロンチップ５は、ネットワーク１との通信を実行する通信用ファームウェアを搭載しており、アプリケーションで通信プロトコルを意識する必要がないことから、アプリケーションの製作を容易に行うことができる。この場合、ニューロンチップ５は、アプリケーションにより単独で電子機器４からのデータを処理をしたり、電子機器４を制御可能に構成されているものの、接続できる電子機器の点数が少ないと共に、アプリケーション用メモリの容量が小さく、さらに動作速度が遅いことなどから、ニューロンチップ５に外部プロセッサ６を接続し、その外部プロセッサ６により電子機器４からのデータを処理してニューロンチップ５に送信したり、ニューロンチップ５からのデータに基づいて電子機器４を制御するようにしている。
この外部プロセッサ６としては一般的に販売されているものが用いられており、ニューロンチップ５は外部プロセッサ６のアドレス空間に配置されている。
【００２１】
外部プロセッサ６にはＡ１５〜Ａ０端子、〜ＡＳ（アドレスストローブ）端子、ＣＬＫ（クロック）端子、〜ＲＤ（リード）端子、〜ＷＲ（ライト）端子、Ｄ７〜Ｄ０が設けられており、これらの端子からの信号によりニューロンチップ５にアクセスするようになっている。尚、〜ＡＳ、〜ＲＤ、〜ＷＲはロウアクティブであることを示しており、以下同様である。
【００２２】
図４はニューロンチップ５の信号端子を示している。この図４において、ニューロンチップ５は複数のモードを有しており、本実施の形態では、外部プロセッサ６がニューロンチップ５をメモリと同様にアクセスするスレーブＢモードで使用している。具体的には、ニューロンチップ５にはＩＯ０〜ＩＯ１０ピンが設けられており、ＩＯ０ピンはＤ０（データバスの０ビット）とＨＳ（ハンドシェーク）とを兼用する入出力端子、ＩＯ１〜ＩＯ７はＤ１〜Ｄ７の入出力端子、ＩＯ８は〜ＣＳ信号の入力端子、ＩＯ９はＲ／〜Ｗ信号の入力端子、ＩＯ１０はＡ０信号（アドレスバスの０ビット）の入力端子である。ここで、ＨＳはニューロンチップ５が有する制御レジスタの最下位ビットで、外部プロセッサ６に対してニューロンチップ５が使用中であることを通知するためのビジー信号として使用され、この信号が“Ｈ”の場合にニューロンチップ５がデータバスを通じてデータの入出力を実行する。Ａ０は外部プロセッサ６がデータバスにニューロンチップ５が有するデータレジスタか制御レジスタかの何れかを出力させるのかをニューロンチップ５に対して指令するための信号として機能する。
【００２３】
ところで、ニューロンチップ５は〜ＣＳ信号を基準に各種信号のタイミングが設定されていることから、外部プロセッサ６からニューロンチップ５にアクセスしようとする場合、制御信号のタイミングの不整合により直接アクセスすることはできない。従って、本実施の形態では、図３に示すように外部プロセッサ６とニューロンチップ５との間をインタフェース回路７で接続し、外部プロセッサ６がニューロンチップ５にアクセス可能としている。このインタフェース回路７は、次の機能を有する。
【００２４】
（ａ）Ａ１２〜Ａ１５、〜ＡＳ信号、ＣＬＫ、〜ＲＤ信号、〜ＷＲ信号に基づいた所定のタイミングでニューロンチップに〜ＣＳ信号を出力する。
（ｂ）Ａ１２〜Ａ１５、〜ＲＤ信号、〜ＷＲ信号に基づいた所定タイミングでニューロンチップにＲ／〜Ｗ信号を出力する。
（ｃ）Ａ０に基づいく所定のタイミングでニューロンチップにＡ０を出力する。
【００２５】
また、図３に示すようにニューロンチップ５にはＲＳＴ端子が設けられており、ニューロンチップ５がリセット状態となったときにリセット信号が出力されるようになっている。この場合、ニューロンチップ５からのリセット信号の出力時間は極めて短いことから、インタフェース回路７において出力を延長した状態で外部プロセッサ６の特定の入力ポートＩＮに与えられるようになっている。従って、外部プロセッサ６は、入力ポートＩＮの入力状態を監視することによりニューロンチップ５がリセットされたことを検出可能となっている。
【００２６】
ここで、ニューロンチップ５と外部プロセッサ６とはトークンパッシングによりデータの受渡しを行うようになっている。このトークンパッシングは、トークンを所持した際に送信データがない場合はトークンのみを送信し、送信データが有る場合は当該データが付加されたトークンを送信するもので、常に何れか一方がトークンの所持状態となってデータの送信権利を有することを特徴とする。
【００２７】
次に上記構成の作用について説明する。
図５は外部プロセッサ６の動作のうち本発明に関連した動作を示すフローチャートである。この図５において、ネットワーク用コントローラ３に電源を投入すると、外部プロセッサ６が動作開始すると同時にニューロンチップ５がリセットする。これにより、外部プロセッサ６は、ニューロンチップ５がリセットしたことを検出したときは（Ｓ１０１：ＹＥＳ）、同期化コマンドをニューロンチップに送信する（Ｓ１０７）。
【００２８】
図６はニューロンチップ５の通信用ファームウェアの動作のうち本発明に関連した動作を示すフローチャートである。この図６において、ニューロンチップ５の通信用ファームウェアは、外部プロセッサ６から同期化コマンドを受信したときは（Ｓ２０１：ＹＥＳ）、同期化終了コマンドを外部プロセッサ６に送信すると共に（Ｓ２０２）、アプリケーションを起動する（Ｓ２０３）。
以上のようにして同期化が終了すると、ニューロンチップ５のアプリケーションが動作開始する。また、同期化終了時においては外部プロセッサ６がトークンを所持することになる。
【００２９】
図７はニューロンチップ５のアプリケーションの動作のうち本発明に関連した動作を示すフローチャートである。この図７において、ニューロンチップ５のアプリケーションは、通信用ファームウェアにより起動されたときは、受信タイムアウトタイマ及び定期送信要求タイマをスタートする（Ｓ３０１，Ｓ３０２）。これらのタイマは、後述するように外部プロセッサ６とニューロンチップ５との間でトークンが正常に受渡しされているかを判断するために設けられている。
【００３０】
さて、上述したように同期化終了時は外部プロセッサ６がトークンを所持しているので、外部プロセッサ６は、図５に示すようにトークンを所持していると判断してから（Ｓ１０２：ＹＥＳ）、送信データが有るかを判断する（Ｓ１０９）。このとき、送信データがない場合は（Ｓ１０９：ＮＯ）、トークンのみをニューロンチップ５に送信し（Ｓ１１０）、送信データがある場合は（Ｓ１０９：ＹＥＳ）、当該データが付加されたトークンを送信する（Ｓ１１１）。
【００３１】
また、外部プロセッサ６は、トークンをニューロンチップ５に送信したときはトークンを所持していないので（Ｓ１０２：ＮＯ）、ニューロンチップ５からのデータ受信処理を実行する（Ｓ１０３）。つまり、トークンをニューロンチップ５に渡したことから、ニューロンチップ５からデータが入力するまで待機するのである。このデータ受信処理においてトークンのみを受信した場合は（Ｓ１０４：ＮＯ）、そのままステップＳ１０１に戻る。また、トークンにデータが付加されていた場合は（Ｓ１０４：ＹＥＳ）、定期送信要求でないことを確認してから
（Ｓ１０５：ＮＯ）、受信内容処理を実行する（Ｓ１０６）。
【００３２】
一方、ニューロンチップ５の通信用ファームウェアは、図６に示すように同期化が終了したときはアプリケーションによりリセット処理されていないことを確認してから（Ｓ２０４：ＮＯ）、トークンを所持しているかを判断する（Ｓ２０５）。このとき、外部プロセッサ６からのデータの入力に応じてトークンを所持していた場合は（Ｓ２０５：ＹＥＳ）、送信データが有るかを判断し（Ｓ２１１）、送信データがない場合は（Ｓ２１１：ＮＯ）、トークンのみを外部プロセッサ６に送信し（Ｓ２１２）、送信データがある場合は（Ｓ２１１：ＹＥＳ）、当該データが付加されたトークンを送信する（Ｓ２１３）。
【００３３】
また、ニューロンチップ５の通信用ファームウェアは、トークンをニューロンチップ５に送信したときはトークンを所持していないので（Ｓ２０５：ＮＯ）、外部プロセッサ６からのデータ受信処理を実行する（Ｓ２０６）。つまり、トークンを外部プロセッサ６に渡したことから、外部プロセッサ６からデータが入力するまで待機するのである。このデータ受信処理においてトークンのみを受信した場合は（Ｓ２０７：ＮＯ）、そのままステップＳ２０４に戻り、トークンにデータが付加されていた場合は（Ｓ２０７：ＹＥＳ）、そのデータをバッファにセットすることによりアプリケーションに渡すと共に（Ｓ２０８）、受信イベントを発生させる（Ｓ２０９）。
【００３４】
ニューロンチップ５のアプリケーションは、受信イベントが発生したときは  （Ｓ３０３：ＹＥＳ）、受信タイムアウトタイマをリセットしてから（Ｓ３０４）、受信内容処理を実行する（Ｓ３０５）。つまり、外部プロセッサ６から受信したデータに基づいた処理を実行する。
【００３５】
尚、図６には示していないが、ニューロンチップ５のアプリケーションが送信データを所定のバッファにセットしたときは、当該データは通信用ファームウェアにより外部プロセッサ６に送信される。
以上のようにしてニューロンチップ５と外部プロセッサ６とは、トークンを媒体としてデータの受渡しを行うことができる。
【００３６】
ところで、ニューロンチップ５と外部プロセッサ６との間の通信データがデータ化けしてトークンが紛失してしまった場合は、上述したようなトークンパッシングによるデータ通信を適切に実行することができなくなってしまう。このような場合、外部プロセッサ６がトークンの紛失を検出するように構成し、トークンの紛失を検出したときはネットワーク用コントローラ３全体をリセットすることも考えられるものの、それではニューロンチップ５の実行動作が中断されてしまって致命的なエラーを生じる虞がある。
【００３７】
そこで、本実施の形態では、ニューロンチップ５のアプリケーションによりトークンの紛失を検出するように構成し、トークンの紛失を検出したときは適切なタイミングでニューロンチップ５をリセットすると共に、そのことを外部プロセッサ６に通知することによりトークンパッシングを初期状態に復帰するようにした。
【００３８】
即ち、ニューロンチップ５のアプリケーションは、図７に示すように定期送信要求タイマがタイムアウト（例えば１．５秒経過）したときは（Ｓ３０６：ＹＥＳ）、定期送信要求を特定のバッファにセットしてから（Ｓ３０９）、定期送信要求タイマをリセットする（Ｓ３１０）。
【００３９】
ニューロンチップ５の通信用ファームウェアは、アプリケーションにより定期送信要求がセットされたときは、図６に示すようにトークンを所持したところで（Ｓ２０５：ＹＥＳ）、定期送信要求が付加されたトークンを外部プロセッサ６に送信する（Ｓ２１３）（図１参照）。
【００４０】
外部プロセッサ６は、図５に示すようにトークンに付加されたデータが定期送信要求であったときは（Ｓ１０５：ＹＥＳ）、送信データが有るかを判断し（Ｓ１１２：ＹＥＳ）、送信データがないときは（Ｓ１１２：ＮＯ）、定期送信要求応答を送信データとしてセットする（Ｓ１１３）。そして、トークンを所持したところで（Ｓ１０２：ＹＥＳ）、データが付加されたトークンをニューロンチップ５に送信する（Ｓ１１１）。従って、外部プロセッサ６は、ニューロンチップ５が定期送信要求を受信した際に送信データがないときは特定の定期送信要求応答をニューロンチップ５に送信し、送信データが有るときは当該データを定期送信要求応答として送信することになる（図１参照）。
【００４１】
ニューロンチップ５の通信用ファームウェアは、図６に示すように外部プロセッサ６から定期送信要求応答を受信したときはデータが有ると判断し（Ｓ２０７：ＹＥＳ）、定期送信要求応答をバッファにセットしてから（Ｓ２０８）、受信イベントを発生させる（Ｓ２０９）。これにより、ニューロンチップ５のアプリケーションは、受信イベントが発生することに応じて（Ｓ３０３：ＹＥＳ）、受信タイムアウトタイマをリセットする（Ｓ３０４）。従って、トークンパッシングが正常に行われている場合は、定期送信要求の送信に応じて受信タイムアウトタイマはタイムアウトすることなくリセットされる（図１参照）。
【００４２】
しかしながら、トークンが紛失したときは、ニューロンチップ５のアプリケーションは、定期送信要求を外部プロセッサ６に送信するにしても、外部プロセッサ６から定期送信要求応答が付加されたトークンが返信されないので、受信イベントが発生せず（Ｓ３０３：ＮＯ）、受信タイムアウトタイマがタイムアウトするようになる（Ｓ３０７：ＹＥＳ）。この結果、ニューロンチップ５のアプリケーションは、トークンが失われたと判断してリセット処理を実行する（Ｓ３０８）（図１参照）。
【００４３】
すると、ニューロンチップ５の通信用ファームウェアは、上述したようにしてアプリケーションによりリセット処理されたときは、図６に示すようにニューロンチップ５をリセットする（Ｓ２１０）。
【００４４】
このようにしてニューロンチップ５がリセットすると、外部プロセッサ６は、図５に示すようにニューロンチップ５がリセットしたことを検出するので（Ｓ１０１：ＹＥＳ）、起動時と同様にしてニューロンチップ５との同期化を図る。これにより、同期化が終了した時点では外部プロセッサ６がトークンを所有するようになるので、トークンを復活させてトークンパッシングによるデータの受渡しを正常に行うことができるようなる（図１参照）。
【００４５】
要するに、図１に示すようにニューロンチップ５のアプリケーションは、定期的に定期送信要求を通信用ファームウェアを介して外部プロセッサ６に送信し、定期送信要求の送信に応じて所定時間内に受信イベントが発生したときはトークンパッシングは正常に行われていると判断し、定期送信要求の送信に応じて受信イベントが発生しなかったときはトークンが紛失されたと判断して通信用ファームウェアに対してリセット処理を行うようにしたので、ニューロンチップ５の通信用ファームウェアは適切なタイミングでニューロンチップ５をリセットすることができる。
【００４６】
このような実施の形態によれば、ネットワーク用コントローラ３においてニューロンチップ５のアプリケーションによりトークンを紛失したことを検出するように構成し、アプリケーションがトークンを紛失したことを検出したときは通信用ファームウェアにより適切なタイミングでニューロンチップ５をリセットするようにしたので、外部プロセッサ６によりニューロンチップ５を強制的にリセットする構成に比較して、ニューロンチップ５の実行動作が中断されてしまって致命的なエラーを生じる事態を防止することができる。
【００４７】
また、外部プロセッサ６は、ニューロンチップ５から定期送信要求を受信した際に送信データが有るときは当該データが付加されたトークンを定期送信要求としてニューロンチップ５に送信するので、定期送信要求として特定のデータを送信する構成に比較して、ニューロンチップ５にデータを遅滞なく送信することができる。
【００４８】
しかも、このように優れた効果を奏する構成は、ニューロンチップ５のアプリケーション及び外部プロセッサ６のプログラムの変更により実施することができるので、コストが高くなることなく容易に実施することができる。
【００４９】
本発明は、上記実施の形態に限定されるものではなく、マスタとスレーブとの間でトークンパッシングを実行し、さらにスレーブとして通信用ファームウェア及びアプリケーションを搭載した構成のものであれば、ネットワーク用コントローラに限らず広く適用することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるトークンパッシングを説明するためのシーケンス図
【図２】ネットワークの構成を示す概略図
【図３】ネットワーク用コントローラを示すブロック図
【図４】ニューロンチップの端子を示す図
【図５】外部プロセッサの動作を示すフローチャート
【図６】ニューロンチップの通信用ファームウェアの動作を示すフローチャート
【図７】ニューロンチップのアプリケーションの動作を示すフローチャート
【符号の説明】
３はネットワーク用コントローラ（通信端末）、５はニューロンチップ（スレーブ）、６は外部プロセッサ（マスタ）である。
【図１】
0003695334.tif 000002
【図２】
0003695334.tif 000003
【図３】
0003695334.tif 000004
【図４】
0003695334.tif 000005
【図５】
0003695334.tif 000006
【図６】
0003695334.tif 000007
【図７】
0003695334.tif 000008