JPH07175734A - ローカルエリアネットワーク - Google Patents

Abstract

(57)【要約】 【目的】 タイムサーバがネットワークに接続された端
末装置に内蔵されているタイマの異常を把握できるよう
にする。 【構成】 タイムサーバ２のデータ処理部４のタイマチ
ェック機能部４ａが、パケット処理部３を介してネット
ワーク１上の各端末装置へタイマチェック要求パケット
を送り、各端末装置から一斉に送信されるタイマチェッ
ク応答パケットを受信し、その受信した各タイマチェッ
ク応答パケットのうちコリジョンを起こさなかったパケ
ットによってそのパケットを送信した端末装置のタイマ
のクロックのずれを検出し、タイマ監視部５を介して内
蔵タイマ６の時間を読み出して、タイマ修正要求パケッ
トにその時間を格納して、タイマのクロックのずれを検
出した端末装置へ送信し、タイマを修正させる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、タイマを内蔵した端
末装置を複数接続したネットワークのタイム管理を行な
うタイムサーバを備えたローカルエリアネットワークに
関する。

【０００２】

【従来の技術】従来、タイマを内蔵した端末装置を複数
接続したネットワークのタイム管理を行なうタイムサー
バを備えたローカルエリアネットワークでは、タイムサ
ーバが時間を管理し、各端末装置がタイムサーバの管理
している時間に同期をとるようにしていた。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
ローカルエリアネットワークでは、タイムサーバの管理
している時間に各端末装置が同期をとるため、タイムサ
ーバは各端末装置が内蔵しているタイマの異常を把握す
ることができないという問題があった。

【０００４】また、タイムサーバ自身のタイマに異常が
発生しても、それを検知することが不可能であるという
問題もあった。さらに、タイムサーバ自身のタイマに異
常が発生した場合、ネットワークの時間管理を正確に行
なえなくなってしまうという問題もあった。

【０００５】この発明は上記の点に鑑みてなされたもの
であり、タイムサーバがネットワークに接続された端末
装置に内蔵されているタイマの異常を把握できるように
することを目的とする。また、タイムサーバ自身の異常
を素早く検知できるようにすることを目的とする。さら
に、常にネットワークの時間管理を正確に行なえるよう
にすることも目的とする。

【０００６】

【課題を解決するための手段】この発明は上記の目的を
達成するため、タイマを内蔵した端末装置を複数接続し
たネットワークのタイム管理を行なうタイムサーバを備
えたローカルエリアネットワークにおいて、上記タイム
サーバに、上記各端末装置から一斉にタイマ検査用パケ
ットを送信させてそれを受信する手段と、その手段によ
って受信した各タイマ検査用パケットのうちコリジョン
を起こさなかったタイマ検査用パケットを送信した端末
装置のタイマのクロックのずれを検出する手段を設けた
ものである。

【０００７】また、上記タイムサーバに、上記受信した
タイマ検査用パケットがコリジョンを起こさなかったと
き、そのタイムサーバ自身に問題が認められた場合に上
記各端末装置へエラー発生のパケットを送信する手段を
設けるとよい。

【０００８】さらに、上記タイムサーバに、上記受信し
たタイマ検査用パケットがコリジョンを起こさなかった
とき、そのタイムサーバ自身に問題が認められた場合に
上記各端末装置のなかからタイマが正常に動作している
端末装置を新たなタイムサーバに割り当てる手段を設け
るとよい。

【０００９】

【作用】この発明によるローカルエリアネットワーク
は、タイマを内蔵した端末装置を複数接続したネットワ
ークのタイム管理を行なうタイムサーバが、各端末装置
に一斉にタイマ検査用パケットを送信させてそれを受信
し、その受信した各タイマ検査用パケットのうちコリジ
ョンを起こさなかったタイマ検査用パケットを送信した
端末装置のタイマのクロックのずれを検出するので、各
端末装置のタイマの異常を検査することができる。

【００１０】また、上記タイムサーバが、受信したタイ
マ検査用パケットがコリジョンを起こさなかったとき、
そのタイムサーバ自身に問題が認められた場合に各端末
装置へエラー発生のパケットを送信するようにすれば、
タイムサーバの異常を各端末装置へ通知することができ
る。

【００１１】さらに、上記タイムサーバが、受信したタ
イマ検査用パケットがコリジョンを起こさなかったと
き、そのタイムサーバ自身に問題が認められた場合に各
端末装置のなかからタイマが正常に動作している端末装
置を新たなタイムサーバに割り当てるようにすれば、新
たに割り当てたタイムサーバによってネットワークの時
間管理を行なえる。

【００１２】

【実施例】以下、この発明の実施例を図面に基づいて具
体的に説明する。図３はこの発明の一実施例であるロー
カルエリアネットワークの構成を示す図である。このロ
ーカルエリアネットワーク（以下「ＬＡＮ」と称する）
は、ネットワーク１に複数の端末装置Ｔ１〜Ｔｎとタイ
ムサーバ２とがパケット等のデータ通信可能に接続され
ている。

【００１３】各端末装置Ｔ１〜Ｔｎは、ＣＰＵ，ＲＯ
Ｍ，及びＲＡＭ等を備えたワークステーション等のコン
ピュータであり、それぞれタイマを内蔵している。タイ
ムサーバ２は、同じくＣＰＵ，ＲＯＭ，及びＲＡＭ等を
備えたワークステーション等のコンピュータであり、タ
イマを内蔵しており、各端末装置Ｔ１〜Ｔｎを接続した
ネットワーク１のタイム管理を行なうと共に、各端末装
置Ｔ１〜Ｔｎ及び自身のタイマチェック（タイマの異常
検査）を行なう。

【００１４】図１は、図３のタイムサーバ２の内部の機
能構成を示すブロック図である。このタイムサーバ２
は、パケット処理部３，データ処理部４，タイマ監視部
５，及び内蔵タイマ６からなる。パケット処理部３はネ
ットワーク１を介した各種パケットデータの送受信処理
を司る。タイマ監視部５は内蔵タイマ６の時刻を取得す
るなどのタイマ監視処理を行なう。内蔵タイマ６は時刻
を計測する。

【００１５】データ処理部４は、このタイムサーバ２の
全体の制御処理を司り、各端末装置Ｔ１〜Ｔｎを複数接
続したネットワーク１のタイム管理処理を行なう。ま
た、タイマチェック機能部４ａが、各端末装置Ｔ１〜Ｔ
ｎから一斉にタイマ検査用パケットを送信させてそれを
受信する処理と、その受信した各タイマ検査用パケット
のうちコリジョンを起こさずに受信されたものについ
て、そのタイマ検査用パケットを送信した端末装置の内
蔵タイマのクロックのずれを検出する処理を行なう。

【００１６】さらに、タイマチェック機能部４ａは、受
信したタイマ検査用パケットがコリジョンを起こさなか
ったとき、タイムサーバ２自身に問題が認められた場合
に各端末装置Ｔ１〜Ｔｎへエラー発生のパケットを送信
する処理と、各端末装置Ｔ１〜Ｔｎのなかから内蔵タイ
マが正常に動作している端末装置を新たなタイムサーバ
に割り当てる処理も行なう。

【００１７】このタイムサーバ２は、データ処理部４の
タイマチェック機能部４ａの処理によって、パケット処
理部３が各端末装置Ｔ１〜Ｔｎへタイマチェック要求パ
ケットを送信し、ネットワーク１から受信したパケット
を保存し、そのパケットの送信元アドレスをデータ処理
部４のタイマチェック機能部４ａへ送る。

【００１８】タイマチェック機能部４ａは、タイマ監視
部５によって内蔵タイマ６から時刻を取得し、その内容
と保存している送信元アドレスをパケットに格納し、パ
ケット処理部３によってタイマ修正パケットとしてその
送信元アドレスの端末装置へ送信する。

【００１９】なお、タイムサーバ２のタイマチェック機
能部４ａは、受信したタイマチェック応答パケットのデ
ータ内容を調べて異常があるか否かを詳しく調べるよう
にすれば、さらに厳密なタイマチェックを行なえる。

【００２０】また、タイマチェック応答パケットを受信
したものについて、予め定めた許容範囲内にあるか否か
を判断して、許容範囲内にあれば、その端末装置の内蔵
タイマに異常は認められないものと許容すれば、ネット
ワークの性質に応じてタイマチェックの検査精度を緩め
ることもできる。

【００２１】図２は、図３の各端末装置Ｔ１〜Ｔｎの内
部の機能構成を示すブロック図である。各端末装置Ｔ１
〜Ｔｎは、それぞれパケット処理部７，データ処理部
８，タイマ監視部９，及び内蔵タイマ１０からなる。パ
ケット処理部７はネットワーク１を介した各種パケット
データの送受信処理を司る。タイマ監視部９は内蔵タイ
マ１０の時刻を取得するなどのタイマ監視処理を行な
う。内蔵タイマ１０は時刻を計測する。

【００２２】データ処理部８は、端末装置全体の制御処
理を司ると共に、タイムサーバ２へタイマ検査用パケッ
トを送信する処理、タイムサーバ２から新たなタイムサ
ーバに割り当てられたときに、このネットワーク１のタ
イム管理を行なう処理等を行なう。

【００２３】この各端末装置Ｔ１〜Ｔｎは、パケット処
理部７がタイマチェック要求パケットを受信すると、デ
ータ処理部８の指示によって、タイマ監視部９が内蔵タ
イマ１０を使用してタイマチェック要求パケットによっ
て指定された時間を計測し、時刻を取得しておく。そし
て、指定された時間になったら、データ処理部８の指示
によって、パケット処理部７からタイムサーバ２へタイ
マチェック応答パケットを送信する。

【００２４】また、パケット処理部７によってタイムサ
ーバ２からのタイマ修正要求パケットを受信するとデー
タ処理部８へ送り、データ処理部８はそのパケットに格
納されている時刻又は相対時間を取得し、それに基づい
てタイマ監視部９を介して内蔵タイマ１０の時間を修正
する。

【００２５】おな、上記タイムサーバ２と各端末装置Ｔ
１〜Ｔｎは、それぞれ送信したタイマチェック応答パケ
ットがコリジョンを起こした場合、そのデータ再送を行
なわないようにする必要がある。

【００２６】次に、このＬＡＮにおけるタイムサーバ２
及び各端末装置Ｔ１〜Ｔｎのタイマチェック時の処理に
ついて説明する。まず、タイムサーバ２は予め決められ
た時間置き（例えば、１時間置き）に、または、ユーザ
からの要求により、各端末装置Ｔ１〜Ｔｎに対してタイ
マチェック要求パケットを送信する。

【００２７】そのタイマチェックパケットは、タイマチ
ェック（タイマ異常検査）の開始の合図となるパケット
であり、タイマチェック応答パケットを送信する時間を
格納して、ブロードキャスト又はマルチキャストで送信
する。そのとき、タイムサーバ２はどの端末装置がタイ
マチェック要求パケットを受信したかを知る必要があ
る。

【００２８】一方、各端末装置Ｔ１〜Ｔｎでは、タイマ
チェック要求パケットを受信すると、そのパケットに格
納されているタイマチェック応答パケットを送信する時
間を内蔵タイマ１０で計測し、その時間になったらタイ
ムサーバ２へタイマチェック応答パケットを送信する。

【００２９】タイムサーバ２では、各端末装置Ｔ１〜Ｔ
ｎへ送信したタイマチェック応答パケットを送信する時
間に自分宛のタイマチェック応答パケットを送信する。
このときは、ＣＳＭＡのようにコリジョン時のデータ再
送を行なわないようにする。したがって、タイムサーバ
２は自身を含めて各端末装置Ｔ１〜Ｔｎからタイマチェ
ック要求パケットによって指定した同時間に一斉にタイ
マチェック応答パケットを受信することになる。

【００３０】そして、タイムサーバ２自身を含めて各端
末装置Ｔ１〜Ｔｎの内蔵タイマが正常であれば、各タイ
マチェック応答パケットはネットワーク１上で互いにコ
リジョン（衝突）を起こして１つ残らず消失してしま
い、タイムサーバ２はいずれのタイマチェック応答パケ
ットも受信しないことになる。このようにして、タイム
サーバ２はタイムサーバ２自身を含めて各端末装置Ｔ１
〜Ｔｎの内蔵タイマが正常に動作していることを検知す
ることができる。

【００３１】ところが、内蔵タイマに異常があるタイム
サーバ２あるいは端末装置Ｔ１〜Ｔｎについては、タイ
マチェック応答パケットは他よりも早い時間又は遅い時
間送信されるため、他のタイマチェック応答パケットと
コリジョンを起こさないので、タイムサーバ２はそのタ
イマチェック応答パケットを受信する。

【００３２】このようにして、タイムサーバ２は、その
タイマチェック応答パケットを送信した端末装置Ｔ１〜
Ｔｎあるいはタイムサーバ２自身の内蔵タイマのクロッ
クがずれて異常であることを検知することができる。

【００３３】そして、タイムサーバ２は、端末装置Ｔ１
〜Ｔｎの内蔵タイマ１０に異常を検知した場合、その端
末装置に対して、正しい時刻を格納したタイマ修正パケ
ットを送信し、そのタイマ修正パケットを受信した端末
装置は、自身の内蔵タイマ１０をそのパケットに格納さ
れている正しい時刻に訂正し、タイムサーバ２へタイマ
修正パケットを送信してタイマ修正が完了したことを通
知する。

【００３４】一方、上記のタイマチェックの結果、タイ
ムサーバ２自身に問題が認められた場合、タイムサーバ
２は各端末装置Ｔ１〜Ｔｎに対して、エラーが発生した
ことを示すタイマ異常通知パケットを送信する。各端末
装置Ｔ１〜Ｔｎはそのタイマ異常通知パケットを受信す
ると、タイムサーバ２に対して同期を取ることを中断す
る処理を行なう。

【００３５】このようにして、タイムサーバ２の内蔵タ
イマに問題があったことを各端末装置Ｔ１〜Ｔｎが素早
く知ることができ、各端末装置Ｔ１〜Ｔｎは同期をとる
ことを中断することにより、ネットワークにおける時間
のずれを最小限にくいとめることができる。

【００３６】さらに、タイムサーバ２は、各端末装置Ｔ
１〜Ｔｎに対してタイマ異常通知パケットを送信した
後、各端末装置Ｔ１〜Ｔｎのなかからタイマが正常に動
作している端末装置を新たなタイムサーバに割り当てる
処理を行なう。

【００３７】このようにして、タイマチェックを所定時
間置きに行なうようにすれば、ネットワーク上の端末装
置とタイムサーバの内蔵タイマを定期的に保守すること
ができるので、常に、ネットワークの時間管理を正確に
行なえるようになり、ネットワーク通信の信頼性を向上
させることができる。

【００３８】次に、このＬＡＮにおけるタイマチェック
時の処理について説明する。図４は、このＬＡＮにおけ
るタイマチェック時のタイムサーバ２の処理を示すフロ
ーチャートである。この処理では、ステップ１でタイマ
チェック要求のパケットを送信すると、ステップ２へ進
んでタイマチェック応答パケット受信のチェックを行な
い、ステップ３へ進んで受信パケットの有無を判断し
て、受信パケットがなければステップ２へ戻るが、受信
パケットがあればステップ４へ進む。

【００３９】ステップ４ではＳＲＣアドレスが自分か否
かを判断して、ＳＲＣアドレスが自分（タイムサーバ自
身）なら異常終了し、ＳＲＣアドレスが自分でなければ
ステップ５へ進んで受信パケットのタイマ値（時刻）を
チェックし、ステップ６へ進んでタイマ値が異常か否か
を判断する。

【００４０】そして、異常でなければ正常終了し、異常
ならステップ７へ進んでタイマ修正要求パケットを送信
し、ステップ８へ進んでタイマ修正応答パケットを受信
して、ステップ２へ戻る。そして、この処理は所定の時
間がタイムアウトしたときに終了する。

【００４１】図５は、このＬＡＮにおけるタイマチェッ
ク時の各端末装置の処理を示すフローチャートである。
この処理では、ステップ１１でタイマパケットを受信す
ると、ステップ１２でそのタイマパケットがタイマチェ
ック要求パケットか否かを判断する。

【００４２】そして、タイマチェック要求パケットな
ら、そのタイマチェック要求パケットによって指定され
た時間になったらステップ１３へ進んで内蔵タイマから
時刻を取得し、ステップ１４でその時刻等を格納したタ
イマチェック応答パケットをタイムサーバ２へ送信し、
この処理を終了する。

【００４３】一方、ステップ１２の判断によってタイマ
チェック要求パケットでなければステップ１５へ進んで
タイマ修正要求パケットか否かを判断して、タイマ修正
要求パケットでなければ異常終了し、タイマ修正要求パ
ケットならばステップ１６のタイマ修正処理で内蔵タイ
マにタイマ修正要求パケットによって指定された時刻を
設定し、ステップ１７へ進んでタイマ修正応答パケット
をタイムサーバ２へ送信して、この処理を終了する。

【００４４】図６は、タイマチェック時にタイムサーバ
２自身に問題が認められたときのタイムサーバ２の処理
を示すフローチャートである。この処理では、ステップ
２１でタイマチェック要求のパケットを送信すると、ス
テップ２２へ進んでタイマチェック応答パケット受信の
チェックを行ない、ステップ２３へ進んで受信パケット
の有無を判断して、受信パケットがなければステップ２
２へ戻るが、受信パケットがあればステップ２４へ進
む。

【００４５】ステップ２４ではＳＲＣアドレスが自分
（タイムサーバ２自身）か否かを判断して、ＳＲＣアド
レスが自分でなければステップ２５へ進んで受信パケッ
トのタイマ値（時刻）をチェックし、ステップ２６へ進
んでタイマ値が異常か否かを判断する。

【００４６】そして、異常でなければ正常終了し、異常
ならステップ２７へ進んでタイマ修正要求パケットを送
信し、ステップ２８へ進んでタイマ修正応答パケットを
受信して、ステップ２２へ戻る。この処理は、所定の時
間がタイムアウトしたときに終了する。

【００４７】また、ステップ２４の判断でＳＲＣアドレ
スが自分なら、ステップ２９へ進んでタイムサーバ２自
身のエラー発生を検知したら、ステップ３０でタイマ異
常通知パケットを各端末装置Ｔ１〜Ｔｎへ送信して、こ
の処理を終了する。

【００４８】図７は、タイマチェック時にタイムサーバ
２に問題が認められたときの各端末装置の処理を示すフ
ローチャートである。この処理では、ステップ３１でタ
イマパケットを受信すると、ステップ３２でそのタイマ
パケットがタイマチェック要求パケットか否かを判断す
る。

【００４９】ステップ３２の判断でタイマチェック要求
パケットなら、そのタイマチェック要求パケットによっ
て指定された時間になったらステップ３３へ進んで内蔵
タイマから時刻を取得し、ステップ３４でその時刻等を
格納したタイマチェック応答パケットをタイムサーバ２
へ送信し、この処理を終了する。

【００５０】一方、ステップ３２の判断によってタイマ
チェック要求パケットでなければステップ３５へ進んで
タイマ修正要求パケットか否かを判断して、タイマ修正
要求パケットならばステップ３６のタイマ修正処理で内
蔵タイマにタイマ修正要求パケットによって指定された
時刻を設定し、ステップ３７へ進んでタイマ修正応答パ
ケットをタイムサーバ２へ送信して、この処理を終了す
る。

【００５１】また、ステップ３５の判断でタイマ修正要
求パケットでなければ、ステップ３８へ進んでタイマ異
常通知パケットか否かを判断して、タイマ異常通知パケ
ットでなければ異常終了し、タイマ異常通知パケットな
らステップ３９へ進んでタイムサーバとの同期を中断し
て、この処理を終了する。

【００５２】図８は、タイマチェック時にタイムサーバ
を新たに割り当てるときのタイムサーバ２の処理を示す
フローチャートである。この処理では、ステップ４１で
タイマチェック要求のパケットを送信すると、ステップ
４２へ進んでタイマチェック応答パケット受信のチェッ
クを行ない、ステップ４３へ進んで受信パケットの有無
を判断して、受信パケットがなければステップ４２へ戻
るが、受信パケットがあればステップ４４へ進む。

【００５３】ステップ４４ではＳＲＣアドレスが自分
（タイムサーバ２自身）か否かを判断して、ＳＲＣアド
レスが自分でなければステップ４５へ進んで受信パケッ
トのタイマ値（時刻）をチェックし、ステップ４６へ進
んでタイマ値が異常か否かを判断する。

【００５４】そして、異常でなければ正常終了し、異常
ならステップ４７へ進んでタイマ修正要求パケットを送
信し、ステップ４８へ進んでタイマ修正応答パケットを
受信して、ステップ４２へ戻る。この処理は、所定の時
間がタイムアウトしたときに終了する。

【００５５】一方、ステップ４４の判断でＳＲＣアドレ
スが自分なら、ステップ４９へ進んでタイムサーバ２自
身のエラー発生を検知したら、ステップ５０でタイマ異
常通知パケットを各端末装置Ｔ１〜Ｔｎへ送信する。

【００５６】そして、ステップ５１へ進んで各端末装置
Ｔ１〜Ｔｎからのタイムサーバ立候補パケットを受信す
ると、ステップ５２へ進んでタイムサーバ立候補パケッ
トを送信した端末装置Ｔ１〜Ｔｎのなかから内蔵タイマ
が正常に動作している１つの端末装置にタイムサーバ承
認パケットを送信して新たなタイムサーバに割り当て、
この処理を終了する。

【００５７】図９は、タイマチェック時にタイムサーバ
を新たに割り当てるときの各端末装置の処理を示すフロ
ーチャートである。この処理では、ステップ６１でタイ
マパケットを受信すると、ステップ６２でそのタイマパ
ケットがタイマチェック要求パケットか否かを判断す
る。

【００５８】ステップ６２の判断でタイマチェック要求
パケットなら、そのタイマチェック要求パケットによっ
て指定された時間になったらステップ６３へ進んで内蔵
タイマから時刻を取得し、ステップ６４でその時刻等を
格納したタイマチェック応答パケットをタイムサーバ２
へ送信し、この処理を終了する。

【００５９】一方、ステップ６２の判断によってタイマ
チェック要求パケットでなければステップ６５へ進んで
タイマ修正要求パケットか否かを判断して、タイマ修正
要求パケットならばステップ６６のタイマ修正処理で内
蔵タイマにタイマ修正要求パケットによって指定された
時刻を設定し、ステップ６７へ進んでタイマ修正応答パ
ケットをタイムサーバ２へ送信して、この処理を終了す
る。

【００６０】また、ステップ６５の判断でタイマ修正要
求パケットでなければ、ステップ６８へ進んでタイマ異
常通知パケットか否かを判断して、タイマ異常通知パケ
ットでなければ異常終了し、タイマ異常通知パケットな
らステップ６９へ進んでランダムな時間だけ待機し、ス
テップ７０へ進んでタイムサーバ立候補パケット送信す
る。

【００６１】そして、ステップ７１でタイムサーバ２か
らタイムサーバ承認パケットを受信したか否かを判断し
て、受信すればタイムサーバプロセスを開始し、このネ
ットワークのタイムサーバとして動作する。また、受信
しなければこの処理を終了する。

【００６２】図１０は、タイマパケットのフォーマット
の一例を示す図である。このタイマパケットは、以下に
示すタイマチェック要求パケット，タイマチェック応答
パケット，タイマ修正要求パケット，タイマ修正応答パ
ケット，タイマ異常通知パケット等のパケットの基本フ
ォーマットのパケットである。

【００６３】タイマパケットは、プロトコルヘッダ部と
データ部とに分かれており、プロトコルヘッダ部には、
送信先アドレス（ＤＳＴ），送信元アドレス（ＳＲＣ）
等のヘッダ情報を格納するエリアを有する。

【００６４】また、データ部には、要求パケットと応答
パケットの識別情報（例えば、要求パケットは「０ｘＦ
Ｆ」、応答パケットは「０ｘＦＥ」）、タイムパケット
種別を表す文字列（例えば、“ＴＩＭＥ”）、コマンド
コード（ｃｍｄ）、データサイズ（ＬＥＮ）、時刻等の
データ（ＤＡＴＡ）等を格納するエリアを有する。

【００６５】図１１は、タイムサーバ２が送信するタイ
マチェック要求パケットの一例を示す図である。このタ
イマチェック要求パケットは、プロトコルヘッダ部に、
送信先アドレス：ＤＳＴとして送信先の端末装置のアド
レス（例えば、ブロードキャストの「０ｘＦＦＦＦ」）
と、送信元アドレス：ＳＲＣとしてタイムサーバ自身の
アドレスを格納する。

【００６６】さらに、データ部に、要求パケットを示す
データ「０ｘＦＦ」と、タイムパケット種別を表す文字
列“ＴＩＭＥ”（コード：０ｘ５４，０ｘ４９，０ｘ４
Ｄ，０ｘ４５）と、タイマチェックのコマンドコード
「０１」と、データサイズ「２」と、タイマチェック応
答パケットを送信する時間（時刻又は相対時間）等を格
納する。また、月日を格納しても良い。

【００６７】図１２は、各端末装置Ｔ１〜Ｔｎが送信す
るタイマチェック応答パケットの一例を示す図である。
このタイマチェック応答パケットは、プロトコルヘッダ
部に、送信先アドレス：ＤＳＴとしてタイムサーバのア
ドレスと、送信元アドレス：ＳＲＣとして端末装置自身
のアドレスを格納する。

【００６８】さらに、データ部に、応答パケットを示す
データ「０ｘＦＥ」と、タイムパケット種別を表す文字
列“ＴＩＭＥ”（コード：０ｘ５４，０ｘ４９，０ｘ４
Ｄ，０ｘ４５）と、タイマチェックのコマンドコード
「０１」と、データサイズ（正常リターン時）「５」
と、内蔵タイマから取得した時間（時刻又は相対時間）
と月日等を格納する。

【００６９】図１３は、タイムサーバ２が送信するタイ
マ修正要求パケットの一例を示す図である。このタイマ
修正要求パケットは、プロトコルヘッダ部に、送信先ア
ドレス：ＤＳＴとして問題があると認められた（内蔵タ
イマのクロックがずれている）端末装置のアドレスと、
送信元アドレス：ＳＲＣとしてタイムサーバ自身のアド
レスを格納する。

【００７０】さらに、データ部に、要求パケットを示す
データ「０ｘＦＦ」と、タイムパケット種別を表す文字
列“ＴＩＭＥ”（コード：０ｘ５４，０ｘ４９，０ｘ４
Ｄ，０ｘ４５）と、タイマ修正のコマンドコード「０
２」と、データサイズ「５」と、タイムサーバの内蔵タ
イマによる時間（時刻又は相対時間）と月日等を格納す
る。

【００７１】図１４は、各端末装置Ｔ１〜Ｔｎが送信す
るタイマ修正応答パケットの一例を示す図である。この
タイマ修正応答パケットは、プロトコルヘッダ部に、送
信先アドレス：ＤＳＴとしてタイムサーバのアドレス
と、送信元アドレス：ＳＲＣとして端末装置自身のアド
レスを格納する。

【００７２】さらに、データ部に、応答パケットを示す
データ「０ｘＦＥ」と、タイムパケット種別を表す文字
列“ＴＩＭＥ”（コード：０ｘ５４，０ｘ４９，０ｘ４
Ｄ，０ｘ４５）と、タイマ修正のコマンドコード「０
２」と、データサイズ（正常リターン時は「０」）等を
格納する。

【００７３】図１５は、タイムサーバ２が送信するタイ
マ異常通知パケットの一例を示す図である。このタイマ
異常通知パケットは、プロトコルヘッダ部に、送信先ア
ドレス：ＤＳＴとして送信先の端末装置のアドレスと、
送信元アドレス：ＳＲＣとしてタイムサーバ自身のアド
レスを格納する。

【００７４】さらに、データ部に、要求パケットを示す
データ「０ｘＦＦ」と、タイムパケット種別を表す文字
列“ＴＩＭＥ”（コード：０ｘ５４，０ｘ４９，０ｘ４
Ｄ，０ｘ４５）と、タイマ異常通知のコマンドコード
「０３」と、データサイズと、エラーメッセージ等を格
納する。

【００７５】図１６は、各端末装置Ｔ１〜Ｔｎが要求パ
ケットに対して正常なリターンを返せないときに送信す
る応答パケットの一例を示す図である。この応答パケッ
トは、プロトコルヘッダ部に、送信先アドレス：ＤＳＴ
としてタイムサーバのアドレスと、送信元アドレス：Ｓ
ＲＣとして端末装置自身のアドレスを格納する。

【００７６】さらに、データ部に、応答パケットを示す
データ「０ｘＦＥ」と、タイムパケット種別を表す文字
列“ＴＩＭＥ”（コード：０ｘ５４，０ｘ４９，０ｘ４
Ｄ，０ｘ４５）と、コマンドコードと、データサイズ
「０ｘＦＦ」と、エラーナンバ（Ｎｏ．）等を格納す
る。

【００７７】次に、タイムサーバ２と各端末装置Ｔ１〜
Ｔｎとの間でのパケット送受信シーケンスについて説明
する。図１７は、タイマチェック時のパケット送受信シ
ーケンスチャートである。タイムサーバ２から各端末装
置Ｔ１〜Ｔｎへタイマチェック要求のパケットを送信
し、各端末装置Ｔ１〜Ｔｎはそのパケットを受信する
と、そのパケットによって指定された時間が経過した
ら、タイムサーバ２へタイマチェック応答のパケットを
送信する。

【００７８】その際、各端末装置Ｔ１〜Ｔｎがタイムサ
ーバ２へ送信したタイマチェック応答のパケットが同じ
タイミングであれば、ネットワーク上では各パケットに
よるコリジョンが発生し、いずれのパケットもタイムサ
ーバ２へ届かない。そして、タイムサーバ２は、いずれ
の端末装置Ｔ１〜Ｔｎからもタイマチェック応答のパケ
ットを受け取らないと、各端末装置Ｔ１〜Ｔｎの内蔵タ
イマに異常を認めないと判断して、タイマチェックの処
理を終了する。

【００７９】図１８は、タイマチェック時のタイマ修正
を行なうときのパケット送受信シーケンスチャートであ
る。タイムサーバ２から各端末装置Ｔ１〜Ｔｎへタイマ
チェック要求のパケットを送信し、各端末装置Ｔ１〜Ｔ
ｎはそのパケットを受信すると、そのパケットによって
指定された時間が経過したら、タイムサーバ２へタイマ
チェック応答のパケットを送信する。

【００８０】その際、端末装置Ｔ１〜Ｔｎのうち内蔵タ
イマに異常があるものについては、その送信したタイマ
チェック応答のパケットはコリジョンを起こさずにタイ
ムサーバ２へ届く。そして、タイムサーバ２は、そのタ
イマチェック応答のパケットを受信すると、そのパケッ
トを基にしてそれを送信した端末装置Ｔｎの内蔵タイマ
に異常があると判断し、その端末装置Ｔｎへ正しい時間
を指定するタイマ修正要求のパケットを送信する。

【００８１】端末装置Ｔｎは、そのタイマ修正要求パケ
ットを受信すると、そのタイマ修正要求パケットを基に
して内蔵タイマを修正し、タイムサーバ２へタイマ修正
を完了したことを示すタイマ修正応答のパケットを送信
する。そして、タイムサーバ２は、そのタイマ修正応答
のパケットを受信すると、タイムチェックの処理を終了
する。

【００８２】図１９は、タイマチェック時にタイムサー
バ２自身に異常があったときのパケット送受信シーケン
スチャートである。タイムサーバ２から各端末装置Ｔ１
〜Ｔｎへタイマチェック要求のパケットを送信し、各端
末装置Ｔ１〜Ｔｎはそのパケットを受信すると、そのパ
ケットによって指定された時間が経過したら、タイムサ
ーバ２へタイマチェック応答のパケットを送信する。ま
た、タイムサーバ２自身もその指定時間に自分宛のタイ
マチェック応答のパケットを送信する。

【００８３】そして、各端末装置Ｔ１〜Ｔｎからのタイ
マチェック応答のパケットをコリジョンによって受け取
らず、タイムサーバ２自身が自分宛に送信したタイマチ
ェック応答のパケットを受信すると、自分の内蔵タイマ
の異常を検知し、各端末装置Ｔ１〜Ｔｎへタイマ異常通
知のパケットを送信する。

【００８４】各端末装置Ｔ１〜Ｔｎは、タイムサーバ２
からタイマ異常通知のパケットを受信すると、直ちにタ
イムサーバ２との同期を中断し、必要な場合は、タイム
サーバ２に対してタイマ異常応答のパケットを送信す
る。

【００８５】図２０は、タイマチェック時にタイムサー
バ２自身に異常があった場合に新たなタイムサーバを割
り当てるときのパケット送受信シーケンスチャートであ
る。タイムサーバ２から各端末装置Ｔ１〜Ｔｎへタイマ
チェック要求のパケットを送信し、各端末装置Ｔ１〜Ｔ
ｎはそのパケットを受信すると、そのパケットによって
指定された時間が経過したら、タイムサーバ２へタイマ
チェック応答のパケットを送信する。また、タイムサー
バ２自身もその指定時間に自分宛のタイマチェック応答
のパケットを送信する。

【００８６】そして、各端末装置Ｔ１〜Ｔｎからのタイ
マチェック応答のパケットをコリジョンによって受け取
らず、タイムサーバ２自身が自分宛に送信したタイマチ
ェック応答のパケットを受信すると、自分の内蔵タイマ
の異常を検知し、各端末装置Ｔ１〜Ｔｎへタイマ異常通
知のパケットを送信する。

【００８７】各端末装置Ｔ１〜Ｔｎは、タイムサーバ２
からタイマ異常通知のパケットを受信すると、タイムサ
ーバ２へ新たなタイムサーバとなる立候補のためのパケ
ットを送信する。

【００８８】タイムサーバ２は、各端末装置Ｔ１〜Ｔｎ
から立候補のパケットを受信すると、そのなかから内蔵
タイマに異常のない１つの端末装置Ｔｎを決定し、その
端末装置Ｔｎに対して新たなタイムサーバとなる承認を
与えるためのパケットを送信する。そのパケットを受信
した端末装置Ｔｎはこのネットワークの新たなタイムサ
ーバとして動作する。

【００８９】次に、このローカルエリアネットワークの
効果について列挙する。 （１）ネットワークに接続された複数の端末装置から１
台のタイムサーバに対して定期的にパケットを送信し、
その際にコリジョンを起こさずに受信されたパケットを
送信した端末装置の内蔵タイマのクロックのずれを検出
するので、

【００９０】（２）タイムサーバ自身に問題が認められ
た場合、各端末装置へエラーパケットを送信することに
より、タイムサーバの異常を素早く知らせることができ
る。

【００９１】（３）タイムサーバ自身に問題が認められ
た場合、正常に動作している端末装置のなかから１台を
新たなタイムサーバに割り当てるので、例えば、タイム
サーバの内蔵タイマが狂ってしまっても、すぐにネット
ワーク上のいずれかの端末装置がタイムサーバの機能を
代行するので、常に、ネットワークの時間管理を正確に
行なえるようになる。

【００９２】（４）タイムサーバを含むネットワーク上
の複数の端末装置の内蔵タイマを検査することにより、
タイムサーバ１台のときよりも正確な時刻を算出するこ
とができる。また、データ通信のコリジョンを利用する
ことにより、非常に厳密な時刻の監視が可能になる。

【００９３】なお、ネットワーク上の端末装置を複数の
グループに分けて上述したようなタイマチェックを行な
うようにすれば、タイマチェックのためにネットワーク
における全データ通信を一時休止させなくても済む。そ
の際、各グループ毎のタイムがずれないようにしなけれ
ばならない。

【００９４】

【発明の効果】以上説明してきたように、この発明によ
るローカルエリアネットワークによれば、タイムサーバ
がネットワークに接続された各端末装置に内蔵されてい
るタイマのクロックのずれを検出するので、各端末装置
のタイマの異常を検査することができ、それぞれのタイ
マの異常を把握することができる。

【００９５】また、タイムサーバ自身に問題が認められ
た場合には各端末装置へエラー発生のパケットを送信す
るようにすれば、タイムサーバの異常を各端末装置へ通
知することができ、タイムサーバ自身の異常を素早く検
知することができる。

【００９６】さらに、タイムサーバ自身に問題が認めら
れた場合に各端末装置のなかからタイマが正常に動作し
ている端末装置を新たなタイムサーバに割り当てるよう
にすれば、新たに割り当てたタイムサーバによってネッ
トワークの時間管理を行なえるようになり、常にネット
ワークの時間管理を正確に行うことができる。

【図面の簡単な説明】

【図１】この発明の一実施例であるローカルエリアネッ
トワークのタイムサーバの内部の機能構成を示すブロッ
ク図である。

【図２】この発明の一実施例であるローカルエリアネッ
トワークの各端末装置の内部の機能構成を示すブロック
図である。

【図３】この発明の一実施例であるローカルエリアネッ
トワークの構成を示す図である。

【図４】図３のＬＡＮにおけるタイマチェック時のタイ
ムサーバ２の処理を示すフローチャートである。

【図５】図３のＬＡＮにおけるタイマチェック時の各端
末装置の処理を示すフローチャートである。

【図６】図３のＬＡＮにおけるタイマチェック時にタイ
ムサーバ２自身に問題が認められたときのタイムサーバ
２の処理を示すフローチャートである。

【図７】図３のＬＡＮにおけるタイマチェック時にタイ
ムサーバ２に問題が認められたときの各端末装置の処理
を示すフローチャートである。

【図８】図３のＬＡＮにおけるタイマチェック時にタイ
ムサーバを新たに割り当てるときのタイムサーバ２の処
理を示すフローチャートである。

【図９】図３のＬＡＮにおけるタイマチェック時にタイ
ムサーバを新たに割り当てるときの各端末装置の処理を
示すフローチャートである。

【図１０】タイマパケットのフォーマットの一例を示す
図である。

【図１１】図１のタイムサーバ２が送信するタイマチェ
ック要求パケットの一例を示す図である。

【図１２】図２の各端末装置Ｔ１〜Ｔｎが送信するタイ
マチェック応答パケットの一例を示す図である。

【図１３】図１のタイムサーバ２が送信するタイマ修正
要求パケットの一例を示す図である。

【図１４】図２の各端末装置Ｔ１〜Ｔｎが送信するタイ
マ修正応答パケットの一例を示す図である。

【図１５】図１のタイムサーバ２が送信するタイマ異常
通知パケットの一例を示す図である。

【図１６】図２の各端末装置Ｔ１〜Ｔｎが要求パケット
に対して正常なリターンを返せないときに送信する応答
パケットの一例を示す図である。

【図１７】図３ＬＡＮにおけるタイマチェック時のパケ
ット送受信シーケンスチャートである。

【図１８】図３のＬＡＮにおけるタイマチェック時のタ
イマ修正を行なうときのパケット送受信シーケンスチャ
ートである。

【図１９】図３のＬＡＮにおけるタイマチェック時にタ
イムサーバ２自身に異常があったときのパケット送受信
シーケンスチャートである。

【図２０】図３のＬＡＮにおけるタイマチェック時にタ
イムサーバ２自身に異常があった場合に新たなタイムサ
ーバを割り当てるときのパケット送受信シーケンスチャ
ートである。

【符号の説明】

１：ネットワーク ２：タイムサーバ ３，７：パケット処理部 ４，８：データ処理部 ４ａ：タイマチェック機能部 ５，９：タイマ監視部 ６，１０：内蔵タイマ Ｔ１〜Ｔｎ：端末装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】 タイマを内蔵した端末装置を複数接続し
   たネットワークのタイム管理を行なうタイムサーバを備
   えたローカルエリアネットワークにおいて、 前記タイムサーバに、前記各端末装置から一斉にタイマ
   検査用パケットを送信させてそれを受信する手段と、該
   手段によって受信した各タイマ検査用パケットのうちコ
   リジョンを起こさなかったタイマ検査用パケットを送信
   した端末装置のタイマのクロックのずれを検出する手段
   とを設けたことを特徴とするローカルエリアネットワー
   ク。
2. 【請求項２】 請求項１記載のローカルエリアネットワ
   ークにおいて、 前記タイムサーバに、前記受信したタイマ検査用パケッ
   トがコリジョンを起こさなかったとき、該タイムサーバ
   自身に問題が認められた場合に前記各端末装置へエラー
   発生のパケットを送信する手段を設けたことを特徴とす
   るローカルエリアネットワーク。
3. 【請求項３】 請求項１記載のローカルエリアネットワ
   ークにおいて、 前記タイムサーバに、前記受信したタイマ検査用パケッ
   トがコリジョンを起こさなかったとき、該タイムサーバ
   自身に問題が認められた場合に前記各端末装置のなかか
   らタイマが正常に動作している端末装置を新たなタイム
   サーバに割り当てる手段を設けたことを特徴とするロー
   カルエリアネットワーク。