管理端末障害検知システム
【課題】各端末間で直接通信が可能なネットワークにおいて、管理端末候補が各端末に対して端末状態を確認し、その結果に基づいて管理端末の障害発生を検知する管理端末障害検知方法を提供する。
【解決手段】通常時においては、管理端末１０１は、管理端末候補１０３を含む通信端末１０２〜１０４に、ネットワーク１００に参加している通信端末の情報を含む参加端末情報を周期的に送信している。管理端末候補１０３は、管理端末１０１から周期的に送信される当該参加端末情報が一定時間以上受信できなくなった場合に、ネットワーク１００に参加している自端末以外の他の通信端末１０２及び１０４との間で直接通信を行って、それらの通信端末において参加端末情報が正常に受信できているか否かを確認し、当該確認結果に基づいて、管理端末１０１の障害を検知する。
【解決手段】通常時においては、管理端末１０１は、管理端末候補１０３を含む通信端末１０２〜１０４に、ネットワーク１００に参加している通信端末の情報を含む参加端末情報を周期的に送信している。管理端末候補１０３は、管理端末１０１から周期的に送信される当該参加端末情報が一定時間以上受信できなくなった場合に、ネットワーク１００に参加している自端末以外の他の通信端末１０２及び１０４との間で直接通信を行って、それらの通信端末において参加端末情報が正常に受信できているか否かを確認し、当該確認結果に基づいて、管理端末１０１の障害を検知する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は管理端末障害検知システムに関し、特に、通信端末間での直接通信が可能なネットワークにおける管理端末障害検知システムに関するものである。
【背景技術】
【０００２】
近年、無線ネットワークは、配線が不要な点やレイアウト変更が容易な点等の利点を活かして、オフィス環境だけでなく一般家庭にも普及しており、将来的には無線を利用した家庭内ネットワークが構築されることも予想される。
【０００３】
無線ネットワークの構成は、アクセスポイントを中心として、各端末間の通信は全てアクセスポイントを経由して行われるインフラストラクチャ・モードと、アクセスポイントは存在せず、各端末間で直接通信を行うアドホック・モードとに大別される。
【０００４】
インフラストラクチャ・モードでは、各端末間の通信は全てアクセスポイントを経由して行われるため、各端末はアクセスポイントとの通信が可能であれば、ネットワーク内の全ての端末との通信が保証される。しかしながら、ネットワーク内の全ての通信がアクセスポイントを経由して行われるため、各端末間で直接通信する場合と比べて通信帯域の利用効率は半減してしまう。また、アクセスポイントに障害が発生した場合には、ネットワーク内の全ての通信が遮断される。
【０００５】
一方、アドホック・モードでは、アクセスポイントを必要とせず、各端末間で直接通信が可能である。従って、インフラストラクチャ・モードと比べて通信帯域を効率的に利用することが可能である。しかしながら、各端末間で直接通信が可能でない場合には、ネットワーク内の全ての端末との通信は保証されない。
【０００６】
そのため、アクセスポイントを使用せず、無線通信端末間で直接通信を行うよう構成された無線ネットワークにおいて、ネットワーク内の通信の到達性を保証するための無線通信システム、無線通信端末および無線通信システムへの参加方法についての提案がなされている（例えば、特許文献１参照）。
【０００７】
【特許文献１】特開２００３−３１８９１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１に記載の無線ネットワークでは、参加端末情報を管理するマスタ端末を設定しており、周期的に参加端末情報を送信することで、ネットワーク内の通信の到達性を保証することが示されている。しかしながら、無線ネットワークでは、時間の経過と共に無線環境の変化や、マスタ端末の障害等により、ネットワークからマスタ端末が不在になる可能性があるという問題点があった。
【０００９】
また、特許文献１に記載の発明においては、ネットワークへ参加している無線通信端末が、マスタ端末から送信される参加端末情報を一定時間以上受信できなかった場合に、ネットワークからマスタ端末が抜けたことを検知する方法が示されているが、マスタ端末がネットワークから抜けたのではなく、一定時間以上受信できなかった無線通信端末自身がネットワークから抜けてしまう可能性もあるという問題点があった。
【００１０】
この発明は、かかる問題点を解決するためになされたものであり、アクセスポイントを使用せずに各端末間での直接通信が可能なネットワークにおいて、ネットワーク内の各通信端末の通信状態に基づいて管理端末の障害を確実に検知することができる管理端末障害検知システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
この発明は、固有の端末識別子を持つ複数の通信端末が接続され、前記通信端末のうちの１つが管理端末となり、各前記通信端末が相互に直接通信可能なネットワークにおける管理端末障害検知システムであって、前記管理端末は、前記ネットワークへ参加している前記通信端末から周期的に送信される通信状態情報を受信する通信状態情報受信手段と、受信した前記通信状態情報に基づいて、前記ネットワークへ参加している前記通信端末の参加情報を含む参加端末情報を生成する参加端末情報生成手段と、生成した前記参加端末情報を周期的に各前記通信端末に送信する参加端末情報送信手段と、前記ネットワークへ参加している前記通信端末のうちの１つを管理端末候補として選定する管理端末候補選定手段とを備え、前記通信端末は、前記管理端末から周期的に送信される前記参加端末情報を受信する参加端末情報受信手段と、受信した前記参加端末情報に基づいて、前記ネットワークへ参加している自端末以外の前記通信端末と通信可能かどうかについて、各通信端末との通信状態をユニキャスト通信により確認する通信状態確認手段と、確認した前記通信状態に基づいて、前記ネットワークへ参加している前記通信端末との通信状態情報を生成する通信状態情報生成手段と、生成した前記通信状態情報を周期的に前記管理端末へ送信する通信状態情報送信手段とを備え、前記管理端末候補は、前記管理端末から周期的に送信される前記参加端末情報が一定時間以上受信できなくなった場合に、前記ネットワークへ参加している前記通信端末に対して、前記管理端末から周期的に送信される前記参加端末情報が受信可能かどうかについて端末状態を確認する端末状態確認手段と、確認した端末状態に基づいて、前記管理端末に障害が発生したことを判断する管理端末障害判断手段とを備えることを特徴とする管理端末障害検知システムである。
【発明の効果】
【００１２】
この発明は、固有の端末識別子を持つ複数の通信端末が接続され、前記通信端末のうちの１つが管理端末となり、各前記通信端末が相互に直接通信可能なネットワークにおける管理端末障害検知システムであって、前記管理端末は、前記ネットワークへ参加している前記通信端末から周期的に送信される通信状態情報を受信する通信状態情報受信手段と、受信した前記通信状態情報に基づいて、前記ネットワークへ参加している前記通信端末の参加情報を含む参加端末情報を生成する参加端末情報生成手段と、生成した前記参加端末情報を周期的に各前記通信端末に送信する参加端末情報送信手段と、前記ネットワークへ参加している前記通信端末のうちの１つを管理端末候補として選定する管理端末候補選定手段とを備え、前記通信端末は、前記管理端末から周期的に送信される前記参加端末情報を受信する参加端末情報受信手段と、受信した前記参加端末情報に基づいて、前記ネットワークへ参加している自端末以外の前記通信端末と通信可能かどうかについて、各通信端末との通信状態をユニキャスト通信により確認する通信状態確認手段と、確認した前記通信状態に基づいて、前記ネットワークへ参加している前記通信端末との通信状態情報を生成する通信状態情報生成手段と、生成した前記通信状態情報を周期的に前記管理端末へ送信する通信状態情報送信手段とを備え、前記管理端末候補は、前記管理端末から周期的に送信される前記参加端末情報が一定時間以上受信できなくなった場合に、前記ネットワークへ参加している前記通信端末に対して、前記管理端末から周期的に送信される前記参加端末情報が受信可能かどうかについて端末状態を確認する端末状態確認手段と、確認した端末状態に基づいて、前記管理端末に障害が発生したことを判断する管理端末障害判断手段とを備えることを特徴とする管理端末障害検知システムであるので、アクセスポイントを使用せずに各端末間での直接通信が可能なネットワークにおいて、ネットワーク内の各通信端末の通信状態に基づいて管理端末の障害を確実に検知することができる。
【発明を実施するための最良の形態】
【００１３】
実施の形態１．
以下、図面を参照しながら、この発明による管理端末障害検知システムの実施の形態について説明する。
【００１４】
（ネットワークの概要）
図１は、この発明におけるネットワークの構成例を示した図である。図１に示すように、この発明におけるネットワークでは、アクセスポイントが存在せず、ネットワーク内の各通信端末間において直接通信が可能なように構成したものである。
【００１５】
図１において、ネットワーク１００には複数の通信端末１０１〜１０４が接続されており、図中の矢印は、各通信端末１０１〜１０４間で直接通信が可能であることを示している。各通信端末には、固有の端末識別子が振り当てられており、当該固有識別子を用いて互いに通信相手を識別するようにする。従って、情報を送信するときには、送信元が特定できるように、自身の端末識別子を当該情報に付加情報として付加して送信する。ネットワーク１００内において、通信端末１０１は管理端末として動作しており（以下、管理端末１０１と呼ぶ。）、管理端末１０１は、ネットワーク１００へ参加している全ての通信端末１０２〜１０４の情報を含む参加端末情報をブロードキャスト通信により周期的に送信する。なお、ブロードキャスト通信とは、ネットワーク内で、不特定多数の相手に向かってデータを送信することである。ブロードキャスト通信でデータを送信する場合には、ネットワーク全体を意味する特殊なアドレスを指定することによって送信処理を行う。
【００１６】
ネットワーク１００に参加している通信端末１０２〜１０４は、管理端末１０１から送信される参加端末情報を受信することで、ネットワーク１００へ参加している端末情報を把握することが可能である。通信端末１０２〜１０４は、参加端末情報に基づいてネットワーク１００へ参加している全ての通信端末１０２〜１０４との通信状態を確認し、その結果を通信状態情報として管理端末１０１へユニキャスト通信により周期的に送信する。なお、ユニキャスト通信とは、ネットワーク内で、単一のアドレスを指定して特定の相手にデータを送信することである。
【００１７】
また、参加端末情報には、管理端末１０１が選定した管理端末候補の情報も含まれており、ネットワーク１００内では、通信端末１０３が管理端末候補として選定されている。
【００１８】
（管理端末の動作）
図２は、図１における管理端末１０１の動作フローを示した図である。管理端末１０１は、ステップＳ２０１において、ネットワーク１００へ参加している通信端末１０２〜１０４から周期的に送信される通信状態情報を受信し、ネットワーク１００における通信端末１０２〜１０４の通信状態を把握する。
【００１９】
管理端末１０１は、ステップＳ２０２において、ネットワーク１００における通信端末１０２〜１０４の通信状態情報に基づいて管理端末候補を選定する。管理端末候補の選定には、例えばネットワーク内で通信状態が最も良好な通信端末を選定する。図１においては、通信端末１０３が管理端末候補として選定されている。
【００２０】
管理端末１０１は、ステップＳ２０３において、ネットワーク１００へ参加している全通信端末に関する通信端末情報と、ステップＳ３０２で選定した管理端末候補の情報と、各通信端末１０２〜１０４が通信状態を確認するタイミング情報とを含めた参加端末情報を生成する。
【００２１】
管理端末１０１は、ステップＳ２０４において、ステップＳ２０３で生成した参加端末情報をブロードキャスト通信によりネットワーク１００内の通信端末１０２〜１０４へ送信する。参加端末情報の送信後、再びステップＳ２０１に戻り、各端末１０２〜１０４から送信されてくる通信状態情報の受信待ち状態となる。
【００２２】
（通信端末の動作）
図３は、図１における通信端末１０２〜１０４の動作フローを示した図である。通信端末１０２〜１０４は、ステップＳ３０１において、管理端末１０１から周期的に送信される参加端末情報を受信するタイミングを通知するための受信タイマ５０２〜５０４（図５参照）を設定する。受信タイマ５０２〜５０４は、ステップＳ３０１の時点から経過時間を測定し始め、周期的に送信される参加端末情報を受信するタイミングになったときに、通信端末１０２〜１０４が参加端末情報を受信するように指示信号を出力する。
【００２３】
通信端末１０２〜１０４は、ステップＳ３０２において、管理端末１０１から周期的に送信される参加端末情報を受信し、当該参加端末情報に含まれている通信端末情報から、ネットワーク１００に参加している通信端末の情報を確認する。
【００２４】
通信端末１０２〜１０４は、ステップＳ３０３において、ステップＳ３０２において受信した参加端末情報に含まれるタイミング情報に基づいて、通信状態確認タイマ（図示省略）を設定する。通信状態確認タイマは、上記の受信タイマ５０２〜５０４とは別個に用意するものとし、共用しないようにしてもよく、あるいは、同一のものを共用するようにしてもよい。通信状態確認タイマは、ステップＳ３０３の時点から経過時間を測定し始め、上記タイミング情報に基づく所定時間が経過したときに、通信端末１０２〜１０４が各通信端末の通信状態を確認するように指示信号を出力するものである。
【００２５】
通信端末１０２〜１０４は、ステップＳ３０４において、ステップＳ３０３において設定した通信状態確認タイマが所定時間を満了したかどうかを確認し、通信状態確認タイマが所定時間を満了した場合には、ステップＳ３０５へ移行する。通信状態確認タイマが満了していない場合には、通信状態確認タイマ満了待ち状態となる。
【００２６】
通信端末１０２〜１０４は、ステップＳ３０５において、ステップＳ３０２で受信した参加端末情報に基づき、ネットワーク１００へ参加している全ての通信端末とユニキャスト通信による直接通信を行うことで、各通信端末との通信が可能かどうかについて各通信端末との通信状態を確認する。
【００２７】
通信端末１０２〜１０４は、ステップＳ３０６において、ステップＳ３０５で確認したネットワーク１００内における各通信端末との通信状態確認結果を含む通信状態情報を生成する。
【００２８】
通信端末１０２〜１０４は、ステップＳ３０７において、ステップＳ３０６で生成した通信状態情報をユニキャスト通信により管理端末１０１へ送信する。通信端末１０２〜１０４は、通信状態情報を送信後、再びステップＳ３０１へ戻り、受信タイマ５０２〜５０４を設定して、管理端末１０１から送信されてくる参加端末情報の受信待ち状態となる。
【００２９】
通信端末１０２〜１０４は、ステップＳ３０２において、管理端末１０１から周期的に送信される参加端末情報を受信できない場合は、ステップＳ３０８において、ステップＳ３０１において設定した受信タイマ５０２〜５０４が満了したかどうかを確認し、受信タイマ５０２〜５０４が満了していない場合は、再びステップＳ３０２へ戻り、参加端末情報の受信待ち状態となる。
【００３０】
一方、通信端末１０２〜１０４は、ステップＳ３０８において、受信タイマ５０２〜５０４の満了を確認した場合には、ステップＳ３０９において、通信端末１０２〜１０４自身が管理端末候補かどうかを確認する。通信端末１０２〜１０４自身が管理端末候補である場合には、該当する通信端末のみが、管理端末の障害確認動作へと移行する。通信端末１０２〜１０４自身のいずれもが管理端末候補でない場合には、ネットワーク１００から離脱したと判断して離脱状態となる。
【００３１】
（管理端末候補の動作）
図４は、図３のステップＳ３０９において、通信端末１０２〜１０４自身が管理端末候補であると確認した場合の動作フローを示した図である。図１におけるネットワーク１００では、通信端末１０３が管理端末候補として動作している（以下、管理端末候補１０３と呼ぶ。）。
【００３２】
管理端末候補１０３は、管理端末１０１から送信される参加端末情報を一定時間以上受信できなかったため、ステップＳ４０１において、ネットワーク１００へ参加している各通信端末の端末状態を確認する。端末状態の確認は、最後に受信した参加端末情報に基づいて、ユニキャスト通信によりネットワーク１００へ参加している各通信端末の状態を確認する。
【００３３】
管理端末候補１０３は、ステップＳ４０２において、ステップＳ４０１で確認した各通信端末の状態が全て離脱状態であった場合には、管理端末１０１に障害が発生したと判断して、以降、管理端末として動作する。ステップＳ４０１で確認した各通信端末の状態が全て離脱状態でない場合には、管理端末候補１０３自身がネットワーク１００から離脱したと判断して離脱状態となる。
【００３４】
（管理端末障害検知の動作）
図５は、この発明における管理端末障害検知の動作フローを示した図である。図５において、管理端末１０１はネットワーク１００へ参加している通信端末に対して、ステップＳ５０１において、参加端末情報をブロードキャスト通信により送信する。参加端末情報には、ネットワーク１００へ参加している通信端末の情報と共に、ネットワーク１００内の各通信端末が通信状態を確認して通信状態情報を管理端末１０１へ送信するタイミングが示されている。
【００３５】
ネットワーク１００に参加している通信端末Ａ〜Ｃ（符号１０３，１０２，１０４）は、受信した参加端末情報を参照して、受信タイマ５０２〜５０４を設定する。ただし、通信端末Ａ（符号１０３）は管理端末候補であるため、受信タイマ５０２の設定は、他の通信端末よりも所定間隔だけ長めに設定しておく。
【００３６】
通信端末Ａ（符号１０３）は、受信した参加端末情報を参照して、ステップＳ５０５において、ネットワーク１００へ参加している他の通信端末との通信状態確認を行い、ステップＳ５０６において、管理端末１０１に対して通信状態情報を送信する。
【００３７】
通信端末Ｂ（符号１０２）は、通信端末Ａ（符号１０３）と同様に、受信した参加端末情報を参照して、ステップＳ５０７において、ネットワーク１００へ参加している他の通信端末との通信状態確認を行い、ステップＳ５０８において、管理端末１０１に対して通信状態情報を送信する。
【００３８】
通信端末Ｃ（符号１０４）は、通信端末Ａ（符号１０３）および通信端末Ｂ（符号１０２）と同様に、受信した参加端末情報を参照して、ステップＳ５０９において、ネットワーク１００へ参加している他の通信端末との通信状態確認を行い、ステップＳ５１０において、管理端末１０１に対して通信状態情報を送信する。
【００３９】
ステップＳ５１１において、図６に示すように、管理端末１０１に障害が発生したとする。なお、図６において、ステップＳ５１２は、本来、管理端末１０１から参加端末情報が送信されるタイミングを示している。
【００４０】
同様に、ステップＳ５１３において、本来は管理端末１０１から次の参加端末情報が送信されるタイミングであるが、ネットワーク内の通信端末Ａ〜Ｃは、管理端末１０１からの参加端末情報が受信できないため、通信端末Ｂ（符号１０２）および通信端末Ｃ（符号１０４）において、参加端末情報受信タイマ５０３および５０４が所定時間満了となり、通信端末Ｂ（符号１０２）および通信端末Ｃ（符号１０４）は離脱状態となる。なお、この例では、参加端末情報が送信されてくるタイミングの２周期分待っても受信できなかった場合に、離脱状態になると設定されているが、その場合に限らず、所定時間を任意に適宜設定してよいものとする。
【００４１】
図６において、ステップＳ５１４は、本来、管理端末１０１からさらなる次の参加端末情報が送信されるタイミングを示している。通信端末Ａ（符号１０３）は、管理端末候補であるため、受信タイマ５０２の設定は、他の通信端末よりも所定間隔だけ長め（この例では１周期分だけ長い）に設定してあるため、ステップＳ５１４において、受信タイマ５０２が満了となる。なお、この例では、参加端末情報が送信されてくるタイミングの３周期分待っても受信できなかった場合に、受信タイマ５０２が満了となるように設定しているが、その場合に限らず、所定間隔を任意に適宜設定してよいものとする。
【００４２】
管理端末候補である通信端末Ａ（符号１０３）は、図６に示すように、ステップＳ５０１で最後に受信した参加端末情報を参照して、ステップＳ５１５において、通信端末Ｂ（符号１０２）に対して端末状態確認を行う。同様に、ステップＳ５１６において、通信端末Ｃ（符号１０４）に対して端末状態確認を行う。
【００４３】
管理端末候補である通信端末Ａ（符号１０３）は、端末状態確認の結果、通信端末Ｂ（符号１０２）および通信端末Ｃ（符号１０４）が離脱状態であるため、管理端末１０１に障害が発生したと判断して、以降は管理端末１０１として動作することとなり、ステップＳ５１７において参加端末情報を各通信端末に対して送信する。
【００４４】
以上のように、本実施の形態においては、各端末間で直接通信が可能なネットワークにおいて、管理端末候補１０３が、管理端末１０１から周期的に送信されるはずの参加端末情報が一定時間以上受信できなくなった場合に、ネットワーク１００へ参加している自端末以外の他の通信端末１０２、１０４との間で直接通信を行って、管理端末１０１から周期的に送信される上記参加端末情報が正常に受信できているか否かについて端末状態を確認し、当該確認結果に基づいて、全ての通信端末が参加端末情報を一定時間以上受信できていなかった場合にのみ、管理端末１０１に障害が発生したとして検出するようにしたので、誤検出の発生を抑え、管理端末１０１の障害発生を確実にかつ正確に検知することができる。また、障害発生後は、自身が管理端末として動作するようにしたので、ネットワーク１００内の全ての通信端末との通信が常に保証され、信頼性の高い通信ネットワークを構築することができる。
【図面の簡単な説明】
【００４５】
【図１】この発明の実施の形態１におけるネットワークの構成例を示す図である。
【図２】この発明の実施の形態１における管理端末の動作フローを示す図である。
【図３】この発明の実施の形態１における通信端末の動作フローを示す図である。
【図４】この発明の実施の形態１における管理端末候補の動作フローを示す図である。
【図５】この発明の実施の形態１における管理端末障害検知の動作フローを示す図である。
【図６】この発明の実施の形態１における管理端末障害検知の動作例を示す図である。
【符号の説明】
【００４６】
１００ ネットワーク、１０１ 管理端末（通信端末）、１０２，１０３，１０４ 通信端末、５０２，５０３，５０４ 受信タイマ。
【技術分野】
【０００１】
この発明は管理端末障害検知システムに関し、特に、通信端末間での直接通信が可能なネットワークにおける管理端末障害検知システムに関するものである。
【背景技術】
【０００２】
近年、無線ネットワークは、配線が不要な点やレイアウト変更が容易な点等の利点を活かして、オフィス環境だけでなく一般家庭にも普及しており、将来的には無線を利用した家庭内ネットワークが構築されることも予想される。
【０００３】
無線ネットワークの構成は、アクセスポイントを中心として、各端末間の通信は全てアクセスポイントを経由して行われるインフラストラクチャ・モードと、アクセスポイントは存在せず、各端末間で直接通信を行うアドホック・モードとに大別される。
【０００４】
インフラストラクチャ・モードでは、各端末間の通信は全てアクセスポイントを経由して行われるため、各端末はアクセスポイントとの通信が可能であれば、ネットワーク内の全ての端末との通信が保証される。しかしながら、ネットワーク内の全ての通信がアクセスポイントを経由して行われるため、各端末間で直接通信する場合と比べて通信帯域の利用効率は半減してしまう。また、アクセスポイントに障害が発生した場合には、ネットワーク内の全ての通信が遮断される。
【０００５】
一方、アドホック・モードでは、アクセスポイントを必要とせず、各端末間で直接通信が可能である。従って、インフラストラクチャ・モードと比べて通信帯域を効率的に利用することが可能である。しかしながら、各端末間で直接通信が可能でない場合には、ネットワーク内の全ての端末との通信は保証されない。
【０００６】
そのため、アクセスポイントを使用せず、無線通信端末間で直接通信を行うよう構成された無線ネットワークにおいて、ネットワーク内の通信の到達性を保証するための無線通信システム、無線通信端末および無線通信システムへの参加方法についての提案がなされている（例えば、特許文献１参照）。
【０００７】
【特許文献１】特開２００３−３１８９１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１に記載の無線ネットワークでは、参加端末情報を管理するマスタ端末を設定しており、周期的に参加端末情報を送信することで、ネットワーク内の通信の到達性を保証することが示されている。しかしながら、無線ネットワークでは、時間の経過と共に無線環境の変化や、マスタ端末の障害等により、ネットワークからマスタ端末が不在になる可能性があるという問題点があった。
【０００９】
また、特許文献１に記載の発明においては、ネットワークへ参加している無線通信端末が、マスタ端末から送信される参加端末情報を一定時間以上受信できなかった場合に、ネットワークからマスタ端末が抜けたことを検知する方法が示されているが、マスタ端末がネットワークから抜けたのではなく、一定時間以上受信できなかった無線通信端末自身がネットワークから抜けてしまう可能性もあるという問題点があった。
【００１０】
この発明は、かかる問題点を解決するためになされたものであり、アクセスポイントを使用せずに各端末間での直接通信が可能なネットワークにおいて、ネットワーク内の各通信端末の通信状態に基づいて管理端末の障害を確実に検知することができる管理端末障害検知システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
この発明は、固有の端末識別子を持つ複数の通信端末が接続され、前記通信端末のうちの１つが管理端末となり、各前記通信端末が相互に直接通信可能なネットワークにおける管理端末障害検知システムであって、前記管理端末は、前記ネットワークへ参加している前記通信端末から周期的に送信される通信状態情報を受信する通信状態情報受信手段と、受信した前記通信状態情報に基づいて、前記ネットワークへ参加している前記通信端末の参加情報を含む参加端末情報を生成する参加端末情報生成手段と、生成した前記参加端末情報を周期的に各前記通信端末に送信する参加端末情報送信手段と、前記ネットワークへ参加している前記通信端末のうちの１つを管理端末候補として選定する管理端末候補選定手段とを備え、前記通信端末は、前記管理端末から周期的に送信される前記参加端末情報を受信する参加端末情報受信手段と、受信した前記参加端末情報に基づいて、前記ネットワークへ参加している自端末以外の前記通信端末と通信可能かどうかについて、各通信端末との通信状態をユニキャスト通信により確認する通信状態確認手段と、確認した前記通信状態に基づいて、前記ネットワークへ参加している前記通信端末との通信状態情報を生成する通信状態情報生成手段と、生成した前記通信状態情報を周期的に前記管理端末へ送信する通信状態情報送信手段とを備え、前記管理端末候補は、前記管理端末から周期的に送信される前記参加端末情報が一定時間以上受信できなくなった場合に、前記ネットワークへ参加している前記通信端末に対して、前記管理端末から周期的に送信される前記参加端末情報が受信可能かどうかについて端末状態を確認する端末状態確認手段と、確認した端末状態に基づいて、前記管理端末に障害が発生したことを判断する管理端末障害判断手段とを備えることを特徴とする管理端末障害検知システムである。
【発明の効果】
【００１２】
この発明は、固有の端末識別子を持つ複数の通信端末が接続され、前記通信端末のうちの１つが管理端末となり、各前記通信端末が相互に直接通信可能なネットワークにおける管理端末障害検知システムであって、前記管理端末は、前記ネットワークへ参加している前記通信端末から周期的に送信される通信状態情報を受信する通信状態情報受信手段と、受信した前記通信状態情報に基づいて、前記ネットワークへ参加している前記通信端末の参加情報を含む参加端末情報を生成する参加端末情報生成手段と、生成した前記参加端末情報を周期的に各前記通信端末に送信する参加端末情報送信手段と、前記ネットワークへ参加している前記通信端末のうちの１つを管理端末候補として選定する管理端末候補選定手段とを備え、前記通信端末は、前記管理端末から周期的に送信される前記参加端末情報を受信する参加端末情報受信手段と、受信した前記参加端末情報に基づいて、前記ネットワークへ参加している自端末以外の前記通信端末と通信可能かどうかについて、各通信端末との通信状態をユニキャスト通信により確認する通信状態確認手段と、確認した前記通信状態に基づいて、前記ネットワークへ参加している前記通信端末との通信状態情報を生成する通信状態情報生成手段と、生成した前記通信状態情報を周期的に前記管理端末へ送信する通信状態情報送信手段とを備え、前記管理端末候補は、前記管理端末から周期的に送信される前記参加端末情報が一定時間以上受信できなくなった場合に、前記ネットワークへ参加している前記通信端末に対して、前記管理端末から周期的に送信される前記参加端末情報が受信可能かどうかについて端末状態を確認する端末状態確認手段と、確認した端末状態に基づいて、前記管理端末に障害が発生したことを判断する管理端末障害判断手段とを備えることを特徴とする管理端末障害検知システムであるので、アクセスポイントを使用せずに各端末間での直接通信が可能なネットワークにおいて、ネットワーク内の各通信端末の通信状態に基づいて管理端末の障害を確実に検知することができる。
【発明を実施するための最良の形態】
【００１３】
実施の形態１．
以下、図面を参照しながら、この発明による管理端末障害検知システムの実施の形態について説明する。
【００１４】
（ネットワークの概要）
図１は、この発明におけるネットワークの構成例を示した図である。図１に示すように、この発明におけるネットワークでは、アクセスポイントが存在せず、ネットワーク内の各通信端末間において直接通信が可能なように構成したものである。
【００１５】
図１において、ネットワーク１００には複数の通信端末１０１〜１０４が接続されており、図中の矢印は、各通信端末１０１〜１０４間で直接通信が可能であることを示している。各通信端末には、固有の端末識別子が振り当てられており、当該固有識別子を用いて互いに通信相手を識別するようにする。従って、情報を送信するときには、送信元が特定できるように、自身の端末識別子を当該情報に付加情報として付加して送信する。ネットワーク１００内において、通信端末１０１は管理端末として動作しており（以下、管理端末１０１と呼ぶ。）、管理端末１０１は、ネットワーク１００へ参加している全ての通信端末１０２〜１０４の情報を含む参加端末情報をブロードキャスト通信により周期的に送信する。なお、ブロードキャスト通信とは、ネットワーク内で、不特定多数の相手に向かってデータを送信することである。ブロードキャスト通信でデータを送信する場合には、ネットワーク全体を意味する特殊なアドレスを指定することによって送信処理を行う。
【００１６】
ネットワーク１００に参加している通信端末１０２〜１０４は、管理端末１０１から送信される参加端末情報を受信することで、ネットワーク１００へ参加している端末情報を把握することが可能である。通信端末１０２〜１０４は、参加端末情報に基づいてネットワーク１００へ参加している全ての通信端末１０２〜１０４との通信状態を確認し、その結果を通信状態情報として管理端末１０１へユニキャスト通信により周期的に送信する。なお、ユニキャスト通信とは、ネットワーク内で、単一のアドレスを指定して特定の相手にデータを送信することである。
【００１７】
また、参加端末情報には、管理端末１０１が選定した管理端末候補の情報も含まれており、ネットワーク１００内では、通信端末１０３が管理端末候補として選定されている。
【００１８】
（管理端末の動作）
図２は、図１における管理端末１０１の動作フローを示した図である。管理端末１０１は、ステップＳ２０１において、ネットワーク１００へ参加している通信端末１０２〜１０４から周期的に送信される通信状態情報を受信し、ネットワーク１００における通信端末１０２〜１０４の通信状態を把握する。
【００１９】
管理端末１０１は、ステップＳ２０２において、ネットワーク１００における通信端末１０２〜１０４の通信状態情報に基づいて管理端末候補を選定する。管理端末候補の選定には、例えばネットワーク内で通信状態が最も良好な通信端末を選定する。図１においては、通信端末１０３が管理端末候補として選定されている。
【００２０】
管理端末１０１は、ステップＳ２０３において、ネットワーク１００へ参加している全通信端末に関する通信端末情報と、ステップＳ３０２で選定した管理端末候補の情報と、各通信端末１０２〜１０４が通信状態を確認するタイミング情報とを含めた参加端末情報を生成する。
【００２１】
管理端末１０１は、ステップＳ２０４において、ステップＳ２０３で生成した参加端末情報をブロードキャスト通信によりネットワーク１００内の通信端末１０２〜１０４へ送信する。参加端末情報の送信後、再びステップＳ２０１に戻り、各端末１０２〜１０４から送信されてくる通信状態情報の受信待ち状態となる。
【００２２】
（通信端末の動作）
図３は、図１における通信端末１０２〜１０４の動作フローを示した図である。通信端末１０２〜１０４は、ステップＳ３０１において、管理端末１０１から周期的に送信される参加端末情報を受信するタイミングを通知するための受信タイマ５０２〜５０４（図５参照）を設定する。受信タイマ５０２〜５０４は、ステップＳ３０１の時点から経過時間を測定し始め、周期的に送信される参加端末情報を受信するタイミングになったときに、通信端末１０２〜１０４が参加端末情報を受信するように指示信号を出力する。
【００２３】
通信端末１０２〜１０４は、ステップＳ３０２において、管理端末１０１から周期的に送信される参加端末情報を受信し、当該参加端末情報に含まれている通信端末情報から、ネットワーク１００に参加している通信端末の情報を確認する。
【００２４】
通信端末１０２〜１０４は、ステップＳ３０３において、ステップＳ３０２において受信した参加端末情報に含まれるタイミング情報に基づいて、通信状態確認タイマ（図示省略）を設定する。通信状態確認タイマは、上記の受信タイマ５０２〜５０４とは別個に用意するものとし、共用しないようにしてもよく、あるいは、同一のものを共用するようにしてもよい。通信状態確認タイマは、ステップＳ３０３の時点から経過時間を測定し始め、上記タイミング情報に基づく所定時間が経過したときに、通信端末１０２〜１０４が各通信端末の通信状態を確認するように指示信号を出力するものである。
【００２５】
通信端末１０２〜１０４は、ステップＳ３０４において、ステップＳ３０３において設定した通信状態確認タイマが所定時間を満了したかどうかを確認し、通信状態確認タイマが所定時間を満了した場合には、ステップＳ３０５へ移行する。通信状態確認タイマが満了していない場合には、通信状態確認タイマ満了待ち状態となる。
【００２６】
通信端末１０２〜１０４は、ステップＳ３０５において、ステップＳ３０２で受信した参加端末情報に基づき、ネットワーク１００へ参加している全ての通信端末とユニキャスト通信による直接通信を行うことで、各通信端末との通信が可能かどうかについて各通信端末との通信状態を確認する。
【００２７】
通信端末１０２〜１０４は、ステップＳ３０６において、ステップＳ３０５で確認したネットワーク１００内における各通信端末との通信状態確認結果を含む通信状態情報を生成する。
【００２８】
通信端末１０２〜１０４は、ステップＳ３０７において、ステップＳ３０６で生成した通信状態情報をユニキャスト通信により管理端末１０１へ送信する。通信端末１０２〜１０４は、通信状態情報を送信後、再びステップＳ３０１へ戻り、受信タイマ５０２〜５０４を設定して、管理端末１０１から送信されてくる参加端末情報の受信待ち状態となる。
【００２９】
通信端末１０２〜１０４は、ステップＳ３０２において、管理端末１０１から周期的に送信される参加端末情報を受信できない場合は、ステップＳ３０８において、ステップＳ３０１において設定した受信タイマ５０２〜５０４が満了したかどうかを確認し、受信タイマ５０２〜５０４が満了していない場合は、再びステップＳ３０２へ戻り、参加端末情報の受信待ち状態となる。
【００３０】
一方、通信端末１０２〜１０４は、ステップＳ３０８において、受信タイマ５０２〜５０４の満了を確認した場合には、ステップＳ３０９において、通信端末１０２〜１０４自身が管理端末候補かどうかを確認する。通信端末１０２〜１０４自身が管理端末候補である場合には、該当する通信端末のみが、管理端末の障害確認動作へと移行する。通信端末１０２〜１０４自身のいずれもが管理端末候補でない場合には、ネットワーク１００から離脱したと判断して離脱状態となる。
【００３１】
（管理端末候補の動作）
図４は、図３のステップＳ３０９において、通信端末１０２〜１０４自身が管理端末候補であると確認した場合の動作フローを示した図である。図１におけるネットワーク１００では、通信端末１０３が管理端末候補として動作している（以下、管理端末候補１０３と呼ぶ。）。
【００３２】
管理端末候補１０３は、管理端末１０１から送信される参加端末情報を一定時間以上受信できなかったため、ステップＳ４０１において、ネットワーク１００へ参加している各通信端末の端末状態を確認する。端末状態の確認は、最後に受信した参加端末情報に基づいて、ユニキャスト通信によりネットワーク１００へ参加している各通信端末の状態を確認する。
【００３３】
管理端末候補１０３は、ステップＳ４０２において、ステップＳ４０１で確認した各通信端末の状態が全て離脱状態であった場合には、管理端末１０１に障害が発生したと判断して、以降、管理端末として動作する。ステップＳ４０１で確認した各通信端末の状態が全て離脱状態でない場合には、管理端末候補１０３自身がネットワーク１００から離脱したと判断して離脱状態となる。
【００３４】
（管理端末障害検知の動作）
図５は、この発明における管理端末障害検知の動作フローを示した図である。図５において、管理端末１０１はネットワーク１００へ参加している通信端末に対して、ステップＳ５０１において、参加端末情報をブロードキャスト通信により送信する。参加端末情報には、ネットワーク１００へ参加している通信端末の情報と共に、ネットワーク１００内の各通信端末が通信状態を確認して通信状態情報を管理端末１０１へ送信するタイミングが示されている。
【００３５】
ネットワーク１００に参加している通信端末Ａ〜Ｃ（符号１０３，１０２，１０４）は、受信した参加端末情報を参照して、受信タイマ５０２〜５０４を設定する。ただし、通信端末Ａ（符号１０３）は管理端末候補であるため、受信タイマ５０２の設定は、他の通信端末よりも所定間隔だけ長めに設定しておく。
【００３６】
通信端末Ａ（符号１０３）は、受信した参加端末情報を参照して、ステップＳ５０５において、ネットワーク１００へ参加している他の通信端末との通信状態確認を行い、ステップＳ５０６において、管理端末１０１に対して通信状態情報を送信する。
【００３７】
通信端末Ｂ（符号１０２）は、通信端末Ａ（符号１０３）と同様に、受信した参加端末情報を参照して、ステップＳ５０７において、ネットワーク１００へ参加している他の通信端末との通信状態確認を行い、ステップＳ５０８において、管理端末１０１に対して通信状態情報を送信する。
【００３８】
通信端末Ｃ（符号１０４）は、通信端末Ａ（符号１０３）および通信端末Ｂ（符号１０２）と同様に、受信した参加端末情報を参照して、ステップＳ５０９において、ネットワーク１００へ参加している他の通信端末との通信状態確認を行い、ステップＳ５１０において、管理端末１０１に対して通信状態情報を送信する。
【００３９】
ステップＳ５１１において、図６に示すように、管理端末１０１に障害が発生したとする。なお、図６において、ステップＳ５１２は、本来、管理端末１０１から参加端末情報が送信されるタイミングを示している。
【００４０】
同様に、ステップＳ５１３において、本来は管理端末１０１から次の参加端末情報が送信されるタイミングであるが、ネットワーク内の通信端末Ａ〜Ｃは、管理端末１０１からの参加端末情報が受信できないため、通信端末Ｂ（符号１０２）および通信端末Ｃ（符号１０４）において、参加端末情報受信タイマ５０３および５０４が所定時間満了となり、通信端末Ｂ（符号１０２）および通信端末Ｃ（符号１０４）は離脱状態となる。なお、この例では、参加端末情報が送信されてくるタイミングの２周期分待っても受信できなかった場合に、離脱状態になると設定されているが、その場合に限らず、所定時間を任意に適宜設定してよいものとする。
【００４１】
図６において、ステップＳ５１４は、本来、管理端末１０１からさらなる次の参加端末情報が送信されるタイミングを示している。通信端末Ａ（符号１０３）は、管理端末候補であるため、受信タイマ５０２の設定は、他の通信端末よりも所定間隔だけ長め（この例では１周期分だけ長い）に設定してあるため、ステップＳ５１４において、受信タイマ５０２が満了となる。なお、この例では、参加端末情報が送信されてくるタイミングの３周期分待っても受信できなかった場合に、受信タイマ５０２が満了となるように設定しているが、その場合に限らず、所定間隔を任意に適宜設定してよいものとする。
【００４２】
管理端末候補である通信端末Ａ（符号１０３）は、図６に示すように、ステップＳ５０１で最後に受信した参加端末情報を参照して、ステップＳ５１５において、通信端末Ｂ（符号１０２）に対して端末状態確認を行う。同様に、ステップＳ５１６において、通信端末Ｃ（符号１０４）に対して端末状態確認を行う。
【００４３】
管理端末候補である通信端末Ａ（符号１０３）は、端末状態確認の結果、通信端末Ｂ（符号１０２）および通信端末Ｃ（符号１０４）が離脱状態であるため、管理端末１０１に障害が発生したと判断して、以降は管理端末１０１として動作することとなり、ステップＳ５１７において参加端末情報を各通信端末に対して送信する。
【００４４】
以上のように、本実施の形態においては、各端末間で直接通信が可能なネットワークにおいて、管理端末候補１０３が、管理端末１０１から周期的に送信されるはずの参加端末情報が一定時間以上受信できなくなった場合に、ネットワーク１００へ参加している自端末以外の他の通信端末１０２、１０４との間で直接通信を行って、管理端末１０１から周期的に送信される上記参加端末情報が正常に受信できているか否かについて端末状態を確認し、当該確認結果に基づいて、全ての通信端末が参加端末情報を一定時間以上受信できていなかった場合にのみ、管理端末１０１に障害が発生したとして検出するようにしたので、誤検出の発生を抑え、管理端末１０１の障害発生を確実にかつ正確に検知することができる。また、障害発生後は、自身が管理端末として動作するようにしたので、ネットワーク１００内の全ての通信端末との通信が常に保証され、信頼性の高い通信ネットワークを構築することができる。
【図面の簡単な説明】
【００４５】
【図１】この発明の実施の形態１におけるネットワークの構成例を示す図である。
【図２】この発明の実施の形態１における管理端末の動作フローを示す図である。
【図３】この発明の実施の形態１における通信端末の動作フローを示す図である。
【図４】この発明の実施の形態１における管理端末候補の動作フローを示す図である。
【図５】この発明の実施の形態１における管理端末障害検知の動作フローを示す図である。
【図６】この発明の実施の形態１における管理端末障害検知の動作例を示す図である。
【符号の説明】
【００４６】
１００ ネットワーク、１０１ 管理端末（通信端末）、１０２，１０３，１０４ 通信端末、５０２，５０３，５０４ 受信タイマ。
【特許請求の範囲】
【請求項１】
固有の端末識別子を持つ複数の通信端末が接続され、前記通信端末のうちの１つが管理端末となり、各前記通信端末が相互に直接通信可能なネットワークにおける管理端末障害検知システムであって、
前記管理端末は、
前記ネットワークへ参加している前記通信端末から周期的に送信される通信状態情報を受信する通信状態情報受信手段と、
受信した前記通信状態情報に基づいて、前記ネットワークへ参加している前記通信端末の参加情報を含む参加端末情報を生成する参加端末情報生成手段と、
生成した前記参加端末情報を周期的に各前記通信端末に送信する参加端末情報送信手段と、
前記ネットワークへ参加している前記通信端末のうちの１つを管理端末候補として選定する管理端末候補選定手段と
を備え、
前記通信端末は、
前記管理端末から周期的に送信される前記参加端末情報を受信する参加端末情報受信手段と、
受信した前記参加端末情報に基づいて、前記ネットワークへ参加している自端末以外の前記通信端末と通信可能かどうかについて、各通信端末との通信状態をユニキャスト通信により確認する通信状態確認手段と、
確認した前記通信状態に基づいて、前記ネットワークへ参加している前記通信端末との通信状態情報を生成する通信状態情報生成手段と、
生成した前記通信状態情報を周期的に前記管理端末へ送信する通信状態情報送信手段と
を備え、
前記管理端末候補は、
前記管理端末から周期的に送信される前記参加端末情報が一定時間以上受信できなくなった場合に、前記ネットワークへ参加している前記通信端末に対して、前記管理端末から周期的に送信される前記参加端末情報が受信可能かどうかについて端末状態を確認する端末状態確認手段と、
確認した端末状態に基づいて、前記管理端末に障害が発生したことを判断する管理端末障害判断手段と
を備えることを特徴とする管理端末障害検知システム。
【請求項２】
前記管理端末候補は、上記管理端末障害判断手段によって、前記ネットワークへ参加している全ての前記通信端末が、前記管理端末より周期的に送信される前記参加端末情報が受信できないことを確認した場合にのみ、前記管理端末に障害が発生したと判断することを特徴とする請求項１に記載の管理端末障害検知システム。
【請求項３】
前記管理端末候補は、上記管理端末障害判断手段によって、前記管理端末に障害が発生したと判断した場合には、その時点から動作を切り替えて、管理端末として動作することを特徴とする請求項１または２に記載の管理端末障害検知システム。
【請求項１】
固有の端末識別子を持つ複数の通信端末が接続され、前記通信端末のうちの１つが管理端末となり、各前記通信端末が相互に直接通信可能なネットワークにおける管理端末障害検知システムであって、
前記管理端末は、
前記ネットワークへ参加している前記通信端末から周期的に送信される通信状態情報を受信する通信状態情報受信手段と、
受信した前記通信状態情報に基づいて、前記ネットワークへ参加している前記通信端末の参加情報を含む参加端末情報を生成する参加端末情報生成手段と、
生成した前記参加端末情報を周期的に各前記通信端末に送信する参加端末情報送信手段と、
前記ネットワークへ参加している前記通信端末のうちの１つを管理端末候補として選定する管理端末候補選定手段と
を備え、
前記通信端末は、
前記管理端末から周期的に送信される前記参加端末情報を受信する参加端末情報受信手段と、
受信した前記参加端末情報に基づいて、前記ネットワークへ参加している自端末以外の前記通信端末と通信可能かどうかについて、各通信端末との通信状態をユニキャスト通信により確認する通信状態確認手段と、
確認した前記通信状態に基づいて、前記ネットワークへ参加している前記通信端末との通信状態情報を生成する通信状態情報生成手段と、
生成した前記通信状態情報を周期的に前記管理端末へ送信する通信状態情報送信手段と
を備え、
前記管理端末候補は、
前記管理端末から周期的に送信される前記参加端末情報が一定時間以上受信できなくなった場合に、前記ネットワークへ参加している前記通信端末に対して、前記管理端末から周期的に送信される前記参加端末情報が受信可能かどうかについて端末状態を確認する端末状態確認手段と、
確認した端末状態に基づいて、前記管理端末に障害が発生したことを判断する管理端末障害判断手段と
を備えることを特徴とする管理端末障害検知システム。
【請求項２】
前記管理端末候補は、上記管理端末障害判断手段によって、前記ネットワークへ参加している全ての前記通信端末が、前記管理端末より周期的に送信される前記参加端末情報が受信できないことを確認した場合にのみ、前記管理端末に障害が発生したと判断することを特徴とする請求項１に記載の管理端末障害検知システム。
【請求項３】
前記管理端末候補は、上記管理端末障害判断手段によって、前記管理端末に障害が発生したと判断した場合には、その時点から動作を切り替えて、管理端末として動作することを特徴とする請求項１または２に記載の管理端末障害検知システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００７−２９５１２２（Ｐ２００７−２９５１２２Ａ）
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願番号】特願２００６−１１８４０７（Ｐ２００６−１１８４０７）
【出願日】平成１８年４月２１日（２００６．４．２１）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１５年度、独立行政法人新エネルギー・産業技術総合開発機構、「デジタル情報機器相互運用基盤（ＡＶ系情報家電ホームネットワークの研究開発）」助成事業、産業活力再生特別措置法第３０条の適用を受ける特許出願
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願日】平成１８年４月２１日（２００６．４．２１）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１５年度、独立行政法人新エネルギー・産業技術総合開発機構、「デジタル情報機器相互運用基盤（ＡＶ系情報家電ホームネットワークの研究開発）」助成事業、産業活力再生特別措置法第３０条の適用を受ける特許出願
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]