(57)【要約】  本発明は、少なくとも２つの装置から成る通信ネットワーク内で装置の状態をモニタする方法に関する。ネットワークは、規則正しい時間間隔でネットワークより送出される信号によって同期化されるデータ・パケットを送信する等時性通信チャネルから成る。本発明の方法は、モニタされることを望む第１の装置のレベルにおいて、ネットワークより規則正しく送出される信号に応答し指定される等時性チャネル上でモニタされている装置によりデータ・パケットを発生するステップを含んでいる。本発明の方法は、また、第２の装置のレベルにおいて、等時性チャネル上で送出されるデータ・パケットをモニタするステップと、同期信号の少なくとも２回の送出の間に等時性チャネル上でデータ・パケットの不在の結果、指定されたタスクを実行するステップと、から成る。  本発明は、また、本発明の方法を実施する装置に関する。
2007512746.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つの装置を含む通信ネットワーク内で装置の状態をモニタ（監視／管理）する方法であって、ネットワークは、規則正しい時間間隔でネットワークより送出される信号によって同期化されるデータ・パケットを送信する等時性（ｉｓｏｃｈｒｏｎｏｕｓ）通信チャネルから成り、
モニタされることを望む第１の装置のレベルにおいて、
−  ネットワークより規則正しく送出される信号に応答し、指定された等時性チャネル上で、モニタされている装置によりデータ・パケットを送出するステップ（７．３）と、
第２の装置（ＩＣＣＵ）のレベルにおいて、
−  等時性チャネル上で送出されるデータ・パケットをモニタするステップ（７．４）と、
−  同期信号の少なくとも２回の送出（ｅｍｉｓｓｉｏｎ）の間に等時性チャネル上でデータ・パケットの不在の結果、指定されたタスクを実行するステップと、から成ることを特徴とする前記方法。
【請求項２】
第１の装置のレベルにおいて、パケットを送信する等時性チャネルの識別子およびタスク記述子を含むモニタリング・リクエスト（ｍｏｎｉｔｏｒｉｎｇ  ｒｅｑｕｅｓｔ）を送出するステップ（７．１）を含み、第２の装置が第１の装置により指定されるタスクを実行することを特徴とする、請求項１記載の管理方法。
【請求項３】
モニタリング・リクエストが、所定数の同期信号を指定し、前記指定された数の同期信号の検出後に等時性チャネル上でデータ・パケットが検出されないとき、第２の装置が
前記指定されたタスクを実行することを特徴とする、請求項２記載の管理方法。
【請求項４】
モニタリング・リクエストの受信に続き、第２の装置により処理信号を送出するステップを含むことを特徴とする、請求項２または請求項３に記載の管理方法。
【請求項５】
指定されたタスクが、第１の装置の識別子を含むアラート（ａｌｅｒｔ：警報）メッセージの表示を含むことを特徴とする、先行する請求項の任意の１つに記載の管理方法。
【請求項６】
指定されたタスクが、データ・パケットの送出を停止する理由を分析するステップ、およびデータ・パケットの送出を再開するために行動するステップを含むことを特徴とする、先行する請求項のうち任意の１つに記載の管理方法。
【請求項７】
ネットワークの少なくとも１つの他の装置の状態をモニタする任を負うネットワーク装置（ＩＣＣＵ、１）であって、指定された等時性チャネル上で等時性データ・パケットを送出させる同期信号を感知するネットワークと通信する手段（６．４、６．５）を具え、
同期信号の少なくとも２回の送出の間に等時性チャネル上でデータ・パケットの不在の結果、指定されたタスクを実行する手段（６．１、６．２）を更に具え、パケットの不在が、モニタされている装置の状態を表示することを特徴とする、前記ネットワーク装置（ＩＣＣＵ、１）。
【請求項８】
パケットを送信している等時性チャネルの識別子および指定されたタスクの記述子を含むモニタリング・リクエストを受信する手段（６．４、６．５）を具え、チャネルの前記識別子およびタスクの記述子が装置のメモリ（６．３）内に記録されることを特徴とする、請求項７記載のネットワーク装置。
【請求項９】
受信したモニタリング・リクエストが所定数の同期信号を指定し且つ同期信号のカウンタ（６．４、６．５）を具え、指定された数の同期信号の検出後に等時性チャネル上でデータ・パケットが検出されないとき、指定されたタスクが実行されることを特徴とする請求項８記載のネットワーク装置。
【請求項１０】
同期信号の少なくとも２回の送出の間に等時性チャネル上でデータ・パケットの不在により起動されるアラート（警報）メッセージの表示手段を具えることを特徴とする、請求項７〜９の何れか１つに記載のネットワーク装置。
【請求項１１】
モニタリング・リクエストの受信に続き、処理信号を送出する手段を具えることを特徴とする、請求項８〜１０の何れか１つに記載のネットワーク装置。
【請求項１２】
ネットワークの別の装置により前記リクエストを処理するために、受信手段（６．４、６．５）が信号を感知するときに起動される、モニタリング・リクエストの処理を不可能にする手段を具えることを特徴とする、請求項１１記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、家庭のネットワークに接続される装置の状態をモニタする方法、およびネットワークを介して別の装置をモニタする検出装置に関する。
【背景技術】
【０００２】
ディジタル通信ネットワークは、有線または電波を使用して通信バス（例えば、ＩＥＥＥ１３９４バス）により連結される装置から成る。通信ネットワークは、例えば、以下の装置から成る。送出される音声映像（Ａ／Ｖ）をユーザに表示させ、ネットワークを制御するパラメータを入力させ、且つネットワークの状態を確認させる端末、送出されるＡＶおよび送信ネットワークから生じるサービス情報を受信できるディジタル・テレビジョン受像機（例えば、デコーダ）、送出されるＡ／Ｖを記憶する装置、モデムなど。装置のリストは尽きることがない。また、通信ネットワーク内には、子供部屋の中にカメラのような装置も幾つかある。
【０００３】
ＩＥＥＥ１３９４のネットワークでは、装置が以下の３つの異なるモードに従って通信することを可能にする。すなわち、定められた時間期間の終了時にデータ・パケットが規則正しく送出（ｅｍｉｔ）される同期モード、各メッセージが他のメッセージから隔離され、いつでも送出できる非同期（ａｓｙｎｃｈｒｏｎｏｕｓ）モード、定められた時間の枠内でデータ・パケットが規則正しく送出される等時性（ｉｓｏｃｈｒｏｎｏｕｓ）モード。これら種々の通信モードは特殊なデータの転送に使用される。一般に、コマンドは、非同期モードで送信され、データは同期モードで送信され、ネットワーク内にあるストリーム・データは等時性モードで送信される。等時性モードの場合、子供部屋に置かれているカメラからモニタリング・データが送出され、テレビジョンがそのデータを表示する。ＡＶデータが送信ネットワークから受信されて非常に厳密で規則正しい同期を受けるのとは対称的に、モニタリングは、異なる瞬間に、ときどき映像を受信するだけでよい。
【０００４】
一般に、ネットワークされた装置の適正な動作のモニタリングは、その装置に固有の装置によって実行される。例えば、「Ｗａｔｃｈｄｏｇ」（ウォッチドッグ）装置がある。この装置は、タイマの終了時に、モニタされている中央の装置が或る動作を実行していないと、エラー・メッセージを起こす。この装置は、明らかに、それをモニタする中央の装置よりも信頼できなければならない。モニタされる各装置はそれ自身の装置を所有しなければならず、本発明は、他の利点の中でもとりわけ、モニタリング装置の数を制限できると共に、かなりの数の装置をモニタできる。
【０００５】
文書ＵＳ６４３０６２９Ｂ１−ＳＭＹＥＲＳ（２００２年８月６日刊行）は、１３９４ネットワークについて、且つこのネットワークと通信するモジュールにより部屋の温度をモニタできる可能性について、記述する。本発明は、正確に言えば、ネットワークの装置の状態の「モニタリング」に関する。スクリーンに、ＶＣＲまたはＳＴＢのような装置の状態、および部屋の温度が表示される。クレーム１は、装置の状態を表す情報をネットワークのモニタが周期的に受信することを示している。
【０００６】
文書ＥＰ１１８５０３４−ＳＯＮＹは、ネットワーク（例えば、１３９４、送出ループ）内でエラー検出を教示する。ネットワークの装置は、等時性チャネル上で接続エラーを検出するよう構成され、エラーの検出は、とりわけ、信号「ＩＥＥＥ１３９４信号Ｓ１」のポーリング（ｐｏｌｌｉｎｇ）によって実行される。他の検出は、データ・パケット送出の規則性を分析することにより行われ、それによって、エラーの優先レベルおよび特殊な行為（例えば、エラーの検出をスクリーンに表示する）を規定できる。この文書は、ネットワークのすべての通信にモニタリングを実行する装置を教示し、モニタされることを望む装置に特定されない。
【発明の開示】
【０００７】
（発明の概要）
本発明は、少なくとも２つの装置から成る通信ネットワーク内で装置の状態をモニタする方法であり、このネットワークは、規則正しく時間間隔を置いてネットワークより送出される信号によって同期化されるデータ・パケットを送信する等時性通信チャネルから成り、以下のステップから成ることを特徴とする。
モニタされることを望む第１の装置のレベルにおいて、
‐  ネットワークより規則正しく送出される信号に応答し、指定される等時性チャネル上で、モニタされている装置よりデータ・パケットを送出するステップ。
第２の装置のレベルにおいて、
‐等時性チャネル上で送出されるデータ・パケットをモニタするステップ。
‐同期信号の少なくとも２回の送出の間に、等時性チャネル上でデータ・パケットの不在の結果、指定されたタスクを実行するステップ。
【０００８】
このように、等時間隔で送出される同期信号を利用して、このようなチャネル上でのデータ送出の早すぎる終了を検出することにより、装置の状態のモニタリングはネットワークのリソースを十分に利用する。
【０００９】
第１の改良によれば、この方法は、パケットを送信する等時性チャネルの識別子およびタスク記述子を含むモニタリング・リクエストを送出するステップを含んでいる。このようにして、モニタされる装置は、故障の際、そのモニタリングの任を負う装置に、それがしなければならない事項を知らせる。
【００１０】
別の改良によれば、モニタリング・リクエストは所定数の同期信号を指定する。モニタリング装置は、指定されたタスクの実行を開始させるため所定数の信号の検出を待つ。
【００１１】
別の改良によれば、この方法は、モニタリング・リクエストの受信に続き、処理信号を第２の装置により送出するステップを含んでいる。従って、モニタされることをリクエストする装置は、このモニタリングがネットワークの装置によって行われることを知る。
【００１２】
別の改良によれば、指定されたタスクは、第１の装置の識別子を含むアラート（警報）メッセージの表示を含んでいる。従って、ネットワークのユーザに故障を警告できる。
【００１３】
別の改良によれば、指定されたタスクは、データ・パケットの送出を停止する理由を分析するステップと、データ・パケットの送出を再開する行動を実行するステップを含んでいる。このようにして、ネットワークの装置は、故障の原因を幾つか自動的に排除できる。
【００１４】
本発明の主題は、ネットワークの少なくとも他の１つの装置の状態をモニタする任を負うネットワークの装置であり、ネットワークと通信する手段を具え、同期信号を感知し、指定された等時性チャネル上で等時性データ・パケットを送出させ、更に同期信号の少なくとも２回の送出の間に等時性チャネル上でデータ・パケットの不在の結果、指定されたタスクを実行する手段を具えることを特徴とする。パケットの不在は、モニタされている装置の状態を表している。
【００１５】
本発明の他の特徴および利点は、添付の図面に関連する、以下の実施例についての説明から明らかとなる。
【発明を実施するための最良の形態】
【００１６】
最初に図１に関して、現在の技術による、ローカル・ディジタル通信ネットワークについて記述する。このネットワークは、例えば、以下の装置から成る。
‐装置１：カメラ。
‐装置２：ＤＶＤディスク読取り装置を具えるコンピュータ、電話網とのインタフェース（モデム）、および統合されたデコーダ。
‐装置３：送信ネットワークからの送出を受信できるチューナおよびデマルチプレクサ（ＤＥＭＵＸ）、および送信ネットワークから受信したプログラムとデータを記憶できるメモリ（ハードディスク）を具える、ＳＴＢデコーダ。
‐装置４：ディジタル・ビデオ・デコーダ。
【００１７】
本発明の枠内で、他の装置（表示せず）も可能である。スクリーン、アナログ・ビデオ・レコーダ、火災検出と加熱を規制する温度センサ、警報を目的とする、個人の存在を検出する動き検出器。これらの装置はすべて、１３９４ＩＥＥＥ規格を使用してディジタル・バスで連結される。この規格によれば、装置は非同期モードまたは等時性モードで互いに通信する。等時性通信により、例えば、カメラと、カメラのビデオ信号を表示するスクリーンとの間にデータ・ストリームを中断なく送信でき、温度センサは暖房設備に情報を送信する。等時性チャネルは、定められた帯域幅により規定される時間枠内に送信機から受信機にデータを規則正しく送信する特徴を有する。クロック・マスター（または“Ｃｙｃｌｅ  Ｍａｓｔｅｒ”）と呼ばれるネットワークのノードは、チャネル上で送出される等時性のパケットの規則正しいタイミングを保証する。この目的で、マスター・ノード（Ｍａｓｔｅｒ  ｎｏｄｅ）は、１２５ミリセカンド毎にサイクル開始信号をネットワークの他のすべてのノードに送出する。この信号はデータ・パケット送出用の同期信号となる。また、このネットワークは、ＩＲＭ（Ｉｓｏｃｈｒｏｎｏｕｓ  Ｒｅｓｏｕｒｃｅ  Ｍａｎａｇｅｒ）と呼ばれるソフトウェア・リソースを具える装置を含んでいる。ＩＲＭモジュールは種々の等時性チャネルの識別子と帯域幅が記録されるメモリを管理する。この目的で、ＩＲＭは、帯域幅の割当て／チャネルの割当てレジスタを具える。ＩＲＭにより、等時性チャネルおよびネットワーク上で利用できる帯域幅が管理される。等時性チャネルの制御は、クロック・マスターに委任される。
【００１８】
本発明の好ましい実施例により、ネットワークは、ＩＣＣＵ（Ｉｓｏｃｈｒｏｎｏｕｓ  Ｃｈａｎｎｅｌｓ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）を具える。ＩＣＣＵは、ネットワークのウォッチドッグ機能を具え、ローカル・ネットワーク内で起動される種々の等時性チャネルのモニタリングを確実にする。ＩＣＣＵは、ネットワークに接続される装置のうちの１つである。クロック・マスター・ノード、ＩＲＭを所有する装置、またはネットワークの別のノード、本発明の好ましい実施例によるモニタリング・モジュールを所有し装備する装置。変形によれば、ＩＣＣＵは等時性チャネルのモニタリングを託される特殊な装置であり、図２に示すように、ネットワーク内で実施される。
【００１９】
ここで、ＩＣＣＵによるモニタリングを詳細に述べる。ネットワークの装置は重要なタスクを実行しなければならず、従って、その実行はＩＣＣＵによってモニタされる。タスクは、中央装置（Ｃｅｎｔｒａｌ  Ｕｎｉｔ）により実行されるプログラムであり、これは、また、特殊化された回路（例えば、ＡＳＩＣ）内に組み込まれるシーケンシャル・ロジックである。モニタされるべきタスクの通常の行為として、定められた等時性チャネル上でデータの特殊な送出を実行するために注意が払われる。重要なのは、データの内容に在るのではなく、送出の周期性に在る。従って、非常に短いパケットを送出できることが有利である。ＩＥＥＥ１４９４ネットワーク上で送出される最小の等時性パケットは、等時性ヘッダとニブルで構成される。これらのデータは、５２８の割当てユニットに収容され、それにより、１０マイクロセカンドの期間を表す。モニタされるべきタスクを初期化するステップにおいて、装置は、その動作をモニタするようＩＣＣＵをプログラムし、ＩＣＣＵは等時性チャネル上での送出をモニタする。
【００２０】
図３に示すように、装置２は、その識別子、等時性チャネル（例えばチャネル１９、装置の適正な動作を実証する）の識別子、およびこのチャネルで送出されるデータが消失すれば実行すべきタスクの記述子含むモニタリング・リクエストを送出する。ＩＣＣＵはこのリクエストを受信し、そのパラメータを記録し、指定されたチャネルで送出されるデータ・パケットをポーリングすることによりモニタリングを開始する。ネットワークが複数のＩＣＣＵを含む場合、利用できる最初のＩＣＣＵがそのネットワーク上で、その特性と共にモニタリングについてのメッセージを送出し、そのメモリ内にパラメータを記録し、直ちにモニタリングを開始する。このメッセージを感知する他のＩＣＣＵはこのモニタリングに関与しない。このデータは１２５マイクロセカンドごとに送出されなければならない。図４に示すように、送出の中断の間、ＩＣＣＵはそれが実行しなければならないアラート・タスクのパラメータをそのメモリ内で探索する。例えば、このタスクは、データ“ｄａｔａ  １”をネットワークのアドレス“ａｄｄ  １”へ送出することである。このアドレスは装置２であり、特にこの装置がマルチタスク・システムを具える場合、中断される等時性パケットの送出を始動させるが、ネットワークのデータの受信を管理する装置ではない。装置２は、内部の故障について予め警告を受ける。このアドレスは、そのネットワークの別の装置、例えば、視聴端末（ｖｉｅｗｉｎｇ  ｔｅｒｍｉｎａｌ）であることもあり、データ“ｄａｔａ  １”は、表示可能なメッセージである。視聴端末はユーザのために警報メッセージを表示する。
【００２１】
ＩＣＣＵに送出されるモニタリング・リクエストには、以下の情報が含まれている。
‐  モニタリング・リクエストを送出している装置の識別子。
‐  等時性チャネルの数、１、２など（またはデータ・パケットの識別子）。
‐  等時性チャネルのパケット間の最大持続期間、またはアラート（警報）タスクを実行する以前のサイクル開始信号の最大送出数。
‐  アラート・タスクの記述子。
【００２２】
アラート・タスクの記述子は、等時性チャネルの消失の検出中に実行されるＩＣＣＵの種々の行為を記述する。アラート・タスク内にある種々の行為を以下に示す。
‐  警告メッセージ「チャネル１の消失」（住宅のすべてのスクリーンを対象とする）を送出する。このメッセージは各表示装置（ディスプレイ）に非同期に送出される。
‐  ＩＣＣＵにより音声信号を送出する。
‐  ＩＣＣＵで検出される故障の軽減のためにプログラムされる連続的行動を起こす。
【００２３】
アラート・タスクは記憶され、ネットワーク上で送出される。モニタされている装置がアラート・タスクを指定しない場合、ＩＣＣＵはデフォルト・タスクを所有しており、ユーザに故障を従ってために利用できるすべてのパラメータをネットワークのスクリーン上に表示する。表示されるメッセージは、例えば、「２０．３０に、装置１から生じる等時性チャネル２上での送出を中断する」である。従って、ユーザは、装置１上で介入し、タスクを適正に復旧させることができる。
【００２４】
変形では、モニタされている装置が、アラート行為を明確にし、それをＩＣＣＵに知らせる。例えば、ユーザは、ディジタル・チャネル２１上での送出の記録（レコーティング）をプログラムする。このチャネルは、送信ネットワークの信号を受信するデコーダによって提供され、記録装置で実行される記録タスクはＩＣＣＵでモニタされる。送出を受信すると記録装置は、その送出を受信するようデコーダをプログラムし、ネットワークを通して受信される第１のデータ・パケットを記録する。受信機が送出をやめると仮定する。すると、記録タスクは中断される。タイムアウトの終了時にＩＣＣＵは記録タスクの中断を検出し、記述子は以下のメッセージをラウンジのスクリーンに表示しなければならないことを指定する：「２０．３０において、記録の終了は早すぎる。」ここで、２０．３０はＩＣＣＵで更新される変数。改良では、故障の原因を分析する機能を所有するＩＣＣＵにより記述子が受信される。前例およびこの改良によれば、ＩＣＣＵで受信される記述子は、定められた各期間中にチャネル２１から生じる音声映像（Ａ／Ｖ）データ・パケットの存在を分析する。パケットが検出されなければ、ＩＣＣＵは第２のデコーダを呼び、そのデコーダにチャネル２１を受信するリクエストを送出する。リクエストが受け入れられると記録は通常、第２のデコーダによって家庭のネットワーク上で送出されるデータに基づいて継続する。デコーダが利用できない場合にＩＣＣＵは、デコーダが利用できない理由で早すぎる記録の終了を示すメッセージをスクリーン上に表示する。ＩＣＣＵは、このようにして、利用できるリソースを十分に利用することにより、ローカル・ネットワーク内での記録を維持するために、故障を軽減することができる。
【００２５】
図５は、ＩＣＣＵでモニタされる２つのタスクの手順を示す。タスク１を実行する装置１は、等時性チャネル１でデータ・パケットを送出する。タスク２を実行する装置２は等時性チャネル２で別のデータ・パケットを送出する。この２つのチャネルをモニタするＩＣＣＵはそれ自体を、クロック・マスターで送出されるサイクル開始信号と同期させる。ＩＣＣＵは、２つのサイクル開始信号の間でモニタされている各チャネルより送出される等時性パケットの存在／不在を検出する。第２のデータ・パケットはチャネル１で送出されるので、装置１で実行されるタスクは正確に働く。第３のサイクル開始信号の送出以前に、データ・パケットはチャネル２で送出されない。従って、この第３のサイクル開始信号が検出されると、そのことから、ＩＣＣＵは、チャネル２がもはや供給されておらず、且つ装置２で実行されるタスク２がもはや正確に働いていないと推定する。これにより、装置２でタスク２の故障に対応するアラート・タスクが刺激される。前述した実例は、タスク１とタスク２が同一の装置内で実行されるケース（場合）を本発明から排除するものではない。
【００２６】
改良点は、記述子に記述される行動を起こす前にサイクル開始信号の所定数の送出をＩＣＣＵが予期することである。有利なことに、この所定数は、モニタされることを望む装置によって固定され、アラート・タスクの記述子で送信される。この改良により、一定数のサイクル開始信号の後になって初めて、モニタされている装置に等時性データ・パケットを送出させることにより、帯域幅を節約できる。この目的で、ＩＣＣＵ内に収容される中央装置は利用できるカウンタを有し、各等時性チャネルのカウント・データはＲＡＭメモリ内に記録されるアレイの新しいコラムに配置される。
【００２７】
ＩＣＣＵの実施例を図６に示す。ＩＣＣＵが特殊なプログラムを具える物理的に標準の装置であるか、またはモニタリングを専用とする装置であるかに関らず、その全体的構成は同じである。ＩＣＣＵは、メモリＲＯＭ６．２に接続される中央装置６．１を所有する。中央装置６．１は、少なくともモニタリング・プログラムが登録されているメモリ６．２、プログラミング・データ記録用のメモリＲＡＭ６．３、ＩＥＥＥ１３９４と通信するロジック・インタフェース回路６．４、および１３９４ネットワークとインタフェースするハードウェア・インタフェース回路に接続されている。
【００２８】
インタフェース回路６．４は等時性チャネルの管理をサポートする。この回路は、ローカル・ネットワークのデータを絶えずモニタし、ディジタル・フィルタの助けにより、或る幾つかのパケットを、それらの識別子により抽出する。このようにして、受信機は、等時性チャネル上で送出されるデータを、取ってくる必要なしに、永久に受信することができる。インタフェース回路６．４は、例えば、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔｓ社が製作するＴＳＢ４３ＡＢ２２回路である。この回路は、中央装置６．１で実行されるプログラムの行動に作用するデータ・パケットを受信するとハードウェア・インタラプト（ｉｎｔｅｒｒｕｐｔ）を発生する。この回路はチャネルを、そのチャネルのレファレンスを指定する２つのインタラプト・マスク・レジスタで見分けることができ、それにより、モニタすべき等時性チャネルをフィルタできるようにする。この回路は、ＩＥＥＥ１３９４規格と両立する。ＲＡＭメモリ６．３は使用される等時性チャネルの種々のモニタリングに対応するデータを記録する。これらのデータ（チャネル識別子、装置識別子、アラート・タスク記述子、サイクル開始信号カウンタなど）はアレイ状に配置される。  
【００２９】
図７のフローチャートを使用し、本発明の実施例による連続的ステップを詳細に述べる。ステップ７．１で、ネットワークの装置は、モニタする必要のあるタスクを刺激する。次に装置は、ネットワークのＩＣＣＵにリクエストを送出し、送出が停止された場合に取るべき行動および等時性のモニタリング・チャネルを指定する（ステップ７．２）。ステップ７．３で、モニタされているネットワークの装置は、等時性チャネル上でデータ・パケットを規則正しく送出し始める。ＩＣＣＵは、ネットワークの各パケットを分析し、モニタされている各装置が、２つの（または一定数の）サイクル開始信号の間に少なくとも１つのデータ・パケットを実際に送出する（ステップ７．４）。装置がその送出を停止すると仮定する（ステップ７．５）。つぎのサイクル開始信号の受信の間、ＩＣＣＵは、指定されたチャネル上での送出の停止に気づき、プログラムされたタスクの実行を刺激する（ステップ７．６）。
【００３０】
変形として、ＩＣＣＵにインタプリタを具える。このようにして、ＩＣＣＵによって翻訳され、且つ実行すべき行動を正確に規定できるようにする言語（例えば、ＱＵＩＣＫ  ＢＡＳＩＣ）でアラート行動をプログラムすることができる。
【００３１】
上述した本発明の実施例は、その特性のために選択されている。しかしながら、本発明に包含される実施例をすべて余すところなく記載することは不可能である。ここに述べたステップまたは手段は、本発明の範囲から離脱することなく、同等のステップまたは手段で置き替えられる。
【図面の簡単な説明】
【００３２】
【図１】既知のローカル・ネットワークのブロック図である。
【図２】本発明の実施例による、ネットワークのブロック図である。
【図３】第１の装置をモニタするリクエストのＩＣＣＵ（Ｉｓｏｃｈｒｏｎｏｕｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）への送出を表す。
【図４】ＩＣＣＵによるモニタリング・リクエストの処理を表す。
【図５】２つの等時性チャネルを制御するＩＣＣＵの動作を示すフローチャートである。
【図６】本発明の実施例による、ＩＣＣＵを図表で示す。
【図７】本発明の実施例による方法の主要なステップを示すフローチャートである。
【図１】
2007512746.tif 000003
【図２】
2007512746.tif 000004
【図３】
2007512746.tif 000005
【図４】
2007512746.tif 000006
【図５】
2007512746.tif 000007
【図６】
2007512746.tif 000008
【図７】
2007512746.tif 000009
【国際調査報告】
2007512746.tif 000010
2007512746.tif 000011
2007512746.tif 000012
2007512746.tif 000013