特開 2024-136074 デバイス管理装置、デバイス管理システム、ユーザ端末、デバイス管理方法、及び、プログラム

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

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

(11)【公開番号】P2024136074

(43)【公開日】2024-10-04

(54)【発明の名称】デバイス管理装置、デバイス管理システム、ユーザ端末、デバイス管理方法、及び、プログラム

(51)【国際特許分類】

   H04L 12/28 20060101AFI20240927BHJP

【ＦＩ】

H04L12/28 200Z

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2023047041

(22)【出願日】2023-03-23

(71)【出願人】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】110000442

【氏名又は名称】弁理士法人武和国際特許事務所

(72)【発明者】

【氏名】中尾 友哉

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

5K033

【Ｆターム（参考）】

5K033DA01

5K033EA03

5K033EA04

5K033EB03

(57)【要約】

【課題】異常が生じているデバイスの詳細を容易に把握する。
【解決手段】ネットワークを介してデバイスと接続するデバイス管理装置が、前記デバイスの状態を示す状態情報、及び、前記デバイスの異常状態を出力する出力部と、前記状態情報に関する操作を受け付ける操作部と、前記操作に基づいて、前記状態情報及び前記異常状態の詳細を前記出力部に出力させる出力制御部とを備える。
【選択図】図３２

【特許請求の範囲】

【請求項1】

ネットワークを介してデバイスと接続するデバイス管理装置であって、
前記デバイスの状態を示す状態情報、及び、前記デバイスの異常状態を出力する出力部と、
前記状態情報に関する操作を受け付ける操作部と、
前記操作に基づいて、前記状態情報及び前記異常状態の詳細を前記出力部に出力させる出力制御部と
を備えるデバイス管理装置。

【請求項2】

前記出力制御部は、
前記状態情報に基づき、複数の前記デバイスについて一覧にして出力する
請求項１に記載のデバイス管理装置。

【請求項3】

前記状態情報、及び、閾値に基づき、前記デバイスが異常であるか否かを判断する判断部を更に備え、
前記閾値で定まる範囲に対して、前記状態情報が範囲外である判断されると、
前記出力部は、
前記デバイスが異常であるのを示す異常情報を出力する
請求項１に記載のデバイス管理装置。

【請求項4】

前記デバイスの位置を示す位置情報を入力する入力部を更に備え、
前記出力制御部は、
前記位置情報に基づき、マップに前記デバイスの位置を出力する
請求項１に記載のデバイス管理装置。

【請求項5】

前記出力制御部は、
前記マップを出力させる操作が行われると、前記デバイスが配置された前記マップを出力する
請求項４に記載のデバイス管理装置。

【請求項6】

前記状態情報は、
前記デバイスの温度、湿度、電圧、気圧、照度、及び、電波強度を計測した計測結果である
請求項１に記載のデバイス管理装置。

【請求項7】

前記状態情報のうち、前記温度、又は、前記電圧が異常状態であり、かつ、前記異常状態が特別条件を満たすと、
前記出力制御部は、
特別な出力先に出力、又は、特別な形式で出力する
請求項６に記載のデバイス管理装置。

【請求項8】

前記状態情報、及び、前記異常状態を学習データとして学習した学習済みモデルによって、前記デバイスが異常状態である、又は、前記デバイスが異常状態となる予兆を推測する
請求項１に記載のデバイス管理装置。

【請求項9】

前記状態情報、及び、前記異常状態を学習データとして学習した学習済みモデルによって、前記デバイスが前記異常状態であるか否かを判断する閾値を最適化する
請求項１に記載のデバイス管理装置。

【請求項10】

前記状態情報、及び、前記異常状態を学習データとして学習した学習済みモデルによって、前記デバイスが前記異常状態であると、前記異常状態に対応する提案情報を出力する
請求項１に記載のデバイス管理装置。

【請求項11】

前記デバイスの状態を示す状態情報を記憶する記憶部を更に備える
請求項１に記載のデバイス管理装置。

【請求項12】

ネットワークを介してデバイスと接続するデバイス管理装置と、
前記デバイス管理装置と接続するユーザ端末とを有するデバイス管理システムであって、
前記デバイス管理装置は、
前記デバイスの状態を示す状態情報、及び、前記デバイスの異常状態を出力する出力部と、
前記状態情報に関する操作を受け付ける操作部と、
前記操作に基づいて、前記状態情報及び前記異常状態の詳細を前記出力部に出力させる出力制御部と
を備えるデバイス管理システム。

【請求項13】

デバイスの状態を示す状態情報、及び、前記デバイスの異常状態を出力する出力部と、
前記状態情報に関する操作を受け付ける操作部と、
前記操作に基づいて、前記状態情報及び前記異常状態の詳細を前記出力部に出力させる出力制御部と、を備えるデバイス管理装置と接続するユーザ端末であって、
前記状態情報、及び、前記異常状態、かつ、ユーザによる操作に基づき、前記状態情報の詳細を出力する出力部
を備えるユーザ端末。

【請求項14】

ネットワークを介してデバイスと接続するデバイス管理装置が行うデバイス管理方法であって、
前記デバイスの状態を示す状態情報、及び、前記デバイスの異常状態を出力する出力手順と、
前記状態情報に関する操作を受け付ける操作手順と、
前記操作に基づいて、前記状態情報及び前記異常状態の詳細を前記出力手順で出力させる出力制御手順と、を含むデバイス管理方法。

【請求項15】

請求項１４に記載のデバイス管理方法をコンピュータに実行されるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デバイス管理装置、デバイス管理システム、ユーザ端末、デバイス管理方法、及び、プログラムに関する。

【背景技術】

【0002】

Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）において、様々なＩｏＴデバイスを遠隔地からモニタリングするために、センサを配置する（センサは、ＩｏＴデバイスが有する場合もある）。そして、センサからのデータを収集する。このようにネットワークを介して収集するデータに基づいてモニタリングする技術が知られている。

【0003】

具体的には、照明器を電気的に接続するアダプタが、ソケットに通電がなされている間、所定の情報を、設定された送信間隔で情報処理装置に無線で送信する。そして、情報処理装置は、アダプタから受信した情報の履歴に基づいて、ソケットの通電状態の履歴である通電状態履歴を記録する。次に、情報処理装置は、通電状態履歴に基づき、監視情報を生成する。このように監視情報画面を表示して、観察対象者の活動状況を網羅的にモニタリングする技術が知られている（特許文献１等を参照）。

【発明の概要】

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

【0004】

特許文献１で開示される技術は、管理対象とするデバイスの位置、又は、状態等の詳細な情報（以下「詳細」という。）を出力しないため、異常が生じているデバイスの詳細が容易に把握できない課題がある。

【0005】

本発明は、異常が生じているデバイスの詳細を容易に把握することを目的とする。

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

【0006】

上記技術的課題を解決するため、本発明の一態様は、デバイス管理装置は、
ネットワークを介してデバイスと接続するデバイス管理装置であって、
前記デバイスの状態を示す状態情報、及び、前記デバイスの異常状態を出力する出力部と、
前記状態情報に関する操作を受け付ける操作部と、
前記操作に基づいて、前記状態情報及び前記異常状態の詳細を前記出力部に出力させる出力制御部と
を備える。

【発明の効果】

【0007】

本発明によれば、異常が生じているデバイスの詳細を容易に把握できる。

【図面の簡単な説明】

【0008】

【図1】デバイス管理システムの例を示す図である。

【図2】デバイス管理装置のハードウェア構成例を示す図である。

【図3】システム構成例を示す図である。

【図4】ソフトウェア構成例、及び、データ構成例を示す図である。

【図5】ＵＩ、及び、状態遷移の例を示す図（その１）である。

【図6】ＵＩ、及び、状態遷移の例を示す図（その２）である。

【図7】ダッシュボード画面の例を示す図である。

【図8】異常状態の判断例を示す図である。

【図9】温度の詳細をグラフで表示する例を示す図である。

【図10】温度の詳細をグラフで表示する場合における第１操作例を示す図である。

【図11】温度の詳細をグラフで表示する場合における第２操作例を示す図である。

【図12】マップの事前設定例（その１）を示す図である。

【図13】マップの事前設定例（その２）を示す図である。

【図14】マップの事前設定例（その３）を示す図である。

【図15】マップの事前設定例（その４）を示す図である。

【図16】マップの事前設定例（その５）を示す図である。

【図17】詳細をマップで表示する例を示す図である。

【図18】位置情報の入力例を示す図である。

【図19】マーカを削除する操作の例を示す図である。

【図20】閾値を設定する画面の例を示す図である。

【図21】設定対象とするデバイスを選択する操作の例を示す図である。

【図22】上限温度の設定例を示す図である。

【図23】入力形式のチェック例を示す図である。

【図24】全体処理例を示す図である。

【図25】デバイスの登録例を示す図である。

【図26】マップに関する設定、及び、出力を行う例を示す図である。

【図27】優先度を用いる全体処理例を示す図である。

【図28】特別な出力を行う例である。

【図29】ＡＩを用いる例を示す図である。

【図30】マップに関する情報の記憶例を示す図である。

【図31】デバイスに関する情報の記憶例を示す図である。

【図32】機能構成例を示す図である。

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

【0009】

［デバイス管理システムの例］
以下、本発明に係る実施形態について図面を参照しながら説明する。

【0010】

図１は、デバイス管理システムの例を示す図である。デバイス管理システム１は、ネットワーク１００を介して、各デバイスが通信を行う構成である。

【0011】

デバイスは、例えば、電子黒板２、インクジェットプリンタ３、スマートフォン４、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、以下「ＰＣ５」という。）、全天球撮影装置６、ビデオ会議端末７、プロジェクタ８、又は、ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ、以下「ＭＦＰ９」という。）等である。

【0012】

以下、デバイス管理システム１において、デバイス管理装置をサーバ１０とする。また、以下の説明では、ユーザが操作するユーザ端末をＰＣ５とする。ただし、デバイス管理装置、及び、ユーザ端末は、ＰＣ５、及び、サーバ１０以外の情報処理装置でもよい。

【0013】

なお、デバイスは、通信機能を備えた装置であれば、上記の装置に限られない。すなわち、デバイスは、所定の情報を取得できるセンサを備え、かつ、デバイス管理装置とネットワーク１００を介して通信を行う通信装置を備えるのであれば、ハードウェア構成、又は、機能構成を問わない。また、センサ、及び、通信装置は、外部装置であってもよい。

【0014】

デバイスは、例えば、デジタルサイネージ等の出力装置、ＨＵＤ（Ｈｅａｄ Ｕｐ Ｄｉｓｐｌａｙ）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Ｃｏｎｎｅｃｔｅｄ Ｃａｒ）、ノートＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、携帯電話、タブレット端末、ゲーム機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルカメラ、ウェアラブルＰＣ、又は、デスクトップＰＣ等でもよい。

【0015】

［デバイス、及び、デバイス管理装置の例］
図２は、デバイス管理装置のハードウェア構成例を示す図である。例えば、サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、以下「ＣＰＵ１０Ｈ１」という。）、記憶装置１０Ｈ２、入力装置１０Ｈ３、出力装置１０Ｈ４、及び、通信装置１０Ｈ５を備えるハードウェア構成である。

【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】

第２テキストＴＸ２は、図８（Ｂ）の設定で管理した環境で異常と判断された場合に出力されるログの例である。具体的には、第２１テキストＴＸ２１は、いくつかの状態情報が異常な状態であるとする結論をテキスト形式で表示したものである。

【0112】

第２１テキストＴＸ２１の他に、第２テキストＴＸ２では、第２２テキストＴＸ２２、第２３テキストＴＸ２３、第２４テキストＴＸ２４、及び、第２５テキストＴＸ２５が表示される。

【0113】

第２２テキストＴＸ２２は、異常状態のデバイス１０２を特定する情報を示す。具体的には、「Ｇ１０１」は、デバイス１０２のＩＤ等である。

【0114】

第２３テキストＴＸ２３は、温度、湿度、及び、電圧を計測するセンサ１０４の計測結果を種類ごとに示す。

【0115】

具体的には、「３１．２℃」は、デバイス１０２の温度を計測した結果である。そして、デバイス１０２の温度が閾値よりも高い温度であると、異常状態と判断する。さらに、「２０．３％」は、デバイス１０２の湿度を計測した結果である。そして、デバイス１０２の湿度が閾値よりも低い湿度であると、異常状態と判断する。

【0116】

また、「２．１」は、デバイス１０２における電圧を計測した結果である。そして、デバイス１０２の電圧が閾値よりも低い電圧であると、異常状態と判断する。

【0117】

第２４テキストＴＸ２４は、状態情報ごとに閾値に設定された値を示す。具体的には、「３１．０℃」という閾値は、温度用に事前にユーザに設定された値である。

【0118】

また、「２１．０％」という閾値は、湿度用に事前にユーザに設定された値である。さらに、「３．０」という閾値は、電圧の下限用に事前にユーザに設定された値である。

【0119】

第２５テキストＴＸ２５は、異常状態が生じた日時を示す。電圧の例のように、複数の異常状態が生じた場合には、最も早くに検出された日時を示し、他の日時は省略された形式であってもよい。

【0120】

図８（Ｂ）は、温度、湿度、及び、電圧（下限）の３種類について異常状態が判断された例を示す。そして、図８（Ｂ）のように、状態情報の温度の方が閾値を超えた、状態情報の湿度が閾値未満の値となった、及び、状態情報の電圧が閾値未満の値となった３つの状態が異常状態と判断される。すなわち、デバイス１０２が高温、低湿度、及び、低電圧になる異常が生じていると、異常状態であると判断する。

【0121】

図８（Ｃ）は、デバイス１０２を複数とし、複数の状態情報で異常を判断する例である。また、図８（Ｃ）は、各々の状態情報に対して閾値を１つずつ設定する例である。

【0122】

第３テキストＴＸ３は、図８（Ｃ）の設定で管理した環境で異常と判断された場合に出力されるログの例である。具体的には、第３１テキストＴＸ３１は、複数のデバイス１０２において、いくつかの状態情報が異常な状態であるとする結論をテキスト形式で表示したものである。

【0123】

第３２テキストＴＸ３２は、異常状態のデバイス１０２を特定する情報を示す。具体的には、「Ｇ１０１」、「Ｇ１２１」、「Ｄ１０４」、及び「Ｄ１０１」は、デバイス１０２のＩＤ等である。したがって、第３２テキストＴＸ３２は、４つのデバイス１０２で異常が生じていることを示す。

【0124】

第３３テキストＴＸ３３は、図８（Ｂ）と同様に、温度、湿度、及び、電圧を計測するセンサ１０４の計測結果を種類ごとに示す。

【0125】

具体的には、「３１．２℃」は、「Ｇ１０１」のデバイス１０２の温度を計測した結果である。そして、「Ｇ１０１」のデバイス１０２の温度が閾値よりも高い温度であると、異常状態と判断する。さらに、「２０．３％」は、「Ｇ１２１」のデバイス１０２の湿度を計測した結果である。そして、「Ｇ１２１」のデバイス１０２の湿度が閾値よりも低い湿度であると、異常状態と判断する。

【0126】

また、「２．１」は、「Ｄ１０４」のデバイス１０２における電圧を計測した結果である。そして、「Ｄ１０４」のデバイス１０２の電圧が閾値よりも低い電圧であると、異常状態と判断する。さらに、「２．１」は、「Ｄ１０１」のデバイス１０２における電圧を計測した結果である。そして、「Ｄ１０１」のデバイス１０２の電圧が閾値よりも低い電圧であると、異常状態と判断する。

【0127】

第３４テキストＴＸ３４は、閾値に設定された値を示す。具体的には、「３１．０℃」という閾値は、温度用に事前にユーザに設定された値である。また、「２１．０％」という閾値は、湿度用に事前にユーザに設定された値である。さらに、「３．０」という閾値は、電圧の下限用に事前にユーザに設定された値である。なお、閾値は、状態情報ごとに設定できてもよいし、デバイス１０２ごとに設定できてもよい。

【0128】

第３５テキストＴＸ３５は、図８（Ｂ）と同様に、異常状態が生じた日時を示す。電圧の例のように、複数の異常状態が生じた場合には、最も早くに検出された日時を示し、他の日時は省略された形式であってもよい。

【0129】

なお、異常の判断、及び、出力形式は、上述する形態に限られない。例えば、電波強度、照度、及び、気圧等が更に判断されてもよい。

【0130】

詳細とは、状態情報の時間に対する推移等である。又は、詳細とは、デバイス１０２の位置等を分かりやすく示す情報等である。したがって、詳細は、グラフ、又は、マップ等を用いて表示されるのが望ましい。

【0131】

［詳細をグラフ表示する例］
図９は、温度の詳細をグラフで表示する例を示す図である。以下、温度の状態情報を例にして、詳細をグラフで表示する例を説明する。また、複数のデバイス１０２を対象とする。

【0132】

グラフは、温度の変化を時系列で示す。具体的には、グラフは、横軸を時間軸、かつ、縦軸を温度軸とする。

【0133】

第１グラフ線Ｇ１は、時間に対する「デバイスＡ」の温度の変化を示す。

【0134】

第２グラフ線Ｇ２は、時間に対する「デバイスＢ」の温度の変化を示す。

【0135】

また、グラフには、「デバイスＡの温度上限ライン」、「デバイスＡの温度下限ライン」、「デバイスＢの温度上限ライン」、及び、「デバイスＢの温度下限ライン」のように閾値が表示される。

【0136】

このように、詳細がグラフで表示されると、状態情報の変化等が可視化でき、ユーザは、いつ異常が生じたか等の詳細が容易に把握できる。

【0137】

図１０は、温度の詳細をグラフで表示する場合における第１操作例を示す図である。図９のように、温度の詳細をグラフで表示する場合には、対象とするデバイス１０２が選択できてもよい。

【0138】

図１０は、図９と比較すると、選択ＧＵＩ２２０が表示されている点が異なる。以下、異なる点を中心に説明して重複する説明を省略する。

【0139】

選択ＧＵＩ２２０は、詳細を表示するデバイス１０２を選択するためのＵＩの例である。したがって、選択ＧＵＩ２２０には、ユーザが、詳細を表示するデバイス１０２を選択する操作が入力される。そして、選択ＧＵＩ２２０によって、デバイス１０２が選択されると、グラフには、選択されたデバイス１０２の詳細が表示されるように切り替わる。

【0140】

図１１は、温度の詳細をグラフで表示する場合における第２操作例を示す図である。図９のように、温度の詳細をグラフで表示する場合には、グラフで表示する日付が選択できてもよい。

【0141】

図１１は、図９と比較すると、カレンダーＧＵＩ２２１が表示されている点が異なる。以下、異なる点を中心に説明して重複する説明を省略する。

【0142】

カレンダーＧＵＩ２２１は、詳細を表示する日を選択するためのＵＩの例である。例えば、グラフは、日ごとに区切って表示される。すなわち、グラフは、横軸を１日単位とする。なお、グラフをどのような単位で表示するかは設定ができてもよい。

【0143】

カレンダーＧＵＩ２２１には、ユーザが、詳細を表示する日を選択する操作が入力される。具体的には、カレンダーＧＵＩ２２１は、カレンダーが表示され、日付を選ぶ操作が入力できる。そして、カレンダーＧＵＩ２２１によって、表示する対象の日が選択されると、グラフには、選択された日の詳細が表示されるように切り替わる。

【0144】

以上のように、グラフを表示する上で、ユーザが表示形式等を操作できてもよい。

【0145】

［詳細をマップ表示する例］
詳細をマップで表示するためには、例えば、ユーザは以下のような設定を事前に行う。

【0146】

図１２は、マップの事前設定例（その１）を示す図である。例えば、入力ボタン２３１が表示される。そして、入力ボタン２３１をユーザが押すと、以下のようにマップを示す画像ファイルが入力できる。

【0147】

図１３は、マップの事前設定例（その２）を示す図である。例えば、マップ追加画面２３２において、「マップイメージ」を示す画像ファイルを入力、かつ、「マップ名称」を設定すると、以降、画面にマップが表示できる。

【0148】

図１４は、マップの事前設定例（その３）を示す図である。図１２、及び、図１３のように事前に設定をすると、マップイメージ２３３が表示される。

【0149】

マップイメージ２３３は、建物内の間取り、及び、広さ等を表示する図である。また、マップイメージ２３３上に、アイコンを重ねて表示して、デバイス１０２の位置が表示される。

【0150】

図１５は、マップの事前設定例（その４）を示す図である。なお、マップイメージ２３３は、削除できてもよい。例えば、削除ＧＵＩ２３４で削除する操作が入力できてもよい。具体的には、削除対象とするマップイメージ２３３を選択すると、削除ＧＵＩ２３４が表示される。そして、削除ＧＵＩ２３４において「削除する」を選択すると、マップイメージ２３３が削除される。

【0151】

図１６は、マップの事前設定例（その５）を示す図である。また、マップに関する設定は、メニューＧＵＩ２３５で設定できてもよい。具体的には、メニューＧＵＩ２３５から、「マップ名の変更」、「マップの削除」、又は、「マップの追加」といった選択ができる。

【0152】

「マップ名の変更」は、入力したマップの各々のマップ名を変更するメニューである。

【0153】

「マップの削除」は、入力したマップを削除するメニューである。

【0154】

「マップの追加」は、マップを更に入力するメニューである。

【0155】

なお、マップに関する設定は、メニューＧＵＩ２３５以外のＵＩで実現できてもよい。

【0156】

図１７は、詳細をマップで表示する例を示す図である。例えば、マップ表示アイコン２１３が押されると、マップ画面ＰＮ６が表示されるように画面が切り替わる。

【0157】

例えば、デバイス１０２の位置は、マーカ２３６でマップ上に表示される。例えば、ユーザが事前に位置情報を入力する、又は、デバイス１０２の位置情報をセンサが取得する。そして、マーカ２３６は、位置情報に基づき、マップ上に配置される。

【0158】

図１８は、位置情報の入力例を示す図である。例えば、ユーザがマップ上でデバイス１０２の位置を指示すると（以下、ユーザが指定した位置を「指定位置２３８」という。）、デバイス選択肢ＧＵＩ２３９が表示される。

【0159】

次に、ユーザは、デバイス選択肢ＧＵＩ２３９から、指定位置２３８に配置するデバイス１０２を選択する。このような入力がされると、マップ上のどこにデバイス１０２が配置されているかの位置情報が入力できる。また、指定位置２３８に、どのデバイス１０２が配置されているかの対応付けができる。

【0160】

マーカ２３６を押すと、設置されているデバイス１０２の状態情報が表示される。例えば、状態情報を一覧にしたホップアップ２３７等が表示される。このように、マップ上でユーザが指定するデバイス１０２について詳細が表示されてもよい。

【0161】

図１９は、マーカを削除する操作の例を示す図である。マーカ２３６は、マップ上から削除できてもよい。例えば、マーカ削除ＧＵＩ２４０等を用いて、マーカ２３６を削除する操作ができてもよい。具体的には、マーカ削除ＧＵＩ２４０において、「ＯＫ」を押すと、以降、指定したマーカ２３６がマップ上に表示されなくなる。

【0162】

［閾値の設定例］
図２０は、閾値を設定する画面の例を示す図である。例えば、ダッシュボード画面ＰＮ２において、設定画面表示アイコン２１４が押されると、閾値画面ＰＮ７が表示される。

【0163】

閾値画面ＰＮ７は、閾値等の各種設定をユーザに入力させるＵＩである。具体的には、閾値画面ＰＮ７は、デバイス選択プルダウンメニュー２４１、上限温度入力欄２４２、下限温度入力欄２４３、上限湿度入力欄２４４、及び、下限湿度入力欄２４５等で構成される。

【0164】

以下、温度、及び、湿度の２種類の状態情報に対して、各々の上限と下限を別々に設定する例で説明する。

【0165】

なお、閾値画面ＰＮ７で設定できる閾値の種類は、上述のものに限られない。すなわち、閾値の種類は、状態情報の種類によって異なる。

【0166】

デバイス選択プルダウンメニュー２４１は、設定の対象とするデバイス１０２を選択するＧＵＩである。

【0167】

図２１は、設定対象とするデバイスを選択する操作の例を示す図である。図２０において、デバイス選択プルダウンメニュー２４１を押す操作をユーザが行うと、図２１に示すように、デバイス１０２の一覧がプルダウンメニュー形式で出力される。

【0168】

ユーザは、デバイス選択プルダウンメニュー２４１が示す「デバイスＡ」、「デバイスＢ」、「デバイスＣ」・・・から１つ選択する操作を行う。このようにデバイス１０２が選択されると、以降、選択されたデバイス１０２について設定を行うように画面等が切り替わる。

【0169】

図２２は、上限温度の設定例を示す図である。以下、温度の閾値のうち、上限の方を設定する例で説明する。図２０と比較すると、図２２は、上限温度入力欄２４２に数値が入力されている点が異なる。

【0170】

温度の閾値は、例えば、上限と下限の２種類が設定項目となる。上限は、閾値より高い温度を異常と判断するための値である。下限は、閾値未満の低い温度を異常と判断するための値である。すなわち、上限と下限で定まる範囲内の温度であれば、温度は「正常」と判断される。一方で、上限と下限で定まる範囲外の温度であれば、温度は「異常」と判断される。

【0171】

上限は、上限温度入力欄２４２に数値を入力して設定する。具体的には、上限温度入力欄２４２に「２０．５」と数値を入力すると、以降、温度の閾値の上限が「２０．５」に設定される。

【0172】

図２３は、入力形式のチェック例を示す図である。ユーザの入力をチェックする処理があってもよい。例えば、上限温度入力欄２４２には、半角形式、かつ、数値で入力するルールであるとする。

【0173】

図２３は、図２０において上限温度入力欄２４２に「あ」の文字を入力した状態を示す。すなわち、図２３は、上限温度入力欄２４２に、ルール違反の入力がされた状態である。

【0174】

閾値画面ＰＮ７には、エラーメッセージ２４６が表示される。エラーメッセージ２４６は、上限温度入力欄２４２に対する入力がルール違反であるチェック結果を示すメッセージである。エラーメッセージ２４６によって、ユーザは、閾値が正しく設定されていないことを把握できる。

【0175】

以上のように、閾値が設定できると、サーバ１０は、状態情報と閾値を比較して、デバイス１０２が異常な状態であるか否かが判断できる。

【0176】

［全体処理例］
図２４は、全体処理例を示す図である。なお、以下に説明する全体処理が実行されるより前に、ユーザによって設定が事前にされているとする。

【0177】

ステップＳ２４０１では、サーバ１０は、ログイン処理を行う。すなわち、サーバ１０は、アクセスしてきたユーザの認証を行う。以降、ログインは「成功」した場合とする。

【0178】

ステップＳ２４０２では、ＰＣ５は、ユーザの操作に基づき、選択できるデバイス１０２の一覧を要求する操作を受け付ける。

【0179】

ステップＳ２４０３では、サーバ１０は、選択可能なデバイス１０２を検索する。

【0180】

ステップＳ２４０４では、サーバ１０は、一覧の要求（ステップＳ２４０２）に対し、選択可能なデバイスの一覧をＰＣ５に出力する。以降、ユーザは、デバイス１０２が選択できる状態となる。

【0181】

ステップＳ２４０５では、ＰＣ５は、ユーザの操作に基づき、デバイス１０２の情報を要求する操作を受け付ける。なお、要求される情報は、ユーザが選択したデバイス１０２のみの情報でもよいし、情報が取得可能なすべてのデバイス１０２の情報でもよい。

【0182】

ステップＳ２４０６では、サーバ１０は、デバイス１０２から状態情報を取得する。なお、状態情報は、ステップＳ２４０５のように要求があった場合に実行されるに限られない。例えば、ステップＳ２４０６は、定期的に実行されてもよい。どのようにデバイス１０２から情報を取得するかは事前に定義するスキーマによって定まる。

【0183】

ステップＳ２４０７では、サーバ１０は、状態情報を記憶する。なお、サーバ１０は、事前の設定等により、閾値等を記憶する。

【0184】

また、取得された情報は、形式等が変換されてもよい。例えば、センサ１０４が以前設置していたものとは異なるメーカのものとなった場合等には、取得した時点では情報の形式が以前設置していたセンサ１０４の形式とは異なる場合がある。このような場合には、以前設置していたセンサ１０４の形式と同様の形式となるように、情報が変換されてもよい。

【0185】

ステップＳ２４０８では、サーバ１０は、状態情報、及び、閾値に基づき、デバイス１０２が異常な状態であるか否かを判断する。以下、ステップＳ２４０８による判断結果は「異常情報」とする。

【0186】

ステップＳ２４０９では、サーバ１０は、ステップＳ２４０５に対し、ダッシュボード画面ＰＮ２等の形式で、状態情報に基づくデバイス１０２の状態を出力する。

【0187】

以降、ＰＣ５は、ダッシュボード画面ＰＮ２に対するユーザの操作を受け付ける。したがって、ユーザがグラフ表示アイコン２１２、又は、マップ表示アイコン２１３を押す操作を行うと、グラフ、又は、マップ等の形式で詳細が表示される状態となる。

【0188】

図２５は、デバイスの登録例を示す図である。図２５において、図２４と同一の処理は、同一の符号を付し、重複する説明を省略する。

【0189】

ステップＳ２５０１では、ＰＣ５は、新たに登録するデバイス１０２を入力する操作を受け付ける。

【0190】

ステップＳ２５０２では、サーバ１０は、ステップＳ２５０１で指定されたデバイス１０２を登録する。そして、登録された１０２には証明書が発行される。

【0191】

以降、登録されたデバイス１０２は、証明書に基づき、サーバ１０とデータを送受信するのが可能な状態となる。したがって、情報の要求がある、又は、所定間隔ごとに、デバイス１０２から情報が取得される（ステップＳ２４０６）。そして、取得された情報は、サーバ１０に記憶される（ステップＳ２４０７）。

【0192】

図２６は、マップに関する設定、及び、出力を行う例を示す図である。

【0193】

ステップＳ２６０１では、ＰＣ５は、ユーザからマップに関する設定を受け付ける。具体的には、ステップＳ２６０１は、図１２乃至図１６に示すようなマップの事前設定を受け付ける。以降、マップを用いて詳細が出力できる状態となる。

【0194】

ステップＳ２６０２では、ＰＣ５は、ユーザからマップ上にデバイス１０２を設定する操作を受け付ける。具体的には、図１７に示すように、マーカ２３６をマップ上に設定する。例えば、ユーザは、マップ上を長押しすると、指定位置２３８を入力できる。

【0195】

ステップＳ２６０３では、サーバ１０は、指定位置２３８等、すなわち、ステップＳ２６０２の入力内容を記憶する。

【0196】

以降、指定位置２３８に対応付けされたデバイス１０２から情報が取得される、すなわち、ステップＳ２４０６、及び、ステップＳ２４０７が実行されると、サーバ１０は、図１７のように、マップ上に、状態情報等を出力できる状態となる。

【0197】

このように、マップを用いて詳細が出力されると、文字情報（例えば、「〇〇棟Ｘ階西側」等のような位置情報である。）等の形式と比較して、デバイス１０２の位置が直感的に把握できる。

【0198】

また、例えば、異常情報は、マーカ２３６の色で出力されてもよい。したがって、マップ上に、「異常」を示す色のマーカ２３６があると、ユーザは、異常が生じているデバイス１０２があるのを容易に把握できる。

【0199】

［優先度に基づく出力例］
図２７は、優先度を用いる全体処理例を示す図である。図２４と比較すると、図２７は、ステップＳ２７０１が加わる点が異なる。

【0200】

ステップＳ２７０１では、ＰＣ５は、ユーザから優先度を設定する操作を受け付ける。

【0201】

優先度は、異常状態、又は、状態情報の詳細等を出力する順序である。例えば、図７に示すように、デバイス１０２ごとの情報は、グループ表示２００の単位で表示される。

【0202】

優先度を高くすると、グループ表示２００が画面の上に表示される。したがって、優先度の高いデバイス１０２の情報ほどユーザの目につきやすくなる。

【0203】

図７の例では、「デバイスＡ」、「デバイスＢ」、及び、「デバイスＣ」は、「デバイスＤ」より高い優先度が設定されている。そのため、「デバイスＡ」、「デバイスＢ」、及び、「デバイスＣ」は、「デバイスＤ」より優先して表示される。

【0204】

優先度は、例えば、ダッシュボード画面ＰＮ２上において、グループ表示２００のＧＵＩをドラッグアンドドロップの操作で入れ替えて設定する。なお、優先度の設定方法は、ドラッグアンドドロップの方式に限られず、優先度番号を入力する、又は、詳細の参照頻度が高いデバイス１０２のものを優先にしていく等でもよい。

【0205】

表示を優先させる方法は、優先度が高いグループ表示２００を画面の上に表示させる方法に限られない。例えば、優先度が高いグループ表示２００を点滅、又は、高輝度にして目立つように表示する等でもよい。

【0206】

以上のように、優先度に基づいて情報が出力されると、ユーザは、重要と考えるデバイス１０２の優先度を高く設定して、重要なデバイス１０２の情報をより容易に把握できる。

【0207】

［特別な出力例］
図２８は、特別な出力を行う例である。デバイス管理システム１は、ユーザ以外の者（例えば、管理人３００である。なお、管理人３００はユーザを兼ねてもよい。）に出力されてもよい。図２８は、図２と比較すると、管理人３００がいる体制である点が異なる。以下、管理人３００が用いる情報処理装置を「管理人端末３０１」という。

【0208】

状態情報は、デバイス１０２の温度、湿度、電圧、気圧、照度、及び、電波強度を計測した計測結果である。これらの状態情報のうち、温度と電圧に対して、「異常」と判断する閾値とは別に条件（以下「特別条件」という。）が設定される。

【0209】

特別条件は、特に重要と考える異常が起きているか否かを判断する条件である。例えば、火災、又は、漏電等の影響が大きい異常がないかをチェックするように特別条件は設定される。具体的には、特別条件は、「温度が１００℃以上」のように設定される。すなわち、特別条件は、「異常」と判断するよりも十分に高い温度が設定される。また、特別条件は、事前に設定される。

【0210】

以下、特別条件を満たす場合を「特別異常」といい、それ以外を「通常」という。

【0211】

図２８（Ａ）は、「通常」の出力先の例である。通常、すなわち、異常が生じていない、又は、特別異常と言える異常ではない異常が生じている場合には、出力先は、ユーザに知らせるため、ＰＣ５とする。このように、「通常」であれば、管理人端末３０１は、出力先とならない。

【0212】

図２８（Ｂ）は、「特別異常」の出力先の例である。図２８（Ａ）と比較すると、図２８（Ｂ）は、管理人端末３０１も出力先となる点が異なる。

【0213】

なお、「特別異常」の出力先は、管理人端末３０１に限られない。例えば、「特別異常」の出力先は、ユーザ全員、又は、外部の組織等でもよい。すなわち、「特別異常」の出力先は、任意に設定できてもよい。

【0214】

「特別異常」の出力先は、「特別異常」が生じているのを迅速に知らせ、できるだけ早期に対応を開始させるための連絡網である。「特別異常」は、緊急かつ重要な異常である。したがって、ユーザだけでなく、「通常」の場合とは異なる出力先にも出力する構成が望ましい。このように、「特別異常」の出力先が設定されると、「特別異常」に迅速に対応ができる。

【0215】

また、「特別異常」の場合には、特別な形式で出力されてもよい。例えば、「通常」では、図７のように視覚情報だけで出力するが、「特別異常」の場合には、アラーム音等の音声情報も出力される形式等でもよい。このように、特別な形式で出力されると、「通常」ではなく、「特別異常」が生じていることを容易に把握できる。

【0216】

［ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）を用いる例］
閾値は、ユーザが設定するに限られない。例えば、閾値は、ＡＩ等の機械学習によって最適とされる値が設定されてもよい。

【0217】

図２９は、ＡＩを用いる例を示す図である。例えば、図２９（Ａ）のように、サーバ１０において、学習モデルＭ１が状態情報、及び、異常情報を学習データにして学習する。ある程度、学習モデルＭ１が学習すると、学習モデルＭ１は、学習済みモデルＭ２となる。

【0218】

図２９（Ｂ）は、学習済みモデルＭ２の実装例を示す図である。図２９（Ａ）と比較すると、図２９（Ｂ）は、学習モデルＭ１が学習済みモデルＭ２となる点が異なる。

【0219】

学習済みモデルＭ２は、状態情報が入力されると、異常が生じているか否かを判断した異常情報を出力する。なお、異常情報は、異常が生じている確率等を出力してもよい。

【0220】

以上のように、ＡＩが用いられると、異常を精度良く検出できる。

【0221】

ほかに、学習済みモデルＭ２は、状態情報に基づき、異常が近い将来に生じると予測した予兆情報を出力してもよい。

【0222】

予兆情報は、デバイス１０２が異常状態となる予兆を推測した結果の情報である。すなわち、閾値に達するほどの状態になっていなくとも、「異常」に近い状態等となっている場合がある。例えば、温度、又は、電圧が上限の閾値になっていなくとも、急上昇しているような場合等である。このように、異常に近しい状態等であると、判断した結果を示す予兆情報が出力されてもよい。

【0223】

以上のように、ＡＩが用いられると、異常が生じる前にユーザが対応できる。

【0224】

学習済みモデルＭ２は、閾値を最適化してもよい。例えば、閾値は、ユーザによって事前に設定される。その後、学習済みモデルＭ２は、閾値を変更してもよい。例えば、温度の閾値が高すぎる設定であって、高温となる異常を見逃すのが多い場合には、学習済みモデルＭ２は、閾値の値を低い値にするように最適化する。このように、学習済みモデルＭ２は、見逃し、又は、誤検出が少なくなるように閾値を最適化してもよい。

【0225】

以上のように、ＡＩが用いられると、異常を精度良く検出できる。

【0226】

学習済みモデルＭ２は、提案情報を出力してもよい。提案情報は、異常状態を改善させる対応策を示す情報である。例えば、温度が高いデバイス１０２は、電源を切る等の対策を提案する。なお、提案する対応策は、事前に入力される。そして、どの対応策を取ると、効果的であるかを学習モデルＭ１が学習する。したがって、対応策と異常の種類が対応付けできると、学習済みモデルＭ２は、異常の種類が特定できれば、対応策を提案できる。

【0227】

以上のように、ＡＩが用いられると、異常に対してユーザが素早く対応できる。

【0228】

なお、ＡＩは、学習と実行が完全に分かれていなくともよい。すなわち、実行した結果に基づいて学習済みモデルＭ２が更に学習してもよい。また、学習と実行は、異なる情報処理装置が行ってもよい。

【0229】

［情報の記憶例］
図３０は、マップに関する情報の記憶例を示す図である。例えば、「ｉｄ」、「ｔｅｎａｎｔ＿ｉｄ」、「ｆｌｏｏｒ＿ｎａｍｅ」、「ｍａｐ＿ｐａｔｈ」、「ｍａｐ＿ｈｅｉｇｈｔ」、「ｍａｐ＿ｗｉｄｔｈ」、及び、「ｃｒｅａｔｅｄ＿ａｔ」といった情報が記憶される。

【0230】

「ｉｄ」は、マップで表示するフロアを識別する識別情報である。

【0231】

「ｔｅｎａｎｔ＿ｉｄ」は、サービスを利用するユーザを識別する識別情報である。

【0232】

「ｆｌｏｏｒ＿ｎａｍｅ」は、マップで表示するフロアの名称を示す情報である。

【0233】

「ｍａｐ＿ｐａｔｈ」は、マップを示すイメージファイルを記憶する記憶領域へのパスを示す情報である。

【0234】

「ｍａｐ＿ｈｅｉｇｈｔ」は、マップを示すイメージの高さを示す情報である。

【0235】

「ｍａｐ＿ｗｉｄｔｈ」は、マップを示すイメージの幅を示す情報である。

【0236】

「ｃｒｅａｔｅｄ＿ａｔ」は、情報が生成された日時を示す情報である。

【0237】

「主キー」は、対応する情報が主キーであるか否かを示す。

【0238】

「型」は、各々の情報の形式等を示す情報である。

【0239】

「サイズ」は、各々の情報の情報量を示す。

【0240】

「Ｎｕｌｌ許可」は、「Ｎｕｌｌ」（情報がない状態である。）を可能にするか否かを示す情報である。

【0241】

「デフォルト値」は、初期値である。

【0242】

「説明」は、各情報の説明である。

【0243】

図３１は、デバイスに関する情報の記憶例を示す図である。例えば、「ｄｅｖｉｃｅ＿ｉｄ」、「ｄｅｖｉｃｅ＿ｎａｍｅ」、「ｔｅｎａｎｔ＿ｉｄ」、「ｄｅｖｉｃｅ＿ｔｙｐｅ」、「ｓｅｒｉａｌ＿ｉｄ」、「ｐｏｓｉｔｉｏｎ＿ｘ」、「ｐｏｓｉｔｉｏｎ＿ｙ」、「ｆｌｏｏｒ＿ｉｄ」、「ｃｒｅａｔｅｄ＿ａｔ」及び、「ｕｐｄａｔｅｄ＿ａｔ」といった情報が記憶される。

【0244】

図３０と情報名が同一の情報は、同様の情報であるため、説明を省略する。

【0245】

「ｄｅｖｉｃｅ＿ｉｄ」は、デバイス１０２を識別する識別情報である。

【0246】

「ｄｅｖｉｃｅ＿ｔｙｐｅ」は、デバイス１０２の種類を示す情報である。

【0247】

「ｓｅｒｉａｌ＿ｉｄ」は、デバイス１０２のシリアル番号を示す情報である。

【0248】

「ｐｏｓｉｔｉｏｎ＿ｘ」、及び、「ｐｏｓｉｔｉｏｎ＿ｙ」は、マップ上の座標情報である。

【0249】

「ｆｌｏｏｒ＿ｉｄ」は、デバイス１０２が配置されるフロアの識別情報である。

【0250】

「ｕｐｄａｔｅｄ＿ａｔ」は、情報が更新された日時を示す情報である。

【0251】

なお、記憶する情報は、上述する形式、及び、種類に限られない。すなわち、上述する以外の情報が記憶されてもよい。

【0252】

［機能構成例］
図３２は、機能構成例を示す図である。例えば、サーバ１０は、操作部１０Ｆ６、出力部１０Ｆ２、及び、出力制御部１０Ｆ３を備える。また、サーバ１０は、記憶部１０Ｆ１、判断部１０Ｆ４、及び、入力部１０Ｆ５を更に備えるのが望ましい。また、ＰＣ５は、出力部５Ｆ１を備えるのが望ましい。

【0253】

記憶部１０Ｆ１は、状態情報を記憶する記憶手順を行う。例えば、記憶部１０Ｆ１は、記憶装置１０Ｈ２等で実現する。

【0254】

出力部１０Ｆ２は、状態情報、及び、異常状態を出力する出力手順を行う。例えば、出力部１０Ｆ２は、通信装置１０Ｈ５等で実現する。

【0255】

出力制御部１０Ｆ３は、操作部１０Ｆ６が受け付ける操作に基づいて、状態情報及び異常状態の詳細を出力部１０Ｆ２に出力させる出力制御手順を行う。例えば、出力制御部１０Ｆ３は、通信装置１０Ｈ５等で実現する。

【0256】

判断部１０Ｆ４は、状態情報、及び、閾値に基づき、デバイス１０２が異常であるか否かを判断する判断手順を行う。例えば、判断部１０Ｆ４は、ＣＰＵ１０Ｈ１等で実現する。

【0257】

入力部１０Ｆ５は、位置情報を入力する入力手順を行う。例えば、入力部１０Ｆ５は、通信装置１０Ｈ５等で実現する。

【0258】

出力部５Ｆ１は、サーバ１０による出力制御に基づき、状態情報、及び、異常状態を出力する出力手順を行う。さらに、出力部５Ｆ１は、ユーザによる操作に基づき、状態情報の詳細を出力する出力手順を行う。例えば、出力部５Ｆ１は、通信装置１０Ｈ５等で実現する。

【0259】

操作部１０Ｆ６は、状態情報に関する操作を受け付ける操作手順を行う。例えば、操作部１０Ｆ６は、通信装置１０Ｈ５等で実現する。

【0260】

以上のような機能構成であると、例えば、図７のように、状態情報、及び、異常状態が出力されるため、ユーザは、デバイスごとに、異常が生じているデバイス１０２があるか否か等が容易に把握できる。

【0261】

さらに、図７のように、複数のデバイス１０２について一覧にして出力されると、デバイス１０２が複数ある場合でも、ユーザは、容易に各デバイス１０２を管理できる。

【0262】

また、アイコン等のＧＵＩを用いると、例えば、図９、又は、図１７のように、グラフ、又は、マップ等を用いて、状態情報の推移、又は、デバイス１０２の位置等が出力される。一例として、図９において、デバイスＡの温度データ（状態情報の一例）とデバイスＡが温度上限ラインを超えていること（異常状態の一例）が出力される。そのため、ユーザは、異常が生じているデバイスの位置、及び、経緯等の詳細を容易に把握できる。

【0263】

マップで位置が出力されると、異常が生じているデバイス１０２の位置がどこであるかをユーザが容易に把握できる。そのため、ユーザは、異常が生じているデバイス１０２の場所へ時間をかけずに向かうことができる。

【0264】

［その他の実施形態］
情報処理装置は、複数の装置であってもよい。また、各処理は、複数の情報処理装置を有する情報処理システムによって、冗長、分散、又は、並列に処理されてもよい。

【0265】

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現する。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサ、又は、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、又は、その他の回路モジュール等のデバイスを含むものとする。

【0266】

上記で説明した装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの1つを示す例にすぎない。

【0267】

ある実施形態では、第１の装置は、サーバクラスタといった複数のコンピューティングデバイスを含む。また、複数のコンピューティングデバイスは、ネットワーク、又は、共有メモリ等を含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

【0268】

同様に、第２の装置は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。

【0269】

さらに、第１の装置、及び、第２の装置は、上記で説明した処理を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、第２の装置によって実行され得る。同様に、所定のユニットの機能は、第２の装置によって実行することができる。

【0270】

また、第１の装置と第２の装置の各要素は、1つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

【0271】

本発明は、上記に例示するデバイス管理方法を実現するための処理、又は、上記に示す処理と等価な処理をコンピュータに実行させるデバイス管理方法プログラム（ファームウェア、及び、プログラムに準ずるものを含む。以下単に「プログラム」という。）で実現されてもよい。

【0272】

プログラムは、コンピュータが有する演算装置、制御装置、及び、記憶装置等を協働させて上記に示す処理等をコンピュータに実行させる。すなわち、プログラムは、主記憶装置等にロードされて、演算装置に命令を発して演算を行わせてコンピュータを動作させる。

【0273】

また、プログラムは、コンピュータが読み込み可能な記録媒体、又は、ネットワーク等の電気通信回線を介して提供されてもよい。

【0274】

なお、本発明は、上述した各実施形態に限定されるものではなく、その技術的要旨を逸脱しない範囲で種々の変形が可能であり、特許請求の範囲に記載された技術思想に含まれる技術的事項の全てが本発明の対象となる。上記実施形態は、好適な例を示したものであるが、当業者であれば、開示した内容から様々な変形例を実現することが可能である。そのような変形例も、特許請求の範囲に記載された技術的範囲に含まれる。

【0275】

本発明の内容は、例えば、以下のとおりである。

【0276】

＜１＞ネットワークを介してデバイスと接続するデバイス管理装置は、
前記デバイスの状態を示す状態情報、及び、前記デバイスの異常状態を出力する出力部と、
前記状態情報に関する操作を受け付ける操作部と、
前記操作に基づいて、前記状態情報及び前記異常状態の詳細を前記出力部に出力させる出力制御部と
＜２＞前記出力制御部は、
前記状態情報に基づき、複数の前記デバイスについて一覧にして出力する
上記＜１＞に記載のデバイス管理装置である。

【0277】

＜３＞前記状態情報、及び、閾値に基づき、前記デバイスが異常であるか否かを判断する判断部を更に備え、
前記閾値で定まる範囲に対して、前記状態情報が範囲外である判断されると、
前記出力部は、
前記デバイスが異常であるのを示す異常情報を出力する
上記＜１＞又は＜２＞に記載のデバイス管理装置である。

【0278】

＜４＞前記デバイスの位置を示す位置情報を入力する入力部を更に備え、
前記出力制御部は、
前記位置情報に基づき、マップに前記デバイスの位置を出力する
上記＜１＞乃至＜３＞のいずれかに記載のデバイス管理装置である。

【0279】

＜５＞前記出力制御部は、
前記マップを出力させる操作が行われると、前記デバイスが配置された前記マップを出力する
上記＜４＞に記載のデバイス管理装置である。

【0280】

＜６＞前記状態情報は、
前記デバイスの温度、湿度、電圧、気圧、照度、及び、電波強度を計測した計測結果である
上記＜１＞乃至＜５＞のいずれかに記載のデバイス管理装置である。

【0281】

＜７＞前記状態情報のうち、前記温度、又は、前記電圧が異常状態であり、かつ、前記異常状態が特別条件を満たすと、
前記出力制御部は、
特別な出力先に出力、又は、特別な形式で出力する
上記＜６＞に記載のデバイス管理装置である。

【0282】

＜８＞前記状態情報、及び、前記異常状態を学習データとして学習した学習済みモデルによって、前記デバイスが異常状態である、又は、前記デバイスが異常状態となる予兆を推測する
上記＜１＞乃至＜７＞のいずれかに記載のデバイス管理装置である。

【0283】

＜９＞前記状態情報、及び、前記異常状態を学習データとして学習した学習済みモデルによって、前記デバイスが前記異常状態であるか否かを判断する閾値を最適化する
上記＜１＞乃至＜８＞のいずれかに記載のデバイス管理装置である。

【0284】

＜１０＞前記状態情報、及び、前記異常状態を学習データとして学習した学習済みモデルによって、前記デバイスが前記異常状態であると、前記異常状態に対応する提案情報を出力する
上記＜１＞乃至＜９＞のいずれかに記載のデバイス管理装置である。

【0285】

＜１１＞前記デバイスの状態を示す状態情報を記憶する記憶部を更に備える
上記＜１＞乃至＜１０＞のいずれかに記載のデバイス管理装置である。

【符号の説明】

【0286】

１ ：デバイス管理システム
５ ：ＰＣ
１０ ：サーバ
１０Ｆ１ ：記憶部
１０Ｆ２ ：出力部
１０Ｆ３ ：出力制御部
１０Ｆ４ ：判断部
１０Ｆ５ ：入力部
５Ｆ１ ：出力部
１０２ ：デバイス
１０４ ：センサ
２００ ：グループ表示
２０１ ：異常状態アイコン
２０３ ：温度状態情報
２０４ ：湿度状態情報
２０５ ：電圧状態情報
２０６ ：気圧状態情報
２０７ ：照度状態情報
２０８ ：電波強度状態情報
２０９ ：異常マーク
２１０ ：不明マーク
２１１ ：日付情報
２１２ ：グラフ表示アイコン
２１３ ：マップ表示アイコン
２１４ ：設定画面表示アイコン
２２０ ：選択ＧＵＩ
２２１ ：カレンダーＧＵＩ
２３１ ：入力ボタン
２３２ ：マップ追加画面
２３３ ：マップイメージ
２３４ ：削除ＧＵＩ
２３５ ：メニューＧＵＩ
２３６ ：マーカ
２３７ ：ホップアップ
２３８ ：指定位置
２３９ ：デバイス選択肢ＧＵＩ
２４０ ：マーカ削除ＧＵＩ
２４１ ：デバイス選択プルダウンメニュー
２４２ ：上限温度入力欄
２４３ ：下限温度入力欄
２４４ ：上限湿度入力欄
２４５ ：下限湿度入力欄
２４６ ：エラーメッセージ
３００ ：管理人
３０１ ：管理人端末
Ｇ１ ：第１グラフ線
Ｇ２ ：第２グラフ線
Ｍ１ ：学習モデル
Ｍ２ ：学習済みモデル
ＰＮ１ ：ログイン画面
ＰＮ２ ：ダッシュボード画面
ＰＮ３ ：エラー画面
ＰＮ４ ：ログイン解除画面
ＰＮ５ ：グラフ画面
ＰＮ６ ：マップ画面
ＰＮ７ ：閾値画面
ＰＮ８ ：サービス利用開始画面
ＰＮ９ ：再実行画面

【先行技術文献】

【特許文献】

【0287】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】