(57)【要約】      （修正有）【課題】クライアント・サーバー型システムにおいて、クライアント端末のアプリケーション利用開始の初期設定の管理性及び作業性を向上させる通信システムを提供する。【解決手段】アプリケーションサーバーが各クライアント端末の初期設定情報を有し、各ネットワークの各クライアント端末の中からネットワーク代表端末を選定し、このネットワーク代表端末が、設定された接続条件で初期設定した後アプリケーションサーバーと常時接続し、その初期設定情報に含まれる初期化用論理アドレスをネットワーク内に配信し、各クライアント端末が、その初期化用論理アドレスでアプリケーションサーバーと直接接続して初期設定をすることを特徴とする。【選択図】    図１
2004220145.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数のネットワークのそれぞれを構成する複数のクライアント端末に対して、アプリケーションサーバーが管理するアプリケーションの利用開始の初期設定をさせる通信システムにおいて、
上記アプリケーションサーバーが、上記各ネットワークの上記各クライアント端末についての初期設定情報を有し、
上記各ネットワークの上記複数のクライアント端末の中から、上記各ネットワーク単位で少なくとも１以上のネットワーク代表端末を選定し、
上記ネットワーク代表端末は、
予め設定された上記アプリケーションサーバーとの接続条件に基づいて上記アプリケーションサーバーに初期化要求して、上記アプリケーションサーバーからの当該ネットワークに対応する初期設定情報に基づいて初期設定をして常時接続する接続実行手段と、
上記初期設定情報に含まれる、当該ネットワーク内の各クライアント端末に割り当てる１又は複数の初期化用論理アドレスを少なくとも有する初期化情報を、当該ネットワーク内に所定周期で同報配信する同報配信手段とを有し、
上記ネットワーク代表端末以外の当該ネットワーク内の上記各クライアント端末は、
同報配信された上記初期化情報に基づいて自身が使用する初期化用論理アドレスを選定する初期化用論理アドレス選定手段と、
その選定した初期化用論理アドレスに基づいて上記アプリケーションサーバーに初期化要求して、上記アプリケーションサーバーからの当該クライアントに対応する初期設定情報に基づいて初期設定を実行する初期設定実行手段とを有する
ことを特徴とする通信システム。
【請求項２】
上記アプリケーションサーバーが、
アプリケーションを利用している全てのクライアント端末と正常に接続しているか否かを所定周期で監視する接続監視手段と、
上記接続監視手段が、上記ネットワーク代表端末と正常に接続していないと判断した場合、上記ネットワーク代表端末以外の当該ネットワーク内の上記各クライアント端末の中から代理とするネットワーク代表端末を所定規則により指定して変更させる代理ネットワーク代表端末指定手段と
を有することを特徴とする請求項１に記載の通信システム。
【請求項３】
上記ネットワーク代表端末以外の上記各クライアント端末が、
自身が選定した初期化用論理アドレスの使用情報を、当該ネットワーク内に同報通知する使用情報通知手段と、
自身が選定した初期化用論理アドレスと、当該ネットワーク内の他の上記各クライアント端末が選定した初期化論理アドレスとの間での競合の有無を監視する初期化論理アドレス競合監視手段と
を有することを特徴とする請求項１又は請求項２に記載の通信システム。
【請求項４】
上記ネットワーク代表端末以外の上記各クライアント端末が、アプリケーションの利用開始の初期設定を終了させ、アプリケーション利用の正規の論理アドレスを取得した後、自身が使用した初期化用論理アドレスを、当該ネットワーク内に開放することを特徴とする請求項１〜請求項３のいずれかに記載の通信システム。
【請求項５】
１又は複数のネットワークのそれぞれを構成する複数のクライアント端末に対して、アプリケーションサーバーが管理するアプリケーションの利用開始の初期設定をさせる通信システムの初期設定方法において、
上記アプリケーションサーバーが、上記各ネットワークの上記各クライアント端末についての初期設定情報を有し、
上記各ネットワークの上記複数のクライアント端末の中から、上記各ネットワーク単位で少なくとも１以上のネットワーク代表端末を選定し、
上記ネットワーク代表端末が、予め設定された上記アプリケーションサーバーとの接続条件に基づいて上記アプリケーションサーバーに初期化要求し、
上記アプリケーションサーバーからの当該ネットワークに対応する初期設定情報に基づいて、上記ネットワーク代表端末が初期設定をして常時接続し、
上記初期設定情報に含まれる、当該ネットワーク内の各クライアント端末に割り当てる１又は複数の初期化用論理アドレスを少なくとも有する初期化情報を、上記ネットワーク代表端末が当該ネットワーク内に所定周期で同報配信し、
上記ネットワーク代表端末以外の当該ネットワーク内の上記各クライアント端末が、同報配信された上記初期化情報に基づいて自身が使用する初期化用論理アドレスを選定し、
その選定した初期化用論理アドレスに基づいて、上記各クライアント端末が上記アプリケーションサーバーに初期化要求し、
上記アプリケーションサーバーからの当該クライアント端末に対応する初期設定情報に基づいて、上記各クライアント端末が初期設定を実行する
ことを特徴とする通信システムの初期設定方法。
【請求項６】
１又は複数のネットワークのそれぞれを構成する複数のクライアント端末に対して、アプリケーションサーバーが管理するアプリケーションの利用開始の初期設定をさせる通信システムの構成要件であるクライアント端末であって、
アプリケーションサーバーとの接続条件を設定する接続条件設定手段と、
上記接続条件に基づいて上記アプリケーションサーバーに初期化要求をして、上記アプリケーションサーバーからの当該ネットワークに対応する初期設定情報に基づいて初期設定をして常時接続する接続実行手段と、
上記初期設定情報に含まれる、当該ネットワーク内の上記各クライアント端末に割り当てる１又は複数の初期化用論理アドレスを少なくとも有する初期化情報を、当該ネットワーク内に所定周期で同報配信する同報配信手段と
を備えることを特徴とするクライアント端末。
【請求項７】
１又は複数のネットワークのそれぞれを構成する複数のクライアント端末に対して、アプリケーションサーバーが管理するアプリケーションの利用開始の初期設定をさせる通信システムの構成要件であるクライアント端末であって、
上記各ネットワークの上記複数のクライアント端末の中から、上記各ネットワーク単位で少なくとも１以上選定されたネットワーク代表端末から、同報配信された初期化情報に基づいて自身が使用する初期化用論理アドレスを選定する初期化論理アドレス選定手段と、
上記選定した初期化用論理アドレスに基づいて上記アプリケーションサーバーに初期化要求をして、上記アプリケーションサーバーからの対応する初期設定情報に基づいて初期設定を実行する初期設定実行手段と
を備えることを特徴とするクライアント端末。
【請求項８】
１又は複数のネットワークのそれぞれを構成する複数のクライアント端末に対して、アプリケーションサーバーが管理するアプリケーションの利用開始の初期設定をさせ、上記各ネットワーク単位で選定されたネットワーク代表端末を有する通信システムの構成要件であるアプリケーションサーバーであって、
上記各ネットワークの上記各クライアント端末についての初期設定情報を保持する初期設定情報保持手段と、
上記各クライアントからの初期化要求に対して、各クライアントに対応する初期設定情報を与えて、アプリケーション利用の接続を登録する接続登録手段と、アプリケーションを利用している全てのクライアント端末と正常に接続しているか否かを所定周期で監視する接続監視手段と、
上記接続監視手段が上記ネットワーク代表端末と正常に接続していないと判断した場合、上記ネットワーク代表端末以外の当該ネットワーク内の上記各クライアント端末の中から代理とするネットワーク代表端末を所定規則により指定して変更させる代理ネットワーク代表端末指定手段と
を備えることを特徴とするアプリケーションサーバー。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信システム、通信システムの初期設定方法、クライアント端末及びアプリケーションサーバーに関し、例えば、階層化された通信プロトコルを用いたネットワーク環境（例えば、ＴＣＰ／ＩＰプロトコルを用いたＬＡＮ（例えばイーサネット（登録商標）等））で稼動するクライアント・サーバー型システムにおいて、クライアント端末がアプリケーション利用開始に必要な初期設定を簡易に実現することができるシステム及びその構成要件であるクライアント端末及びアプリケーションサーバーに適用しうる。
【０００２】
【従来の技術】
例えばＴＣＰ／ＩＰプロトコルを用いたＬＡＮ等のような、クライアント・サーバー型システムにおいて、クライアント端末が、アプリケーションを利用するためには、そのアプリケーションの利用開始に必要な初期設定が必要である。
【０００３】
ここで、このアプリケーションの利用開始に必要な初期設定とは、クライアント端末において、アプリケーションサーバーからのアプリケーションを稼動するために必要な条件の設定をいい、例えば、当該クライアントの論理アドレス（例えば、ＴＣＰ／ＩＰ環境ではＩＰアドレス）や、サブネットマスクや、デフォルトゲートウェイアドレスや、アプリケーションサーバーの論理アドレス（例えば、ＴＣＰ／ＩＰ環境ではＩＰアドレス）等である。
【０００４】
従来、クライアント端末の初期設定の方式として、大きく２種類の方式がある。
【０００５】
（１）アプリケーション稼動に必要な条件を各クライアント端末毎に直接手動設定する方式と、（２）各クライアント端末が必要な初期化情報（例えばネットワーク内の自身の論理アドレス等）を予め設置された初期化情報解決サーバー（以下、アドレス解決サーバーという。）に取得しに行き、その初期化情報に基づいてアプリケーションサーバーと接続してアプリケーション利用開始に必要な初期設定を自動的に行なう自動設定方式とである。
【０００６】
上記（１）の手動設定方式は、アプリケーション稼動に必要な論理アドレス関連の条件を、予めネットワーク管理者などから聞き、クライアント端末に設置したコンソールなどを用いて直接手動で設定する方式である。
【０００７】
また、上記（２）の自動設定方式は、ＴＣＰ／ＩＰ環境の場合は、アドレス解決サーバーの手法として、例えばＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）やＢＯＯＴＰ（ＢＯＯＴ  ｓｔｒａｐ  Ｐｒｏｔｏｃｏｌ）による手法が下記のように既に標準化されており、クライアント端末は、これら標準化された手法に基づいて、アドレス解決サーバ（この場合ＤＨＣＰ／ＢＯＯＴＰサーバー）から、必要な初期化情報を入手する方式である。
【０００８】
【特許文献１】
ＲＦＣ９５１
【０００９】
【特許文献２】
ＲＦＣ２１３１
【００１０】
【特許文献３】
ＲＦＣ２１３２
【００１１】
【特許文献４】
ＲＦＣ１５４２
【００１２】
【発明が解決しようとする課題】
しかしながら、上述した２種類のクライアント端末の初期設定の方式では、それぞれ次のような問題がある。
【００１３】
まず、上記（１）の手動設定方式は、クライアント端末の初期設定を確実に行なうことができ、また、比較的小規模なシステムに適用した場合にはシステム運用管理（例えば、クライアント端末のアドレス管理等）を徹底することができるが、システムの規模が大きくなればなるほど、システム運用管理が困難となってしまうという問題がある。
【００１４】
例えば、企業内で大きい組織編成をすることとなり、その企業内ＬＡＮシステムの各クライアント端末のアドレス条件も全面的に変更することが必要になった場合、手動設定方式は、すべてのクライアント端末についてのアドレス条件を手動で変更しなければならないので、クライアント端末のアドレス条件の設定間違いが生じやすく、ネットワーク管理者が管理する条件と実際に設定されているクライアント端末の設定条件とを一致させることが難しくなる。そのため、この管理条件と設定条件との不一致などが原因となり、システムが正常に利用できなくなるなどの不具合が生じるおそれがあるという問題がある。
【００１５】
次に、上記（２）の自動設定方式は、各クライアント端末の初期設定を自動設定することができるので、容易な管理性及び人手による個々の手動設定の煩わしさから開放される。
【００１６】
しかし、例えば、上記のようなＴＣＰ／ＩＰ環境で運用した場合、クライアント端末とアプリケーションサーバーとが同一のネットワークに存在するような場合には、そのクライアント端末を管理するＤＨＣＰ／ＢＯＯＴＰサーバーを、その同一ネットワーク内に設置する必要がある。従って、自動設定方式のシステムを複数のサブネットから構成されるネットワークに適用する場合、ＤＨＣＰ／ＢＯＯＴＰサーバーを各サブネット毎に設置させなければならなくなり、ＤＨＣＰ／ＢＯＯＴＰサーバー設置の導入コストがかかるという問題がある。
【００１７】
また、当該システムを複数のサブネットからなるネットワークに適用する場合、ＤＨＣＰ／ＢＯＯＴＰサーバーが管理するクライアント端末が複数のサブネットにまたがって存在すると、ＤＨＣＰ／ＢＯＯＴＰサーバーの設置台数はシステムに１台となるが、サブネット間を中継する中継装置（例えばルータやレイヤ３スイッチ等のレイヤ３ネットワーク機器）が、クライアント端末からのＤＨＣＰ／ＢＯＯＴＰメッセージ（初期化情報要求メッセージ）を、ＤＨＣＰ／ＢＯＯＴＰサーバーに転送するＤＨＣＰ／ＢＯＯＴＰリレー機能を備えることが必要となる。
【００１８】
従って、中継装置を介して転送する場合には、これらの中継装置にＤＨＣＰ／ＢＯＯＴＰリレー機能を設定しなければならないため、システムの規模が大きくなるほど、その設定に係る手間がかかり、また、全ての中継装置の管理が困難であるという問題がある。
【００１９】
また、全ての中継装置が必ずしもＤＨＣＰ／ＢＯＯＴＰリレー機能を備えているとは限らず、ＤＨＣＰ／ＢＯＯＴＰリレー機能を備えていない中継装置がその転送経路上にあると、そこで中継が途切れ、クライアント端末への初期化情報の提供が実現できなくなってしまうという問題もある。
【００２０】
このような場合には、そのＤＨＣＰ／ＢＯＯＴＰリレー機能を備えていない中継装置を、ＤＨＣＰ／ＢＯＯＴＰリレー機能を備えている中継装置に置き換えるということもあるが、この置き換えされるＤＨＣＰ／ＢＯＯＴＰリレー機能を備えている中継装置の導入コストがかかるという問題もある。
【００２１】
そのため、手動設定におけるシステム規模が大きい場合の管理性及び作業性の低下の問題、また、自動設定におけるＤＨＣＰ／ＢＯＯＴＰサーバーの設置条件による導入コスト増の問題や中継装置の必要機能サポート有無の問題を解決しうる通信システム、通信システムの初期設定方法、及び通信システムの構成要件であるクライアント端末とアプリケーションサーバーが求められている。
【００２２】
【課題を解決するための手段】
かかる課題を解決するために、第１の本発明の通信システムは、１又は複数のネットワークのそれぞれを構成する複数のクライアント端末に対して、アプリケーションサーバーが管理するアプリケーションの利用開始の初期設定をさせる通信システムにおいて、そのアプリケーションサーバーが、各ネットワークの各クライアント端末についての初期設定情報を有し、また、各ネットワークの複数のクライアント端末の中から、各ネットワーク単位で少なくとも１以上のネットワーク代表端末を選定する通信システムである。
【００２３】
このネットワーク代表端末は、（１）予め設定された上記アプリケーションサーバーとの接続条件に基づいてアプリケーションサーバーに初期化要求して、アプリケーションサーバーからの当該ネットワークに対応する初期設定情報に基づいて初期設定をして常時接続する接続実行手段と、（２）初期設定情報に含まれる、当該ネットワーク内の各クライアント端末に割り当てる１又は複数の初期化用論理アドレスを少なくとも有する初期化情報を、当該ネットワーク内に所定周期で同報配信する同報配信手段とを有し、また、ネットワーク代表端末以外の当該ネットワーク内の各クライアント端末は、（１）同報配信された初期化情報に基づいて自身が使用する初期化用論理アドレスを選定する初期化用論理アドレス選定手段と、（２）その選定した初期化用論理アドレスに基づいてアプリケーションサーバーに初期化要求して、アプリケーションサーバーからの当該クライアントに対応する初期設定情報に基づいて初期設定を実行する初期設定実行手段とを有することを特徴とする。
【００２４】
また、第２の本発明の通信システムの初期設定方法は、１又は複数のネットワークのそれぞれを構成する複数のクライアント端末に対して、アプリケーションサーバーが管理するアプリケーションの利用開始の初期設定をさせる通信システムの初期設定方法において、アプリケーションサーバーが、各ネットワークの上記各クライアント端末についての初期設定情報を有し、各ネットワークの複数のクライアント端末の中から、各ネットワーク単位で少なくとも１以上のネットワーク代表端末を選定し、ネットワーク代表端末が、予め設定された上記アプリケーションサーバーとの接続条件に基づいて上記アプリケーションサーバーに初期化要求し、アプリケーションサーバーからの当該ネットワークに対応する初期設定情報に基づいて、ネットワーク代表端末が初期設定をして常時接続し、初期設定情報に含まれる、当該ネットワーク内の各クライアント端末に割り当てる１又は複数の初期化用論理アドレスを少なくとも有する初期化情報を、ネットワーク代表端末が当該ネットワーク内に所定周期で同報配信し、ネットワーク代表端末以外の当該ネットワーク内の各クライアント端末が、同報配信された初期化情報に基づいて自身が使用する初期化用論理アドレスを選定し、その選定した初期化用論理アドレスに基づいて、各クライアント端末がアプリケーションサーバーに初期化要求し、アプリケーションサーバーからの対応する初期設定情報に基づいて、各クライアント端末が初期設定を実行することを特徴とする。
【００２５】
また、第３の本発明のクライアント端末は、第１の本発明の通信システムのネットワーク代表端末に相当するものであり、（１）アプリケーションサーバーとの接続条件を設定する接続条件設定手段と、（２）接続条件に基づいてアプリケーションサーバーに初期化要求をして、アプリケーションサーバーからの当該ネットワークに対応する初期設定情報に基づいて初期設定をして常時接続する接続実行手段と、（３）初期設定情報に含まれる、当該ネットワーク内の各クライアント端末に割り当てる１又は複数の初期化用論理アドレスを少なくとも有する初期化情報を、当該ネットワーク内に所定周期で同報配信する同報配信手段とを備えることを特徴とする。
【００２６】
また、第４の本発明のクライアント端末は、第１の本発明の通信システムのクライアント端末に相当するものであり、（１）各ネットワークの複数のクライアント端末の中から、各ネットワーク単位で少なくとも１以上選定されたネットワーク代表端末から、同報配信された初期化情報に基づいて自身が使用する初期化用論理アドレスを選定する初期化論理アドレス選定手段と、（２）選定した初期化用論理アドレスに基づいてアプリケーションサーバーに初期化要求をして、アプリケーションサーバーからの対応する初期設定情報に基づいて初期設定を実行する初期設定実行手段とを備えることを特徴とする。
【００２７】
さらに、第５の本発明のアプリケーションサーバーは、第１の本発明の通信システムのアプリケーションサーバーに相当するものであり、（１）各ネットワークの各クライアント端末についての初期設定情報を保持する初期設定情報保持手段と、（２）各クライアントからの初期化要求に対して、対応する初期設定情報を与えて、アプリケーション利用の接続を登録する接続登録手段と、（３）アプリケーションを利用している全てのクライアント端末と正常に接続しているか否かを所定周期で監視する接続監視手段と、（４）接続監視手段が上記ネットワーク代表端末と正常に接続していないと判断した場合、ネットワーク代表端末以外の当該ネットワーク内の各クライアント端末の中から代理とするネットワーク代表端末を所定規則により指定して変更させる代理ネットワーク代表端末指定手段とを備えることを特徴とする。
【００２８】
【発明の実施の形態】
（Ａ）実施形態
以下、本発明の通信システムの実施形態について図面を参照して詳説する。
【００２９】
本実施形態は、ＴＣＰ／ＩＰプロトコルを採用したクライアントーサーバー形式のＬＡＮ（例えばイーサーネット等）に適用した場合である。
【００３０】
（Ａ−１）実施形態の構成
以下では、本実施形態の通信システムの全体構成とネットワークで使用されるメッセージ形式とについて説明した後、ネットワークの構成要件である各サブネットが有するサブネット代表端末の機能構成、一般端末の機能構成及びアプリケーションサーバーの機能構成について説明する。
【００３１】
（Ａ−１−１）全体構成
図１は、本実施形態に係る通信システムの全体構成を示すブロック図である。
【００３２】
図１に示すように、本実施形態の通信システム１は、２つの拠点Ａ及び拠点Ｂでそれぞれ構築されているサブネット２及びサブネット３と、これらサブネット２とサブネット３とを接続するネットワーク１０とを有する。
【００３３】
このサブネット２及びサブネット３は、各拠点で使用されているネットワークであり、専用回線や公衆回線やインターネット等や、又これらを複数結合した回線にも適用することができる。また、ネットワーク１０は、各拠点間を結合するネットワークであり、専用回線や公衆回線やインターネット等や、又これらを複数結合した回線にも適用することができる。
【００３４】
なお、本実施形態において、利用されるアプリケーションはサブネット２のアプリケーションサーバー２２が有しているものとする。
【００３５】
拠点Ａで構築されているサブネット２は、アプリケーションを利用するために供する複数のクライアント端末２１（２１−１〜２１−ｎ）と、アプリケーションを有するアプリケーションサーバー２２と、中継装置２３とを有する。
【００３６】
拠点Ｂで構築されているサブネット３は、アプリケーションを利用するために供する複数のクライアント端末３１（３１−１〜３１−ｎ）と、中継装置３３とを有している。
【００３７】
なお、サブネット２及び３のそれぞれにおいて、それぞれの複数のクライアント端末２１（２１−１〜２１−ｎ）及び３１（３１−１〜３１−ｎ）の中からサブネット毎に１個選定したクライアント端末をサブネット代表端末とする。
【００３８】
本実施形態の場合、サブネット代表端末をクライアント端末２１−１及び３１−１とし、それ以外のクライアント端末（２１−２〜２１−ｎ）及び３１（３１−２〜３１−ｎ）を一般端末として説明する。
【００３９】
（Ａ−１−２）メッセージの形式
図２は、本実施形態の通信システム１で使用される通信プロトコル階層を説明する説明図である。また、図３は、メッセージのフォーマットを説明する説明図である。
【００４０】
アプリケーションサーバー２２と、クライアント端末２１（２１−１〜２１−ｎ）及び３１（３１−１〜３１−ｎ）との間で、通信を実行しようとするためには、第２層（データリンク層）及び第３層（ネットワーク層）のそれぞれの階層において装置同士が接続するためのアドレスが必要となり、本実施形態のようにイーサネット上でＴＣＰ／ＩＰプロトコルの通信を実施する場合、図２に示すように、第２層レベルでＭＡＣアドレス（ハードウェアアドレス）、第３層レベルでＩＰアドレス（論理アドレス）を用いる。
【００４１】
図３は、このようなＭＡＣアドレスとＩＰアドレスとを含んだメッセージ形式の概念図である。なお、各アドレス（ＭＡＣアドレス、ＩＰアドレス）は、それぞれ送信元アドレスと宛先アドレスとが有している。
【００４２】
なお、ＭＡＣアドレスとは、予め各装置のＬＡＮインタフェースに固定的に設定されているものであり、どのような環境でもこの値が端末のＭＡＣアドレスとして用いられる。また、ＩＰアドレスは、使用するシステム環境に応じて必要な条件を設定するものである。
【００４３】
（Ａ−１−３）サブネット代表端末の構成
次に、サブネット２及び３を構成するクライアント端末２１（２１−１〜２１−ｎ）及び３１（３１−１〜３１−ｎ）の構成について説明する。
【００４４】
なお、サブネット２のクライアント端末２１（２１−１〜２１−ｎ）と、サブネット３のクライアント端末３１（３１−１〜３１−ｎ）とは、それぞれ対応する機能を有しているので、これらの構成についてまとめて説明する。
【００４５】
クライアント端末２１（２１−１〜２１−ｎ）及び３１（３１−１〜３１−ｎ）は、アプリケーションサーバー２２のアプリケーションを利用する端末装置である。
【００４６】
クライアント端末２１（２１−１〜２１−ｎ）及び３１（３１−１〜３１−ｎ）は、以下に示すような構成をソフトウェアとして機能するものを備えるようにしても又はハードウェアとして機能するものを備えるようにしてもどちらでもよい。
【００４７】
上述したように、クライアント端末２１（２１−１〜２１−ｎ）及び３１（３１−１〜３１−ｎ）は、サブネット代表端末２１−１及び３１−１として機能するものと、一般端末２１−２〜２１−ｎ及び３１−１〜３１−ｎとして機能するものに分類される。
【００４８】
サブネット代表端末２１−１及び３１−１は、クライアント端末２１（２１−１〜２１−ｎ）及び３１（３１−１〜３１−ｎ）の中から代表として各サブネット毎に１個選定されたクライアント端末である。
【００４９】
サブネット代表端末２１−１及び３１−１は、各サブネット２及び３の常にオンライン稼動をしており、自身が属するサブネット２及び３内に（すなわち、クライアント端末２１（２１−１〜２１−ｎ）及び３１（３１−１〜３１−ｎ）、中継装置２３及び３３等）初期化情報を定常的に配信するものである。
【００５０】
なお、サブネット代表端末２１−１及び３１−１が故障などを生じた場合、他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎの中から別の代理サブネット代表端末が、アプリケーションサーバー２２によって指定される。従って、他の一般端末２１−２〜２１−ｎ及び３１−１〜３１−ｎも、少なくとも初期化情報を配信しうる対応機能を備えていることが望ましい。
【００５１】
図４は、サブネット代表端末２１−１及び３１−１の機能を説明するために示した説明図である。
【００５２】
図４に示すように、サブネット代表端末２１−１及び３１−１は、サブネット２及び３内の代表端末として機能させるために、アドレス情報設定手段４１と、サブネット代表端末用初期化データ設定手段４２と、初期化情報配信手段４３と、オンライン実行手段４４とを有する。
【００５３】
アドレス情報設定手段４１は、アプリケーションの利用に必要なアドレス情報（自身の論理アドレス、サブネットマスク、デフォルトゲートウェイ、アプリケーションサーバー２２の論理アドレス等）を手動設定により設定されるものである。アドレス情報設定手段４１は、設定されたアドレス情報を保存し、サブネット代表端末２１−１及び３１−１自身の電源がＯＦＦにされた場合でも、再度そのアドレス情報を使用して起動することができるものである。
【００５４】
なお、各サブネット２及び３において、他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎは、必要なアドレス情報が手動設定されないので、サブネット代表端末２１−１及び３１−ｎがオンライン稼動するまではアプリケーションサーバー２２に接続することはできない。
【００５５】
サブネット代表端末用初期化データ設定手段４２は、アドレス情報設定手段４１において設定されたアドレス情報に基づいて作成された端末初期化要求メッセージを、アプリケーションサーバー２２に送出し、アプリケーションサーバー２２による識別が行われた後、「サブネット代表端末用初期化データ」をアプリケーションサーバー２２から受け取り設定するものである。
【００５６】
この「サブネット代表端末用初期化データ」は、サブネット代表端末２１−１及び３１−１がアプリケーションを利用するために必要な設定データであり、例えば、端末のオンライン動作用ファイル、端末の個別属性、サブネット代表端末２１−１及び３１−１が配信する初期化情報、サブネット代表端末及び一般端末が使用する同報メッセージの手段等が含まれるデータである。
【００５７】
また、この「初期化情報」は、サブネット代表端末２１−１及び３１−１が属するサブネット２及び３内の他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎに同報配信する情報であり、他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎを初期化させるための情報を含んでおり、例えば、当該サブネット２又は３のネットワークアドレス、サブネットマスク、デフォルトゲートウェイ、アプリケーションサーバー２２の論理アドレス、各端末が動作するために必要な初期化用ファイルの保管場所情報、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが使用する同報メッセージの手段、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが初期化時にアプリケーションサーバー２２と通信するために使用する一時的な論理アドレス情報を含んでいる。
【００５８】
さらに、この「一時的な論理アドレス」は、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎに初期化をするためだけに一時的に割り当てる、各サブネット毎で再利用可能な論理アドレスである。
【００５９】
また、「一時的な論理アドレス」は、アプリケーションサーバー２２により複数指定されるようにしてもよい。このように、「一時的な論理アドレス」を複数指定されることによって、各サブネット２及び３毎に、その論理アドレスの数分だけの一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎの初期化処理を同時に図ることができる。
【００６０】
なお、「一時的な論理アドレス」が複数ではなく１個のみとする場合は、各サブネット２及び３当たりで同時に１個の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎしか初期化をすることができないので、その他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが初期化するためには、先行した一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎの初期化が完了して、その先行一般端末からの開放を待つ必要がある。
【００６１】
このため、これらの「一時的な論理アドレス」は、サブネット２及び３において予約済みのアドレスとし、当該サブネット２及び３に属する一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが定常的に使用しないようにすることが望まれる。
【００６２】
オンライン実行手段４４は、アプリケーションサーバー２２からサブネット代表端末用初期化データを受け取ると、そのサブネット代表端末用初期化データに基づいて作成したオンライン状態で稼動を開始するためのオンライン登録メッセージをアプリケーションサーバー２２に与えて、オンラインの実行を図るものである。
【００６３】
初期化情報配信手段４３は、アプリケーションサーバー２２からサブネット代表端末用初期化データを受け取ると、それに含まれる初期化情報を、自身が属するサブネット２及び３内（すなわち、他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎや、中継装置２３及び３３等のサブネットを構成している端末）に、周期的に同報配信するものである。
【００６４】
初期化情報配信手段４３は、周期的に同報配信するものであるので、常にオンライン稼動状態にしておく必要がある。この初期化情報の配信周期は、サブネット代表端末２１−１及び３１−１の初期化時に、アプリケーションサーバー２２から通知されるものとする。
【００６５】
また、初期化情報配信手段４３は、初期化情報の同報配信する際、送信先アドレスにブロードキャスト若しくはマルチキャストを用いるようにする。どちらのアドレスで配信するかは、サブネット代表端末２１−１及び３１−１の初期化のときに、アプリケーションサーバー２２から通知されるものとする
ブロードキャストで配信する場合、初期化情報配信手段４３は、サブネット２及び３内の全ての一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎに、初期化情報を与えることができる点で容易かつ確実な配信ができるが、システムに関係のない他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎまでにも、初期化情報を与えることとなるので、その一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎにとって無駄な受信処理を促してしまう場合がある。
【００６６】
一方、マルチキャストで配信する場合、初期化情報配信手段４３は、システムに関係のある一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎにのみ受信処理をさせることができる。このとき、マルチキャストアドレス条件は、予めサブネット代表端末２１−１及び３１−１と一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎとの間で取り決めておくものとする。
【００６７】
オンライン実行手段４４は、アプリケーションサーバー２２との相互接続が正常であるかを確認する機能をも有しており、アプリケーションサーバー２２から周期的に与えられる端末生存確認メッセージを受け取った場合に、アプリケーションサーバー２２に端末生存応答メッセージを返信するものである。このメッセージのやり取りがなされている間は、正常にオンライン稼動していると判断する。
【００６８】
なお、オンライン実行手段４４が、一定時間経過してもアプリケーションサーバー２２から端末生存確認メッセージを受け取れなかった場合、アプリケーションサーバー２２側に故障などの問題が生じたとし、再度サブネット代表端末２１−１及び３１−１からの初期化情報を取得して初期化を行なうようにする。
【００６９】
（４−１−４）一般端末の構成
次にサブネット２及び３を構成する一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎの内部構成を説明する。
【００７０】
図５は、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎの機能構成を説明するために示した説明図である。
【００７１】
一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎは、サブネット代表端末２１−１及び３１−１がオンライン稼動した後に、サブネット代表端末２１−１及び３１−１から配信された初期化情報に基づいてアプリケーションサーバー２２に接続する機能を有するクライアント端末である。
【００７２】
図５に示すように、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎは、最適初期化条件選定手段５１と、一般端末用初期化データ設定手段５２と、競合回避手段５３と、最適初期化条件廃棄手段５４と、オンライン実行手段５５とを有する。
【００７３】
最適初期化条件選定手段５１は、サブネット代表端末２１−１及び３１−１から配信された初期化情報を受け取り、その初期化情報に含まれている当該サブネット２及び３のネットワークアドレスと、デフォルトゲートウェイと、アプリケーションサーバー２２の論理アドレスと、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが使用する同報メッセージの手段と、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが初期化時にアプリケーションサーバー２２と通信するために使用する一時的な論理アドレス等について、最適初期化条件を選定し設定するものである。
【００７４】
このとき、最適初期化条件選定手段５１は、初期化情報に含まれる複数の一時的な論理アドレスについて、例えば、一番小さい値や一番初めに指定されていた値などを１個選定して、それを一時的な論理アドレスとするものである。
【００７５】
一般端末用初期化データ設定手段５２は、最適初期化条件選定手段５１により選定された初期化条件（初期化用のアドレス条件）の一時的な論理アドレスに関する情報を含んだ「使用通知」を、同一サブネット２及び３内に同報通知するものである。
【００７６】
このとき、同報通知するタイミングは、例えば、当該一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが送信タイマー（図示しない）を有しており、そのタイマー周期に基づいて通知する（例えば、タイマー周期が満了した時点で送信する）。
【００７７】
また、一般端末用初期化データ設定手段５２は、「使用通知」の送受信の結果、一時的な論理アドレスの競合がないときに、その一時的な論理アドレスに基づいて作成した端末初期化要求メッセージをアプリケーションサーバー２２に送信し、アプリケーションサーバー２２による識別後、アプリケーションサーバー２２から「一般端末用初期化データ」を受け取り設定するものである。
【００７８】
この「一般端末用初期化データ」は、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎがアプリケーションを利用するために必要な設定データであり、例えば、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎがオンライン動作に使用する正規の論理アドレス、各端末のオンライン動作用ファイル、各端末の個別属性などのデータを含んでいる。
【００７９】
最適初期化条件廃棄手段５４は、各一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎの初期設定が終了すると、初期化に使用した一時的な論理アドレスを廃棄すると共に、その旨を「終了通知」として同一サブネット２及び３内に同報通知するものである。
【００８０】
競合回避手段５３は、他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎからの「使用通知」を監視し、他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが使用しようとする論理アドレスと、自身が使用しようとする論理アドレスとが競合しているか否かを判断するものである。
【００８１】
競合回避手段５３は、一時的な論理アドレスが競合しないと判断した場合、その後一定期間競合がない旨を受けて「使用通知」を自身のサブネット２及び３内に同報通知する。また、競合回避手段５３は、「使用通知」の送信後の一定期間についても競合監視をする。これは、各一般端末間で「使用通知」の送信タイミングの差異が短いために競合チェック漏れをおこし競合が生じてしまう場合をもチェックするためである。
【００８２】
競合回避手段５３は、一時的な論理アドレスが競合すると判断した場合、以下の競合回避処理を行なう。
【００８３】
競合回避手段５３は、未使用の一時的な論理アドレスがある場合、その中から他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが使用していない一時的な論理アドレス値を選択し、再度送信タイマー設定に基づいて競合関係を更に監視して競合がないときに、その一時的な論理アドレスを使用する。
【００８４】
また、競合回避手段５３は、未使用の一時的な論理アドレスがない場合、先行一般端末からの「終了通知」を待って、その先行一般端末が使用していた一時的な論理アドレスを選択し、再度送信タイマー設定に基づいて競合関係を更に監視して競合がないときに、その一時的な論理アドレスを使用する。
【００８５】
オンライン実行手段５５は、アプリケーションサーバー２２から一般端末用初期化データを受け取ると、その一般端末用初期化データに基づいて作成したオンライン状態で稼動を開始するためのオンライン登録メッセージをアプリケーションサーバー２２に与えるものである。
【００８６】
オンライン実行手段５５は、アプリケーションサーバー２２との相互接続が正常であるかを確認する機能も有し、アプリケーションサーバー２２から周期的に与えられる端末生存確認メッセージを受け取った場合に、アプリケーションサーバー２２に端末生存応答メッセージを返信するものである。このメッセージのやり取りがなされている間は、正常にオンライン稼動していると判断できる。
【００８７】
（Ａ−１−５）アプリケーションサーバーの構成
次に、サブネット２に存在するアプリケーションサーバー２２の機能について説明する。
【００８８】
図６は、アプリケーションサーバー２２の機能構成を説明するために示した説明図である。
【００８９】
アプリケーションサーバー２２は、サブネット代表端末２１−１及び３１−１からの初期化要求に対して、サブネット代表端末用初期化データを与えて初期化をさせたり、又は、オンライン稼動をしているサブネット代表端末２１−１及び３１−１が属するサブネット２及び３内の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎからの初期化要求に対して、一般端末用初期化データを与えて初期化させたりするものである。
【００９０】
図６に示すように、アプリケーションサーバー２２は、初期化データ保持手段６１と、正常監視処理手段６２と、オンライン登録手段６３と、代理サブネット代表端末指定手段６４とを有するものである。
【００９１】
初期化データ保持手段６１は、アプリケーションサーバー２２が保持するアプリケーションを提供するために、各クライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎとの間のネットワーク環境に応じた情報を保持するものである。
【００９２】
ここで保持される情報は、当該システムにおいてアプリケーションを利用する各クライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎが初期設定をするために必要な初期化データであり、例えば、各端末が設置されるネットワークアドレス、各端末の論理アドレス、サブネットマスク、デフォルトゲートウェイ、各端末が動作するために必要な初期化用ファイルの保管場所情報、どの端末がサブネット代表端末となるかの定義、サブネット代表端末及び一般端末が使用する同報メッセージの手段等である。
【００９３】
オンライン登録手段６３は、各クライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎから端末初期化要求メッセージの有無を常時監視し、端末初期化要求メッセージを受け取ると、初期化データ保持手段６１の各クライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎに対応する初期化データを返信するものである。
【００９４】
オンライン登録手段６３は、受信した端末初期化要求メッセージの内容を確認し、その端末初期化要求メッセージを送信したクライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎが、サブネット代表端末であると認定したときに、サブネット代表端末用初期化データを返信する。また、オンライン登録手段６３は、クライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎがそれ以外の端末であると認定したときは、一般端末用初期化データを返信する。
【００９５】
オンライン登録手段６３は、初期化を完了したクライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎからオンライン登録メッセージを受け取ったとき、そのクライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎのオンライン登録をする機能も有する。
【００９６】
また、オンライン登録手段６３は、各初期化データを返信してから一定時間経過しても、そのクライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎからのオンライン登録メッセージがない場合、何らかの通信障害が生じていると判断してオンライン登録を行わない。
【００９７】
正常監視処理手段６２は、既に登録されているクライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎがある場合、それらクライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎに対して端末生存確認メッセージを周期的に与えることで正常に機能しているかを確認するものである。すなわち、正常監視処理手段６２は、端末生存確認メッセージを与えたクライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎから端末生存応答メッセージが返信されることで接続の正常性を確認している。
【００９８】
正常監視処理手段６２は、あるクライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎとの接続状態が正常でないと判断した場合、当該クライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎが一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎであるときは、そのクライアント端末のオンライン登録を抹消するようにさせるものである。
【００９９】
また、正常監視処理手段６２は、当該クライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎがサブネット代表端末２１−１及び３１−１であるときは、そのサブネット代表端末２１−１及び３１−１に端末再起動メッセージを送信し、再起動したときはそのまま通常どおり接続を続行するが、再起動しないときはそのサブネット代表端末２１−１及び３１−１の登録を抹消させるようにし、代理サブネット代表端末指定手段６４に代理の代表端末を指定するように指示する。
【０１００】
代理サブネット代表端末指定手段６４は、正常監視処理手段６２によるオンライン監視の確認の結果、あるクライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎとの通信で障害発生を検知した場合であって、当該クライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎがサブネット代表端末２１−１及び３１−１であるときに、当該サブネット２及び３内の他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎの中から代理の代表端末を指定するものである。
【０１０１】
代理サブネット代表端末指定手段６４は、当該サブネット代表端末２１−１及び３１−１が属するサブネット２及び３内に、正常稼動している他の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎがあるか否かを確認し、正常な一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎがある場合、適当な選定条件（例えば、予めサーバーに指定された代理サブネット代表端末なる属性や、端末のオンライン登録時間が一番古いものや、端末が使用しているアドレスが一番小さい等の端末の個別属性等から選定）に基づいて、代理のサブネット代表端末として新たに稼動させる一般端末を１台選定し、この選定した代理サブネット代表端末に対して、サブネット代表端末変更メッセージを与える。
【０１０２】
また、代理サブネット代表端末指定手段６４は、正常な一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎがない場合、通常処理に戻り、新たなサブネット代表端末の登録を待つ。
【０１０３】
このサブネット代表端末変更メッセージは、サブネット代表端末として稼動するために必要な情報（サブネット代表端末が配信するための初期化情報など）が含まれる。
【０１０４】
なお、代理サブネット代表端末指定手段６４が、このサブネット代表端末変更メッセージを受信した一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎからサブネット代表端末応答メッセージを返信されると、代理サブネット代表端末の指定が終了する。
【０１０５】
また、代理サブネット代表端末指定手段６４は、このサブネット代表端末変更メッセージを受信した一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎからサブネット代表端末応答メッセージを返信されない場合は、指定された一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが代理サブネット代表端末に変更できなかったと判断して、次候補の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎを指定する。
【０１０６】
なお、代理サブネット代表端末指定手段６４は、当初設定されたサブネット代表端末２１−１及び３１−１が、障害を回避し正常に復帰した場合は、再び当初設定のサブネット代表端末２１−１及び３１−１に切り替えるようにしてもよい。勿論、指定された代理サブネット代表端末をそのまま機能させてもよい。
【０１０７】
（Ａ−２）実施形態の動作
次に、本実施形態の通信システム１において、アプリケーションを利用するための初期設定の動作について図面を参照して説明する。
【０１０８】
図７は、本実施形態のアプリケーションサーバー２２の動作を示したフローチャートである。図８は、本実施形態のサブネット代表端末２１−１及び３１−１の動作を示したフローチャートである。図９は、本実施形態の一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎの動作を示したフローチャートである。
【０１０９】
以下では、アプリケーション利用の初期設定の通常動作について図１０を参照しながら説明し、この初期設定の通常動作における一時的な論理アドレスの競合回避処理動作及び端末正常監視処理動作について図１１〜図１５を参照しながら説明する。これら動作の説明において、図７〜図９を適宜使用する。
【０１１０】
（Ａ−２−１）アプリケーション利用の初期設定の通常動作
図１０は、一般端末のアプリケーション利用の初期設定からオンライン稼動開始までの動作を示したフローチャートである。
【０１１１】
なお、図１０は、サブネット２内のクライアント端末２１−１〜２１−ｎの初期設定について説明するものとする。
【０１１２】
図１０に示すように、まず、アプリケーションサーバー２２は、アプリケーションを提供するために必要なシステム内の各クライアント端末２１−１〜２１−ｎ及び３１−１〜３１−ｎの情報が設定される（図１０のＳ１００１、図７のＳ１）。
【０１１３】
また、サブネット代表端末２１−１は、アドレス情報が手動により設定される（図１０のＳ１００２、図８のＳ１４）。
【０１１４】
アドレス情報が設定されると、その設定されたアドレス条件に基づいて作成された端末初期化要求メッセージが、アプリケーションサーバー２２に与えられる（図１０のＳ１００３）。
【０１１５】
アプリケーションサーバー２２に与えられたその端末初期化要求メッセージは、アプリケーションサーバー２２において、新規の端末エントリーであるのか否かをチェックされ（図７のＳ３）、新規の端末エントリーであると判断されると、さらにサブネット代表端末２１−１からのものであるか、又は、一般端末２１−２〜２１−ｎからのものであるか識別される（図７のＳ１１）。
【０１１６】
端末初期化要求メッセージが、サブネット代表端末２１−１からのものであると識別されると、アプリケーションサーバー２２に設定されているサブネット代表端末用初期化データが、サブネット代表端末２１−１に与えられる（図１０のＳ１００４、図７のＳ１１）。
【０１１７】
サブネット代表端末２１−１に与えられたサブネット代表端末用初期化データは、サブネット代表端末２１−１において設定されると共に初期化に供される（図８のＳ１５）。
【０１１８】
サブネット代表端末２１−１において、サブネット代表端末用初期化データに基づく初期化が行われると、オンライン稼動を開始するためのオンライン登録メッセージが、アプリケーションサーバー２２に与えられる（図１０のＳ１００５及びＳ１００６、図８のＳ１６）。
【０１１９】
オンライン登録メッセージが、アプリケーションサーバー２２に受信されると、アプリケーションサーバー２２において、そのサブネット代表端末２１−１についてのオンライン登録が行われる（図７のＳ１２及び１３）。
【０１２０】
ここで、アプリケーションサーバー２２におけるオンライン登録が完了すると、アプリーケーションサーバー２２は、オンライン状態の監視動作に移る（図７のＳ１３及びＳ４）。また、アプリケーションサーバー２２におけるオンライン登録ができない場合であっても、アプリーケーションサーバー２２は、オンライン状態の監視動作に移る（図７のＳ１２及びＳ４）。
【０１２１】
上記のようにして、サブネット代表端末２１−１がオンライン稼動を開始すると、初期化情報が、自身が属するサブネット２内に（すなわち、一般端末２１−２〜２１−ｎと中継装置２３等のネットワークの構成端末）、所定周期で同報配信される（図１０Ｓ１００７、図８のＳ１７）。
【０１２２】
同報配信された初期化情報は、受信待ちをしている各サブネット２内の一般端末２１−２〜２１−ｎと、中継端末２３とに受信され（図１０のＳ１００８〜Ｓ１０１１、図９のＳ１９）、各一般端末２１−１〜２１−ｎにおいて、それぞれの初期化用のアドレス条件が選定される（図９のＳ２０）。
【０１２３】
各端末において初期化用のアドレス条件が選定されると、その初期化用のアドレス条件を自身が使用する旨の使用通知が、送信タイマーの送信周期に基づいて同一サブネット２及び３内に同報通知される（図１０のＳ１０１２〜Ｓ１０１５、図７のＳ２１ａ）。
【０１２４】
ここで、一般端末２１−２〜２１−ｎ自身が選定した一時的な論理アドレスが、自身が属するサブネット２内で使用されていないか又は予約されていないかの競合回避処理をする必要があるが、この処理については後述する（図１０のＳ１０１６及びＳ１０１７）。
【０１２５】
一般端末２１−２〜２１−ｎ自身が選定した初期化用の一時的な論理アドレスが、自身が属するサブネット２内で競合しないと判断されると、その一時的な論理アドレスに基づいて作成した端末初期化要求メッセージが、アプリケーションサーバー２２に与えられる（図１０のＳ１０１８、図９のＳ２４）。
【０１２６】
アプリケーションサーバー２２において、その端末初期化要求メッセージが、新規の端末エントリーであるのか否かをチェックされ（図７のＳ３）、新規の端末エントリーであると判断されると、さらにサブネット代表端末２１−１からのものであるか、又は、一般端末２１−２〜２１−ｎからのものであるか識別される（図７のＳ１１）。
【０１２７】
端末初期化要求メッセージが、一般端末２１−２〜２１−ｎからのものであると識別されると、アプリケーションサーバー２２に設定されている一般端末用初期化データが、一般端末２１−２〜２１−ｎに与えられる（図１０のＳ１０１９、図７のＳ１１）。
【０１２８】
一般端末２１−２〜２１−ｎに与えられた一般端末用初期化データは、一般端末２１−２〜２１−ｎにおいて設定されると共に初期化に供される（図１０のＳ１０２０、図９のＳ２４）。
【０１２９】
一般端末２１−２〜２１−ｎにおいて、一般端末用初期化データに基づく初期化が行われると、その初期化をするために使用された一時的な論理アドレスは廃棄される。また、一般端末２１−２〜２１−ｎから初期化が終了した旨の終了通知が、同一サブネット２内に同報通知される（図１０のＳ１０２１、図９のＳ２５）。
【０１３０】
このようにして、一般端末２１−２〜２１−ｎは、オンライン登録メッセージをアプリケーションサーバー２２に送信して、オンライン稼動をすることができる（図１０のＳ１０２２及びＳ１０２３）。
【０１３１】
また、サブネット代表端末２１−１は、周期的に初期化情報をサブネット２内の同報配信し、初期化情報待ちの一般端末２１−２〜２１−ｎが上記と同様な処理により初期化設定がなされる（図１０のＳ１０２４〜Ｓ１０２６）。
【０１３２】
なお、アプリケーションサーバー２２とクライアント端末２１−１〜２１−ｎとの間で、オンラインが維持されているかの監視が行われるが、これについては後述する。
【０１３３】
（Ａ−２−２）一時的な論理アドレスの競合回避処理動作
次に、サブネット代表端末２１−１から初期化情報の配信を受けた後、一般端末２１−２〜２１−ｎが選定した初期化用のアドレス条件が、自身が属するサブネット２内で使用されている場合又は予約されている場合に行われる一時的な論理アドレスの競合回避処理の動作を説明する。
【０１３４】
なお、以下では、サブネット２内における一般端末２１−２と一般端末２１−３との間で、一時的な論理アドレスの競合が生じたものとして説明する。
【０１３５】
図１１は、一時的な論理アドレスが競合している場合であって、初期化情報に未使用の一時的な論理アドレスがあるときの競合回避処理の動作について説明するフローチャートである。
【０１３６】
サブネット代表端末２１−１からの初期化情報がサブネット２内に同報配信され（図９のＳ１９）、各一般端末２１−２及び２１−３によって初期化用のアドレス条件が選定される（図１１のＳ１１０１〜Ｓ１１０３、図９のＳ２０）。
【０１３７】
各一般端末２１−２及び２１−３が有する送信タイマーがセットされ（図１１のＳ１１０４及びＳ１１０５）、所定の送信周期で選定された初期化用のアドレス条件に基づく一時的な論理アドレスに関する情報を含んだ情報が使用通知としてサブネット２内に同報通知される（図１１のＳ１１０６、図９のＳ２１ａ）。なお、各一般端末２１−２及び２１−３の送信タイマーのセットは、各端末毎にランダムである。
【０１３８】
サブネット２内に同報通知される使用通知は、各一般端末２１−２及び２１−３で監視され、その使用通知に基づいて自身が選定した一時的な論理アドレスの競合の有無がチェックされる（図１１のＳ１１０７、図９のＳ２１ｂ）。
【０１３９】
一般端末２１−３が、自身が使用する一時的な論理アドレスと、一般端末２１−２の一時的な論理アドレスとの間で競合があると判断する場合、一般端末２１−３において、サブネット代表端末２１−１からの初期化情報に基づいて、他の未使用の一時的な論理アドレスがあるかどうか確認する（図９のＳ２８）。
【０１４０】
例えば、図１１において、一般端末２１−２は、一時的な論理アドレスとして「ｘ」を使用するという旨の情報を同報通知する。また、一般端末２１−３も、一時的なアドレスとして「ｘ」を使用することを選定するが、相互端末における送信タイマーのセットするタイミングや送信周期のタイミングなどの違いから、一般端末２１−３の同報通知が一般端末２１−２の同報通知よりも遅れ、一般端末２１−３が一時的な論理アドレスの競合を発見する。
【０１４１】
そして、一般端末２１−３が一時的な論理アドレスの競合を発見すると、一般端末２１−３は、その一時的な論理アドレス「ｘ」を使用することができず、サブネット代表端末２１−１からの初期化情報に基づいて他の未使用の一時的な論理アドレスがあるかどうか確認する。
【０１４２】
他の未使用の一時的な論理アドレスがある場合（図１１では未使用のものは「ｙ」、「ｚ」…である。）、他の一般端末で使用されていない初期化用のアドレス条件に変更し、そのアドレス条件に基づく一時的な論理アドレス「ｙ」を使用する旨の使用通知を、再度送信タイマーの所定周期でサブネット内２に同報通知して競合の有無を監視する（図１１のＳ１１０８〜Ｓ１１１０）。
【０１４３】
再度の一般的な論理アドレスの競合の有無チェックの結果、競合がないと判断すると、上述したように一般端末２１−３は、その一時的な論理アドレス「ｙ」を使用して端末初期化要求メッセージをアプリケーションサーバー２２に与えて、初期設定の通常動作が行われる（図１１のＳ１１１１〜Ｓ１１１６）。
【０１４４】
次に、図１２は、本実施形態が送信タイマーに基づいて使用通知を送出することから生じる一時的な論理アドレスの競合回避処理の動作を説明するフローチャートである。
【０１４５】
すなわち、各一般端末２１−２〜２１−ｎは、それぞれ送信タイマーのランダムなセットと所定の送信周期に基づいて使用通知を送信し、各一般端末２１−２〜２１−ｎは、その送信前に他の一般端末２１−２〜２１−ｎが使用する一時的な論理アドレスを監視できる仕組みを有しているが、その送信タイマーのタイマー満了周期がたまたま短い場合などに全ての一般端末との競合状況が確認できないおそれもある。
【０１４６】
ここでは、一般端末２１−２及び２１−３のそれぞれの送信タイマーのタイマー満了周期の間隔が短くなってしまった場合に生じうる競合回避処理について説明する（図１２のＳ１２０１）。
【０１４７】
一般端末２１−２から一時的な論理アドレス「ｘ」を使用する旨の使用通知が、サブネット２内に同報通知される。また、一般端末２１−３も、一時的な論理アドレス「ｘ」を選定し、その使用する旨の使用通知がサブネット２内に同報通知される（図１２のＳ１２０７、図９のＳ２２）。
【０１４８】
一般端末２１−２は、自身の使用通知の送信前だけでなく、その使用通知の送信後にも一定期間の競合監視をしているので、一般端末２１−３からの使用通知（論理アドレス「ｘ」を使用する旨の通知）を見つけ（図１２のＳ１２０８）、相互に一時的な論理アドレスが競合している旨の競合確認メッセージを、一般端末２１−３に与え（図１２のＳ１２０９）、送信タイマーを再度セットする（図１２のＳ１２１１）。
【０１４９】
競合確認メッセージを受信した一般端末２１−３は、一般端末２１−２との間で一時的な論理アドレスの競合が生じていることを認識した後（図１２のＳ１２１０）、送信タイマーを再度セットし、一般端末２１−２からの再度の使用通知をまつ（図１２のＳ１２１２）。
【０１５０】
一般端末２１−２から一時的な論理アドレスとして「ｙ」を使用する旨の情報が同報通知される（図１２のＳ１２１４）。
【０１５１】
このとき、一般端末２１−３で別の一時的な論理アドレス「ｙ」を選択するようにしていたが、先に一般端末２１−２からの初期化データ使用通知を受信し、論理アドレス「ｙ」は、先行して使用されていることを認識したため、その選択された論理アドレス「ｙ」の使用は保留される（図１２のＳ１２１３）。
【０１５２】
一般端末２１−３は、一般端末２１−２が一時的な論理アドレスとして「ｙ」を使用する旨を認識し、その論理アドレス「ｙ」以外の論理アドレス「ｚ」を選択して、一時的な論理アドレス「ｚ」を使用する旨の情報をサブネット２内に同報通知して競合の監視をする（図１２のＳ１２１３）。
【０１５３】
再度の一般的な論理アドレスの競合の有無チェックの結果、競合がないと判断すると、上述したように一般端末２１−３は、その一時的な論理アドレス「ｚ」を使用して端末初期化要求メッセージをアプリケーションサーバー２２に与えて、それ以後は初期設定の通常動作が行われる（図１２のＳ１２１５〜Ｓ１２２０）。
【０１５４】
次に、図１３は、一時的な論理アドレスが競合している場合であって、初期化情報に未使用の一時的な論理アドレスがないときの競合回避処理の動作を説明するフローチャートである。
【０１５５】
図１３に示すように、一般端末２１−３が一時的な論理アドレスを選択しようとするまでの間に、一般端末２１−２、２１−４、２１−５、…から使用通知を受け取り（図１３のＳ１３０６、Ｓ１３０８、Ｓ１３１０）、サブネット代表端末２１−１からの初期化情報に含まれる全ての一時的な論理アドレスが他の一般端末に使用されていることを認識する（図１３のＳ１３０７、Ｓ１３０９、Ｓ１３１１）。
【０１５６】
一般端末２１−３は、他の一般端末からの一時的な論理アドレスの使用の終了通知を待ち（図１３のＳ１３１３）、その終了通知された他の一般端末が使用していた一時的な論理アドレスを使用して初期化を行なう。
【０１５７】
一般端末２１−３が一般端末２１−２から終了通知を受け取ると、一般端末２１−２が使用していた一時的な論理アドレス「ｘ」が開放されたことを一般端末２１−３は認識し（図１３のＳ１３１４）、送信タイマーのセットを行ない、一般端末２１−３が一時的な論理アドレスとして「ｘ」を使用とする旨の使用通知が、同報通知される（図１３のＳ１３１６）。
【０１５８】
その結果、一般端末２１−３が他の一般端末との競合がないと判断すると、一般端末２１−３はその一時的な論理アドレス「ｘ」を利用して上述した初期処理の通常動作を行なう（図１３のＳ１３１７〜Ｓ１３２３）。
【０１５９】
（Ａ−２−３）端末正常監視処理動作
次に、サブネット２内のオンライン登録したクライアント端末２１−１〜２１−ｎのオンライン維持を、アプリケーションサーバー２２が周期的に確認する端末正常監視処理の動作について説明する。
【０１６０】
図１４及び１５は、端末正常監視処理動作について説明するためのフローチャートである。
【０１６１】
なお、ここでは、サブネット２における、アプリケーションサーバー２２とクライアント端末２１−１〜２１−ｎとの間の通信を例として説明する。
【０１６２】
図１４に示すように、サブネット代表端末２１−１と、一般端末２１−２及び２１−３とは、それぞれオンライン稼動をしており（図１４のＳ１４０１〜Ｓ１４０３）、アプリケーションを利用している。
【０１６３】
これらクライアント端末２１−１〜２１−ｎがオンラインを維持しているかを確認するための端末生存確認メッセージが、アプリケーションサーバー２２から、各クライアント端末２１−１〜２１−ｎに周期的に与えられる（図１４のＳ１４０４）。
【０１６４】
端末生存確認メッセージが各クライアント端末２１−１〜２１−ｎに確認されると、そのクライアント端末２１−１〜２１−ｎから端末生存応答メッセージがアプリケーションサーバー２２に返信される（図１４のＳ１４０４〜Ｓ１４０９）。
【０１６５】
アプリケーションサーバー２２が、この端末生存応答メッセージを受信すると、端末生存応答メッセージを返信したクライアント端末２１−１〜２１−ｎは正常にオンラインを維持していると判断し、端末生存応答メッセージの返信がないと、その返信してこないクライアント端末２１−１〜２１−ｎは何らかの通信障害が生じたと判断し、次の障害処理が行なわれる。
【０１６６】
まず、アプリケーションサーバー２２において、当該端末生存応答メッセージを返信してこなかったクライアント端末２１−１〜２１−ｎがサブネット代表端末２１−１であるか一般端末２１−２〜２１−ｎであるか判断される。
【０１６７】
アプリケーションサーバー２２が一般端末２１−２〜２１−ｎであると判断すると、アプリケーションサーバー２２におけるその一般端末２１−２〜２１−ｎのオンライン登録情報が抹消される。
【０１６８】
一方、アプリケーションサーバー２２がサブネット代表端末２１−１であると判断すると、次のようなサブネット代表端末２１−１の救済処理が行われる（図１４のＳ１４１０及びＳ１４１１）。
【０１６９】
まず、現状稼動しているサブネット代表端末２１−１が何らかの問題でプログラムスタックしている可能性を考慮し、サブネット代表端末２１−１を再起動させるための端末再起動メッセージが、アプリケーションサーバー２２からサブネット代表端末２１−１に与えられる（図１４のＳ１４１２）。
【０１７０】
この端末再起動メッセージを受け取り再起動をすることができたサブネット代表端末２１−１は、再起動を行ない再度オンライン登録メッセージをアプリケーションサーバー２２に与えてオンライン登録を行なう。アプリケーションサーバー２２により、当該サブネット代表端末２１−１が正常復帰したと判断すれば通常処理を継続する。
【０１７１】
アプリケーションサーバー２２がオンライン登録メッセージを受信しない場合、そのサブネット代表端末２１−１に障害が発生したとみなし、アプリケーションサーバー２２における当該サブネット代表端末２１−１についてのオンライン登録情報が抹消される（図１４のＳ１４１３）。
【０１７２】
既存のサブネット代表端末２１−１のオンライン登録情報が抹消された後、当該サブネット代表端末２１−１端末が属していたサブネット２内に、正常稼動している一般端末２１−２〜２１−ｎがあるかどうかをアプリケーションサーバー２２が確認し、稼動している一般端末２１−２〜２１−ｎがある場合は、適当な選定条件（例えば、予めアプリケーションサーバー２２に指定された代理サブネット代表端末なる属性、オンライン登録時間が一番古い一般端末２１−２〜２１−ｎ、一般端末２１−２〜２１−ｎが使用しているアドレスが一番小さい等の端末の個別属性等から選定する）により、代理のサブネット代表端末として新たに稼動させる一般端末２１−２を１台選定し、その選定した一般端末２１−２に、サブネット代表端末変更メッセージを送出する（図１４のＳ１４１４）。
【０１７３】
稼動している一般端末２１−２〜２１−ｎが無い場合は、通常処理に戻り、新たなサブネット代表端末の登録を待つ。
【０１７４】
このサブネット代表端末変更メッセージを受信した一般端末２１−２は、自身を代理のサブネット代表端末として定め、サブネット代表端末応答メッセージをアプリケーションサーバー２２に返信する（図１４のＳ１４１５）。この代理サブネット代表端末２１−２が、サブネット２内に初期化情報を周期的に同報配信する（図１４のＳ１４１６及びＳ１４１７）。
【０１７５】
なお、アプリケーションサーバー２２が送出したサブネット代表端末変更メッセージにはサブネット代表端末として稼動すべき際に必要な情報（サブネット代表端末が配信するための初期化情報など）が含まれる。
【０１７６】
次に図１５を参照して、アプリケーションサーバー２２において、代理サブネット代表端末２１−２からのサブネット代表端末応答メッセージの受信を確認できた場合、アプリケーションサーバー２２は、正常にサブネット代表端末２１−２の変更が実施できたと判断して、代理サブネット代表端末２１−２のオンライン登録属性をサブネット代表端末としての扱いに変更してから、通常処理を行なう（図１５のＳ１５０２及びＳ１５０３）。
【０１７７】
なお、サブネット代表端末応答メッセージの受信確認ができなかった場合は、アプリケーションサーバー２２は、何らかの問題からアプリケーションサーバー２２が指定した一般端末２１−２が代理サブネット代表端末に変更できなかったと判断して、次候補の一般端末２１−３〜２１−ｎに対して行なう。
【０１７８】
当初のサブネット代表端末２１−１の障害が回避されて正常に復帰した場合（図１５のＳ１５０４）、当初のサブネット代表端末２１−１は、アドレス情報を手動により設定された後、アプリケーションサーバー２２に対して端末初期化要求メッセージを送信する（図１５のＳ１５０５）。
【０１７９】
アプリケーションサーバー２２は、このサブネット代表端末２１−１からの端末初期化要求メッセージを受信すると、サブネット代表端末２１−１が復帰したことと判断し、このサブネット代表端末２１−１を再び本来のサブネット代表端末とするため、現在の代理サブネット代表端末２１−２にサブネット代表端末変更メッセージを与える（図１５のＳ１５０６）。
【０１８０】
このサブネット代表端末変更メッセージを受け取った現在の代理サブネット代表端末２１−２は、代理サブネット代表端末としての機能を中止し、アプリケーションサーバー２２にサブネット代表端末応答メッセージを与える（図１５のＳ１５０７及びＳ１５０８）。
【０１８１】
サブネット代表端末応答メッセージを受け取ったアプリケーションサーバー２２は、現在の代理サブネット代表端末２１−２が代理サブネット代表端末としての機能を中止したことを確認し、当初のサブネット代表端末２１−１に対してサブネット代表端末用初期化データを与えることにより、再度当初のサブネット代表端末２１−１をサブネット代表端末として機能させる（図１５のＳ１５０９〜Ｓ１５１１）。
【０１８２】
そして、再度当初のサブネット代表端末２１−１がサブネット代表端末として初期化情報の同報配信を行ない、通常動作を行なう（図１５のＳ１５１２〜Ｓ１５１４）。
【０１８３】
（Ａ−３）実施形態の効果
以上、本実施形態によれば、初期化のための必要なアドレス情報を設定するのは、各サブネット２及び３内のサブネット代表端末２１−１及び３１−１のみでよく、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎの初期設定については、アプリケーションサーバー２２により自動設定されるため、システムが大規模化した場合の手動設定に関わる設定条件の不一致発生などのシステム維持管理に関する困難度は大幅に削減することができる。
【０１８４】
例えば、ＴＣＰ／ＩＰ環境の場合、クラスＣのＩＰアドレスは１サブネット当たり最大２５４台の端末を収容できる論理アドレス空間を持つが、システムの規模が１０個のクラスＣサブネットにまたがる場合は、最大で２５４×１０＝２５４０台の端末が収容できることになるが、これを従来の実現手段として手動設定で２５４０台を全て実施した場合と、今回の実現手段として各ネサブネット当たり１台、すなわちシステム全体で１０台を手動設定した場合とでは、今回の実現手段の方が維持管理の困難度が大幅に改善されていることは明確である。
【０１８５】
また、本実施形態によれば、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎが初期化するための必要な情報を取得する際、各一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎは、アプリケーションサーバー２２との間で自動設定となるが、一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎは、自身のアドレス解決を含め、アプリケーションサーバー２２とユニキャストで通信して直接情報を得ることができる。
【０１８６】
そのため、各一般端末２１−２〜２１−ｎ及び３１−２〜３１−ｎは、例えばＤＨＣＰ／ＢＯＯＴＰのような同報メッセージをアプリケーションサーバー２２に向けて送出する必要がないので、中継装置（例えばレイヤ３ネットワーク機器等）にてＤＨＣＰ／ＢＯＯＴＰメッセージの中継処理が行われず通常のＩＰルーティングのみで良いため、中継装置において、一般端末からの初期化要求メッセージが途絶えてしまうことは生じない。
【０１８７】
また、アドレス解決用サーバーを導入する必要もなく、またレイヤ３ネットワーク機器もＤＨＣＰ／ＢＯＯＴＰリレー機能のようなアドレス解決メッセージ転送機能を備えている必要がなくなり、システム導入コストは低く押さえることができる。
【０１８８】
（Ｂ）他の実施形態
上述した実施形態は、本方式は通信プロトコルを介してサーバーとクライアントによって実現するクライアント・サーバー型システムに広く適用することができる。
【０１８９】
また、上述した実施形態では、サブネット代表端末を各サブネット毎に１個備えることとして説明したが、複数備えるようにしてもよい。
【０１９０】
【発明の効果】
以上、本発明によれば、クライアント・サーバー型のシステム規模が大きくなってもクライアント端末の初期設定の管理性及び作業性の向上させ、中継装置に特定の機能を備えさせる必要もなく、アプリケーションサーバーの設置条件による導入コストを軽減することができる。
【図面の簡単な説明】
【図１】第１の実施形態の通信システムの全体構成図である。
【図２】第１の実施形態の通信プロトコル階層を説明する説明図である。
【図３】第１の実施形態のメッセージのフォーマットを説明する説明図である。
【図４】第１の実施形態のサブネット代表端末の機能を説明する説明図である。
【図５】第１の実施形態の一般端末の機能を説明する説明図である。
【図６】第１の実施形態のアプリケーションサーバーの機能を説明する説明図である。
【図７】第１の実施形態のアプリケーションサーバーの動作を説明するフローチャートである。
【図８】第１の実施形態のサブネット代表端末の動作を説明するフローチャートである。
【図９】第１の実施形態の一般端末の動作を説明するフローチャートである。
【図１０】第１の実施形態の一般端末のアプリケーション利用に係る初期設定を示したフローチャートである。
【図１１】第１の実施形態の未使用論理アドレスがある場合の競合回避処理の動作について説明するフローチャートである。
【図１２】第１の実施形態の使用通知送信後も競合監視をする競合回避処理の動作について説明するフローチャートである。
【図１３】第１の実施形態の未使用論理アドレスがない場合の競合回避処理の動作について説明するフローチャートである。
【図１４】第１の実施形態の端末正常監視処理動作を説明するフローチャートである。
【図１５】第１の実施形態の端末正常監視処理動作を説明するフローチャートである。
【符号の説明】
１…通信システム、２、３…サブネット、
２１−１〜２１−ｎ、３１−１〜３１−ｎ…クライアント端末、
２２、アプリケーションサーバー、１０…ネットワーク。
【図１】
2004220145.tif 000003
【図２】
2004220145.tif 000004
【図３】
2004220145.tif 000005
【図４】
2004220145.tif 000006
【図５】
2004220145.tif 000007
【図６】
2004220145.tif 000008
【図７】
2004220145.tif 000009
【図８】
2004220145.tif 000010
【図９】
2004220145.tif 000011
【図１０】
2004220145.tif 000012
【図１１】
2004220145.tif 000013
【図１２】
2004220145.tif 000014
【図１３】
2004220145.tif 000015
【図１４】
2004220145.tif 000016
【図１５】
2004220145.tif 000017