(57)【要約】【課題】複数のクライアント装置を集中管理するサーバ装置であって、かつ、各クライアント装置の通信対象となるサーバ装置を選択する。【解決手段】選択処理部１３０は、複数のサーバ装置２００から、複数のクライアント装置１００を集中管理するサーバ装置であって、かつ、各クライアント装置１００の通信対象となるサーバ装置を選択する。【選択図】図５
2018097772.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバ装置の各々が送信する、当該サーバ装置の状態に関する時刻を含むサーバ状態情報を受信するクライアント装置であって、
前記サーバ状態情報に含まれる前記時刻に基づいて、前記複数のサーバ装置から、前記クライアント装置を含む複数のクライアント装置を集中管理するサーバ装置であって、かつ、各前記クライアント装置の通信対象となるサーバ装置である対象運用系サーバ装置を選択する選択処理部と、
選択された前記サーバ装置に対し、当該サーバ装置が保持するデータの収集を行うデータ管理部とを備える
クライアント装置。
【請求項２】
前記選択処理部は、前記複数のサーバ装置のうち、選択された前記サーバ装置以外のサーバ装置が、前記複数のクライアント装置を集中管理する運用系サーバ装置として動作しないようにするための処理を行う
請求項１に記載のクライアント装置。
【請求項３】
前記選択処理部は、別のクライアント装置と協調して、選択された前記サーバ装置を、前記複数のクライアント装置を集中管理する運用系サーバ装置として動作させるための処理を行う
請求項１に記載のクライアント装置。
【請求項４】
請求項１から３のいずれか１項に記載の前記クライアント装置を含む複数のクライアント装置を集中管理するサーバ装置。
【請求項５】
複数のサーバ装置の各々が送信する、当該サーバ装置の状態に関する時刻を含むサーバ状態情報を受信するクライアント装置が行うサーバ選択方法であって、
前記サーバ状態情報に含まれる前記時刻に基づいて、前記複数のサーバ装置から、前記クライアント装置を含む複数のクライアント装置を集中管理するサーバ装置であって、かつ、各前記クライアント装置の通信対象となるサーバ装置である対象運用系サーバ装置を選択するステップと、
選択された前記サーバ装置に対し、当該サーバ装置が保持するデータの収集を行うステップとを備える
サーバ選択方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のクライアント装置を集中管理する運用系サーバ装置の選択に関する。
【背景技術】
【０００２】
特許文献１には、各クライアント装置が、複数のサーバ装置から、当該クライアント装置に適したサーバ装置を選択するための技術（以下、「関連技術Ａ」ともいう）が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１４６８８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワークシステムには、１台のサーバ装置が、複数のクライアント装置を集中管理するシステム（以下、「集中管理システム」ともいう）が存在する。以下においては、複数のクライアント装置を集中管理するサーバ装置を、「運用系サーバ装置」ともいう。集中管理システムは、運用系サーバ装置を含む。
【０００５】
近年の集中管理システムの多様化に伴い、当該集中管理システムに、複数のサーバ装置が含まれる構成も存在する。この構成において、当該複数のサーバ装置から、複数のクライアント装置を集中管理するサーバ装置（運用系サーバ装置）であって、かつ、各クライアント装置の通信対象となるサーバ装置を選択することが要求されることがある。なお、関連技術Ａでは、この要求を満たすことができない。
【０００６】
本発明は、このような問題を解決するためになされたものであり複数のクライアント装置を集中管理するサーバ装置であって、かつ、各クライアント装置の通信対象となるサーバ装置を選択することが可能なクライアント装置等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の一態様に係るクライアント装置は、複数のサーバ装置の各々が送信する、当該サーバ装置の状態に関する時刻を含むサーバ状態情報を受信する。前記クライアント装置は、前記サーバ状態情報に含まれる前記時刻に基づいて、前記複数のサーバ装置から、前記クライアント装置を含む複数のクライアント装置を集中管理するサーバ装置であって、かつ、各前記クライアント装置の通信対象となるサーバ装置である対象運用系サーバ装置を選択する選択処理部と、選択された前記サーバ装置に対し、当該サーバ装置が保持するデータの収集を行うデータ管理部とを備える。
【発明の効果】
【０００８】
本発明によれば、選択処理部は、前記複数のサーバ装置から、複数のクライアント装置を集中管理するサーバ装置であって、かつ、各前記クライアント装置の通信対象となるサーバ装置を選択する。
【０００９】
これにより、複数のクライアント装置を集中管理するサーバ装置であって、かつ、各クライアント装置の通信対象となるサーバ装置を選択することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態１に係るネットワークシステムの構成を示す図である。
【図２】本発明の実施の形態１に係るサーバ装置の構成を示すブロック図である。
【図３】本発明の実施の形態１に係るサーバ状態情報の一例を示す図である。
【図４】本発明の実施の形態１に係るサーバ状態情報の一例を示す図である。
【図５】本発明の実施の形態１に係るクライアント装置の構成を示すブロック図である。
【図６】本発明の実施の形態１に係るサーバ状態情報テーブルの一例を示す図である。
【図７】本発明の実施の形態１に係る通信制御処理のシーケンス図である。
【図８】本発明の実施の形態２に係る通信制御処理Ａのシーケンス図である。
【図９】本発明の実施の形態３に係るサーバ状態情報の一例を示す図である。
【図１０】本発明の実施の形態３に係るサーバ状態情報の一例を示す図である。
【図１１】本発明の実施の形態３に係るサーバ状態情報テーブルの一例を示す図である。
【図１２】本発明の実施の形態３に係る通信制御処理Ｂのシーケンス図である。
【図１３】クライアント装置の特徴的な機能構成を示すブロック図である。
【図１４】クライアント装置のハードウエア構成図である。
【発明を実施するための形態】
【００１１】
前述の集中管理システムでは、複数のクライアント装置が、運用系サーバ装置に接続されている。運用系サーバ装置は、様々なサービスを提供する装置である。以下においては、複数のサーバ装置のうち、運用系サーバ装置以外のサーバ装置を、「待機系サーバ装置」ともいう。
【００１２】
集中管理システムでは、運用系サーバ装置は、所定のタイミングで、待機系サーバ装置に対して、データ同期処理を行う。これにより、データ更新時に生じる、サーバ装置間でのデータ同期処理に関するオーバヘッドを削減できる。
【００１３】
しかし、以下の状況Ｓｔｎにおいては、集中管理システムに、複数の運用系サーバ装置が存在する場合がある。当該状況Ｓｔｎは、例えば、運用系サーバ装置と待機系サーバ装置とを接続する回線に障害が存在するという状況である。また、当該状況Ｓｔｎは、待機系サーバ装置を一時的に運用系サーバ装置として動作させる状況である。
【００１４】
そこで、集中管理システムにおいて、適切なサーバ装置を選択することが要求される。以下の実施の形態では、この要求を満たすような構成について説明する。
【００１５】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の図面では、同一の各構成要素には同一の符号を付してある。同一の符号が付されている各構成要素の名称および機能は同じである。したがって、同一の符号が付されている各構成要素の一部についての詳細な説明を省略する場合がある。
【００１６】
＜実施の形態１＞
（システム構成）
図１は、本発明の実施の形態１に係るネットワークシステム１０００の構成を示す図である。ネットワークシステム１０００は、集中管理システムである。
【００１７】
図１を参照して、ネットワークシステム１０００は、複数のサーバ装置２００と、複数のクライアント装置１００とを含む。図１では、一例として、４台のサーバ装置２００が示される。
【００１８】
なお、ネットワークシステム１０００に含まれるサーバ装置２００の数は、４に限定されず、２，３または５以上であってもよい。また、ネットワークシステム１０００に含まれるクライアント装置１００の数は、１であってもよい。
【００１９】
複数のクライアント装置１００の各々は、同じ構成を有する。また、複数のサーバ装置２００の各々は、同じ構成を有する。複数のサーバ装置２００の各々は、複数のクライアント装置１００と通信可能なように構成される。複数のサーバ装置２００の各々は、例えば、ネットワークにより、複数のクライアント装置１００と接続される。
【００２０】
複数のサーバ装置２００は、互いに通信可能なように構成される。複数のサーバ装置２００は、例えば、ネットワークにより、互いに接続される。なお、複数のサーバ装置２００は、互いに通信可能なように構成されていなくてもよい。
【００２１】
複数のサーバ装置２００のうち、少なくとも１台のサーバ装置２００は、運用系サーバ装置である。運用系サーバ装置は、複数のクライアント装置１００を集中管理するサーバ装置である。また、運用系サーバ装置は、様々なサービスを提供する装置である。なお、複数のサーバ装置２００のうち、運用系サーバ装置以外のサーバ装置２００は、待機系サーバ装置である。
【００２２】
運用系サーバ装置は、当該運用系サーバ装置が通信可能な待機系サーバ装置に対して、定期的に、バックアップデータを同期するための処理を行う。
【００２３】
前述したように、ネットワークシステム１０００は、集中管理システムである。そのため、各クライアント装置１００が、同時にアクセスできるサーバ装置２００は、様々なサービスを提供する運用系サーバ装置のみである。当該サービスは、例えば、各クライアント装置１００が共通して使用する暗号鍵を管理するというサービスである。
【００２４】
各クライアント装置１００は、例えば、当該クライアント装置１００に対しての操作の履歴を管理する。また、各クライアント装置１００は、例えば、当該クライアント装置１００と、当該クライアント装置１００の配下である端末装置との間における、通信の障害状況、トラフィック状況等のログを管理する。各クライアント装置１００は、定期的に、ログ等を示す管理情報を運用系サーバ装置へ送信する。
【００２５】
このように、複数のサーバ装置２００のうち、少なくとも１台のサーバ装置２００は、運用系サーバ装置である。当該運用系サーバ装置は、例えば、各クライアント装置１００に対しサービスを提供し、各クライアント装置１００からの要求を処理する。
【００２６】
（サーバ装置）
図２は、本発明の実施の形態１に係るサーバ装置２００の構成を示すブロック図である。以下においては、図２に示される各構成要素に対応するサーバ装置２００を、「自サーバ装置」ともいう。自サーバ装置は、図１の複数のサーバ装置２００のいずれかである。また、以下においては、図１の複数のサーバ装置２００のうち、自サーバ装置以外のサーバ装置２００を、「他サーバ装置」ともいう。
【００２７】
また、以下においては、サーバ装置２００の動作状態を、「系状態」ともいう。サーバ装置２００の系状態は、運用系および待機系のいずれかが設定される。「運用系」とは、複数のクライアント装置１００を集中管理するための状態である。系状態が運用系であるサーバ装置２００は、運用系サーバ装置である。
【００２８】
「待機系」とは、例えば、サーバ装置２００が負荷の高い処理を行わない状態である。系状態が待機系であるサーバ装置２００は、待機系サーバ装置である。
【００２９】
図２を参照して、サーバ装置２００は、記憶部２１０、データ管理部２２０、管理部２３０、制御部２５０、入力部２７０および通信部２８０を備える。
【００３０】
通信部２８０は、クライアント装置１００および他サーバ装置の各々と通信する機能を有する。具体的には、通信部２８０は、クライアント通信部２８１およびサーバ通信部２８２を含む。クライアント通信部２８１は、クライアント装置１００と通信する機能を有する。サーバ通信部２８２は、他サーバ装置と通信する機能を有する。なお、サーバ通信部２８２は、他サーバ装置と正常に通信ができない場合、通信異常を検出する機能を有する。通信異常は、例えば、自サーバ装置と他サーバ装置とを接続する回線に障害が存在する場合に、発生する。
【００３１】
記憶部２１０は、データ等を記憶する機能を有する。記憶部２１０が記憶しているデータは、例えば、自サーバ装置が生成したデータ、他サーバ装置またはクライアント装置１００から通信部２８０が受信したデータ等である。クライアント装置１００から通信部２８０が受信したデータは、例えば、サービスを提供するために必要なデータである。
【００３２】
データ管理部２２０は、通信部２８０（クライアント通信部２８１）を介して、クライアント装置１００とデータ通信を行う機能を有する。また、データ管理部２２０は、通信部２８０（サーバ通信部２８２）を介して、他サーバ装置とデータ通信を行う機能を有する。データ管理部２２０は、通信部２８０を介して受信したデータを、当該データの更新時刻とともに、記憶部２１０に格納する機能を有する。
【００３３】
入力部２７０は、例えば、オペレーターによる操作を受付けるインタフェースである。入力部２７０は、例えば、キーボード、マウス等である。以下においては、オペレーターが、入力部２７０に対して行う操作を、「操作Ｍ」ともいう。
【００３４】
制御部２５０は、定期的に、系状態情報を、通信部２８０（サーバ通信部２８２）を介して、他サーバ装置へ送信する系状態送信処理を行う。系状態情報は、自サーバ装置の系状態を示す情報である。なお、系状態情報は、死活監視情報ともいう。
【００３５】
複数のサーバ装置２００の各々が、定期的に、系状態送信処理を行うことにより、各サーバ装置２００は、自サーバ装置および他サーバ装置の系状態を把握している。
【００３６】
制御部２５０は、系設定部２５１を含む。系設定部２５１は、自サーバ装置の系状態を、運用系または待機系に設定する機能を有する。系設定部２５１は、系状態を設定するための系設定操作が行われた場合、当該系設定操作に従って、自サーバ装置の系状態を運用系または待機系に設定する。系設定操作は、例えば、系状態を運用系に設定するための操作Ｍである。また、系設定操作は、例えば、系状態を待機系に設定するための操作Ｍである。
【００３７】
系設定部２５１は、系状態を設定した場合、系状態情報を、管理部２３０へ送信する。系状態情報は、設定後の系状態（運用系または待機系）を示す。
【００３８】
管理部２３０は、系設定部２５１から系状態情報を受信する機能を有する。また、管理部２３０は、サーバ状態情報を管理する機能を有する。サーバ状態情報は、サーバ装置の状態に関する情報である。以下においては、サーバ状態情報を、「サーバ状態情報ＳＶＳｔ」または「ＳＶＳｔ」ともいう。サーバ状態情報ＳＶＳｔは、一例として、サーバ状態情報ＳＶＳｔａ，ＳＶＳｔｂを含む。
【００３９】
また、管理部２３０は、時刻管理部２３１を含む。時刻管理部２３１は、常時、最新の日時（時刻）を管理している。管理部２３０は、常時、時刻管理部２３１から最新の日時（時刻）を取得している。管理部２３０は、系状態情報を受信した場合、当該系状態情報が示す系状態と、当該系状態情報を受信した日時（時刻）とを示す、サーバ状態情報ＳＶＳｔａを生成または更新する。系状態情報が示す系状態は、運用系または待機系である。
【００４０】
図３は、本発明の実施の形態１に係るサーバ状態情報ＳＶＳｔａの一例を示す図である。図３を参照して、サーバ状態情報ＳＶＳｔａは、系状態およびサーバ設定時刻を示す。「サーバ設定時刻」とは、サーバ装置２００の系状態が、運用系または待機系に設定された日時（時刻）である。すなわち、「サーバ設定時刻」は、サーバ装置２００の状態に関する日時（時刻）である。
【００４１】
図４は、本発明の実施の形態１に係るサーバ状態情報ＳＶＳｔｂの一例を示す図である。図４を参照して、サーバ状態情報ＳＶＳｔｂは、データ識別番号およびデータ更新時刻を示す。「データ識別番号」とは、データを識別するための番号である。「データ更新時刻」とは、データ識別番号により特定（識別）される、サーバ装置２００が保持しているデータが更新された日時（時刻）である。すなわち、「データ更新時刻」は、サーバ装置２００の状態に関する日時（時刻）である。
【００４２】
サーバ装置２００の系状態が運用系である場合、管理部２３０は、定期的に、サーバ状態情報ＳＶＳｔを、通信部２８０を介して、クライアント装置１００へ送信する機能を有する。なお、サーバ状態情報ＳＶＳｔは、サーバ識別番号を示す。サーバ識別番号は、当該サーバ識別番号を示すサーバ状態情報ＳＶＳｔを送信したサーバ装置２００を識別するための番号である。
【００４３】
（クライアント装置）
図５は、本発明の実施の形態１に係るクライアント装置１００の構成を示すブロック図である。図５を参照して、クライアント装置１００は、記憶部１１０、選択処理部１３０、データ管理部１２０および通信部１８０を備える。
【００４４】
記憶部１１０は、データ等を記憶する機能を有する。
【００４５】
通信部１８０は、サーバ装置２００および下位装置（端末装置）の各々と通信する機能を有する。具体的には、通信部１８０は、サーバ通信部１８１および下位装置通信部１８２を含む。サーバ通信部１８１は、サーバ装置２００と通信する機能を有する。下位装置通信部１８２は、下位装置である端末装置（図示せず）と通信する機能を有する。
【００４６】
選択処理部１３０は、サーバ状態情報を管理する機能を有する。具体的には、選択処理部１３０は、サーバ状態情報テーブルＳＶＴＬを記憶している。サーバ状態情報テーブルＳＶＴＬは、サーバ識別番号と、サーバ状態情報ＳＶＳｔに含まれるサーバ状態情報ＳＶＳｔａ，ＳＶＳｔｂとを対応づけて示す。なお、サーバ状態情報テーブルＳＶＴＬは、系状態は示さない。
【００４７】
選択処理部１３０は、通信部１８０（サーバ通信部１８１）を介して、サーバ装置２００が送信したサーバ状態情報ＳＶＳｔを受信する機能を有する。選択処理部１３０は、サーバ状態情報ＳＶＳｔを受信する毎に、当該サーバ状態情報ＳＶＳｔが示すサーバ識別番号と、サーバ状態情報ＳＶＳｔに含まれるサーバ状態情報ＳＶＳｔａ，ＳＶＳｔｂとを対応づけて、サーバ状態情報テーブルＳＶＴＬに追記する。
【００４８】
図６は、本発明の実施の形態１に係るサーバ状態情報テーブルＳＶＴＬの一例を示す図である。
【００４９】
また、選択処理部１３０は、複数のサーバ装置２００から複数のサーバ状態情報ＳＶＳｔを受信した場合、当該複数のサーバ状態情報ＳＶＳｔに基づいて、クライアント装置１００の通信対象となる運用系サーバ装置を選択する機能を有する。
【００５０】
データ管理部１２０は、データ収集処理を行う機能を有する。データ収集処理では、データ管理部１２０が、選択処理部１３０により選択されたサーバ装置２００が保持するデータを、当該サーバ装置２００から取得する。データ管理部１２０は、取得したデータを記憶部１１０に格納する。
【００５１】
また、データ管理部１２０は、下位装置（端末装置）から、下位装置通信部１８２を介して受信したデータを、記憶部１１０に格納する。また、データ管理部１２０は、下位装置から受信したデータを、通信部１８０（サーバ通信部１８１）を介して、サーバ装置２００へ送信する機能を有する。
【００５２】
（ネットワークシステムにおける処理）
次に、ネットワークシステム１０００において行われる処理（以下、「通信制御処理」ともいう）について説明する。以下においては、ネットワークシステム１０００の複数のサーバ装置２００の各々を、総括的に、「サーバ装置ＳＶ」ともいう。また、以下においては、複数のサーバ装置２００に含まれる２台のサーバ装置ＳＶを、それぞれ、サーバ装置ＳＶａ，ＳＶｂとも表記する。また、以下においては、サーバ装置ＳＶａ，ＳＶｂを、それぞれ、「ＳＶａ」および「ＳＶｂ」とも表記する。
【００５３】
また、以下においては、ネットワークシステム１０００の複数のクライアント装置１００の各々を、総括的に、「クライアント装置ＣＬ」ともいう。また、以下においては、複数のクライアント装置１００に含まれる２台のクライアント装置１００を、それぞれ、クライアント装置ＣＬａ，ＣＬｂとも表記する。また、以下においては、クライアント装置ＣＬａ，ＣＬｂを、それぞれ、「ＣＬａ」、「ＣＬｂ」とも表記する。
【００５４】
本実施の形態の通信制御処理では、説明を分かりやすくするために、一例として、サーバ装置ＳＶａ，ＳＶｂおよびクライアント装置ＣＬａ，ＣＬｂが行う処理を説明する。
【００５５】
図７は、本発明の実施の形態１に係る通信制御処理のシーケンス図である。ここで、以下の前提Ｐｍ１を考慮する。前提Ｐｍ１では、サーバ装置ＳＶａの系状態は、予め、運用系に設定されている。すなわち、サーバ装置ＳＶａは、運用系サーバ装置である。また、前提Ｐｍ１では、例えば、予め、サーバ装置ＳＶａに対し、系状態を運用系に設定するための系設定操作が行われている。系設定操作は、入力部２７０を使用して行われる操作である。
【００５６】
また、前提Ｐｍ１では、サーバ装置ＳＶｂの系状態は、予め、運用系に設定されている。すなわち、サーバ装置ＳＶｂは、運用系サーバ装置である。
【００５７】
前提Ｐｍ１における通信制御処理では、ステップＳ５０１Ａにおいて、サーバ装置ＳＶａの電源がオンにされる。これにより、サーバ装置ＳＶａの管理部２３０は、運用系処理を行う。
【００５８】
サーバ装置ＳＶａにおける運用系処理では、ステップＳ５０２ａ，Ｓ５０３ａにおいて、サーバ装置ＳＶａの管理部２３０は、定期的に、サーバ状態情報ＳＶＳｔを、クライアント装置ＣＬａ，ＣＬｂへ送信する。これにより、クライアント装置ＣＬａ，ＣＬｂの各々は、サーバ状態情報ＳＶＳｔを受信する。
【００５９】
また、ステップＳ５０１ｂにおいて、サーバ装置ＳＶｂの電源がオンにされる。これにより、サーバ装置ＳＶｂの管理部２３０は、運用系処理を行う。
【００６０】
サーバ装置ＳＶｂにおける運用系処理では、ステップＳ５０２ｂ，Ｓ５０３ｂにおいて、サーバ装置ＳＶｂの管理部２３０は、定期的に、サーバ状態情報ＳＶＳｔを、クライアント装置ＣＬａ，ＣＬｂへ送信する。これにより、クライアント装置ＣＬａ，ＣＬｂの各々は、サーバ状態情報ＳＶＳｔを受信する。
【００６１】
以下においては、運用系処理が行われるための条件を、「運用条件」ともいう。運用条件は、サーバ装置の電源がオンにされるという条件に限定されない。運用条件は、例えば、待機系のサーバ装置ＳＶに対し、系状態を運用系に設定（変更）するための系設定操作が行われたという条件であってもよい。
【００６２】
また、運用条件は、待機系サーバ装置のサーバ通信部２８２が、通信異常を検出したという条件であってもよい。サーバ通信部２８２が通信異常を検出した場合、当該サーバ通信部２８２は、運用系サーバ装置において動作不良が発生したと判定する。この場合、クライアント装置へのサービスの提供を継続するために、待機系サーバ装置の系状態は運用系に設定される。これにより、待機系サーバ装置は運用系サーバ装置になり、当該運用系サーバ装置は運用系処理を行う。
【００６３】
通信制御処理において、クライアント装置ＣＬａ，ＣＬｂの各々は同じ処理を行う。ここでは、一例として、クライアント装置ＣＬａにおける処理について説明する。なお、図７では、図の簡略化のため、クライアント装置ＣＬｂにおける処理は示していない。
【００６４】
ステップＳ７１０では、記憶処理が行われる。記憶処理では、クライアント装置ＣＬの選択処理部１３０が、サーバ状態情報ＳＶＳｔが示すサーバ識別番号と、サーバ状態情報ＳＶＳｔに含まれるサーバ状態情報ＳＶＳｔａ，ＳＶＳｔｂとを対応づけて、前述のサーバ状態情報テーブルＳＶＴＬに追記する。
【００６５】
ステップＳ７２０では、選択処理部１３０が、クライアント装置ＣＬが複数のサーバ状態情報ＳＶＳｔを受信したか否かを判定する。ステップＳ７２０においてＹＥＳならば処理はステップＳ７３０へ移行する。すなわち、クライアント装置ＣＬが複数のサーバ状態情報ＳＶＳｔを受信した場合、後述の選択処理が行われる。一方、ステップＳ７２０においてＮＯならば、クライアント装置ＣＬにおける処理は終了し、後述の選択処理は行われない。
【００６６】
前提Ｐｍ１における通信制御処理では、クライアント装置ＣＬａは、サーバ装置ＳＶａ，ＳＶｂから、少なくとも２つのサーバ状態情報ＳＶＳｔを受信する。そのため、ステップＳ７２０でＹＥＳと判定され、処理はステップＳ７３０へ移行する。
【００６７】
以下においては、複数のサーバ装置２００から、運用系サーバ装置を選択するための条件を、「選択条件Ｃｄ」ともいう。選択条件Ｃｄは、予め決められた条件である。また、以下においては、各クライアント装置ＣＬの通信対象となる運用系サーバ装置を、「対象運用系サーバ装置」ともいう。
【００６８】
ステップＳ７３０では、選択処理が行われる。選択処理では、選択処理部１３０が、選択条件Ｃｄにおける日時（時刻）に基づいて、複数のサーバ装置ＳＶから、対象運用系サーバ装置を選択する。
【００６９】
選択条件Ｃｄは、例えば、サーバ状態情報テーブルＳＶＴＬが示す複数のサーバ設定時刻のうち、最新のサーバ設定時刻に対応するサーバ識別番号に対応するサーバ装置ＳＶを選択するという条件である。サーバ状態情報テーブルＳＶＴＬが示す複数のサーバ設定時刻の各々は、クライアント装置ＣＬが受信したサーバ状態情報ＳＶＳｔに含まれるサーバ状態情報ＳＶＳｔａに含まれるサーバ設定時刻である。
【００７０】
また、選択条件Ｃｄは、例えば、サーバ状態情報テーブルＳＶＴＬが示す複数のデータ更新時刻のうち、最新のデータ更新時刻に対応するサーバ識別番号に対応するサーバ装置ＳＶを選択するという条件である。サーバ状態情報テーブルＳＶＴＬが示す複数のデータ更新時刻の各々は、クライアント装置ＣＬが受信したサーバ状態情報ＳＶＳｔに含まれるサーバ状態情報ＳＶＳｔｂに含まれるデータ更新時刻である。
【００７１】
ここで、前提Ｐｍ１における選択条件Ｃｄは、一例として、サーバ状態情報テーブルＳＶＴＬが示す複数のサーバ設定時刻のうち、最新のサーバ設定時刻に対応するサーバ識別番号に対応するサーバ装置ＳＶを、対象運用系サーバ装置として選択するという条件である。
【００７２】
また、前提Ｐｍ１における選択処理で使用されるサーバ状態情報テーブルＳＶＴＬは、一例として、図６のサーバ状態情報テーブルＳＶＴＬである。なお、前提Ｐｍ１では、一例として、サーバ装置ＳＶａのサーバ識別番号は、“1001”である。
【００７３】
具体的には、前提Ｐｍ１における選択処理では、選択処理部１３０が、選択条件Ｃｄに従い、複数のサーバ装置ＳＶから、複数のサーバ設定時刻のうちの最新のサーバ設定時刻に対応するサーバ識別番号“1001”に対応するサーバ装置ＳＶａ（対象運用系サーバ装置）を選択する。
【００７４】
ステップＳ７４０では、選択処理部１３０は、選択したサーバ装置ＳＶａに対し、接続要求ＣＲｑを送信する。これにより、サーバ装置ＳＶａは、接続要求ＣＲｑの受信に応じて、当該接続要求ＣＲｑを送信したクライアント装置ＣＬと通信可能な状況となる。
【００７５】
ステップＳ７５０では、データ収集処理が行われる。データ収集処理では、データ管理部１２０は、選択されたサーバ装置ＳＶに対し、当該サーバ装置ＳＶが保持するデータの収集を行う。前提Ｐｍ１におけるデータ収集処理では、データ管理部１２０は、選択されたサーバ装置ＳＶａに対し、当該サーバ装置ＳＶａが保持するデータの収集を行う。
【００７６】
以上説明したように、本実施の形態によれば、選択処理部１３０は、複数のサーバ装置ＳＶから、複数のクライアント装置ＣＬを集中管理するサーバ装置であって、かつ、各クライアント装置ＣＬの通信対象となるサーバ装置（対象運用系サーバ装置）を選択する。
【００７７】
これにより、複数のクライアント装置ＣＬを集中管理するサーバ装置であって、かつ、各クライアント装置の通信対象となるサーバ装置（対象運用系サーバ装置）を選択することができる。
【００７８】
また、本実施の形態の構成によれば、集中管理システムであるネットワークシステム１０００において、適切なサーバ装置を選択することができる。
【００７９】
なお、前述したように、状況Ｓｔｎにおいては、集中管理システムに、複数の運用系サーバ装置が存在する場合がある。当該状況Ｓｔｎは、例えば、運用系サーバ装置と待機系サーバ装置とを接続する回線に障害が存在するという状況である。また、当該状況Ｓｔｎは、待機系サーバ装置を一時的に運用系サーバ装置として動作させる状況である。
【００８０】
このような状況Ｓｔｎにおいても、本実施の形態によれば、各クライアント装置ＣＬは、共通の運用系サーバ装置（集中管理サーバ装置）を選択することができる。したがって、状況Ｓｔｎにおいても、各クライアント装置ＣＬは、共通のデータ資源にアクセスできる。
【００８１】
＜実施の形態２＞
実施の形態１では、接続要求ＣＲｑの送信対象となるサーバ装置が運用系サーバ装置でない状態でも、当該サーバ装置に対し、データ収集処理を行うことができる。このため、選択処理において選択されなかったサーバ装置ＳＶｂは、運用系サーバ装置として動作し続ける。したがって、サーバ装置ＳＶｂが動作するために必要な電力の分だけ、ネットワークシステム１０００における消費電力が無駄になっていた。本実施の形態では、このような問題を解決する構成について説明する。
【００８２】
（ネットワークシステムにおける処理）
本実施の形態の、ネットワークシステム１０００、サーバ装置２００（ＳＶ）およびクライアント装置１００（ＣＬ）の構成は、実施の形態１と同様である。以下、実施の形態１と異なる点を主に説明する。本実施の形態では、ネットワークシステム１０００において、通信制御処理Ａが行われる。
【００８３】
図８は、本発明の実施の形態２に係る通信制御処理Ａのシーケンス図である。図８において、図７のステップ番号と同じステップ番号の処理は、実施の形態１で説明した処理と同様な処理が行われるので詳細な説明は繰り返さない。なお、通信制御処理Ａにおいて、クライアント装置ＣＬａ，ＣＬｂの各々は同じ処理を行う。ここでは、一例として、クライアント装置ＣＬａにおける処理について説明する。なお、図８では、図の簡略化のため、クライアント装置ＣＬｂにおける処理は示していない。
【００８４】
本実施の形態では、前述の前提Ｐｍ１において通信制御処理Ａが行われる場合の処理について説明する。以下、実施の形態１と異なる点を中心に説明する。
【００８５】
前述のステップＳ７４０の処理により、接続要求ＣＲｑがサーバ装置ＳＶａへ送信される。サーバ装置ＳＶａの系設定部２５１は、通信部２８０（クライアント通信部２８１）を介して、接続要求ＣＲｑを受信する。これにより、ステップＳ５２０において、系設定部２５１は、自サーバ装置の系状態を、運用系に設定する。そして、管理部２３０は、系状態の設定内容に基づいて、サーバ状態情報ＳＶＳｔａを更新する。
【００８６】
そして、管理部２３０は、当該接続要求ＣＲｑにより指定されたデータを、記憶部２１０から読み出す。そして、管理部２３０は、当該接続要求ＣＲｑを送信したクライアント装置ＣＬａに対し、通信部２８０を介して、応答を送信する。
【００８７】
クライアント装置ＣＬａは、応答の受信に応じて、実施の形態１と同様に、データ収集処理を行う。
【００８８】
以下においては、ステップＳ７３０の選択処理において選択されたサーバ装置ＳＶを、「選択サーバ装置」ともいう。選択サーバ装置は、前述の対象運用系サーバ装置である。また、以下においては、ネットワークシステム１０００における複数のサーバ装置ＳＶのうち、選択サーバ装置以外のサーバ装置ＳＶを、「非選択装置」ともいう。
【００８９】
ステップＳ７６０では、クライアント装置ＣＬａの選択処理部１３０は、非選択装置からサーバ状態情報ＳＶＳｔを受信したか否かを判定する。具体的には、選択処理部１３０は、期間Ｔｍ１において、非選択装置からサーバ状態情報ＳＶＳｔを受信したか否かを判定する。当該期間Ｔｍ１は、例えば、前述の応答を受信してから、所定時間経過するまでの期間において、当該所定時間は、例えば、５秒から２０秒の範囲の時間である。
【００９０】
ステップＳ７６０においてＹＥＳならば、処理はステップＳ７６１へ移行する。一方、ステップＳ７６０においてＮＯならば、クライアント装置ＣＬａにおける、処理は終了する。
【００９１】
なお、本実施の形態の前提Ｐｍ１では、一例として、クライアント装置ＣＬａは、期間Ｔｍ１において、非選択装置であるサーバ装置ＳＶｂから、サーバ状態情報ＳＶＳｔを受信する。そのため、ステップＳ７６０でＹＥＳと判定され、処理はステップＳ７６１へ移行する。
【００９２】
ステップＳ７６１では、選択処理部１３０は、非選択装置が運用系サーバ装置として動作しないようにするための処理を行う。具体的には、選択処理部１３０が、接続拒否要求を、非選択装置へ送信する。接続拒否要求は、非選択装置の系状態を待機系に設定するための指示を示す。
【００９３】
前提Ｐｍ１におけるステップＳ７６１では、選択処理部１３０が、接続拒否要求を、非選択装置であるサーバ装置ＳＶｂへ送信する。これにより、サーバ装置ＳＶｂは接続拒否要求を受信する。
【００９４】
ステップＳ５７０において、サーバ装置ＳＶｂの系設定部２５１は、接続拒否要求に従って、自サーバ装置の系状態を待機系に設定する。そして、管理部２３０は、系状態の設定内容に基づいて、サーバ状態情報ＳＶＳｔａを更新する。これにより、サーバ装置ＳＶｂは、待機系サーバ装置となる。そして、管理部２３０は、当該接続拒否要求を送信したクライアント装置ＣＬに対し、通信部２８０を介して、応答を送信する。
【００９５】
ステップＳ５７１において、サーバ装置ＳＶｂの管理部２３０は、運用系処理を終了する。すなわち、管理部２３０は、サーバ状態情報ＳＶＳｔを定期的に送信する処理を終了する。なお、待機系サーバ装置となったサーバ装置ＳＶｂは、クライアント装置ＣＬから接続要求ＣＲｑを受信した場合、拒否応答を当該クライアント装置ＣＬへ送信する。
【００９６】
以上説明したように、本実施の形態によれば、クライアント装置ＣＬの選択処理部１３０は、非選択装置が運用系サーバ装置として動作しないようにするための処理を行う。具体的には、選択処理部１３０は、非選択装置の系状態を待機系に設定するための処理を行う。これにより、非選択装置であるサーバ装置ＳＶｂが、待機系サーバ装置になる。その結果、データ収集処理を、対象運用系サーバ装置である運用系サーバ装置に対してのみ行うことができる。以上により、ネットワークシステム１０００（待機系サーバ装置）における消費電力を低減することができる。
【００９７】
＜実施の形態３＞
実施の形態２では、ステップＳ５２０において、サーバ装置ＳＶの系状態が設定される。なお、実施の形態２の通信制御処理Ａでは、各クライアント装置ＣＬが受信する複数のサーバ状態情報ＳＶＳｔの各々に含まれる時刻（サーバ設定時刻）は同一である。
【００９８】
そのため、実施の形態２では、選択処理において、特定のクライアント装置ＣＬが選択するサーバ装置が、別のクライアント装置ＣＬが選択するサーバ装置と異なる状況（選択のミス）が生じる場合がある。すなわち、各クライアント装置ＣＬが、共通のサーバ装置ＳＶを選択できない可能性があるという問題が存在する。本実施の形態では、この問題を解決するための構成について説明する。
【００９９】
（ネットワークシステムにおける処理）
本実施の形態の、ネットワークシステム１０００、サーバ装置２００（ＳＶ）およびクライアント装置１００（ＣＬ）の構成は、実施の形態１，２と同様である。以下、実施の形態２と異なる点を主に説明する。本実施の形態では、ネットワークシステム１０００において、通信制御処理Ｂが行われる。
【０１００】
なお、本実施の形態の各サーバ装置ＳＶの管理部２３０は、サーバ状態情報ＳＶＳｔＸを管理する機能を有する。具体的には、管理部２３０は、サーバ状態情報ＳＶＳｔＸを記憶している。なお、サーバ状態情報ＳＶＳｔＸは、サーバ識別番号を示す。サーバ識別番号は、当該サーバ識別番号を示すサーバ状態情報ＳＶＳｔＸを送信したサーバ装置２００を識別するための番号である。また、サーバ状態情報ＳＶＳｔＸは、一例として、サーバ状態情報ＳＶＳｔａＸ，ＳＶＳｔｂＸを含む。
【０１０１】
図９は、本発明の実施の形態３に係るサーバ状態情報ＳＶＳｔａＸの一例を示す図である。図９を参照して、サーバ状態情報ＳＶＳｔａＸは、図３のサーバ状態情報ＳＶＳｔａと比較して、「セッション番号」をさらに示す点が異なる。サーバ状態情報ＳＶＳｔａＸのそれ以外の情報は、サーバ状態情報ＳＶＳｔａと同様なので詳細な説明は繰り返さない。
【０１０２】
「セッション番号」は、ネットワークシステム１０００において、ある期間に処理対象となるデータを一意に管理するための番号である。このため、セッション番号は、全てのサーバ装置ＳＶにおいて、共通して定義される番号である。例えば、各サーバ装置ＳＶにおいて、セッション番号は、所定時間の経過毎に、１が加算された値となるように、使用される。
【０１０３】
図１０は、本発明の実施の形態３に係るサーバ状態情報ＳＶＳｔｂＸの一例を示す図である。図１０を参照して、サーバ状態情報ＳＶＳｔｂＸは、図４のサーバ状態情報ＳＶＳｔｂと比較して、「セッション番号」をさらに示す点が異なる。サーバ状態情報ＳＶＳｔｂのそれ以外の情報は、サーバ状態情報ＳＶＳｔｂと同様なので詳細な説明は繰り返さない。
【０１０４】
また、本実施の形態の各クライアント装置ＣＬの選択処理部１３０は、サーバ状態情報ＳＶＴＬＸを管理する機能を有する。具体的には、選択処理部１３０は、サーバ状態情報テーブルＳＶＴＬＸを記憶している。
【０１０５】
図１１は、本発明の実施の形態３に係るサーバ状態情報テーブルＳＶＴＬＸの一例を示す図である。図１１を参照して、サーバ状態情報テーブルＳＶＴＬＸは、図６のサーバ状態情報テーブルＳＶＴＬと比較して、「セッション番号」をさらに示す点が異なる。サーバ状態情報テーブルＳＶＴＬＸのそれ以外の情報は、サーバ状態情報テーブルＳＶＴＬと同様なので詳細な説明は繰り返さない。
【０１０６】
図１２は、本発明の実施の形態３に係る通信制御処理Ｂのシーケンス図である。図１２において、図８のステップ番号と同じステップ番号の処理は、実施の形態２で説明した処理と同様な処理が行われるので詳細な説明は繰り返さない。なお、通信制御処理Ｂにおいて、クライアント装置ＣＬａ，ＣＬｂの各々は同じ処理を行う。ここでは、一例として、クライアント装置ＣＬａにおける処理について説明する。なお、図１２では、図の簡略化のため、クライアント装置ＣＬｂにおける処理は示していない。
【０１０７】
本実施の形態では、前述の前提Ｐｍ１において通信制御処理Ｂが行われる場合の処理について説明する。以下、実施の形態２と異なる点を中心に説明する。
【０１０８】
ステップＳ５０１Ａ，Ｓ５０１Ｂでは、実施の形態１と同様な処理が行われる。
【０１０９】
ステップＳ５０２ａＢ，Ｓ５０３ａＢにおいて、サーバ装置ＳＶａの管理部２３０は、定期的に、サーバ状態情報ＳＶＳｔＸを、クライアント装置ＣＬａ，ＣＬｂへ送信する。また、ステップＳ５０２ｂＢ，Ｓ５０３ｂＢにおいて、サーバ装置ＳＶｂの管理部２３０は、定期的に、サーバ状態情報ＳＶＳｔＸを、クライアント装置ＣＬａ，ＣＬｂへ送信する。
【０１１０】
ステップＳ７１０Ｂでは、記憶処理Ｂが行われる。記憶処理Ｂでは、クライアント装置ＣＬの選択処理部１３０が、サーバ状態情報ＳＶＳｔＸが示すサーバ識別番号と、サーバ状態情報ＳＶＳｔＸに含まれるサーバ状態情報ＳＶＳｔａＸ，ＳＶＳｔｂＸとを対応づけて、前述のサーバ状態情報テーブルＳＶＴＬＸに追記する。
【０１１１】
ステップＳ７２０Ｂでは、選択処理部１３０が、クライアント装置ＣＬが複数のサーバ状態情報ＳＶＳｔＸを受信したか否かを判定する。ステップＳ７２０ＢにおいてＹＥＳならば処理はステップＳ７３０Ｂへ移行する。一方、ステップＳ７２０ＢにおいてＮＯならば、クライアント装置ＣＬにおける処理は終了し、後述の選択処理Ｂは行われない。
【０１１２】
前提Ｐｍ１における通信制御処理Ｂでは、クライアント装置ＣＬａは、サーバ装置ＳＶａ，ＳＶｂから、少なくとも２つのサーバ状態情報ＳＶＳｔＸを受信する。そのため、ステップＳ７２０ＢでＹＥＳと判定され、処理はステップＳ７３０Ｂへ移行する。
【０１１３】
前提Ｐｍ１におけるステップＳ７３０Ｂでは、選択処理Ｂが行われる。選択処理Ｂでは、選択処理部１３０が、選択条件Ｃｄにおける日時（時刻）に基づいて、複数のサーバ装置ＣＬから、対象運用系サーバ装置を選択する。
【０１１４】
選択条件Ｃｄは、例えば、同一のセッション番号に対応する、サーバ状態情報テーブルＳＶＴＬＸが示す複数のサーバ設定時刻のうち、最新のサーバ設定時刻に対応するサーバ識別番号に対応するサーバ装置ＳＶを選択するという条件である。サーバ状態情報テーブルＳＶＴＬＸが示す複数のサーバ設定時刻の各々は、クライアント装置ＣＬが受信したサーバ状態情報ＳＶＳｔＸに含まれるサーバ状態情報ＳＶＳｔａＸに含まれるサーバ設定時刻である。
【０１１５】
また、選択条件Ｃｄは、例えば、同一のセッション番号に対応する、サーバ状態情報テーブルＳＶＴＬＸが示す複数のデータ更新時刻のうち、最新のデータ更新時刻に対応するサーバ識別番号に対応するサーバ装置ＳＶを選択するという条件である。サーバ状態情報テーブルＳＶＴＬＸが示す複数のデータ更新時刻の各々は、クライアント装置ＣＬが受信したサーバ状態情報ＳＶＳｔＸに含まれるサーバ状態情報ＳＶＳｔｂＸに含まれるデータ更新時刻である。
【０１１６】
ここで、本実施の形態の前提Ｐｍ１における選択条件Ｃｄは、一例として、同一のセッション番号に対応する、サーバ状態情報テーブルＳＶＴＬＸが示す複数のサーバ設定時刻のうち、最新のサーバ設定時刻に対応するサーバ識別番号に対応するサーバ装置ＳＶを、対象運用系サーバ装置として選択するという条件である。
【０１１７】
また、前提Ｐｍ１における選択処理Ｂで使用されるサーバ状態情報テーブルＳＶＴＬＸは、一例として、図１１のサーバ状態情報テーブルＳＶＴＬＸである。なお、前提Ｐｍ１では、一例として、サーバ装置ＳＶａのサーバ識別番号は、“1001”である。また、前提Ｐｍ１では、サーバ装置ＳＶｂのサーバ識別番号は、“1002”である。また、前提Ｐｍ１では、選択条件Ｃｄにおける前述の同一のセッション番号は、一例として、“１”である。
【０１１８】
具体的には、前提Ｐｍ１における選択処理Ｂでは、選択処理部１３０が、選択条件Ｃｄに従い、複数のサーバ装置ＳＶから、セッション番号“１”に対応する複数のサーバ設定時刻のうちの最新のサーバ設定時刻に対応するサーバ識別番号“1001”に対応するサーバ装置ＳＶａ（対象運用系サーバ装置）を選択する。
【０１１９】
前提Ｐｍ１におけるステップＳ７４０Ｂでは、選択処理部１３０は、選択したサーバ装置ＳＶａに対し、接続要求ＣＲｑを送信する。当該接続要求ＣＲｑには、前提Ｐｍ１における選択処理Ｂで使用されたセッション番号“１”が含まれる。
【０１２０】
前提Ｐｍ１におけるステップＳ５１０では、サーバ装置ＳＶａの管理部２３０が、所定期間ＴｍＢにおいて、当該サーバ装置ＳＶａがサーバ状態情報ＳＶＳｔＸを送信した全てのクライアント装置ＣＬから接続要求ＣＲｑを受信したか否かが判定される。
【０１２１】
また、所定期間ＴｍＢは、例えば、サーバ装置ＳＶａがサーバ状態情報ＳＶＳｔＸを送信してから、２０秒経過するまでの期間である。管理部２３０は、所定期間ＴｍＢにおいて、全てのクライアント装置ＣＬから、同一のセッション番号を含む接続要求ＣＲｑを受信するまで待機する。
【０１２２】
ステップＳ５１０においてＹＥＳならば処理はステップＳ５２０へ移行する。一方、ステップＳ５１０においてＮＯならば、処理はステップＳ５０２ａＢへ移行する。
【０１２３】
処理がステップＳ５０２ａＢへ移行する場合、サーバ装置ＳＶａの管理部２３０は、再選択シーケンスを行う。再選択シーケンスでは、サーバ状態情報ＳＶＳｔＸのサーバ設定時刻、および、再選択処理であることを識別するためのセッション番号を再設定する。その後、再度、ステップＳ５０２ａＢの処理を行う。なお、新規のセッション番号を受信したクライアント装置ＣＬは、旧セッション番号の接続要求に対する応答待機を終了する。
【０１２４】
本実施の形態の前提Ｐｍ１では、サーバ装置ＳＶａが、全てのクライアント装置ＣＬから接続要求ＣＲｑを受信する。そのため、ステップＳ５１０でＹＥＳと判定され、ステップＳ５２０の処理が行われる。
【０１２５】
ステップＳ５２０では、実施の形態２と同様、系設定部２５１は、自サーバ装置の系状態を、運用系に設定する。これ以降の処理は、実施の形態２と同様である。
【０１２６】
以上の、前提Ｐｍ１における通信制御処理Ｂでは、複数のクライアント装置ＣＬがステップＳ７４０Ｂを行う。これにより、複数のクライアント装置ＣＬが、同一のセッション番号を含む複数の接続要求ＣＲｑを、サーバ装置ＳＶａへ送信する。そして、ステップＳ５１０でＹＥＳと判定され、ステップＳ５２０が行われることにより、サーバ装置ＳＶａが運用系サーバ装置として動作する。すなわち、クライアント装置ＣＬａの選択処理部１３０は、別のクライアント装置ＣＬと協調して、選択したサーバ装置ＳＶａを運用系サーバ装置として動作させるための処理（接続要求ＣＲｑの送信）を行う。
【０１２７】
以上説明したように、本実施の形態によれば、セッション番号を使用して、対象運用系サーバ装置を選択する処理を行う。これにより、各クライアント装置ＣＬが受信する複数のサーバ状態情報の各々に含まれる時刻（サーバ設定時刻）が同一であることにより生じる、前述の問題を解決することができる。
【０１２８】
すなわち、特定のクライアント装置ＣＬが選択するサーバ装置が、別のクライアント装置ＣＬが選択するサーバ装置と異なる状況が生じること（選択のミス）を防ぐことができる。換言すれば、各クライアント装置ＣＬが受信する複数のサーバ状態情報の各々に含まれる時刻（サーバ設定時刻）が同一であっても、各クライアント装置ＣＬが、共通のサーバ装置ＳＶを確実に選択することができる。
【０１２９】
（機能ブロック図）
図１３は、クライアント装置ＢＬ１０の特徴的な機能構成を示すブロック図である。クライアント装置ＢＬ１０は、クライアント装置１００に相当する。つまり、図１３は、クライアント装置ＢＬ１０の有する機能のうち、本発明に関わる主要な機能を示すブロック図である。
【０１３０】
クライアント装置ＢＬ１０は、複数のサーバ装置の各々が送信する、当該サーバ装置の状態に関する時刻を含むサーバ状態情報を受信する。
【０１３１】
クライアント装置ＢＬ１０は、機能的には、選択処理部ＢＬ１と、データ管理部ＢＬ２とを備える。
【０１３２】
選択処理部ＢＬ１は、前記サーバ状態情報に含まれる前記時刻に基づいて、前記複数のサーバ装置から、前記クライアント装置を含む複数のクライアント装置を集中管理するサーバ装置であって、かつ、各前記クライアント装置の通信対象となるサーバ装置である対象運用系サーバ装置を選択する。選択処理部ＢＬ１は、選択処理部１３０に相当する。
【０１３３】
データ管理部ＢＬ２は、選択された前記サーバ装置に対し、当該サーバ装置が保持するデータの収集を行う。データ管理部ＢＬ２は、データ管理部１２０に相当する。
【０１３４】
（その他の変形例）
以上、本発明に係るプリントシステムについて、各実施の形態に基づいて説明したが、本発明は、当該各実施の形態に限定されるものではない。本発明の主旨を逸脱しない範囲内で、当業者が思いつく変形を各実施の形態に施したものも、本発明に含まれる。つまり、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【０１３５】
また、クライアント装置１００は、図で示される全ての構成要素を含まなくてもよい。すなわち、クライアント装置１００は、本発明の効果を実現できる最小限の構成要素のみを含めばよい。
【０１３６】
また、クライアント装置１００に含まれる、選択処理部１３０およびデータ管理部１２０の各々の機能は、処理回路により実現されてもよい。
【０１３７】
当該処理回路は、前記サーバ状態情報に含まれる前記時刻に基づいて、前記複数のサーバ装置から、前記クライアント装置を含む複数のクライアント装置を集中管理するサーバ装置であって、かつ、各前記クライアント装置の通信対象となるサーバ装置である対象運用系サーバ装置を選択するための回路である。
【０１３８】
また、当該処理回路は、選択された前記サーバ装置に対し、当該サーバ装置が保持するデータの収集を行うための回路でもある。
【０１３９】
処理回路は、専用のハードウエアであってよい。また、処理回路は、メモリに格納されるプログラムを実行するプロセッサであってもよい。当該プロセッサは、例えば、ＣＰＵ（Central Processing Unit）、中央処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processor）等である。
【０１４０】
以下においては、処理回路が専用のハードウエアである構成を、「構成Ｃｓ１」ともいう。また、以下においては、処理回路が、プロセッサである構成を、「構成Ｃｓ２」ともいう。また、以下においては、選択処理部１３０およびデータ管理部１２０の各々の機能を、ハードウエアとソフトウエアとの組み合わせにより実現する構成を、「構成Ｃｓ３」ともいう。
【０１４１】
構成Ｃｓ１では、処理回路は、例えば、単一回路、複合回路、プログラム化されたプロセッサ、並列プログラム化されたプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、またはこれらを組み合わせたものが該当する。選択処理部１３０およびデータ管理部１２０の機能は、それぞれ、２つの処理回路で実現されてもよい。また、選択処理部１３０およびデータ管理部１２０の全ての機能が、１つの処理回路で実現されてもよい。
【０１４２】
なお、クライアント装置１００に含まれる各構成要素の全てまたは一部を、ハードウエアで示した構成は、例えば、以下のようになる。以下においては、クライアント装置１００に含まれる各構成要素の全てまたは一部を、ハードウエアで示したクライアント装置を、「クライアント装置ｈｄ１０」ともいう。
【０１４３】
図１４は、クライアント装置ｈｄ１０のハードウエア構成図である。図１４を参照して、クライアント装置ｈｄ１０は、プロセッサｈｄ１と、メモリｈｄ２とを備える。メモリｈｄ２は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の、不揮発性または揮発性の半導体メモリである。また、例えば、メモリｈｄ２は、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等である。
【０１４４】
構成Ｃｓ２では、処理回路は、プロセッサｈｄ１である。構成Ｃｓ２では、選択処理部１３０およびデータ管理部１２０の各々の機能は、ソフトウエア、ファームウエア、またはソフトウエアとファームウエアとの組み合わせにより実現される。ソフトウエアまたはファームウエアは、プログラムとして記述され、メモリｈｄ２に格納される。
【０１４５】
また、構成Ｃｓ２では、処理回路（プロセッサｈｄ１）が、メモリｈｄ２に記憶されたプログラムを読み出して、当該プログラムを実行することにより、選択処理部１３０およびデータ管理部１２０の各々の機能は実現される。すなわち、メモリｈｄ２は、以下のプログラムを格納する。
【０１４６】
当該プログラムは、前記サーバ状態情報に含まれる前記時刻に基づいて、前記複数のサーバ装置から、前記クライアント装置を含む複数のクライアント装置を集中管理するサーバ装置であって、かつ、各前記クライアント装置の通信対象となるサーバ装置である対象運用系サーバ装置を選択するステップと、選択された前記サーバ装置に対し、当該サーバ装置が保持するデータの収集を行うステップとを、処理回路（プロセッサｈｄ１）に実行させるためのプログラムである。
【０１４７】
また、当該プログラムは、選択処理部１３０およびデータ管理部１２０の各々が行う処理の手順、当該処理を実行する方法等をコンピュータに実行させるものでもある。
【０１４８】
構成Ｃｓ３では、選択処理部１３０およびデータ管理部１２０の一部の機能は、専用のハードウエアで実現される。また、構成Ｃｓ３では、選択処理部１３０およびデータ管理部１２０の別の一部の機能は、ソフトウエアまたはファームウエアで実現される。
【０１４９】
例えば、選択処理部１３０の機能は、処理回路がメモリに格納されたプログラムを読み出して実行することによって実現される。また、例えば、データ管理部１２０の機能は、専用のハードウエアとしての処理回路で実現される。
【０１５０】
以上の構成Ｃｓ１、構成Ｃｓ２および構成Ｃｓ３のように、処理回路は、ハードウエア、ソフトウエア、ファームウエア、またはこれらの組み合わせによって、上述の各機能を実現することができる。
【０１５１】
また、本発明は、クライアント装置１００が備える特徴的な構成部の動作をステップとするサーバ選択方法として実現してもよい。また、本発明は、そのようなサーバ選択方法に含まれる各ステップをコンピュータに実行させるプログラムとして実現してもよい。また、本発明は、そのようなプログラムを格納するコンピュータ読み取り可能な記録媒体として実現されてもよい。また、当該プログラムは、インターネット等の伝送媒体を介して配信されてもよい。
【０１５２】
また、本発明に係るサーバ選択方法は、図７の通信制御処理、図８の通信制御処理Ａ、および、図１２の通信制御処理Ｂのいずれかに相当する。
【０１５３】
上記実施の形態で用いた全ての数値は、本発明を具体的に説明するための一例の数値である。すなわち、本発明は、上記実施の形態で用いた各数値に制限されない。
【０１５４】
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【０１５５】
１００，ＢＬ１０，ＣＬ，ＣＬａ，ＣＬｂ，ｈｄ１０  クライアント装置、１２０，２２０，ＢＬ２  データ管理部、１３０，ＢＬ１  選択処理部、２００，ＳＶ，ＳＶａ，ＳＶｂ  サーバ装置、２３０  管理部、１０００  ネットワークシステム。
【図１】
2018097772.tif 000003
【図２】
2018097772.tif 000004
【図３】
2018097772.tif 000005
【図４】
2018097772.tif 000006
【図５】
2018097772.tif 000007
【図６】
2018097772.tif 000008
【図７】
2018097772.tif 000009
【図８】
2018097772.tif 000010
【図９】
2018097772.tif 000011
【図１０】
2018097772.tif 000012
【図１１】
2018097772.tif 000013
【図１２】
2018097772.tif 000014
【図１３】
2018097772.tif 000015
【図１４】
2018097772.tif 000016