(57)【特許請求の範囲】
【請求項１】
上位設定サーバと、複数の設定サーバと、各々の前記設定サーバに接続しており、オーダの投入対象である複数の装置と、を有するネットワークシステムによるオーダ処理方法であって、
各々の前記設定サーバは、前記上位設定サーバから指示された前記オーダを、当該オーダの対象となっている前記装置毎のキューにオーダ群として格納し、当該格納しているオーダを前記装置へ投入するものであり、
第１の設定サーバは、
自身の処理負荷が、予め設定されている第１の閾値を超えると、
他の前記設定サーバの中から、処理負荷が所定の値以下である第２の設定サーバを選択し、
前記第２の設定サーバへ、前記装置毎のキューに格納されている前記オーダ群の受け付けが可能か否かを問い合わせ、
前記問い合わせを受信した第２の設定サーバは、
当該オーダ群の各オーダを実行したときの自身の処理負荷が、予め設定されている第２の閾値を超えるか否かを判定し、
前記第２の閾値を超えない場合、前記第１の設定サーバへ受付可能の旨を応答し、
前記第１の設定サーバは、
前記受付可能の旨の応答を受信した場合、前記第２の設定サーバへ、前記オーダ群を格納している装置毎のキュー単位で、当該オーダ群を送信する
ことを特徴とするオーダ処理方法。
【請求項２】
前記第１の閾値は、前記第２の閾値より大きい値である
ことを特徴とする請求項１に記載のオーダ処理方法。
【請求項３】
上位設定サーバと、設定制御サーバと、複数の設定サーバと、各々の前記設定サーバに接続している複数の装置と、を有するネットワークシステムによるオーダ処理方法であって、
前記設定制御サーバは、他の設定サーバと、前記上位設定サーバと、の間に設置されており、
各々の前記設定サーバは、前記設定制御サーバを介して、前記上位設定サーバから指示されたオーダを、当該オーダの対象となっている前記装置毎にキューとして格納し、当該格納しているオーダを前記装置へ投入するものであり、
前記キューが空になると、当該空になったキューが、どの装置に対するオーダを格納していたかに関する情報であるキュー情報を、前記設定制御サーバへ送信し、
前記設定制御サーバは、
前記上位設定サーバから、前記オーダ投入の指示を受信すると、当該指示されたオーダの設定先となっている装置に関する情報が、前記キュー情報に格納されている場合、前記設定サーバの中から、処理負荷が所定の値以下である前記設定サーバを選択し、
当該選択した設定サーバへ、前記オーダ投入の指示を送信する
ことを特徴とするオーダ処理方法。
【請求項４】
請求項１から請求項３のいずれか一項に記載のオーダ処理方法をコンピュータに実行させるためのプログラム。
【請求項５】
上位設定サーバと、複数の設定サーバと、各々の前記設定サーバに接続しており、オーダの投入対象である複数の装置と、を有するネットワークシステムであって、
各々の前記設定サーバは、前記上位設定サーバから指示された前記オーダを、当該オーダの対象となっている前記装置毎のキューにオーダ群として格納し、当該格納しているオーダを前記装置へ投入するものであり、
第１の設定サーバは、
自身の処理負荷が、予め設定されている第１の閾値を超えると、
他の前記設定サーバの中から、処理負荷が所定の値以下である第２の設定サーバを選択し、
前記第２の設定サーバへ、前記装置毎のキューに格納されている前記オーダ群の受け付けが可能か否かを問い合わせ、
前記問い合わせを受信した第２の設定サーバは、
当該オーダ群の各オーダを実行したときの自身の処理負荷が、予め設定されている第２の閾値を超えるか否かを判定し、
前記第２の閾値を超えない場合、前記第１の設定サーバへ受付可能の旨を応答し、
前記第１の設定サーバは、
前記受付可能の旨の応答を受信した場合、前記第２の設定サーバへ、前記オーダ群を格納している装置毎のキュー単位で、当該オーダ群を送信する
ことを特徴とするネットワークシステム。
【請求項６】
前記第１の閾値は、前記第２の閾値より大きい値である
ことを特徴とする請求項５に記載のネットワークシステム。
【請求項７】
上位設定サーバと、設定制御サーバと、複数の設定サーバと、各々の前記設定サーバに接続している複数の装置と、を有するネットワークシステムであって、
前記設定制御サーバは、他の設定サーバと、前記上位設定サーバと、の間に設置されており、
各々の前記設定サーバは、前記設定制御サーバを介して、前記上位設定サーバから指示されたオーダを、当該オーダの対象となっている前記装置毎にキューとして格納し、当該格納しているオーダを前記装置へ投入するものであり、
前記キューが空になると、当該空になったキューが、どの装置に対するオーダを格納していたかに関する情報であるキュー情報を、前記設定制御サーバへ送信し、
前記設定制御サーバは、
前記上位設定サーバから、前記オーダ投入の指示を受信すると、当該指示されたオーダの設定先となっている装置に関する情報が、前記キュー情報に格納されている場合、前記設定サーバの中から、処理負荷が所定の値以下である前記設定サーバを選択し、
当該選択した設定サーバへ、前記オーダ投入の指示を送信する
ことを特徴とするネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーダ処理方法、プログラムおよびネットワークシステムの技術に関する。
【背景技術】
【０００２】
通信インフラの拡大に伴い、ＩＰ−ＮＷ（Internet Protocol-Network）を構成する装置数が増加する傾向にある。このようなＩＰ−ＮＷにおける加入者が使用している装置に対するサービスの設定・解除は、設定サーバからルータ装置などの装置にコマンド（以下、サービスオーダと称する）を送信することで実行される。
【０００３】
例えば、非特許文献１では、サービスオーダを優先度によって分類し、この優先度に応じて、キューにおけるサービスオーダの配置を制御する技術が開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】坂田浩亮、木村辰幸、大塚祥広、「転送系ネットワークにおける並列タスク処理方式の提案」、２００９年  電子情報通信学会ソサイエティ大会、２００９年９月、Ｂ−１４−１９
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、サービスの多様化や、加入者の増大によって、サービスオーダの送信も増加する傾向にある。１台の設定サーバの処理性能は有限であるため、サービスオーダ流量の増加に対して設定サーバの増設が必要となる。しかしながら、サービスオーダ流量は、設定サーバの管理対象エリアや、時間または季節特性によって変動するため、ある時間や、ある季節においては、設定サーバの増設が適当であっても、その他の時間や、季節では、設定サーバの数が過剰となってしまうおそれがある。
【０００６】
このような背景に鑑みて本発明がなされたのであり、本発明は、ＩＰ−ＮＷにおけるサービスオーダの設定サーバの数が過剰にならないようにすることを課題とする。
【課題を解決するための手段】
【０００７】
本発明は、前記課題を解決するために創案されたものであり、請求項１に記載のオーダ処理方法および請求項５に記載のネットワークシステムは、上位設定サーバと、複数の設定サーバと、各々の前記設定サーバに接続しており、オーダの投入対象である複数の装置と、を有するネットワークシステムにおいて、各々の前記設定サーバは、前記上位設定サーバから指示された前記オーダを、当該オーダの対象となっている前記装置毎のキューにオーダ群として格納し、当該格納しているオーダを前記装置へ投入するものであり、第１の設定サーバは、自身の処理負荷が、予め設定されている第１の閾値を超えると、他の前記設定サーバの中から、処理負荷が所定の値以下である第２の設定サーバを選択し、前記第２の設定サーバへ、前記装置毎のキューに格納されている前記オーダ群の受け付けが可能か否かを問い合わせ、前記問い合わせを受信した第２の設定サーバは、当該オーダ群の各オーダを実行したときの自身の処理負荷が、予め設定されている第２の閾値を超えるか否かを判定し、前記第２の閾値を超えない場合、前記第１の設定サーバへ受付可能の旨を応答し、前記第１の設定サーバは、前記受付可能の旨の応答を受信した場合、前記第２の設定サーバへ、前記オーダ群を格納している装置毎のキュー単位で、当該オーダ群を送信することを特徴とする。
【０００８】
かかる発明によれば、上位設定サーバから処理の指示を受けた設定サーバの負荷が所定の閾値を超えているとき、他の設定サーバへ処理を分散させるため、処理負荷の時間や、季節変動性に対し、柔軟に対応できる。これにより、不必要な設定サーバの増設を防ぐことができる。また、設定サーバ間で処理分散を自律的に行うため、上位設定サーバの負担を軽減することができるとともに、複数の設定サーバ全体で処理する単位時間当たりのサービスオーダ量を増大させることができる。そして、下位の装置に対する処理群単位で処理を分散させるため、装置の制御そのものを他の設定サーバへ分散させることができる。これにより、１つの装置に複数の設定サーバからのオーダが送られる競合を防止することができる。
【０００９】
また、請求項２に記載のオーダ処理方法および請求項６に記載のネットワークシステムは、前記第１の閾値は、前記第２の閾値より大きい値であることを特徴とする。
【００１０】
かかる発明によれば、第２の閾値を第１の閾値より下げることで、オーダ受付側の設定サーバの処理負荷に余裕をもたせることができる。
【００１１】
また、請求項３に記載のオーダ処理方法および請求項７に記載のネットワークシステムは、上位設定サーバと、設定制御サーバと、複数の設定サーバと、各々の前記設定サーバに接続している複数の装置と、を有するネットワークシステムにおいて、前記設定制御サーバは、他の設定サーバと、前記上位設定サーバと、の間に設置されており、各々の前記設定サーバは、前記上位設定サーバから指示されたオーダを、当該オーダの対象となっている前記装置毎にキューとして格納し、当該格納しているオーダを前記装置へ投入するものであり、前記キューが空になると、当該空になったキューが、どの装置に対するオーダを格納していたかに関する情報であるキュー情報を、前記設定制御サーバへ送信し、前記設定制御サーバは、前記上位設定サーバから、前記オーダ投入の指示を受信すると、当該指示されたオーダの設定先となっている装置に関する情報が、前記キュー情報に格納されている場合、前記設定サーバの中から、処理負荷が所定の値以下である前記設定サーバを選択し、当該選択した設定サーバへ、前記オーダ投入の指示を送信することを特徴とする。
【００１２】
かかる発明によれば、１台の設定サーバが処理の分散を制御することによって、請求項１に記載の発明よりシステム全体のコストを下げることができる。
【００１３】
そして、請求項４に記載のプログラムは、請求項１から請求項３のいずれか一項に記載の分散処理方法をコンピュータに実行させるためのプログラムである。
【００１４】
かかる発明によれば、請求項１から請求項３のいずれか一項に記載の分散処理方法をコンピュータに実行させるプログラムを提供することができる。
【発明の効果】
【００１５】
本発明によれば、ＩＰ−ＮＷにおけるサービスオーダの設定サーバの数が過剰にならないようにすることができる。
【図面の簡単な説明】
【００１６】
【図１】第１実施形態に係るネットワークシステムの構成例を示す図である。
【図２】第１実施形態に係る設定サーバの構成例を示す図である。
【図３】第１実施形態の処理概要を説明するための図である。
【図４】第１実施形態に係る分散要求処理の手順を示すフローチャートである。
【図５】第１実施形態に係る要求受付判定処理の手順を示すフローチャートである。
【図６】各設定サーバにおけるサービスオーダ量の推移を時系列に例示した図である。
【図７】第２実施形態に係るネットワークシステムの構成例を示す図である。
【図８】第２実施形態に係る設定制御サーバの構成例を示す図である。
【図９】第２実施形態に係る設定サーバの構成例を示す図である。
【図１０】第２実施形態に係るキュー情報収集処理の手順を示すフローチャートである。
【図１１】第２実施形態に係るサービスオーダ分散処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１７】
次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００１８】
《第１実施形態》
まず、図１〜図６を参照して、本発明に係る第１実施形態について説明する。
（システム構成）
図１は、第１実施形態に係るネットワークシステムの構成例を示す図である。ネットワークシステム１０は、上位設定サーバ３、複数の設定サーバ１（１ａ〜１ｃ）および複数の装置２を有している。装置２は、例えばルータ装置などである。上位設定サーバ３は、設定サーバ１に対し、装置２に対するコマンド（以下、サービスオーダ（オーダ）と称する）を指示する上位装置である。ここで、サービスオーダを指示する側を上位とし、サービスオーダを設定される側を下位とする。設定サーバ１は、上位設定サーバ３と、装置２との間に設置され、上位設定サーバ３から指示されたサービスオーダを装置２毎に管理する。装置２は、設定サーバ１の下位に設置され、設定サーバ１から送られたサービスオーダを処理する。通常、設定サーバ１は、複数の装置２を管理している。また、設定サーバ１は、ネットワークを介して、互いに通信可能である。さらに、設定サーバ１は、エリア毎（例えば、関東エリア、東海エリア）に設置され、同一エリア内の装置２に対しサービスオーダを投入する。
【００１９】
（設定サーバの構成）
図２は、第１実施形態に係る設定サーバの構成例を示す図である。なお、図２において、図１と同様の構成には同一の符号を付して説明を省略する（設定サーバ１ｄは、設定サーバ１ａ〜１ｃと同様に、上位設定サーバ３の下位に設置され、複数の装置２を管理している）。また、図２では、代表として設定サーバ１ａの構成を示しているが、設定サーバ１ｂ〜１ｄの構成も同様である。
【００２０】
設定サーバ１は、分散実行部１１０と、要求受付処理部１２０と、付加情報送信・収集部１３０と、サービスオーダ設定処理部１４０と、遠隔設定制御部１５０と、を有している。分散実行部１１０は、他の設定サーバ１と連携して、サービスオーダを分散する。要求受付処理部１２０は、他の設定サーバ１からサービスオーダの受付が可能か否かを問い合わされると、サービスオーダの受付が可能か否かを判定し、その結果を問い合わせ元へ送信する。負荷情報送信・収集部１３０は、他の設定サーバ１ｂ〜１ｄとの間で、負荷情報（ＣＰＵ（Central Processing Unit）使用率や、メモリ使用率など）の送受信を定期的に行う。サービスオーダ設定処理部１４０は、上位設定サーバ３から送信されたサービスオーダ設定情報を装置２毎に保持・送信する。遠隔設定制御部１５０は、保持されているサービスオーダを各装置２へ選別・送信する。
【００２１】
分散実行部１１０は、負荷状態管理部１１１と、分散制御部１１２とを有している。負荷状態管理部１１１は、自身の負荷が要求閾値を超えているか否かを監視する。要求閾値とは、処理分散を要求する処理負荷の閾値である。分散制御部１１２は、自身の負荷が要求閾値を超えているときに、他の設定サーバ１へサービスオーダの受け付けが可能か否かを問い合わせ、サービスオーダの受け付けが可能であると応答してきた設定サーバ１へサービスオーダをキュー１６０単位でわたす。
【００２２】
要求受付処理部１２０は、要求受付判定部１２１と、応答送信処理部１２２とを有する。要求受付判定部１２１は、他の設定サーバ１からサービスオーダの受け付けの問い合わせを受けると、自身の負荷を参照して、受付可能か否かを判定する。応答送信処理部１２２は、要求受付判定部１２１による判定結果をサービスオーダの受付要求元の設定サーバ１へ送信する。
【００２３】
サービスオーダ設定処理部１４０は、受付処理部１４１と、スクリプト実行部１４２と、順序制御部１４３とを有している。受付処理部１４１は、上位設定サーバ３から送信されたサービスオーダ設定情報（どの装置２に、どのサービスオーダを設定するかなどが記載された情報）を受信する。スクリプト実行部１４２は、サービスオーダ設定情報が記載されている実行スクリプトを実行して、順序制御部１４３のキュー１６０にサービスオーダを設定する。
【００２４】
キュー１６０には、サービスオーダ（図２および図３において「ＳＯ」と表記）がキュー１６０に装置２への設定順あるいは装置２への送信優先度順で保持されている。キュー１６０は複数存在し、装置２毎にキュー１６０が形成されている。図２の例では、キュー１６０ａは、装置２ａに対応しており、キュー１６０ｂは、装置２ｂに対応しており、キュー１６０ｃは装置２ｃに対応している。つまり、順序制御部１４３は、サービスオーダを装置２単位で管理することで、装置２を制御している。
【００２５】
なお、設定サーバ１は、ＰＣ（Personal Computer）で実現され、各部１１０〜１１２，１２０〜１２２，１３０，１４０〜１４３，１５０，１６０は、ＲＯＭ（Read Only Memory）や、ＨＤＤ（Hard Disk Drive）に格納されたプログラムが、ＲＡＭ（Random Access Memory）に展開され、ＣＰＵによって実行されることによって具現化する。さらに、設定サーバ１は、図示しない入出力インタフェースおよび通信インタフェースも備えている。
【００２６】
（処理の概要）
次に、図３を参照して第１実施形態における各設定サーバ１の処理概要を説明する。ここで、図３（ａ）はサービスオーダ分散処理前（分散前）の設定サーバ１ａ，１ｂの状態を示し、図３（ｂ）はサービスオーダ分散処理後（分散後）の設定サーバ１ａ，１ｂの状態を示している。
また、図３において、設定サーバ１の構成はキュー１６０ａ〜１６０ｆのみを表示することとする。
【００２７】
図３（ａ）では、設定サーバ１ａのキュー１６０ａは装置２ａへのサービスオーダのキュー１６０（図２）であり、キュー１６０ｂは装置２ｂへのサービスオーダのキュー１６０であり、キュー１６０ｃは装置２ｃへのサービスオーダのキュー１６０である。さらに、設定サーバ１ｂのキュー１６０ｄは装置２ｄへのサービスオーダのキュー１６０であり、キュー１６０ｅは装置２ｅへのサービスオーダのキュー１６０であり、キュー１６０ｆは装置２ｆへのサービスオーダのキュー１６０である。
【００２８】
ここで、図３（ａ）に示すように、設定サーバ１ａの処理負荷が高く、設定サーバ１ｂの処理負荷が低いとき、図３（ｂ）に示すように、設定サーバ１ａは任意のサービスオーダ（図３（ｂ）ではキュー１６０ｃに格納されているサービスオーダ）を設定サーバ１ｂへ渡すことにより、設定サーバ１ａ，１ｂ間の処理負荷の平準化を図っている。ここで、図３（ｂ）に示すように、キュー１６０ｃごと設定サーバ１ｂへサービスオーダをわたすことにより、設定サーバ１ｂが装置２ｃを制御することとなる。
【００２９】
（フローチャート）
次に、図２を参照しつつ、図４および図５に沿って本実施形態に係るオーダ処理方法の手順を説明する。
【００３０】
（分散要求処理）
図４は、第１実施形態に係る分散要求処理の手順を示すフローチャートである。
まず、負荷情報送信・収集部１３０は、例えば、定期的に他の設定サーバ１へ負荷情報を送信するとともに、他の設定サーバ１から負荷情報を収集している。前記したように、負荷情報には設定サーバ１のＣＰＵ使用率や、メモリ使用率などが含まれている。次に、負荷状態管理部１１１が、自身の負荷（キュー１６０に滞留したサービスオーダの数や、ＣＰＵ使用率や、メモリ使用率な）が要求閾値を超えたか否かを判定する（Ｓ１０１）。ステップＳ１０１の結果、要求閾値を超えていない場合（Ｓ１０１→Ｎｏ）、負荷状態管理部１１１はステップＳ１０１へ処理を戻す。
【００３１】
ステップＳ１０１の結果、要求閾値を超えている場合（Ｓ１０１→Ｙｅｓ）、分散制御部１１２が、サービスオーダ分散の要求対象となる設定サーバ１を選択する（Ｓ１０２）。ここで、分散制御部１１２は、収集している負荷情報を基に、最も負荷の低い設定サーバ１を選択する。続いて、分散制御部１１２は、ステップＳ１０２で選択された設定サーバ１に、サービスオーダの受け付けが可能か否かを問い合せる（Ｓ１０３）。問い合せには、分散対象となる装置の情報（装置情報）およびサービスオーダの数や、実行内容や、データ量などのデータ情報が含まれている。このとき、分散制御部１１２は、選択した設定サーバの負荷情報から閾値を超えない処理負荷を推定し、対象とするキュー１６０を選定する。なお、ステップＳ１０２で選択される設定サーバ１は、最も処理負荷の低い設定サーバ１に限らず、例えば、設定サーバ１に予め優先度を付しておき、処理負荷が所定の閾値以下で、優先度の高い設定サーバ１を選択してもよい。
【００３２】
ここで、前記したようにサービスオーダは、キュー１６０単位に他の設定サーバ１へわたされるので、問い合わせに含まれるデータ情報には、キュー１６０単位のサービスオーダの情報が含まれることとなる。なお、対象となるキュー１６０は、最もサービスオーダ量が多いキュー１６０が選択されてもよいし、複数キュー１６０が選択されてもよい。ただし、分散制御部１１２は、キュー１６０の移動先の装置における処理負荷が許容閾値を下回るようなキュー１６０を優先的に選択する。許容閾値とは、処理分散を受け入れることができる処理負荷の閾値である。そして、問い合わせ対象の設定サーバ１から応答を受信する（Ｓ１０４）。応答には、サービスオーダ受付可能を示す許可応答と、サービスオーダ受付拒否を示す拒否応答とがある。
【００３３】
分散制御部１１２は、受信した応答を基に、要求対象の設定サーバ１がサービスオーダの受け付けを許容したか否かを判定する（Ｓ１０５）。ステップＳ１０５の結果、許容した場合（Ｓ１０５→Ｙｅｓ）、すなわち、許容応答を受信した場合、分散制御部１１２は該当するサービスオーダをキュー１６０単位で要求対象の設定サーバ１へ送信し、キュー１６０を受信した設定サーバ１は、これを順序制御部１４３へ格納する分散処理を行い（Ｓ１０６）、分散実行部１１０はステップＳ１０１へ処理を戻す。このようにして、分散実行部１１０は、自身の処理負荷が要求閾値以下となるまで、図４の処理を繰り返す。
【００３４】
ステップＳ１０５の結果、許容しない場合（Ｓ１０５→Ｎｏ）、すなわち、拒否応答を受信した場合、分散制御部１１２は、まだ要求対象となっていない他の設定サーバ１があるか否かを判定する（Ｓ１０７）。ステップＳ１０７の結果、他の設定サーバ１がある場合（Ｓ１０７→Ｙｅｓ）、分散制御部１１２は、ステップＳ１０２へ処理を戻し、次に負荷が低い設定サーバ１を要求対象の設定サーバ１として選択する。
【００３５】
ステップＳ１０７の結果、他の設定サーバ１がない場合（Ｓ１０７→Ｎｏ）、分散実行部１１０は、所定時間待機した（Ｓ１０８）後に、ステップＳ１０１へ処理を戻す。
【００３６】
なお、本実施形態では、負荷情報を定期的に交換しているが、ステップＳ１０１で自身の負荷が要求閾値を超えた後に、負荷情報要求をブロードキャストで送信し、各設定サーバ１の負荷情報が含まれている応答を基に、要求対象の設定サーバ１を選択してもよい。
【００３７】
（要求受付判定処理）
図５は、第１実施形態に係る要求受付判定処理の手順を示すフローチャートである。
要求受付判定部１２１は、他の設定サーバ１から、図４のステップＳ１０３で送信された問い合わせを受信したか否かを判定する（Ｓ２０１）。ステップＳ２０１の結果、問い合わせを受信していない場合（Ｓ２０１→Ｎｏ）、要求受付処理部１２０はステップＳ２０１へ処理を戻す。ステップＳ２０１の結果、問い合わせを受信した場合（Ｓ２０１→Ｙｅｓ）、要求受付判定部１２１は、問い合わせに含まれているデータ情報を基に、そのデータ情報に含まれているサービスオーダの処理を実行したときの処理負荷を算出する（Ｓ２０２）。処理負荷の算出は、要求されたサービスオーダを受け付けたときにおけるサービスオーダの総数や、サービスオーダ実行のシミュレーションを行ってもよいし、過去のサービスオーダ実行時の負荷履歴などを参照して算出してもよい。
【００３８】
次に、要求受付判定部１２１は、算出した処理負荷を基に、そのデータ情報に含まれているサービスオーダを実行したときの処理負荷が許容閾値以下であるか否かを判定する（Ｓ２０３）。ステップＳ２０３の結果、許容閾値以下である場合（Ｓ２０３→Ｙｅｓ）、応答送信処理部１２２は、ステップＳ２０１で受信した問い合わせに示されるサービスオーダの処理に対する許容応答を問い合わせ元の設定サーバ１へ送信し（Ｓ２０４）、要求受付処理部１２０はステップＳ２０１へ処理を戻す。ステップＳ２０３の結果、許容閾値より大きい場合（Ｓ２０３→Ｎｏ）、応答送信処理部１２２は拒否応答を問い合わせ元の設定サーバ１へ送信し（Ｓ２０５）、要求受付処理部１２０はステップＳ２０１へ処理を戻す。
【００３９】
（第１実施形態のまとめ）
図６は、各設定サーバにおけるサービスオーダ量の推移を時系列に例示した図である。各グラフ６０１〜６０３，６１１〜６１３は、各設定サーバ１に対応しており、グラフ６０１とグラフ６１１とは、同じ設定サーバ１におけるサービスオーダ量の推移を示している。同様に、グラフ６０２と、グラフ６１２とは、同じ設定サーバ１におけるサービスオーダ量の推移を示し、グラフ６０３と、グラフ６１３とは、同じ設定サーバ１におけるサービスオーダ量の推移を示している。
【００４０】
図６に示すように、上段の「サービスオーダ分散処理なし」では、各設定サーバ１において、時間に対するサービスオーダ量の落差が大きいが、下段の「サービスオーダ分散処理」ありでは、各設定サーバ１間におけるサービスオーダ量の落差が小さくなっていることがわかる。
【００４１】
上位設定サーバ３から処理の指示を受けた設定サーバ１の負荷が所定の閾値を超えているとき、他の設定サーバ１へ処理を分散させるため、処理負荷の時間や、季節変動性に対し、柔軟に対応できる。これにより、不必要な設定サーバ１の増設を防ぐことができる。また、設定サーバ１間で処理分散を自律的に行うため、上位設定サーバ３の負担を軽減することができるとともに、複数の設定サーバ１全体で処理する単位時間当たりのサービスオーダ量を増大させることができる。そして、下位の装置２に対する処理群単位で処理を分散させるため、装置２の制御そのものを他の設定サーバ１へ分散させることができる。これにより、１つの装置２に複数の設定サーバ１からのオーダが送られる（競合）ことを防止することができる。
【００４２】
なお、許容閾値を、要求閾値より低い値としてもよい。このように、許容閾値を、要求閾値より下げることで、処理負荷が軽減されるので、オーダ受付側の設定サーバ１の処理に余裕をもたせることができる。
【００４３】
《第２実施形態》
次に、図７〜図１１を参照して、本発明の第２実施形態を説明する。
（システム構成）
図７は、第２実施形態に係るネットワークシステムの構成例を示す図である。
ネットワークシステム１０Ａでは、設定サーバ１１（１１Ａ〜１１Ｃ）と、上位設定サーバ３との間に設定制御サーバ４が設置されている点が第１実施形態とは異なっている。ここで、設定制御サーバ４は、割り当てられているキューが存在しない装置２に関する情報（キュー情報）を各設定サーバ１１から受信し、上位設定サーバ３から指示されたサービスオーダの設定先である装置２に関する情報が、このキュー情報に存在するとき、最も処理負荷の低い設定サーバ１１へ指示されたサービスオーダに関する情報（サービスオーダ設定情報）を送信する。
【００４４】
（設定制御サーバの構成）
図８は、第２実施形態に係る設定制御サーバの構成例を示す図である。
設定制御サーバ４は、分散処理部４１０、情報収集処理部４２０、サービスオーダ設定処理部４３０、記憶部４４０および遠隔設定制御部４５０を有している。分散処理部４１０は、設定サーバ１１から受信したキュー情報および負荷情報を基に、最も処理負荷の低い設定サーバ１１を選択する。情報収集処理部４２０は、各設定サーバ１１からキュー情報や、負荷情報を収集し、記憶部４４０に記憶する。
【００４５】
サービスオーダ設定処理部４３０は、上位設定サーバ３から指示されたサービスオーダ設定情報を受信する受付処理部４３１と、受信したサービスオーダ設定情報を各設定サーバ１１へ送信する送信処理部４３２とを有する。受付処理部４３１は、上位設定サーバ３から送信されたサービスオーダ設定情報（どの装置２に、どのサービスオーダを設定するかなどが記載された情報）を受信する。送信処理部４３２は、分散処理部４１０が選択した設定サーバ１１に対してサービスオーダ設定情報を送信するなどの処理を行う。
【００４６】
記憶部４４０には、キュー情報などの各情報が記憶されている。遠隔設定制御部４５０は、サービスオーダ設定情報を行き先別に選別・送信する。
【００４７】
（設定サーバの構成）
図９は、第２実施形態に係る設定サーバの構成例を示す図である。設定サーバ１１（１１Ａ〜１１Ｃ）は、情報送信部１３０Ａ、サービスオーダ設定処理部１４０および遠隔設定処理部１５０を有している。
情報送信部１３０Ａは、設定制御サーバ４へ自身のキュー情報や、負荷情報を送信する。サービスオーダ設定処理部１４０は、設定制御サーバ４から送信されたサービスオーダ設定情報に従ってサービスオーダ（「ＳＯ」）を各キュー１６０へ振り分けるものであり、受付処理部１４１と、スクリプト実行部１４２と、順序制御部１４３とを有する。受付処理部１４１は、設定制御サーバ４から送信されたサービスオーダ設定情報を受信する。スクリプト実行部１４２は、サービスオーダ設定情報に記載されている実行スクリプトを実行してサービスオーダ（「ＳＯ」）を生成し、サービスオーダを装置毎に形成されているキュー１６０に振り分けたり、該当するキュー１６０がない場合は、未使用のキュー１６０をサービスオーダの処理対象となっている装置２のキュー１６０として割り当てたりする。順序制御部１４３の構成および遠隔設定制御部１５０の構成は、図２と同様であるので説明を省略する。
【００４８】
（フローチャート）
次に、図８および図９を参照しつつ、図１０および図１１に沿って第２実施形態のオーダ処理方法の手順を説明する。
【００４９】
（キュー情報収集処理）
図１０は、第２実施形態に係るキュー情報収集処理の手順を示すフローチャートである。
まず、設定サーバ１１において、キュー１６０に格納されているサービスオーダが空になると、情報送信部１３０Ａが、どの装置２に対応していたキュー１６０が空になったのかに関する情報であるキュー情報を設定制御サーバ４へ送信する（Ｓ３０１）。
設定制御サーバ４の情報収集処理部４２０は、受信したキュー情報を記憶部４４０に格納する（Ｓ３０２）。
【００５０】
（サービスオーダ分散処理）
図１１は、第２実施形態に係るサービスオーダ分散処理の手順を示すフローチャートである。
設定制御サーバ４の受付処理部４３１が、上位設定サーバ３からサービスオーダ設定情報を受信すると（Ｓ４０１）、受信したサービスオーダ設定情報に記述されているサービスオーダ設定先の装置２を特定する。そして、分散処理部４１０が、キュー情報を参照し、特定した装置２がキュー情報に登録されているか否かを判定することによって、装置２に割り振ることができる未使用のキュー１６０が存在するか否かを判定する（Ｓ４０２）。
ステップＳ４０２の結果、装置２に割り振ることができる未使用のキュー１６０が存在する場合（Ｓ４０２→Ｙｅｓ）、設定制御サーバ４の送信処理部４３２は、装置２に該当する設定サーバ１１へ、設定対象のサービスオーダ設定情報を送信し（Ｓ４０３）、サービスオーダ設定処理部４３０は、ステップＳ４０１へ処理を戻す。
【００５１】
ステップＳ４０２の結果、装置２に割り振ることができる未使用のキュー１６０が存在しない場合（Ｓ４０２→Ｎｏ）、設定制御サーバ４の分散処理部４１０は、他の各設定サーバ１１に関する負荷情報を参照して、最も処理負荷の低い設定サーバ１１を選択する（Ｓ４０４）。負荷情報の収集は、情報収集部４２０によって、定期的に行われてもよいし、上位設定サーバ３からサービスオーダ設定情報を受信した時点で行われてもよい。なお、ステップＳ４０４で選択される設定サーバ１１は、最も処理負荷の低い設定サーバ１１に限らず、例えば、設定サーバ１１に予め優先度を付しておき、処理負荷が所定の閾値以下で、優先度の高い設定サーバ１１を選択してもよい。
そして、設定制御サーバ４の送信処理部４３２は、ステップＳ４０４で選択した設定サーバ１１へサービスオーダ設定情報を送信する（Ｓ４０５）。サービスオーダ設定情報を受信した設定サーバ１１のサービスオーダ設定処理部１４０は、未使用のキュー１６０に受信したサービスオーダを格納する。
そして、サービスオーダ設定処理部４３０は、ステップＳ４０１へ処理を戻す。
【００５２】
（第２実施形態のまとめ）
第２実施形態によれば、第１実施形態のネットワークシステム１０の効果に加えて、設定制御サーバ１にサービスオーダ設定情報の振分機能を集中的に搭載することにより、設定サーバ１１に対しては従来の設定サーバに情報送信部１３０Ａを搭載させるのみでネットワークシステム１０Ａを構築できるので、システム全体のコストを下げることができる。
【００５３】
なお、第１実施形態および第２実施形態において、装置２の情報（装置２名、アドレスなど）を有した記憶部を装置２を制御している設定サーバ１，１１毎に有していてもよいし、すべての装置２の情報を有したデータベースをネットワークシステム１０，１０Ａ上に１つ設置し、設定サーバ１，１１がこのデータベースを参照するようにしてもよい。
【符号の説明】
【００５４】
１，１１（１ａ〜１ｄ，１１Ａ〜１１Ｃ）  設定サーバ
２（２ａ〜２ｆ）  装置
３      上位設定サーバ
４      設定制御サーバ
１０，１０Ａ  ネットワークシステム
１１０  分散実行部
１１１  負荷状態管理部
１１２  分散制御部
１２０  要求受付処理部
１２１  要求受付判定部
１２２  応答送信処理部
１３０  負荷情報送信・収集部
１３０Ａ  情報送信部
１４０  サービスオーダ設定処理部
１４１  受付処理部
１４２  スクリプト実行部
１４３  順序制御部
１５０  遠隔設定制御部
１６０  キュー
４１０  分散処理部
４２０  情報収集処理部
４３０  サービスオーダ設定処理部
４３１  受付処理部
４３２  送信処理部
４４０  記憶部
４５０  遠隔設定制御部
【図１】
0005351839.tif 000002
【図２】
0005351839.tif 000003
【図３】
0005351839.tif 000004
【図４】
0005351839.tif 000005
【図５】
0005351839.tif 000006
【図６】
0005351839.tif 000007
【図７】
0005351839.tif 000008
【図８】
0005351839.tif 000009
【図９】
0005351839.tif 000010
【図１０】
0005351839.tif 000011
【図１１】
0005351839.tif 000012