JP2002247076A - Ｗｅｂサーバ間で構成されるネットワークグループの管理方法 - Google Patents

Abstract

(57)【要約】 【 課題 】本発明の目的は、ＷＥＢ上に任意に構築され
たワープグループネットワークの構成情報を一元的に管
理する事で、外部よりの問い合わせやサービスなどを従
来より効率的に行う方法を提供することにある。 【 解決手段 】上記目的を達成するため、ＷＥＢサーバ
同士を特定のグループとして認識させるアプリケーショ
ンと、グループを構成するサーバが各々保持する構成情
報及び各サーバのグループ内における分類を記録するデ
ータベースと、グループデータベースに記された内容を
グループを管理する外部データベースの管理情報に反映
するアプリケーションと、グループ情報を管理サーバ上
の管理アプリケーションに問い合わせることで特定のＩ
Ｐアドレス等を提供する方式とを発明した。本発明によ
れば、外部よりグループ内の特定のサーバにアクセスす
る際、グループにおける分類名のような相対的な指定を
行える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はネットワークの管
理方法に属し、特に複数のＷＥＢサーバ間で周知のPeer
to Peerによるワークグループネットワーク（以下、該
ネットワーク）を形成する環境下において、該ネットワ
ークに対し外部よりサービスを提供する際，サービス提
供先となるサーバのＩＰアドレス等を問い合わせる窓口
として、管理用のサーバを用いる事に関する。

【従来の技術】

【０００２】従来、ネットワークを管理する方法として
は、ネットワークを統括する存在の計算機が他の複数の
計算機同士の接続を仲介する方式（例えば、クライアン
ト／サーバネットワーク等）と、ネットワークを構成す
る計算機同士が全て対等の権限を持って接続される方式
（例えば、ワークグループネットワーク）における管理
方法が周知の技術として広く知られている。

【発明が解決しようとする課題】

【０００３】しかし上記従来の技術によれば、外部より
ネットワーク全体に対する問い合わせ方法は確立されて
いないため、ネットワークを構成する計算機のＩＰアド
レスを直接取得する必要があった。

【０００４】また上記の従来の技術によれば、ネットワ
ークが複数存在し問い合わせ側が任意のネットワークに
等価のサービスを提供しようと臨む際、ネットワーク情
報とネットワークを構成する全ての計算機を把握しなけ
ればならなかった。

【０００５】本発明は以上の問題点を鑑みて為された物
であり、その目的はＷＥＢ上に任意に構築された該ネッ
トワークの構成情報（以下、構成情報）を一元的に管理
する事で、外部からの問い合わせやサービスなどを従来
と比較し効率的に為さしめる方法を提供することにあ
る。

【課題を解決するための手段】

【０００６】上記課題を解決するため、各々が固有のＩ
Ｐアドレスを持ち、インターネット上でサーバとして稼
働する電子計算機（以下、ＷＥＢサーバ）同士を特定の
グループとして認識させるアプリケーション（以下、グ
ループアプリケーション）と、グループを構成するＷＥ
Ｂサーバが各々保持する構成情報及び各ＷＥＢサーバの
グループ内における分類（以下、サーバ属性）を記録す
るデータベース（以下、グループデータベース）と、グ
ループを管理すべき外部サーバ（以下、管理サーバ）に
組み込まれ、グループデータベースに記された内容を自
身の保有するグループデータベース管理情報に反映する
アプリケーション（以下、管理アプリケーション）と、
常に変化する可能性のあるグループ情報を管理サーバ上
の管理アプリケーションに問い合わせることで特定のＩ
Ｐアドレス等を提供する方式（以下、本件管理方式）と
を発明した。

【０００７】管理サーバに問い合わせを行う際、問い合
わせ側はグループとサーバ属性を指定するだけでグルー
プの意図したサーバのＩＰアドレスを取得出来る為、問
い合わせ側で予めＩＰアドレスを把握する必要がない。

【０００８】また問い合わせ側は各サーバのＩＰアドレ
スではなく、サーバ属性を用いて指定を行うため、各グ
ループにおける構成情報の状況や種類を考慮する必要が
ない。

【０００９】さらに同一グループ内に同一のサーバ属性
を持つサーバが複数存在していても、優先順位を設定す
ることで状況によって接続先の変更を実現し、これによ
って問い合わせの確実性を増す。

【００１０】なお本発明の説明に当たり用語を多数使用
しているため、まず用語についての解説を行う。

【００１１】ＷＥＢサーバとは、既に述べたごとくＷＷ
Ｗシステムにおいて情報送信を行うサーバであり、各々
が固有のＩＰアドレスを持ち、インターネットを介して
他のＷＥＢサーバと接続する。なお特に断りのない限
り、本発明における「サーバ」という語はＷＥＢサーバ
を指す。

【００１２】未参加サーバとは、ＷＥＢサーバの要件を
満たし、グループアプリケーションを実装しているにも
かかわらず、本件管理方式に認識されないサーバの事で
ある。

【００１３】サーバ属性とは、そのＷＥＢサーバを用途
により分類した形態であり、例えば音楽配信用、動画配
信用、データベース管理用等と分類することである。ま
たサーバ属性は任意に決められるものではなく、本件管
理方式を用いて実運用する際明確に分類指針を定義する
べきである。

【００１４】グループとは、本件管理方式において、同
じグループＩＤを持つＷＥＢサーバ群をひとつの単位と
見なしたものである。言うまでもなく各々のサーバはグ
ループアプリケーションを実装し、そのグループデータ
ベースの内容は同一となる。

【００１５】構成サーバとは、特定のグループを構成す
るＷＥＢサーバの各々である。

【００１６】管理サーバとは、グループ及び構成サーバ
の状況を把握するためにグループ外に設置したＷＥＢサ
ーバであり、構成サーバに対し何らかのサービスを望む
外部サーバの要求に対しＩＰアドレス通知する等の働き
をする為の管理アプリケーションを実装する。

【００１７】ローカルグループとは、管理サーバを介さ
ず、構成サーバ間のみで認識するグループのことであ
る。原則として、ローカルグループの認識状況は必要に
応じて管理サーバに反映される。

【００１８】グループＩＤとは、本件管理方式において
グループに対し一意に命名された符号である。同一のグ
ループＩＤを持つ複数のＷＥＢサーバは同一のグループ
に所属すると見なされる。

【００１９】グループ名とは、利用者がグループＩＤの
代わりに使用するエイリアス（別名）であり、あるサー
バを特定のグループに参加させる際、グループより新規
参加するサーバを識別する手がかりとなる文字列のこと
である。これは利用者が任意に設定して良いが、管理サ
ーバはグループ名による管理を行わない。あくまでもロ
ーカルグループにて通用する。

【００２０】サーバ順位とは、同一グループに同一サー
バ属性を持つサーバが複数存在した場合、どのサーバを
優先的に適用するのかを示した数値である。順位の高い
サーバが何らかの原因で利用不可能となった際、同じサ
ーバ属性を持つ別サーバに処理を代行させる等の処理を
可能とする。

【００２１】起点サーバとは、新たにグループに参加す
るサーバが、参加の意向を通知する対象たるサーバであ
る。グループの構成サーバのうち、任意のサーバを起点
サーバとする。

【００２２】加入サーバとは、新たにグループに参加す
るサーバである。参加以前に他のグループに属していた
か否かに左右されない。

【００２３】個別情報とは、構成情報の各要素、即ち各
サーバにおけるサーバＩＰアドレス、サーバ属性、サー
バ順位の事である。

【００２４】サーバセットとは、構成サーバの個別情報
をグループ別にまとめたテーブルの事である。

【００２５】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明するが、本発明はこの実施の形態に限定
されない。

【００２６】図１は本発明における接続構成を示す概念
図である。１Ａは「起点サーバ」であり、図示されない
サーバアプリケーションが稼働している。また起点側ア
プリケーション１Ｂを搭載する。１Ｂは「起点側アプリ
ケーション」であり、任意の形態により接続される他サ
ーバ（例えば、加入サーバ１Ｈ等）の加入側アプリケー
ション１Ｉとネットワーク構成情報を同期させる。これ
により該ネットワークを形成すると同時に特定のＩＰア
ドレスに対して例外的に接続する機能（例えば、特願20
01-044283に示される技術）及び、起点サーバ１Ａの所
属するグループＩＤ及び構成サーバを記述するデータベ
ース（以下、起点側グループデータベース）１Ｃを持
ち、管理サーバ１Ｅに対して起点側グループデータベー
ス１Ｃの内容を通知する機能を持つアプリケーションで
ある。１Ｃは「起点側グループデータベース」であり、
起点サーバ１Ａが所属するグループの構成情報を全て記
載したデータベースである。１Ｄは「起点側個別情報」
であり、起点側ＩＰアドレス１Ｄ−１、起点側サーバ属
性１Ｄ−２を記載する。１Ｄ−１は「起点側ＩＰアドレ
ス」であり、起点サーバ１ＡのＩＰアドレスを記載す
る。１Ｄ−２は「起点側サーバ属性」であり、起点サー
バ１Ａにおけるサーバ属性を記載する。１Ｅは「管理サ
ーバ」であり、グループを形成するサーバ群の外部に存
在する。１Ｆは「管理側アプリケーション」であり、起
点サーバ１Ａより起点側グループデータベース１Ｃの内
容を受けることで、常に複数のグループの状況を監視
し、特定のグループ構成の変更を速やかに管理側グルー
プデータベース１Ｇに反映させる。１Ｇは「管理側グル
ープデータベース」であり、管理サーバ１Ｅの監視下に
あるグループの状況を記録した物である。１Ｈは「加入
サーバ」であり、図示されないサーバアプリケーション
が稼働している。また加入側アプリケーション１Ｉを搭
載し、起点サーバ１Ａとのグループ形成を試みる。１Ｉ
は「加入側アプリケーション」であり、任意の接続形態
により接続される他のサーバ（例えば、起点サーバ１
Ａ）の起点側アプリケーション１Ｂのネットワーク構成
情報を同期させることで該ネットワークを形成すると同
時に特定のＩＰアドレスに対して例外的に接続する機能
及び、加入サーバ１Ｈの所属するグループＩＤ及び構成
サーバを記述するデータベース（以下、加入側グループ
データベース）１Ｊを持ち、管理サーバ１Ｅに対して加
入側グループデータベース１Ｊの内容を通知する機能を
持つアプリケーションである。１Ｊは「加入側グループ
データベース」であり、加入サーバ１Ｈがグループを構
成していた際、構成情報を全て記載したデータベースで
ある。１Ｋは「加入側個別情報」であり、加入側ＩＰア
ドレス１Ｋ−１、加入側サーバ属性１Ｋ−２を記載す
る。１Ｋ−１は「加入側ＩＰアドレス」であり、加入サ
ーバ１ＨのＩＰアドレスを記載する。１Ｋ−２は「加入
側サーバ属性」であり、加入サーバ１Ｈにおけるサーバ
属性を記載する。

【００２７】図２は起点側グループデータベース１Ｃの
構造を詳細に示した物である。２Ａは「起点側グループ
データベース」であり、同名の１Ｃと同じ物を指す。２
Ｂは「起点側グループ名」であり、グループＩＤに一対
一で関連付けられた別名である。２Ｃは「起点側グルー
プＩＤ」であり、起点サーバの所属するグループのＩＤ
である。２Ｄは「起点側構成サーバセット」であり、構
成サーバの各々の個別情報をひとまとめにしたデータセ
ットである。２Ｄ−１は「起点側構成ＩＰアドレス」で
あり、グループの構成サーバのＩＰアドレスを記載す
る。２Ｄ−２は「起点側構成サーバ属性」であり、グル
ープの構成サーバのサーバ属性名を記載する。２Ｄ−３
は「起点側構成サーバ順位」であり、構成サーバのうち
同じ属性名を持つ物が複数存在した場合の識別情報であ
る。

【００２８】図３は管理側グループデータベース１Ｇの
構造を詳細に示した物である。３Ａは「主テーブル」で
あり、管理側グループデータベース１Ｇの本体である。
３Ａ−１は「登録グループＩＤ一覧」であり、登録され
たグループＩＤがここに記述される。またこの項目はグ
ループ構成サーバテーブル３Ｂのキー項目として働く。
３Ｂは「グループ構成サーバテーブル」であり、登録さ
れたグループＩＤ毎に存在する。３Ｂ−１は「管理側グ
ループ名」であり、グループＩＤに一対一で関連付けら
れた別名である。３Ｂ−２は「管理側構成サーバＩＰア
ドレス」であり、グループの構成サーバのＩＰアドレス
を記載する。３Ｂ−３は「管理側構成サーバ属性」であ
り、グループの構成サーバの各属性名を記載する。３Ｂ
−４は「管理側構成サーバ順位」であり、構成サーバの
うち同一属性名を持つ物が複数存在した場合の優先順位
を記した情報である。

【００２９】ネットワーク構築について説明する。起点
側アプリケーション１Ｂに、構築すべき該ネットワーク
の名称、即ちグループ名を与える。グループ名は任意と
する。

【００３０】起点側アプリケーション１Ｂは、最初のグ
ループ名の命名を受け、管理サーバ１Ｅに起点サーバ１
ＡのＩＰアドレスの有無を問い合わせる。

【００３１】管理サーバ１Ｅは、管理側グループデータ
ベース１Ｇを参照し、管理側構成サーバＩＰアドレス３
Ｂ−２を検索する。

【００３２】前記参照の結果、管理側グループデータベ
ース１Ｇに起点サーバ１ＡのＩＰアドレスが存在してい
なければ、管理サーバ１Ｅは起点サーバ１Ａを未参加サ
ーバと見なし、起点サーバ１Ａを唯一の構成サーバとし
たグループを想定し、新規のグループＩＤ（以下、新規
登録ＩＤ）を作成する。同時に登録グループＩＤ一覧３
Ａ−１に新規登録ＩＤを追加する。

【００３３】さらに新規登録ＩＤをキーとして起点サー
バ１ＡのＩＰアドレスを、管理側構成サーバＩＰアドレ
ス３Ｂ−２に記述する。起点サーバ１Ａのサーバ属性
を、管理側構成サーバ属性３Ｂ−３に記述する。起点サ
ーバ１Ａのサーバ順位を、管理側構成サーバ順位３Ｂ−
４として記載する。

【００３４】管理サーバ１Ｅは起点サーバ１Ａに対し、
新規登録ＩＤを送信する。起点サーバ１Ａの起点側アプ
リケーション１Ｂは送信された新規登録ＩＤを受ける
と、既に命名されていたグループ名と新規登録ＩＤとを
一対一で対応付ける。

【００３５】引き続き起点サーバ１Ａは起点側グループ
データベース１Ｃに対し、登録情報を記述する。即ち起
点側グループ名２Ｂに既に命名済みのグループ名を記録
し、起点側グループＩＤ２Ｃに付与された新規登録ＩＤ
を記録する。起点側構成サーバセット２Ｄの起点側構成
ＩＰアドレス２Ｄ−１には、起点サーバ１Ａ自身のＩＰ
アドレスを記述する。起点側構成サーバ属性２Ｄ−２に
は起点サーバ１Ａ自身のサーバ属性名を記述する。起点
側構成サーバ順位２Ｄ−３には起点サーバ１Ａ自身のサ
ーバ順位を記述する。

【００３６】この状態で加入サーバ１Ｈが新規に起点サ
ーバ１Ａとグループを形成する事を想定する。

【００３７】加入サーバ１Ｈは起点サーバ１Ａに対し、
起点側アプリケーション１Ｂ及び加入側アプリケーショ
ン１Ｉを用い、ローカルでグループを形成する。本発明
においてグループ形成の具体的な方法は問わないが、少
なくとも次に示す三要件を満たす必要がある。

【００３８】要件の一は、加入サーバ１Ｈのグループ名
及びグループＩＤは、起点サーバ１Ａと同じものという
事である。

【００３９】要件の二は、加入側グループデータベース
１Ｊと起点側グループデータベース１Ｃとは全く同じ内
容となる事である。以上の２要件を満たす方法として
は、例えば特願2001-044283を用いると良い。

【００４０】要件の三は、例えば起点サーバ属性１Ｄ−
２と加入サーバ属性１Ｋ−２等、加入によって同じサー
バ属性とひとつのグループになった際は、各々に構成サ
ーバ順位を付与し、構成サーバセットに反映させる事で
ある。この理由は、サーバ属性の重複が発生すると後述
する「どのネットワークの、どの属性を持つサーバか」
という定義が成立しなくなる為である。

【００４１】ローカルでのグループが形成された後、引
き続き加入側アプリケーション１Ｉは管理サーバ１Ｅに
対し管理側グループデータベース１Ｇを送信する。もち
ろん同じ内容である起点側グループデータベース１Ｃを
加入側アプリケーション１Ｉによって送信しても差し支
えない。このため起点側グループデータベース１Ｃと管
理側グループデータベース１Ｇを総称し「ローカル側グ
ループデータベース」と呼称する。

【００４２】管理サーバ１Ｅは管理側グループデータベ
ース１Ｇの主テーブル３Ａより、送信されたローカル側
グループデータベースのグループＩＤを検索する。

【００４３】管理側グループデータベース１Ｇが主テー
ブル３Ａに該当するグループＩＤを発見した時、グルー
プ構成サーバテーブル３Ｂを参照し、ローカル側グルー
プデータベースの内容に置き換える。

【００４４】以上の作業を以て、ローカル側グループデ
ータベースとグループ構成サーバテーブル３Ｂの内容
は、最新の状態に更新される。

【００４５】この方式により、ＷＥＢサーバのＩＰアド
レスを「どのグループＩＤの、どの属性を持つサーバ
か」という形式で指定出来る。

【００４６】以下に本発明の実施の形態を具体的に図を
用いて例示する。なおこれはあくまでも例示であり、本
発明はこの例示に左右されない。

【００４７】図４は本発明における「エンターテインメ
ント情報取得」の例である。４Ａは「音楽情報サーバ」
であり、特定のユーザーに対して配信すべき音楽情報を
蓄積する。４Ｂは「音楽情報ミラーサーバ」であり、音
楽情報サーバ４Ａが事故などの原因で稼働しなくなった
場合の予備の為、音楽情報サーバ４Ａと全く同じ内容を
蓄積したサーバである。４Ｃは「データベースサーバ」
であり、ユーザーのアクセス数を集計する働きを持つ。
４Ｄは「動画サーバ」であり、特定のユーザーが閲覧す
る動画を蓄積したサーバである。４Ｅは「グループＩ
Ｄ」であり、音楽情報サーバ４Ａ、音楽情報ミラーサー
バ４Ｂ、データベースサーバ４Ｃ、及び動画サーバ４Ｄ
全てに共通するグループＩＤである。グループＩＤは、
例えば「service-8633298」なる文字列を想定する。ま
たグループＩＤには「ENTERTAINMENT」という別名が付
いている。４Ｆは「ローカルデータベース」であり、グ
ループで共有するグループ情報を示している。４Ｆ−１
は「サーバＩＰアドレス」であり、グループを構成する
サーバのＩＰアドレスが記されている。４Ｆ−２は「サ
ーバ属性」であり、グループを構成するサーバの属性が
記されている。４Ｆ−３は「サーバ順位」であり、同じ
サーバ属性を持つサーバのうち、いずれが優先的にアク
セスされるかを示す数字である。４Ｇは「管理サーバ」
であり、「ENTERTAINMENT」グループ以外にも複数のグ
ループを管理する。管理サーバ４Ｇは図示されない管理
側アプリケーション及び管理側グループデータベースが
搭載され、ローカルデータベース４Ｆと同一の内容を保
持し、ユーザーが「グループＩＤ」及び「属性名」を問
い合わせることで、該当するＩＰアドレスを返信する働
きを持つ。４Ｈは「一般サーバ」であり、ユーザーから
のリクエストに応じてＩＰアドレスに示されるサーバに
接続し、情報を提供する。

【００４８】ローカルデータベース４Ｆの内容を示す。
１段目には４Ａの個別情報、即ちサーバＩＰアドレス４
Ｆ−１として「111.111.000.000」、サーバ属性４Ｆ−
２として「music」、サーバ順位４Ｆ−３として「１」
が記述される。２段目には４Ｂの個別情報、即ちサーバ
ＩＰアドレス４Ｆ−１として「111.111.000.001」、サ
ーバ属性４Ｆ−２として「music」、サーバ順位４Ｆ−
３として「２」が記述される。３段目には４Ｃの個別情
報、即ちサーバＩＰアドレス４Ｆ−１として「321.865.
532.970」、サーバ属性４Ｆ−２として「database」、
サーバ順位４Ｆ−３として「１」が記述される。４段目
には４Ｄの個別情報、即ちサーバＩＰアドレス４Ｆ−１
として「977.646.534.153」、サーバ属性４Ｆ−２とし
て「movie」、サーバ順位４Ｆ−３として「１」が記述
される。言うまでもなくこの内容はグループ内全サーバ
で共有しており、さらに管理サーバ内のグループ構成サ
ーバテーブルにても同じ内容が存在している。

【００４９】ユーザーが一般サーバ４Ｈを介し、音楽情
報にアクセスしようと試みたとする。ユーザーはまず、
管理サーバに「service-8633298」の「music」なる問い
合わせを管理サーバ４Ｇに行う。

【００５０】管理サーバ４Ｇは問い合わせを受け、自身
のグループデータベースを参照する。主テーブル内に
「service-8633298」を発見し、それをキーとしてグル
ープ構成サーバテーブルを参照する。

【００５１】管理サーバ４Ｇは構成サーバテーブル中
に、「music」の属性を持つサーバを２件見つける。本
例で「music」のサーバ属性を持つ物は４Ａ（サーバＩ
Ｐアドレス「111.111.000.000」、サーバ順位「１」）
及び４Ｂ（サーバＩＰアドレス「111.111.000.001」、
サーバ順位「２」）であるので、よりサーバ順位の上位
である４Ａを候補として選ぶ。ここで次の処理に進む前
に、選出したＩＰアドレスが現在稼働中か否かを確認す
るアクセスを行えばより望ましい。稼働していない際は
一時的にサーバ順位のより低いサーバの順位を上げた上
で再びアクセスを試みるか、もしそのサーバ属性におい
てより低い順位のサーバが存在しなければ「接続失敗」
の旨をユーザーに通知すると良い。

【００５２】管理サーバ４Ｇは一般サーバに対し取得結
果である「111.111.000.000」を返す。なおこの際、直
接ＩＰアドレスを一般サーバに返すのではなく、ＩＰア
ドレスの示す結果がＷＥＢブラウザなど、ユーザーにと
って認知可能なインターフェースを用いるのであれば直
接、表示や閲覧及び再生させる事が望ましい。

【発明の効果】

【００５３】本発明によれば、サーバ間で役割を決めて
構成している小規模な該ネットワーク、即ちグループを
構成する各サーバに対し、役割名をサーバ属性名として
問合せる事でサーバを特定できるため、例えば小規模の
サーバを搭載した家電製品同士での家庭内ネットワーク
を想定した場合、特定の製品に対するサービスを提供す
ることが容易になる。

【００５４】また本発明によれば、複数のグループＩＤ
をインターネットを通じて管理するため、世界中に存在
する不特定のグループ及びグループを構成する不特定の
サーバに対するアクセスが可能となり、等質のサービス
を広く配信することが容易となる。

【００５５】加えて本発明によれば、サービス提供を希
望する一般サーバを、予め審査の上管理サーバに登録し
ておくことで、グループの予期しない（または不正な）
サービスを行うサーバからの問合せを予防でき、セキュ
リティ向上に役立つ。

【図面の簡単な説明】

【図１】本発明における本件管理方式を示す概念図であ
る。

【図２】本発明における起点側グループデータベースの
構成を示す概念図である。

【図３】本発明における管理側グループデータベースの
構成を示す概念図である。

【図４】本発明における「エンターテインメント情報取
得」の実施例を詳細に示した図である。

【記号の説明】

１Ａ 起点サーバ １Ｂ 起点側アプリケーション １Ｃ 起点側グループデータベース １Ｄ 起点側個別情報 １Ｄ−１ 起点側ＩＰアドレス １Ｄ−２ 起点側サーバ属性 １Ｅ 管理サーバ １Ｆ 管理側アプリケーション １Ｇ 管理側グループデータベース １Ｈ 加入サーバ １Ｉ 加入側アプリケーション １Ｊ 加入側グループデータベース １Ｋ 加入側個別情報 １Ｋ−１ 加入側ＩＰアドレス １Ｋ−２ 加入側サーバ属性 ２Ａ 起点側グループデータベース ２Ｂ 起点側グループ名 ２Ｃ 起点側グループＩＤ ２Ｄ 起点側構成サーバセット ２Ｄ−１ 起点側構成サーバＩＰアドレス ２Ｄ−２ 起点側構成サーバ属性 ２Ｄ−３ 起点側構成サーバ順位 ３Ａ 主テーブル ３Ａ−１ 登録グループＩＤ一覧 ３Ｂ グループ構成サーバテーブル ３Ｂ−１ 管理側グループ名 ３Ｂ−２ 管理側構成サーバＩＰアドレス ３Ｂ−３ 管理側構成サーバ属性 ３Ｂ−４ 管理側構成サーバ順位 ４Ａ 音楽情報サーバ ４Ｂ 音楽情報ミラーサーバ ４Ｃ データベースサーバ ４Ｄ 動画サーバ ４Ｅ グループＩＤ ４Ｆ ローカルデータベース ４Ｆ−１ サーバＩＰアドレス ４Ｆ−２ サーバ属性 ４Ｆ−３ サーバ順位 ４Ｇ 管理サーバ ４Ｈ 一般サーバ

Claims (7)

【特許請求の範囲】
1. 【請求項１】分散型ネットワーク環境において、ネット
   ワーク構成を各計算機間で共有することを特徴とした、
   ネットワークグループの管理方法。
2. 【請求項２】各計算機に一意のＩＰアドレスが存在する
   事を特徴とした、上記請求項１におけるネットワークグ
   ループの管理方法。
3. 【請求項３】各計算機に機能または役割分担を端的に表
   現した属性情報を付与し、該ＩＰアドレスと１対１の関
   連付けを行い管理することを特徴とした、上記請求項１
   及び２におけるネットワークグループの管理方法。
4. 【請求項４】該ネットワーク構成をネットワーク外に設
   置したネットワーク外部の計算機に通知することを特徴
   とした、上記請求項１〜３におけるネットワークグルー
   プの管理方法。
5. 【請求項５】該ネットワーク外部の計算機に、複数の該
   ネットワーク構成をデータベースをとして管理すること
   を特徴とした、上記請求項１〜４におけるネットワーク
   グループの管理方法。
6. 【請求項６】上記請求項１〜５記述以外の一般計算機か
   ら該ネットワーク外部の計算機に対し、特定の該ネット
   ワーク構成を問合せ、結果を取得する事を特徴とした、
   上記請求項１〜５におけるネットワークグループの管理
   方法。
7. 【請求項７】特定の該ネットワーク構成の問い合せの
   際、該属性情報を用いることで該ＩＰアドレスを取得す
   る事を特徴とした、上記請求項６におけるネットワーク
   グループの管理方法。