JP2023076038A - サーバシステム - Google Patents

Abstract

【課題】適切に常時接続を確立する。
【解決手段】
サーバシステムは、複数の常時接続処理部と制御部とを備える。複数の常時接続処理部のそれぞれは、複数の常時接続実行部を含む。制御部は、端末装置からの常時接続のための第１要求を受信する受信処理と、第１要求に応じて複数の常時接続処理部のうち端末装置との常時接続を確立すべき１つの常時接続処理部である対象常時接続処理部を決定する決定処理と、対象常時接続処理部の決定の後に、常時接続のための第２要求の宛先を示す宛先データであって、対象常時接続処理部を示す宛先データを端末装置に送信する送信処理と、を実行するように構成されている。対象常時接続処理部は、端末装置からの第２要求に応じて、１つの常時接続実行部と端末装置との常時接続を確立するように構成されている。
【選択図】 図１

Description

本明細書は、ネットワークの常時接続に関する。

従来から、ネットワークの常時接続のために、サーバが使用されている。また、ネットワークシステムの可用性を高めるために、ネットワークシステムの各部の冗長化が行われ得る。ネットワークシステムが複数の常時接続サーバを備える場合に、クライアントが、常時接続サーバに関するリストに基づいてサービスに対応する常時接続サーバとの常時接続を開始する技術が、提案されている。

特開２０１５－１３３０４８号公報

ところで、サーバシステムが端末装置との常時接続を確立するための複数の処理部を備える場合に、サーバシステムを使用して適切に常時接続を確立することは容易ではなく、工夫の余地があった。

本明細書は、適切に常時接続を確立することができる技術を開示する。

本明細書に開示された技術は、以下の適用例として実現することが可能である。

［適用例１］常時接続のためのサーバシステムであって、複数の常時接続処理部と、制御部と、を備え、前記複数の常時接続処理部のそれぞれは、複数の常時接続実行部を含み、前記制御部は、端末装置からの常時接続のための第１要求を受信する受信処理と、前記第１要求に応じて、前記複数の常時接続処理部のうち、前記端末装置との常時接続を確立すべき１つの常時接続処理部である対象常時接続処理部を決定する決定処理と、前記対象常時接続処理部の決定の後に、常時接続のための第２要求の宛先を示す宛先データであって、前記対象常時接続処理部を示す宛先データを前記端末装置に送信する送信処理と、を実行するように構成され、前記対象常時接続処理部は、前記端末装置からの前記第２要求に応じて、前記対象常時接続処理部に含まれる複数の常時接続実行部のうちの１つの常時接続実行部と前記端末装置との常時接続を確立するように構成されている、サーバシステム。

この構成によれば、サーバシステムの制御部が、端末装置からの第１要求に応じて、常時接続を確立すべき対象常時接続処理部を決定するので、複数の常時接続処理部を備えるサーバシステムは、端末装置と適切に常時接続を確立できる。

なお、本明細書に開示の技術は、種々の態様で実現することが可能であり、例えば、常時接続の確立方法および常時接続のためのサーバシステム、それらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体（例えば、一時的ではない記録媒体）、等の形態で実現することができる。

サーバシステムの実施例を示す概略図である。 クラスタラベルデータ３０１の例を示す概略図である。 常時接続確立処理の例を示すシーケンス図である。 割当ラベル情報を決定する処理の例を示すフローチャートである。 ノードクラスタの割り当ての処理の例を示すフローチャートである。 クラスタ端末データ３０２の例を示す概略図である。 サービスを使用するための処理の例を示すフローチャートである。 ラベル情報の別の実施例を示す概略図である。 ラベル情報の別の実施例を示す概略図である。 ラベル情報の別の実施例を示す概略図である。 （Ａ）、（Ｂ）は、取得処理の例を示すフローチャートである。 割当更新処理の例を示すフローチャートである。 割当ラベル情報の構成を変更する処理の例を示すフローチャートである。

Ａ．第１実施例：
Ａ１．システムの構成：
図１は、サーバシステムの実施例を示す概略図である。このシステム１０００は、ＤＮＳサーバ６０と、サービスサーバ７０と、管理端末８０と、複数の端末装置９０Ａ、９０Ｂと、ユーザ端末９５と、サーバシステム１００と、を含んでいる。これらの装置６０、７０、８０、９０Ａ、９０Ｂ、９５、１００は、ネットワークＮＴに接続されている。ネットワークＮＴは、いわゆるインターネットを含んでよい。また、ネットワークＮＴは、いわゆるローカルネットワークを含んでよい。

本実施例では、第１端末装置９０Ａは、印刷実行部９０ＰＲを有する印刷装置である。図示を省略するが、第２端末装置９０Ｂのハードウェア構成は、第１端末装置９０Ａのハードウェア構成と同じである。サービスサーバ７０は、ネットワークＮＴを介して端末装置９０Ａ、９０Ｂを含む複数の端末装置を使用するための種々のサービスを提供する。例えば、サービスサーバ７０は、ユーザ端末９５からの要求に応じて、第１端末装置９０Ａに画像を印刷させる（このようなサービスは、遠隔印刷とも呼ばれる）。サーバシステム１００は、サービスサーバ７０と複数の端末装置９０Ａ、９０Ｂとの間の常時接続のための種々の処理を実行する。

サーバシステム１００は、複数の常時接続処理部１０Ａ、１０Ｂ、１０Ｃと、管理ロードバランサ２０と、クラスタ管理サーバ３０と、選択サーバ４０と、制御サーバ５０と、を有している。常時接続処理部１０Ａ、１０Ｂ、１０Ｃは、それぞれ、端末装置（例えば、第１端末装置９０Ａ）との常時接続を確立する（以下、常時接続処理部１０Ａ、１０Ｂ、１０Ｃを、単に、接続処理部１０Ａ、１０Ｂ、１０Ｃとも呼ぶ）。後述するように、接続処理部１０Ａ、１０Ｂ、１０Ｃは、それぞれ、常時接続を確立するように構成された複数のノードを有するノードクラスタ１２Ａ、１２Ｂ、１２Ｃを、有している。クラスタ管理サーバ３０は、ノードクラスタを端末装置へ割り当てる処理を実行する。管理ロードバランサ２０は、クラスタ管理サーバ３０とノードクラスタとの通信を、通信対象のノードクラスタに振り分けることによって、通信負荷を複数のノードクラスタに分散させる。選択サーバ４０は、端末装置に付与すべき割当ラベル情報を選択する。後述するように、各ノードクラスタ１２Ａ、１２Ｂ、１２Ｃには、予め、ラベル情報が割り当てられている。そして、端末装置には、端末装置の割当ラベル情報に適したラベル情報を有するノードクラスタが、割り当てられる。制御サーバ５０は、サーバシステム１００を制御する。

第１接続処理部１０Ａは、第１ロードバランサ１１Ａと、ノードクラスタ１２Ａと、を有している。ノードクラスタ１２Ａは、複数のノード（ノード１３Ａ１－１３Ａ３を含む）を有している。複数のノードは、同じハードウェア構成を有している。以下、第１ノードクラスタ１２Ａの個々のノードを区別する必要がない場合、各ノードをノード１３Ａとも呼ぶ。

本実施例では、ノード１３Ａは、端末装置（例えば、第１端末装置９０Ａ）との常時接続を確立する（ノード１３Ａは、常時接続実行部の例である）。常時接続を確立する方法としては、種々の方法を採用可能である。本実施例では、ノード１３Ａは、ＸＭＰＰ（Extensible Messaging and Presence Protocol）に従って、常時接続のための通信セッションを確立する。サービスサーバ７０は、ノード１３Ａを使用して、端末装置と通信できる。第１ロードバランサ１１Ａは、複数の端末装置との常時接続を複数のノード１３Ａに振り分けることによって、常時接続の負荷を複数のノード１３Ａに分散させる。

他の接続処理部１０Ｂ、１０Ｃも、同様に、ロードバランサ１１Ｂ、１１Ｃとノードクラスタ１２Ｂ、１２Ｃとを有している。ロードバランサ１１Ｂ、１１Ｃのそれぞれのハードウェア構成は、第１ロードバランサ１１Ａのハードウェア構成と同じである。第２ノードクラスタ１２Ｂは、複数のノード１３Ｂを有し、第３ノードクラスタ１２Ｃは、複数のノード１３Ｃを有している。ノード１３Ｂ、１３Ｃのハードウェア構成は、ノード１３Ａのハードウェア構成と同じである。なお、サーバシステム１００は、３以上の接続処理部を含んでよい。以下、個々の接続処理部を区別する必要がない場合、各接続処理部を、接続処理部１０とも呼ぶ。そして、接続処理部１０のロードバランサとノードクラスタとを、ロードバランサ１１とノードクラスタ１２とも呼ぶ。ノードクラスタ１２に含まれるノードを、ノード１３とも呼ぶ。１個のノードクラスタ１２に含まれるノード１３の総数は、複数のノードクラスタ１２の間で、異なってよい。

本実施例では、装置１１Ａ、１３Ａ、２０、３０、４０、５０、６０、７０、８０、９０Ａは、それぞれ、コンピュータを有している。具体的には、装置１１Ａ、１３Ａ、２０、３０、４０、５０、６０、７０、８０、９０Ａは、プロセッサ１１ｐ、１３ｐ、２０ｐ、３０ｐ、４０ｐ、５０ｐ、６０ｐ、７０ｐ、８０ｐ、９０ｐ（例えば、ＣＰＵ）と、揮発性記憶装置１１ｖ、１３ｖ、２０ｖ、３０ｖ、４０ｖ、５０ｖ、６０ｖ、７０ｖ、８０ｖ、９０ｖ（例えば、ＤＲＡＭ）と、不揮発性記憶装置１１ｎ、１３ｎ、２０ｎ、３０ｎ、４０ｎ、５０ｎ、６０ｎ、７０ｎ、８０ｎ、９０ｎ（例えば、フラッシュメモリ）と、通信インタフェース１１ｉ、１３ｉ、２０ｉ、３０ｉ、４０ｉ、５０ｉ、６０ｉ、７０ｉ、８０ｉ、９０ｉ（例えば、有線ＬＡＮインタフェ-ス、IEEE802.11の無線インタフェ-ス）と、を有している。不揮発性記憶装置１１ｎ、１３ｎ、２０ｎ、３０ｎ、４０ｎ、５０ｎ、６０ｎ、７０ｎ、８０ｎ、９０ｎは、対応する装置１１、１３、２０、３０、４０、５０、６０、７０、８０、９０の動作のためのプログラム１１ｐｇ、１３ｐｇ、２０ｐｇ、３０ｐｇ、４０ｐｇ、５０ｐｇ、６０ｐｇ、７０ｐｇ、８０ｐｇ、９０ｐｇを、予め格納している。プロセッサ１１ｐ、１３ｐ、２０ｐ、３０ｐ、４０ｐ、５０ｐ、６０ｐ、７０ｐ、８０ｐ、９０ｐは、プログラム１１ｐｇ、１３ｐｇ、２０ｐｇ、３０ｐｇ、４０ｐｇ、５０ｐｇ、６０ｐｇ、７０ｐｇ、８０ｐｇ、９０ｐｇに従って、後述する種々の処理を実行する。端末装置のプログラム（例えば、第１端末装置９０Ａのプログラム９０ｐｇ）は、ファームウェアの例である。

接続処理部１０のロードバランサ１１の不揮発性記憶装置（例えば、第１接続処理部１０Ａのロードバランサ１１Ａの不揮発性記憶装置１１ｎ）は、端末装置とノードとの対応関係を示す分散データ１０１を格納している。クラスタ管理サーバ３０の不揮発性記憶装置３０ｎは、クラスタラベルデータ３０１と、クラスタ端末データ３０２と、を格納している。選択サーバ４０の不揮発性記憶装置４０ｎは、割当ラベル構成データ４０１を格納している。制御サーバ５０の不揮発性記憶装置５０ｎは、ＡＰＩ履歴データ５０１と、常時接続履歴データ５０２と、ユーザ対応関係データ５０３と、を格納している。これらのデータ１０１、３０１、３０２、４０１、５０１、５０２、５０３の詳細については、後述する。

サービスサーバ７０の不揮発性記憶装置７０ｎは、サービス対応関係データ７０１と、履歴データ７０２を格納している。サービス対応関係データ７０１は、サービスを使用するユーザの識別子と、サービスに使用される端末装置の識別子と、の対応関係を示している。この対応関係は、ユーザによって予め登録されたものであり、サービス対応関係データ７０１は、予め決められている。履歴データ７０２は、サービスの使用履歴を示している。サービスが使用される場合に、サービスサーバ７０のプロセッサ７０ｐは、履歴データ７０２を更新する。

ＤＮＳサーバ６０は、ネットワークＮＴ上の名前解決を行う。ＤＮＳサーバ６０の不揮発性記憶装置６０ｎは、ＩＰアドレスとドメイン名との対応関係を示すレコードデータＲＤを格納している。レコードデータＲＤは、対応関係Ｒ１－Ｒ３を含む複数の対応関係を示している。これらの対応関係Ｒ１－Ｒ３は、ロードバランサ１１Ａ－１１Ｃを、それぞれ示している。図示を省略するが、レコードデータＲＤは、制御サーバ５０とサービスサーバ７０との対応関係も、示している。

ユーザ端末９５は、スマートフォン、タブレットコンピュータ、パーソナルコンピュータなど、ユーザによって操作される端末装置である。ユーザは、ユーザ端末９５を操作することによって、サービスサーバ７０に種々の処理を実行させることができる。

図２は、クラスタラベルデータ３０１の例を示す概略図である。クラスタラベルデータ３０１は、クラスタ識別子とラベル情報との対応関係を示している。クラスタ識別子は、ノードクラスタ１２の識別子である。複数のノードクラスタ１２のそれぞれのクラスタ識別子は、予め決められている。図２では、クラスタラベルデータ３０１は、４個のクラスタ識別子Ｃ１－Ｃ４を含む複数のクラスタ識別子のそれぞれの対応関係を示している。ラベル情報は、本実施例では、地域項目ＧＧとモデル項目ＧＪとの２個の項目の組み合わせを示している。地域項目ＧＧは、端末装置が使用される地域を示している（例えば、端末装置の仕向地、国など）。図２では、地域項目ＧＧは、第１地域ＧＧ１と第２地域ＧＧ２とを含む複数の地域から選択される。モデル項目ＧＪは、端末装置のモデルを示している。図２では、モデル項目ＧＪは、第１モデルＧＪ１と第２モデルＧＪ２とを含む複数のモデルから選択される。このように、本実施例では、複数のノードクラスタ１２が地域項目ＧＧとモデル項目ＧＪとの組み合わせに応じて負荷を分散するように、ノードクラスタ１２にラベル情報が予め付与されている。

Ａ２．常時接続：
図３は、常時接続確立処理の例を示すシーケンス図である。図３は、第１端末装置９０Ａがサーバシステム１００との常時接続を確立する場合の処理の例を示している。第１端末装置９０Ａのプロセッサ９０ｐは、第１端末装置９０Ａの電源の状態がオフ状態からオン状態に切り替えられることに応じて、常時接続確立のための処理を開始する。また、通信エラーなどに起因して常時接続が切断される場合に、プロセッサ９０ｐは、常時接続確立のための処理を開始する。

Ｓ１１０では、プロセッサ９０ｐは、端末装置の登録要求を、制御サーバ５０に送信する。登録要求は、端末装置９０Ａに関連する情報である端末情報の端末情報データを含んでいる。端末情報は、端末装置９０Ａに関連する任意の情報を含んでよい（例えば、端末装置９０Ａの識別子、ＩＰアドレス、モデル名、ファームウェアのバージョンなど）。本実施例では、端末情報は、端末装置９０Ａの識別子とモデル名とを含んでいる。また、本実施例では、不揮発性記憶装置９０ｎは、端末情報を示すデータを、予め格納している（図示省略）。プロセッサ９０ｐは、このデータを参照して、端末情報を取得できる。

Ｓ１２０では、制御サーバ５０のプロセッサ５０ｐは、端末装置９０Ａに割り当てるべきラベル情報である割当ラベル情報の決定要求を、選択サーバ４０に送信する。決定要求は、Ｓ１１０で受信した端末情報データを含んでいる。

Ｓ１３０では、選択サーバ４０のプロセッサ４０ｐは、割当ラベル情報を決定する。図４は、割当ラベル情報を決定する処理の例を示すフローチャートである。Ｓ５１０では、選択サーバ４０のプロセッサ４０ｐは、割当ラベル構成データ４０１（図１）を参照して、割当ラベル情報の構成である割当ラベル構成を取得する。図２に示すように、本実施例では、ラベル情報は、地域項目ＧＧとモデル項目ＧＪとの２個の項目の組み合わせを示している。割当ラベル構成データ４０１は、地域項目ＧＧとモデル項目ＧＪとの組み合わせを割当ラベル情報として決定すべきことを、示している。

Ｓ５２０では、プロセッサ４０ｐは、割当ラベル情報の決定に使用される情報を取得する。本実施例では、プロセッサ４０ｐは、Ｓ１２０（図３）で受信した決定要求に含まれる端末情報データを参照して、情報を取得する。本実施例では、プロセッサ４０ｐは、端末装置の識別子とモデル名とを取得する。

Ｓ５３０では、プロセッサ４０ｐは、Ｓ５２０で取得された情報を使用し、割当ラベル構成に従って、割当ラベル情報を決定する。本実施例では、プロセッサ４０ｐは、端末装置９０Ａの識別子を使用して、割当ラベル情報の地域項目ＧＧを決定する。例えば、地域項目ＧＧは、第１地域ＧＧ１に決定される。端末装置の識別子と地域項目ＧＧとの対応関係は、予め決められている。また、プロセッサ４０ｐは、端末装置９０Ａのモデル名を使用して、割当ラベル情報のモデル項目ＧＪを決定する。例えば、モデル項目ＧＪは、第１モデルＧＪ１に決定される。そして、プロセッサ４０ｐは、図４の処理、すなわち、図３のＳ１３０を終了する。

なお、特定の種類の端末装置に関しては、特定のノードクラスタ１２を割り当てる代わりに、割り当てられるべきノードクラスタ１２を複数のノードクラスタ１２に分散させることが好ましい場合がある。例えば、特定の仕向地、または、特定のモデル名に対応する特定種類の端末装置の出荷数が少ない場合、特定種類の端末装置に割り当てられるべきノードクラスタ１２は、複数のノードクラスタ１２に分散されてよい。本実施例では、端末装置が特定種類の端末装置である場合、プロセッサ４０ｐは、具体的な割当ラベル情報を決定せずに、空の割当ラベル情報を決定する。

Ｓ１４０（図３）では、選択サーバ４０のプロセッサ４０ｐは、決定した割当ラベル情報を、制御サーバ５０へ通知する。この通知は、割当ラベル情報の割当ラベル情報データを含んでいる。

Ｓ１５０では、制御サーバ５０のプロセッサ５０ｐは、端末装置９０Ａへのノードクラスタ１２の割当要求を、クラスタ管理サーバ３０へ送信する。割当要求は、Ｓ１４０で取得された割当ラベル情報データと、端末装置９０Ａに関連する情報（識別子、ＩＰアドレスなど）を示すデータと、を含んでいる。

Ｓ１６０では、クラスタ管理サーバ３０のプロセッサ３０ｐは、端末装置９０Ａへノードクラスタ１２を割り当てる。割り当てられるノードクラスタ１２は、端末装置９０Ａとの常時接続を確立すべき１つのノードクラスタ１２である。図５は、ノードクラスタの割り当ての処理の例を示すフローチャートである。Ｓ６１０では、プロセッサ３０ｐは、割当ラベル情報を取得する。本実施例では、プロセッサ３０ｐは、Ｓ１５０（図３）で取得された割当ラベル情報データを参照して、割当ラベル情報を取得する。

Ｓ６２０では、プロセッサ３０ｐは、割当ラベル情報が空であるか否かを判断する。割当ラベル情報が空である場合（Ｓ６２０：Ｙｅｓ）、Ｓ６３０で、プロセッサ３０ｐは、全てのノードクラスタを、候補クラスタとして抽出し、Ｓ６５０へ移行する。

割当ラベル情報が空ではない場合（Ｓ６２０：Ｎｏ）、Ｓ６４０で、プロセッサ３０ｐは、クラスタラベルデータ３０１（図２）を参照し、割当ラベル情報に適するノードクラスタを候補クラスタとして抽出する。本実施例では、プロセッサ３０ｐは、割当ラベル情報が付与されているノードクラスタを、候補クラスタとして抽出する。具体的には、プロセッサ３０ｐは、割当ラベル情報の全ての項目のそれぞれの選択肢を含むラベル情報に対応付けられるノードクラスタを、候補クラスタとして抽出する。例えば、割当ラベル情報の地域項目ＧＧが第１地域ＧＧ１でありモデル項目ＧＪが第１モデルＧＪ１である場合、プロセッサ３０ｐは、第１地域ＧＧ１と第１モデルＧＪ１とを含むラベル情報に対応付けられる第１クラスタ識別子Ｃ１を抽出する。Ｓ６４０の後、プロセッサ３０ｐは、Ｓ６５０へ移行する。

Ｓ６５０では、プロセッサ３０ｐは、候補クラスタの総数Ｎが１であるか否かを判断する。Ｎ＝１の場合（Ｓ６５０：Ｙｅｓ）、Ｓ６６０で、プロセッサ３０ｐは、候補クラスタを、端末装置に割り当てられるべきノードクラスタである対象ノードクラスタ（単に、対象クラスタとも呼ぶ）に決定する。プロセッサ３０ｐは、対象クラスタの識別子と端末装置の識別子との対応関係を示すデータを、クラスタ端末データ３０２（図１）に追加する。

図６は、クラスタ端末データ３０２の例を示す概略図である。クラスタ端末データ３０２は、クラスタ識別子と端末装置識別子との対応関係を示している。図６では、クラスタ端末データ３０２は、４個のクラスタ識別子Ｃ１－Ｃ４を含む複数のクラスタ識別子のそれぞれの対応関係を示している。８個の端末装置識別子Ｔ１－Ｔ８を含む複数の端末装置識別子のそれぞれが、いずれかのクラスタ識別子に対応付けられている。Ｓ６６０（図５）では、プロセッサ３０ｐは、対象クラスタのクラスタ識別子に対応付けられる端末装置識別子に、Ｓ１５０（図３）の要求によって示される端末装置識別子（例えば、端末装置９０Ａの識別子）を追加する。そして、プロセッサ３０ｐは、図５の処理、すなわち、Ｓ１６０（図３）を終了する。

候補クラスタの総数Ｎが１とは異なる場合（図５：Ｓ６５０：Ｎｏ）、本実施例では、Ｎ＞１である。この場合、Ｓ６６５で、プロセッサ３０ｐは、Ｎ個の候補クラスタに対応するＮ個の接続処理部１０（図１）のそれぞれから、状態情報を取得する。クラスタ管理サーバ３０と接続処理部１０との間の通信は、管理ロードバランサ２０によって中継される。状態情報は、接続処理部１０の状態を示す情報であり、本実施例では、常時接続の数を示している。常時接続の数は、接続処理部１０との確立済の常時接続の数である。プロセッサ３０ｐは、各接続処理部１０のロードバランサ１１から、状態情報を取得する。

Ｓ６７０では、プロセッサ３０ｐは、Ｎ個の候補クラスタの間の常時接続数の偏りが小さくなるように、１個の接続処理部１０（すなわち、１個のノードクラスタ１２）を選択する。例えば、プロセッサ３０ｐは、Ｎ個の候補クラスタから、最小の常時接続数を有するノードクラスタ１２を選択する。そして、プロセッサ３０ｐは、選択したノードクラスタ１２を、対象クラスタに決定する。プロセッサ３０ｐは、Ｓ６６０と同様に、対象クラスタの識別子と端末装置の識別子との対応関係を示すデータを、クラスタ端末データ３０２（図６）に追加する。そして、プロセッサ３０ｐは、図５の処理、すなわち、Ｓ１６０（図３）を終了する。

以下、第１端末装置９０Ａのための処理では、図５のＳ６４０によって、第１ノードクラスタ１２Ａが候補クラスタとして抽出されることとする。そして、第１端末装置９０Ａには、第１接続処理部１０Ａの第１ノードクラスタ１２Ａが割り当てられることとする。割り当てられたノードクラスタ１２Ａを、対象ノードクラスタ１２Ａとも呼ぶ。対象ノードクラスタ１２Ａを有する接続処理部１０Ａを、対象接続処理部１０Ａとも呼ぶ。

Ｓ１７０（図３）では、クラスタ管理サーバ３０のプロセッサ３０ｐは、ノードクラスタの割り当ての完了通知を、制御サーバ５０へ送信する。

第１端末装置９０Ａのプロセッサ９０ｐは、Ｓ１１０の後、Ｓ１８０で、対象ノードクラスタ１２Ａにアクセスするための宛先の要求を、制御サーバ５０に送信する。この要求は、端末装置９０Ａの識別子を示すデータを含んでいる。本実施例では、宛先として、ＵＲＬ（Uniform Resource Locator）が使用される。以下、宛先を、クラスタＵＲＬとも呼ぶ。なお、Ｓ１８０の実行のタイミングは、種々のタイミングであってよい。例えば、プロセッサ９０ｐは、Ｓ１１０の後、所定時間の経過後に、Ｓ１８０を実行してよい。これに代えて、制御サーバ５０のプロセッサ５０ｐは、Ｓ１７０の完了通知に応じて、ノードクラスタの割り当ての完了通知を第１端末装置９０Ａに送信してよい。そして、第１端末装置９０Ａのプロセッサ９０ｐは、この完了通知に応じて、Ｓ１８０を実行してよい。

Ｓ１９０では、制御サーバ５０のプロセッサ５０ｐは、クラスタＵＲＬの要求をクラスタ管理サーバ３０に送信する。この要求は、端末装置９０Ａの識別子を示すデータを含んでいる。

Ｓ２００では、クラスタ管理サーバ３０のプロセッサ３０ｐは、クラスタ端末データ３０２（図６）を参照して、端末装置９０Ａの識別子に対応付けられるクラスタ識別子を検索する。プロセッサ３０ｐは、検索されたクラスタ識別子に対応付けられるクラスタＵＲＬを示す宛先データを含む通知を、制御サーバ５０に送信する。本実施例では、クラスタ識別子には、クラスタ識別子によって示されるノードクラスタ１２を有する接続処理部１０のロードバランサ１１のＵＲＬが、予め対応付けられている。例えば、クラスタ識別子が第１ノードクラスタ１２Ａ（図１）を示す場合、そのクラスタ識別子には、第１ロードバランサ１１ＡのＵＲＬが対応付けられている。

Ｓ２１０では、制御サーバ５０のプロセッサ５０ｐは、クラスタＵＲＬを示す宛先データを含む通知を、端末装置９０Ａに送信する。

Ｓ２２０では、端末装置９０Ａのプロセッサ９０ｐは、クラスタＵＲＬによって示される装置へ、常時接続確立要求を送信する。宛先の装置（ここでは、第１ロードバランサ１１Ａ）のＩＰアドレスは、ＤＮＳサーバ６０（図１）によって、提供される。常時接続確立要求は、端末装置９０Ａに関連する情報（ＩＰアドレスと端末装置の識別子を含む）を示すデータを含んでいる。

Ｓ２３０では、第１接続処理部１０Ａの第１ロードバランサ１１Ａのプロセッサ１１ｐは、常時接続確立要求の送信元（ここでは、端末装置９０Ａ）に割り当てるべき１個のノード１３Ａを、第１ノードクラスタ１２Ａの複数のノード１３Ａから選択する。１個のノード１３Ａは、第１ノードクラスタ１２Ａの複数のノード１３Ａの間の負荷の偏り、または、常時接続数の偏りが小さくなるように、選択される。本実施例では、常時接続数の偏りが小さくなるように、ノード１３Ａが選択される。以下、選択されたノード１３Ａを、対象ノード１３Ａとも呼ぶ。ロードバランサ１１Ａのプロセッサ１１ｐは、端末装置と対象ノードとの対応関係を示すデータを、分散データ１０１（図１）に追加する。

Ｓ２４０では、第１接続処理部１０Ａの第１ロードバランサ１１Ａのプロセッサ１１ｐは、第１接続処理部１０Ａの対象ノード１３Ａに、端末装置９０Ａからの常時接続確立要求を供給する。対象ノード１３Ａのプロセッサ１３ｐは、常時接続確立要求に応じて、端末装置９０Ａと通信することによって、常時接続の確立のための処理を実行する。以上により、端末装置９０Ａと対象ノード１３Ａとの常時接続が、確立する。そして、常時接続の確立のための処理は、終了する。

常時接続の確立後、対象ノード１３Ａと端末装置９０Ａとは、いわゆるKeepAlive通信を行うことによって、常時接続を維持する（Ｓ２５０）。例えば、対象ノード１３Ａのプロセッサ１３ｐは、予め決められたスケジュールに従って（例えば、予め決められた時間間隔で）、端末装置９０Ａ宛のKeepAliveのデータを送信する。端末装置９０Ａのプロセッサ９０ｐは、KeepAliveのデータの受信に応じて、対象ノード１３Ａ宛の応答を示すデータを送信する。これにより、対象ノード１３Ａと端末装置９０Ａとの間の通信セッションは維持される。なお、対象ノード１３Ａに代えて、端末装置９０Ａのプロセッサ９０ｐが、対象ノード１３Ａ宛のKeepAliveのデータを、予め決められたスケジュールに従って送信してよい。

本実施例では、対象接続処理部１０Ａのロードバランサ１１、または、ノード１３は、KeepAlive通信による接続確認の結果を示す結果データを、制御サーバ５０に送信する（Ｓ２５５）。結果データは、端末装置の識別子と、端末装置のＩＰアドレスと、日時と、接続確認に成功したか否かを示すフラグと、を示している。制御サーバ５０のプロセッサ５０ｐは、結果データを常時接続履歴データ５０２（図１）に追加する（Ｓ２６０）。このように、常時接続履歴データ５０２は、端末装置毎の常時接続の履歴を示すように、更新される。Ｓ２５０－Ｓ２６０は、繰り返し実行される。

なお、本実施例では、端末装置９０Ａと対象ノード１３Ａとの間の通信は、第１ロードバランサ１１Ａによって、中継される。これに代えて、Ｓ２３０の後、対象ノード１３Ａと端末装置９０Ａとは、第１ロードバランサ１１Ａを介さずに、直接に通信してよい。

他の端末装置（例えば、第２端末装置９０Ｂ）がサーバシステム１００との常時接続を確立する場合も、同様に、図３の処理が実行される。ここで、端末装置９０Ａは、注目している端末装置に置換され、接続処理部１０Ａは、Ｓ１６０で端末装置に割り当てられるノードクラスタ１２を有する接続処理部１０に置換される。

Ａ３．サービス：
図７は、サービスサーバ７０（図１）によるサービスを使用するための処理の例を示すフローチャートである。Ｓ３１０では、サービスサーバ７０は、ユーザ端末９５などの外部装置から、サービス要求を受信する。以下、サービス要求が、第１端末装置９０Ａによる印刷の要求であることとする。本実施例では、サービス要求は、サービスを使用するユーザの識別子と、要求されるサービスが遠隔印刷であることを示すデータと、サービスに使用すべき端末装置（ここでは、第１端末装置９０Ａ）の識別子を示すデータと、印刷すべき画像の画像データと、を含んでいる。

Ｓ３２０では、サービスサーバ７０のプロセッサ７０ｐは、ユーザの識別子と、端末装置９０Ａの識別子と、の対応付けの要求を、制御サーバ５０に送信する。Ｓ３３０では、制御サーバ５０のプロセッサ５０ｐは、ユーザの識別子と端末装置９０Ａの識別子とを対応付けて、この対応関係を示すデータをユーザ対応関係データ５０３（図１）に追加する。このように、ユーザ対応関係データ５０３は、ユーザの識別子と端末装置の識別子との対応関係を示している。Ｓ３４０では、プロセッサ５０ｐは、完了通知を、サービスサーバ７０に送信する。

Ｓ３５０では、サービスサーバ７０のプロセッサ７０ｐは、第１端末装置９０Ａ宛の印刷要求を制御サーバ５０に送信する。本実施例では、プロセッサ７０ｐは、印刷すべき画像の画像データを使用して、第１端末装置９０Ａのための印刷データを生成する。プロセッサ７０ｐは、印刷データを不揮発性記憶装置７０ｎに格納し、印刷データにアクセスするためのＵＲＬ（印刷ＵＲＬとも呼ぶ）を生成する。印刷要求は、印刷ＵＲＬを示す印刷ＵＲＬデータを含んでいる。

Ｓ３６０では、制御サーバ５０のプロセッサ５０ｐは、第１端末装置９０Ａ宛の印刷要求の送信要求を、クラスタ管理サーバ３０に送信する。

Ｓ３７０では、クラスタ管理サーバ３０のプロセッサ３０ｐは、クラスタ端末データ３０２（図６）を参照して、第１端末装置９０Ａに対応付けられるクラスタ識別子を取得する。プロセッサ３０ｐは、取得したクラスタ識別子によって示されるノードクラスタ１２を有する接続処理部１０のロードバランサ１１（ここでは、第１接続処理部１０Ａの第１ロードバランサ１１Ａ）に、第１端末装置９０Ａ宛の印刷要求の送信要求を送信する。Ｓ３８０では、プロセッサ３０ｐは、完了通知を制御サーバ５０に送信する。Ｓ３９０で、プロセッサ５０ｐは、完了通知をサービスサーバ７０に送信する。

Ｓ４００では、第１接続処理部１０Ａの第１ロードバランサ１１Ａのプロセッサ１１ｐは、分散データ１０１を参照し、印刷要求の宛先である第１端末装置９０Ａに対応付けられる対象ノード１３Ａを検索する。プロセッサ１１ｐは、検索された対象ノード１３Ａに、第１端末装置９０Ａ宛の印刷要求の送信要求を送信する。対象ノード１３Ａのプロセッサ１３ｐは、第１端末装置９０Ａに、印刷要求を送信する。この印刷要求は、印刷ＵＲＬデータを含んでいる。

Ｓ４１０では、対象ノード１３Ａのプロセッサ１３ｐは、印刷要求の送信結果を示す結果データ含む結果通知を、管理ロードバランサ２０を介して、クラスタ管理サーバ３０に送信する。Ｓ４１５では、クラスタ管理サーバ３０のプロセッサ３０ｐは、結果通知を、制御サーバ５０に送信する。Ｓ４２０では、制御サーバ５０のプロセッサ５０ｐは、ＡＰＩ履歴データ５０１を更新する。ＡＰＩ履歴データ５０１は、ＡＰＩ（Application Programming Interface）の使用の履歴を示している。履歴の対象のＡＰＩは、サーバシステム１００（ここでは、制御サーバ５０）がサービスサーバ７０に対して公開しているＡＰＩであり、遠隔印刷、遠隔スキャンなどのサービスの要求を行うためのＡＰＩを含んでいる。プロセッサ５０ｐは、例えば、サービスを要求したユーザの識別子と、端末装置の識別子と、日時と、ノード１３と端末装置との間の通信が成功したか失敗したかを示すフラグと、を示すデータを、ＡＰＩ履歴データ５０１に追加する。Ｓ４３０では、プロセッサ５０ｐは、結果通知を、サービスサーバ７０に送信する。Ｓ４４０では、サービスサーバ７０のプロセッサ７０ｐは、履歴データ７０２（図１）を更新する。例えば、プロセッサ７０ｐは、ユーザの識別子と、サービスに使用された端末装置の識別子と、印刷枚数と、日時と、ノード１３と端末装置との間の通信が成功したか失敗したかを示すフラグと、を示すデータを、履歴データ７０２に追加する。

Ｓ４５０では、第１端末装置９０Ａのプロセッサ９０ｐは、印刷要求に含まれる印刷ＵＲＬデータによって示される印刷ＵＲＬにアクセスし、印刷データ要求を送信する。本実施例では、印刷ＵＲＬは、サービスサーバ７０の不揮発性記憶装置７０ｎに格納された印刷データを示している。Ｓ４６０では、サービスサーバ７０のプロセッサ７０ｐは、要求に応じて、印刷データを第１端末装置９０Ａに送信する。Ｓ４７０では、第１端末装置９０Ａのプロセッサ９０ｐは、印刷データに従って印刷実行部９０ＰＲを制御することによって、印刷実行部９０ＰＲに画像を印刷させる。そして、図７の処理は、終了する。なお、Ｓ４００の印刷要求の送信が失敗する場合、Ｓ４５０－Ｓ４７０は、省略される。

以上のように、本実施例では、サーバシステム１００（図１）は、端末装置９０Ａ、９０Ｂなどの端末装置との常時接続を確立するように構成されている。サーバシステム１００は、複数の接続処理部１０と、管理ロードバランサ２０と、クラスタ管理サーバ３０と、選択サーバ４０と、制御サーバ５０と、を有している。図３で説明したように、装置２０－５０は、複数の接続処理部１０を制御するための処理を分担する。以下、装置２０－５０の全体を、制御部５とも呼ぶ。

接続処理部１０のそれぞれは、複数のノード１３で構成されるノードクラスタ１２を含んでいる。ノード１３は、常時接続を確立するように構成された常時接続実行部の例である。Ｓ１１０（図３）で、制御部５（ここでは、制御サーバ５０）は、端末装置９０Ａからの常時接続のための登録要求を受信する（登録要求を、第１要求とも呼ぶ）。Ｓ１２０－Ｓ１６０では、制御部５（ここでは、装置３０－５０）は、第１要求に応じて、複数のノードクラスタ１２のうち、端末装置との常時接続を確立すべき１つの対象ノードクラスタ１２Ａを決定する。対象ノードクラスタ１２Ａを有する対象接続処理部１０Ａは、端末装置９０Ａとの常時接続を確立すべき１つの常時接続処理部である対象常時接続処理部の例である。Ｓ１２０－Ｓ１６０は、端末装置９０Ａとの常時接続を確立すべき対象接続処理部１０Ａを決定する決定処理の例である。Ｓ２００、Ｓ２１０では、制御部５（ここでは、装置３０、５０）は、対象接続処理部１０Ａの決定の後に、クラスタＵＲＬを示す宛先データであって、対象接続処理部１０Ａを示す宛先データを端末装置９０Ａに送信する。クラスタＵＲＬは、常時接続のための確立要求の宛先の例である。対象接続処理部１０Ａは、端末装置９０Ａからの確立要求（Ｓ２２０）に応じて、接続処理部１０Ａに含まれる複数のノード１３Ａのうちの１つの対象ノード１３Ａと端末装置９０Ａとの常時接続を確立するように構成されている（以下、確立要求を、第２要求とも呼ぶ）。このように、サーバシステム１００の制御部５は、端末装置９０Ａからの第１要求に応じて、常時接続を確立すべき対象接続処理部１０Ａを決定する。従って、複数の接続処理部１０を有するサーバシステム１００は、端末装置９０Ａと適切に常時接続を確立できる。

本実施例では、対象接続処理部１０Ａの決定処理（Ｓ１２０－Ｓ１６０）において、制御部５は、端末装置９０Ａのモデル項目ＧＪを含む１以上の情報（本実施例では、地域項目ＧＧとモデル項目ＧＪ（図２））を使用して、対象接続処理部１０Ａを決定する。モデル項目ＧＪは、端末装置９０Ａの仕様に関連する情報である端末仕様情報の例である。制御部５は、このような端末仕様情報を使用することによって、端末装置９０Ａに適する対象接続処理部１０Ａを決定できる。例えば、図２に示すように、第１モデルＧＪ１と第２モデルＧＪ２とに、互いに異なるクラスタ識別子（すなわち、互いに異なる接続処理部１０）が割り当てられる。このように、モデル項目ＧＪ（より一般的には、端末装置の仕様）に応じて、常時接続の負荷を複数の接続処理部１０に分散させることができる。

本実施例では、図２に示すように、複数のノードクラスタ１２（すなわち、複数の接続処理部１０）のそれぞれには、予め、ラベル情報が付与されている。図３に示すように、対象接続処理部１０Ａの決定処理（Ｓ１２０－Ｓ１６０）は、Ｓ１３０と、Ｓ１６０と、含んでいる。Ｓ１３０では、制御部５（ここでは、選択サーバ４０）は、端末装置９０Ａに割り当てるべきラベル情報である割当ラベル情報を決定する。Ｓ１６０の処理は、図５の処理を含んでいる。図５で説明したように、制御部５（ここでは、クラスタ管理サーバ３０）は、複数のノードクラスタ１２のうち、割当ラベル情報が付与されているノードクラスタ１２Ａを、対象クラスタに決定する。すなわち、クラスタ管理サーバ３０は、複数の接続処理部１０のうち、割当ラベル情報が付与されている接続処理部１０Ａを、対象接続処理部１０Ａとして決定する。このように、制御部５は、ラベル情報を介して、端末装置に割り当てるべき対象接続処理部を決定する。従って、制御部５は、ラベル情報を使用して、適切な対象接続処理部を決定できる。仮に、制御部５が、ラベル情報を使用せずに、端末装置の情報を使用して、直接的に、対象接続処理部を決定する場合、端末装置と接続処理部との対応関係の調整は、容易ではない（例えば、端末装置の情報から対象接続処理部を決定するためのアルゴリズムが変更される）。本実施例では、ノードクラスタ１２（すなわち、接続処理部１０）に付与されるラベル情報（図２）の変更によって、端末装置と接続処理部との対応関係は、容易に調整できる。

クラスタラベルデータ３０１（図２）は、複数のクラスタ識別子に、同じラベル情報を対応付けてよい。例えば、クラスタラベルデータ３０１は、複数のクラスタ識別子に、第１地域ＧＧ１と第１モデルＧＪ１との組み合わせを対応付けてよい。図５のＳ６４０では、割当ラベル情報が第１地域ＧＧ１と第１モデルＧＪ１との組み合わせを示す場合、クラスタ管理サーバ３０のプロセッサ３０ｐは、第１地域ＧＧ１と第１モデルＧＪ１との組み合わせに対応付けられる複数のノードクラスタ１２を、複数の候補クラスタとして抽出する。このように、複数のノードクラスタ１２は、割当ラベル情報が付与されている複数のノードクラスタ１２を含み得る。すなわち、複数の接続処理部１０は、割当ラベル情報が付与されている複数の接続処理部である複数の候補処理部を含み得る。Ｓ６６５、Ｓ６７０では、プロセッサ３０ｐは、複数の候補クラスタの間の常時接続数の偏りが小さくなるように、１個の対象ノードクラスタ（すなわち、１個の対象接続処理部）を決定する。このように、サーバシステム１００は、複数の候補処理部の間の常時接続の数の偏りを、小さくできる。従って、複数の接続処理部１０のうちの一部の接続処理部１０に負荷が集中する可能性は、低減する。

クラスタラベルデータ３０１（図２）は、特定のラベル情報を、１個のクラスタ識別子のみに対応付けてよい。例えば、クラスタラベルデータ３０１は、第１地域ＧＧ１と第１モデルＧＪ１との組み合わせを示すラベル情報を、第１クラスタ識別子Ｃ１のみに対応付けてよい（このラベル情報を、単クラスタラベル情報と呼ぶ）。図５のＳ６４０では、割当ラベル情報が単クラスタラベル情報を示す場合、クラスタ管理サーバ３０のプロセッサ３０ｐは、１個のクラスタ識別子（例えば、第１クラスタ識別子Ｃ１）のみを抽出する。単クラスタラベル情報を示す割当ラベル情報が複数の端末装置に割り当てられる場合、制御部５は、それら複数の端末装置に対して、第１クラスタ識別子Ｃ１に対応付けられる同じ接続処理部１０を対象接続処理部として決定する。このように、制御部５は、特定条件（例えば、単クラスタラベル情報を示す割当ラベル情報が割り当てられるという条件）を満たす複数の端末装置に対して、同じ接続処理部を対象接続処理部として決定してよい。この構成によれば、特定条件を満たす複数の端末装置に適する特定の接続処理部１０が、それら複数の端末装置との常時接続を確立できる。例えば、特定の接続処理部１０のノードクラスタ１２は、特定条件を満たす複数の端末装置の出荷数に適する数のノード１３を有するように、構成されてよい。

図１で説明したように、複数の接続処理部１０は、それぞれ、ロードバランサ１１を有している。図３のＳ２３０、Ｓ２４０で説明したように、ロードバランサ１１は、接続処理部１０によって受信された第２要求（本実施例では、常時接続の確立要求）を複数のノード１３に分配するように構成されている。図３のＳ２００で説明したように、常時接続のための第２要求の宛先を示す宛先データは、対象接続処理部のロードバランサ１１を示している（本実施例では、ロードバランサ１１のＵＲＬ）。従って、ロードバランサ１１と複数のノード１３とを含む接続処理部１０は、端末装置と適切に常時接続を確立できる。

Ｂ．第２実施例：
図８－図１０は、ラベル情報の別の実施例を示す概略図である。ラベル情報としては、地域項目ＧＧ（図２）とモデル項目ＧＪに限らず、他の種々の項目を使用可能である。図８－図１０は、使用可能な項目の例である１１個の項目ＧＡ－ＧＫを示している。各図には、情報の種類と、項目と、取得方法と、クラスタラベルデータ３０１（図２）の決定ルールと、の対応関係が、示されている。項目ＧＡ－ＧＫは、「サービス情報」と「履歴情報」と「接続元情報」と「ユーザ情報」と「端末仕様情報」との５個の種類に、分類されている。取得方法は、図４のＳ５２０における各項目の決定に使用される情報の取得方法である。

後述するように、ラベル情報としては、端末装置に関する履歴に基づいて決定される項目が、使用され得る（例えば、項目ＧＢ、ＧＣ、ＧＤ、ＧＥ、ＧＦ、ＧＩ）。端末装置の電源の状態は、ユーザによって、オフ状態とオン状態との間で切り替えられる。電源の状態がオフ状態からオン状態に切り替えられる場合、端末装置は、常時接続確立のための処理を開始する（図３）。また、通信エラーなどに起因して常時接続が切断される場合に、端末装置は、常時接続確立のための処理を開始する。ここで、端末装置には、端末装置に関する履歴に適するノードクラスタ１２が、割り当てられ得る。すなわち、過去に割り当てられたノードクラスタ１２とは異なるノードクラスタ１２が、端末装置に割り当てられ得る。以下、項目ＧＡ－ＧＫについて、順に説明する。

Ｂ１．サービス項目ＧＡ：
サービス項目ＧＡ（図８）は、端末装置を使用するサービスの内容を示している。サービス項目ＧＡは、例えば、遠隔印刷ＧＡ１と遠隔スキャンＧＡ２と情報取得ＧＡ３とを含む複数のサービスから選択される。遠隔印刷ＧＡ１のサービスでは、サービスサーバ７０は、ネットワークＮＴを介して端末装置に画像を印刷させる（図７参照）。遠隔スキャンＧＡ２のサービスでは、サービスサーバ７０は、読取装置を有する端末装置に対象物（例えば、文書シートなど）を読み取らせ、読取画像データをネットワークＮＴを介してユーザ端末（例えば、ユーザ端末９５）に送信する。情報取得ＧＡ３のサービスでは、サービスサーバ７０は、端末装置から情報を取得し、取得した情報を使用して特定の処理を行う。例えば、端末装置が印刷実行部を有する場合、サービスサーバ７０は、消耗品（色材（例えば、インク、または、トナー）、印刷用紙など）の残量を示す残量情報を端末装置から取得する。そして、サービスサーバ７０は、残量が閾値以下である場合に、消耗品の注文処理を実行する。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、サービス項目ＧＡの決定に使用される情報を、サービスサーバ７０から取得する。図１１（Ａ）は、図４のＳ５２０で実行される取得処理の例を示すフローチャートである。Ｓ７１０では、選択サーバ４０のプロセッサ４０ｐは、端末装置の識別子を示すデータをサービスサーバ７０に送信する。Ｓ７２０では、サービスサーバ７０のプロセッサ７０ｐは、端末装置の識別子に予め対応付けられるサービス項目ＧＡを示すデータを、選択サーバ４０に送信する。選択サーバ４０のプロセッサ４０ｐは、サービスサーバ７０からのデータを参照して、サービス項目ＧＡを決定する。なお、サービスサーバ７０の不揮発性記憶装置７０ｎは、端末装置の識別子とサービスとの対応関係を示すデータを、予め格納している（図示省略）。

サービス項目ＧＡに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、２個のルールＲＡ１、ＲＡ２から選択されてよい。第１ルールＲＡ１は、特定のサービス項目ＧＡを複数のクラスタ識別子に対応付ける。例えば、遠隔印刷ＧＡ１と遠隔スキャンＧＡ２とは、常時接続が切断されている状態では使用できないので、これらのサービスに関しては、常時接続が切断されにくいことが好ましい。そこで、遠隔印刷ＧＡ１と遠隔スキャンＧＡ２とのそれぞれは、複数のクラスタ識別子に対応付けられてよい。この場合、１つの接続処理部１０が故障している場合であっても、サービスサーバ７０は、他の接続処理部１０に接続される端末装置に関しては、遠隔印刷ＧＡ１と遠隔スキャンＧＡ２のサービスを実行できる。情報取得ＧＡ３も、複数のクラスタ識別子に対応付けられることが好ましい。ただし、情報取得ＧＡ３のサービスは、常時接続が切断されている場合には、常時接続が復旧した後に行われてよい。従って、情報取得ＧＡ３は、１個のクラスタ識別子に対応付けられてもよい。

第２ルールＲＡ２は、各サービスに、サービス毎に異なるクラスタ識別子を対応付ける。この構成によれば、１つのサービスの負荷に起因するノードクラスタ１２の障害の他のサービスに対する影響は、軽減される。

複数の接続処理部１０の間で常時接続の品質が異なってよい。この場合、第２ルールＲＡ２に従って、以下のように、サービスとクラスタ識別子との対応関係が決定されてよい。情報取得ＧＡ３は、予め決められた品質の常時接続を提供する接続処理部１０のクラス識別子に対応付けられてよい。遠隔印刷ＧＡ１と遠隔スキャンＧＡ２とは、それぞれ、より高い品質の常時接続を提供する接続処理部１０のクラス識別子に対応付けられてよい。この構成によれば、遠隔印刷ＧＡ１と遠隔スキャンＧＡ２とに関しては、常時接続が切断されにくいので、サービスの停止の可能性は低減される。なお、１つのサービスには、１以上の任意の数のクラス識別子が対応付けられてよい。

常時接続の品質を調整する方法は、任意の方法であってよい。例えば、図示を省略するが、サーバシステム１００には、接続処理部１０に含まれる装置１１、１３を監視する監視装置が設けられる。さらに、接続処理部１０は、各装置１１、１３の代替装置を有する。監視装置は、接続処理部１０の各装置１１、１３のヘルスチェックを定期的に行う。ヘルスチェックにより異常が検出される場合、監視装置は、異常を有する装置を、代替装置に置換する。これにより、接続処理部１０による常時接続の品質が向上する（例えば、装置の異常に起因する常時接続の中断時間は、低減される）。ヘルスチェックの頻度を高くすることによって、常時接続の品質は向上する。また、異常を検出しやすいようにヘルスチェックによる異常検出の条件を調整することによって、常時接続の品質は向上する。また、ノードクラスタ１２のノード１３の総数を増やすことによって、１台のノード１３当りの常時接続の数が低減する。これにより、ノード１３の故障の可能性は低減し、常時接続の品質は向上する。複数の接続処理部１０の間で、ヘルスチェックの頻度と異常検出の条件との一方、または、両方が異なってよい。また、複数の接続処理部１０の間で、１台のノード１３当りの常時接続の数が異なってよい。

Ｂ２．印刷頻度項目ＧＢ：
印刷頻度項目ＧＢ（図８）は、遠隔印刷による１日当りの印刷枚数ＮＰのグループを示している。印刷頻度項目ＧＢは、例えば、第１グループＧＢ１（１日当りの印刷枚数ＮＰが予め決められた閾値ＮＰｔｈ以上）と、第２グループＧＢ２（１日当りの印刷枚数ＮＰが閾値ＮＰｔｈ未満）と、から選択される。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、印刷頻度項目ＧＢの決定に使用される情報を、図１１（Ａ）の処理に従って、サービスサーバ７０から取得する。Ｓ７１０では、選択サーバ４０のプロセッサ４０ｐは、端末装置の識別子を示すデータをサービスサーバ７０に送信する。Ｓ７２０では、サービスサーバ７０のプロセッサ７０ｐは、履歴データ７０２を参照し、端末装置の識別子に対応付けられる遠隔印刷の履歴から印刷頻度項目ＧＢに関する情報（例えば、累積印刷枚数とサービス使用開始日から現在までの日数）を準備する。プロセッサ７０ｐは、準備した情報を示すデータを選択サーバ４０に送信する。選択サーバ４０のプロセッサ４０ｐは、サービスサーバ７０からのデータを参照して、１日当りの印刷枚数ＮＰを算出し、印刷頻度項目ＧＢを決定する（例えば、ＮＰ＝累積印刷枚数／日数）。

印刷頻度項目ＧＢに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、２個のルールＲＢ１、ＲＢ２から選択されてよい。第１ルールＲＢ１は、第１グループＧＢ１を複数のクラスタ識別子に対応付ける。第１グループＧＢ１は、高い印刷頻度のグループであるので、第１グループＧＢ１の端末装置は、高い頻度で常時接続を使用する。第１グループＧＢ１が複数のクラスタ識別子に対応付けられる場合、１つの接続処理部１０が故障している場合であっても、サービスサーバ７０は、他の接続処理部１０に接続される端末装置に関しては、遠隔印刷を実行できる。第２グループＧＢ２についても、複数のクラスタ識別子に対応付けられることが好ましい。ただし、第２グループＧＢ２の端末装置は、低い頻度で常時接続を使用する。常時接続の一時的な切断の第２グループＧＢ２に対する影響は、第１グループＧＢ１に対する影響と比べて、小さい。従って、第２グループＧＢ２は、１個のクラスタ識別子に対応付けられてもよい。

第２ルールＲＢ２は、印刷頻度項目ＧＢの各グループに、グループ毎に異なるクラスタ識別子を対応付ける。この第２ルールＲＢ２は、上記の第２ルールＲＡ２と同様のルールである。複数の接続処理部１０の間で常時接続の品質が異なってよい。この場合、第２グループＧＢ２は、予め決められた品質の常時接続を提供する接続処理部１０のクラス識別子に対応付けられてよい。第１グループＧＢ１は、より高い品質の常時接続を提供する接続処理部１０のクラス識別子に対応付けられてよい。

Ｂ３．通信頻度項目ＧＣ：
通信頻度項目ＧＣ（図８）は、ＡＰＩ使用頻度Ｆ１のグループを示している。ＡＰＩ使用頻度Ｆ１のＡＰＩは、サーバシステム１００（ここでは、制御サーバ５０）がサービスサーバ７０に対して公開しているＡＰＩのうち、ノード１３による通信が発生するＡＰＩである。具体的には、ＡＰＩ使用頻度Ｆ１のＡＰＩは、遠隔印刷、遠隔スキャンなどのサービスの要求を行うためのＡＰＩである。通信頻度項目ＧＣは、例えば、第１グループＧＣ１（ＡＰＩ使用頻度Ｆ１が予め決められた閾値Ｆ１ｔｈ以上）と、第２グループＧＣ２（ＡＰＩ使用頻度Ｆ１が予め決められた閾値Ｆ１ｔｈ未満）と、から選択される。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、通信頻度項目ＧＣの決定に使用される情報を、制御サーバ５０から取得する。図１１（Ｂ）は、図４のＳ５２０で実行される取得処理の例を示すフローチャートである。Ｓ７５０では、選択サーバ４０のプロセッサ４０ｐは、端末装置の識別子を示すデータを制御サーバ５０に送信する。Ｓ７６０では、制御サーバ５０のプロセッサ５０ｐは、ＡＰＩ履歴データ５０１（図１）を参照して、端末装置の識別子に対応付けられるＡＰＩの使用履歴からＡＰＩ使用頻度Ｆ１に関する情報（例えば、累積使用回数とサービス使用開始日から現在までの日数）を準備する。そして、プロセッサ５０ｐは、準備した情報を示すデータを選択サーバ４０に送信する。選択サーバ４０のプロセッサ４０ｐは、制御サーバ５０からのデータを参照して、ＡＰＩ使用頻度Ｆ１を算出し、通信頻度項目ＧＣを決定する（例えば、Ｆ１＝累積使用回数／日数）。

通信頻度項目ＧＣに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、２個のルールＲＣ１、ＲＣ２から選択されてよい。第１ルールＲＣ１は、ＡＰＩ使用頻度Ｆ１の偏りが小さくなるように、各グループＧＣ１、ＧＣ２を、複数のクラスタ識別子に対応付ける。例えば、第１グループＧＣ１と第２グループＧＣ２とに、共通の複数のクラスタ識別子が対応付けられる。これにより、複数のノードクラスタ１２の間の負荷の偏りは、低減する。

第２ルールＲＣ２は、通信頻度項目ＧＣの各グループに、グループ毎に異なるクラスタ識別子を対応付ける。この第２ルールＲＣ２は、上記の第２ルールＲＡ２と同様のルールである。複数の接続処理部１０の間で常時接続の品質が異なってよい。この場合、第２グループＧＣ２は、予め決められた品質の常時接続を提供する接続処理部１０のクラス識別子に対応付けられてよい。第１グループＧＣ１は、より高い品質の常時接続を提供する接続処理部１０のクラス識別子に対応付けられてよい。

Ｂ４．エラー頻度項目ＧＤ：
エラー頻度項目ＧＤ（図９）は、ＡＰＩエラー頻度ＦＥのグループを示している。ＡＰＩエラー頻度ＦＥのＡＰＩは、ＡＰＩ使用頻度Ｆ１（図８）のＡＰＩと同じである。エラー頻度項目ＧＤは、例えば、第１グループＧＤ１（ＡＰＩエラー頻度ＦＥが予め決められた閾値ＦＥｔｈ以上）と、第２グループＧＤ２（ＡＰＩエラー頻度ＦＥが予め決められた閾値ＦＥｔｈ未満）と、から選択される。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、エラー頻度項目ＧＤの決定に使用される情報を、図１１（Ｂ）の処理に従って、制御サーバ５０から取得する。Ｓ７５０では、選択サーバ４０のプロセッサ４０ｐは、端末装置の識別子を示すデータを制御サーバ５０に送信する。Ｓ７６０では、制御サーバ５０のプロセッサ５０ｐは、ＡＰＩ履歴データ５０１（図１）を参照して、端末装置の識別子に対応付けられるＡＰＩの使用履歴からＡＰＩエラー頻度ＦＥに関する情報（例えば、累積エラー回数とサービス使用開始日から現在までの日数）を準備する。そして、プロセッサ５０ｐは、準備した情報を示すデータを選択サーバ４０に送信する。選択サーバ４０のプロセッサ４０ｐは、制御サーバ５０からのデータを参照して、ＡＰＩエラー頻度ＦＥを算出し、エラー頻度項目ＧＤを決定する（例えば、ＦＥ＝累積エラー回数／日数）。

エラー頻度項目ＧＤに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、以下のルールＲＤ１であってよい。このルールＲＤ１は、第１グループＧＤ１を１以上の特定のクラスタ識別子に対応付ける。この構成によれば、特定のクラスタ識別子に対応する特定のノードクラスタ１２の調査によってエラーの原因を究明できる可能性が高くなる（例えば、他のノードクラスタ１２を調査せずに、原因が究明され得る）。第２グループＧＤ２は、第１グループＧＤ１に対応付けられる１以上の特定のクラスタ識別子とは異なる１以上のクラスタ識別子に対応付けられてよい。

Ｂ５．一斉切断項目ＧＥ：
一斉切断項目ＧＥ（図９）は、過去に常時接続が一斉に切断された複数のＩＰアドレスのグループに関する項目である。複数のＩＰアドレスからの通信を処理するネットワーク装置（例えば、ルータやゲートウェイなど）に不具合が生じる場合、複数のＩＰアドレスの常時接続が一斉に切断される。そして、ネットワーク装置の不具合が解消する場合、複数のＩＰアドレスからの常時接続の確立要求が、一斉に、サーバシステム１００に届く。

一斉切断項目ＧＥは、例えば、第１グループＧＥ１と第２グループＧＥ２とから選択される。第１グループＧＥ１は、過去に常時接続が一斉に切断された複数のＩＰアドレスのグループである。第２グループＧＥ２は、第１グループＧＥ１には含まれないＩＰアドレスのグループである。ＩＰアドレスが第１グループＧＥ１に含まれるための条件である一斉切断条件は、種々の条件であってよい。例えば、一斉切断条件は、過去に、予め決められた時間幅（例えば、１０分間）内に、予め決められた閾値（例えば、１００）以上のＩＰアドレスの常時接続が切断されたことであってよい。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、一斉切断項目ＧＥの決定に使用される情報を、図１１（Ｂ）の処理に従って、制御サーバ５０から取得する。Ｓ７５０では、選択サーバ４０のプロセッサ４０ｐは、端末装置のＩＰアドレスを示すデータを制御サーバ５０に送信する。Ｓ７６０では、制御サーバ５０のプロセッサ５０ｐは、常時接続履歴データ５０２（図１）を参照して、一斉切断条件を満たす複数のＩＰアドレスのリストを生成する。プロセッサ５０ｐは、端末装置のＩＰアドレスがＩＰアドレスのリストに含まれるか否かを示すデータを選択サーバ４０に送信する。選択サーバ４０のプロセッサ４０ｐは、制御サーバ５０からのデータを参照して、一斉切断項目ＧＥを決定する。

一斉切断項目ＧＥに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、以下のルールＲＥ１であってよい。このルールＲＥ１は、第１グループＧＥ１を複数のクラスタ識別子に対応付ける。この理由は、以下の通りである。ネットワーク装置の不具合は、解消した後に、再び生じ得る。再び生じた不具合が解消する場合、第１グループＧＥ１に含まれる複数のＩＰアドレスからの常時接続の確立要求が、一斉に、サーバシステム１００に届き得る。クラスタラベルデータ３０１がルールＲＥ１に従って決定される場合、複数のＩＰアドレスからの常時接続の確立要求は、複数のノードクラスタ１２に分散可能である。第２グループＧＥ２は、第１グループＧＥ１に対応付けられる複数のクラスタ識別子とは異なる１以上のクラスタ識別子に対応付けられてよい。

Ｂ６．通信障害項目ＧＦ：
通信障害項目ＧＦ（図９）は、過去に通信障害が発生した複数の端末装置のグループに関する項目である。複数の端末装置は、同じ地域で使用され得る。例えば、複数の端末装置は、同じ仕向地で使用され得る。また、複数の端末装置は、販社によって提供され、販社の営業地域で使用され得る。同じ地域で使用される複数の端末装置の常時接続が、切断され易い場合がある。例えば、仕向地のネットワークが不安定であり得る。販社の営業地域のネットワークが不安定であり得る。

通信障害項目ＧＦは、例えば、第１グループＧＦ１と第２グループＧＦ２とから選択される。第１グループＧＦ１は、通信障害が生じやすいグループである。第２グループＧＦ２は、第１グループＧＦ１には含まれない端末装置のグループである。本実施例では、複数の端末装置の識別子は、予め、複数のグループに分割される（端末グループとも呼ぶ）。１個の端末グループは、同じ地域で使用される複数の端末装置の識別子で構成される。複数の端末グループの間では、地域が互いに異なる、すなわち、地理的な場所が互いに異なる。注目端末グループが第１グループＧＦ１に含まれるための条件である障害グループ条件は、通信障害が生じやすいことを示す種々の条件であってよい。例えば、障害グループ条件は、過去に、予め決められた時間幅（例えば、１０分間）内に、注目端末グループに含まれる複数の端末装置のうち、予め決められた割合（例えば、３０％）以上の端末装置の常時接続が切断されたことであってよい。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、通信障害項目ＧＦの決定に使用される情報を、図１１（Ｂ）の処理に従って、制御サーバ５０から取得する。Ｓ７５０では、選択サーバ４０のプロセッサ４０ｐは、端末装置の識別子を示すデータを制御サーバ５０に送信する。Ｓ７６０では、制御サーバ５０のプロセッサ５０ｐは、常時接続履歴データ５０２（図１）を参照して、予め決められた複数の端末グループから、障害グループ条件を満たす端末グループを抽出する。プロセッサ５０ｐは、端末装置の識別子が障害グループ条件を満たす端末グループに含まれるか否かを示すデータを、選択サーバ４０に送信する。選択サーバ４０のプロセッサ４０ｐは、制御サーバ５０からのデータを参照して、通信障害項目ＧＦを決定する。

通信障害項目ＧＦに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、２個のルールＲＦ１、ＲＦ２から選択されてよい。第１ルールＲＦ１は、第１グループＧＦ１を複数のクラスタ識別子に対応付ける。この理由は、以下の通りである。通信障害が発生した地域では、通信障害が再び発生し得る。再び発生した通信障害が解消する場合、第１グループＧＦ１に含まれる端末グループの複数の端末装置からの常時接続の確立要求が、一斉に、サーバシステム１００に届き得る。第１ルールＲＦ１が採用される場合、複数の端末装置からの常時接続の確立要求は、複数のノードクラスタ１２に分散可能である。第２グループＧＦ２は、第１グループＧＦ１に対応付けられる複数のクラスタ識別子とは異なる１以上のクラスタ識別子に対応付けられてよい。

第２ルールＲＦ２は、通信障害項目ＧＦの各グループに、グループ毎に異なるクラスタ識別子を対応付ける。この構成によれば、第１グループＧＦ１に含まれる端末グループに通信障害が発生する場合に、第２グループＧＦ２に対応付けられるノードクラスタ１２に対する通信障害の影響は緩和される。

なお、通信障害項目ＧＦは、端末装置の識別子に代えて、ＩＰアドレスを使用して決定されてよい。

Ｂ７．地域項目ＧＧ：
地域項目ＧＧ（図９）は、図３で説明した地域項目ＧＧである。地域項目ＧＧは、常時接続の接続元に関する項目である。地域項目ＧＧは、例えば、第１地域ＧＧ１と、第２地域ＧＧ２と、第３地域ＧＧ３と、を含む複数の地域から選択されてよい。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、Ｓ１２０（図３）で受信した決定要求に含まれる端末情報データを参照して、地域項目ＧＧの決定に使用される情報（ここでは、端末装置の識別子）を取得する。これに代えて、プロセッサ４０ｐは、図１１（Ｂ）の処理に従って、制御サーバ５０から情報を取得してよい。Ｓ７５０では、選択サーバ４０のプロセッサ４０ｐは、端末装置に関する情報（例えば、識別子、ＩＰアドレスなど）を示すデータを制御サーバ５０に送信する。Ｓ７６０では、制御サーバ５０のプロセッサ５０ｐは、端末装置に関する情報を使用して、端末装置に対応付けられる地域を示す情報を示すデータを選択サーバ４０に送信する。端末装置に関する情報と地域との対応関係は、予め決められている。選択サーバ４０のプロセッサ４０ｐは、制御サーバ５０からのデータを参照して、地域項目ＧＧを決定する。

地域項目ＧＧに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、以下のルールＲＧ１であってよい。このルールＲＧ１は、地域項目ＧＧの各地域に、地域毎に異なるクラスタ識別子を対応付ける。この構成によれば、１個の地域で通信障害が発生する場合に、他の地域に対応付けられるノードクラスタ１２に対する通信障害の影響は緩和される。なお、地域項目ＧＧは、端末装置の仕向地に代えて、端末装置のＩＰアドレス、端末装置を提供する販社の営業地域など、地域に関連する種々の情報に基づいて、決定されてよい。

Ｂ８．ユーザ項目ＧＨ：
ユーザ項目ＧＨ（図１０）は、端末装置に対応付けられるユーザを示している。ユーザは、例えば、端末装置の所有者である。ユーザ項目ＧＨは、第１ユーザ識別子ＧＨ１と第２ユーザ識別子ＧＨ２を含む複数のユーザの識別子から選択されてよい。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、ユーザ項目ＧＨの決定に使用される情報を、図１１（Ｂ）の処理に従って、制御サーバ５０から取得する。Ｓ７５０では、選択サーバ４０のプロセッサ４０ｐは、端末装置の識別子を示すデータを制御サーバ５０に送信する。Ｓ７６０では、制御サーバ５０のプロセッサ５０ｐは、ユーザ対応関係データ５０３（図１）を参照して、端末装置の識別子に対応付けられるユーザの識別子を取得する。プロセッサ５０ｐは、ユーザの識別子を示すデータを選択サーバ４０に送信する。選択サーバ４０のプロセッサ４０ｐは、制御サーバ５０からのデータを参照して、ユーザ項目ＧＨを決定する。

ユーザ項目ＧＨに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、２個のルールＲＨ１、ＲＨ２から選択されてよい。第１ルールＲＨ１は、各ユーザ識別子に、１個のクラスタ識別子に対応付ける。１つのユーザ識別子に複数の端末装置が対応付けられている場合、複数の端末装置は、同じ１個のクラスタ識別子に対応付けられる。この構成によれば、１個のノードクラスタ１２に不具合が発生する場合に、不具合の影響を受けるユーザの数を低減できる。なお、１個のクラスタ識別子に複数のユーザ識別子が対応付けられてよい。

第２ルールＲＨ２は、各ユーザ識別子に、複数のクラスタ識別子に対応付ける。この第２ルールＲＨ２は、１つのユーザ識別子に複数の端末装置が対応付けられている場合に、複数の端末装置を複数のノードクラスタ１２に分散させるためのルールである。図５のＳ６７０では、クラスタ管理サーバ３０のプロセッサ３０ｐは、ユーザ識別子毎に、ラウンドロビンによって１個の対象ノードクラスタ（すなわち、１個の対象接続処理部）を決定する。この場合、Ｓ６６５は省略されてよい。第２ルールＲＨ２が使用される場合、１つのユーザ識別子に対応付けられる全ての端末装置が、１個のノードクラスタ１２に不具合に起因して使用できなくなる可能性は、低減される。

Ｂ９．ユーザ使用頻度項目ＧＩ：
ユーザ使用頻度項目ＧＩ（図１０）は、ユーザ識別子毎のサービス使用頻度Ｆ３のグループを示している。ユーザ使用頻度項目ＧＩは、例えば、第１グループＧＩ１（サービス使用頻度Ｆ３が予め決められた閾値Ｆ３ｔｈ以上）と、第２グループＧＩ２（サービス使用頻度Ｆ３が予め決められた閾値Ｆ３ｔｈ未満）と、から選択される。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、ユーザ使用頻度項目ＧＩの決定に使用される情報を、図１１（Ａ）の処理に従って、サービスサーバ７０から取得する。Ｓ７１０では、選択サーバ４０のプロセッサ４０ｐは、端末装置の識別子を示すデータをサービスサーバ７０に送信する。Ｓ７２０では、サービスサーバ７０のプロセッサ７０ｐは、サービス対応関係データ７０１を参照し、端末装置の識別子に対応付けられるユーザの識別子を取得する。プロセッサ７０ｐは、履歴データ７０２を参照し、ユーザの識別子に対応付けられるサービスの使用履歴からユーザ使用頻度項目ＧＩに関する情報（例えば、全てのサービスの使用回数の合計値と最先のサービス使用開始日から現在までの日数）を準備する。プロセッサ７０ｐは、準備した情報を示すデータを選択サーバ４０に送信する。選択サーバ４０のプロセッサ４０ｐは、サービスサーバ７０からのデータを参照して、サービス使用頻度Ｆ３を算出し、ユーザ使用頻度項目ＧＩを決定する（例えば、Ｆ３＝使用回数の合計値／日数）。

ユーザ使用頻度項目ＧＩに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、以下のルールＲＩ１であってよい。このルールＲＩ１は、第１グループＧＩ１を１以上の特定のクラスタ識別子に対応付ける。第２グループＧＩ２は、第１グループＧＦ１に対応付けられる１以上の特定のクラスタ識別子には含まれない１以上のクラスタ識別子に対応付けられる。特定のクラスタ識別子に対応付けられる接続処理部１０は、他の接続処理部１０と比べて、高い品質の常時接続を提供する。この構成によれば、高いサービス使用頻度Ｆ３を有するユーザによって新たな端末装置が使用される場合に、その端末装置の常時接続の負荷に起因するノードクラスタ１２の不具合の可能性は、低減する。

Ｂ１０．モデル項目ＧＪ：
モデル項目ＧＪ（図１０）は、図３で説明したモデル項目ＧＪである。モデル項目ＧＪは、例えば、第１モデルＧＪ１と第２モデルＧＪ２とを含む複数のモデルから選択されてよい。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、Ｓ１２０（図３）で受信した決定要求に含まれる端末情報データを参照して、モデル項目ＧＪの決定に使用される情報（ここでは、モデル名）を取得する。これに代えて、プロセッサ４０ｐは、図１１（Ｂ）の処理に従って、制御サーバ５０から情報を取得してよい。Ｓ７５０では、選択サーバ４０のプロセッサ４０ｐは、端末装置に関する情報（例えば、識別子、ＩＰアドレスなど）を示すデータを制御サーバ５０に送信する。Ｓ７６０では、制御サーバ５０のプロセッサ５０ｐは、端末装置に関する情報を使用して、端末装置のモデルを示すデータを選択サーバ４０に送信する。端末装置に関する情報とモデルとの対応関係は、予め決められている。選択サーバ４０のプロセッサ４０ｐは、制御サーバ５０からのデータを参照して、モデル項目ＧＪを決定する。

モデル項目ＧＪに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、以下のルールＲＪ１であってよい。このルールＲＪ１は、モデル項目ＧＪの各モデルに、モデル毎に異なるクラスタ識別子を対応付ける。ここで、複数のモデルの間で、端末装置の機能（特に、常時接続のための機能）が異なってよい。例えば、常時接続のための通信プロトコルが、複数のモデルの間で異なってよい。この場合、ノードクラスタ１２は、対応するモデルの端末装置の機能に適する機能を有するように、構成される。このように、複数のノードクラスタ１２は、互いに異なる機能を有してよい。そして、モデル項目ＧＪの各モデルは、モデルに適する機能を有するノードクラスタ１２に、対応付けられてよい。

Ｂ１１．バージョン項目ＧＫ：
バージョン項目ＧＫ（図１０）は、端末装置のファームウェアのバージョンを示している。バージョン項目ＧＫは、例えば、第１バージョンＧＫ１と第２バージョンＧＫ２とを含む複数のバージョンから選択されてよい。

図４のＳ５２０では、選択サーバ４０のプロセッサ４０ｐは、Ｓ１２０（図３）で受信した決定要求に含まれる端末情報データを参照して、バージョン項目ＧＫの決定に使用される情報（ここでは、ファームウェアのバージョン）を取得する。

バージョン項目ＧＫに関するクラスタラベルデータ３０１（図２）の決定ルールは、例えば、以下のルールＲＫ１であってよい。このルールＲＫ１は、バージョン項目ＧＫの各バージョンに、バージョン毎に異なるクラスタ識別子を対応付ける。ここで、複数のバージョンの間で、端末装置の機能（特に、常時接続のための機能）が異なってよい。例えば、常時接続のための通信プロトコルが、複数のバージョンの間で異なってよい。この場合、ノードクラスタ１２は、対応するバージョンの端末装置の機能に適する機能を有するように、構成される。このように、複数のノードクラスタ１２は、互いに異なる機能を有してよい。そして、バージョン項目ＧＫの各バージョンは、バージョンに適する機能を有するノードクラスタ１２に、対応付けられてよい。

なお、ラベル情報は、上記の項目ＧＡ－ＧＫから任意に選択された１以上の項目の組み合わせであってよい。ここで、各項目の選択肢（例えば、印刷頻度項目ＧＢ（図８）の第１グループＧＢ１と第２グループＧＢ２など）は、上記の対応する項目のルールに従って、クラスタ識別子に対応付けられてよい。割当ラベル構成データ４０１（図１）は、ラベル情報の構成（例えば、ラベル情報に含まれる項目のリスト）を示すように、予め決定されてよい。ただし、クラスタラベルデータ３０１の決定ルールは、図８－図１０のルールに限らず、他の種々のルールであってよい。例えば、項目の内容に拘わらず、項目の各選択肢に、選択肢毎に異なるクラスタ識別子が対応付けられてよい。

Ｃ．第３実施例：
サーバシステム１００（図１）は、端末装置に対して、ノードクラスタ１２を割り当て直してよい。図１２は、割当更新処理の例を示すフローチャートである。Ｓ７８０では、制御サーバ５０のプロセッサ５０ｐは、再割当条件が満たされるか否かを判断する。再割当条件は、ノードクラスタ１２の再割り当てが好ましいことを示す任意の条件であってよい。例えば、再割当条件は、最後の再割り当てからの経過時間が予め決められた時間閾値以上であることであってよい。再割当条件が満たされない場合（Ｓ７８０：Ｎｏ）、プロセッサ５０ｐは、Ｓ７８０を繰り返して、再割当条件が満たされることを待つ。再割当条件が満たされる場合（Ｓ７８０：Ｙｅｓ）、Ｓ７９０で、プロセッサ５０ｐは、ノードクラスタ１２の再割当処理を実行する。例えば、プロセッサ５０ｐは、接続処理部１０を介して、端末装置に、クラスタＵＲＬの取得指示を送信してよい。端末装置は、指示に応じて、図３のＳ１８０の処理を実行する。Ｓ１８０に続いて、Ｓ１９０－Ｓ２４０の処理が実行される。これにより、端末装置は、新たなクラスタＵＲＬを取得し、新たなクラスタＵＲＬを使用して常時接続を再確立する。この結果、端末装置には、新たなノードクラスタ１２が割り当てられる。例えば、端末装置に関する最新の履歴に基づいて、過去に割り当てられたノードクラスタ１２とは異なるノードクラスタ１２が、端末装置に割り当てられ得る。Ｓ７９０の後、処理は、再び、Ｓ７８０へ移行する。

なお、多数の確立要求が短時間にサーバシステム１００に届くことを避けるために、プロセッサ５０ｐは、再割当処理（Ｓ７９０）を、端末装置毎に異なる時間に、実行してよい。例えば、プロセッサ５０ｐは、１個の端末装置のための再割当処理を、一定時間間隔で、繰り返してよい。また、プロセッサ５０ｐは、端末装置毎に、割当更新処理を実行してよい。この場合、再割当条件は、端末装置毎に異なってよい。

Ｄ．第４実施例：
図３のＳ１３０で端末装置に割り当てられる割当ラベル情報の構成は、変更可能であってよい。図１３は、割当ラベル情報の構成を変更する処理の例を示すフローチャートである。Ｓ８１０では、サーバシステム１００（図１）の管理人は、管理端末８０の図示しない操作部（例えば、タッチパネル、ボタンなど）を操作することによって、新しい構成を示す情報を入力する。割当ラベル情報の構成は、例えば、図８－図１０の項目ＧＡ－ＧＫから任意に選択される１以上の項目の組み合わせであってよい。Ｓ８２０では、管理端末８０のプロセッサ８０ｐは、選択サーバ４０に、新しい構成を示すデータを送信する。Ｓ８３０では、選択サーバ４０のプロセッサ４０ｐは、受信したデータによって示される新構成を示す割当ラベル構成データ４０１を、不揮発性記憶装置４０ｎに可能する。そして、図１３の処理は、終了する。割当ラベル構成データ４０１の更新後、Ｓ１３０（図３）では、プロセッサ４０ｐは、更新済の割当ラベル構成データ４０１を参照して、割当ラベル情報を決定する。本実施例では、管理者は、割当ラベル構成データ４０１を、サーバシステム１００の使用状況に応じて、変更できる。例えば、サーバシステム１００の運用開始後に、ＡＰＩのエラー頻度が高くなる場合がある。この場合、管理人は、割当ラベル情報の構成に、エラー頻度項目ＧＤ（図９）を追加してよい。

クラスタラベルデータ３０１（図２）は、使用可能な全ての項目の対応関係を、予め定めてよい。これに代えて、クラスタ管理サーバ３０のプロセッサ３０ｐは、クラスタラベルデータ３０１の変更をユーザに許容してよい。プロセッサ３０ｐは、例えば、図１３の処理と同様の処理によって、クラスタラベルデータ３０１を変更してよい。管理人は、複数のクラスタ識別子のそれぞれのラベル情報を、管理端末８０に入力する。管理端末８０のプロセッサ８０ｐは、クラスタ識別子とラベル情報との対応関係を示すデータを、クラスタ管理サーバ３０へ送信する。クラスタ管理サーバ３０のプロセッサ３０ｐは、受信したデータによって示される対応関係を示すクラスタラベルデータ３０１を、不揮発性記憶装置３０ｎに格納する。なお、管理人は、新たな接続処理部１０をサーバシステム１００に追加してよい。そして、管理人は、クラスタラベルデータ３０１を変更することによって、新たな接続処理部１０にラベル情報を割り当ててよい。

Ｅ．変形例：
（１）ラベル情報は、種々の情報を含んでよい。例えば、ラベル情報は、端末装置の仕様に関連する情報である端末仕様情報を含んでよい。モデル項目ＧＪ（図１０）とバージョン項目ＧＫとは、端末仕様情報の例である。端末仕様情報としては、他の種々の情報が使用されてよい（例えば、印刷に使用可能な色材の種類数、読取装置の解像度、端末装置が有する機能の詳細、など）。制御部５は、対象ノードクラスタの決定（図３：Ｓ１２０－Ｓ１６０）に端末仕様情報を含む１以上の情報を使用することによって、複数の端末装置を複数の接続処理部１０に、端末装置の仕様に応じて適切に分散させることができる。

ラベル情報は、端末装置のユーザに対応付けられる情報であるユーザ情報を含んでよい。ユーザ項目ＧＨ（図１０）とユーザ使用頻度項目ＧＩとは、ユーザ情報の例である。ユーザ情報としては、他の種々の情報が使用されてよい（例えば、ユーザの年齢、端末装置の言語設定、など）。制御部５は、対象ノードクラスタの決定（図３：Ｓ１２０－Ｓ１６０）にユーザ情報を含む１以上の情報を使用することによって、複数の端末装置を複数の接続処理部１０に、ユーザ情報によって示されるユーザの属性に応じて適切に分散させることができる。

ラベル情報は、端末装置によって使用可能なサービスに関連するサービス情報を含んでよい。サービス項目ＧＡ（図８）と印刷頻度項目ＧＢとは、サービス情報の例である。サービス情報としては、他の種々の情報が使用されてよい（例えば、読取装置による読取の頻度、など）。制御部５は、対象ノードクラスタの決定（図３：Ｓ１２０－Ｓ１６０）にサービス情報を含む１以上の情報を使用することによって、複数の端末装置を複数の接続処理部１０に、使用可能なサービスに応じて適切に分散させることができる。

ラベル情報は、端末装置の通信履歴に関連する履歴情報を含んでよい。通信頻度項目ＧＣ（図８）、エラー頻度項目ＧＤ（図９）、一斉切断項目ＧＥ、通信障害項目ＧＦは、履歴情報の例である。履歴情報としては、他の種々の情報が使用されてよい（例えば、常時接続の累積切断回数、など）。制御部５は、対象ノードクラスタの決定（図３：Ｓ１２０－Ｓ１６０）に履歴情報を含む１以上の情報を使用することによって、複数の端末装置を複数の接続処理部１０に、通信履歴に応じて適切に分散させることができる。

（２）図４のＳ５２０において、割当ラベル情報の決定に使用される情報を取得する処理は、Ｓ１２０（図３）の決定要求に含まれる端末情報データを参照する処理と、図１１（Ａ）、図１１（Ｂ）の処理と、に代えて、他の種々の処理であってよい。例えば、選択サーバ４０のプロセッサ４０ｐは、Ｓ１１０（図３）の登録要求の送信元である端末装置から、情報（例えば、端末装置に関連する情報）を取得してよい。また、プロセッサ４０ｐは、接続処理部１０のロードバランサ１１から、情報（例えば、常時接続の通信履歴に関連する情報）を取得してよい。

（３）図５のＳ６６５、Ｓ６７０で使用される状態情報は、接続処理部１０との確立済の常時接続の数に限らず、接続処理部１０の種々の状態を示してよい。例えば、状態情報は、接続処理部１０の負荷を示してよい。接続処理部１０の負荷は、例えば、ＣＰＵの総合使用率とメモリの総合使用率との組み合わせであってよい。ＣＰＵの総合使用率は、接続処理部１０のノードクラスタ１２に含まれる複数のノード１３のそれぞれのＣＰＵの使用率を使用して算出される種々の値であってよい。ＣＰＵの総合使用率は、例えば、代表値（例えば、平均値、最頻値、中央値など）であってよい。メモリの総合使用率は、接続処理部１０のノードクラスタ１２に含まれる複数のノード１３のそれぞれのメモリの使用率を使用して算出される種々の値であってよい。メモリの総合使用率は、例えば、代表値（例えば、平均値、最頻値、中央値など）であってよい。

Ｓ６７０では、プロセッサ３０ｐは、Ｎ個の候補クラスタの間の負荷の偏りが小さくなるように、１個の接続処理部１０（すなわち、１個のノードクラスタ１２）を選択する。例えば、プロセッサ３０ｐは、Ｎ個の候補クラスタから、最小のＣＰＵの総合使用率と最小のメモリの総合使用率とを有する候補クラスタを選択してよい。最小のメモリの総合使用率を有する候補クラスタが最小のＣＰＵの総合使用率を有する候補クラスタと異なる場合、最小のメモリの総合使用率を有する候補クラスタが選択されてよい。

図３のＳ２３０においても、ロードバランサ１１のプロセッサ１１ｐは、ノードクラスタ１２の複数のノード１３の間の負荷の偏りが小さくなるように、１個のノード１３を選択してよい。例えば、プロセッサ１１ｐは、複数のノード１３から、最小のＣＰＵの使用率と最小のメモリの使用率とを有するノード１３を選択してよい。最小のメモリの使用率を有するノード１３が最小のＣＰＵの使用率を有するノード１３と異なる場合、最小のメモリの使用率を有するノード１３が選択されてよい。

（４）常時接続を確立するための処理は、図３の処理に代えて、他の種々の処理であってよい。例えば、端末装置との常時接続を確立すべき１つの接続処理部１０を決定するための第１要求は、端末装置の登録要求（図３：Ｓ１１０）に代えて、他の種々の要求であってよい。また、常時接続を確立するための第２要求は、常時接続の確立要求（図３：Ｓ２２０）に代えて、他の種々の要求であってよい。

宛先データの送信は、端末装置との常時接続を確立すべき１つの接続処理部１０の決定（図３：Ｓ１６０）の後の任意のタイミングで行われてよい。例えば、クラスタ管理サーバ３０のプロセッサ３０ｐは、Ｓ１７０で、宛先データを含む通知を制御サーバ５０に送信してよい。そして、制御サーバ５０のプロセッサ５０ｐは、Ｓ１７０の通知の受領に応じて、宛先データを含む通知を端末装置に送信してよい。この場合、Ｓ１８０－Ｓ２１０は、省略されてよいなお、宛先データによって示される宛先は、ＵＲＬに代えて、ＩＰアドレスなど、ネットワーク上の宛先を示す任意の情報であってよい。

図５のＳ６７０では、クラスタ管理サーバ３０のプロセッサ３０ｐは、状態情報を使用せずに、ラウンドロビンによって、Ｎ個の候補クラスタから１個のノードクラスタ１２を選択してよい。この場合、Ｓ６６５は省略されてよい。

（５）上記各実施例では、端末装置との常時接続を確立すべき１つの接続処理部１０の決定（図３：Ｓ１２０－Ｓ１６０）は、ラベル情報を使用して行われる。具体的には、接続処理部１０の決定処理（Ｓ１２０－Ｓ１６０）では、端末装置の詳細な情報に代えて、割当ラベル情報が使用される。従って、端末装置の詳細な情報を使用する場合と比べて、容易に決定処理を構築できる。また、端末装置に割り当てられる割当ラベル情報、または、接続処理部１０に付与されるラベル情報を変更することによって、端末装置と接続処理部１０との対応関係は、容易に変更可能である。なお、割当ラベル情報には、複数の接続処理部１０が対応付けられてよい。これに代えて、割当ラベル情報には、１個の接続処理部１０が対応付けられてよい。

（６）端末装置との常時接続を確立すべき１つの接続処理部１０の決定は、ラベル情報を使用せずに行われてよい。例えば、Ｓ１６０（図３）で、クラスタ管理サーバ３０のプロセッサ３０ｐは、ラベル情報を使用せずに、端末装置に関連する詳細な情報を使用して接続処理部１０を選択するように構成されてよい。

また、プロセッサ３０ｐは、端末装置に関連する情報を使用せずに、複数の接続処理部１０の間の負荷の偏り、または、複数の接続処理部１０の間の常時接続の数の偏りが、小さくなるように、接続処理部１０を選択してよい。例えば、Ｓ１６０（図３）で、プロセッサ３０ｐは、Ｓ６６５、Ｓ６７０（図５）の処理を実行してよい。図５のＳ６１０－Ｓ６６０は省略される。また、図３のＳ１２０－Ｓ１４０は省略される。

また、プロセッサ３０ｐは、Ｓ１６０（図３）で、端末装置に関連する情報、接続処理部１０の負荷、接続処理部１０の常時接続の数を使用せずに、ラウンドロビンによって、接続処理部１０を選択してよい。図３のＳ１２０－Ｓ１４０は省略される。

また、プロセッサ３０ｐは、Ｓ１６０（図３）で、予め決められた特定条件を満たす複数の端末装置に対して同じ接続処理部１０を選択するように構成されてよい。ここで、特定条件は、任意の条件であってよい。例えば、特定条件は、端末装置が上記の項目ＧＡ－ＧＫ（図８－図１０）から予め選択された項目の予め選択された選択肢に属することであってよい。

（７）常時接続のためのサーバシステムの構成は、図１のサーバシステム１００の構成に代えて、他の任意の構成であってよい。例えば、接続処理部１０からは、ロードバランサ１１が省略されてよい。ここで、Ｓ２３０（図３）で１つのノード１３を選択する方法は、任意の方法であってよい。例えば、ノードクラスタ１２に含まれる複数のノード１３は、協議によって、常時接続のための１個のノード１３を選択してよい。

ノード１３は、コンピュータに代えて、ＡＳＩＣ（application specific integrated circuit）などの専用のハードウェア回路によって構成されてよい。サーバシステム１００の他の装置（例えば、装置１１、２０、３０、４０、５０）も、同様に、専用のハードウェア回路によって構成されてよい。

複数の接続処理部１０を制御する制御部５の構成は、図１の構成に代えて、他の任意の構成であってよい。例えば、クラスタ管理サーバ３０は、管理ロードバランサ２０の機能を有し、管理ロードバランサ２０は、省略されてよい。また、制御サーバ５０は、選択サーバ４０の機能を有し、選択サーバ４０は、省略されてよい。また、制御部５は、１以上の任意の数のサーバ装置で構成されてよい。制御部５は、ネットワークを介して互いに通信可能な複数の装置（例えば、コンピュータ）を含んでよい。

上記各実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部あるいは全部をハードウェアに置き換えるようにしてもよい。

また、本発明の機能の一部または全部がコンピュータプログラムで実現される場合には、そのプログラムは、コンピュータ読み取り可能な記録媒体（例えば、一時的ではない記録媒体）に格納された形で提供することができる。プログラムは、提供時と同一または異なる記録媒体（コンピュータ読み取り可能な記録媒体）に格納された状態で、使用され得る。「コンピュータ読み取り可能な記録媒体」は、メモリーカードやＣＤ－ＲＯＭのような携帯型の記録媒体に限らず、各種ＲＯＭ等のコンピュータ内の内部記憶装置や、ハードディスクドライブ等のコンピュータに接続されている外部記憶装置も含み得る。

以上、実施例、変形例に基づき本発明について説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれる。

５…制御部、１０、１０Ａ－１０Ｃ…接続処理部、１１、１１Ａ－１１Ｃ…ロードバランサ、１２、１２Ａ－１２Ｃ…ノードクラスタ、１３、１３Ａ－１３Ｃ…ノード、２０…管理ロードバランサ、３０…クラスタ管理サーバ、４０…選択サーバ、５０…制御サーバ、７０…サービスサーバ、８０…管理端末、９０Ａ…第１端末装置、９０Ｂ…第２端末装置、９０ＰＲ…印刷実行部、９５…ユーザ端末、１００…サーバシステム、１０００…システム、ＮＴ…ネットワーク

Claims (11)

1. 常時接続のためのサーバシステムであって、
   複数の常時接続処理部と、
   制御部と、を備え、
   前記複数の常時接続処理部のそれぞれは、複数の常時接続実行部を含み、
   前記制御部は、
   端末装置からの常時接続のための第１要求を受信する受信処理と、
   前記第１要求に応じて、前記複数の常時接続処理部のうち、前記端末装置との常時接続を確立すべき１つの常時接続処理部である対象常時接続処理部を決定する決定処理と、
   前記対象常時接続処理部の決定の後に、常時接続のための第２要求の宛先を示す宛先データであって、前記対象常時接続処理部を示す宛先データを前記端末装置に送信する送信処理と、
   を実行するように構成され、
   前記対象常時接続処理部は、前記端末装置からの前記第２要求に応じて、前記対象常時接続処理部に含まれる複数の常時接続実行部のうちの１つの常時接続実行部と前記端末装置との常時接続を確立するように構成されている、
   サーバシステム。
2. 請求項１に記載のサーバシステムであって、
   前記制御部は、前記決定処理において、前記端末装置の仕様に関連する情報である端末仕様情報を含む１以上の情報を使用して、前記対象常時接続処理部を決定するように構成されている、
   サーバシステム。
3. 請求項１または２に記載のサーバシステムであって、
   前記制御部は、前記決定処理において、前記端末装置のユーザに対応付けられる情報であるユーザ情報を含む１以上の情報を使用して、前記対象常時接続処理部を決定するように構成されている、
   サーバシステム。
4. 請求項１から３のいずれかに記載のサーバシステムであって、
   前記制御部は、前記決定処理において、前記複数の常時接続処理部のそれぞれの状態を示す状態情報を含む１以上の情報を使用して、前記対象常時接続処理部を決定するように構成されている、
   サーバシステム。
5. 請求項１から４のいずれかに記載のサーバシステムであって、
   前記制御部は、前記決定処理において、前記端末装置によって使用可能なサービスに関連するサービス情報を含む１以上の情報を使用して、前記対象常時接続処理部を決定するように構成されている、
   サーバシステム。
6. 請求項１から５のいずれかに記載のサーバシステムであって、
   前記制御部は、前記決定処理において、前記端末装置の通信履歴に関連する履歴情報を含む１以上の情報を使用して、前記対象常時接続処理部を決定するように構成されている、
   サーバシステム。
7. 請求項１から６のいずれかに記載のサーバシステムであって、
   前記複数の常時接続処理部のそれぞれには、予め、ラベル情報が付与されており、
   前記制御部は、前記決定処理において、
   前記端末装置に割り当てるべきラベル情報である割当ラベル情報を決定する割当ラベル決定処理と、
   前記複数の常時接続処理部のうち、前記割当ラベル情報が付与されている常時接続処理部を、前記対象常時接続処理部として決定する処理部決定処理と、
   を実行するように構成されている、サーバシステム。
8. 請求項７に記載のサーバシステムであって、
   前記制御部は、前記処理部決定処理において、
   前記複数の常時接続処理部が、前記割当ラベル情報が付与されている複数の常時接続処理部である複数の候補処理部を含む場合に、前記複数の候補処理部の間の負荷の偏り、または、前記複数の候補処理部の間の常時接続の数の偏りが、小さくなるように、前記複数の候補処理部から前記対象常時接続処理部を決定するように構成されている、
   サーバシステム。
9. 請求項１に記載のサーバシステムであって、
   前記制御部は、前記決定処理において、前記複数の常時接続処理部の間の負荷の偏り、または、前記複数の常時接続処理部の間の常時接続の数の偏りが、小さくなるように、前記対象常時接続処理部を決定するように構成されている、
   サーバシステム。
10. 請求項１に記載のサーバシステムであって、
    前記制御部は、前記決定処理において、予め決められた条件を満たす複数の端末装置に対して同じ常時接続処理部を前記対象常時接続処理部として決定するように構成されている、
    サーバシステム。
11. 請求項１から１０のいずれかに記載のサーバシステムであって、
    前記複数の常時接続処理部のそれぞれは、前記常時接続処理部によって受信された前記第２要求を前記複数の常時接続実行部に分配するように構成されたロードバランサを含み、
    前記宛先データは、前記対象常時接続処理部に含まれる前記ロードバランサを示している、
    サーバシステム。

Images