特開 2024-171223 システム、サーバ、ルータ装置、制御方法、及び制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024171223

(43)【公開日】2024-12-11

(54)【発明の名称】システム、サーバ、ルータ装置、制御方法、及び制御プログラム

(51)【国際特許分類】

   G06F 11/07 20060101AFI20241204BHJP

【ＦＩ】

G06F11/07 157

G06F11/07 140A

【審査請求】未請求

【請求項の数】17

【出願形態】ＯＬ

(21)【出願番号】P 2023088185

(22)【出願日】2023-05-29

(71)【出願人】

【識別番号】390040187

【氏名又は名称】株式会社バッファロー

(74)【代理人】

【識別番号】110002505

【氏名又は名称】弁理士法人航栄事務所

(72)【発明者】

【氏名】中山 聡

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042JJ15

5B042JJ29

5B042MA08

5B042MC27

5B042MC29

(57)【要約】

【課題】ウェブサービスの負荷を抑制しつつ、障害の発生を迅速に検出することが可能なシステム、サーバ、ルータ装置、制御方法、及び制御プログラムを提供すること。
【解決手段】システム１は、管理サーバ３０と、少なくとも１つの無線ＬＡＮルータ１０と、を含む。管理サーバ３０（第１サーバ）は、所定のウェブサービスの稼働状況の確認を指示する。無線ＬＡＮルータ１０は、管理サーバ３０からの指示に基づいて、時間あたりの確認回数の上限を設けたウェブサービスの稼働状況の確認を行い、その確認の結果を送信する。管理サーバ３０（第２サーバ）は、無線ＬＡＮルータ１０から受信した確認の結果に基づいて、ウェブサービスの稼働状況に関する情報を出力する。
【選択図】図１

【特許請求の範囲】

【請求項1】

所定のウェブサービスの稼働状況の確認を指示する第１サーバと、
前記第１サーバからの指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行い、前記確認の結果を送信する少なくとも１つのルータ装置と、
前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する第２サーバと、
を含むシステム。

【請求項2】

請求項１に記載のシステムであって、
前記第２サーバは、前記第１サーバである、
システム。

【請求項3】

請求項１に記載のシステムであって、
前記上限は、前記ルータ装置が前記確認を行う周期によって設定される、
システム。

【請求項4】

請求項３に記載のシステムであって、
前記ルータ装置は、前記確認の結果に応じて前記確認を行う周期を変化させる、
システム。

【請求項5】

請求項１に記載のシステムであって、
前記稼働状況は、前記ウェブサービスを提供するサーバの稼働状況を含む、
システム。

【請求項6】

請求項１に記載のシステムであって、
前記確認は、前記ルータ装置が前記ウェブサービスへＷｅｂコンテンツ要求を行い、前記Ｗｅｂコンテンツ要求に対する応答に基づいて行われる、
システム。

【請求項7】

請求項１に記載のシステムであって、
前記ルータ装置は、複数のルータ装置であり、
前記第１サーバは、前記複数のルータ装置へ前記確認を指示し、
前記第２サーバは、前記複数のルータ装置からの前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する、
システム。

【請求項8】

請求項７に記載のシステムであって、
前記第１サーバは、管理対象のルータ装置の中から、設置地域が異なるルータ装置を含む前記複数のルータ装置を選択する、
システム。

【請求項9】

請求項８に記載のシステムであって、
前記第１サーバは、ルータ装置の個体情報とユーザ住所との対応情報に基づいて、前記設置地域を判定する、
システム。

【請求項10】

請求項８に記載のシステムであって、
前記第１サーバは、ルータ装置の論理アドレスと地域との対応情報に基づいて、前記設置地域を判定する、
システム。

【請求項11】

請求項８から１０のいずれか１項に記載のシステムであって、
前記第２サーバは、前記ウェブサービスの前記設置地域ごとの稼働状況を示す情報を出力する、
システム。

【請求項12】

所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示する制御部と、
前記ルータ装置による、時間あたりの確認回数の上限を設けた前記確認の結果を受信する受信部と、
前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する出力部と、
を備えるサーバ。

【請求項13】

サーバの制御方法であって、
前記サーバのプロセッサが、
所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示し、
前記ルータ装置による、時間あたりの確認回数の上限を設けた前記確認の結果を受信し、
前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する、
制御方法。

【請求項14】

サーバの制御プログラムであって、
前記サーバのプロセッサに、
所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示し、
前記ルータ装置による、時間あたりの確認回数の上限を設けた前記確認の結果を受信し、
前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する、
処理を実行させるための制御プログラム。

【請求項15】

所定のウェブサービスの稼働状況の確認の指示を受け付ける受付部と、
前記指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行う確認制御部と、
前記確認の結果を送信する送信部と、
を備えるルータ装置。

【請求項16】

ルータ装置の制御方法であって、
前記ルータ装置のプロセッサが、
所定のウェブサービスの稼働状況の確認の指示を受け付け、
前記指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行い、
前記確認の結果を送信する、
制御方法。

【請求項17】

ルータ装置の制御プログラムであって、
前記ルータ装置のプロセッサに、
所定のウェブサービスの稼働状況の確認の指示を受け付け、
前記指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行い、
前記確認の結果を送信する、
処理を実行させるための制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、システム、サーバ、ルータ装置、制御方法、及び制御プログラムに関する。

【背景技術】

【0002】

従来、端末をサーバに接続させるキャリアの障害発生を検出することにより、アクセス先となるサーバの障害と、上流ネットワークのキャリアの障害と、を切り分けるネットワーク障害検出装置が知られている（例えば、下記の特許文献１を参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００９－１７１００９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）事業者が顧客のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）環境の不調を事前に検知するためには、その不調の要因を特定する必要がある。不調の要因の一つとして、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）、動画サービス、検索サービスなど各種ウェブコンテンツのサービスの障害が考えられる。ところが、サービスに障害が発生した場合であっても、顧客にとってはインターネットの不調であり、ＩＳＰ事業者への問い合わせにつながる場合が多い。このため、ＩＳＰ事業者の負担が増大している。この点、ウェブサービスの稼働状況を監視する手段として、実際に顧客が所持しているルータから各サービスのサーバに応答確認を実施する方法がある。しかし、各顧客のルータから個別に応答確認を実施した場合、サービス側にとって過剰な負荷となる。このサービス側の負荷を抑制する対策として、応答確認の間隔を長く・頻度を少なくすることが考えられるが、その場合、障害の発生を素早く検出することができないこともある。

【0005】

特許文献１に記載のネットワーク障害検出装置は、端末からサーバへのリクエストとそのレスポンスに基づいてキャリア（プロバイダ）の障害を検出するものであり、例えばウェブサービス自体の障害検出を想定するものではない。したがって、インターネット上におけるウェブサービスの障害を検出する方法については改良の余地がある。

【0006】

本発明は、上記事情に鑑みてなされたものであり、ウェブサービスの負荷を抑制しつつ、障害の発生を迅速に検出することが可能なシステム、サーバ、ルータ装置、制御方法、及び制御プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本発明のシステムは、所定のウェブサービスの稼働状況の確認を指示する第１サーバと、
前記第１サーバからの指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行い、前記確認の結果を送信する少なくとも１つのルータ装置と、
前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する第２サーバと、
を含むものである。

【0008】

本発明のサーバは、所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示する制御部と、
前記ルータ装置による、時間あたりの確認回数の上限を設けた前記確認の結果を受信する受信部と、
前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する出力部と、
を備えるものである。

【0009】

本発明の制御方法は、サーバの制御方法であって、
前記サーバのプロセッサが、
所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示し、
前記ルータ装置による、時間あたりの確認回数の上限を設けた前記確認の結果を受信し、
前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力するものである。

【0010】

本発明の制御プログラムは、サーバの制御プログラムであって、
前記サーバのプロセッサに、
所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示し、
前記ルータ装置による、時間あたりの確認回数の上限を設けた前記確認の結果を受信し、
前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する、
処理を実行させるためのものである。

【0011】

本発明のルータ装置は、所定のウェブサービスの稼働状況の確認の指示を受け付ける受付部と、
前記指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行う確認制御部と、
前記確認の結果を送信する送信部と、
を備えるものである。

【0012】

本発明の制御方法は、ルータ装置の制御方法であって、
前記ルータ装置のプロセッサが、
所定のウェブサービスの稼働状況の確認の指示を受け付け、
前記指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行い、
前記確認の結果を送信するものである。

【0013】

本発明の制御プログラムは、ルータ装置の制御プログラムであって、
前記ルータ装置のプロセッサに、
所定のウェブサービスの稼働状況の確認の指示を受け付け、
前記指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行い、
前記確認の結果を送信する、
処理を実行させるためのものである。

【発明の効果】

【0014】

本発明によれば、ウェブサービスの負荷を抑制しつつ、障害の発生を迅速に検出することが可能なシステム、サーバ、ルータ装置、制御方法、及び制御プログラムを提供することができる。

【図面の簡単な説明】

【0015】

【図1】本発明のルータ装置及びサーバが適用されるシステムの一例を示す図である。

【図2】無線ＬＡＮルータ１０の構成の一例を示す図である。

【図3】管理サーバ３０の構成の一例を示す図である。

【図4】システム１における管理サーバ３０と無線ＬＡＮルータ１０とウェブサービスサーバ４０と情報端末５０の動作の一例を示すシーケンス図である。

【図5】管理サーバ３０のプロセッサ３１による第１の処理を示すフローチャートである。

【図6】管理サーバ３０のプロセッサ３１による第２の処理を示すフローチャートである。

【図7】無線ＬＡＮルータ１０のプロセッサ１１による処理の一例を示すフローチャートである。

【図8】確認間隔を設定する複数の時間範囲と、それらの時間範囲における確認間隔の上限時間と下限時間と、を示す確認間隔表６０である。

【図9】無線ＬＡＮルータ１０がウェブサービスの稼働状況を確認する確認間隔の変化を示す図である。

【図10】情報端末５０の表示画面５１に表示される障害集計情報の一例を示す図である。

【発明を実施するための形態】

【0016】

以下、本発明の実施形態について図面を参照して説明する。

【0017】

（実施形態）
＜本発明のルータ装置及びサーバが適用されるシステム＞
図１は、本発明のルータ装置及びサーバが適用されるシステムの一例を示す図である。図１に示すシステム１は、例えば、複数の無線ＬＡＮルータ１０と、通信端末２１，２４と、管理サーバ３０と、ウェブサービスサーバ４０と、情報端末５０と、を含む。

【0018】

無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ルータ１０は、本発明の「ルータ装置」の一例である。無線ＬＡＮルータ１０は、無線ＬＡＮルータ１０に接続した情報端末（例えば通信端末２１，２４）とネットワーク２との通信を中継するルータ機能を有する。また、無線ＬＡＮルータ１０は、無線ＬＡＮアクセスポイントとしての機能を有する。さらに、無線ＬＡＮルータ１０は、スイッチングハブ等の機能を有していてもよい。ネットワーク２は、例えばインターネットなどのＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）であり、接続方式を判別した後に接続可能となる。無線ＬＡＮルータ１０は、例えばＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）が契約ユーザに配布するルータである。

【0019】

通信端末２１，２４は、無線ＬＡＮルータ１０が形成する無線ＬＡＮに接続することにより、無線ＬＡＮルータ１０との間で無線通信を行うことが可能な情報端末である。図１に示す例では、通信端末２１はノート型パーソナルコンピュータであり、通信端末２４はスマートフォンである。

【0020】

管理サーバ３０は、本発明の「第１サーバ」及び「第２サーバ」の一例である。本例では「第１サーバ」及び「第２サーバ」が１つの「管理サーバ３０」により構成されているが、これに限定されない。例えば「第１サーバ」及び「第２サーバ」がそれぞれ別の管理サーバによって構成されてもよい。管理サーバ３０は、ネットワーク２への接続が可能である。管理サーバ３０は、例えばルータ（例えば無線ＬＡＮルータ１０）が取得したウェブサービスサーバ４０の稼働状況に関する情報を収集するサーバである。管理サーバ３０は、例えば無線ＬＡＮルータ１０のメーカーが管理するサーバである。管理サーバ３０は、物理的サーバであってもよいし、クラウド上の仮想サーバであってもよい。また、管理サーバ３０は、無線ＬＡＮルータ１０に接続可能な情報端末（パーソナルコンピュータ（ＰＣ），スマートフォン等）であってもよい。

【0021】

ウェブサービスサーバ４０は、ユーザからのリクエストに応えてインターネット上でサービスを提供することが可能なサーバである。

【0022】

情報端末５０は、管理サーバ３０にアクセス可能な端末である。情報端末５０は、管理サーバ３０が収集するウェブサービスサーバ４０の稼働状況に関する情報の例えば障害集計情報を、管理サーバ３０から受信する。情報端末５０は、管理サーバ３０から受信した障害集計情報を表示画面５１に表示する。具体的には、情報端末５０は、ＩＳＰの端末である。また、情報端末５０は、無線ＬＡＮルータ１０のユーザの端末などであってもよい。

【0023】

＜無線ＬＡＮルータ１０の構成＞
図２は、無線ＬＡＮルータ１０の構成の一例を示す図である。図２に示すように、無線ＬＡＮルータ１０は、プロセッサ１１と、メインメモリ１２と、補助メモリ１３と、無線ＬＡＮ通信Ｉ／Ｆ１４と、ＷＡＮ通信Ｉ／Ｆ１５と、有線ＬＡＮ通信Ｉ／Ｆ１６と、を備える。

【0024】

プロセッサ１１は、信号処理を行う回路であり、例えば無線ＬＡＮルータ１０の全体の制御を司るＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。なお、プロセッサ１１は、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）やＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などの他のデジタル回路により実現されてもよい。また、プロセッサ１１は、複数のデジタル回路を組み合わせて実現されてもよい。

【0025】

メインメモリ１２は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メインメモリ１２は、プロセッサ１１のワークエリアとして使用される。補助メモリ１３は、例えば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発性メモリである。補助メモリ１３には、無線ＬＡＮルータ１０を動作させる各種のプログラムが記憶されている。補助メモリ１３に記憶されたプログラムは、メインメモリ１２にロードされてプロセッサ１１によって実行される。また、補助メモリ１３には、確認したウェブサービスサーバ４０の稼働状況に関する情報が記憶されている。また、補助メモリ１３には、ネットワーク内の通信端末の識別情報と、通信端末の通信に関するステータスと、の対応情報が記憶されている。「ネットワーク」とは、無線ＬＡＮルータ１０が形成する有線・無線のローカルエリアネットワークのことである。

【0026】

無線ＬＡＮ通信Ｉ／Ｆ１４は、ＬＡＮに接続し、ＬＡＮを介して無線通信端末（例えば、通信端末２４，２５等）との無線通信を行う通信インターフェースである。無線ＬＡＮ通信Ｉ／Ｆ１４は、２．４ＧＨｚのバンド（周波数帯）、５ＧＨｚのバンド、及び６ＧＨｚのバンドを使用して無線通信を行うことが可能である。ＷＡＮ通信Ｉ／Ｆ１５は、インターネット等のＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続し、ＷＡＮを介して通信装置（例えば、管理サーバ３０、ウェブサービスサーバ４０等）との通信を行う通信インターフェースである。有線ＬＡＮ通信Ｉ／Ｆ１６は、ＬＡＮに接続し、ＬＡＮを介して通信端末（例えば、通信端末２１，２２，２３等）との通信を行う通信インターフェースである。

【0027】

例えば、無線ＬＡＮルータ１０は、無線ＬＡＮ通信Ｉ／Ｆ１４によりＬＡＮ側の通信端末２４，２５等と通信を行い、ＷＡＮ通信Ｉ／Ｆ１５によりＷＡＮ側の通信装置と通信を行うことで、通信端末２４，２５等とＷＡＮ側の通信装置との間のデータ通信を中継する。また、無線ＬＡＮルータ１０は、無線ＬＡＮ通信Ｉ／Ｆ１４を用いて、無線通信端末（例えば、通信端末２４，２５等）との間で、複数のバンドでの同時接続（例えばＭＬＯ：Ｍｕｌｔｉ－Ｌｉｎｋ Ｏｐｅｒａｔｉｎ）が可能である。また、無線ＬＡＮルータ１０は、有線ＬＡＮ通信Ｉ／Ｆ１６によりＬＡＮ側の通信端末２１，２２，２３等と通信を行い、ＷＡＮ通信Ｉ／Ｆ１５によりＷＡＮ側の通信装置と通信を行うことで、ＬＡＮ側の通信端末２１，２２，２３等とＷＡＮ側の通信装置との間のデータ通信を中継する。

【0028】

また、無線ＬＡＮルータ１０は、管理サーバ３０からの指示に基づいて、所定のウェブサービスの稼働状況の確認を行う。稼働状況の確認は、例えばウェブサービス自体の稼働状況の確認であってもよいし、ウェブサービスを提供するサーバ（例えば、ウェブサービスサーバ４０等）の稼働状況の確認であってもよい。サーバの稼働状況とは、例えばサーバの死活状態、応答速度等が含まれる。ウェブサービス自体の稼働状況の確認は、例えばウェブサービスへＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストによりＷｅｂコンテンツの要求を行い、その要求に対するウェブサービスからの応答に基づいて行う。ウェブサービスを提供するサーバの稼働状況の確認は、例えば、ウェブサービス自体の稼働状況の確認と同様に、ウェブサービスへＨＴＴＰリクエストによりＷｅｂコンテンツの要求を行い、その要求に対するウェブサービスからの応答に基づいて行う。又は、ウェブサービスを提供するサーバの稼働状況の確認は、ＰＩＮＧ（Ｐａｃｋｅｔ ＩＮｔｅｒｎｅｔ Ｇｒｏｐｅｒ）によりサーバからの応答を確認することにより行ってもよい。また、無線ＬＡＮルータ１０は、確認したウェブサービスの稼働状況の結果を、管理サーバ３０へ送信する。無線ＬＡＮルータ１０のプロセッサ１１及び無線ＬＡＮ通信Ｉ／Ｆ１４とＷＡＮ通信Ｉ／Ｆ１５と有線ＬＡＮ通信Ｉ／Ｆ１６は、本発明の「受信部」及び「送信部」の一例である。プロセッサ１１は、本発明の「確認制御部」の一例である。

【0029】

＜管理サーバ３０の構成＞
図３は、管理サーバ３０の構成の一例を示す図である。図３に示すように、管理サーバ３０は、プロセッサ３１と、メインメモリ３２と、補助メモリ３３と、ＷＡＮ通信Ｉ／Ｆ３４と、を備える。

【0030】

プロセッサ３１は、信号処理を行う回路であり、例えば管理サーバ３０の全体の制御を司るＣＰＵである。なお、プロセッサ３１は、ＦＰＧＡやＤＳＰなどの他のデジタル回路により実現されてもよい。また、プロセッサ３１は、複数のデジタル回路を組み合わせて実現されてもよい。

【0031】

メインメモリ３２は、例えばＲＡＭである。メインメモリ３２は、プロセッサ３１のワークエリアとして使用される。補助メモリ３３は、例えば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発性メモリである。補助メモリ３３には、管理サーバ３０を動作させる各種のプログラムが記憶されている。補助メモリ３３に記憶されたプログラムは、メインメモリ３２にロードされてプロセッサ３１によって実行される。また、補助メモリ３３には、無線ＬＡＮルータ１０の個体情報（例えば、シリアル番号等）と、そのユーザの住所と、の対応情報が記憶されている。また、補助メモリ３３には、無線ＬＡＮルータ１０の論理アドレス（グローバルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス）と、その無線ＬＡＮルータ１０が設置されている地域と、の対応情報が記憶されている。また、補助メモリ３３には、管理サーバ３０から受信したウェブサービスサーバ４０の稼働状況に関する情報が記憶されている。

【0032】

ＷＡＮ通信Ｉ／Ｆ３４は、インターネット等のＷＡＮに接続し、ＷＡＮを介して他の通信装置との通信を行う。

【0033】

例えば、管理サーバ３０は、所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示する。管理サーバ３０は、管理対象のルータ装置の中から、設置地域が異なるルータ装置を含む複数のルータ装置を選択し、その選択したルータ装置にウェブサービスの稼働状況の確認の指示を行う。管理対象のルータとは、例えばＩＳＰと契約しているユーザ宅に設置されたルータのことである。管理サーバ３０は、ルータ装置の個体情報とユーザの住所との対応情報に基づいてルータ装置の設置地域を判定する。また、管理サーバ３０は、ルータ装置の論理アドレスと地域との対応情報に基づいてルータ装置の設置地域を判定する。また、管理サーバ３０は、選択したルータ装置から、ウェブサービスの稼働状況の確認の結果を受信する。管理サーバ３０は、ルータ装置から受信したウェブサービスの稼働状況の確認の結果を集計し、例えばウェブサービスの設置地域ごとの稼働状況に関する情報を情報端末５０等へ送信する。管理サーバ３０のプロセッサ３１は、本発明の「制御部」の一例である。また、プロセッサ３１及びＷＡＮ通信Ｉ／Ｆ３４は、本発明の「受信部」及び「出力部」の一例である。

【0034】

＜システム１の動作＞
次に、図４を参照して、システム１の動作を説明する。図４は、システム１における管理サーバ３０と無線ＬＡＮルータ１０とウェブサービスサーバ４０と情報端末５０の動作の一例を示すシーケンス図である。

【0035】

まず、管理サーバ３０が、ウェブサービスサーバ４０の稼働状況を確認するために使用するルータを選出する（ステップＳ１１）。確認に使用するルータは、例えば無線ＬＡＮルータ１０を含む複数のルータである。管理サーバ３０は、ウェブサービスサーバ４０の稼働状況の確認を指示する「確認指示」を無線ＬＡＮルータ１０へ送信する（ステップＳ１２）。

【0036】

次に、無線ＬＡＮルータ１０は、管理サーバ３０からの確認指示を受信すると、Ｗｅｂサービスのコンテンツを要求するＷｅｂコンテンツ要求をウェブサービスサーバ４０に対して送信する（ステップＳ１３）。ウェブサービスサーバ４０は、無線ＬＡＮルータ１０が要求する所定のサービスを提供可能なサーバである。所定のサービスは、管理サーバ３０側で予め決めたサービスである。Ｗｅｂコンテンツ要求は、ＨＴＴＰリクエストのことである。無線ＬＡＮルータ１０は、ＨＴＴＰリクエストを送信して、ウェブサービス自体の稼働状況を確認する。

【0037】

次に、ウェブサービスサーバ４０が、無線ＬＡＮルータ１０からのＷｅｂコンテンツ要求に対してＷｅｂコンテンツ応答を無線ＬＡＮルータ１０へ送信する（ステップＳ１４）。ウェブサービスサーバ４０は、ＨＴＴＰリクエストに対して例えばＨＴＴＰ Ｓｔａｔｕｓを送信する。

【0038】

次に、無線ＬＡＮルータ１０が、ウェブサービスサーバ４０からのＷｅｂコンテンツ応答に基づいて、ウェブサービスの稼働状況に障害があるか否かを判定する（ステップＳ１５）。無線ＬＡＮルータ１０は、要求したＷｅｂコンテンツを受信することができたか否かによりウェブサービスの稼働状況の障害の有無を判定する。無線ＬＡＮルータ１０は、稼働状況の判定の結果を「障害情報」として管理サーバ３０へ送信する（ステップＳ１６）。「障害情報」には、ウェブサービスに障害がある場合の判定情報のみを含んでもよいし、障害がある場合及びない場合の判定情報を含んでもよい。

【0039】

次に、管理サーバ３０が、無線ＬＡＮルータ１０から受信した「障害情報」を集計する（ステップＳ１７）。管理サーバ３０は、集計した障害情報を「障害集計情報」として情報端末５０へ送信する（ステップＳ１８）。

【0040】

次に、情報端末５０が、管理サーバ３０から受信した「障害集計情報」を出力し、例えば情報端末５０の表示画面５１に「障害集計情報」を表示する（ステップＳ１９）。

【0041】

＜管理サーバ３０のプロセッサ３１による処理（第１の処理）＞
次に、図５を参照して、管理サーバ３０のプロセッサ３１による第１の処理について説明する。図５は、管理サーバ３０のプロセッサ３１による第１の処理を示すフローチャートである。プロセッサ３１による第１の処理は、所定のウェブサービスの稼働状況をルータ装置に確認させる確認指示の処理である。

【0042】

まず、プロセッサ３１は、管理サーバ３０に登録されているルータの設置地域を取得する（ステップＳ２１）。登録されているルータとは、例えばＩＳＰと契約しているユーザに配布されるルータのことである。プロセッサ３１は、例えばルータのグローバルＩＰアドレス等からルータの設置地域を取得する。また、プロセッサ３１は、例えばＩＳＰから提供されて、補助メモリ３３に登録されているユーザの住所情報を併用してルータの設置地域を取得してもよい。

【0043】

次に、プロセッサ３１は、ステップＳ２１で取得した設置地域に基づいて、登録ルータを設置地域でグループ分けする（ステップＳ２２）。プロセッサ３１は、取得した設置地域に基づき、例えば一定の範囲（例えば、市町村、区、東日本／西日本、国等）ごとにグループ分けする。

【0044】

次に、プロセッサ３１は、ステップＳ２２で分けた設置地域のグループに基づいて、そのグループごとにウェブサービスの稼働状況を確認するために使用するルータを選出する（ステップＳ２３）。使用するルータとしては、グループごとに例えば無線ＬＡＮルータ１０を含む複数台（例えば、１０台、１００台等）のルータが選出される。選出されるルータの台数は、設置地域の広さに応じて適宜決定する。

【0045】

次に、プロセッサ３１は、ステップＳ２３で選出したルータに、ウェブサービスの稼働状況を確認させるための「確認指示」を送信する（ステップＳ２４）。プロセッサ３１は、ルータに例えばＨＴＴＰリクエストを送信させて、ウェブサービス自体の稼働状況を確認させる「確認指示」を送信する。

【0046】

次に、プロセッサ３１は、上記選出したルータにより確認処理を行うための一定時間が経過したか否かを判定する（ステップＳ２５）。一定時間は、例えば１日、１週間、１月等である。一定時間が経過していない場合（ステップＳ２５：Ｎｏ）、プロセッサ３１は、一定時間が経過するまでステップＳ２５の処理を繰り返す。

【0047】

ステップＳ２５において一定時間が経過した場合（ステップＳ２５：Ｙｅｓ）には、プロセッサ３１は、ステップＳ２３で選出し、ステップＳ２４によって「確認指示」を送信したルータに、ウェブサービスの稼働状況の確認の停止を指示する確認停止指示を送信する（ステップＳ２６）。そして、プロセッサ３１は、確認に使用するルータを選出し直すためにステップＳ２１に戻って本処理を繰り返す。

【0048】

なお、上記処理例では、ステップＳ２５で一定時間が経過した場合、ステップＳ２１に戻るように構成されているが、これに限定されない。例えば、プロセッサ３１は、ステップＳ２５で一定時間が経過した場合、ステップＳ２３あるいはステップＳ２４に戻って各処理を繰り返すようにしてもよい。また、プロセッサ３１は、ウェブサービスごとにこの処理を実行（ウェブサービスごとにルータを選出）してもよい。また、プロセッサ３１は、選出したルータによって各ウェブサービスの確認を行わせるようにしてもよい。

【0049】

＜管理サーバ３０のプロセッサ３１による処理（第２の処理）＞
次に、図６を参照して、管理サーバ３０のプロセッサ３１による第２の処理について説明する。図６は、管理サーバ３０のプロセッサ３１による第２の処理を示すフローチャートである。プロセッサ３１による第２の処理は、ルータから受信したウェブサービスに関する障害情報を集計等する処理である。

【0050】

まず、プロセッサ３１は、ウェブサービスの稼働状況を確認するために選出したルータから、ウェブサービスの稼働状況に関する障害情報を受信したか否かを判定する（ステップＳ３１）。障害情報を受信していない場合（ステップＳ３１：Ｎｏ）には、プロセッサ３１は、ステップＳ３１の受信判定処理を繰り返す。

【0051】

ステップＳ３１において障害情報を受信した場合（ステップＳ３１：Ｙｅｓ）には、プロセッサ３１は、障害情報を送信したルータに関する情報に基づいて、障害発生に該当する地域を特定する（ステップＳ３２）。例えば、プロセッサ３１は、図５の第１の処理においてグループ分けした登録ルータの設置地域の情報に基づいて、該当する地域を特定する。

【0052】

次に、プロセッサ３１は、補助メモリ３３に設けられる例えば障害発生数をカウントするテーブルにおいて、該当する地域の障害発生数をインクリメントする処理を行う（ステップＳ３３）。障害発生数は、例えば所定の時間ごと（例えば、３０分ごと、１時間ごと等）にその時間内に発生した数をカウントするように構成されている。

【0053】

次に、プロセッサ３１は、地域ごとの障害発生数を示す「障害集計情報」を情報端末５０へ送信する（ステップＳ３４）。情報端末５０は、上述したように管理サーバ３０にアクセス可能な端末である。プロセッサ３１は、「障害集計情報」を情報端末５０へ送信した後、ステップＳ３１に戻って本処理を繰り返す。

【0054】

なお、上述した例ではプロセッサ３１がルータから障害情報を受信する度に、情報端末５０へ「障害集計情報」を送信している（ステップＳ３４）が、これに限定されない。例えば、プロセッサ３１は、情報端末５０からリクエストがあった場合に、「障害集計情報」を情報端末５０へ送信するようにしてもよい。また、上述した例では管理サーバ３０が第１の処理及び第２の処理を行っているが、これに限定されず、例えば第１の処理と第２の処理をそれぞれ異なるサーバが行うようにしてもよい。

【0055】

＜無線ＬＡＮルータ１０のプロセッサ１１による処理＞
次に、図７を参照して、無線ＬＡＮルータ１０のプロセッサ１１による処理について説明する。図７は、無線ＬＡＮルータ１０のプロセッサ１１による処理の一例を示すフローチャートである。プロセッサ１１は、管理サーバ３０からウェブサービスの稼働状況の確認の指示を受信すると本処理を開始する。また、プロセッサ１１は、管理サーバ３０から確認停止の指示を受信すると本処理を終了する。

【0056】

まず、プロセッサ１１は、管理サーバ３０からの確認指示に該当するウェブサービスへＷｅｂコンテンツを要求するＨＴＴＰリクエストを送信する（ステップＳ４１）。

【0057】

次に、プロセッサ１１は、ステップＳ４１で送信したＨＴＴＰリクエストに対するウェブサービスからの応答を待機する（ステップＳ４２）。

【0058】

次に、プロセッサ１１は、ウェブサービスとの通信が正常であるか否かを判定する（ステップＳ４３）。例えばＨＴＴＰリクエストを送信した後の所定時間（例えば、３００秒）内に、通信が正常とみなせる正常応答メッセージ（例えばＨＴＴＰ Ｓｔａｔｕｓ＝２００）を受信した場合、プロセッサ１１は、通信が正常であると判定する。なお、正常応答メッセージは、例えばＨＴＴＰ Ｓｔａｔｕｓ＝２００であるが、これに限らず、ＨＴＴＰ Ｓｔａｔｕｓ＝２０１、ＨＴＴＰ Ｓｔａｔｕｓ＝２０２、ＨＴＴＰ Ｓｔａｔｕｓ＝３０４など、通信が正常とみなせる各種の応答メッセージを含んでもよい。

【0059】

ステップＳ４３において通信が正常である場合（ステップＳ４３：Ｙｅｓ）には、プロセッサ１１は、通信異常の未発生（正常な通信）が連続しているか否かを判定する（ステップＳ４４）。「通信異常」とは、例えば所定時間内にウェブサービスから応答がない状態、あるいは正常応答メッセージ以外の応答を受信した状態のことをいう。

【0060】

ステップＳ４４において通信異常の未発生が連続していると判定した場合（ステップＳ４４：Ｙｅｓ）には、プロセッサ１１は、予め設定されている長時間範囲（図８で後述する）から、プロセッサ１１がウェブサービスの稼働状況の確認を行う確認間隔をランダムに設定する（ステップＳ４５）。

【0061】

次に、プロセッサ１１は、ステップＳ４５で長時間範囲から設定した確認間隔が経過するまでその時間分待機する（ステップＳ４６）。プロセッサ１１は、確認間隔の時間分待機した後、ステップＳ４１に戻りウェブサービスへの次のＨＴＴＰリクエストの送信の処理を実行する。

【0062】

一方、ステップＳ４４において通信異常の未発生が連続していないと判定した場合（ステップＳ４４：Ｎｏ）には、プロセッサ１１は、予め設定されている基準時間範囲（図８で後述する）から、プロセッサ１１がウェブサービスの稼働状況の確認を行う確認間隔をランダムに設定する（ステップＳ４７）。通信異常の未発生が連続していないとは、通信異常の未発生（正常な通信）の状態ではあるが、その正常な通信であると判定した回数が２回連続しておらず１回目であることをいう。

【0063】

次に、プロセッサ１１は、ステップＳ４７で基準時間範囲から設定した確認間隔が経過するまでその時間分待機する（ステップＳ４６）。プロセッサ１１は、確認間隔の時間分待機した後、上記と同様に、ステップＳ４１に戻る。

【0064】

一方、ステップＳ４３において通信が正常ではない場合（ステップＳ４３：Ｎｏ）には、プロセッサ１１は、通信異常が発生したと判定して、その通信異常の発生を記録する（ステップＳ４８）。

【0065】

次に、プロセッサ１１は、予め設定されている短時間範囲（図８で後述する）から、プロセッサ１１がウェブサービスの稼働状況の確認を行う確認間隔をランダムに設定する（ステップＳ４９）。

【0066】

次に、プロセッサ１１は、通信異常の発生が連続しているか否かを判定する（ステップＳ５０）。

【0067】

ステップＳ５０において通信異常の発生が連続していないと判定した場合（ステップＳ５０：Ｎｏ）には、プロセッサ１１は、ステップＳ４９で短時間範囲から設定した確認間隔が経過するまでその時間分待機する（ステップＳ４６）。プロセッサ１１は、確認間隔の時間分待機した後、上記と同様に、ステップＳ４１に戻る。

【0068】

ステップＳ５０において通信異常の発生が連続していると判定した場合（ステップＳ５０：Ｙｅｓ）には、プロセッサ１１は、無線ＬＡＮルータ１０で確認したウェブサービスに異常が発生していることを報知する「障害情報」を管理サーバ３０へ送信する（ステップＳ５１）。プロセッサ１１は、障害情報を管理サーバ３０へ送信した後、ステップＳ４９で短時間範囲から設定した確認間隔が経過するまでその時間分待機する（ステップＳ４６）。プロセッサ１１は、確認間隔の時間分待機した後、上記と同様に、ステップＳ４１に戻る。

【0069】

本例では通信異常の発生が連続、すなわち２回続いているか否かの判定を行ったが、これに限定されない。例えば３回以上続いているか否かを判定するようにしてもよい。また、ステップＳ４４において判定する通信異常の未発生の回数も、２回（連続）に限定されず、例えば３回以上であってもよい。

【0070】

＜ウェブサービスの稼働状況の確認間隔＞
次に、図８及び図９を参照し、無線ＬＡＮルータ１０がウェブサービスの稼働状況を確認する確認間隔について説明する。

【0071】

図８は、確認間隔を設定する複数の時間範囲と、それらの時間範囲における確認間隔の上限時間と下限時間と、を示す確認間隔表６０である。確認間隔表６０に示すように、確認間隔を設定する時間範囲には、「短時間範囲」、「基準時間範囲」、及び「長時間範囲」が含まれる。

【0072】

「基準時間範囲」は、基準となる時間範囲のことであり、その上限時間が「ＴＵ＿Ｒ」に設定され、下限時間が「ＴＬ＿Ｒ」に設定されている。上限時間「ＴＵ＿Ｒ」は、基準時間範囲における短い時間間隔のことである。下限時間「ＴＬ＿Ｒ」は、基準時間範囲における長い時間間隔のことである。

【0073】

「短時間範囲」は、基準時間範囲と比較して短い時間範囲のことであり、その上限時間が「ＴＵ＿Ｓ」に設定され、下限時間が「ＴＬ＿Ｓ」に設定されている。上限時間「ＴＵ＿Ｓ」は、短時間範囲における短い時間間隔のことである。下限時間「ＴＬ＿Ｓ」は、短時間範囲における長い時間間隔のことである。

【0074】

「長時間範囲」は、基準時間範囲と比較して長い時間範囲のことであり、その上限時間が「ＴＵ＿Ｌ」に設定され、下限時間が「ＴＬ＿Ｌ」に設定されている。上限時間「ＴＵ＿Ｌ」は、長時間範囲における短い時間間隔のことである。下限時間「ＴＬ＿Ｌ」は、長時間範囲における長い時間間隔のことである。

【0075】

例えば、短時間範囲と基準時間範囲における上限時間と下限時間の関係は、（「ＴＵ＿Ｓ≦ＴＵ＿Ｒ」ａｎｄ「ＴＬ＿Ｓ≦ＴＬ＿Ｒ」）ａｎｄ（「ＴＵ＿Ｓ＜ＴＵ＿Ｒ」ａｎｄ／ｏｒ「ＴＬ＿Ｓ＜ＴＬ＿Ｒ」）となるように設定される。また、長時間範囲と基準時間範囲における上限時間と下限時間の関係は、（「ＴＵ＿Ｌ≧ＴＵ＿Ｒ」ａｎｄ「ＴＬ＿Ｌ≧ＴＬ＿Ｒ」）ａｎｄ（「ＴＵ＿Ｌ＞ＴＵ＿Ｒ」ａｎｄ／ｏｒ（「ＴＬ＿Ｌ＞ＴＬ＿Ｒ」）となるように設定される。

【0076】

具体的には、短時間範囲のＴＵ＿Ｓ＝１０分、ＴＬ＿Ｓ＝２０分に設定され、基準時間範囲のＴＵ＿Ｒ＝２０分、ＴＬ＿Ｒ＝４０分に設定され、長時間範囲のＴＵ＿Ｌ＝２０分、ＴＬ＿Ｌ＝１２０分に設定される。ウェブサービスの稼働状況を確認する時間あたりの確認回数は、無線ＬＡＮルータ１０がその確認を行う周期によって設定される。また、ウェブサービスの稼働状況を確認する時間あたりの確認回数は、無線ＬＡＮルータ１０がウェブサービスの稼働状況を確認するルータとして選出するそのルータ選出数によっても設定することが可能である。その場合、全体の確認回数は、ルータ１台あたりの確認回数×ルータ台数となる。

【0077】

なお、各時間範囲における稼働状況の具体的な確認間隔（確認を行う周期）の設定は、例えば図７で説明したように無線ＬＡＮルータ１０のプロセッサ１１が設定しているが、これに限定されない。例えば、管理サーバ３０が、ウェブサービスの稼働状況を確認するためのルータを選出する際に、そのルータが行う稼働状況の確認の具体的な確認間隔を設定するようにしてもよい。

【0078】

図９は、無線ＬＡＮルータ１０がウェブサービスの稼働状況を確認する確認間隔の変化を示す図である。

【0079】

まず、無線ＬＡＮルータ１０が最初（１回目）のウェブサービスの稼働状況の確認を行う。例えば１回目の確認時にはウェブサービスに通信障害が発生してなく、無線ＬＡＮルータ１０とウェブサービスとの間の通信が正常であったとする。この場合、無線ＬＡＮルータ１０は、ウェブサービスを確認する確認間隔を基準時間範囲（例えば２０分～４０分）からランダムに設定する。そして、その設定した間隔が例えば「確認間隔Ｔ１」であるとする。

【0080】

次に、設定した「確認間隔Ｔ１」が経過して、無線ＬＡＮルータ１０がウェブサービスの稼働状況の２回目の確認を行う。例えば２回目の確認時においてもウェブサービスに通信障害が発生していなかった（通信が正常）とする。この場合、通信障害が発生していない確認が連続したので、無線ＬＡＮルータ１０は、ウェブサービスを確認する確認間隔を長時間範囲（例えば２０分～１２０分）からランダムに例えば「確認間隔Ｔ２」に設定する。「確認間隔Ｔ２」は、「確認間隔Ｔ１」よりも長い間隔に設定する。

【0081】

次に、設定した「確認間隔Ｔ２」が経過して、無線ＬＡＮルータ１０がウェブサービスの稼働状況の３回目の確認を行う。３回目の確認時は、ウェブサービスに通信障害が発生している例えば「障害発生期間７０」であったとする。この場合、３回目の確認で通信障害の発生が確認されるため、無線ＬＡＮルータ１０は、ウェブサービスを確認する確認間隔を短時間範囲（例えば１０分～２０分）からランダムに例えば「確認間隔Ｔ３」に設定する。「確認間隔Ｔ３」は、「確認間隔Ｔ１」よりも短い間隔に設定する。

【0082】

次に、設定した「確認間隔Ｔ３」が経過して、無線ＬＡＮルータ１０がウェブサービスの稼働状況の４回目の確認を行う。例えば４回目の確認時においてもウェブサービスに通信障害が発生している「障害発生期間７０」であったとする。この場合、４回目の確認でも通信障害の発生が確認されるため、無線ＬＡＮルータ１０は、ウェブサービスの確認間隔を短時間範囲（例えば１０分～２０分）からランダムに例えば「確認間隔Ｔ４」に設定する。「確認間隔Ｔ４」は、「確認間隔Ｔ３」以下の間隔に設定する。この場合、４回目の確認時の通信障害の確認は、３回目の確認時の通信障害の確認に連続する通信障害の確認である。このため、無線ＬＡＮルータ１０は、ウェブサービスに異常が発生していることを報知する「障害情報」を管理サーバ３０へ送信する。

【0083】

次に、設定した「確認間隔Ｔ４」が経過して、無線ＬＡＮルータ１０がウェブサービスの稼働状況の５回目の確認を行う。例えば５回目の確認時にはウェブサービスの「障害発生期間７０」が終了し、ウェブサービスに通信障害が発生していなかった（通信が正常）とする。この場合、無線ＬＡＮルータ１０は、５回目の確認で通信障害の未発生を確認するが、この未発生の確認は連続する未発生の確認ではないので、ウェブサービスの確認間隔を基準時間範囲からランダムに例えば「確認間隔Ｔ５」に設定する。「確認間隔Ｔ５」は、「確認間隔Ｔ４」よりも長い間隔に設定する。

【0084】

次に、設定した「確認間隔Ｔ５」が経過すると、無線ＬＡＮルータ１０がウェブサービスの稼働状況の６回目の確認を行い、次のウェブサービスの確認間隔を設定する。

【0085】

＜情報端末５０に表示される障害集計情報＞
次に、図１０を参照して、管理サーバ３０から情報端末５０に送信され、情報端末５０に表示される障害集計情報について説明する。図１０は、情報端末５０の表示画面５１に表示される障害集計情報の一例を示す図である。

【0086】

図１０に示すように、障害集計情報は、例えば過去２４時間において所定の地域（例えば、地域ＸＸＸ）で確認されたウェブサービス（例えば、サービスＹＹＹ）の障害発生数として表示画面５１に表示される。本例においては現在時刻１３：００から過去２４時間に発生した障害発生数ｈの推移として表示されている。障害発生数は、例えば３０分ごとにその３０分間に発生した数としてカウントされる。

【0087】

図１０に示すように、本例の障害発生数ｈの推移では、１０：００以降の障害発生数が急激に増加している。これにより、地域ＸＸＸにおいて１０：００からサービスＹＹＹに障害が生じていると推定することが可能である。なお、本例では所定の地域（地域ＸＸＸ）における所定のウェブサービス（サービスＹＹＹ）の障害発生数ｈの推移を表示しているが、これに限定されない。例えば、地域を限定せずに、全体における所定のウェブサービス（例えば、サービスＹＹＹ）の障害発生数ｈの推移として表示してもよい。

【0088】

図１０の例では、障害集計情報の一例として、障害発生数の推移を示すグラフについて説明したが、障害集計情報はこれに限らない。例えば、障害集計情報は、現在の（例えば現在から遡って一定時間内の）障害発生数をマッピングした地図などであってもよい。このような地図において、障害発生数は、数字で示されていてもよいし、数に応じた長さや大きさの図形で示されていてもよいし、ヒートマップのように数に応じた濃さの色で示されていてもよい。

【0089】

以上に説明したように本実施形態のシステム１は、管理サーバ３０が管理対象のルータ装置の中から、設置地域が異なるルータ装置を含む複数のルータ装置（例えば、無線ＬＡＮルータ１０）を選択し、その選択した無線ＬＡＮルータ１０に所定のウェブサービスの稼働状況の確認の指示を行う。このため、地域ごとにインターネット上のウェブサービスの稼働状況を監視することができる。また、地域ごとに選択する所定台数のルータ装置によりインターネット上のウェブサービスにアクセスさせその稼働状況を確認させるので、アクセスによるウェブサービス側に掛かる負荷の増大を抑制することができる。また、ウェブサービスの稼働状況を確認するために使用するルータ装置を、一定時間（例えば、１日）ごとに選択し直すので、同じルータ装置による偏った確認を防ぐことが可能であり、さらに正確に稼働状況を監視することができる。

【0090】

また、無線ＬＡＮルータ１０が管理サーバ３０からの確認指示に基づいて、時間あたりの確認回数の上限を設けたウェブサービスの稼働状況の確認を行う。このため、インターネット上のウェブサービスにアクセスする回数の上限を抑えることができ、稼働状況の確認におけるウェブサービス側に掛かる負荷をさらに確実に抑制することができる。また、無線ＬＡＮルータ１０が、ウェブサービスとの間の通信状況に応じて、ウェブサービスに対する稼働状況の確認の間隔を長時間範囲、基準時間範囲、及び短時間範囲に変更する。このため、通信状況が正常な期間においては確認間隔を長くすることでウェブサービス側に掛かる負荷を抑制することができ、通信状況に異常が発生している可能性が高い期間においては確認間隔を短くすることでウェブサービス側の障害の発生を早期に検出することができる。

【0091】

また、管理サーバ３０が無線ＬＡＮルータ１０から受信したウェブサービスの稼働状況の確認の結果を集計し、設置地域ごとのウェブサービスの稼働状況に関する情報を例えばＩＳＰの情報端末５０へ送信する。このため、特定の地域のウェブサービスサーバ４０にのみ障害が発生しているような状況の場合、障害が発生している地域を精度高く絞り込むことが可能である。これにより、契約ユーザからの問い合わせに対して適切なサポート情報を提供することができる。さらに、ウェブサービスの運営側が発表する情報の正確性にも寄与することが可能である。

【0092】

（制御プログラムについて）
前述した実施形態で説明したサーバ又はルータ装置の制御方法は、予め用意された制御プログラムをコンピュータで実行することにより実現できる。本制御プログラムは、コンピュータが読み取り可能な記憶媒体に記録され、記憶媒体から読み出されることによって実行される。また、本制御プログラムは、フラッシュメモリ等の非一過性の記憶媒体に記憶された形で提供されてもよいし、インターネット等のネットワークを介して提供されてもよい。本制御プログラムを実行するコンピュータは、サーバ、及びルータ装置に含まれるものであってもよいし、サーバ、及びルータ装置と通信可能なスマートフォン、タブレット端末、又はパーソナルコンピュータ等の電子機器に含まれるものでもあってもよいし、これらサーバ、ルータ装置、及び電子機器と通信可能なサーバ装置に含まれるものであってもよい。

【0093】

以上のように本明細書には以下の事項が開示されている。

【0094】

開示されたシステムは、所定のウェブサービスの稼働状況の確認を指示する第１サーバと、前記第１サーバからの指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行い、前記確認の結果を送信する少なくとも１つのルータ装置と、前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する第２サーバと、を含むものである。

【0095】

開示されたシステムは、前記第２サーバが、前記第１サーバであるものである。

【0096】

開示されたシステムは、前記上限が、前記ルータ装置が前記確認を行う周期によって設定されるものである。

【0097】

開示されたシステムは、前記ルータ装置が、前記確認の結果に応じて前記確認を行う周期を変化させるものである。

【0098】

開示されたシステムは、前記稼働状況が、前記ウェブサービスを提供するサーバの稼働状況を含むものである。

【0099】

開示されたシステムは、前記確認が、前記ルータ装置が前記ウェブサービスへＷｅｂコンテンツ要求を行い、前記Ｗｅｂコンテンツ要求に対する応答に基づいて行われるものである。

【0100】

開示されたシステムは、前記ルータ装置が、複数のルータ装置であり、前記第１サーバが、前記複数のルータ装置へ前記確認を指示し、前記第２サーバが、前記複数のルータ装置からの前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力するものである。

【0101】

開示されたシステムは、前記第１サーバが、管理対象のルータ装置の中から、設置地域が異なるルータ装置を含む前記複数のルータ装置を選択するものである。

【0102】

開示されたシステムは、前記第１サーバが、ルータ装置の個体情報とユーザ住所との対応情報に基づいて、前記設置地域を判定するものである。

【0103】

開示されたシステムは、前記第１サーバが、ルータ装置の論理アドレスと地域との対応情報に基づいて、前記設置地域を判定するものである。

【0104】

開示されたシステムは、前記第２サーバが、前記ウェブサービスの前記設置地域ごとの稼働状況を示す情報を出力するものである。

【0105】

開示されたサーバは、所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示する制御部と、前記ルータ装置による、時間あたりの確認回数の上限を設けた前記確認の結果を受信する受信部と、前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する出力部と、を備えるものである。

【0106】

開示された制御方法は、サーバの制御方法であって、前記サーバのプロセッサが、所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示し、前記ルータ装置による、時間あたりの確認回数の上限を設けた前記確認の結果を受信し、前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力するものである。

【0107】

開示された制御プログラムは、サーバの制御プログラムであって、前記サーバのプロセッサに、所定のウェブサービスの稼働状況の確認を少なくとも１つのルータ装置に指示し、前記ルータ装置による、時間あたりの確認回数の上限を設けた前記確認の結果を受信し、前記確認の結果に基づいて前記ウェブサービスの稼働状況に関する情報を出力する、処理を実行させるためのものである。

【0108】

開示されたルータ装置は、所定のウェブサービスの稼働状況の確認の指示を受け付ける受付部と、前記指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行う確認制御部と、前記確認の結果を送信する送信部と、を備えるものである。

【0109】

開示された制御方法は、ルータ装置の制御方法であって、前記ルータ装置のプロセッサが、所定のウェブサービスの稼働状況の確認の指示を受け付け、前記指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行い、前記確認の結果を送信するものである。

【0110】

開示された制御プログラムは、ルータ装置の制御プログラムであって、前記ルータ装置のプロセッサに、所定のウェブサービスの稼働状況の確認の指示を受け付け、前記指示に基づいて、時間あたりの確認回数の上限を設けた前記確認を行い、前記確認の結果を送信する、処理を実行させるためのものである。

【符号の説明】

【0111】

１ システム
２ ネットワーク
１０ 無線ＬＡＮルータ
１１，３１ プロセッサ
１２，３２ メインメモリ
１３，３３ 補助メモリ
１４ 無線ＬＡＮ通信Ｉ／Ｆ
１５，３４ ＷＡＮ通信Ｉ／Ｆ
１６ 有線ＬＡＮ通信Ｉ／Ｆ
２１，２２，２４ 通信端末
３０ 管理サーバ
４０ ウェブサービスサーバ
５０ 情報端末
５１ 表示画面
６０ 確認間隔表
７０ 障害発生期間
Ｔ１～Ｔ５ 確認間隔

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】