JP2003076623A - ネットワークシステム、サーバ装置及び通信端末並びにサーバ切り替え方法 - Google Patents

Abstract

(57)【要約】 【課題】 ｐｕｂｌｉｓｈ／ｓｕｂｓｃｒｉｂｅ型連続
通信では、通信途中でサーバ端末１０１を変更する（切
り替える）必要性が出てきた場合であっても、サーバ端
末１０１の選択が通信要求時に行われることから変更す
ることができないという課題があった。 【解決手段】 複数のサーバ装置の各々の状態をモニタ
した結果を含むサーバ選択情報を取得するサーバ選択情
報取得手段と、サーバ選択情報取得手段からのサーバ選
択情報に基づいて、通信端末との間で最適なサービスを
提供するサーバ装置を選択するサーバ選択手段と、通信
端末とサーバ装置との間の通信を中継すると共に、該通
信中にサーバ選択手段から新たに選択したサーバ装置が
通知されると、これまでのサーバ装置との通信を停止
し、新たに選択されたサーバ装置との通信を開始する通
信中継手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は冗長化されている
複数のサーバ装置を有するネットワークシステムに係
り、特にｐｕｂｌｉｓｈ／ｓｕｂｓｃｒｉｂｅ型通信な
どの連続通信においてその連続性を保ちながら最適なサ
ーバ装置に切り替えることができるネットワークシステ
ム、それに用いられるサーバ装置及び通信端末並びに冗
長化サーバ切り替え方法に関するものである。

【０００２】

【従来の技術】図１１は例えば特開２０００−２５９５
９５公報に開示された従来のサーバ多重化されたネット
ワークシステムの構成とそのサーバ切り替え方法を示す
図である。図において、１０１はイントラネット１０３
とインターネット１０７との間に介在してこれらのネッ
トワークから得られる情報を提供するなどのサービスを
行うファイアウォール・サーバ（以下、サーバ端末と称
する）であって、イントラネット１０３内のウェブ・ク
ライアント１０２に対するインターネット１０７側から
の不正アクセスを遮断する。具体的には、イントラネッ
ト１０３とインターネット１０７との両側からの通信が
可能なＨ／Ｗと共に、ウェブ・クライアント１０２に対
するインターネット１０７側からのアクセスが所定のセ
キュリティを満たしているか否かを評価するＳ／Ｗを搭
載している。また、図示の例では、サーバ端末１０１と
クライアント端末１０２との通信が良好に行われるよう
に、複数のサーバ端末１０１が設けられて、最適な通信
状態を与えるサーバ端末１０１を適宜選択できるように
なっている。つまり、複数のサーバ端末１０１が設けら
れて、冗長化されている。１０２はサーバ端末１０１が
提供するサービスを受けるウェブ・クライアント（以
下、クライアント端末と称する）で、インターネット１
０７上のＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ；以
下、ウェブと称する）で使用されるハイパーテキストな
どの言語を解読するウェブ・ブラウザ機能を有するＳ／
Ｗを搭載する。

【０００３】１０３はサーバ端末１０１とクライアント
端末１０２が接続するイントラネットであって、インタ
ーネット１０７を公衆のネットワークと考えた場合、所
定のセキュリティを有する専用ネットワークである。１
０４はサーバ端末１０１とクライアント端末１０２との
間の通信を中継するオート・プロキシＵＲＬシステム
で、インターネット１０７側のコンピュータと通信を中
継するサーバ端末１０１を選択し、これを特定する構成
ファイル（固有アドレス：ＵｎｉｖｅｒｓａｌＲｅｓｏ
ｕｒｃｅ Ｌｏｃａｔｏｒ）をクライアント端末１０２
に送信する。このオート・プロキシＵＲＬシステム１０
４は、上記機能を有するＳ／Ｗを実行するコンピュータ
装置によって実現される。１０５はオート・プロキシＵ
ＲＬシステム１０４の構成要素の１つであるプローブで
あって、イントラネット１０３に接続するサーバ端末１
０１の応答時間や使用可能度を検出する。１０６はオー
ト・プロキシＵＲＬシステム１０４を実現するコンピュ
ータ装置に実行されてクライアント端末１０２と最適な
通信状態で接続可能なサーバ端末１０１を選択するＣＧ
Ｉプログラム（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔ
ｅｒｆａｃｅ）で、プローブ１０５によって検出された
応答時間や使用可能度を基準にしてサーバ端末１０１を
選択すると共に、クライアント端末１０２に選択したサ
ーバ端末１０１を特定する構成ファイルを生成・送出す
る。１０７はサーバ端末１０１が接続するインターネッ
トであって、ウェブのような情報提供ネットワークが構
築されている。１０８はインターネット１０７に接続す
るウェブ・サーバであって、クライアント端末１０２に
よるウェブへのアクセスを中継する。

【０００４】次に動作について説明する。先ず、クライ
アント端末１０２から通信要求があると、オート・プロ
キシＵＲＬシステム１０４内のプローブ１０５は、サー
バ端末１０１のサービス応答時間や使用可能度を測定す
る。具体的には、プローブ１０５が各サーバ端末１０１
を介してインターネット１０７上のウェブ・サーバ１０
８が提供する所定のウェブページ（例えば、ハイパーテ
キストで記述された情報）を検索し、その応答時間を検
出する。このとき、プローブ１０５は、サーバ端末１０
１に障害が検出されたり、所定の応答時間より低下して
いると判定されると、これらを示す指標として使用可能
度を求める。このようにして求められた各サーバ端末１
０１毎の応答時間や使用可能度は、プローブ１０５から
ＣＧＩプログラム１０６の処理基準データとして送出さ
れる。

【０００５】オート・プロキシＵＲＬシステム１０４を
実現するコンピュータ装置がＣＧＩプログラム１０６を
実行すると、プローブ１０５から取得した各サーバ端末
１０１のサービス応答時間や使用可能度を基準にしてク
ライアント端末１０２と最適な通信状態で接続可能なサ
ーバ端末１０１が選択される。これに続く機能として、
ＣＧＩプログラム１０６が実行されると、選択したサー
バ端末１０１を特定する構成ファイルが生成される。こ
のようにして生成された構成ファイルは、ＣＧＩプログ
ラム１０６によって通信要求を行ったクライアント端末
１０２に送出される。このようにして、クライアント端
末１０２は、取得した構成ファイルで特定されるサーバ
端末１０１にアクセスすることで、最適なサーバ端末１
０１を介した通信を確立する。

【０００６】上述したような従来のシステムは、ウェブ
のようなファイル単位での要求／応答を繰り返すような
Ｒｅｑｕｅｓｔ／Ｒｅｐｌｙ型通信において、冗長化さ
れたサーバを選択する場合に有効である。

【０００７】また、上記Ｒｅｑｕｅｓｔ／Ｒｅｐｌｙ型
通信の他の通信形態として、クライアント端末が一度デ
ータを要求すると、ある一定の周期又は通信中のデータ
変化などのイベントが発生する毎に、サーバ端末がその
データを返送するｐｕｂｌｉｓｈ／ｓｕｂｓｃｒｉｂｅ
型通信がある。

【０００８】図１２は上述したようなｐｕｂｌｉｓｈ／
ｓｕｂｓｃｒｉｂｅ型通信のフローを示す図であり、図
１１に示したシステムで該通信を行った場合について説
明する。先ず、クライアント端末１０２からの通信接続
確立の要求をトリガとして、サーバ端末１０１は通信接
続を確立する（ステップＳＴ１０１）。このとき、クラ
イアント端末１０２から必要なデータをサーバ端末１０
１に伝えるなどのデータ送信要求のための前処理が行わ
れる（ステップＳＴ１０２）。

【０００９】続いて、クライアント端末１０２は、サー
バ端末１０１にデータ送信を要求する（ステップＳＴ１
０３）。これによって、サーバ端末１０１からクライア
ント端末１０２にある一定周期又データ変化などのイベ
ント発生毎に応答データが送信される（ステップＳＴ１
０４）。このあと、所望のデータの取得が完了すると、
クライアント端末１０２からサーバ端末１０１にデータ
送信停止が要求される（ステップＳＴ１０５）。これに
続いて、クライアント端末１０２からの削除指令によっ
て、サーバ端末１０１が上記データ送信の際に内部のメ
モリ上に展開した不要データを削除するなどのデータ停
止後処理が行われる（ステップＳＴ１０６）。最後に、
クライアント端末１０２からサーバ端末１０１との通信
接続を切断する要求がなされ、上記通信が切断される
（ステップＳＴ１０７）。

【００１０】なお、上記ステップＳＴ１０３からステッ
プＳＴ１０５までのデータ送受信動作は、ステップＳＴ
１０２からステップＳＴ１０６までのデータ送信の前後
処理間の動作中に１回以上繰り返すことができる。ま
た、ステップＳＴ１０２からステップＳＴ１０６までの
データ送信の前後処理間の動作は、ステップＳＴ１０１
からステップＳＴ１０７までの通信接続確立・切断間の
動作中に１回以上繰り返すことができる。さらに、ｐｕ
ｂｌｉｓｈ／ｓｕｂｓｃｒｉｂｅ型通信には、ステップ
ＳＴ１０１の通信接続確立とステップＳＴ１０２の通信
接続切断が一度に実行される場合、ステップＳＴ１０２
における処理がない場合、ステップＳＴ１０６のデータ
送信停止後処理とステップＳＴ１０７の通信接続切断が
一度に実行される場合やステップＳＴ１０６における処
理がない場合も含まれる。

【００１１】

【発明が解決しようとする課題】従来の冗長化サーバを
有するネットワークシステムは以上のように構成されて
いるので、ビデオ映像の配信やプラント監視などの連続
的なデータ通信、いわゆるｐｕｂｌｉｓｈ／ｓｕｂｓｃ
ｒｉｂｅ型連続通信では、通信途中でサーバ端末１０１
を変更する（切り替える）必要性が出てきた場合であっ
ても、サーバ端末１０１の選択が通信要求時に行われる
ことから変更することができないという課題があった。

【００１２】このような連続通信において、サーバ端末
１０１を切り替える必要性を考えると、先ず、サーバ端
末１０１が故障／停止したため通信先を別のサーバ端末
１０１に切り替えたい場合が挙げられる。この他には、
例えば通信中のサーバ端末１０１の使用負荷が増大して
しまい、他のサーバ端末１０１に通信先を切り替えて上
記負荷を分散させたい場合などがある。

【００１３】ここで、従来のネットワークシステムにお
ける冗長化サーバの切り替え方法について考えると、サ
ーバ端末が停止や故障した場合、クライアント端末から
新たに通信接続確立を要求しなければ、別のサーバ端末
からのデータ送信が始まらない。このため、上述した連
続通信においてもサーバ端末からクライアント端末への
データ送信を一度遮断しないと、新たなサーバ端末に切
り替えることができない。

【００１４】また、サーバ端末の停止や故障があった
り、サーバ端末に対してサービス要求が集中しても（通
信接続の要求が集中しても）、サーバ端末の選択は通信
フローの最初の１回のみであることから、通信の途中で
サーバ端末を切り替えることができない。

【００１５】この発明は上記のような課題を解決するた
めになされたもので、サーバ端末とクライアント端末と
の間の通信を中継して動的にサーバ端末を切り替えるこ
とで、例えばｐｕｂｌｉｓｈ／ｓｕｂｓｃｒｉｂｅ型通
信などの連続通信の途中であっても連続性を損なうこと
がない最適なサービスを提供し得るサーバ端末に切り替
えることができるネットワークシステム、それに用いら
れるサーバ装置及び通信端末並びにサーバ切り替え方法
を得ることを目的とする。

【００１６】また、この発明は、複数のサーバ端末との
間で通信接続の確立からデータ送信の前処理までを予め
行っておくことで、サーバ切り替え時によりスムーズな
データ受信の復旧を行うことができるネットワークシス
テム、それに用いられるサーバ装置及び通信端末並びに
サーバ切り替え方法を得ることを目的とする。

【００１７】

【課題を解決するための手段】この発明に係るネットワ
ークシステムは、複数のサーバ装置と、複数のサーバ装
置のいずれかと通信接続する通信端末とを備えたネット
ワークシステムであって、複数のサーバ装置の各々の状
態をモニタした結果を含むサーバ選択情報を取得するサ
ーバ選択情報取得手段と、サーバ選択情報取得手段から
のサーバ選択情報に基づいて、通信端末との間で最適な
サービスを提供するサーバ装置を選択するサーバ選択手
段と、通信端末とサーバ装置との間の通信を中継すると
共に、該通信中にサーバ選択手段から新たに選択したサ
ーバ装置が通知されると、これまでのサーバ装置との通
信を停止し、新たに選択されたサーバ装置との通信を開
始する通信中継手段とを備えるものである。

【００１８】この発明に係るネットワークシステムは、
通信中継手段が、サーバ装置から通信端末にデータ送信
するにあたり、通信端末からのデータ要求に対するサー
バ装置側からの最新の応答データを常に保持しており、
サーバ選択手段によって新たに選択されたサーバ装置に
切り替える際に、最新の応答データに基づいて通信端末
が未受信のデータを切り替え後のサーバ装置に要求する
ものである。

【００１９】この発明に係るネットワークシステムは、
通信中継手段が、サーバ選択手段が選択した通信端末と
の間で最適なサービスを提供するサーバ装置の他に、１
つ以上のサーバ装置に対して通信接続及びデータ送信前
の処理要求の送信を行うものである。

【００２０】この発明に係るネットワークシステムは、
通信中継手段が、複数のサーバ装置のうちのいずれかの
サーバ装置を特定する通信先特定情報を用いて通信端末
との通信を中継するサーバ装置を決定し、サーバ選択手
段が、複数のサーバ装置から通信端末との間で最適なサ
ービスを提供するサーバ装置を選択するにあたり、選択
したサーバ装置を特定するサーバ特定情報を生成し、サ
ーバ選択手段が選択したサーバ装置のサーバ特定情報を
取得し、通信中継手段から通信先特定情報を受けると、
該情報に対応したサーバ特定情報を通信中継手段に返信
するサーバ特定情報提供手段を備えるものである。

【００２１】この発明に係るネットワークシステムは、
サーバ特定情報提供手段が、複数のサーバ装置の各々を
特定するサーバ特定情報を保持し、通信中継手段から通
信先特定情報を受けると、サーバ選択手段が選択したサ
ーバ装置のサーバ特定情報を通信先特定情報に対応して
返信すると共に、他のサーバ装置のサーバ特定情報も返
信するものである。

【００２２】この発明に係るサーバ装置は、通信ネット
ワークに接続し、自己との間で最適なサービスを提供す
るサーバ装置を選択するサーバ選択手段と、サーバ装置
との間の通信を中継すると共に、該通信中にサーバ選択
手段から新たに選択したサーバ装置が通知されると、こ
れまでのサーバ装置との通信を停止し、新たに選択され
たサーバ装置との通信を開始する通信中継手段とを有す
る通信端末を備えたネットワークシステムに用いられ、
通信ネットワークに複数設けられて、自己の状態をモニ
タした結果を含むサーバ選択情報を取得するサーバ選択
情報取得手段を備えるものである。

【００２３】この発明に係る通信端末は、通信ネットワ
ーク上に複数設けられ、各々に自己の状態をモニタした
結果を含むサーバ選択情報を取得するサーバ選択情報取
得手段を有するサーバ装置と、複数のサーバ装置のいず
れかと通信接続する通信端末であって、サーバ選択情報
取得手段からのサーバ選択情報に基づいて自己との間で
最適なサービスを提供するサーバ装置を選択するサーバ
選択手段と、サーバ装置との間の通信を中継すると共
に、該通信中にサーバ選択手段から新たに選択したサー
バ装置が通知されると、これまでのサーバ装置との通信
を停止し、新たに選択されたサーバ装置との通信を開始
する通信中継手段とを備えるものである。

【００２４】この発明に係るサーバ切り替え方法は、複
数のサーバ装置と、複数のサーバ装置のいずれかと通信
接続する通信端末とを備えたネットワークシステムにお
けるサーバ切り替え方法であって、複数のサーバ装置の
各々の状態をモニタした結果を含むサーバ選択情報を取
得するサーバ選択情報取得ステップと、サーバ選択情報
取得ステップで取得したサーバ選択情報に基づいて、通
信端末との間で最適なサービスを提供するサーバ装置を
選択するサーバ選択ステップと、通信端末とサーバ装置
との間の通信を中継すると共に、該通信中にサーバ選択
ステップで新たに選択したサーバ装置が通知されると、
これまでのサーバ装置との通信を停止し、新たに選択さ
れたサーバ装置との通信を開始する切り替えステップと
を備えるものである。

【００２５】この発明に係るサーバ切り替え方法は、切
り替えステップにて、サーバ装置から通信端末にデータ
送信するにあたり、通信端末からのデータ要求に対する
サーバ装置側からの最新の応答データを常に保持してお
き、サーバ選択ステップにて新たに選択されたサーバ装
置に切り替える際に、最新の応答データに基づいて上記
通信端末が未受信のデータを切り替え後のサーバ装置に
要求するものである。

【００２６】この発明に係るサーバ切り替え方法は、切
り替えステップにて、サーバ選択ステップにて選択した
通信端末との間で最適なサービスを提供するサーバ装置
の他に、１つ以上のサーバ装置に対して通信接続及びデ
ータ送信前の処理要求の送信を行うものである。

【００２７】この発明に係るサーバ切り替え方法は、切
り替えステップにて、複数のサーバ装置のうちのいずれ
かのサーバ装置を特定する通信先特定情報を用いて通信
端末との通信を中継するサーバ装置を決定し、サーバ選
択ステップにて、複数のサーバ装置から通信端末との間
で最適なサービスを提供するサーバ装置を選択するにあ
たり、選択したサーバ装置を特定するサーバ特定情報を
生成し、サーバ選択ステップにて生成されたサーバ装置
のサーバ特定情報を取得し、通信先特定情報を受ける
と、該情報に対応したサーバ特定情報を提供するサーバ
特定情報提供ステップを備えるものである。

【００２８】この発明に係るサーバ切り替え方法は、サ
ーバ特定情報提供ステップにて、複数のサーバ装置の各
々を特定するサーバ特定情報を保持しておき、通信先特
定情報を受けると、サーバ選択ステップにて選択したサ
ーバ装置のサーバ特定情報を通信先特定情報に対応して
提供すると共に、他のサーバ装置のサーバ特定情報も提
供するものである。

【００２９】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１はこの発明の実施の形態１によるネ
ットワークシステムの構成を示す図である。図におい
て、１はサーバ端末５が接続するインターネット（通信
ネットワーク）であって、ウェブのような情報提供ネッ
トワークが構築されている。２はインターネット１に接
続するウェブ・サーバであって、クライアント端末７に
よるウェブへのアクセスを中継して情報提供などを行
う。３はネットワークの一種であるイントラネット（通
信ネットワーク）、４はサーバ端末５を構成するファイ
アウォール・サーバ（サーバ装置）で、イントラネット
３内のクライアント端末７に対するインターネット１側
からの不正アクセスを遮断する。５はファイアウォール
・サーバ４やサーバ監視手段１１を搭載するサーバ端末
（サーバ装置）であって、具体的にはインターネット１
側やイントラネット３内で通信するためのＨ／Ｗ構成を
有し、ファイアウォール・サーバ４やサーバ監視手段１
１としての機能を実現するＳ／Ｗを実行するコンピュー
タ装置である。また、図示の例では、サーバ端末５とク
ライアント端末７との通信が良好に行われるように、複
数のサーバ端末５が設けられて、最適なサービス（例え
ば、最適な通信状態など）を与えるサーバ端末５を適宜
選択できるようになっている。つまり、複数のサーバ端
末５が設けられて、冗長化されている。

【００３０】６はクライアント端末７の一機能であるウ
ェブ・クライアント（通信端末）で、インターネット１
上のウェブで使用されるハイパーテキストなどの言語を
解読する。７は通信中継手段８を介してサーバ端末５と
通信接続するクライアント端末（通信端末）であって、
ウェブ・クライアント６によるウェブ・ブラウザ機能に
よってウェブ・サーバ２からのデータを受信する。８は
クライアント端末７とサーバ端末５との間で送受信され
るデータを中継する通信中継手段で、クライアント端末
７に設けられて、サーバ決定手段９が選択したサーバ端
末５と通信接続を確立する。９はサーバ監視手段１１か
らサーバ端末５の状態を取得して最適なサーバ端末５を
選択・決定するサーバ決定手段（サーバ選択手段）であ
って、クライアント端末７に設けられて、サーバ端末５
内のサーバ監視手段１１との通信機能を有する。このサ
ーバ決定手段９によるサーバ端末５の決定方法として
は、例えばサーバ端末５を構成するコンピュータ装置の
ＣＰＵの使用負荷量が最も小さいもの、サーバ監視手段
１１とサーバ決定手段９との間における通信遅延が小さ
いものを選択することなどが挙げられる。

【００３１】１０はサーバ名解決手段（サーバ特定情報
提供手段）で、サーバ決定手段９が選択したクライアン
ト端末７と最適な通信を行うサーバ端末５を特定する情
報であるサーバ代表名を生成する。１１はサーバ端末５
に設けたサーバ監視手段（サーバ選択情報取得手段）で
あって、サーバ端末５の状態を監視して監視結果をサー
バ決定手段に送信する。監視結果に関する情報として
は、サーバ端末５を構成するコンピュータ装置のＣＰＵ
使用負荷量やサーバ監視手段１１とサーバ決定手段９と
の間における通信遅延などがある。

【００３２】図２は実施の形態１によるネットワークシ
ステムの他の構成を示す図である。図において、６ａは
クライアント端末７に設けたウェブ・クライアント（通
信端末）で、クライアント端末７以外の通信端末１２に
設けた通信中継手段８ａと通信する機能を有する。８ａ
は通信中継手段、９ａはサーバ決定手段（サーバ選択手
段）、１０ａはサーバ名解決手段（サーバ特定情報提供
手段）で、図１と異なってクライアント端末７以外の通
信端末１２上に設けられている他は、図１中に示した対
応する構成と同じ機能を有する。このように、本願発明
では、通信中継手段、サーバ決定手段、サーバ名解決手
段をクライアント端末７以外の端末に設けたとしても同
様に後述する効果を得ることができる。また、ウェブ・
クライアント６ａと通信中継手段８ａとの間の通信は、
有線、無線を問わない。なお、図１と同一構成要素には
同一符号を付して重複する説明を省略する。

【００３３】ここで、上述したシステムによるｐｕｂｌ
ｉｓｈ／ｓｕｂｓｃｒｉｂｅ型通信として、例えばウェ
ブ・サーバ２からクライアント端末７へのビデオストリ
ームやサウンドストリームの提供などが挙げられる。以
下に、その通信手順を示す。

【００３４】先ず、サーバ端末５とクライアント端末７
との間で、ＴＣＰ／ＩＰの接続確立、又は、アプリケー
ションレベルでの通信接続を確立する。続いて、例えば
クライアント端末７が要求するデータをサーバ端末５に
通知するなどのデータ送信前処理を行う。この処理が終
了すると、クライアント端末７からのデータ送信開始要
求をトリガとして、サーバ端末５が要求されたデータの
クライアント端末７への送信を開始する。これによっ
て、クライアント端末７がデータを受信する。この場
合、ビデオストリームなどのデータがクライアント端末
７に転送される。

【００３５】このあと、クライアント端末７が所望する
データの受信が完了すると、サーバ端末５に対してデー
タ送信停止を要求する。サーバ端末５では、クライアン
ト端末７からの削除指令によって上記データ送信の際に
内部のメモリ上に展開した不要データを削除するなどの
データ停止後処理を行う。最後に、ＴＣＰ／ＩＰの接続
切断、又はアプリケーションレベルの通信接続切断が行
われて通信動作が終了する。これらの動作手順は、前述
した図１２におけるステップＳＴ１０１からステップＳ
Ｔ１０７までの処理に相当している。以下、ｐｕｂｌｉ
ｓｈ／ｓｕｂｓｃｒｉｂｅ型通信として、上述したウェ
ブ・サーバ２からクライアント端末７へのビデオストリ
ームやサウンドストリームの提供を受ける場合を例にし
て説明する。

【００３６】次に動作について説明する。先ず、クライ
アント端末７側からウェブ・サーバ２を指定する。具体
的に説明すると、クライアント端末７内のウェブ・クラ
イアント６，６ａは、ＵＲＬによるウェブ・サーバ２の
アドレス指定を行う際、通信中継手段８，８ａをその通
信を中継するサーバの１つとして指定する。これに加え
て、上記アドレス内に実際に通信すべきウェブ・サーバ
２を特定する情報を含ませる。例えば、「ｈｔｔｐ：／
／通信中継手段名：ｈｔｔｐ：／／サイト名／ディレク
トリ：ファイアウォール・サーバ名」のように指定す
る。ここで、「ｈｔｔｐ：／／サイト名／ディレクト
リ」なる部分が実際のウェブ・サーバ２のＵＲＬによる
アドレス指定である。

【００３７】次に、ウェブ・クライアント６，６ａから
アドレス指定を受けると、通信中継手段８，８ａは、通
常のＵＲＬのアドレス指定と同様に「ｈｔｔｐ：／／サ
イト名／ディレクトリ」なる部分を抽出して、ウェブ・
サーバ２にウェブ・クライアント６，６ａからのメッセ
ージを伝える。上記ファイアウォール・サーバ名は、冗
長化されている複数のサーバ端末５を代表する名前であ
る「サーバ代表名」で指定される。ここで、サーバ代表
名としては、例えば大文字表記、特殊文字付加、階層表
現など実際のサーバ名と区別できるようにする。

【００３８】続いて、通信中継手段８，８ａは、ウェブ
・クライアント６，６ａからのメッセージに含まれるＵ
ＲＬアドレス指定（前述した例では「ｈｔｔｐ：／／サ
イト名／ディレクトリ￥￥ファイアウォール・サーバ
名」）内のファイアウォール・サーバ名（サーバ代表
名）に基づいてサーバ名解決手段１０，１０ａから「サ
ーバ代表名」に対応する最適なサービスを提供するサー
バ端末５（以下、最適サーバと称する）を特定する「サ
ーバ名」に加えて、最適サーバ以外の１以上のサーバ端
末５（以下、非最適サーバと称する）の「サーバ名」を
取得する。即ち、サーバ名解決手段１０，１０ａは非最
適サーバの「サーバ名」も保持している。

【００３９】このあと、通信中継手段８，８ａは、上述
した手順を踏んで、サーバ名解決手段１０，１０ａから
取得した「サーバ名」で特定される最適サーバ及び非最
適サーバに対応するサーバ端末５と通信接続を確立す
る。

【００４０】次に、上記通信中におけるサーバ端末５の
ＣＰＵ使用負荷量に基づく最適サーバの決定動作につい
て説明する。図３は図１及び図２中のサーバ監視手段に
よる動作を示すフロー図であり、この図に沿ってサーバ
端末５の監視動作を説明する。先ず、サーバ監視手段１
１は、周期タイマなどの起動イベントによって起動する
（ステップＳＴ１）。この周期タイマは、サーバ端末５
を構成するコンピュータ装置に通常設けられているもの
を使用しても良い。

【００４１】これによって、サーバ監視手段１１は、監
視相手として設定されているサーバ端末５のＣＰＵ使用
負荷量を測定する（ステップＳＴ２）。具体的には、サ
ーバ監視手段１１がサーバ端末５を構成するコンピュー
タ装置のＣＰＵが他の処理などによってどの程度負荷を
受けているかを検出し、これをＣＰＵの使用負荷量とし
て指標化した情報を生成する。

【００４２】続いて、サーバ監視手段１１は、イントラ
ネット３を介して担当するサーバ端末５に対して測定し
たＣＰＵ使用負荷量に関する情報をサーバ決定手段９，
９ａに送信する（ステップＳＴ３）。これらステップＳ
Ｔ１からステップＳＴ３までがサーバ選択情報取得ステ
ップに相当する。

【００４３】図４は図１及び図２中のサーバ決定手段に
よる動作を示すフロー図であり、この図に沿ってサーバ
監視手段から監視結果を受けた後のサーバ決定手段の動
作を説明する。先ず、サーバ決定手段９，９ａは、イン
トラネット３を介してサーバ監視手段１１からのＣＰＵ
使用負荷量の値を指標化した情報を受信する（ステップ
ＳＴ１ａ）。このあと、サーバ決定手段９，９ａは、受
信したＣＰＵ使用負荷量に関する情報をクライアント端
末７や通信端末１２内の不図示のメモリに保持する（ス
テップＳＴ２ａ）。これらがサーバ選択ステップに相当
する。

【００４４】図５は図１及び図２中のサーバ決定手段及
び通信中継手段による処理動作を示すフロー図であり、
この図に沿ってサーバ決定手段９，９ａによる最適サー
バの決定動作及び通信中継手段８，８ａへの通知動作を
説明する。先ず、サーバ決定手段９，９ａは、周期タイ
マなどの起動イベントによって周期的に起動する（ステ
ップＳＴ１ｂ）。この周期タイマは、クライアント端末
７や通信端末１２を構成するコンピュータ装置に通常設
けられているものを使用しても良い。

【００４５】起動したサーバ決定手段９，９ａは、上記
メモリに保持した各サーバ端末５のＣＰＵ使用負荷量に
関する情報を検索して、最も小さいＣＰＵ使用負荷量で
動作しているサーバ端末５を最適サーバとして選択する
（ステップＳＴ２ｂ）。このとき、サーバ決定手段９，
９ａは、ＣＰＵ使用負荷量が所定の期間を過ぎても更新
されない（つまり、サーバ監視手段１１からの監視情報
の送信がない）場合、これに対応するサーバ端末５が停
止／故障していると判断する。反対に、今まで停止／故
障していたサーバ端末５のＣＰＵ使用負荷量に関する情
報が更新された場合、サーバ決定手段９，９ａは、対応
するサーバ端末５が再び起動したものと判断する。

【００４６】サーバ決定手段９，９ａは、上述のように
してサーバ端末５が停止／故障していると判断した場合
には、通信中継手段８，８ａに該サーバ端末５の停止／
故障を通知する（ステップＳＴ３ｂ）。また、上述のよ
うにしてサーバ端末５が起動していると判断した場合に
は、通信中継手段８，８ａにサーバ端末５が起動してい
る旨を通知する（ステップＳＴ５ｂ）。さらに、現在通
信中のサーバ端末５より、ＣＰＵ使用負荷量が小さいサ
ーバ端末５が選択されて、最適サーバが変更される場合
には、通信中継手段８，８ａに最適サーバの変更を通知
する（ステップＳＴ４ｂ）。

【００４７】ここで、図６に示した図１及び図２中のサ
ーバ名解決手段による動作のフロー図に沿ってその名前
解決動作について説明する。先ず、サーバ名解決手段１
０，１０ａは、通信中継手段８，８ａから「サーバ代表
名」が送信され、これにより特定される最適サーバ及び
非最適サーバの「サーバ名」の問い合わせ要求を受ける
（ステップＳＴ１ｃ）。この問い合わせ要求を受ける
と、サーバ名解決手段１０，１０ａは、対応する最適サ
ーバ及び非最適サーバの「サーバ名」を通信中継手段
８，８ａに返信する（ステップＳＴ２ｃ）。

【００４８】図７は図１及び図２中のウェブ・クライア
ントからのメッセージを受けた通信中継手段による処理
動作を示すフロー図であり、この図に沿って通信中継手
段８，８ａによるウェブ・クライアント６，６ａからサ
ーバ端末５へのメッセージ転送について説明する。先
ず、通信中継手段８，８ａは、ウェブ・クライアント
６，６ａからの通信メッセージを受信する（ステップＳ
Ｔ１ｄ）。

【００４９】通信中継手段８，８ａは、受信した通信メ
ッセージの内容を解読する（ステップＳＴ２ｄ）。この
とき、メッセージの種別が通信接続である場合、通信中
継手段８，８ａは、そのまま受信処理に戻る。即ち、通
信中継手段８，８ａは、通信接続に関するメッセージの
後に、ウェブ・クライアント６，６ａから転送されてく
るデータ送信前処理に関するメッセージの受信待ち状態
になる。

【００５０】また、メッセージの種別がデータ送信前処
理である場合、通信中継手段８，８ａは、該メッセージ
に含まれる「サーバ代表名」を抽出してサーバ名解決手
段１０，１０ａに問い合わせ、最適サーバの「サーバ
名」と、それ以外で１以上の非最適サーバの「サーバ
名」を取得する（ステップＳＴ３ｄ）。このあと、通信
中継手段８，８ａは、サーバ名解決手段１０，１０ａよ
り取得した「サーバ名」を用いて、上述した手順を踏ん
で、最適サーバ及び非最適サーバとの通信接続の確立、
及びデータ送信前処理を行う（ステップＳＴ４ｄ）。

【００５１】一方、メッセージの種別がデータ送信開始
要求若しくはデータ送信停止要求であると、最適サーバ
及び非最適サーバとの通信接続の確立やデータ送信前処
理が完了しているので、通信中継手段８，８ａは、該メ
ッセージを上記最適サーバにのみ送信する（ステップＳ
Ｔ５ｄ）。

【００５２】さらに、メッセージの種別がデータ停止後
処理であると、ウェブ・クライアント６，６ａが所望す
るデータの受信が完了していることから、通信中継手段
８，８ａは、不図示のメモリに保持しているウェブ・ク
ライアント６，６ａが所望するデータ要求情報などのデ
ータ送信前処理に関する情報を破棄する（ステップＳＴ
６ｄ）。このあと、通信中継手段８，８ａは、該メッセ
ージを最適サーバ及び非最適サーバに送信する（ステッ
プＳＴ７ｄ）。これによって、最適サーバ及び非最適サ
ーバにおいても、ウェブ・クライアント６，６ａが所望
するデータ要求情報などのデータ送信前処理に関する情
報が破棄される。

【００５３】最後に、メッセージの種別が通信接続の切
断であると、通信中継手段８，８ａは、データ停止後処
理が完了しているものと判断して、最適サーバ及び非最
適サーバとの通信接続を切断する（ステップＳＴ８
ｄ）。

【００５４】図８は図１及び図２中のサーバ端末からの
メッセージを受けた通信中継手段による処理動作を示す
フロー図であり、この図に沿って通信中継手段８，８ａ
によるサーバ端末５からウェブ・クライアント６，６ａ
へのメッセージ転送について説明する。先ず、通信中継
手段８，８ａは、サーバ端末５からの通信メッセージを
受信する（ステップＳＴ１ｅ）。

【００５５】通信中継手段８，８ａは、受信したサーバ
端末５からの最新の応答メッセージをクライアント端末
７や通信端末１２内の不図示のメモリに保持する（ステ
ップＳＴ２ｅ）。このあと、通信中継手段８，８ａは、
該メッセージの送信元を自己に変更してウェブ・クライ
アント６，６ａに送信する（ステップＳＴ３ｅ）。

【００５６】図９は図１及び図２中のサーバ決定手段及
び通信中継手段による処理動作を示すフロー図であり、
この図に沿ってサーバ決定手段９，９ａからの通知を受
信した通信中継手段８，８ａによる処理について説明す
る。ここで、サーバ決定手段９，９ａが通信中継手段
８，８ａに送信する通知内容は、サーバの起動、サーバ
の停止又は故障、最適サーバの変更のいずれかであるも
のとする。

【００５７】先ず、通信中継手段８，８ａは、サーバ決
定手段９，９ａからの所定の通知を受信する（ステップ
ＳＴ１ｆ）。このとき、通知内容がサーバの起動である
と、通信中継手段８，８ａは、ウェブ・クライアント
６，６ａが現在要求しているアドレス指定に基づいて、
該サーバ端末５との通信接続を確立しデータ送信前処理
を行う（ステップＳＴ２ｆ）。続いて、該サーバが最適
サーバであれば、データ送信開始要求を該サーバ端末５
に送信する（ステップＳＴ３ｆ）。

【００５８】一方、通信内容がサーバが停止又は故障で
あると、通信中継手段８，８ａは内部処理のみでサーバ
端末５に対して送信動作を行わない（ステップＳＴ４
ｆ）。また、通信内容が最適サーバの変更であると、通
信中継手段８，８ａは、これまでの最適サーバにデータ
送信停止要求を送信すると共に（ステップＳＴ５ｆ）、
新たな最適サーバにデータ送信開始要求を送信する。こ
のとき、通信中継手段８，８ａがこれまでの最適サーバ
からウェブ・クライアント６，６ａに送信された最新の
応答データに後続するデータの送信を新たな最適サーバ
に要求する（ステップＳＴ６ｆ）。上述した図５から図
９までの動作が切り替えステップに相当する。

【００５９】以上のように、この実施の形態１によれ
ば、複数のサーバ端末５の状態を各々監視し、該監視結
果に基づいて最適サーバを選択し、ウェブ・クライアン
ト６，６ａとサーバ端末５との間で通信メッセージを中
継すると共に、他の複数のサーバ端末５との通信も確保
しておくことで、上記選択した最適サーバに動的に変更
することが可能な手段を設けたので、ウェブ・クライア
ント６，６ａによるデータ受信が途切れることなく、最
適サーバを変更することができる。

【００６０】実施の形態２．図１０はこの発明の実施の
形態２によるネットワークシステムの構成を示す図であ
り、本願発明をプラント監視制御ネットワークに適用し
た場合の形態を示している。図において、１３はネット
ワークの一種であるプラント監視制御ネットワーク（通
信ネットワーク）、１４はサーバ端末１５の状態を監視
して監視結果をサーバ決定手段１９に送信するサーバ監
視手段（サーバ選択情報取得手段）で、１５はプラント
のデータを提供するサーバ端末（サーバ装置）である。
また、１６はＯＰＣクライアント（通信端末）であっ
て、ＯＰＣ（ＯＬＥ ｆｏｒ Ｐｒｏｃｅｓｓ Ｃｏｎ
ｔｒｏｌ）で規定されたデータ交換仕様に基づいてＯＰ
Ｃサーバ２１からデータを取得する。１７はＯＰＣクラ
イアント１６を搭載するクライアント端末（通信端末）
で、１８はＯＰＣクライアント１６とＯＰＣサーバ２１
との間におけるデータを中継する通信中継手段である。
さらに、１９はサーバ監視手段１４からサーバ端末１５
の状態を取得して最適なサーバ端末１５を選択・決定す
るサーバ決定手段（サーバ選択手段）、２０はサーバ名
解決手段（サーバ特定情報提供手段）であって、サーバ
決定手段１９が選択したクライアント端末１７と最適な
通信を行うサーバ端末１５を特定する情報であるサーバ
代表名を生成する。２１はサーバ端末１５と接続するプ
ラントのセンサやアクチュエータなどのＩ／Ｏ機器の制
御を行うコントローラを有するＯＰＣサーバ（サーバ装
置）である。このＯＰＣサーバ２１は、プラント監視制
御分野で標準として定められているクライアントとサー
バ間のインタフェース仕様であるＯＰＣ仕様に準拠して
いるコンピュータ装置である。なお、通信中継手段１
８、サーバ決定手段１９、サーバ名解決手段２０は、図
示の例ではクライアント端末１７に設けられているが、
別の通信端末上にあっても構わない。

【００６１】ここで、上述したシステムにおけるＯＰＣ
仕様によるｐｕｂｌｉｓｈ／ｓｕｂｓｃｒｉｂｅ型通信
を行う機能として、例えばデータ変化通知機能（ｓｕｂ
ｓｃｒｉｐｔｉｏｎ機能）が挙げられる。この動作手順
を以下に示す。

【００６２】先ず、ＯＰＣクライアント１６からＯＰＣ
サーバ２１に接続する。次に、ＯＰＣクライアント１６
が、ＯＰＣ仕様に基づいてＯＰＣサーバオブジェクト、
ＯＰＣグループオブジェクト、ＯＰＣアイテムオブジェ
クトを作成する。続いて、ＯＰＣサーバ２１は、ＯＰＣ
アイテムオブジェクトをアクティブ化する。データ変化
通知としてＯＰＣクライアント１６がＯＰＣアイテムオ
ブジェクトに関連する値を得る。このあと、ＯＰＣサー
バ２１は、ＯＰＣアイテムオブジェクトを非アクティブ
化し、内部に作成されたオブジェクトを削除する。最後
に、ＯＰＣクライアント１６とＯＰＣサーバ２１との間
の接続を切断する。これらの動作は、図１２中のステッ
プＳＴ１０１からステップＳＴ１０７までに相当してい
る。

【００６３】次に動作について説明する。先ず、クライ
アント端末１７側からＯＰＣサーバ２１を指定する。具
体的に説明すると、ＯＰＣクライアント１６が通信中継
手段１８をＯＰＣサーバ２１と仮定して通信接続を行
う。このあと、ＯＰＣクライアント１６は、通信中継手
段１８にＯＰＣサーバオブジェクト、ＯＰＣグループオ
ブジェクト、ＯＰＣアイテムオブジェクトを作成する。
ＯＰＣ仕様では、ＯＰＣアイテムオブジェクトがデータ
に対応しており、ＯＰＣアイテムオブジェクトを作成す
ることがデータ要求に対応する。

【００６４】このとき、ＯＰＣクライアント１６が要求
するデータは、実際はＯＰＣサーバ２１が持っており、
通信中継手段１８は持っていない。このため、ＯＰＣク
ライアント１６は、通信中継手段１８にＯＰＣアイテム
オブジェクトを作成したときに、そのＯＰＣアイテムオ
ブジェクトに対応するデータをどのＯＰＣサーバ２１が
保持しているかを伝える必要がある。そこで、ＯＰＣク
ライアント１６は、データを保持するＯＰＣサーバ名を
ＯＰＣアイテムオブジェクトの識別子であるアイテムＩ
Ｄに含ませる。例えば、ＯＰＣクライアント１６が「Ｏ
ＰＣサーバ名￥アイテムＩＤ」というアイテムＩＤのＯ
ＰＣアイテムオブジェクトを通信中継手段１８に作成し
た場合を考える。このとき、通信中継手段１８は、「Ｏ
ＰＣサーバ名」で示されたＯＰＣサーバ２１に対して、
「アイテムＩＤ」で示されるＯＰＣアイテムオブジェク
トを作成する。ここで、「アイテムＩＤ」がＯＰＣサー
バ２１が管理しているデータを表している。

【００６５】また、ＯＰＣサーバ名は、上記実施の形態
１で示した「サーバ代表名」で指定する。通信中継手段
１８は、上記実施の形態１と同様の動作によって「サー
バ代表名」に対応する最適サーバの「サーバ名」（ここ
では、常用系のサーバ端末１５上のＯＰＣサーバ名）及
びそれ以外の冗長化されているサーバ端末１５の「サー
バ名」をサーバ名解決手段２０から取得する。例えば、
「サーバ名」が「Ｓｅｒｖｅｒ１」、「Ｓｅｒｖｅｒ
２」の２つのＯＰＣサーバ２１で冗長化されており、
「サーバ代表名」が「Ｓｅｒｖｅｒ」、そのときの常用
系ＯＰＣサーバ２１が「Ｓｅｒｖｅｒ１」である場合、
通信中継手段１８は常用系のサーバ端末１５（最適サー
バ）の「サーバ名」である「Ｓｅｒｖｅｒ１」及び待機
系のサーバ端末１５（非最適サーバ）の「サーバ名」で
ある「Ｓｅｒｖｅｒ２」を取得する。

【００６６】このあと、通信中継手段１８は、上述した
手順を踏んで、サーバ名解決手段２０から取得した「サ
ーバ名」で特定される最適サーバ及び非最適サーバに対
応するサーバ端末１５と通信接続を確立する。

【００６７】次に、上記通信中における最適サーバの変
更動作について説明する。プラント監視制御分野ではサ
ーバ端末１５であるコントローラが冗長化されている場
合、実際に制御を行っている常用系コントローラと、常
用系コントローラが故障したときのための待機系コント
ローラとが用意されている。この場合、常用系コントロ
ーラ上のＯＰＣサーバ２１を最適サーバとして選択する
のが適切である。また、待機系コントローラ上のＯＰＣ
サーバ２１は非最適サーバとなる。

【００６８】先ず、サーバ監視手段１４は、自己が担当
するサーバ端末１５が常用系サーバか待機系サーバかと
いう情報をサーバ決定手段１９に送信する（サーバ選択
情報取得ステップ）。サーバ決定手段１９では、サーバ
監視手段１４からの情報に基づいて最適サーバを決定す
る。つまり、常用系のサーバ端末１５上のＯＰＣサーバ
２１を選択する（サーバ選択ステップ）。

【００６９】以降の処理は、上述したように最適サーバ
を選択する情報と方法が異なる以外は、上記実施の形態
１と同様であるので重複する説明を省略する。

【００７０】以上のように、この実施の形態２によれ
ば、ＯＰＣを導入したプラント監視制御ネットワークに
おいてデータ受信が途切れることなく最適なＯＰＣサー
バを変更することができる。

【００７１】

【発明の効果】以上のように、この発明によれば、複数
のサーバ装置と、複数のサーバ装置のいずれかと通信接
続する通信端末とを備えたネットワークシステムであっ
て、複数のサーバ装置の各々の状態をモニタした結果を
含むサーバ選択情報を取得し、このサーバ選択情報に基
づいて通信端末との間で最適なサービスを提供するサー
バ装置を選択し、通信端末とサーバ装置との間の通信を
中継すると共に、該通信中にサーバ選択手段から新たに
選択したサーバ装置が通知されると、これまでのサーバ
装置との通信を停止し、新たに選択されたサーバ装置と
の通信を開始するので、サーバ装置と通信端末との間の
通信の連続性を保ったまま、新たなサーバ装置に切り替
えることができることから、サーバ端末が停止や故障し
た場合やサーバ装置に対して通信接続の要求が集中して
も最適なサービス（例えば、最適な通信状態）を提供す
るサーバ装置に切り替えることができるという効果があ
る。

【００７２】この発明によれば、サーバ装置から通信端
末にデータ送信するにあたり、通信端末からのデータ要
求に対するサーバ装置側からの最新の応答データを常に
保持しており、サーバ選択手段によって新たに選択され
たサーバ装置に切り替える際に、最新の応答データに基
づいて通信端末が未受信のデータを切り替え後のサーバ
装置に要求するので、データ欠損することがなく、デー
タ通信の連続性をさらに確保することができるという効
果がある。

【００７３】この発明によれば、通信端末との間で最適
なサービスを提供するサーバ装置の他に、１つ以上のサ
ーバ装置に対して通信接続及びデータ送信前の処理要求
の送信を行うので、サーバ装置の切り替えをより迅速に
行うことができるという効果がある。

【００７４】この発明によれば、複数のサーバ装置のう
ちのいずれかのサーバ装置を特定する通信先特定情報を
用いて通信端末との通信を中継するサーバ装置を決定
し、複数のサーバ装置から通信端末との間で最適なサー
ビスを提供するサーバ装置を選択するにあたり、選択し
たサーバ装置を特定するサーバ特定情報を生成し、選択
したサーバ装置のサーバ特定情報を取得し、通信先特定
情報を受けると、該情報に対応したサーバ特定情報を返
信するので、通信端末側からはサーバ装置が冗長化され
ていることを意識することなく、最適なサービス（例え
ば、最適な通信状態）を提供するサーバ装置に切り替え
ることができるという効果がある。

【００７５】この発明によれば、複数のサーバ装置の各
々を特定するサーバ特定情報を保持しておき、通信先特
定情報を受けると、選択したサーバ装置のサーバ特定情
報を通信先特定情報に対応して返信すると共に、他のサ
ーバ装置のサーバ特定情報も返信するので、通信端末側
からはサーバ装置が冗長化されていることを意識するこ
とない上に、最適なサービス（例えば、最適な通信状
態）を提供するサーバ装置に迅速に切り替えることがで
きるという効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１によるネットワーク
システムの構成を示す図である。

【図２】 実施の形態１によるネットワークシステムの
他の構成を示す図である。

【図３】 図１及び図２中のサーバ監視手段による動作
を示すフロー図である。

【図４】 図１及び図２中のサーバ決定手段による動作
を示すフロー図である。

【図５】 図１及び図２中のサーバ決定手段及び通信中
継手段による処理動作を示すフロー図である。

【図６】 図１及び図２中のサーバ名解決手段による動
作のフロー図である。

【図７】 図１及び図２中のウェブ・クライアントから
のメッセージを受けた通信中継手段による処理動作を示
すフロー図である。

【図８】 図１及び図２中のサーバ端末からのメッセー
ジを受けた通信中継手段による処理動作を示すフロー図
である。

【図９】 図１及び図２中のサーバ決定手段及び通信中
継手段による処理動作を示すフロー図である。

【図１０】 この発明の実施の形態２によるネットワー
クシステムの構成を示す図である。

【図１１】 従来のサーバ多重化されたネットワークシ
ステムの構成とそのサーバ切り替え方法を示す図であ
る。

【図１２】 ｐｕｂｌｉｓｈ／ｓｕｂｓｃｒｉｂｅ型通
信のフローを示す図である。

【符号の説明】

１ インターネット（通信ネットワーク）、２ ウェブ
・サーバ、３ イントラネット（通信ネットワーク）、
４ ファイアウォール・サーバ（サーバ装置）、５ サ
ーバ端末（サーバ装置）、６，６ａ ウェブ・クライア
ント（通信端末）、７ クライアント端末（通信端
末）、８，８ａ 通信中継手段、９，９ａサーバ決定手
段（サーバ選択手段）、１０，１０ａ サーバ名解決手
段（サーバ特定情報提供手段）、１１ サーバ監視手段
（サーバ選択情報取得手段）、１２通信端末、１３ プ
ラント監視制御ネットワーク（通信ネットワーク）、１
４サーバ監視手段（サーバ選択情報取得手段）、１５
サーバ端末（サーバ装置）、１６ ＯＰＣクライアント
（通信端末）、１７ クライアント端末（通信端末）、
１８ 通信中継手段、１９ サーバ決定手段（サーバ選
択手段）、２０サーバ名解決手段（サーバ特定情報提供
手段）、２１ ＯＰＣサーバ（サーバ装置）。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 牛島 正人 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 5B034 BB01 BB04 BB11 CC05 DD02 DD05 5B089 GA05 GB02 JA35 JB16 KB04 5K033 AA06 DA02 DB18 EA03 EA04 EB03

Claims (12)

【特許請求の範囲】
1. 【請求項１】 複数のサーバ装置と、上記複数のサーバ
   装置のいずれかと通信接続する通信端末とを備えたネッ
   トワークシステムであって、 上記複数のサーバ装置の各々の状態をモニタした結果を
   含むサーバ選択情報を取得するサーバ選択情報取得手段
   と、 上記サーバ選択情報取得手段からのサーバ選択情報に基
   づいて、上記通信端末との間で最適なサービスを提供す
   るサーバ装置を選択するサーバ選択手段と、 上記通信端末と上記サーバ装置との間の通信を中継する
   と共に、該通信中に上記サーバ選択手段から新たに選択
   したサーバ装置が通知されると、これまでのサーバ装置
   との通信を停止し、新たに選択されたサーバ装置との通
   信を開始する通信中継手段とを備えたネットワークシス
   テム。
2. 【請求項２】 通信中継手段は、サーバ装置から通信端
   末にデータ送信するにあたり、上記通信端末からのデー
   タ要求に対する上記サーバ装置側からの最新の応答デー
   タを常に保持しており、サーバ選択手段によって新たに
   選択されたサーバ装置に切り替える際に、上記最新の応
   答データに基づいて上記通信端末が未受信のデータを切
   り替え後のサーバ装置に要求することを特徴とする請求
   項１記載のネットワークシステム。
3. 【請求項３】 通信中継手段は、サーバ選択手段が選択
   した通信端末との間で最適なサービスを提供するサーバ
   装置の他に、１つ以上のサーバ装置に対して通信接続及
   びデータ送信前の処理要求の送信を行うことを特徴とす
   る請求項１記載のネットワークシステム。
4. 【請求項４】 通信中継手段は、複数のサーバ装置のう
   ちのいずれかのサーバ装置を特定する通信先特定情報を
   用いて通信端末との通信を中継するサーバ装置を決定
   し、 サーバ選択手段は、上記複数のサーバ装置から通信端末
   との間で最適なサービスを提供するサーバ装置を選択す
   るにあたり、選択したサーバ装置を特定するサーバ特定
   情報を生成し、 上記サーバ選択手段が選択したサーバ装置のサーバ特定
   情報を取得し、上記通信中継手段から上記通信先特定情
   報を受けると、該情報に対応した上記サーバ特定情報を
   上記通信中継手段に返信するサーバ特定情報提供手段を
   備えたことを特徴とする請求項１記載のネットワークシ
   ステム。
5. 【請求項５】 サーバ特定情報提供手段は、複数のサー
   バ装置の各々を特定するサーバ特定情報を保持し、通信
   中継手段から通信先特定情報を受けると、サーバ選択手
   段が選択したサーバ装置のサーバ特定情報を上記通信先
   特定情報に対応して返信すると共に、他のサーバ装置の
   サーバ特定情報も返信することを特徴とする請求項４記
   載のネットワークシステム。
6. 【請求項６】 通信ネットワークに接続し、自己との間
   で最適なサービスを提供するサーバ装置を選択するサー
   バ選択手段と、上記サーバ装置との間の通信を中継する
   と共に、該通信中に上記サーバ選択手段から新たに選択
   したサーバ装置が通知されると、これまでのサーバ装置
   との通信を停止し、新たに選択されたサーバ装置との通
   信を開始する通信中継手段とを有する通信端末を備えた
   ネットワークシステムに用いられ、上記通信ネットワー
   クに複数設けられて、自己の状態をモニタした結果を含
   むサーバ選択情報を取得するサーバ選択情報取得手段を
   備えたサーバ装置。
7. 【請求項７】 通信ネットワーク上に複数設けられ、各
   々に自己の状態をモニタした結果を含むサーバ選択情報
   を取得するサーバ選択情報取得手段を有するサーバ装置
   と、上記複数のサーバ装置のいずれかと通信接続する通
   信端末であって、 上記サーバ選択情報取得手段からのサーバ選択情報に基
   づいて、上記自己との間で最適なサービスを提供するサ
   ーバ装置を選択するサーバ選択手段と、 上記サーバ装置との間の通信を中継すると共に、該通信
   中に上記サーバ選択手段から新たに選択したサーバ装置
   が通知されると、これまでのサーバ装置との通信を停止
   し、新たに選択されたサーバ装置との通信を開始する通
   信中継手段とを備えた通信端末。
8. 【請求項８】 複数のサーバ装置と、上記複数のサーバ
   装置のいずれかと通信接続する通信端末とを備えたネッ
   トワークシステムにおけるサーバ切り替え方法であっ
   て、 上記複数のサーバ装置の各々の状態をモニタした結果を
   含むサーバ選択情報を取得するサーバ選択情報取得ステ
   ップと、 上記サーバ選択情報取得ステップで取得したサーバ選択
   情報に基づいて、上記通信端末との間で最適なサービス
   を提供するサーバ装置を選択するサーバ選択ステップ
   と、 上記通信端末と上記サーバ装置との間の通信を中継する
   と共に、該通信中に上記サーバ選択ステップで新たに選
   択したサーバ装置が通知されると、これまでのサーバ装
   置との通信を停止し、新たに選択されたサーバ装置との
   通信を開始する切り替えステップとを備えたサーバ切り
   替え方法。
9. 【請求項９】 切り替えステップにて、サーバ装置から
   通信端末にデータ送信するにあたり、上記通信端末から
   のデータ要求に対する上記サーバ装置側からの最新の応
   答データを常に保持しておき、サーバ選択ステップにて
   新たに選択されたサーバ装置に切り替える際に、上記最
   新の応答データに基づいて上記通信端末が未受信のデー
   タを切り替え後のサーバ装置に要求することを特徴とす
   る請求項８記載のサーバ切り替え方法。
10. 【請求項１０】 切り替えステップにて、サーバ選択ス
    テップにて選択した通信端末との間で最適なサービスを
    提供するサーバ装置の他に、１つ以上のサーバ装置に対
    して通信接続及びデータ送信前の処理要求の送信を行う
    ことを特徴とする請求項８記載のサーバ切り替え方法。
11. 【請求項１１】 切り替えステップにて、複数のサーバ
    装置のうちのいずれかのサーバ装置を特定する通信先特
    定情報を用いて通信端末との通信を中継するサーバ装置
    を決定し、 サーバ選択ステップにて、上記複数のサーバ装置から通
    信端末との間で最適なサービスを提供するサーバ装置を
    選択するにあたり、選択したサーバ装置を特定するサー
    バ特定情報を生成し、 上記サーバ選択ステップにて生成されたサーバ装置のサ
    ーバ特定情報を取得し、上記通信先特定情報を受ける
    と、該情報に対応した上記サーバ特定情報を提供するサ
    ーバ特定情報提供ステップを備えたことを特徴とする請
    求項８記載のサーバ切り替え方法。
12. 【請求項１２】 サーバ特定情報提供ステップにて、複
    数のサーバ装置の各々を特定するサーバ特定情報を保持
    しておき、通信先特定情報を受けると、サーバ選択ステ
    ップにて選択したサーバ装置のサーバ特定情報を上記通
    信先特定情報に対応して提供すると共に、他のサーバ装
    置のサーバ特定情報も提供することを特徴とする請求項
    １１記載のサーバ切り替え方法。