JP2019175214A - 管理装置、遠隔管理システム、機器管理方法およびプログラム - Google Patents

Abstract

【課題】機器に異常が検知された場合において、機器の異常状態に対応する最適なユーザに、迅速な対応を促すことができる。【解決手段】ローカルネットワーク２０内の機器５０と通信可能な仲介装置３０と、ファイアウォール２５を介して通信を行う管理サーバ１０（管理装置の一例）であって、機器５０のうち異常状態を示す状態変更機器５０を特定する検知情報を、仲介装置３０から受信する。そして、管理サーバ１０は、受信された検知情報により特定される状態変更機器５０の位置情報と、機器５０に関連づけられた移動端末７０（端末の一例）の位置情報とに基づいて、移動端末７０のうち状態変更機器５０の異常状態に対応する対応候補のユーザが使用する移動端末７０を特定し、特定した移動端末７０へ、状態変更機器５０に対する対応要求を送信する。【選択図】図２

Description

本発明は、管理装置、遠隔管理システム、機器管理方法およびプログラムに関する。

ローカルネットワーク内に設けられた情報機器をローカルネットワーク外から遠隔管理する遠隔管理システムが知られている。遠隔管理システムは、例えば、情報機器から機器情報を取得可能な仲介装置をローカルネットワーク内に設けている。そして、ローカルネットワーク外に位置する管理サーバは、仲介装置との間でファイアウォールを介して通信を行うことで、情報機器の遠隔管理を実現している。

このような遠隔管理システムにおいて、管理サーバから情報機器の保守管理等を実施する対応者に対して、情報機器に対する対応依頼を指示することで、情報機器の遠隔管理を行うことができる。

例えば、特許文献１は、インターネットに接続した顧客サービスの利用者からの問い合わせに対し、コンピュータによって担当者を割り当てて音声で応対するインターネット通話を用いたコールセンターシステムの内容を開示している。

上記の方法は、担当者であるユーザ（対応者）が使用する端末の位置は考慮されていない。そのため、ユーザ（対応者）が不在である、または利用者が使用する機器から離れた場所にいる等の場合に迅速に対応することが困難である。このような状況において、例えば、機器に異常が検知された場合、機器の異常状態に対応する最適なユーザ（対応者）が使用する端末に対応要求を送信することができないため、迅速な対応を促すことができないという問題があった。

本発明に係る管理装置は、ローカルネットワーク内の機器と通信可能な仲介装置と、ファイアウォールを介して通信を行う管理装置であって、前記機器のうち異常状態を示す状態変更機器を特定する検知情報を、前記仲介装置から受信する受信手段と、前記受信された検知情報により特定される前記状態変更機器の位置情報と、前記機器に関連づけられた端末の位置情報とに基づいて、前記端末のうち前記異常状態に対応する対応候補のユーザが使用する端末を特定する特定手段と、前記特定された端末へ、前記状態変更機器に対する対応要求を送信する送信手段と、を備える。

本発明によれば、機器に異常が検知された場合において、機器の異常状態に対応する最適なユーザに、迅速な対応を促すことができる。

第１の実施形態に係る遠隔管理システムのシステム構成の一例を示す図である。 第１の実施形態に係る遠隔管理システムの概略の一例を示す図である。 第１の実施形態に係るコンピュータのハードウエア構成の一例を示す図である。 第１の実施形態に係る仲介装置の機能構成の一例を示す図である。 第１の実施形態に係る管理サーバおよび移動端末の機能構成の一例を示す図である。 第１の実施形態に係る機器管理テーブルの一例を示す図である。 第１の実施形態に係る通知先管理テーブルの一例を示す図である。 第１の実施形態に係る遠隔管理システムにおける機器管理方法の一例を示すシーケンス図である。 第１の実施形態に係る移動端末における位置情報取得処理の一例を示すフローチャートである。 第１の実施形態に係る管理サーバの処理フローの一例を示すフローチャートである。 第１の実施形態に係る移動端末に表示される通知画面の一例を示す図である。 第１の実施形態に係る移動端末に表示される通知画面の一例を示す図である。 第１の実施形態に係る移動端末に表示される通知画面の一例を示す図である。 第１の実施形態に係る移動端末の処理フローの一例を示すフローチャートである。 第２の実施形態に係る遠隔管理システムのシステム構成の一例を示す図である。 第２の実施形態に係る機器管理テーブルの一例を示す図である。 第２の実施形態の変形例１に係る遠隔管理システムのシステム構成の一例を示す図である。 第２の実施形態の変形例１に係る機器管理テーブルの一例を示す図である。 第２の実施形態の変形例１に係る通知先管理テーブルの一例を示す図である。 第２の実施形態の変形例２に係る遠隔管理システムのシステム構成の一例を示す図である。 第２の実施形態の変形例２に係る機器管理テーブルの一例を示す図である。 第２の実施形態の変形例２に係る通知先管理テーブルの一例を示す図である。 第３の実施形態に係る遠隔管理システムのシステム構成の一例を示す図である。 第３の実施形態に係る通知先管理テーブルの一例を示す図である。 第４の実施形態に係る管理サーバの処理フローの一例を示すフローチャートである。 第４の実施形態に係る通知先管理テーブルの一例を示す図である。

以下、図面を参照しながら、発明を実施するための形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明は省略する。

●第１の実施形態●
●システム構成
図１は、第１の実施形態に係る遠隔管理システムのシステム構成の一例を示す図である。図１に示す遠隔管理システムは、管理対象の機器５０に異常が検知された場合において、管理対象の機器５０の異常状態に対応する最適なユーザ（の候補）が使用する移動端末７０に、対応要求を送信することで迅速な対応を促すことができるシステムである。遠隔管理システムは、管理サーバ１０、ローカルネットワーク２０、ファイアウォール２５、移動端末７０（７０ａ、７０ｂ、７０ｃ、以下、区別する必要のないときは、移動端末７０とする。）および位置情報発信装置９０を含む。ローカルネットワーク２０は、インターネットを介して管理サーバ１０と接続されている。

ローカルネットワーク２０と管理サーバ１０は、ファイアウォール２５をインターフェースとして接続されている。ローカルネットワーク２０は、オフィス、会議室、倉庫、工場または特定の生産ライン等のネットワーク環境において形成される通信ネットワークである。ローカルネットワーク２０は、例えば、インターネットを経由しない社内ＬＡＮ（Local Area Network）である。

ローカルネットワーク２０は、仲介装置３０、機器Ａ５０ａ、機器Ｂ５０ｂおよび機器Ｃ５０ｃを含む。機器Ａ５０ａ、機器Ｂ５０ｂおよび機器Ｃ５０ｃは、遠隔管理システムにおける遠隔管理の対象となる被管理装置である。なお、以下の説明で使用する機器５０は、これらの被管理装置の総称である。

仲介装置３０は、管理サーバ１０と、ローカルネットワーク２０における機器５０との間の通信を仲介する装置である。また、仲介装置３０は、機器５０およびファイアウォール２５と、有線または無線ＬＡＮ等を介して通信可能である。また、仲介装置３０は、管理サーバ１０からの指示を受けて機器５０にアクセスしたり、機器５０からのアラート通知を管理サーバ１０に送信したり、予め設定されたスケジュールに基づき機器５０の情報取得通知や死活監視（例えば、機器５０が通信可能であるかどうか等）を行う。仲介装置３０は、単体として機能するボックス型（箱型）の通信装置であってもよく、いずれかの機器５０に内蔵されていてもよい。

また、仲介装置３０は、インターネット上にある管理サーバ１０と、ファイアウォール２５を経由して通信可能である。すなわち、仲介装置３０は、ファイアウォール２５（をインターフェースとするローカルネットワーク２０）内に位置し、管理サーバ１０は、ファイアウォール２５（をインターフェースとするローカルネットワーク２０）外に位置するといえる。

ファイアウォール２５は、管理サーバ１０（インターネット）からの特定のパケットのみをローカルネットワーク２０内に通過させる機能を有する。これにより、ファイアウォール２５は、ローカルネットワーク２０への意図しないまたは不正なアクセスをブロックすることが可能となる。また、ファイアウォール２５は、仲介装置３０からのパケットを管理サーバ１０に転送する機能を有する。

機器５０は、管理サーバ１０によるメンテナンスやカウンタ検針等が行われる管理対象の機器である。機器５０は、ローカルネットワーク２０内に位置し、かつファイアウォール２５（をインターフェースとするローカルネットワーク２０）内に位置する。機器５０は、同じローカルネットワーク２０内に位置する仲介装置３０を介して、管理サーバ１０に各種データを送信する。

機器５０は、画像処理機能を備えたＭＦＰ（Multifunction Peripheral：複合機）、プリンタ、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、スピーカ等の音響出力装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、携帯電話、タブレット端末、ウェアラブル端末、ノートＰＣ（Personal Computer）またはデスクトップＰＣ等である。また、機器５０は、通信機能を備えた電子天秤、気圧計、加速度計、電流計、温度計、光度計、人感センサ、カメラまたは照度計等のセンサデバイスであってもよい。なお、機器５０は、通信機能を備えていない機器に、通信機能を備えた機器が取り付けられていてもよい。

管理サーバ１０は、ローカルネットワーク２０内に位置する仲介装置３０および機器５０を管理するためのサーバコンピュータである。管理サーバ１０は、ファイアウォ−ル２５を介して仲介装置３０と接続される。管理サーバ１０は、ローカルネットワーク２０内の機器５０を、仲介装置３０を介して遠隔管理する。なお、管理サーバ１０は、複数台のサーバコンピュータにより構成されてもよく、どのサーバコンピュータに機能を備えさせてもよい。

移動端末７０は、管理対象の機器５０の保守管理等を行うユーザ（対応者）が使用するノートＰＣ等の端末である。移動端末７０は、例えば、管理サーバ１０から機器５０の異常状態に対する対応要求を受信する。対応要求を受信した移動端末７０を使用するユーザは、機器５０の異常状態の復旧対応の処置を実行する。なお、移動端末７０は、例えば、タブレット端末、携帯電話、スマートフォン、ウェアラブル端末、ＰＤＡ(Personal Digital Assistant)等であってもよい。

位置情報発信装置９０は、移動端末７０の位置情報を取得するために用いる発信装置である。位置情報発信装置９０は、例えば、ＧＰＳ（Global Positioning System）衛星、無線ＬＡＮアクセスポイントまたは基地局等の電波発信装置である。位置情報発信装置９０がＧＰＳ衛星ある場合、位置情報発信装置９０は、衛星の軌道情報および原子時計の時間情報を含む電波を移動端末７０へ送信する。また、位置情報発信装置９０が無線ＬＡＮアクセスポイントである場合、位置情報発信装置９０は、無線信号によりそれぞれの設置位置に係る位置情報（例えば経緯情報や、建物の階数、棟番号等の情報）を、移動端末７０へ送信する。

なお、図１に示す遠隔管理システムは、一つのローカルネットワーク２０内に位置する複数の機器５０を遠隔管理する例を示すが、遠隔管理システムが、複数のローカルネットワーク２０内のそれぞれに位置する機器５０を遠隔管理する構成にしてもよい。また、図１は、一台が一つの仲介装置３０がローカルネットワーク２０内に位置する例を示すが、一つのローカルネットワーク２０内に二台以上の仲介装置３０が位置する構成にしてもよい。この場合、仲介装置３０ごとに担う機能を分担してもよい。

●概略
図２は、第１の実施形態に係る遠隔管理システムの概略の一例を示す図である。図２に示す遠隔管理システムは、ローカルネットワーク２０内に位置する機器５０の異常状態が検知された場合、管理サーバ１０から移動端末７０を使用する対応者に、異常状態に対する対応要求を送信する。なお、図２は、第１の実施形態に係る遠隔管理システムの概略を簡略的に説明したものであり、遠隔管理システムが実現する機能等の詳細は、後述する図面等を用いて説明する。

ローカルネットワーク２０内に設置された仲介装置３０は、検知部３０２によって、機器５０（５０ａ、５０ｂ、５０ｃ）の異常状態を検知する。異常状態は、例えば、機器５０がウイルス感染した状態である。検知部３０２は、例えば、機器５０を宛先とする電子メールを大量に受信した場合、当該機器５０がウイルス感染したものとして異常状態を検知する。なお、検知部３０２は、仲介装置３０とは別体の装置として設けられていてもよい。この場合、検知部３０２は、例えば、ファイアウォール機器、統合セキュリティ機器（ＵＴＭ：Unified Threat Management）等に実装される。

検知部３０２によって、機器５０の異常状態を検知した仲介装置３０は、制御部３０４および切換部３０３によって、異常状態が検知された機器５０（以下、状態変更機器５０と称する。）をネットワークから隔離する。具体的には、制御部３０４は、検知部３０２によって、機器５０の異常状態が検知された場合、切換部３０３へ、状態変更機器５０との通信（接続）の切断を指示する。そして、切換部３０３は、状態変更機器５０との通信を切断する。これによって、仲介装置３０は、例えば、ウイルス感染した状態変更機器５０を、ネットワークから一時的に隔離することができる。なお、制御部３０４および切換部３０３は、仲介装置３０とは別体の装置として設けられていてもよい。例えば、切換部３０３および制御部３０４の機能を実装した通信制御装置をローカルネットワーク２０内に設けてもよい。

また、仲介装置３０のゲートウェイ３０７ａは、ファイアウォール２５を介して、ローカルネットワーク２０外に位置する管理サーバ１０へ、機器５０の異常状態を検知したことを示す異常検知通知を送信する。管理サーバ１０の管理者は、管理サーバ１０が異常検知通知を受信することで、機器５０の異常状態が発生したこと知ることができる。管理サーバ１０は、異常検知通知を受信した場合、遠隔管理システムを構成する一以上の移動端末７０（例えば、移動端末７０ａ、移動端末７０ｂ）へ、位置情報の送信要求を送信する。

移動端末７０ａは、ゲートウェイ７０１ａによって、位置情報の送信要求を受信した場合、自身の位置情報を取得するため、位置情報アプリケーション７０２ａを起動させる。位置情報アプリケーション７０２ａは、移動端末７０ａに予めインストールされた位置情報を取得するための専用のアプリケーションである。

位置情報アプリケーション７０２ａは、位置情報発信装置９０から自らの位置情報を取得する。具体的には、位置情報アプリケーション７０２ａは、位置情報発信装置９０へ、位置情報の取得要求を送信する。そして、位置情報アプリケーション７０２ａは、取得要求に対する応答として、位置情報発信装置９０から移動端末７０ａの位置情報を取得する。なお、位置情報発信装置９０が連続的または断続的に位置情報を含む電波を発信している場合、位置情報アプリケーション７０２ａは、起動されるとともに、位置情報を取得可能な構成であってもよい。また、他の移動端末７０（移動端末７０ｂ等）も同様の処理により、自らの位置情報を取得する。

移動端末７０は、取得した位置情報を、ゲートウェイ７０１ａによって管理サーバ１０へ送信する。それぞれの移動端末７０から送信された位置情報を受信した管理サーバ１０は、状態変更機器５０の位置情報と、受信した移動端末７０の位置情報とに基づいて、状態変更機器５０と最も距離の近い移動端末７０を特定する。そして、管理サーバ１０は、特定した移動端末７０へ、状態変更機器５０の異常状態に対する対応依頼である対応要求を送信する。

対応要求を受信した移動端末７０を使用するユーザは、状態変更機器５０の異常状態を復旧させる処置を実行する。例えば、状態変更機器５０のウイルス感染に対する対応要求を受信した移動端末７０のユーザは、所定の処置を実行してウイルス感染の原因を解消した場合、対応完了通知を使用する移動端末７０から管理サーバ１０へ送信する。そして、管理サーバ１０は、対応完了通知を受信した場合、仲介装置３０へ状態変更機器５０のネットワーク復旧命令を送信することで、状態変更機器５０の復旧対応を終了する。

したがって、第１の実施形態に係る遠隔管理システムは、ローカルネットワーク２０内に位置する管理対象の機器５０に異常状態が検知された場合、管理サーバ１０が、状態変更機器５０と複数の移動端末７０との位置情報に基づいて、状態変更機器５０と最も距離の近い移動端末７０へ、異常状態に対する対応要求を送信する。そのため、管理サーバ１０は、管理対象の機器に異常が発生した場合において、最適な対応者に異常状態の復旧依頼である対応要求を送信することができる。これによって、遠隔管理システムは、迅速な復旧処置を実行させることができる。

●ハードウエア構成
続いて、第１の実施形態に係る各装置のハードウエア構成について説明する。遠隔管理システムを構成する各装置は、一般的なコンピュータの構成を有する。ここでは、一般的なコンピュータのハードウエア構成例について説明する。

図３は、第１の実施形態に係るコンピュータのハードウエア構成の一例を示す図である。コンピュータ１０００は、ＣＰＵ（Central Processing Unit）１００１、ＲＯＭ（Read Only Memory）１００２、ＲＡＭ（Random Access Memory）１００３、ストレージ１００４、キーボード１００５、ディスプレイインターフェース（Ｉ／Ｆ）１００６、メディアインターフェース（Ｉ／Ｆ）１００７、ネットワークインターフェース（Ｉ／Ｆ）１００８、タイマ１００９およびバス１０１０を備える。

ＣＰＵ１００１は、ＲＯＭ１００２またはストレージ１００４等に格納された、本発明に係るプログラムまたはデータをＲＡＭ１００３上に読み出し、処理を実行することで、コンピュータ１０００の各機能を実現する演算装置である。例えば、管理サーバ１０は、本発明に係るプログラムが実行されることによって本発明に係る機器管理方法を実現する。

ＲＯＭ１００２は、電源を切ってもプログラムまたはデータを保持することができる不揮発性のメモリである。ＲＯＭ１００２は、例えば、フラッシュＲＯＭ等により構成される。ＲＯＭ１００２は、ＳＤＫ（Software Development Kit）およびＡＰＩ（Application Programming Interface）等のアプリケーションをインストールしており、インストールされたアプリケーションを用いて、コンピュータ１０００の機能またはネットワーク接続等を実現することが可能である。

ＲＡＭ１００３は、ＣＰＵ１００１のワークエリア等として用いられる揮発性のメモリである。ストレージ１００４は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等のストレージデバイスである。ストレージ１００４は、例えば、ＯＳ（Operation System）、アプリケーションプログラムおよび各種データ等を記憶する。

キーボード１００５は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。キーボード１００５は、コンピュータ１０００の操作を行うための入力を受け付ける。なお、コンピュータ１０００は、入力手段として、キーボード１００５の他に、マウス、タッチパネル等を備えていてもよい。

ディスプレイインターフェース（Ｉ／Ｆ）１００６は、ＬＣＤ（Liquid Crystal Display）等のディスプレイ１００６ａに対するカーソル、メニュー、ウィンドウ、文字または画像等の各種情報の表示を制御する。ディスプレイ１００６ａは、入力手段を備えたタッチパネルディスプレイ等の表示入力手段であってもよい。

メディアインターフェース（Ｉ／Ｆ）１００７は、ＵＳＢ（Universal Serial Bus）メモリ、メモリカード、光学ディスクまたはフラッシュメモリ等の記録メディア１００７ａに対するデータの読み出しまたは書き込み（記憶）を制御する。

ネットワークインターフェース（Ｉ／Ｆ）１００８は、コンピュータ１０００をネットワークに接続し、他のコンピュータまたは電子機器等とデータの送受信を行うためのインターフェースである。ネットワークインターフェース（Ｉ／Ｆ）１００８は、例えば、無線ＬＡＮの通信インターフェースである。また、ネットワークインターフェース（Ｉ／Ｆ）１００８は、有線ＬＡＮ、３Ｇ（3rd Generation）、ＬＴＥ(Long Term Evolution)、４Ｇ（4rd Generation）、５Ｇ（5rd Generation）、Ｚｉｇｂｅｅ（登録商標）、ＢＬＥ（Bluetooth（登録商標）Low Energy）、ミリ波無線通信の通信インターフェースを備えてもよい。

タイマ１００９は、時間計測機能を有する計測装置である。タイマ１００９は、コンピュータによるソフトタイマでもよい。バス１０１０は、上記の各構成要素に共通に接続され、アドレス信号、データ信号、および各種制御信号等を伝送する。ＣＰＵ１００１、ＲＯＭ１００２、ＲＡＭ１００３、ストレージ１００４、キーボード１００５、ディスプレイインターフェース（Ｉ／Ｆ）１００６１００６、メディアインターフェース（Ｉ／Ｆ）１００７、ネットワークインターフェース（Ｉ／Ｆ）１００８およびタイマ１００９は、バス１０１０を介して相互に接続されている。

なお、第１の実施形態に係る各装置のハードウエア構成は、必要に応じて構成要素が追加または削除されてもよい。また、図３に示す各装置のハードウエア構成は、各実施形態において同様の構成を有してもよい。

●機能構成
続いて、図４および図５を用いて、第１の実施形態に係る遠隔管理システムの機能構成について説明する。図４は、第１の実施形態に係る仲介装置の機能構成の一例を示す図である。仲介装置３０により実現される機能は、機器通信部３０１、検知部３０２、切換部３０３、制御部３０４、記憶・読出部３０５、記憶部３０６およびサーバ通信部３０７を含む。

機器通信部３０１は、機器５０との間でデータをやり取りする機能である。機器通信部３０１は、ＨＴＴＰまたはＳＮＭＰ（Simple Network Management Protocol）のプロトコルを用いて、機器５０と通信を行う。なお、通信方式は、これに限られず、ＨＴＴＰＳまたはＬＰＤ(Line Printer Daemon)等のプロトコルを用いてもよい。機器通信部３０１は、例えば、機器５０からの機器アラートであるテキストメッセージまたはバイナリデータを受信する。また、機器通信部３０１は、管理サーバ１０が発行したコマンドの内容を解釈して機器５０にリクエストを送信する。機器通信部３０１は、例えば、図３に示すネットワークインターフェース（Ｉ／Ｆ）１００８およびＣＰＵ１００１で実行されるプログラム等により実現される。

検知部３０２は、接続された機器５０の異常状態を検知する機能である。検知部３０２は、例えば、特定の機器５０を宛先とする電子メールを大量に受信した場合、当該機器５０がウイルス感染したものとして、機器５０のウイルス感染を検知する。機器５０の異常状態は、ウイルス感染のほか、仲介装置３０との接続エラー等であってもよい。検知部３０２は、例えば、図３に示したＣＰＵ１００１で実行されるプログラム等により実現される。

なお、検知部３０２は、ローカルネットワーク２０内に位置する、仲介装置３０とは別体の装置により実現されてもよい。この場合、検知部３０２は、例えば、ファイアウォール機器、統合セキュリティ機器（ＵＴＭ：Unified Threat Management）等に実装される。また、検知部３０２は、機器５０のそれぞれにインストールされたアプリケーションにより実行される機能であってもよい。この場合、検知部３０２は、例えば、機器５０にインストールされたウイルス検知ソフト等によって実行される。

切換部３０３は、機器５０との間の通信（接続）状態を切り換える機能である。切換部３０３は、例えば、制御部３０４によって出力された、機器５０との通信（接続）の切断要求を検知した場合、該当する機器５０との通信（接続）を切断する。切換部３０３は、例えば、図３に示したＣＰＵ１００１で実行されるプログラム等により実現される。

制御部３０４は、ローカルネットワーク２０を構成する機器５０との通信（接続）を制御する機能である。制御部３０４は、例えば、管理サーバ１０から機器５０のネットワーク隔離命令を受信した場合、切換部３０３へ機器５０との通信（接続）の切断要求を出力する。制御部３０４は、例えば、図３に示したＣＰＵ１００１で実行されるプログラム等により実現される。

なお、切換部３０３および制御部３０４は、ローカルネットワーク２０内に位置する、仲介装置３０とは別体の装置によりそれぞれ実現されてもよい。例えば、切換部３０３および制御部３０４は、その機能を実装した通信制御装置をローカルネットワーク２０内に設けてもよい。

記憶・読出部３０５は、記憶部３０６に各種データを記憶し、または記憶部３０６から各種データを読み出す機能である。記憶・読出部３０５および記憶部３０６は、例えば、図３に示したＲＯＭ１００２、ストレージ１００４およびＣＰＵ１００１で実行されるプログラム等により実現される。

サーバ通信部３０７は、管理サーバ１０との間でデータをやり取りする機能である。サーバ通信部３０７は、ファイアウォール２５を介して管理サーバ１０と接続するためのゲートウェイ３０７ａとしての機能を含み、ローカルネットワーク２０外に位置する管理サーバ１０との通信を行うことができる。サーバ通信部３０７は、例えば、機器５０の異常検知通知を、管理サーバ１０へ送信する。サーバ通信部３０７は、例えば、図３に示すネットワークインターフェース（Ｉ／Ｆ）１００８およびＣＰＵ１００１で実行されるプログラム等により実現される。

図５は、第１の実施形態に係る管理サーバおよび移動端末の機能構成の一例を示す図である。図５に示す管理サーバ１０により実現される機能は、仲介装置通信部１０１、ネットワーク管理部１０２、位置情報取得部１０３、移動端末通信部１０４、判断部１０５、記憶・読出部１０６および記憶部１０７を含む。

仲介装置通信部１０１は、仲介装置３０との間でデータをやり取りする機能である。仲介装置通信部１０１は、ローカルネットワーク２０内に位置する仲介装置３０との間のファイアウォ−ル２５を経由した通信を制御する。仲介装置通信部１０１は、例えば、仲介装置３０に接続された機器５０のうち、異常状態を示す状態変更機器５０を特定するための検知情報を含む異常状態通知を、仲介装置３０から受信する。仲介装置通信部１０１は、例えば、図３に示したネットワークインターフェース（Ｉ／Ｆ）１００８およびＣＰＵ１００１で実行されるプログラム等により実現される。

ここで、ローカルネットワーク２０とインターネット環境との間にはファイアウォール２５が設置されているため、管理サーバ１０から仲介装置３０に直接接続することはできない。そこで、管理サーバ１０と仲介装置３０の間の通信は、ポーリング形式または常時接続形式を用いて行われる。

具体的には、仲介装置３０は、仲介装置３０から管理サーバ１０へポーリングを行い、当該ポーリングに対する応答として管理サーバ１０からの命令を取得する。また、管理サーバ１０は、仲介装置３０から管理サーバ１０に常時通信可能なように通信セッション（ＷｅｂＳｏｃｋｅｔ等）を維持しておき、仲介装置３０へデータを送信する。本実施形態では、どちらの方法をとってもよい。

ネットワーク管理部１０２は、仲介装置３０または機器５０とのネットワーク（通信経路）を管理する機能である。ネットワーク管理部１０２は、例えば、仲介装置通信部１０１によって異常検知通知が受信された場合、状態変更機器５０のネットワーク隔離命令を出力する。また、ネットワーク管理部１０２は、例えば、記憶部１０７に記憶された機器管理テーブル５０１によって、機器５０の宛先を示す宛先情報および機器５０が接続された仲介装置３０（ゲートウェイ）の情報を管理する。ネットワーク管理部１０２は、例えば、図３に示したＣＰＵ１００１で実行されるプログラム等により実現される。

位置情報取得部１０３は、遠隔管理システムを構成する移動端末７０の位置情報を取得する機能である。位置情報取得部１０３は、例えば、後述する通知先管理テーブル５０２に記憶された移動端末７０へ、位置情報の送信要求を送信する。そして、位置情報取得部１０３は、位置情報の送信要求を送信した移動端末７０から、位置情報を取得する。位置情報取得部１０３は、例えば、図３に示したＣＰＵ１００１で実行されるプログラム等により実現される。

移動端末通信部１０４は、遠隔管理システムを構成する移動端末７０との間でデータのやり取りをする機能である。移動端末通信部１０４は、例えば、後述する通知先管理テーブル５０２に含まれるそれぞれの移動端末７０へ、位置情報の送信要求を送信する。また、移動端末通信部１０４は、位置情報の送信要求を送信した移動端末７０から、当該移動端末７０の位置情報を受信する。移動端末通信部１０４は、例えば、図３に示したネットワークインターフェース（Ｉ／Ｆ）１００７およびＣＰＵ１００１で実行されるプログラム等により実現される。

判断部１０５は、管理対象の機器５０に対する対応要求の送信先および送信内容を判断する機能である。判断部１０５は、例えば、状態変更機器５０の位置情報と、移動端末通信部１０４によって受信された移動端末７０の位置情報とに基づいて、状態変更機器５０の異常状態に対応する対応候補のユーザが使用する移動端末７０を特定する。具体的には、判断部１０５は、状態変更機器５０の位置情報と移動端末７０の位置情報とを用いて、状態変更機器５０と最も距離の近い移動端末７０を、状態変更機器５０の異常状態に対応する対応候補のユーザが使用する移動端末７０として特定する。判断部１０５は、特定手段の一例である。判断部１０５は、例えば、図３に示したＣＰＵ１００１で実行されるプログラム等により実現される。

また、判断部１０５は、図３に示したタイマ１００９によって、移動端末通信部１０４により移動端末７０へ対応要求を送信してからの経過時間を計測する。判断部１０５は、計測手段によって計測された時間が、復旧対応の対応期限となるタイムアウト時間を経過した場合、対応要求を送信した移動端末７０を使用するユーザが対応辞退したものとして、対応候補となるユーザを変更する。この場合、判断部１０５は、対応辞退したユーザが使用する移動端末７０以外の移動端末７０であり、状態変更機器５０の異常状態に対して、対応可能なユーザが使用する移動端末７０の中から、対応候補のユーザが使用する移動端末７０を特定する。判断部１０５は、計測手段の一例である。また、復旧対応の対応期限となるタイムアウト時間は、所定の経過時間の一例である。

記憶・読出部１０６は、記憶部１０７に各種データを記憶し、または記憶部１０７から各種データを読み出す機能である。記憶・読出部１０６および記憶部１０７は、例えば、図３に示したＲＯＭ１００２、ストレージ１００４およびＣＰＵ１００１で実行されるプログラム等により実現される。また、記憶部１０７は、機器管理テーブル５０１および通知先管理テーブル５０２を記憶している。

○機器管理テーブル
ここで、記憶部１０７に記憶されたデータの内容について説明する。図６は、第１の実施形態に係る機器管理テーブルの一例を示す図である。図６に示す機器管理テーブル５０１は、遠隔管理システムを構成する機器５０を管理するものである。機器管理テーブル５０１は、ネットワーク名、宛先、機器名および位置情報を関連づけて記憶して管理している。

ネットワーク名は、機器５０が接続するゲートウェイ（仲介装置３０）を識別するための名称である。ネットワーク名は、例えば、ゲートウェイ（仲介装置３０）の装置ＩＤ等であってもよい。宛先は、関連づけられたゲートウェイの宛先を示す宛先情報である。宛先は、例えば、ゲートウェイ（仲介装置３０）のＩＰアドレスである。管理サーバ１０は、機器管理テーブル５０に含まれる宛先情報に基づいて、仲介装置３０へ各種データを送信する。機器名は、管理対象となる機器５０を識別するための名称である。機器名は、例えば、機器５０の機器ＩＤ等であってもよい。

位置情報は、それぞれのゲートウェイ（仲介装置３０）が設定された位置を示す情報である。位置情報は、緯度と経度の情報を含む。管理サーバ１０は、予めゲートウェイ（仲介装置３０）の位置情報を、機器管理テーブル５０１に記憶して管理している。

機器管理テーブル５０１において、例えば、ゲートウェイＡの位置情報は、「緯度ｌａｔ＝＋３５．００．３５．６００」、「経度ｌｏｎ＝＋１３５．４１．３５．６００」である。また、ゲートウェイＢの位置情報は、「緯度ｌａｔ＝＋３５．００．５０．０００」、「経度ｌｏｎ＝＋１３５．４０．２０．６００」である。さらに、ゲートウェイＣの位置情報は、「緯度ｌａｔ＝＋４５．００．３５．６００」、「経度ｌｏｎ＝＋１３５．３０．１０．６００」である。なお、位置情報は、ゲートウェイの緯度および経度の情報ではなく、それぞれの機器５０の緯度および経度の情報であってもよい。

また、位置情報は、フロア情報等であってもよい。フロア情報とは、建物等の階層に関する情報であり、例えば、○○棟の△階、○○会議室等を示す情報である。例えば、ローカルネットワーク２０が屋内に位置する場合において、仲介装置３０は、無線ＬＡＮアクセスポイントまたは携帯電話網の基地局から、フロア情報を位置情報として取得する。

○通知先管理テーブル
図７は、第１の実施形態に係る通知先管理テーブルの一例を示す図である。図７に示す通知先管理テーブル５０２は、状態変更機器５０に対応依頼の送信先である移動端末７０の情報を管理するものである。通知先管理テーブル５０２は、移動端末名、宛先および対応可否の情報を関連づけて記憶して管理している。

移動端末名は、遠隔管理システムを構成する移動端末７０を識別するための名称である。移動端末名は、例えば、移動端末７０の端末ＩＤ等であってもよい。宛先は、移動端末７０の宛先を示す宛先情報である。宛先は、例えば、移動端末７０のＩＰアドレスである。

対応可否の情報は、それぞれの移動端末７０を使用するユーザ（対応者）が、使用する移動端末７０に関連づけられた機器５０に対する復旧対応を行うことが可能であるか否かを示す情報である。判断部１０５は、対応可否の情報が「可能」な移動端末７０の中から対応要求の送信先となる移動端末７０を特定する。対応可否の情報は、後述する対応可否の回答要求に対する回答として、管理サーバ１０によって受信され、通知先管理テーブル５０２に記憶される。対応可否の情報は、移動端末７０のユーザによって随時変更可能である。通知先管理テーブル５０２は、変更された対応可否の情報が管理サーバ１０に送信されるたびに随時更新される。なお、通知先管理テーブル５０２は、管理対象である機器５０ごとに対応可否の情報を関連づけて記憶していてもよい。

続いて、図５に戻り、移動端末７０の機能構成について説明する。移動端末７０により実現される機能は、サーバ通信部７０１、位置情報クライアント部７０２、表示制御部７０３、受付部７０４、機器管理部７０５、記憶・読出部７０６および記憶部７０７を含む。

サーバ通信部７０１は、管理サーバ１０との間でデータをやり取りする機能である。サーバ通信部７０１は、インターネット環境に位置する管理サーバ１０と接続するためのゲートウェイ７０１ａとしての機能を含み、管理サーバ１０との通信を行うことができる。サーバ通信部７０１は、例えば、管理サーバ１０から位置情報の送信要求を受信し、当該要求に対する応答として、移動端末７０の位置情報を管理サーバ１０へ送信する。サーバ通信部７０１は、例えば、図３に示すネットワークインターフェース（Ｉ／Ｆ）１００８およびＣＰＵ１００１で実行されるプログラム等により実現される。

位置情報クライアント部７０２は、自らの位置情報を取得する機能である。位置情報クライアント部７０２は、例えば、サーバ通信部７０１によって管理サーバ１０から位置情報の送信要求を受信した場合、位置情報アプリケーション７０２ａを起動させる。位置情報アプリケーション７０２ａは、移動端末７０に予めインストールされた位置情報を取得するための専用のアプリケーションである。そして、位置情報クライアント部７０２は、起動させた位置情報アプリケーション７０２ａを用いて、位置情報発信装置９０へ、位置情報の取得要求を送信し、位置情報発信装置９０から自らの位置情報を受信する。位置情報クライアント部７０２は、例えば、図３に示したＣＰＵ１００１で実行されるプログラム等により実現される。

表示制御部７０３は、管理サーバ１０と通信を行うためのネットワーク設定画面または管理サーバ１０からの対応要求の通知画面等を、ディスプレイ１００６ａに表示させる機能である。表示制御部７０３は、例えば、図３に示したディスプレイインターフェース（Ｉ／Ｆ）１００６およびＣＰＵ１００１で実行されるプログラム等により実現される。

受付部７０４は、図３に示したキーボード１００５またはディスプレイ１００６ａに対するユーザ入力を受け付ける機能である。受付部７０４は、例えば、ディスプレイ１００６ａに表示された通知画面（図１１および図１２参照）に対するユーザ入力を受け付ける。受付部７０４は、例えば、図３に示したキーボード１００５、ディスプレイインターフェース（Ｉ／Ｆ）１００６およびＣＰＵ１００１で実行されるプログラム等により実現される。

機器管理部７０５は、管理対象の機器５０の状態を管理する機能である。機器管理部７０５は、例えば、機器５０の管理情報を記憶部７０７に記憶して管理している。機器管理部７０５は、例えば、図３に示したＣＰＵ１００１で実行されるプログラム等によって実現される。

記憶・読出部７０６は、記憶部７０７に各種データを記憶し、または記憶部７０７から各種データを読み出す機能である。記憶・読出部７０６および記憶部７０７は、例えば、図３に示したＲＯＭ１００２、ストレージ１００４およびＣＰＵ１００１で実行されるプログラム等により実現される。

●機器管理方法
図８は、第１の実施形態に係る遠隔管理システムにおける機器管理方法の一例を示すシーケンス図である。図８は、ローカルネットワーク２０内に位置する機器５０のウイルス感染が検知された場合の例を説明する。なお、機器５０の異常状態は、機器５０のウイルス感染に限られず、仲介装置３０との間の接続エラー等であってもよい。

ステップＳ１０１において、仲介装置３０は、機器５０の異常状態を検知する。具体的には、仲介装置３０の検知部３０２は、例えば、特定の機器５０を宛先とする電子メールを大量に受信した場合、当該機器５０がウイルス感染したものとして異常状態を検知する。

ステップＳ１０２において、仲介装置３０は、管理サーバ１０へ、異常検知通知を送信する。具体的には、仲介装置３０のサーバ通信部３０７は、検知部３０２によって機器５０の異常状態を検知した場合、ローカルネットワーク２０外に位置する管理サーバ１０へ、機器５０の異常検知通知を送信する。異常検知通知は、状態変更機器５０を特定（識別）するための検知情報、仲介装置３０（ゲートウェイ）を識別するための情報および異常状態の内容を示す情報を含む。

ステップＳ１０３において、管理サーバ１０の仲介装置通信部１０１は、仲介装置３０から異常検知通知を受信した場合、異常検知通知に含まれる検知情報によって特定される状態変更機器５０のネットワーク隔離命令を、仲介装置３０へ送信する。具体的には、仲介装置通信部１０１は、仲介装置３０から受信した異常検知通知を、ネットワーク管理部１０２へ出力する。ネットワーク管理部１０２は、仲介装置通信部１０１から出力された異常検知通知に含まれる検知情報により特定される状態変更機器５０を、ネットワークから隔離するためのネットワーク隔離命令を、仲介装置通信部１０１へ出力する。ネットワーク隔離命令は、状態変更機器５０を識別するための情報、仲介装置３０（ゲートウェイ）を識別するための情報を含む。そして、仲介装置通信部１０１は、ネットワーク管理部１０２から出力されたネットワーク隔離命令を、仲介装置３０へ出力する。

ステップＳ１０４において、仲介装置３０は、ネットワーク隔離命令を管理サーバ１０から受信した場合、状態変更機器５０との通信（接続）を切断する。具体的には、仲介装置３０の制御部３０４は、サーバ通信部３０７によってネットワーク隔離命令を受信した場合、切換部３０３に状態変更機器５０との通信（接続）の切断を指示する。そして、仲介装置３０の切換部３０３は、状態変更機器５０との通信（接続）を切断し、状態変更機器５０をネットワークから隔離する。

ステップＳ１０５において、管理サーバ１０は、遠隔管理システムを構成する移動端末７０へ位置情報の送信要求を送信する。例えば、図１に遠隔管理システムにおいて、管理サーバ１０の移動端末通信部１０４は、移動端末７０ａ、移動端末７０ｂおよび移動端末７０ｃへ位置情報の送信要求を送信する。なお、ステップＳ１０３の処理とステップＳ１０５の処理の順序は、前後してもよく、または並行して行われてもよい。

ステップＳ１０６において、移動端末７０は、サーバ通信部７０１によって位置情報の送信要求を受信した場合、位置情報発信装置９０へ位置情報の取得要求を送信する。ステップＳ１０７において、位置情報発信装置９０は、移動端末７０から位置情報の取得要求を受信した場合、該当する移動端末７０の位置情報を取得する。

ここで、移動端末７０における位置情報の取得方法について説明する。図９は、第１の実施形態に係る移動端末における位置情報取得処理の一例を示すフローチャートである。図９は、移動端末７０が位置情報の取得手段としてＧＰＳを用いて、自らの位置情報を取得する場合の例を説明する。なお、位置情報の取得手段は、無線ＬＡＮアクセスポイントの位置情報を用いる方法や携帯電話網の基地局を用いる方法等であってもよい。

ステップＳ２０１において、移動端末７０のサーバ通信部７０１は、管理サーバ１０から位置情報の送信要求を受信した場合、処理をステップＳ２０２へ移行させる。一方で、移動端末７０のサーバ通信部７０１は、管理サーバ１０から位置情報の送信要求を受信していない場合、ステップＳ２０１の処理を繰り返す。

ステップＳ２０２において、移動端末７０の位置情報クライアント部７０２は、サーバ通信部７０１によって位置情報の取得要求が受信された場合、位置情報を取得するための位置情報アプリケーション７０２ａを起動させる。位置情報アプリケーション７０２ａは、予め管理サーバ１０にインストールされたアプリケーションである。なお、位置情報クライアント部７０２は、位置情報アプリケーション７０２ａを常時起動させている構成であってもよい。また、位置情報アプリケーション７０２ａは、ＵＳＢ等の専用の外部機器を接続することによって、ＵＳＢと位置情報発信装置９０との間で通信が行われる構成であってもよい。

ステップＳ２０３において、移動端末７０の位置情報クライアント部７０２は、起動させた位置情報アプリケーション７０２ａを用いて、位置情報発信装置９０へ位置情報の取得要求を送信する。位置情報発信装置９０（ＧＰＳ）は、例えば、位置情報の取得要求を受信した場合、ＧＰＳ情報（緯度および経度）を位置情報として、移動端末７０へ送信する。

ステップＳ２０４において、移動端末７０の位置情報クライアント部７０２は、位置情報発信装置９０から位置情報を取得できた場合、処理をステップＳ２０５へ移行させる。一方で、移動端末７０の位置情報クライアント部７０２は、位置情報発信装置９０から位置情報を取得していない場合、ステップＳ２０４の処理を繰り返す。

ステップＳ２０５において、移動端末７０のサーバ通信部７０１は、位置情報クライアント部７０２によって取得された自らの位置を示す位置情報を、管理サーバ１０へ送信する。サーバ通信部７０１によって送信される位置情報は、例えば、ＧＰＳ情報（緯度および経度）に限られず、ＧＰＳ情報を用いて変換された具体的な住所を示す住所情報であってもよい。この場合、位置情報クライアント部７０２は、位置情報発信装置９０（ＧＰＳ）から取得したＧＰＳ情報に基づいて、住所情報への変換処理を実行する。

これによって、管理サーバ１０は、それぞれの移動端末７０の位置情報を取得することができる。なお、図９は、位置情報発信装置９０としてＧＰＳを使用した例を説明したが、位置情報の取得方法はこれに限られない。例えば、位置情報発信装置９０は、移動端末７０が接続する無線アクセスポイントまたは携帯通信網の基地局であってもよい。この場合、管理サーバ１０は、無線アクセスポイントの位置情報または携帯通信網の基地局の位置情報を、移動端末７０の位置情報として取得する。

また、位置情報発信装置９０が、移動端末７０が接続する無線アクセスポイントまたは携帯通信網の基地局である場合、位置情報は、フロア情報等であってもよい。フロア情報とは、建物等の階層に関する情報であり、例えば、○○棟の△階、○○会議室等の情報である。例えば、仲介装置３０が屋内に設置されている場合、仲介装置３０は、無線ＬＡＮアクセスポイントまたは基地局からフロア情報を位置情報として取得する。

さらに、位置情報発信装置９０が、移動端末７０が接続する無線アクセスポイントまたは携帯通信網の基地局である場合、位置情報クライアント部７０２は、サーバ通信部７０１によって位置情報の取得要求が受信された場合、無線ＬＡＮまたは携帯通信網（３Ｇ、ＬＴＥ、４Ｇまたは５Ｇ等）に接続する。これによって、位置情報クライアント部７０２は、無線アクセスポイントまたは携帯通信網の基地局から位置情報を取得することができる。なお、移動端末７０は、無線ＬＡＮまたは携帯通信網との接続状態を常時維持している構成であってもよい。

図８に戻り、第１の実施形態に係る遠隔管理システムにおける機器管理方法の説明を続ける。ステップＳ１０８において、移動端末７０のサーバ通信部７０１は、管理サーバ１０へ取得した位置情報を送信する。ステップＳ１０９において、管理サーバ１０は、状態変更機器５０に対する対応要求の通知先および通知内容を特定する。具体的には、管理サーバ１０の判断部１０５は、移動端末７０から受信した位置情報と、機器管理テーブル５０１に記憶された状態変更機器５０の位置情報とに基づいて、状態変更機器５０と最も距離の近い移動端末７０を、状態変更機器５０に対する対応候補のユーザが使用する移動端末７０として特定する。

ステップＳ１１０において、管理サーバ１０は、それぞれの移動端末７０へ、該当する対応依頼のメッセージを送信する。ここで、管理サーバ１０から送信される対応依頼のメッセージは、状態変更機器５０に対する復旧対応を、移動端末７０を使用するユーザに依頼する対応要求、または状態変更機器５０に対する復旧対応が可能か否かの回答を、移動端末７０を使用するユーザに要求する回答要求である。具体的には、管理サーバ１０の移動端末通信部１０４は、判断部１０５によって特定された移動端末７０へ、状態変更機器５０に対する復旧対応を依頼するための対応要求を送信する、また、管理サーバ１０の移動端末通信部１０４は、判断部１０５によって特定された移動端末７０以外の移動端末７０へ、対応可能か否かの回答を要求する回答要求を送信する。

ステップＳ１１１において、移動端末７０は、管理サーバ１０から対応依頼のメッセージを受信した場合、それぞれの管理者アクションを実行する。具体的には、状態変更機器５０に対する対応要求を受信した移動端末７０は、移動端末７０を使用するユーザが状態変更機器５０の復旧対応を実施するか否かの選択を受け付ける。復旧対応の実施が選択された移動端末７０を使用するユーザは、状態変更機器５０の復旧対応を実施する。この場合、管理サーバ１０から対応要求を受信した移動端末７０は、状態変更機器５０と最も距離の近い移動端末であるため、迅速に復旧作業に取り掛かることができる。

一方で、回答要求を受信した移動端末７０は、移動端末７０を使用するユーザが状態変更機器５０の復旧対応を行うことが可能かどうかの選択を受け付ける。ステップＳ１１２において、対応要求を受信した移動端末７０は、状態変更機器５０の復旧対応が完了した場合、対応完了通知を管理サーバ１０へ送信する。

続いて、管理サーバ１０における機器管理方法について説明する。図１０は、第１の実施形態に係る管理サーバの処理フローの一例を示すフローチャートである。ステップＳ３０１において、管理サーバ１０の仲介装置通信部１０１は、機器５０の異常検知通知を仲介装置３０から受信した場合、処理をステップＳ３０２へ移行させる（受信ステップの一例）。一方で、仲介装置通信部１０１は、機器５０の異常検知通知を受信していない場合、ステップＳ３０１の処理を繰り返す。

ステップＳ３０２において、管理サーバ１０の判断部１０５は、仲介装置通信部１０１によって異常検知通知が受信された場合、記憶部１０７から機器管理テーブル５０１および通知先管理テーブル５０２を読み出す。具体的には、判断部１０５は、記憶・読出部１０６へ、機器管理テーブル５０１および通知先管理テーブル５０２の読出要求を出力する。記憶・読出部１０６は、出力された読出要求を検知した場合、記憶部１０７に記憶された機器管理テーブル５０１および通知先管理テーブル５０２を読み出す。そして、記憶・読出部１０６は、読み出した機器管理テーブル５０１および通知先管理テーブル５０２を、判断部１０５へ出力する。

ステップＳ３０３において、管理サーバ１０の位置情報取得部１０３は、判断部１０５によって読み出された通知先管理テーブル５０２に含まれる移動端末７０の位置情報を取得する。具体的には、位置情報取得部１０３は、移動端末通信部１０４を介して、通知先管理テーブル５０２に含まれる移動端末７０へ、位置情報の送信要求をそれぞれ送信する。移動端末７０は、図９で示した処理によって、自らの位置情報を取得する。

ステップＳ３０４において、管理サーバ１０の判断部１０５は、位置情報取得部１０３によって取得された位置情報を用いて、状態変更機器５０と最も距離の近い移動端末７０を特定する（特定ステップの一例）。具体的には、判断部１０５は、機器管理テーブル５０１に含まれる状態変更機器５０の位置情報と、位置情報取得部１０３によって取得された位置情報とを用いて、状態変更機器５０との距離が最も近い移動端末７０を特定する。

ステップＳ３０５において、管理サーバ１０の移動端末通信部１０４は、特定した移動端末７０へ、状態変更機器５０に対する対応要求を送信する（送信ステップの一例）。また、移動端末通信部１０４は、特定した移動端末７０以外の移動端末７０へ、対応可否の回答要求を送信する。

ステップＳ３０６において、管理サーバ１０の移動端末通信部１０４は、対応要求の送信先である移動端末７０から対応完了通知を受信した場合、処理を終了する。一方で、移動端末通信部１０４は、対応要求の送信先である移動端末７０から対応完了通知を受信していない場合、処理をステップＳ３０７へ移行させる。

ステップＳ３０７において、管理サーバ１０の移動端末通信部１０４は、対応要求の送信先である移動端末７０から対応辞退を示す対応情報を受信した場合、処理をステップＳ３０９へ移行させる。一方で、移動端末通信部１０４は、対応要求の送信先である移動端末７０から対応辞退を示す対応情報を受信していない場合、処理をステップＳ３０８へ移行させる。

ステップＳ３０８において、管理サーバ１０は、対応要求を送信してから所定の時間経過した場合、処理をステップＳ３０９へ移行させる。一方で、管理サーバ１０は、所定の時間経過するまで、ステップＳ３０６およびステップＳ３０７の処理を繰り返す。

ステップＳ３０９において、管理サーバ１０の判断部１０５は、対応可能な他のユーザが使用する移動端末７０の中で、状態変更機器５０と最も距離の近い移動端末７０を特定する。具体的には、移動端末通信部１０４によって対応要求の送信先である移動端末７０から対応辞退を示す対応情報が受信された場合、または対応要求を送信してから所定の時間経過をした場合、判断部１０５は、対応要求の送信先である移動端末７０を使用するユーザが対応できない状態であると判断する。そして、判断部１０５は、対応可否の回答要求の送信先である移動端末７０のうち対応可能なユーザが使用する移動端末７０の中で、状態変更機器５０と最も距離の近い移動端末７０を特定する。その後、管理サーバ１０は、再びステップＳ３０６以降の処理を繰り返す。

ここで、図１１乃至図１３を用いて、それぞれの移動端末７０に表示される通知画面の一例を示す。図１１に示す通知画面は、状態変更機器５０に対する対応要求を受信した移動端末７０に表示される通知画面である。

図１１（ａ）に示す通知画面は、状態変更機器５０に対する対応要求を受信した移動端末７０に、まず表示される。図１１（ａ）に示す通知画面は、当該通知画面が表示された移動端末７０を使用するユーザが、優先対応者であることを示す。図１１（ａ）に示す通知画面は、ネットワークから隔離されている状態変更機器５０が機器Ａであることを示す。移動端末７０の受付部７０４は、ユーザの入力操作によって、機器Ａの復旧対応を実施するか否かのユーザからの意思表示として「実施」または「辞退」のアイコンの選択を受け付ける。移動端末７０は、受付部７０４によって「辞退」のアイコンの選択を受け付けられた場合、対応辞退を示す対応情報を管理サーバ１０へ送信する。

また、図１１（ａ）に示す通知画面は、ユーザからの選択を受け付けるための残り時間の情報を含む。管理サーバ１０の判断部１０５は、残り時間がなくなった場合、すなわち移動端末７０へ対応要求を送信してから所定の時間経過した場合、ユーザが対応辞退したものと判断する。

図１１（ｂ）に示す通知画面は、図１１（ａ）に示す通知画面において、「実施」のアイコンが選択された場合に移動端末７０のディスプレイ１００６ａに表示される通知画面である。移動端末７０のユーザは、機器Ａの復旧対応の実施者として、機器Ａの復旧処置を実行する。移動端末７０のユーザは、復旧処置が完了した場合、図１１（ｂ）に示す通知画面の「完了」のアイコンを選択する。移動端末７０は、受付部７０４によって「完了」のアイコンの選択を受け付けられた場合、対応完了通知を管理サーバ１０へ送信する。また、移動端末７０は、受付部７０４によって「辞退」のアイコンの選択を受け付けられた場合、図１１（ａ）と同様に、対応辞退を示す対応情報を管理サーバ１０へ送信する。

ここで、状態変更機器５０に対する対応要求は、一台の移動端末７０へ送信され、複数の移動端末７０へ送信されることはない。言い換えれば、図１１（ａ）および図１１（ｂ）の通知画面は、複数の移動端末７０に同時に表示されることはない。例えば、状態変更機器５０に対する対応要求が複数の移動端末７０に一斉送信される場合は、実際に誰が対応を行うのかを決定することが困難であり、誰も復旧対応を行わないという状況が起こり得る。そのため、第１の実施形態に係る遠隔管理システムは、状態変更機器５０の復旧対応を行うユーザ（対応者）を明確にすることで、誰も復旧対応を行わないという事態を未然に防止することができる。

図１２に示す通知画面は、対応可否の回答要求を受信した移動端末７０に表示される通知画面である。図１２（ａ）に示す通知画面は、対応可否の回答要求を受信した移動端末７０に、まず表示される。図１２（ａ）に示す通知画面は、当該通知画面が表示された移動端末７０を使用するユーザが、候補者であることを示す。図１２（ａ）に示す通知画面は、ネットワークから隔離されている状態変更機器５０が機器Ａであり、機器Ａに対する復旧対応を行うユーザが候補者１であることを示す。移動端末７０の受付部７０４は、ユーザの入力操作によって、機器Ａの復旧対応を行うことが可能か否かのユーザからの意思表示として「可能」または「不可能」のアイコンの選択を受け付ける。移動端末７０のサーバ通信部７０１は、受付部７０４によって受け付けられた対応可否の情報を、管理サーバ１０へ送信する。管理サーバ１０は、受信した対応可否の情報を、通知先管理テーブル５０２に記憶して管理する。

また、図１２（ａ）に示す通知画面は、図１１（ａ）の通知画面と同様に、ユーザからの選択を受け付けるための残り時間の情報を含む。管理サーバ１０の判断部１０５は、残り時間がなくなった場合、すなわち移動端末７０へ対応可否の回答要求を送信してから所定の時間経過した場合、ユーザが対応可能であるものと判断する。

図１２（ｂ）に示す通知画面は、図１２（ａ）の通知画面において、「可能」のアイコンが選択された場合に移動端末７０のディスプレイ１００６ａに表示される通知画面である。図１２（ｂ）に示す通知画面は、移動端末７０を使用するユーザが、機器Ａに対する復旧対応が可能な対応可能者であることを示す。移動端末７０を使用するユーザは、図１２（ｂ）の通知画面に表示される「不可能」のアイコンを選択することによって、対応可能者から対応不能者に随時変更することができる。管理サーバ１０は、移動端末７０によって選択された対応可否の情報を、随時取得することによって、通知先管理テーブル５０２を更新する。

図１２（ｃ）に示す通知画面は、図１２（ａ）の通知画面において、「不可能」のアイコンが選択された場合に移動端末７０のディスプレイ１００６ａに表示される通知画面である。図１２（ｃ）に示す通知画面は、移動端末７０を使用するユーザが、機器Ａに対する復旧対応が不可能な対応不能者であることを示す。移動端末７０を使用するユーザは、図１２（ｃ）の通知画面に表示される「可能」のアイコンを選択することによって、対応不能者から対応可能者に随時変更することができる。管理サーバ１０は、移動端末７０によって選択された対応可否の情報を、随時取得することによって、通知先管理テーブル５０２を更新する。

図１３に示す通知画面は、状態変更機器５０に対する復旧対応が完了した場合に、すべての移動端末７０に表示される通知画面である。図１３に示す通知画面は、機器Ａのネットワーク復旧が完了し、復旧対応を行った対応者が候補者１であることを示す。

対応要求を受信した移動端末７０は、図１１（ｂ）に示した通知画面において「完了」アイコンの選択を受け付けた場合、管理サーバ１０へ、対応完了通知を送信する。そして、管理サーバ１０は、対応完了通知を受信した場合、対応要求を送信した移動端末７０および対応可否の回答要求を送信した移動端末７０へ、完了通知を送信する。管理サーバ１０から完了通知を受信したすべての移動端末７０は、図１３に示す通知画面を表示させる。遠隔機器管理システムは、状態変更機器５０の復旧対応が完了した場合、すべての移動端末７０に、図１３に示す対応完了通知を表示させることで、状態変更機器５０の復旧対応が完了したことを周知させることができる。

ここで、図１１乃至図１３の通知画面が移動端末に表示されるフローを説明する。図１４は、第１の実施形態に係る移動端末における通知内容の遷移を示す図である。例えば、機器Ａの異常状態が検知された場合、機器Ａに物理的に最も近い移動端末７０（例として、移動端末７０ａ）を使用するユーザは、優先対応者となる。そして、移動端末７０ａは、機器Ａに対する対応要求を管理サーバ１０から受信し、図１１（ａ）に示した通知画面を表示する。

次に、図１１（ａ）に示した通知画面において、「実施」のアイコンが選択された場合、移動端末７０ａを使用するユーザは、対応の実施者となる。そして、移動端末７０ａは、対応の「完了」または/「辞退」（対応を諦める）の選択通知を管理サーバ１０から受信し、図１１（ｂ）に示した通知画面を表示する。そして、図１１（ｂ）に示した通知画面において、「完了」のアイコンが選択された場合、機器Ａに対する対応が完了し、すべての移動端末７０は、図１３に示した通知画面を表示する。一方で、図１１（ａ）および図１１（ｂ）に示した通知画面において、「辞退」のアイコンが選択された場合、またはいずれのアイコンの選択も受け付けられずにタイムアウトした場合、移動端末７０ａを使用するユーザは、対応不能者となる。

機器Ａに対する対応要求を受信しなかった移動端末７０（例えば、移動端末７０ｂ）を使用するユーザは、次回以降の対応の候補者となる。移動端末７０ｂは、次回以降の対応可否の回答要求を、管理サーバ１０から受信し、図１２（ａ）に示した通信画面を表示する。

図１２（ａ）に示した通知画面において、「可能」のアイコンが選択された場合、移動端末７０ｂを使用するユーザは、対応可能者となる。「可能」のアイコンの選択を受け付けた移動端末７０ｂは、図１２（ｂ）に示した通知画面を表示する。一方で、図１２（ａ）に示した通知画面において、「不可能」のアイコンが選択された場合、移動端末７０ｂを使用するユーザは、対応不能者となる。「不可能」のアイコンの選択を受け付けた移動端末７０ｂは、図１２（ｃ）に示した通知画面を表示する。さらに、図１２（ａ）に示した通知画面において、いずれのアイコンの選択も受け付けられずにタイムアウトした場合、移動端末７０ｂを使用するユーザは、対応可能者となり、移動端末７０ｂは、図１２（ｂ）に示した通知画面を表示する。

また、図１２（ｂ）または図１２（ｃ）に示した通知画面の「可能」または「不可能」のアイコンを選択することにより、移動端末７０ｂを使用するユーザは、対応可能者または対応不能者の状態を随時切り替えることができる。

移動端末７０ａに表示された図１１（ａ）または図１１（ｂ）に示した通知画面において、「辞退」のアイコンが選択された場合、またはいずれのアイコンの選択も受け付けられずにタイムアウトした場合、その時点における対応可能者の移動端末７０は、位置情報を再度取得する。管理サーバ１０は、再度取得された位置情報を用いて、機器Ａと最も近い移動端末７０（例えば、移動端末７０ｂ）へ、機器Ａに対する対応要求を再度送信する。対応要求を受信した移動端末７０ｂを使用するユーザは、優先対応者となり、移動端末７０ｂは、図１１（ａ）に示した通知画面を表示する。

このように、遠隔管理システムは、管理サーバ１０からの対応依頼を受信した移動端末７０における選択処理、および移動端末７０の位置情報を用いて、状態変更機器５０の復旧対応を行う対応者を動的に変更することができる。これによって、遠隔管理システムは、対応要求を受信した移動端末７０を使用するユーザが復旧対応を行えない場合においても、候補者である別のユーザへ対応要求を送信することができるので、状態変更機器５０の復旧対応が行われないという事態を防止することができる。

●第１の実施形態の効果
以上説明したように、第１の実施形態に係る遠隔管理システムは、ローカルネットワーク２０内に位置する管理対象の機器５０に異常状態が検知された場合、管理サーバ１０が、状態変更機器５０と複数の移動端末７０との位置情報に基づいて、状態変更機器５０と最も距離の近い移動端末７０へ、異常状態に対する対応要求を送信する。そのため、第１の実施形態に係る遠隔管理システムは、管理対象の機器５０のウイルス感染等の異常状態が検知された場合において、管理サーバ１０から、状態変更機器５０の異常状態に対する対応要求を、異常状態の対応を行うことが可能なユーザ（対応者）が使用する移動端末７０へ迅速に送信することができる。これによって、遠隔管理システムは、機器５０の異常状態を早急に解消するための対策の確実性を高めることができる。

●第２実施形態●
次に、第２の実施形態に係る遠隔管理システムついて説明する。なお、第１の実施形態と同一構成および同一機能は、同一の符号を付して、その説明を省略する。図１５は、第２の実施形態に係る遠隔管理システムのシステム構成の一例を示す図である。第２の実施形態に係る遠隔管理システムは、管理サーバ１０の管理対象である機器５０が、機器種別に応じてグループ分けされ、復旧対応に伴う重要度が設定されている。

第２の実施形態に係る遠隔管理システムは、ローカルネットワーク２０内に位置する機器５０が、「ＩＭＰＯＲＴＡＮＴ＿ＴＥＲＭＩＮＡＬ」のグループである機器Ａ５０ａおよび機器Ｂ５０ｂと、「ＴＲＩＶＩＡＬ＿ＴＥＲＭＩＮＡＬ」のグループである機器Ｃ５０ｃとに分類されている。管理サーバ１０の判断部１０は、機器５０に異常状態が検知された場合の復旧対応に伴うタイムアウト時間を、機器５０の所属するグループごとに設定する。

図１６は、第２の実施形態に係る機器管理テーブルの一例を示す図である。図１６に示す機器管理テーブル５０１ａは、図６に示した機器管理テーブル５０１に含まれる情報に加え、機器種別の情報を含む。機器種別は、機器５０の重要度を示す情報である。機器管理テーブル５０１ａは、管理サーバ１０の記憶部１０７に記憶されている。

図１５に示すように、機器管理テーブル５０１ａに含まれる機器Ａおよび機器Ｂの機器種別は、「ＩＭＰＯＲＴＡＮＴ＿ＴＥＲＭＩＮＡＬ」である。「ＩＭＰＯＲＴＡＮＴ＿ＴＥＲＭＩＮＡＬ」は、ネットワークから隔離されることで、他の機器５０またはシステムに与える影響度が大きいグループである。また、機器管理テーブル５０１ａに含まれる機器Ｃの機器種別は、「ＴＲＩＶＩＡＬ＿ＴＥＲＭＩＮＡＬ」である。「ＴＲＩＶＩＡＬ＿ＴＥＲＭＩＮＡＬ」は、ネットワークから隔離されても他の機器５０またはシステムに与える影響度が小さいグループである。

管理サーバ１０の判断部１０５は、図１６に示した機器管理テーブル５０１ａを用いて、移動端末に通知する通知内容を特定する。判断部１０５は、例えば、状態変更機器５０の機器種別が「ＩＭＰＯＲＴＡＮＴ＿ＴＥＲＭＩＮＡＬ」である場合（例えば、機器Ａ、機器Ｂ）、状態変更機器５０に対する復旧対応のタイムアウト時間を短く設定する（例えば、タイムアウト時間；３分）。一方で、判断部１０５は、例えば、状態変更機器５０の機器種別が「ＴＲＩＶＩＡＬ＿ＴＥＲＭＩＮＡＬ」である場合（例えば、機器Ｃ）、状態変更機器５０に対する復旧対応のタイムアウト時間を長く設定する（例えば、タイムアウト時間；６０分）。判断部１０５は、それぞれの移動端末７０へ対応依頼を送信してからの経過時間を計測し、タイムアウト時間を経過した場合、対応候補となるユーザが使用する（対応要求を送信する）移動端末７０を変更する。

なお、図１６は、機器種別として「ＩＭＰＯＲＴＡＮＴ＿ＴＥＲＭＩＮＡＬ」と「ＴＲＩＶＩＡＬ＿ＴＥＲＭＩＮＡＬ」の２つのグループを有する例を説明したが、グループの数および内容はこれに限られない。また、タイムアウト時間の設定内容は、機器種別とともに適宜設定・変更可能である。

●第２の実施形態の効果
このように、第２の実施形態に係る遠隔管理システムは、状態変更機器５０の重要度に応じて、状態変更機器５０に対する復旧対応のタイムアウト時間を設定する。そのため、第２の実施形態に係る遠隔管理システムは、状態変更機器５０の重要度に応じてユーザ（対応者）への対応要求の頻度を変えることができる。第２の実施形態に係る遠隔管理システムは、影響度の大きい機器５０には迅速な復旧対応を促すことができ、影響度の小さい機器５０には通知頻度を少なくして対応者の負担を低減させることができる。

●第２の実施形態の変形例１●
続いて、第２の実施形態の変形例１に係る遠隔管理システムについて説明する。図１７は、第２の実施形態の変形例１に係る遠隔管理システムのシステム構成の一例を示す図である。第２の実施形態の変形例１に係る遠隔管理システムは、機器５０が扱う情報の機密性によって、状態変更機器５０に対する対応要求の送信先である移動端末７０を制限することができる。

第２の実施形態の変形例１に係る遠隔管理システムは、ローカルネットワーク２０内に位置する機器５０が、「ＣＯＮＦＩＤＥＮＴＩＡＬ＿ＴＥＲＭＩＮＡＬ」のグループである機器Ａ５０ａおよび機器Ｂ５０ｂと、「ＰＵＢＬＩＣ＿ＴＥＲＭＩＮＡＬ」のグループである機器Ｃ５０ｃとに分類されている。管理サーバ１０の判断部１０は、機器５０が所属するグループごとに、機器５０に異常状態が検知された場合の復旧依頼の要求先となる移動端末７０を制限する。

図１８は、第２の実施形態の変形例１に係る機器管理テーブルの一例を示す図である。図１８に示す機器管理テーブル５０１ｂは、図６に示した機器管理テーブル５０１に含まれる情報に加え、機器種別の情報を含む。機器種別は、機器５０の機密性を示す情報である。機器管理テーブル５０１ｂは、管理サーバ１０の記憶部１０７に記憶されている。

図１７に示すように、機器管理テーブル５０１ｂに含まれる機器Ａおよび機器Ｂの機器種別は、「ＣＯＮＦＩＤＥＮＴＩＡＬ＿ＴＥＲＭＩＮＡＬ」である。「ＣＯＮＦＩＤＥＮＴＩＡＬ＿ＴＥＲＭＩＮＡＬ」は、機密性が高く、復旧作業を依頼するユーザ（対応者）を制限するグループである。また、機器管理テーブル５０１ｂに含まれる機器Ｃの機器種別は、「ＰＵＢＬＩＣ＿ＴＥＲＭＩＮＡＬ」である。「ＰＵＢＬＩＣ＿ＴＥＲＭＩＮＡＬ」は、復旧作業を依頼するユーザ（対応者）を制限しないグループである。

図１９は、第２の実施形態の変形例１に係る通知先管理テーブルの一例を示す図である。図１９に示す通知先管理テーブル５０２ｂは、図７に示した通知先管理テーブル５０２に含まれる情報に加え、管理権限の情報を含む。管理権限は、管理対象の機器５０の復旧対応を行う権限を示す情報である。通知先管理テーブル５０２ｂは、管理サーバ１０の記憶部１０７に記憶されている。

通知先管理テーブル５０２ｂにおいて、移動端末Ａの管理権限は、「ＰＵＢＬＩＣ」であり、機器種別が「ＰＵＢＬＩＣ＿ＴＥＲＭＩＮＡＬ」の機器５０の復旧対応を行うことができる。言い換えれば、移動端末Ａを使用するユーザは、機器種別が「ＣＯＮＦＩＤＥＮＴＩＡＬ＿ＴＥＲＭＩＮＡＬ」の機器５０の復旧対応を行う権限を有さない。また、移動端末Ｂおよび移動端末Ｃの管理権限は、「ＣＯＮＦＩＤＥＮＴＩＡＬ」であり、機器種別が「ＣＯＮＦＩＤＥＮＴＩＡＬ＿ＴＥＲＭＩＮＡＬ」および「ＰＵＢＬＩＣ＿ＴＥＲＭＩＮＡＬ」の機器５０の復旧対応を行うことができる。言い換えれば、移動端末Ｂおよび移動端末Ｃを使用するユーザは、すべての機器５０の復旧対応を行うことができる。

管理サーバ１０の判断部１０５は、図１８に示した機器管理テーブル５０１ｂおよび図１９に示した通知先管理テーブル５０２ｂを用いて、状態変更機器５０の異常状態に対する対応候補となるユーザが使用する移動端末７０を特定する。判断部１０５は、例えば、状態変更機器５０の機器種別が「ＣＯＮＦＩＤＥＮＴＩＡＬ＿ＴＥＲＭＩＮＡＬ」である場合（例えば、機器Ａ、機器Ｂ）、管理権限が「ＣＯＮＦＩＤＥＮＴＩＡＬ」である移動端末（例えば、移動端末Ｂおよび移動端末Ｃ）の中から、対応候補となるユーザが使用する移動端末７０を特定する。一方で、判断部１０５は、例えば、状態変更機器５０の機器種別が「ＰＵＢＬＩＣ＿ＴＥＲＭＩＮＡＬ」である場合（例えば、機器Ｃ）、管理権限が「ＰＵＢＬＩＣ」である移動端末（例えば、移動端末Ａ）の中から、対応候補となるユーザが使用する移動端末７０を特定する。

したがって、第２の実施形態の変形例１に係る遠隔管理システムは、機器５０または機器５０が取り扱う情報の機密性に応じて、対応要求の送信先を制限することができる。なお、図１８は、機器種別として「ＣＯＮＦＩＤＥＮＴＩＡＬ＿ＴＥＲＭＩＮＡＬ」と「ＰＵＢＬＩＣ＿ＴＥＲＭＩＮＡＬ」の２つのグループを有する例を説明したが、グループの数および内容はこれに限られない。

●第２の実施形態の変形例２●
続いて、第２の実施形態の変形例２に係る遠隔管理システムについて説明する。図２０は、第２の実施形態の変形例２に係る遠隔管理システムのシステム構成の一例を示す図である。第２の実施形態の変形例２に係る遠隔管理システムは、複数のローカルネットワーク２０（２０ａ、２０ｂ、２０ｃ）を含み、ローカルネットワーク２０ごとにグループ分けされている。そして、遠隔管理システムは、異常状態が検知された機器５０が接続する仲介装置３０（ゲートウェイ）が属するグループごとに、状態変更機器５０に対する対応要求の送信先となる移動端末７０を制限することができる。

第２の実施形態の変形例２に係る遠隔管理システムは、複数のローカルネットワーク２０が、グループＡであるローカルネットワーク２０ａおよびローカルネットワーク２０ｂと、グループＢであるローカルネットワーク２０ｃとに分類されている。管理サーバ１０の判断部１０は、状態変更機器５０が接続する仲介装置３０（ゲートウェイ）が属するグループごとに、状態変更機器５０に異常状態が検知された場合の復旧依頼の要求先となる移動端末７０を制限する。

図２１は、第２の実施形態の変形例２に係る機器管理テーブルの一例を示す図である。
図２１に示す機器管理テーブル５０１ｃは、図６に示した機器管理テーブル５０１に含まれる情報に加え、所属の情報を含む。所属は、機器５０が接続された仲介装置３０が所属するグループを示す情報である。機器管理テーブル５０１ｃは、管理サーバ１０の記憶部１０７に記憶されている。

図２０に示すように、機器管理テーブル５０１ｃに含まれるゲートウェイＡ（仲介装置３０ａ）およびゲートウェイＢ（仲介装置３０ｂ）の所属は、「グループＡ」である。また、機器管理テーブル５０１ｂに含まれるゲートウェイＣ（仲介装置３０ｃ）の所属は、「グループＢ」である。グループ分けは、例えば、同じサービスを利用する顧客先のローカルネットワーク２０ごとに分類してされてもよいし、距離の近いローカルネットワーク２０ごとに分類されてもよい。

図２２は、第２の実施形態の変形例２に係る通知先管理テーブルの一例を示す図である。図２２に示す通知先管理テーブル５０２ｃは、図７に示した通知先管理テーブル５０２に含まれる情報に加え、所属名の情報を含む。所属名は、管理対象の機器５０が接続する仲介装置３０（ゲートウェイ）が属するグループを示す情報である。通知先管理テーブル５０２ｃは、所属ごとに、機器５０に対する対応可否の情報を関連づけて記憶している。通知先管理テーブル５０２ｃは、管理サーバ１０の記憶部１０７に記憶されている。

通知先管理テーブル５０２ｃにおいて、移動端末Ａを使用するユーザは、グループＡに属する仲介装置３０（例えば、仲介装置３０ａ、仲介装置３０ｂ）に接続された機器５０の復旧対応を行うことができる。一方で、移動端末Ａを使用するユーザは、グループＢに属する仲介装置３０（例えば、仲介装置３０ｃ）に接続された機器５０の復旧対応を行うことができない。また、移動端末Ｂを使用するユーザは、グループＡに属する仲介装置３０（例えば、仲介装置３０ａ、仲介装置３０ｂ）に接続された機器５０の復旧対応を行うことができない。一方で、移動端末Ｂを使用するユーザは、グループＢに属する仲介装置３０（例えば、仲介装置３０ｃ）に接続された機器５０の復旧対応を行うことができる。さらに、移動端末Ｃを使用するユーザは、グループＡに属する仲介装置３０（例えば、仲介装置３０ａ、仲介装置３０ｂ）に接続された機器５０、およびグループＢに属する仲介装置３０（例えば、仲介装置３０ｃ）に接続された機器５０の復旧対応を行うことができる。

管理サーバ１０の判断部１０５は、図２１に示した機器管理テーブル５０１ｃおよび図２２に示した通知先管理テーブル５０２ｃを用いて、状態変更機器５０の異常状態に対する対応候補となるユーザが使用する移動端末７０を特定する。判断部１０５は、例えば、仲介装置通信部１０１によって受信された異常検知通知に含まれる仲介装置３０（ゲートウェイ）の識別情報を用いて、状態変更機器５０が接続する仲介装置３０（ゲートウェイ）が所属するグループを特定する。そして、判断部１０５は、特定したグループに属する復旧対応が可能なユーザが使用する移動端末７０の中から、対応候補となるユーザが使用する移動端末７０を特定する。

したがって、第２の実施形態の変形例２に係る遠隔管理システムは、顧客先のネットワークであるローカルネットワーク２０ごとに対応要求を送信する対応者を制限することができる。なお、図２１は、所属として「グループＡ」と「グループＢ」の２つのグループを有する例を説明したが、グループの数および内容はこれに限られない。

●第３の実施形態●
次に、第３の実施形態に係る遠隔管理システムついて説明する。なお、第１の実施形態および第２の実施形態と同一構成および同一機能は、同一の符号を付して、その説明を省略する。図２３は、第３の実施形態に係る遠隔管理システムのシステム構成の一例を示す図である。第３の実施形態に係る遠隔管理システムは、管理対象の機器５０に対する対応依頼先である移動端末７０が端末種別に応じてグループ分けされている。

第３の実施形態に係る遠隔管理システムは、移動端末７０が、「ＰＲＩＭＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」のグループである移動端末７０ａおよび移動端末７０ｂと、「ＳＥＣＯＮＤＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」のグループである移動端末７０ｃとに分類されている。管理サーバ１０の判断部１０５は、移動端末７０が所属するグループごとに、機器５０に異常状態が検知された場合の復旧依頼の要求先となる移動端末７０を制限する。

図２４は、第３の実施形態に係る通知先管理テーブルの一例を示す図である。図２４に示す通知先管理テーブル５０２ｄは、図７に示した通知先管理テーブル５０２に含まれる情報に加え、端末種別の情報を含む。端末種別は、管理対象の機器５０に対する対応依頼を送信する優先度を示す情報である。通知先管理テーブル５０２ｂは、管理サーバ１０の記憶部１０７に記憶されている。

通知先管理テーブル５０２ｄにおいて、移動端末Ａおよび移動端末Ｂの端末種別は、「ＰＲＩＭＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」である。「ＰＲＩＭＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」は、通常時に状態変更機器５０に対する対応依頼を送信する一次通知先となる端末グループである。また、移動端末Ｃの端末種別は、「ＳＥＣＯＮＤＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」である。「ＳＥＣＯＮＤＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」は、対応可能者の数が所定の閾値以下になった場合に状態変更機器５０に対する対応依頼を送信する二次通知先となる端末グループである。

管理サーバ１０の判断部１０５は、図２４に示した通知先管理テーブル５０２ｄを用いて、状態変更機器５０の異常状態に対する対応候補となるユーザが使用する移動端末７０を特定する。判断部１０５は、例えば、通常、仲介装置通信部１０１により仲介装置３０から異常検知通知を受信した場合、端末種別が「ＰＲＩＭＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」である移動端末（例えば、移動端末Ａおよび移動端末Ｂ）の中から、対応候補となるユーザが使用する移動端末７０を特定する。一方で、判断部１０５は、例えば、対応可能者（対応可能なユーザ）の数が所定の閾値以下になった場合、端末種別が「ＳＥＣＯＮＤＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」である移動端末（例えば、移動端末Ｃ）を含むすべての対応可能なユーザが使用する移動端末７０の中から、対応候補となるユーザが使用する移動端末７０を特定する。なお、対応可能者数の所定の閾値は、管理サーバ１０において設定され、適宜修正・変更可能である。

なお、図２３は、端末種別として「ＰＲＩＭＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」と「ＳＥＣＯＮＤＡＲＹ＿ＣＡＮＤＩＤＡＴＥ」の２つのグループを有する例を説明したが、グループの数および内容はこれに限られない。

●第３の実施形態の効果
このように、第３の実施形態に係る遠隔管理システムは、状態変更機器５０に対する対応要求の送信先となる移動端末７０を階層づけることで、対応依頼の送信先となる移動端末７０を制限する。そのため、第３の実施形態に係る遠隔管理システムは、ユーザ（対応者）に対する通知頻度を少なくして対応者の負担を低減させることができる。また、第３の実施形態に係る遠隔管理システムは、対応可能者が所定の閾値以下になった場合、対応可能なすべてのユーザが使用する移動端末７０へ対応依頼を送信することで、復旧対応者が存在しないことによって状態変更機器５０が復旧されないという事態を未然に防止することができる。

●第４の実施形態●
次に、第４の実施形態に係る遠隔管理システムついて説明する。第４の実施形態に係る遠隔管理システムは、同じ移動端末７０に対応要求が集中することを防ぐため、位置情報の類似度を用いて、対応要求を送信する移動端末７０を選択する。

図２５は、第４の実施形態に係る管理サーバの処理フローの一例を示すフローチャートである。なお、ステップＳ５０１〜ステップＳ５０４の処理は、図１０に示したステップＳ３０１〜ステップＳ３０４の処理と同様であるため、説明を省略する。

ステップＳ５０５において、管理サーバ１０の判断部１０５は、特定した状態変更機器５０と最も距離が近い移動端末７０を基準として、特定した移動端末７０以外の移動端末７０の位置情報との類似度を算出する。類似度の算出方法は、位置情報のユークリッド距離を用いても算出してもよく、位置情報にフロア情報を含む場合、フロア数の差を用いても算出してもよい。また、類似度の算出方法は、これらの組合せにより算出されてもよい。判断部１０５は、算出手段の一例である。

ステップＳ５０６において、管理サーバ１０の判断部１０５は、算出された類似度が所定の範囲内である移動端末７０の中から、いずれかの移動端末７０を選択する。移動端末７０の選択に用いる類似度の範囲は、管理サーバ１０において設定され、適宜修正・変更可能である。移動端末７０の選択方法は、予め記憶部１０７に記憶されており、ランダムでも連番でもよい。

また、移動端末７０の選択方法は、これまでの対応回数をもとに選択されてもよい。例えば、判断部１０５は、算出された類似度が所定の範囲内である移動端末７０の中から、対応回数が最も少ない移動端末７０を選択する。移動端末７０の対応回数は、図２６に示すように、記憶部１０７に記憶された通知先管理テーブル５０２ｅに記憶して管理されている。

ステップＳ５０７において、管理サーバ１０の移動端末通信部１０４は、判断部１０５によって選択された移動端末７０へ、状態変更機器５０に対する対応要求を送信する。また、移動端末通信部１０４は、判断部１０５によって選択された移動端末７０以外の移動端末７０へ、対応可否の回答要求を送信する。

ステップＳ５０８において、移動端末通信部１０４は、対応要求を送信した移動端末７０から対応完了通知を受信した場合、処理を終了する。一方で、移動端末通信部１０４は、対応要求を送信した移動端末７０から対応完了通知を受信していない場合、処理をステップＳ５０９へ移行させる。

ステップＳ５０９において、移動端末通信部１０４は、対応要求を送信した移動端末７０から対応辞退を示す対応情報を受信した場合、処理をステップＳ５１１へ移行させる。一方で、移動端末通信部１０４は、対応要求を送信した移動端末７０から対応辞退を示す対応情報を受信していない場合、処理をステップＳ５１０へ移行させる。

ステップＳ５１０において、管理サーバ１０は、対応要求を送信してから所定の時間経過した場合、処理をステップＳ５１１へ移行させる。一方で、管理サーバ１０は、所定の時間経過するまで、ステップＳ５０８およびステップＳ５０９の処理を繰り返す。

ステップＳ５１１において、管理サーバ１０の判断部１０５は、算出した類似度が所定の範囲内であり、かつ対応可能な他のユーザが使用する移動端末７０の中で、いずれかの移動端末７０を選択する。移動端末７０の選択方法は、ステップＳ５０６の処理と同様である。その後、管理サーバ１０は、再びステップＳ５０７以降の処理を繰り返す。

●第４の実施形態の効果
このように、第４の実施形態に係る遠隔管理システムは、状態変更機器５０と最も距離の近い移動端末７０の位置情報との類似度が、所定の範囲内である移動端末７０の中から、状態変更機器５０に対する対応候補となるユーザが使用する移動端末７０を選択する。そのため、第４の実施形態に係る遠隔管理システムは、同じユーザ（対応者）に、状態変更機器５０に対する対応要求が集中することを防ぐことができる。

●まとめ●
以上説明したように、本発明の一実施形態に係る管理装置は、ローカルネットワーク２０内の機器５０と通信可能な仲介装置３０と、ファイアウォール２５を介して通信を行う管理サーバ１０（管理装置の一例）であって、機器５０のうち異常状態を示す状態変更機器５０を特定する検知情報を、仲介装置３０から受信する。そして、管理サーバ１０は、受信された検知情報により特定される状態変更機器５０の位置情報と、機器５０に関連づけられた移動端末７０（端末の一例）の位置情報とに基づいて、移動端末７０のうち状態変更機器５０の異常状態に対応する対応候補のユーザが使用する移動端末７０を特定し、特定した移動端末７０へ、状態変更機器５０に対する対応要求を送信する。そのため、管理サーバ１０は、管理対象の機器５０に異常が検知された場合において、管理対象の機器５０に対する最適な対応者に、対応要求を送信することで迅速な対応を促すことができる。

また、本発明の一実施形態に係る管理サーバ１０（管理装置の一例）は、状態変更機器５０の位置情報と移動端末７０（端末の一例）の位置情報とを用いて、状態変更機器５０に最も距離の近い移動端末７０を、状態変更機器５０に対する対応候補のユーザが使用する移動端末７０として特定し、特定した移動端末７０へ、状態変更機器５０に対する対応要求を送信する。そのため、管理サーバ１０は、状態変更機器５０に物理的に近い対応者に、迅速な復旧処置を実行させることができる。

さらに、本発明の一実施形態に係る管理サーバ１０（管理装置の一例）は、状態変更機器５０に最も距離の近い移動端末７０（第１の端末の一例）の位置情報と、状態変更機器５０に最も距離の近い移動端末７０とは異なる移動端末７０（第２の端末の一例）の位置情報との類似度を算出し、算出された類似度が所定の範囲内である移動端末７０の中から、状態変更機器５０に対する対応候補のユーザが使用する移動端末７０として特定する。そのため、管理サーバ１０は、同じ移動端末７０に、状態変更機器５０に対する対応要求が集中することを防ぐことができる。

また、本発明の一実施形態に係る管理サーバ１０（管理装置の一例）は、対応要求の送信先である移動端末７０（端末の一例）から、状態変更機器５０に対する対応状況を示す対応情報を受信するとともに、対応要求の送信先である移動端末７０以外の移動端末７０へ、状態変更機器５０の異常状態に対する対応可否の回答要求を送信する。そして、管理サーバ１０は、受信された対応情報が対応辞退を示す場合、回答要求に対して対応可能の回答を送信した移動端末７０の中から、状態変更機器５０に対する対応候補のユーザが使用する移動端末７０を変更する。そのため、管理サーバ１０は、状態変更機器５０に対応要求の送信先である移動端末７０が対応できない場合においても、対応候補を動的に変更することで、復旧対応が行われないという事態を防止することができる。

さらに、本発明の一実施形態に係る管理サーバ１０（管理装置の一例）は、特定した移動端末７０（端末の一例）へ対応要求を送信してからの経過時間を計測し、経過時間がタイムアウト時間（所定の時間の一例）を経過した場合、回答要求に対して対応可能の回答を送信した移動端末７０の中から、状態変更機器５０に対する対応候補のユーザが使用する移動端末７０を変更する。そのため、管理サーバ１０は、状態変更機器５０に対応要求の送信先である移動端末７０からの応答がない場合においても、状態変更機器５０に対する対応候補のユーザを他の移動端末７０を使用するユーザに変更することで、復旧対応が行われないという事態を防止することができる。

また、本発明の一実施形態に係る管理サーバ１０（管理装置の一例）は、機器５０の種別を示す情報と移動端末７０（端末の一例）の識別情報を関連づけて記憶し、状態変更機器５０の種別に関連づけられた移動端末７０の中から、状態変更機器５０に対する対応候補のユーザが使用する移動端末７０を特定する。そのため、管理サーバ１０は、状態変更機器５０の種別に応じて、復旧対応を行う対応者を制限することができる。

さらに、本発明の一実施形態に係る管理サーバ１０（管理装置の一例）は、移動端末７０（端末の一例）の種別を示す情報と機器５０の識別情報とを関連づけて記憶し、状態変更機器５０に関連づけられた種別を示す移動端末７０の中から状態変更機器５０に対する対応候補のユーザが使用する移動端末７０を特定する。そのため、管理サーバ１０は、移動端末７０の種別に応じて、対応依頼を送信する移動端末７０を制限することで、対応者に対する通知頻度を少なくして対応者の負担を低減させることができる。

また、本発明の一実施形態に係る遠隔管理システムは、管理サーバ１０（管理装置の一例）と、機器５０に関連づけられた移動端末７０（端末の一例）と、を備える遠隔管理システムであって、移動端末７０は、管理サーバ１０から送信された対応要求に対して、移動端末７０を使用するユーザが対応要求に対して対応可能か否かの選択を受け付け、選択された情報を、管理サーバ１０へ送信する。そのため、遠隔管理システムは、状態変更機器５０に対する復旧対応の対応者の繁忙度や能力に応じて、対応者自身の判断によって、対応可否の意思表示を行うことができる。

さらに、本発明の一実施形態に係る遠隔管理システムは、機器５０の異常状態を検知する検知部３０２（検知手段の一例）と、異常状態が検知された状態変更機器５０と仲介装置３０との通信を切断する切換部３０３（切断手段の一例）と、を備える。そのため、遠隔管理システムは、異常状態が検知された状態変更機器５０をネットワークから隔離することがで、他の機器５０またはシステムに与える影響を最小限に留めることができる。

また、本発明の一実施形態に係る機器管理方法は、ローカルネットワーク２０内の機器５０と通信可能な仲介装置３０とファイアウォール２５を介して通信を行う管理サーバ１０（管理装置の一例）が実行する機器管理方法であって、機器５０のうち異常状態を示す状態変更機器５０を特定する検知情報を、仲介装置３０から受信する受信ステップと、
受信された検知情報により特定される状態変更機器５０の位置情報と、機器５０に関連づけられた移動端末７０（端末の一例）の位置情報とに基づいて、移動端末７０のうち異常状態に対応する対応候補のユーザが使用する移動端末７０を特定する特定ステップと、
特定された移動端末７０へ、状態変更機器５０に対する対応要求を送信する送信ステップと、を実行する。そのため、管理サーバ１０が実行する機器管理方法は、管理対象の機器５０に異常が検知された場合において、管理対象の機器５０に対する最適な対応者に、対応要求を送信することで迅速な対応を促すことができる。

●補足●
なお、各実施形態の機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）等のレガシープログラミング言語またはオブジェクト指向プログラミング言語等で記述されたコンピュータ実行可能なプログラムにより実現でき、各実施形態の機能を実行するためのプログラムは、電気通信回線を通じて頒布することができる。

また、各実施形態の機能を実行するためのプログラムは、ＲＯＭ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、ＥＰＲＯＭ（Erasable Programmable Read-Only Memory）、フラッシュメモリ、フレキシブルディスク、ＣＤ（Compact Disc）−ＲＯＭ、ＣＤ−ＲＷ（Re-Writable）、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯ（Magneto-Optical disc）等の装置可読な記録媒体に格納して頒布することもできる。

さらに、各実施形態の機能の一部または全部は、例えばＦＰＧＡ（Field Programmable Gate Array）等のプログラマブル・デバイス（PD）上に実装することができ、またはＡＳＩＣとして実装することができ、各実施形態の機能をＰＤ上に実現するためにＰＤにダウンロードする回路構成データ（ビットストリームデータ）、回路構成データを生成するためのＨＤＬ（Hardware Description Language）、ＶＨＤＬ（Very High Speed Integrated Circuits Hardware Description Language）、Ｖｅｒｉｌｏｇ−ＨＤＬ等により記述されたデータとして記録媒体により配布することができる。

これまで本発明の一実施形態に係る管理装置、機器管理システム、機器管理方法およびプログラムについて説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態の追加、変更または削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１０ 管理サーバ（管理装置の一例）
２０ ローカルネットワーク
３０ 仲介装置
５０ 機器（状態変更機器の一例）
７０ 移動端末（端末の一例）
９０ 位置情報発信装置
１０１ 仲介装置通信部（受信手段の一例）
１０３ 位置情報取得部（取得手段の一例）
１０４ 移動端末通信部（送信手段の一例）
１０５ 判断部（特定手段の一例、算出手段の一例、計測手段の一例）
１０７ 記憶部（記憶手段の一例）
３０２ 検知部（検知手段の一例）
３０３ 切換部（切断手段の一例）
７０４ 受付部（受付手段の一例）

特開２００１−１１１６９６号公報

Claims (13)

1. ローカルネットワーク内の機器と通信可能な仲介装置と、ファイアウォールを介して通信を行う管理装置であって、
   前記機器のうち異常状態を示す状態変更機器を特定する検知情報を、前記仲介装置から受信する受信手段と、
   前記受信された検知情報により特定される前記状態変更機器の位置情報と、前記機器に関連づけられた端末の位置情報とに基づいて、前記端末のうち前記異常状態に対応する対応候補のユーザが使用する端末を特定する特定手段と、
   前記特定された端末へ、前記状態変更機器に対する対応要求を送信する送信手段と、
   を備える管理装置。
2. 前記特定手段は、前記状態変更機器の位置情報と前記端末の位置情報とを用いて、前記状態変更機器に最も距離の近い端末を、前記対応候補のユーザが使用する端末として特定し、
   前記送信手段は、前記特定された端末へ、前記対応要求を送信する、
   請求項１に記載の管理装置。
3. 請求項２に記載の管理装置であって、更に、
   前記状態変更機器に最も距離の近い第１の端末の位置情報と、前記第１の端末とは異なる第２の端末の位置情報との類似度を算出する算出手段を備え、
   前記特定手段は、前記算出された類似度が所定の範囲内である端末の中から、前記対応候補のユーザが使用する端末を特定する、管理装置。
4. 請求項１乃至３のいずれか一項に記載の管理装置であって、更に、
   前記対応要求の送信先である端末から、前記機器に対する対応状況を示す対応情報を受信する受信手段を備え、
   前記送信手段は、前記対応要求の送信先である端末以外の端末へ、前記異常状態に対する対応可否の回答要求を送信し、
   前記特定手段は、前記受信された対応情報が対応辞退を示す場合、前記回答要求に対して対応可能の回答を送信した端末の中から、前記対応候補のユーザが使用する端末を変更する、管理装置。
5. 請求項４に記載の管理装置であって、更に、
   前記端末へ前記対応要求を送信してからの経過時間を計測する計測手段を備え、
   前記特定手段は、前記経過時間が所定の時間経過した場合、前記回答要求に対して対応可能の回答を送信した端末の中から、前記対応候補のユーザが使用する端末を変更する、管理装置。
6. 請求項１乃至５のいずれか一項に記載の管理装置であって、更に、
   前記機器の管理を行う対応者が使用する一以上の端末から、当該端末の位置情報を取得する取得手段を備え、
   前記特定手段は、前記状態変更機器の位置情報と、前記取得された端末の位置情報とに基づいて、前記対応候補のユーザが使用する端末を特定する、管理装置。
7. 請求項１乃至６のいずれか一項に記載の管理装置であって、更に、
   前記機器の位置情報と前記端末の宛先を示す宛先情報を記憶する記憶手段を備え、
   前記特定手段は、前記記憶された位置情報を用いて、前記対応候補のユーザが使用する端末を特定し、
   前記送信手段は、前記記憶された宛先情報を用いて、前記特定された端末へ、前記対応要求を送信する、管理装置。
8. 前記記憶手段は、前記機器の種別を示す情報と前記端末の識別情報を関連づけて記憶し、
   前記特定手段は、前記状態変更機器の種別に関連づけられた端末の中から、前記対応候補のユーザが使用する端末を特定する、請求項７に記載の管理装置。
9. 前記記憶手段は、前記端末の種別を示す情報と前記機器の識別情報とを関連づけて記憶し、
   前記特定手段は、前記状態変更機器に関連づけられた種別を示す端末の中から、前記対応候補のユーザが使用する端末を特定する、請求項７または８に記載の管理装置。
10. 請求項１乃至９のいずれか一項に記載の管理装置と、前記機器に関連づけられた端末と、を備える遠隔管理システムであって、
    前記端末は、
    前記管理装置から送信された対応要求に対して、前記端末を使用するユーザが前記対応要求に対して対応可能か否かの選択を受け付ける受付手段と、を備え、
    前記選択された情報を、前記端末から前記管理装置へ送信する、遠隔管理システム。
11. 請求項１０に記載の遠隔管理システムであって、更に、
    前記機器の異常状態を検知する検知手段と、
    前記異常状態が検知された機器と前記仲介装置との通信を切断する切断手段と、
    を備える遠隔管理システム。
12. ローカルネットワーク内の機器と通信可能な仲介装置と、ファイアウォールを介して通信を行う管理装置が実行する機器管理方法であって、
    前記機器のうち異常状態を示す状態変更機器を特定する検知情報を、前記仲介装置から受信する受信ステップと、
    前記受信された検知情報により特定される前記状態変更機器の位置情報と、前記機器に関連づけられた端末の位置情報とに基づいて、前記端末のうち前記異常状態に対応する対応候補のユーザが使用する端末を特定する特定ステップと、
    前記特定された端末へ、前記状態変更機器に対する対応要求を送信する送信ステップと、
    を実行する機器管理方法。
13. コンピュータに、請求項１２に記載の機器管理方法を実行させるプログラム。

Images