(57)【要約】【課題】システムの保守管理を容易にし、サービスの継続を維持するシステムを提供する。【解決手段】隣り合うネットワークを管理するホームサーバ１０１において、各ネットワークを相互接続し、その中で緊急用の機器を設定／管理するデータベース１０５と、そのデータベースに一致するかを判別する判定部１０４と、その判定結果から状態を外部に発報すらための電文作成部１０７と、作成した電文を送信する通信部１０８と、センタ１２０において、電文を受け取る通信部１２１と、受け取った電文を解析する解析部１２２と、解析結果から異常であることをセンタ管理者に伝える通信部１２６と、送信者と装置番号などを管理するデータベース１２４，１２５と、装置番号と送信者のデータからゲートウエイに異常があるか判断する判定部１２３で構成される。【選択図】  図１
2004328562.tif 000002
【特許請求の範囲】
【請求項１】
ローカルなネットワーク環境と
そのネットワークに接続する端末装置と
そのネットワークに接続し、端末装置の制御、管理を行い、別のグローバルなネットワークに接続してローカルなネットワークとグローバルなネットワークを論理的に接続するホームサーバと
グローバルなネットワークに接続し、ホームサーバとローカルネットワークに接続した端末装置を管理するセンタによって構成されるシステムにおいて、
ローカルなネットワークには、ｍ個（ｍ＞１の整数）のホームサーバが接続されており、
そのネットワークに接続される端末装置は、ｍ個以上のグループに分類され、
ｍ個以上のグループに分類された端末装置は、一部またすべてｍ個のホームサーバによって管理され、
ｍ個のホームサーバは、グループ内の端末装置を管理する管理データベースと、
また、自グループと別のグループの特定端末装置の管理データベースと、
その特定端末装置の状態が変わった場合、センタに緊急電文の送付機能を持ち、
センタでは、各ホームサーバの管理データを複写したデータベースと
各ホームサーバ番号に連動したユーザ情報を管理するデータベースを持ち、
さらに、その電文内容から特定端末装置から緊急電文であることを判別し、
その緊急電文の有無により、ホームサーバの稼動／停止を判断し、
システム管理者に通知することを
特徴とするネットワークシステム保守技術。
【請求項２】
ローカルなネットワーク環境と
そのネットワークに接続する端末装置と
そのネットワークに接続し、端末装置の制御、管理を行い、別のグローバルなネットワークに接続してローカルなネットワークとグローバルなネットワークを論理的に接続するホームサーバと
グローバルなネットワークに接続し、ホームサーバとローカルネットワークに接続した端末装置を管理するセンタによって構成されるシステムにおいて、
ローカルなネットワークには、ｍ＋ｎ個（ｍ、ｎ＞１の整数）のホームサーバが接続されており、
そのネットワークに接続される端末装置は、ｍ個以上のグループに分類され、
ｍ個以上のグループに分類された端末装置は、一部またすべてｍ個のホームサーバによって管理され、
ｍ個のホームサーバは、グループ内の端末装置を管理する管理データベースと、
また、自グループと別のグループの特定端末装置の管理データベースと、
その特定端末装置の状態が変わった場合、センタに緊急電文の送付機能を持ち、
センタでは、各ホームサーバの管理データを複写したデータベースと
各ホームサーバ番号に連動したユーザ情報を管理するデータベースを持ち、
さらに、その電文内容から特定端末装置から緊急電文であることを判別し、
その緊急電文の有無により、ホームサーバの稼動／停止を判断し、
システム管理者に通知し、
破損したホームサーバのデータを破損していないｎ個のうち１個に再設定し、
システムを元の状態に戻すことを
特徴とするネットワークシステム保守技術。
【請求項３】
請求項１，２において、
各グループの端末装置とホームサーバ間で暗号通信を行う場合、
各ホームサーバは、自グループの暗号鍵と
各ホームサーバが管理する他グループの特定端末装置で使用される暗号鍵を
管理して通信を可能とし、
各グループで使用される暗号鍵は、センタでデータベースとして管理していることを
特徴とするネットワークシステム保守技術。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、宅内のネットワークや特殊用途（工業用のネットワーク）及び、そのネットワークに接続される機器の状態を管理、制御するホームサーバ（工業用制御サーバなどローカルなネットワークを管理制御するサーバも含む：以下、ホームサーバと略す）とそのホームサーバ群を集中的に管理、運営するセンタサーバシステムにおけるシステム管理技術に関する。
【０００２】
【従来の技術】
従来においては、ホームなどの専用ネットワークの機器の状態をホームサーバ、センタシステムと連携して管理運営する技術として、特許文献１に示すような技術がある。
【０００３】
本技術では、ホームネットワーク内の機器との交信に、ホームサーバにおいてホームネット内のプロトコルと携帯電話のプロトコルを変換し、相互に通信を行うものである。このようにすることで、外部からホームサーバを介して、携帯電話とホームネットワーク内の機器と相互通信ができる。
【０００４】
【特許文献１】
特開２００２−１６４８３６号公報
【０００５】
【発明が解決しようとする課題】
従来の技術においては、ホームサーバが故障した場合、情報の送受信ができない状態になる。特に緊急時の情報発信においては、情報がセンタシステムに届かない状態になる。緊急時の情報発信としては、機器の故障、センサによる異常値検知などが挙げられる。
【０００６】
また、このような状態を避けるためには、一般的にはシステムの２重化を行う必要があるが、システムが複雑なると同時に、コストが単純に２倍になる。
【０００７】
【課題を解決するための手段】
隣り合うネットワークを管理するホームサーバにおいて、各ネットワークを相互接続し、その中で緊急用の機器を設定／管理するデータベースと、そのデータベースに一致するかを判別する判定部と、その判定結果から状態を外部に発報すらための電文作成部と、作成した電文を送信する通信部と、センタにおいて、電文を受け取る通信部と、受け取った電文を解析する解析部と、解析結果から異常であることをセンタ管理者に伝える通信部と、送信者と装置番号を管理するデータベースと、装置番号と送信者のデータからゲートウエイに異常があるか判断する判定部で構成される。
【０００８】
【発明の実施の形態】
本発明の第一の実施例を図１から図７、表１を用いて説明する。図１はシステム構成、図２は端末装置の処理フロー、図３は端末機器のデータベース、図４は電文の構成、図５はホームサーバの検出フロー、図６はセンタの処理フロー、図７はホームサーバのアクセス管理フロー、表１はホームサーバの各データベース（以下、ＤＢと略す）の内容例を示す。
【０００９】
【表１】
2004328562.tif 000003
【００１０】
図１に示す各符号において、１０１はホームサーバ、１０２は家庭内のＬＡＮに接続された端末装置である。ホームサーバ１０１は、基本的には図中の破線で囲まれたエリアの機器の制御／管理を行うとともに外部との通信を行う。基本的に端末装置１０２は、ホームサーバ１０１で管理／制御される端末装置である。
【００１１】
１０３は家庭内のＬＡＮと通信を行う通信部、１０４は家庭内ＬＡＮから送られてきた電文から自ネットワークか他ネットワークの電文かを判別する判断部、１０５は緊急通信を受けるための機器、ネットワーク情報を設定してあるＤＢ、１０６は自ネットワークの機器設定してあるＤＢ、１０７は外部に通信するための電文作成部、１０８は外部ネットワークとの通信を行うためプロトコル変換をする外部通信部、１０９はホームサーバ１０１にアクセスするユーザやアクセス内容を制御するアクセス管理部、１１０はユーザ情報を設定してあるＤＢ、１１１はインターネットなどの外部ネットワークである。
【００１２】
１２０はホームサーバ群を管理するセンタ、１２１は外部ネットワークとの通信を行うためプロトコル変換をする外部通信部、１２２は送信されてきた電文の内容を解析する解析部、１２３は解析部１２２で解析された内容から状態を判断する判定部、１２４は各ホームサーバの管理しているネットワーク機器の情報を一元管理するネットワークＤＢ、１２５は各ホームサーバに設定された緊急用の機器情報を一元管理するＤＢ、１２８は各ホームサーバのアクセス管理情報を管理するユーザＤＢ、１２９は各ホームサーバのユーザの個人情報を記憶するユーザ個人情報ＤＢ、１２６は異常判定時にセンタから管理者へ通信を行うためプロトコル変換をする内部通信部、１２７は管理者用の制御端末、１４０，１４１はユーザの持つＰＣなど外部端末である。
【００１３】
ここでのユーザは、個人を対象にしたものではなく、団体や配置番号などでも良い。
【００１４】
図３に示す各符号において、３００は端末機器が持つデータベースである。
【００１５】
図４に示す各符号において、４００はエリア１の異常時の電文内容、４０１はエリア２の異常時の電文内容である。
【００１６】
各機器の設定について、説明する。
【００１７】
ホームサーバ１０１には、３つのＤＢがある。ユーザＤＢ１１０はユーザのアクセス条件の決めるため、全体の管理を行う管理者情報とユーザの管理する部分のみアクセスできるユーザ情報が記憶されている。このユーザＤＢは管理者のみアクセスできる。管理者の情報はセンタのホームネットワークＤＢにも記憶されており、管理者はセンタからホームサーバ１０１の各種設定を自由に変更できる。ホームネットワークＤＢはユーザの設定するもので表２のａ，ｃに示すように端末装置の機器番号、機器名称を設定する。ホームサーバ番号は、センタ１２０から貸与されたデータを設定する。これにより、センタ１２０は、ホームサーバ１０１とユーザとの連携が取れる。また、このホームネットワークＤＢ１０６に管理者として定期的にアクセスすることで、ホームネットワークＤＢ１０６の情報をセンタ１２０内のホームネットワークＤＢ１２４に保存することでデータを最新の状態に保つことが可能となる。ホームサーバ１０１の緊急用ＤＢ１０５は、センタ１２０から設定する。この緊急用ＤＢ１０５は、エリア内において、緊急用に異常状態になったときに発報してほしい機器を設定する。ただし、ここには、自ネットワークと隣のネットワークの発報がほしい機器の情報を各ホームサーバ１０１に設定する。この設定情報は、表１のｂ，ｄに示すように、隣のホームサーバ番号、機器番号、機器名称、状態からなる。
【００１８】
また、この緊急用ＤＢ１０５の中には、表１のｅ，ｆに示すように緊急時のアクセス先を記憶している。
【００１９】
ホームサーバ１０１でアクセス管理は、アクセス管理部１０９とユーザＤＢ１１０を用いて、管理する。アクセス管理部１０９は、図７に示すようなフローでユーザ管理を行っている。ユーザからログイン要求が発生した場合、ユーザからユーザ名、パスワードを入力してもらい、ユーザＤＢ１１０を検索し、一般ユーザであればユーザ領域のみアクセス可能とする。このとき、システム全体の構成も閲覧できない状態にする。一方、管理者のユーザ名、パスワードが入力された場合、すべての機器、ファイル等を管理、制御できる権限を得るようにする。このようにすることで、各ホームサーバ１０１の各ＤＢの情報とセンタ１２０の各ＤＢの情報が一致することになり、データベースの更新などが容易にセンタ１２０から行えることになる。例えば、各ＤＢがファイル形式で記憶され、外部ネットワーク１１１がインターネットの場合、センタ１２０からＦＴＰやｔｅｌｎｅｔなどを用いて、各ＤＢを更新することが可能となる。ＦＴＰやｔｅｌｎｅｔは、一例であり、これに規定されるものではなく、別のプロトコルにあっても特に問題はない。
【００２０】
各エリアの端末機器１０２は、自端末機器の制御管理を行うとともに、図２のように自己の状態を監視している。常に自己の状態を監視しており、その状態に変化（ここでは異常：故障やセンサ入力など）があった場合、電文を作成し発信するようになっている。
【００２１】
各動作について説明する。ここでは、２つのエリアを管理する各ホームサーバ１０１とセンタ１２０に説明を限定するが、本発明においては２つに限定するものではない。また、図１に示すようにエリア１とエリア２の家庭内ＬＡＮは、無線、有線いずれかの状態で繋がっている。
【００２２】
エリア１のホームサーバ１０１には、端末装置１０２が、ｎ個接続されており（表１−ａ参照）、エリア２のホームサーバ１０１には、端末装置１０２が、ｍ個接続されている（表１−ｃ参照）。エリア１において、緊急時に発報時してほしい機器を機器番号ｎとすると、エリア１とエリア２の各ホームサーバ１０１の緊急用ＤＢ１０５にその情報を設定する（表１−ｄ参照）。同様にエリア２において、緊急時に発報時してほしい機器を機器番号ｍとすると、エリア２とエリア１の各ホームサーバ１０１の緊急用ＤＢ１０５にその情報を設定する（表１−ｂ参照）。
【００２３】
ここでは、エリア１の端末装置１０２：装置番号ｎに異常があった場合の発報について、説明する。
【００２４】
エリア１の端末装置１０２：装置番号ｎは、図３に示すように、この装置の状態を常に監視している。ここで異常値を示すデータが検出された場合、エリア１の端末装置１０２：装置番号ｎは、図３に示すデータベースの情報に加え、異常動作中とのデータを加え電文を生成し、電文を発報する。
【００２５】
発報された電文は、家庭内ＬＡＮを介して、エリア１のホームサーバ１０１とエリア２のホームサーバ１０１に送られる。
【００２６】
各ホームサーバ１０１は、判定部１０４において、ホームネットワーク通信部１０３を用いて、異常値検出のために図５に示すようなフローで通信状態を監視している。電文があることが確認できた場合、その電文を解析し異常値電文であるかを確認する。確認方法としては、電文内に異常動作中とのデータを検索することになる。このデータがあった場合、緊急用ＤＢ１０５にアクセスし、データベースに記述したホームサーバ番号、機器番号、機器名称と一致するか検索する。一致した場合、緊急発報する必要があるので、電文作成部１０７で電文を作成する。このときの作成内容は、エリア１の電文は、図４の電文構成４００の内容となる。一方、エリア２の電文は、図４の電文構成４０１の内容となる。この２つの電文違いは、発信ホームサーバが異なる点である。また、発信ホームサーバと管理ホームサーバの番号を比較し、その結果を元にデータを発報する。本例では、エリア１のホームサーバ１０１は、一致するので表１−ｅの条件によりセンタとユーザ端末１に発報する。エリア２のホームサーバ１０１は、一致しないので表１−ｆの条件によりセンタとユーザ端末１に発報する。
【００２７】
そして、各ホームサーバ１０１の電文作成部は、発報先と電文とを外部通信部１０８を介して、外部のネットワーク１１１に発報される。それぞれのホームサーバ１０１からの電文は、センタ１２０とユーザ端末１：１４０に２報届くことになる。
【００２８】
センタ１２０では、解析部１２２、判定部１２３が外部通信部１２１を介して、図６のフローにしたがって、処理を行う。解析部１２２は、電文状態を確認し、新規電文を解析して、異常値電文を検出する。異常値電文は、データ内の状態に異常動作中との電文を検索する。検索の結果、異常値電文ある場合、判定部１２３にデータを渡す。判定部では、緊急用ＤＢ１２５と比較し、一致した場合、その発報が２報着信していることを確認する。２報着信している場合、管理ホームサーバ番号を元に、ホームネットワークＤＢ１２４からからユーザ情報を検索し、そのユーザ情報と異常検出したことを内部通信部１２６を介して、管理用制御端末１２７に通知する。
【００２９】
このようなシステムにおいて、エリア１のホームサーバ１０１が動作不能な状態に陥っていた場合、センタ１２０とユーザ端末１：１４０には一報の電文しか到着しないことになる。
【００３０】
このときのセンタ１２０の判定部１２３は、電文が１報しかないので、管理ホームサーバが損傷していることが判明する。そこで、図６のｓｔｅｐ６の分岐において、“いいえ”の処理として、管理ホームサーバと発信ホームサーバの番号を比較し、一致する場合は、他の家庭内ＬＡＮを管理しているホームサーバ１０１が破損していることになる。一方、それら番号が不一致の場合、管理ホームサーバが破損していることになる。本例では、不一致となるので、管理ホームサーバが破損していることになる。そこで、管理ホームサーバ番号を元に、ユーザ個人情報ＤＢ１２９からからユーザ情報を検索し、そのユーザ情報と異常検出したことと管理ホームサーバが故障していることを内部通信部１２６を介して、管理用制御端末１２７に通知する。
【００３１】
本発明の第二の実施例を図８、表２を用いて説明する。図８は暗号時の端末機器のデータベース、表２は暗号時のホームサーバの各ＤＢの内容例である。
【００３２】
【表２】
2004328562.tif 000004
【００３３】
第一の実施例において、家庭内ＬＡＮは、エリア１、エリア２で接続された状態である。そこで電文の内容が各エリアで検出されないようにするため、暗号化して通信を行う。そのためには、各エリアの暗号鍵が必要になる。
【００３４】
この暗号鍵は、センタ１２０から各エリアに配布される。エリア１の機器には図８の８００のように実施例１に加え鍵１を設定し、エリア２の機器には図８の８０１のように実施例１に加え鍵２を設定する。さらに表２に示すようにホームネットワークＤＢ１０６に各エリアの暗号鍵を設定することで、エリア内は同じ暗号の鍵で暗号化され、相互に通信が可能となる。
【００３５】
また、緊急用ＤＢ１１０には、表２に示すように隣り合うエリアの暗号鍵をエリアに対応した端末機器に連動して設定しておくことで、エリア間の緊急用電文は解析できる。さらに緊急用ＤＢ１１０は、第一の実施例で示したようにユーザから見えないＤＢに設定してあるので、エリア１のユーザは、エリア２の機器の電文を緊急用ＤＢ１１０の情報を用いて見ることができないので、安心して家庭内ＬＡＮを相互接続できること可能となる。
【００３６】
本発明の第三の実施例を図９、図１０を用いて説明する。図９は第一、第二の実施例のシステムに予備ホームサーバを接続したシステム構成、図１０は第一、第二の実施例において、予備ホームサーバを使いしたときのセンタ１２０の処理フローである。
【００３７】
本実施例では、第一、第二の実施例を用いた説明において、エリア１のホームサーバ１０１が損傷した場合の別の処理方法について、説明する。第一、第二の実施例では、図６の処理フローに示すように、２報の電文がなかった場合にはホームサーバ１０１の損傷として、その旨を管理者制御端末１２７に通知するようにした。本実施例では、図９に示すように予備のホームサーバ１０１をシステムに接続しておき、通常は待機状態にしておく。ここでの待機状態とは、予備のホームサーバ１０１のユーザＤＢ１１０に管理者用の設定を行っておき、その他のＤＢにはホームサーバ番号の他は特に設定を行っていない初期の状態であり、その他のＤＢに設定を行えば、動作可能となる状態である。また。家庭内ＬＡＮは、エリア１、エリア２の家庭内と接続されている状態である。
【００３８】
このようなシステムにおいて、図９に示す処理フローように２報の電文がなかった場合、
ここでは、ホームサーバ１０１の復帰を外部ネットワーク１１１を介してのアクセス可能状態としているが、それに限定するものではない。ほかの手段として、人手による直接ホームサーバ１０１の入れ替えなどによって確認しても良い。
【００３９】
第一、第二、第三の実施例で示した機器の状態は、正常動作中と異常動作中の２種類であるが、それに限定するものではなく、各機器状態を示す内容が含まれても問題ない。また、正常、異常を単語で示しているが、これも限定するものではなく、例えばエラーコードのように数字で示してもよい。
【００４０】
また、ホームサーバ１０１内の各ＤＢで共通するデータ、例えばホームサーバ番号などは、一箇所に設定し、データ連携を用いることで使いまわしてもよい。このときの元データは、センタ１２０が設定することから、緊急用ＤＢ１０８やユーザＤＢに設定して参照先をそのＤＢにすることでデータベースとして、連携は可能となる。
【００４１】
また、第一、第二、第三の実施例では、発報を２つのホームサーバ１０１から実施することになっているが、電文を発報する前に相手の状態を確認して、返答がなかった場合のみ発報しても同様の効果が得られる。この方式としては、エリア１で異常が起きた場合、エリア２のホームサーバ１０１では、エリア１で異常が起きたことを検知できる。この検知後、エリア２のホームサーバ１０１は、エリア１のホームサーバ１０１にアクセスを実施する。このアクセス方式としては、外部ネットワーク１１１がインターネットであれば、ｐｉｎｇ等のアクセスを行い、返答状況によりエリア１のホームサーバ１０１の状態を確認できる。返答がない場合は、エリア１のホームサーバ１０１が動作不能状態に陥っていることになるので、エリア２のホームサーバ１０１は、異常発報を行う。返答があった場合は、エリア１のホームサーバ１０１が動作しているので、発報しない。このようにすることで、発報回数を削減することが可能となる。
【００４２】
また、センタ１２０の処理の中で２報の着信を確認して（図６参照）、処理を決めているが、外部ネットワーク１１１の状態によっては、２報が同時に着く可能性が低くなる。そのため、２報着信の判断の前に待ち時間を持つことで、外部ネットワーク１１１の状態の影響を低減できる。
【００４３】
第一、第二、第三の実施例において、ホームサーバ１０１とセンタ１２０、ユーザ端末１：１４０等の外部ネットワーク１１１を用いた電文のプロトコルについては、特に言及していないが、一般的に電子メールを用いても同様の効果が得られる。このときに電子メールを使う場合は、ホームサーバ１０１からユーザ端末１：１４０に送ることも可能であるが、システムの構成としては、一度センタ１２０で受信した後、センタ１２０からユーザ端末１：１４０に転送するシステム構成にしてもよい
【００４４】
【発明の効果】
本発明を用いることにより、ホームサーバが故障していても、ホームサーバの管理するネットワーク機器の緊急な情報を確実にセンタに送ることが可能となり、さらに、発報者と通知内容からホームサーバの故障を検知することが可能となる。
【図面の簡単な説明】
【図１】システム構成。
【図２】端末装置の処理フロー。
【図３】端末機器のデータベース。
【図４】電文の構成。
【図５】ホームサーバの検出フロー。
【図６】センタの処理フロー。
【図７】アクセス管理フロー。
【図８】暗号時の端末機器のデータベース。
【図９】システム構成。
【図１０】センタの処理フロー。
【符号の説明】
１０１…ホームサーバ、１０２…家庭内のＬＡＮに接続された端末装置、１０３…家庭内のＬＡＮと通信を行う通信部、１０４…家庭内ＬＡＮから送られてきた電文から自ネットワークか他ネットワークの電文かを判別する判断部、１０５…緊急通信を受けるための機器、ネットワークを設定してあるＤＢ、１０６…自ネットワークの機器設定してあるＤＢ、１０７…外部に通信するための電文作成部、１０８…改部との通信を行うためプロトコル変換をする外部通信部、１０９…ホームサーバ１０１にアクセスするユーザやアクセス内容を制御するアクセス管理部、１１０…ユーザ情報を設定してあるＤＢ、１１１…インターネットなどの外部ネットワーク、１２０…ホームサーバ群を管理するセンタ、１２１…プロトコル変換をする外部通信部、１２２…電文の内容を解析する解析部、１２３…状態を判断する判定部、１２４…ネットワーク機器の情報を一元管理するネットワークＤＢ、１２５…緊急用の機器情報を一元管理するＤＢ、１２６…プロトコル変換をする内部通信部、１２７…管理者用の制御端末、１２８…ユーザＤＢ、１２９…ユーザ個人情報ＤＢ、１４０，１４１…ユーザの持つＰＣなどユーザ端末、３００…端末機器が持つデータベース、４００…エリア１の異常時の電文内容、４０１…エリア２の異常時の電文内容、８００，８０１…端末機器が持つデータベース。
【図１】
2004328562.tif 000005
【図２】
2004328562.tif 000006
【図３】
2004328562.tif 000007
【図４】
2004328562.tif 000008
【図５】
2004328562.tif 000009
【図６】
2004328562.tif 000010
【図７】
2004328562.tif 000011
【図８】
2004328562.tif 000012
【図９】
2004328562.tif 000013
【図１０】
2004328562.tif 000014