JP2003046534A - 計算機管理方法 - Google Patents

Abstract

(57)【要約】 【課題】特に大規模システムにおいては、保守などを行
う場合に実際の設置場所にあわせる必要があった。 【解決手段】位置情報管理サーバ１が共通の伝送媒体２
を介して各戸３に設置されている情報端末４に接続され
ているシステムにおいて、情報端末４を絶対的な位置を
示す情報、情報端末４間の相対的な距離を示す情報、情
報端末４の行政上の位置を示す住所所情報、情報端末４
間の物理的な相対距離情報を推定できる情報端末４間の
ネットワーク上での距離情報を示す通信可否情報のいず
れか一つ以上の情報を取得し、この情報を元にグループ
化して管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散システムを構
成する端末（計算機）の管理方法に関する。

【０００２】

【従来の技術】従来、分散システムを構成する計算機の
管理方法としては、ネットワーク単位で管理してきた。
該管理方法においては、複数のネットワークセグメント
からなるシステムにおいて物理的なネットワークセグメ
ントとは無関係に仮想的なネットワークセグメントを構
築するバーチャルＬＡＮ(Ｌｏｃａｌ Ａｒｅａ Ｎｅ
ｔｗｏｒｋ)がある。なお、この種のシステムとして関
連するものとしては、例えば特開平１０―２９４７３１
号、特開平１１―３４６２２４号が挙げられる。

【０００３】

【発明が解決しようとする課題】上記の従来技術におい
ては、バーチャルネットワークを形成するためには、バ
ーチャルネットワークを構成する計算機毎に必要となる
属性情報を設定しなければならなかった。このため、特
に大規模システムにおいては、保守などを行う場合に実
際の設置場所にあわせる必要があり、保守計画に伴う位
置情報に応じた処理実行毎にシステムを構成する計算機
の属性情報を収集を行い、処理の要不要を判定するた
め、処理負荷が多大となり問題であった。

【０００４】本発明は、属性情報を取得する手段を持つ
計算機において取得した位置情報に基づき、計算機をグ
ループ化して、グループに基づき処理の可否を決定する
ことで、該計算機の設置場所に応じた処理の対象となる
計算機毎に要不要を判定する負荷を低減することを目的
とする。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明では、自計算機の属性情報を取得する機能を
持ち、かつ、互いに通信を行うための送受信機能を持っ
た複数の計算機から構成される分散システムにおいて、
これらの計算機を管理する際に、計算機の保持する属性
情報間の関係を元に計算機をグループ化して管理する。
なお、属性情報は、当該計算機に関連する情報である。

【０００６】この際に、管理対象となるグループを形成
する際の属性情報として位置情報を用い、該位置情報と
しては、計算機の絶対的な位置を示す情報、計算機間の
相対的な距離を示す情報、計算機の行政上の位置を示す
住所情報、計算機間の物理的な相対距離情報を推定でき
る計算機間のネットワーク上での距離情報を示す通信可
否情報のいずれか一つ以上の情報を取得し、この情報を
元にグループ化する処理プロセスを持つ。

【０００７】これらのグループ情報を利用し、グループ
に対して送信されるデータのルーティングを行う処理プ
ロセスを持つ。

【０００８】本発明においては、管理対象となるグルー
プを形成する際の位置情報を、自計算機に付属される機
器、および、機器間でのやり取りによって取得する、あ
るいは、位置情報を管理する他の計算機から取得し、こ
の情報を元に計算機毎にグループ化するステップを持つ
ことにより、計算機をグループ化して管理することを可
能とした。

【０００９】管理対象となるグループを形成する際の位
置情報を、位置情報を管理するサーバによって保持し、
あるいは、計算機に保持される位置情報を該サーバによ
って取得し、この情報を元に計算機毎にグループ化する
ステップを持つことにより、計算機をグループ化して管
理することを可能とした。

【００１０】管理対象となるグループを形成した後に、
該当するグループに対して、情報の配信を行う際に、グ
ループ内の一つ以上の計算機に対して配信し、該当する
情報を受け取った計算機が他の計算機に対して転送する
ステップを持つ。あるいは、該当するグループ内で発生
した情報をグループ単位で集約して、通知するステップ
を持つ。あるいは、グループ内に属する計算機間で情報
の共有を行うステップを持つ。さらに、これらの情報を
取得した計算機において計算機に接続された機器に対す
る制御処理を行うステップを持つ。これにより地域情報
に基づく情報配信処理時に計算機毎に属性情報を取得し
判断する負荷を低減することを可能とする計算機管理方
法である。

【００１１】これらに加えて、位置情報を元に形成した
グループを階層的に管理する。

【００１２】

【発明の実施の形態】(実施例１)図１は、本発明の実施
形態の一つである情報端末をグループ化して管理を行う
システムに関する構成図である。本管理システムを用い
て保守などに用いる情報の配信を行う事が可能であり、
配信する情報としては、データやプログラムであっても
よく、またプログラムの起動要求であってもよい。情報
配信の目的としては、例えば停電計画の通知であり、地
域に応じた工事計画の通知である。あるいは、停電復旧
した場合に、システムの構成要素から通報であってもよ
い。

【００１３】情報端末の管理を行う位置情報管理サーバ
１が共通の伝送媒体２を介して各戸３に設置されている
情報端末４に接続されている。該位置情報管理サーバ１
は電力会社や電話会社などの企業によって運営されても
よく、あるいは自治体によって運営されてもよい。複数
の該位置情報管理サーバ１がＷＡＮ(Ｗｉｄｅ Ａｒｅ
ａ Ｎｅｔｗｏｒｋ)やＬＡＮ(Ｌｏｃａｌ Ａｒｅａ
Ｎｅｔｗｏｒｋ)を介して接続されていてもよい。該伝
送媒体２はＰＨＳ(Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈ
ｏｎｅ Ｓｙｓｔｅｍ)網や公衆回線網、光ファイバ網
などの公衆回線を利用したＷＡＮであってもよく、ま
た、ＬＡＮであってもよい。また、該戸３は一戸建ての
建て屋であってもよく、集合住宅や商業用ビルであって
もよい。あるいは、各戸の代わりに監視制御を行う対象
となるダムやプラントであってもよい。

【００１４】該情報端末４はゲートウェイの役割を果た
すもので、該戸３の内部のシステムに配信される情報、
該戸３の内部のシステムから配信される情報の管理を行
う。該情報端末４は電力量計として設置されたサーバで
もよく、セットトップボックスであってもよい。あるい
は、ゲートウェイとなるＰＣ(Ｐｅｒｓｏｎａｌ Ｃｏ
ｍｐｕｔｅｒ)であってもよい。該情報端末４は宅内伝
送媒体５を介して機器６と接続されている。ここで該宅
内伝送媒体５は、情報を伝送できればよく、電灯線や無
線であってもよい。さらに、該機器６は洗濯機、掃除
機、エアコン、ビデオなどの電子機器であってもよい。
あるいは、コントローラといったプラント等に対して制
御を行う機器であってもよい。

【００１５】さらに、該情報端末４はＧＰＳ(Ｇｌｏｂ
ａｌ Ｐｏｓｉｔｉｏｎ Ｓｙｓｔｅｍ)等によって該
情報端末４の位置情報を取得する位置情報取得装置７に
接続されている。ここで、該位置情報取得装置７は他の
位置情報取得装置７と通信することによって該情報端末
４の相対的、あるいは、絶対的な位置情報を取得しても
よい。ここで位置情報取得装置７の代わりにユーザ８の
情報端末４の使用履歴を取得するなどの情報を取得する
機器が接続されていてもよい。さらに、ユーザ８に対し
て、配信された情報を該情報端末４が提供する。あるい
は、該情報端末４に配信された情報を元に該機器６によ
ってサービスを提供してもよい。

【００１６】情報端末位置情報ＤＢ９においては、該情
報端末４の所在情報などを格納し、該位置情報管理サー
バ１により管理を行う。グループ管理ＤＢ１０において
は、該情報端末４がどのグループに属し、また、該当す
るグループに属する情報端末４の情報を保持する。該グ
ループ管理ＤＢ１０は該情報端末４によって管理を行
う。

【００１７】情報端末位置情報ＤＢ９にて、保持される
絶対的な位置情報を図２に示す。絶対的な位置とは、緯
度経度で表してもよい。該位置情報管理サーバ１で情報
端末４を一意に識別可能な識別子であるノードＩＤ２１
毎にレコードを保持する。レコード毎に該情報端末４の
絶対的な位置情報である東経２２および北緯２３を保持
する。さらに、行政上の絶対的な位置情報である住所２
４もフィールドとして保持する。また、これらの情報端
末４のネットワーク上での位置を示すＩＰアドレス２５
をフィールドとして保持する。

【００１８】図３に、情報端末位置情報ＤＢ９にて保持
される情報端末４間の相対的な位置情報を示す。該ノー
ドＩＤ２１毎にテーブルを保持する。テーブルは相対関
係を保持する比較ノードＩＤ３１毎にレコードを保持す
る。レコードは該ノードＩＤ２１と該比較ノードＩＤ３
１の示す情報端末４間の相対的な距離を示す距離３２と
該ノードＩＤ２１と該比較ノードＩＤ３１が直接的な通
信が可能かどうかを示す通信可否３３を保持する。

【００１９】ここで、直接的な通信が可能かどうかと
は、ＰＨＳ網で接続されていればトランシーバモードで
通信できるかどうかで判断してよく、ＬＡＮなどで接続
されていれば同一ネットワークセグメントかどうかで判
断してもよい。

【００２０】図４に、グループ管理ＤＢ１０にて保持さ
れる情報端末４の識別情報を示す。このテーブルには、
該グループ管理ＤＢ１０が接続されている該情報端末４
の識別子であるノードＩＤ４１、該情報端末４の絶対的
な位置情報を示す東経４２、北緯４３、住所４４、およ
び、該情報端末４のＩＰアドレスを示すＩＰアドレス４
５、該情報端末４が属するグループを示すグループＩＤ
４６を保持する。

【００２１】なお、該情報端末４が複数のグループに属
する場合には、属するグループ数と同数のレコードを保
持する。その際，該ノードＩＤ４１、該東経４２、該北
緯４３、該住所４４、該ＩＰアドレス４５は全てのレコ
ードで同一の値となるように保持する。あるいは、該ノ
ードＩＤ４１、該東経４２、該北緯４３、該住所４４、
および、該ＩＰアドレス４５に関しては、１レコードの
み値を保持して他はＮＵＬＬとするとしてもよい。

【００２２】図５に、グループ管理ＤＢ１０にて保持さ
れる該情報端末４が属するグループの情報を示す。グル
ープ４６毎にテーブルを保持する構成とし、該グループ
４６に属するノードの情報を保持する。該グループ４６
に属するノード毎に１レコードを確保する構成とし、ノ
ードを識別する情報としてノードＩＤ５１、ノードの絶
対位置情報を示す情報として東経５２、北緯５３、住所
５４、ノードのＩＰアドレスを示す情報としてＩＰアド
レス５５を保持する。

【００２３】さらに、該グループ管理ＤＢ１０を管理す
る該情報端末４との関係を示す情報を保持する。関係を
示す情報としては、該情報端末４と該ノードＩＤ５１で
示される情報端末４の間の相対的な距離を示す距離５
６、および、該情報端末４と該ノードＩＤ５１にて示さ
れる情報端末４の間の直接的な通信が可能かどうかを示
す通信可否５７を保持する。

【００２４】ここで、通信可能かどうかとは、ＰＨＳ網
で接続されていればトランシーバモードで通信できるか
どうかで判断してよく、ＬＡＮなどで接続されていれば
同一ネットワークセグメントかどうかで判断してもよ
い。さらに、該情報端末４が属さないグループに関する
情報を保持してもよい。この場合には、フィールドとし
て二つのノードＩＤとそれらの間の距離、通信可否を示
す情報の組を一レコードとして保持する。

【００２５】図６に、本実施例における位置情報管理サ
ーバ１による位置情報管理のためのソフトウェア構成を
示す。該位置情報管理サーバ１、情報端末４、位置情報
取得装置７上の通信管理６１によって、該位置情報管理
サーバ１・該情報端末４間、該情報端末４間、該情報端
末４・該位置情報取得装置７間の通信を行うことが可能
となる。該情報端末４上の通信可否判断６２により該情
報端末４間の直接的な通信が可能かどうか判定する。そ
の際に、ＰＨＳなどのトランシーバモードで通信可能な
ノードを取得してもよく、ＵＤＰパケットによるポーリ
ングによって応答が返ってきた場合に直接的な通信が可
能である判定してもよい。

【００２６】さらに、該位置情報取得装置７上の位置情
報取得管理６３により、ＧＰＳなどを利用して該情報端
末の絶対位置情報である東経、北緯情報を取得する。ま
た、取得した位置情報は住所情報取得６４に送られ、東
経、北緯情報から住所情報への変換が行われる。この場
合には、図１６に示した絶対位置情報と住所情報の変換
テーブルに示す住所情報の値の内、もっとも絶対位置が
近いものを住所として取得する。なお、図１６は住所情
報を示す住所１１１と絶対位置情報を示す北緯１１２、
東経１１３の組が１レコードとなる。該通信可否判断６
２、該位置情報取得管理６３、該住所情報取得６４にて
取得した位置情報は該情報端末４の位置情報管理６５に
送付される。

【００２７】位置情報管理６５においては、取得した通
信可否情報は位置情報管理サーバ１にて形成したグルー
プ情報に応じて、グループ管理ＤＢ１０にて管理する該
当するレコードの通信可否５７に書き込む。なお、通信
不可であった場合にも該通信可否５７に書き込む。さら
に、該位置情報管理６５においては、取得した該位置情
報を、該グループ管理ＤＢ１０にて管理する東経４２、
および、北緯４３に書き込み、取得した住所情報は住所
４４に書き込む。該位置情報管理サーバ１上の位置情報
収集６６により、該通信可否判断６２、該位置情報取得
管理６３、該住所情報取得６４にて取得した該情報端末
４の位置情報を収集する。

【００２８】該情報端末４上の位置情報送付６７は位置
情報の収集要求を受け付けると、該通信可否判断６２、
該位置情報取得管理６３、該住所情報取得６４にて取得
した該情報端末４の位置情報を、該情報端末４を識別す
るノードＩＤ４１、および、ＩＰアドレス４６を添付し
て送付する。

【００２９】該位置情報管理サーバ１の位置情報統括管
理６８では、送付された位置情報を情報端末位置情報Ｄ
Ｂ９の対応するノードＩＤ２１、東経２２、北緯２３、
住所２４、ＩＰアドレス２５、通信可否３３に書き込
む。また、取得した東経２２、北緯２３から情報端末間
の相対距離を取得し、距離３２に書き込む。これらの情
報を元にしてグループを形成し、該情報端末４に対して
通知する。なお、これらの位置情報は位置情報管理サー
バ１にて管理者により設定するとしてもよい。

【００３０】図７は、情報端末４のグループを位置情報
管理サーバ１にて形成する処理フローを示す。ＳＴ１に
おいては情報端末４上の通信可否判定６２、位置情報取
得装置７上の位置情報取得６３、住所情報取得６４によ
って他情報端末４との通信可否情報、該情報端末４の絶
対位置情報、住所情報を取得し、該情報端末４上の位置
情報管理６５によってグループ管理ＤＢ１０にて格納
し、保持する。ＳＴ１は周期的に行ってもよく、また、
該情報端末４立ち上げ時に行うとしてもよい。あるい
は、該情報端末４の設置時点で一度もしくは複数回に分
けて行うとしてもよい。

【００３１】この場合に、保守員がこれらの位置情報を
設定してもよい。続いてＳＴ２に進む。ＳＴ２において
は、位置情報収集６６から位置情報送付６７に対して該
情報端末４が保持している情報の収集要求を行う。な
お、ＳＴ２の処理は周期的に行ってもよく、また、該位
置情報管理サーバ１の立ち上げ時にのみ行うとしてもよ
い。あるいは、該位置情報管理サーバ１の設置時点で一
度行うとしてもよい。あるいは、情報端末４の新規接続
イベント発生時に新規接続した該情報端末４に対して問
合せを行うとしてもよい。

【００３２】また、情報端末４に対する問合せは一度に
一台のみとしてもよく、複数の情報端末４に対して同時
に問合せを行うとしてもよい。ここで情報端末位置情報
ＤＢ９にＳＴ１からＳＴ２で取得する位置情報を書き込
むとしてもよい。続いてＳＴ３に進み、取得した絶対位
値情報から位置情報統括管理６８において、情報端末４
間の相対距離情報を取得する。次にＳＴ４に進み、情報
端末位置情報ＤＢ９に住所２４が設定済みかどうか該位
置情報統括管理６８にて判定を行う。設定されていた場
合にはＳＴ５に進み、設定されていない場合にはＳＴ６
に進む。ＳＴ５では、該位置情報統括管理６８にて住所
情報に応じて情報端末４のグループ化を行う。

【００３３】グループ化においては、行政区分に応じて
同一グループとする。この際に、グループ化する行政区
分とは都道府県でもよく、市単位でもよい。あるいは町
名単位でもよく、丁目単位でもよい。なお、ここでグル
ープを形成する際に階層的に形成してもよい。この際に
行政区分ではなく、本システム運用母体の保持する営業
所、支店単位でのグループ化としてもよい。ここで、グ
ループ化の場合には、該位置情報管理サーバ１と直接通
信が出来ないものは除外してもよい。あるいは、グルー
プを形成する情報端末４において、該グループの他の情
報端末４と通信が出来ないものは除外してもよい。ＳＴ
６では、該位置情報統括管理６８にて通信可否３３が設
定済みかどうかを判定する。設定済みの場合にはＳＴ７
に進み、設定未済みの場合にはＳＴ８に進む。

【００３４】ＳＴ７では、該位置情報統括管理６８に
て、グループに属する全ての情報端末４が相互に通信可
能となるようにグループを形成する。グループ化の場合
には、該位置情報管理サーバ１と直接通信が出来ないも
のは除外してもよい。ＳＴ８では、該位置情報統括管理
６８にて距離３２に一定値未満のレコードがないかどう
かの判定を行う。該当するレコードがある場合にはＳＴ
９に進み、ない場合にはＳＴ１０に進む。

【００３５】なお、一定値とは管理者によって事前に設
定される、あるいは、運用中に設定される値とする。一
定値の設定がなされていない場合には無条件にＳＴ１０
に進む。ＳＴ９では、該位置情報統括管理６８にてお互
いに距離３２が一定値以内の情報端末４を束ねてグルー
プ化する。ここで、グループ化の場合には、該位置情報
管理サーバ１と直接通信が出来ないものは除外してもよ
い。あるいは、グループを形成する情報端末４におい
て、該グループの他の情報端末４と通信が出来ないもの
は除外してもよい。

【００３６】ＳＴ１０では、該位置情報統括管理６８に
おいて東経２２、北緯２３がともに同一の情報端末があ
るかどうかの判定を行う。判定を行う前に小数点２位を
四捨五入するなど近似処理を行ってもよい。絶対位置が
同一の情報端末４があると判定されるとＳＴ１１に進
み、絶対位置が同一の情報端末４がないと判定されると
処理を終了する。ＳＴ１１では、該位置情報統括管理６
８において絶対位置が同一だと判定された情報端末４を
束ねてグループ化し、処理を終了する。

【００３７】ここで、グループ化の場合には、該位置情
報管理サーバ１と直接通信が出来ないものは除外しても
よい。あるいは、グループを形成する情報端末４におい
て、該グループの他の情報端末４と通信が出来ないもの
は除外してもよい。なお、ここで形成されたグループ情
報は構成する情報管理端末に対して送付され、この情報
を元に図５に示すグループ管理ＤＢ１０のテーブルが生
成される。

【００３８】あるいは、グループの形成処理を情報端末
４で行ってもよい。図８に、本実施例における情報端末
４による位置情報管理のためのソフトウェア構成を示
す。上記記載の通信管理６１、通信可否判定６２、位置
情報取得６３、住所情報取得６４、位置情報管理６５、
位置情報送付６７に加えて、情報端末４から周囲の情報
端末４に対して位置情報取得要求を行う位置情報収集７
１、および、周囲の情報端末４から収集した位置情報を
元に情報端末４のグループの形成を行うグループ管理７
２からなる。

【００３９】図９に、情報端末４のグループを情報端末
４にて形成する処理フローを示す。まず、ＳＴ１におい
て上述のように情報端末４において該情報端末４の位置
情報を取得する。あるいは、位置情報管理サーバ１が管
理するそれぞれの情報端末４の位置情報を取得するとし
てもよい。続いてＳＴ２１において、周囲の情報端末４
の位置情報送付６７に対して位置情報収集７１より位置
情報の送付要求を行う。

【００４０】該位置情報送付６７ではＳＴ１にて取得し
た位置情報を該位置情報収集７１に対して送付する。こ
の際に、周囲の情報端末４としては、該情報端末４がＩ
Ｐアドレスを取得済みの情報端末４としてもよく、ま
た、該情報端末４が通信可能な端末としてもよい。通信
可能な端末と通信を行う際には、位置情報の送付要求メ
ッセージに識別子と送付元の該情報端末４のアドレスを
添付し、情報端末４間を転送し、受信した情報端末４で
は新規受信のメッセージのみを転送する。

【００４１】続いてＳＴ２２において、取得した周囲の
情報端末４の絶対位置情報からグループ管理７２におい
て該情報端末４との相対距離情報を取得する。ＳＴ２３
では、該グループ管理７２において、該位置情報収集７
１にて取得した位置情報の中で住所情報が設定済みで、
かつ、住所４４が設定済みかどうかを判定する。設定済
みであればＳＴ２４に進み、設定済みでなければＳＴ２
５に進む。

【００４２】ＳＴ２４では、該グループ管理７２におい
て、該住所４４の行政区分に応じて同一グループとす
る。この際に、グループ化する行政区分とは都道府県で
もよく、市単位でもよい。あるいは町名単位でもよく、
丁目単位でもよい。この際に行政区分ではなく、本シス
テム運用母体の保持する営業所、支店単位でのグループ
化としてもよい。

【００４３】ここで、グループ化の場合には、該位置情
報管理サーバ１と直接通信が出来ないものは除外しても
よい。あるいは、グループを形成する情報端末４におい
て、該グループの他の情報端末４と通信が出来ないもの
は除外してもよい。グループを形成すると図５に示した
テーブルの書き込みを行う。続いてＳＴ２５では、該グ
ループ管理７２にて、該位置情報収集７１にて取得した
位置情報に通信可否が設定済みで、かつ、ＳＴ１にて該
情報端末が位置情報として通信可否を取得しているかど
うかの判定を行う。設定済みであればＳＴ２６に進み、
そうでないければＳＴ２７に進む。

【００４４】ＳＴ２６では、該グループ管理７２にて、
ＳＴ１にて取得した通信可能な情報端末４に限定して、
全ての情報端末４が相互に通信可能となるようにグルー
プを形成する。ここで、グループ化の場合には、該位置
情報管理サーバ１と直接通信が出来ないものは除外して
もよい。グループを形成すると、図５に示したテーブル
の書き込みを行う。続いてＳＴ２７において、ＳＴ２２
で該グループ管理７２が取得した相対距離が一定値以下
の情報端末４があるかどうかの判定を行う。一定値以下
の情報端末４があればＳＴ２８に進み、なければＳＴ２
９に進む。

【００４５】なお、一定値とは管理者によって事前に設
定される、あるいは、運用中に設定される値とする。一
定値の設定がなされていない場合には無条件にＳＴ２９
に進む。ＳＴ２８では、該グループ管理７２にて該情報
端末４との相対距離が一定値以下である情報端末４に限
定して、グループに属する情報端末４間の相対距離が一
定値以下となるようにグループを形成する。

【００４６】ここで、グループ化の場合には、該位置情
報管理サーバ１と直接通信が出来ないものは除外しても
よい。あるいは、グループを形成する情報端末４におい
て、該グループの他の情報端末４と通信が出来ないもの
は除外してもよい。グループを形成すると図５に示した
テーブルの書き込みを行う。続いてＳＴ２９では、該情
報端末４にて保持する東経４２、北緯４３とＳＴ２１に
て取得した東経４２、北緯４３が同一かどうかの判定を
該グループ管理７２にて行う。

【００４７】判定を行う前に小数点２位を四捨五入する
など近似処理を行ってもよい。絶対位置が同一の情報端
末４があると判定されるとＳＴ３０に進み、絶対位置が
同一の情報端末４がないと判定されると処理を終了す
る。ＳＴ３０では、該グループ管理７２において絶対位
置が同一だと判定された情報端末４を束ねてグループ化
する。

【００４８】ここで、グループ化の場合には、該位置情
報管理サーバ１と直接通信が出来ないものは除外しても
よい。あるいは、グループを形成する情報端末４におい
て、該グループの他の情報端末４と通信が出来ないもの
は除外してもよい。その後、図５に示したテーブルの書
き込みを行い、処理を終了する。なお、ここで形成され
たグループ情報は位置情報管理サーバ１や周囲の情報端
末４に対して送付される。

【００４９】図１０に、情報配信実行時の各構成要素の
ソフトウェア構成を示す。位置情報管理サーバ１や情報
端末４に対して情報を配信する情報配信８１、配信され
た情報を受信する情報取得８２からなる。さらに、情報
端末４においては、位置情報管理サーバ１、あるいは、
グループに属さない情報端末４に通知するために、グル
ープ内での情報を束ねる情報集約８３を保持する。

【００５０】図１１に、グループに対する情報通知フロ
ーを示す。なお、グループに対する通知元としては、位
置情報管理サーバ１でもよく情報端末４でもよい。もし
くは情報発信元の計算機が伝送媒体２に接続され、そこ
から配信されるとしてもよい。この場合には、位置情報
管理サーバ１がルータであってもよい。

【００５１】ＳＴ４１において、送信元のノードが停電
情報などの地域に特化した情報送信する際に、送信先と
なるグループに対する情報を取得する。本情報は配信対
象となる位置情報からグループを取得する。なお、位置
情報としては配信先の町名であったり、県名であったり
してもよい。あるいは、配信先の絶対位置情報である。
ここで、複数の該位置情報管理サーバ１を経由してグル
ープを取得してもよく、該位置情報管理サーバ１におい
て、周囲の該位置情報管理サーバ１のＩＰアドレスと絶
対位置情報の組を保持し、これに基づいて該位置情報に
もっとも近い該位置情報管理サーバ１に対してグループ
の問合せを行う。

【００５２】ここで、このグループ情報は送信元の計算
機がアクセスした該位置情報管理サーバ１にてキャッシ
ュしておき、これをもとにグループＩＤに変換してもよ
い。あるいは、絶対位置からの相対距離が規定値以内の
物とする。これによって、配信先グループを取得する。
続いてＳＴ４２に進み、情報配信８１からグループに対
して情報の送付を行う。図１２に示すような配信先の情
報端末４のアドレスである送信先アドレス９１、配信先
の情報端末４のグループを示す送信先グループ９２、配
信元のノードのアドレスを示す送信元アドレス９３、配
信元のノードで一意に該ノードから送信したメッセージ
を識別することを可能とするメッセージの識別子である
メッセージＩＤ９４、グループ内で転送されたか否かを
示す転送フラグ９５、実際に送付するデータである配布
データ９６からなるフォーマットのメッセージをグルー
プに属する一つのノードを選択して送付するとしてもよ
い。

【００５３】この際に、送付するノードは事前定義とし
てもよく、送付時に決定するとしてもよい。あるいは、
ＩＰマルチキャストなどを使用し、対象となる全てのノ
ードに対して同時に送付してもよい。ここで、複数の該
位置情報管理サーバ１を経由してメッセージを送付する
場合には、該配布データ９６に配布先絶対位置情報を保
持する。さらに、該位置情報管理サーバ１において、周
囲の該位置情報管理サーバ１のＩＰアドレスと絶対位置
情報の組を保持し、これに基づいて該配布先絶対位置情
報にもっとも近い該位置情報管理サーバ１に対して経由
要求を行い、該グループを管理する該位置情報管理サー
バ１までメッセージ経由が行われるまでメッセージの転
送を行ってもよい。

【００５４】続いてＳＴ４３において、情報配信８２で
全てのノードへの配信が終わっているかどうかの判定を
行う。メッセージヘッダによる受信メッセージの該送信
元アドレス９３および該メッセージＩＤ９４を取得し、
既に取得したデータかどうかの判定を情報取得８２で行
う。既に取得したデータであれば配信完了とみなし、受
信したメッセージを破棄して処理を終了する。あるい
は、転送フラグ９５がグループ内で転送が行われたこと
を示す値であれば配信完了とみなし、受信したメッセー
ジを破棄して処理を終了する。そうでなければＳＴ４４
に進む。ＳＴ４４では送信先アドレス９１を情報配信８
１において該送信先グループ９２に属する他のノードの
アドレスに書きかえ、転送フラグ９５を転送済みである
ことを示す値に変更し、送信を行う。

【００５５】この際に、ＩＰマルチキャストや情報端末
４を巡回する通信方式などの通信方式によって、送信を
実行してもよい。情報を受信した情報端末４において
は、接続されている機器６の制御プログラムを実行して
もよい。この際に実行する制御プログラムとしては、停
電計画に応じた機器の事前準備処理などである。

【００５６】本実施例により、送信元は送信先のノード
アドレスを管理することなしに位置情報に応じたメッセ
ージを配布することが可能となる。さらに、位置情報管
理サーバ１がルータである場合には、ＩＰアドレスに加
えて属性情報によるルーティングが可能となり，データ
送付先のＩＰアドレスの検索が容易となる。

【００５７】情報端末４のダウン計画情報を、周囲の情
報端末４に通知する際などのグループ内の情報端末４へ
の情報通知フローを図１３に示す。この情報通知では監
視業務などにおいて、ダウン計画に基づいて周囲の情報
端末４によって代行運転などを行うこと等を想定する。
あるいは、この際に通知する情報としては、回覧板情報
や公共団体などが発信元となるその公共団体が所属する
地域に特化した情報などの地域内で共有する情報であっ
てもよい。

【００５８】まず、ＳＴ５１において情報端末４が情報
を送信する必要が出来た場合に、情報配信８１によって
グループ管理ＤＢ１０に保持されているグループ情報か
ら該情報端末４が所属しているグループに関する情報を
取得する。続いてＳＴ５２において、情報配信８１から
グループに対して情報の送付を行う。

【００５９】図１２に示すような配信先の情報端末４の
アドレスである送信先アドレス９１、配信先の情報端末
４のグループを示す送信先グループ９２、配信元の情報
端末４のアドレスを示す送信元アドレス９３、配信元の
情報端末４で一意に該ノードから送信したメッセージを
識別することを可能とするメッセージの識別子であるメ
ッセージＩＤ９４、グループ内で転送されたか否かを示
す転送フラグ９５、実際に送付するデータである配布デ
ータ９６からなるフォーマットのメッセージを一つのノ
ードを選択して送付するとしてもよい。

【００６０】この際に、送付するノードは事前定義とし
てもよく、送付時に決定するとしてもよい。ここで、該
転送フラグ９５をグループ内で転送が行われたことを示
す値として、ＩＰマルチキャストや情報端末を巡回して
通信する通信方式などを使用し、対象となる全てのノー
ドに対して情報を送付してもよい。続いてＳＴ５３に進
み、情報配信８２でノードへの配信が終わっているかど
うかの判定を行う。

【００６１】メッセージヘッダによる受信メッセージの
該送信元アドレス９３および該メッセージＩＤ９４を取
得し、既に取得したデータかどうかの判定を情報取得８
２で行う。既に取得したデータであれば配信完了とみな
し、受信したメッセージを破棄して処理を終了する。あ
るいは、転送フラグ９５がグループ内で転送済みである
ことを示す値であれば配信完了とみなし、受信したメッ
セージを破棄して処理を終了する。そうでなければＳＴ
５４に進む。

【００６２】ＳＴ５４では送信先アドレス９１を情報配
信８１で該送信先グループ９２に属する他のノードのア
ドレスに書きかえ、転送フラグ９５を転送済みであるこ
とを示す値に変更し、送信を行う。この際に、ＩＰマル
チキャストや情報端末を巡回して通信する通信方式など
の通信方式によって、送信を実行してもよい。情報を受
信した情報端末４においては、接続されている機器６の
制御プログラムを実行してもよい。この際に実行する制
御プログラムとしては、停電計画に応じた機器の事前準
備処理などである。これにより送信元は送信時に送信先
の位置情報に関する処理を低減して情報配信を行うこと
が可能となる。

【００６３】図１４に、グループ内で発生した情報を位
置情報管理サーバ１に通知する際の通知処理フローを示
す。通知する情報としては停電復旧時の情報端末４の立
ち上げイベントなど地域に特化した情報であってもよ
い。また、本情報は他のノードに対して通知する場合で
あってもよい。まずＳＴ６１において、位置情報管理サ
ーバ１から各グループにおける代表ノードを通知する。
位置情報統括管理６８において、グループを作成する際
に各グループの中でノードＩＤ２１が最もわかいものを
代表ノードとする。あるいは、ノードＩＤ２１が最も大
きいものとしてもよい。

【００６４】代表ノードを選定すると各ノードに対して
グループ、および、その構成ノード情報とともに、代表
ノード情報も通知する。つづいてＳＴ６２に進み、情報
端末４において位置情報管理サーバ１に通知する必要が
ある情報が発生すると該情報端末４において所属するグ
ループの情報を取得し、それぞれの代表ノードのアドレ
スを取得する。ＳＴ６３では、代表ノードに対してメッ
セージを送付する。図１５に示すように、代表ノードの
ＩＰアドレスを示す送信先アドレス１０１、送信先の代
表ノードおよび送信元の情報端末４が属するグループの
ＩＤを示す所属グループ１０２、位置情報管理サーバ１
への通知を行う必要があるかどうかを示す通知フラグ１
０３、通知先である位置情報管理サーバ１のアドレスを
示す。通知先アドレス１０４、情報が発生した情報端末
４のアドレスを示す通知元アドレス１０５、発生した情
報の内容を示す通知データ１０６のフォーマットからな
るメッセージを送付する。ＳＴ６４では、代表ノードの
情報取得８２で該メッセージを取得し、通知フラグ１０
３から位置情報管理サーバ１に通知する必要がある情報
と判断すると情報集約８３に送付する。

【００６５】該情報集約８３では周期的に取得したメッ
セージから所属グループ１０２が同一のメッセージに関
し、送信元アドレス１０５と通知データ１０６の組を取
得し、これを束ねて所属グループ１０２の情報を添付
し、集約する。あるいは、一定量のメッセージを受信す
るごとに集約するとしてもよい。あるいは、位置情報管
理サーバ１から集約要求メッセージを受信するごとに集
約するとしてもよい。続いて、ＳＴ６５に進み、情報集
約８３にて位置情報管理サーバ１に対して送信するメッ
セージの有無を判定する。メッセージが有る場合にはＳ
Ｔ６６に、ない場合にはＳＴ６２に進む。

【００６６】ＳＴ６６では、代表ノードの情報配信８１
によって位置情報管理サーバ１のアドレスを取得した
後、位置情報管理サーバ１に対してＳＴ６４で集約した
メッセージを送付する。位置情報管理サーバ１ではメッ
セージを受信するとプログラムを起動し、通知元情報端
末４に接続された機器６に対する遠隔メンテナンス処理
を実行するなどしてもよい。このように、位置情報に基
づくグループによって情報を集約して送付することによ
り、情報の取得側では情報の意味合いを判定する際に、
一つ一つの情報に対してその位置情報を取得するため処
理負荷が低減される。この際に、グループ内に属する情
報端末４から通知する時に周囲の情報端末４に対して通
知メッセージ内容と通知時刻を通知し、受信した情報端
末４では一定期間同内容のメッセージを送付しないよう
にしてもよい。

【００６７】なお、このように位置情報に基づいてグル
ープ化することにより、保守業務だけでなく、例えば、
地域情報の配信時などに、配信先として該当する情報端
末４を検索するという処理が軽減される。

【００６８】(実施例２)図１７は、本発明の実施形態の
一つである工事情報を工事する地域に基づいて、各家庭
に配信するシステムに関する構成図である。地域情報に
基づき送受信されるメッセージをルーティングする複数
の位置情報管理サーバ１２１が光ファイバ等によって構
成されるＷＡＮである広域網１２３を介して相互に接続
される。なお、該位置情報管理サーバ１２１はルータで
あってもよい。

【００６９】さらに、該位置情報管理サーバ１２１は一
つ以上の他の位置情報管理サーバ１２１のＩＰアドレス
を保持する位置情報ＤＢ１２２に接続されている。該位
置情報管理サーバ１２１は無線や有線のネットワークで
ある伝送媒体１２４を介して、工事情報を配信する工事
会社１２５あるいは工事情報の配信先となりうる家庭で
ある戸１２６に該工事情報を送受信する情報端末１２７
を介して接続される。

【００７０】図１８に、工事情報を送受信するためのソ
フトウェア構成を示す。情報端末１２７には工事情報を
送受信するための送受信管理１３１がある。なお、工事
情報だけでなく、市役所便りなどの地域に関連する情報
の送受信を行うとしてもよい。位置情報管理サーバ１２
１には該情報端末１２７間で送受信されるメッセージを
位置情報管理サーバ１２１間、あるいは、位置情報管理
サーバ１２１・情報端末１２７間で送受信する転送管理
１３２を持つ。

【００７１】さらに、自己あるいは他の位置情報管理サ
ーバ１２１のＩＰアドレスと該位置情報管理サーバ１２
１が管理するエリアの住所情報を関連付けて管理する位
置情報管理サーバ管理１３３、および、該位置情報管理
サーバ１２１が管理する住所内に存在する情報端末１２
７の住所情報とＩＰアドレスを紐付けて管理する情報端
末管理１３４からなる。

【００７２】図１９には、位置情報ＤＢ１２２にて管理
される位置情報管理サーバ１２１の管理情報を示す。自
己あるいは他の該位置情報管理サーバ１２１毎に、デー
タを保持する。該位置情報管理サーバ１２１が管理する
エリアの住所情報である住所１４１と該位置情報管理サ
ーバ１２１のサーバＩＰアドレス１４２を関連付けて一
つのレコードとして保持する。

【００７３】あるいは、該住所１４１と該サーバＩＰア
ドレス１４２のリンク付けを行い、関連性を持たせ保持
する。なお、自位置情報管理サーバ１２１のＩＰアドレ
スを管理する場合には該サーバＩＰアドレス１４２をＮ
ＵＬＬとする。あるいは、自位置情報管理サーバ１２１
であることを示すフラグを関連付けて管理してもよい。

【００７４】なお、複数の該位置情報管理サーバ１２１
は階層構造をもたせてもよい。その場合には、一つ以上
の該位置情報管理サーバ１２１を管理する、該位置情報
管理サーバ１２１が該位置情報管理ＤＢ１２２にて保持
する情報としては直接下の階層に位置付けられる該位置
情報管理サーバ１２１の情報に関し、それを示すフラグ
を添付する。

【００７５】図２０は、位置情報ＤＢ１２２にて管理さ
れる情報端末１２７の管理情報を示す。位置情報管理サ
ーバ１２１にて管理される情報端末１２７毎に該情報端
末１２７の住所を示す住所１５１および該情報端末１２
７のＩＰアドレスを示す情報端末ＩＰアドレス１５２を
関連付けてレコードとして保持する。あるいは、該住所
１５２と該情報端末ＩＰアドレス１５２のリンク付けを
行い、関連性を持たせ保持する。

【００７６】図２１、は地域情報に基づき工事情報を配
信する処理フローを示す。ＳＴ７１においては、工事会
社１２５の情報端末１２７の送受信管理１３１により工
事を行う地域にある戸１２６に対して、該工事情報の配
信処理依頼を位置情報管理サーバ１２１に対して行う。
なお、この際に送付依頼を行う位置情報管理サーバ１２
１の選択は該情報端末１２７を管理しているものとして
もよい。あるいは、該情報端末１２７に接続されている
該位置情報管理サーバ１２１としてもよい。

【００７７】ここで、配信要求を行うメッセージは図２
２に示したものであり、配信先の情報端末１２７が存在
する住所情報を示す住所１６１、送付先の該情報端末１
２７のＩＰアドレス情報である送付先ＩＰアドレス１６
２、工事情報を示す通知データ１６３からなる。なお、
該送付先ＩＰアドレス１６２は省略してもよい。省略す
る場合には該住所１６１に存在する情報端末１２７全て
に配信するとしてもよい。続いてＳＴ７２に進む。ＳＴ
７２においては配信先の住所１６１を含む住所１４１の
レコードが住所情報ＤＢ１２２にあるかどうか判定す
る。

【００７８】なお、位置情報管理サーバ１２１が階層付
けられて管理される場合には、下の階層の位置情報管理
サーバ１２１に該住所１６１を含む該住所１４１のレコ
ードがあるかどうか、あるいは、該住所１６１の先頭か
らの部分文字列と一致する該住所１４１のレコードがあ
るかどうかの判定をする。ない場合には、ＳＴ７３に進
み、最も該住所１６１と該住所１４１が一致するレコー
ドの示す位置情報管理サーバ１２１を最寄りの該位置情
報管理サーバ１２１として転送し、ＳＴ７２に戻る。

【００７９】あるいは、該住所１６１と該住所１４１が
物理的に最も近い該位置情報管理サーバ１２１を最寄り
として転送してもよい。なお、ＳＴ７２において一致す
るものがあると判定された場合には、ＳＴ７４に進み、
住所１６１および住所情報が示す送付先ＩＰアドレス１
６２の条件に合致する該情報端末１２７へ工事情報を送
付する。

【００８０】本実施例においては位置情報に基づきルー
ティングを行うため、転送先の選定を物理的な構成に基
づきＩＰアドレス間の対応付けをおこなうため、ルーテ
ィングが容易になる。

【００８１】

【発明の効果】本発明は物理的な位置情報を取得する手
段を持つ端末において取得した位置情報に基づき、端末
のグループ化を行い管理するため、端末の設置場所に応
じた処理毎に必要な該端末毎の属性情報に関する処理負
荷を低減することができる。

【図面の簡単な説明】

【図１】本発明の実施形態の一つである情報端末をグル
ープ化して管理を行うシステムに関する構成図である

【図２】情報端末位置情報ＤＢ９にて保持される絶対的
な位置情報を示すテーブルである。

【図３】情報端末位置情報ＤＢ９にて保持される情報端
末４間の相対的な位置情報である。

【図４】グループ管理ＤＢ１０にて保持される情報端末
４の識別情報である。

【図５】グループ管理ＤＢ１０にて保持される該情報端
末４が属するグループの情報である。

【図６】本実施例における位置情報管理サーバ１による
位置情報管理のためのソフトウェア構成である。

【図７】情報端末４のグループを位置情報管理サーバ１
にて形成する処理フローである。

【図８】本実施例における情報端末４による位置情報管
理のためのソフトウェア構成である。

【図９】情報端末４のグループを情報端末４にて形成す
る処理フローである。

【図１０】情報配信実行時の各構成要素のソフトウェア
構成である。

【図１１】複数の情報端末４により形成されるグループ
に対する情報通知フローである。

【図１２】複数の情報端末４により形成されるグループ
に対して情報通知を行う際のメッセージフォーマットで
ある。

【図１３】情報端末４が所属するグループ内の情報端末
４への情報通知フローである。

【図１４】グループ内で発生した情報を位置情報管理サ
ーバ１に通知する際の通知処理フローである。

【図１５】グループ内で発生した情報を位置情報管理サ
ーバ１に通知する際に代表ノードに対して送付するメッ
セージのフォーマットである。

【図１６】絶対位置情報と住所情報の変換テーブルであ
る。

【図１７】各家庭に配信するシステムに関する構成図で
ある。

【図１８】工事情報を送受信するためのソフトウェア構
成を示す図である。

【図１９】位置情報管理サーバ１２１の管理情報を示す
図である。

【図２０】情報端末１２７の管理情報を示す図である。

【図２１】工事情報を配信する処理フローを示す図であ
る。

【図２２】配信要求を行うメッセージを示す図である。

【符号の説明】

１…位置情報管理サーバ、２…伝送媒体、３…戸、４…
情報端末、５…宅内伝送媒体、６…機器、７…位置情報
取得装置、８…ユーザ、９…情報端末位置情報ＤＢ、１
０…グループ管理ＤＢ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 河野 克己 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 中野 利彦 茨城県日立市大みか町５丁目２番１号 株 式会社日立製作所情報制御システム事業部 内 (72)発明者 大久保 訓 茨城県日立市大みか町５丁目２番１号 株 式会社日立製作所情報制御システム事業部 内 Ｆターム(参考） 5K030 HA08 JT02 KA04 LB05 LE01 5K033 BA04 DA01 DA05 EC03

Claims (3)

【特許請求の範囲】
1. 【請求項１】ネットワークを介して複数の計算機が接続
   された計算機システムにおける計算機管理方法におい
   て、 前記複数の計算機それぞれが、当該計算機の存在位置を
   示す位置情報を保持し、 前記複数の計算機が有する位置情報に基づいて、前記複
   数の計算機を１以上のグループに分けることを特徴とす
   る計算機管理方法。
2. 【請求項２】請求項１に記載の計算機管理方法におい
   て、 前記位置情報は、前記複数の計算機それぞれの絶対的な
   位置を示す第１の位置情報もしくは前記複数の計算機間
   の相対的な位置関係を示す第２の位置情報のいずれかで
   あることを特徴とする計算機管理方法。
3. 【請求項３】請求項１に記載の計算機管理方法におい
   て、 前記位置情報が所定関係を満たす計算機を同じグループ
   とすることを特徴とする計算機管理方法。