(57)【要約】      （修正有）【課題】産業機器の動作を解析するためのアプリケーションに、コンピュータのリソースを適切に使用させるリソース監視システム、リソース監視方法及びプログラムを提供する。【解決手段】リソース監視システム１のユーザ端末１０は、ロボット２２の動作を解析するためのアプリケーションを実行する。ユーザ端末１０の使用状況取得部は、アプリケーションによるロボット２２のリソースの使用状況を取得する。表示制御部は、リソース監視画面に、使用状況を表示させる。【選択図】図１
2020046763.tif 000002
【特許請求の範囲】
【請求項１】
産業機器の動作を解析するためのアプリケーションを実行するコンピュータと、
前記アプリケーションによる前記コンピュータのリソースの使用状況を取得する使用状況取得部と、
リソース監視画面に、前記使用状況を表示させる表示制御部と、
を有するリソース監視システム。
【請求項２】
前記コンピュータは、複数の前記アプリケーションの各々を実行し、
前記アプリケーションごとに前記使用状況を取得する第１使用状況取得部と、
前記リソース監視画面に、前記アプリケーションごとの前記使用状況を表示させる第１表示制御部と、
を有する請求項１に記載のリソース監視システム。
【請求項３】
前記コンピュータは、複数の前記アプリケーションの各々を実行し、
各アプリケーションの前記使用状況を合算した合算使用状況を取得する第２使用状況取得部と、
前記リソース監視画面に、前記合算使用状況を表示させる第２表示制御部と、
を有する請求項１又は２に記載のリソース監視システム。
【請求項４】
前記アプリケーションが前記コンピュータに追加される前後における前記使用状況の変化を取得する第３使用状況取得部と、
前記リソース監視画面に、前記使用状況の変化を表示させる第３表示制御部と、
を有する請求項１〜３の何れかに記載のリソース監視システム。
【請求項５】
前記使用状況が所定の異常検知条件を満たすか否かを判定する判定部と、
前記異常検知条件が満たされる場合に、所定の異常通知をする通知部と、
を有する請求項１〜４の何れかに記載のリソース監視システム。
【請求項６】
前記産業機器は、予め設定された周期情報に基づいて、周期的に動作し、
前記産業機器の周期を取得する周期取得部と、
前記周期の中で、前記使用状況が所定の状況になる期間の割合に基づいて、前記異常検知条件を満たすか否かを判定する第１判定部と、
を有する請求項５に記載のリソース監視システム。
【請求項７】
前記産業機器は、予め設定された周期情報に基づいて、周期的に動作し、
前記産業機器の周期を取得する周期取得部と、
前記リソース監視画面に、前記周期ごとの前記使用状況を表示させる第４表示制御部と、
を有する請求項１〜６の何れかに記載のリソース監視システム。
【請求項８】
前記産業機器の実際の周期を取得する実周期取得部と、
前記リソース監視画面に、前記実際の周期ごとの前記使用状況を表示させる第５表示制御部と、
を有する請求項７に記載のリソース監視システム。
【請求項９】
前記産業機器は、予め設定された周期情報に基づいて、周期的に動作し、
前記産業機器の周期を取得する周期取得部と、
前記リソース監視画面に、前記周期とともに前記使用状況を表示させる第６表示制御部と、
を有する請求項１〜８の何れかに記載のリソース監視システム。
【請求項１０】
前記産業機器の実際の周期を取得する実周期取得部と、
前記リソース監視画面に、前記実際の周期とともに前記使用状況を表示させる第７表示制御部と、
を有する請求項９に記載のリソース監視システム。
【請求項１１】
前記産業機器が動作する現場の動作状況を取得する動作状況取得部と、
前記リソース監視画面に、前記現場の動作状況とともに前記使用状況を表示させる第８表示制御部と、
を有する請求項１〜１０の何れかに記載のリソース監視システム。
【請求項１２】
産業機器の動作を解析するためのアプリケーションによる、当該アプリケーションを実行するコンピュータのリソースの使用状況を取得し、
リソース監視画面に、前記使用状況を表示させる、
リソース監視方法。
【請求項１３】
産業機器の動作を解析するためのアプリケーションによる、当該アプリケーションを実行するコンピュータのリソースの使用状況を取得する使用状況取得部、
リソース監視画面に、前記使用状況を表示させる表示制御部、
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソース監視システム、リソース監視方法、及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、産業機器のトレースデータをクラウドサーバにアップロードするためのアプリケーションをコンピュータが実行し、クラウドサーバにアップロードされたトレースデータを、解析者に解析させるシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１５−０６８２１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、例えば、産業機器の動作を解析するためのアプリケーションに、コンピュータのリソースを適切に使用させることである。
【課題を解決するための手段】
【０００５】
本発明の一側面に係るリソース監視システムは、産業機器の動作を解析するためのアプリケーションを実行するコンピュータと、前記アプリケーションによる前記コンピュータのリソースの使用状況を取得する使用状況取得部と、リソース監視画面に、前記使用状況を表示させる表示制御部と、を有する。
【０００６】
また、本発明の一側面に係るリソース監視方法は、産業機器の動作を解析するためのアプリケーションによる、当該アプリケーションを実行するコンピュータのリソースの使用状況を取得し、リソース監視画面に、前記使用状況を表示させる。
【０００７】
また、本発明の一側面に係るプログラムは、産業機器の動作を解析するためのアプリケーションによる、当該アプリケーションを実行するコンピュータのリソースの使用状況を取得する使用状況取得部、リソース監視画面に、前記使用状況を表示させる表示制御部、としてコンピュータを機能させる。
【０００８】
また、本発明の一側面に係るリソース監視システムは、前記コンピュータは、複数の前記アプリケーションの各々を実行し、前記アプリケーションごとに前記使用状況を取得する第１使用状況取得部と、前記リソース監視画面に、前記アプリケーションごとの前記使用状況を表示させる第１表示制御部と、を有する。
【０００９】
また、本発明の一側面に係るリソース監視システムは、前記コンピュータは、複数の前記アプリケーションの各々を実行し、各アプリケーションの前記使用状況を合算した合算使用状況を取得する第２使用状況取得部と、前記リソース監視画面に、前記合算使用状況を表示させる第２表示制御部と、を有する。
【００１０】
また、本発明の一側面に係るリソース監視システムは、前記アプリケーションが前記コンピュータに追加される前後における前記使用状況の変化を取得する第３使用状況取得部と、前記リソース監視画面に、前記使用状況の変化を表示させる第３表示制御部と、を有する。
【００１１】
また、本発明の一側面に係るリソース監視システムは、前記使用状況が所定の異常検知条件を満たすか否かを判定する判定部と、前記異常検知条件が満たされる場合に、所定の異常通知をする通知部と、を有する。
【００１２】
また、本発明の一側面に係るリソース監視システムは、前記産業機器は、予め設定された周期情報に基づいて、周期的に動作し、前記産業機器の周期を取得する周期取得部と、前記周期の中で、前記使用状況が所定の状況になる期間の割合に基づいて、前記異常検知条件を満たすか否かを判定する第１判定部と、を有する。
【００１３】
また、本発明の一側面に係るリソース監視システムは、前記産業機器は、予め設定された周期情報に基づいて、周期的に動作し、前記産業機器の周期を取得する周期取得部と、前記リソース監視画面に、前記周期ごとの前記使用状況を表示させる第４表示制御部と、を有する。
【００１４】
また、本発明の一側面に係るリソース監視システムは、前記産業機器の実際の周期を取得する実周期取得部と、前記リソース監視画面に、前記実際の周期ごとの前記使用状況を表示させる第５表示制御部と、を有する。
【００１５】
また、本発明の一側面に係るリソース監視システムは、前記産業機器は、予め設定された周期情報に基づいて、周期的に動作し、前記産業機器の周期を取得する周期取得部と、前記リソース監視画面に、前記周期とともに前記使用状況を表示させる第６表示制御部と、を有する。
【００１６】
また、本発明の一側面に係るリソース監視システムは、前記産業機器の実際の周期を取得する実周期取得部と、前記リソース監視画面に、前記実際の周期とともに前記使用状況を表示させる第７表示制御部と、を有する。
【００１７】
また、本発明の一側面に係るリソース監視システムは、前記産業機器が動作する現場の動作状況を取得する動作状況取得部と、前記リソース監視画面に、前記現場の動作状況とともに前記使用状況を表示させる第８表示制御部と、を有する。
【発明の効果】
【００１８】
上記発明によれば、例えば、産業機器の動作を解析するためのアプリケーションに、コンピュータのリソースを適切に使用させることができる。
【図面の簡単な説明】
【００１９】
【図１】実施形態に係るリソース監視システムの全体構成を示す図である。
【図２】リソース監視画面の一例を示す図である。
【図３】リソース監視画面に過去の使用状況が表示される様子を示す図である。
【図４】ＲＡＭの使用状況が表示される様子を示す図であり、
【図５】ハードディスクの使用状況が表示される様子を示す図である。
【図６】リソース監視システムで実現される機能を示す機能ブロック図である。
【図７】設定データベースのデータ格納例を示す図である。
【図８】ログファイルデータベースのデータ格納例を示す図である。
【図９】異常検知条件の一例を示す図である。
【図１０】リソース監視システムで実行される処理を示すフロー図である。
【図１１】リソース監視システムで実行される処理を示すフロー図である。
【図１２】変形例の機能ブロック図である。
【発明を実施するための形態】
【００２０】
［１．リソース監視システムの全体構成］
本発明の発明者の見地によれば、産業機器の動作を解析するためのアプリケーションをコンピュータに実行させる際に、コンピュータのリソースを使用しすぎてしまうと、アプリケーションの動作解析や当該コンピュータが実行する他の処理に支障が生じる可能性がある。そこで、本発明の発明者は、産業機器の動作を解析するためのアプリケーションに、コンピュータのリソースを適切に使用させるために鋭意研究開発を行った結果、新規かつ独創的なリソース監視システム等に想到した。以降、本実施形態に係るリソース監視システム等を詳細に説明する。
【００２１】
図１は、実施形態に係るリソース監視システムの全体構成を示す図である。図１に示すように、リソース監視システム１は、ユーザ端末１０と、ロボットシステム２０と、を含む。ユーザ端末１０とロボットシステム２０との各々は、インターネットやローカルエリアネットワーク等のネットワークＮに接続される。なお、図１では、ユーザ端末１０とロボットシステム２０を１つずつ示しているが、これらは複数あってもよい。
【００２２】
ユーザ端末１０は、ユーザが操作するコンピュータである。ユーザは、ロボットシステム２０の保全員であってもよいし、リソース監視システム１の管理者であってもよい。例えば、ユーザ端末１０は、パーソナルコンピュータ、携帯電話（スマートフォンを含む）、又は携帯端末（タブレット型端末を含む）である。ユーザ端末１０は、ＣＰＵ１１、記憶部１２、通信部１３、操作部１４、及び表示部１５を含む。
【００２３】
ＣＰＵ１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ１２Ａ及びハードディスク１２Ｂを含み、各種プログラムやデータを記憶する。ＣＰＵ１１は、これらプログラムやデータに基づいて各種処理を実行する。ＲＡＭ１２Ａは、揮発性メモリの一例であり、ハードディスク１２Ｂは、不揮発性メモリの一例である。なお、ハードディスク１２Ｂは、内臓ではなく、外付けであってもよい。通信部１３は、ネットワークカードや各種通信コネクタ等の通信インタフェースを含み、他の装置との通信を行う。操作部１４は、マウスやキーボード等の入力デバイスである。表示部１５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、ＣＰＵ１１の指示により各種画面を表示する。
【００２４】
なお、記憶部１２に記憶されるものとして説明するプログラム及びデータは、ネットワークＮを介してユーザ端末１０に供給されるようにしてもよい。また、ユーザ端末１０のハードウェア構成は、上記の例に限られず、種々のハードウェアを適用可能である。例えば、ユーザ端末１０は、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）や外部機器と直接的に接続するための入出力部（例えば、ＵＳＢ端子）を含んでもよい。この場合、情報記憶媒体に記憶されたプログラムやデータが読取部又は入出力部を介して、ユーザ端末１０に供給されるようにしてもよい。
【００２５】
ロボットシステム２０は、ロボットコントローラ２１と、ロボット２２と、を含む。なお、図１では、ロボットコントローラ２１とロボット２２を１台ずつ示しているが、これらは複数台あってもよい。例えば、ロボットシステム２０には、複数のロボットコントローラ２１が含まれていてもよいし、１台のロボットコントローラ２１が、複数台のロボット２２を制御してもよい。
【００２６】
ロボットコントローラ２１は、ロボット２２を制御するコンピュータである。ロボットコントローラ２１は、特定のロボット２２に特化した専用機器であってもよいが、本実施形態では、汎用コンピュータであるものとする。ロボットコントローラ２１は、ＣＰＵ、ＲＡＭ、ハードディスク、及び通信インタフェースといったハードウェアを有し、ロボット２２に動作指示を送る。ロボットコントローラ２１は、複数台のロボット２２を制御してもよい。
【００２７】
ロボット２２は、産業用ロボットである。ロボット２２は、汎用の多関節ロボットであってよく、例えば、垂直多関節型、水平多関節型、又はガントリ型といった種々の形式のロボットを適用可能である。ロボット２２のアーム数は、任意であってよく、１本のみのアームであってもよいし、複数本のアームであってもよい。
【００２８】
なお、ロボット２２は、産業機器の一例である。このため、本実施形態でロボット２２と記載した箇所は、産業機器と読み替えることができる。任意のタイプの産業機器をリソース監視システム１に適用可能であり、例えば、産業機器は、モータコントローラ、サーボモータ、インバータ、工作機械、又はＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｃｏｎｔｒｏｌｌｅｒ）であってもよく、リソース監視システム１では、これらの動作が解析されてもよい。
【００２９】
［２．リソース監視システムの概要］
ユーザ端末１０は、ロボット２２の動作を解析するためのアプリケーションを実行する。本実施形態では、ユーザ端末１０が複数のアプリケーションの各々を実行する場合を説明するが、ユーザ端末１０は、１つのアプリケーションだけを実行してもよい。
【００３０】
アプリケーションは、ロボット２２が計測した動作データを取得し、動作データの解析を実行する。動作データは、ロボット２２の動作を示すデータであればよく、例えば、トルク信号、温度情報、速度フィードバック値、外力値、又はフィードバックパルス信号といった種々の情報が動作データに示されていてよい。アプリケーションは、ロボット２２の種類や解析の目的に応じたものであればよく、例えば、リソース監視システム１を動作させるための標準的なアプリケーションであってもよいし、特定の動作解析をするためのアプリケーションであってもよい。これらのアプリケーションは、メーカが作成してもよいし、ユーザが作成してユーザ端末１０にアドオンしてもよい。
【００３１】
標準的なアプリケーションは、リソース監視システム１を動作させるためのウェブサーバソフトウェアであったり、Ｃ言語等のプログラミング言語で作成された実行可能なアプリケーションであったりする。なお、プログラミング言語は、Ｃ言語に限られず、任意の言語を適用可能である。特定の動作解析をするためのアプリケーションは、ロボット２２の特定の動作を解析する目的で作成されたアプリケーションであり、例えば、ロボット２２の動作データを収集してハードディスク１２Ｂに蓄積するアプリケーション、ロボット２２における減速機の故障を予知するアプリケーション、ロボット２２がガス溶接又はアーク溶接をする際に飛散するスパッタを検出するアプリケーション、又は、ロボット２２によるスポット溶接を監視するアプリケーションといった種々のアプリケーションを適用可能である。
【００３２】
ユーザ端末１０は、種々のアプリケーションを実行するので、ある特定のアプリケーションがリソースを使用しすぎてしまうと、他のアプリケーションの実行に支障をきたす可能性がある。また、ユーザ端末１０をロボットコントローラ２１及びロボット２２のパラメータ調整や保守点検等の他の目的に使用する場合には、これらの目的での使用にも支障をきたす可能性がある。そこで、本実施形態では、ユーザ端末１０は、リソース監視画面を表示部１５に表示させ、アプリケーションによるリソースの使用状況をユーザに監視させるようにしている。
【００３３】
リソースの使用状況とは、ハードウェア資源の使用状況であり、本実施形態では、ＣＰＵ１１、ＲＡＭ１２Ａ、及びハードディスク１２Ｂの各々の使用状況を例に挙げる。ＣＰＵ１１の使用状況は、ＣＰＵ１１の使用率である。ＲＡＭ１２Ａの使用状況は、ＲＡＭ１２Ａの使用率である。ハードディスク１２Ｂの使用状況は、ハードディスク１２Ｂの使用率である。なお、監視対象のリソースは、これらに限られず、任意の種類のリソースを監視対象としてよい。例えば、ユーザ端末１０によるネットワークＮの使用状況、ＥＥＰＲＯＭやフラッシュメモリといった他のメモリの使用状況、又は、ユーザ端末１０の電池の使用状況を監視対象としてもよい。
【００３４】
図２は、リソース監視画面の一例を示す図である。図２に示すように、リソース監視画面Ｇには、一般的なＯＳのタスクマネージャ等とは異なり、実行中の全てのプログラムのリソースの使用状況が表示されるのではなく、ロボット２２の動作を解析するためのアプリケーションに特化した画面となっている。なお、リソース監視画面Ｇは、ユーザ端末１０のブラウザ上で表示されてもよいし、リソース監視用の専用プログラムの画面として表示されてもよい。
【００３５】
リソース監視画面Ｇの表示領域Ａ１０には、各リソースの現在の状態が表示される。例えば、表示領域Ａ１０には、異常発生の有無を示す情報が表示される。本実施形態では、各リソースの現在の状態は、使用状況が正常の範囲内であることを示す「ＮＯＲＭＡＬ」、使用状況に多少の異常が発生していることを示す「ＷＡＲＮＩＮＧ」、又は、使用状況に大きな異常が発生していることを示す「ＣＲＩＴＩＣＡＬ」の何れかに分類される。
【００３６】
リソース監視画面Ｇには、監視対象のリソースを選択するための入力フォームＦ１１が表示される。監視対象のリソースとは、後述する表示領域Ａ１８に使用状況を表示させるリソースの種類である。本実施形態では、ＣＰＵ１１、ＲＡＭ１２Ａ、及びハードディスク１２Ｂの３種類が存在するので、ユーザは、入力フォームＦ１１から、これら３種類の中の何れかを選択する。図２のリソース監視画面Ｇは、ＣＰＵ１１が選択された状態を示している。
【００３７】
リソース監視画面Ｇには、監視間隔を入力するための入力フォームＦ１２と、表示間隔を入力するための入力フォームＦ１３と、が表示される。監視間隔は、リソースの使用状況を監視する時間間隔である。ユーザ端末１０は、監視間隔ごとに、リソースの使用状況を取得する。表示間隔は、リソース監視画面Ｇにおいてリソースの使用状況を表示させる間隔であり、後述する表示領域Ａ１８におけるグラフのスケールである。
【００３８】
リソース監視画面Ｇには、監視対象のアプリケーションを選択するための入力フォームＦ１４が表示される。監視対象のアプリケーションとは、後述する表示領域Ａ１８にリソースの使用状況を表示させるアプリケーションの種類である。ユーザは、ユーザ端末１０が実行するアプリケーションの一部又は全部を、監視対象として選択することができる。
【００３９】
図２に示すように、入力フォームＦ１４の横には、ユーザ端末１０にインストールされたアプリケーションの一覧が表示される。図２の例では、ユーザ端末１０は、アプリケーションＡ〜Ｅを実行しており、入力フォームＦ１４の横には、これら５つのアプリケーションの名前が表示される。また、本実施形態では、アプリケーション全体の使用状況も表示可能であり、全体の使用状況を表示させるための入力フォームＦ１４が表示される。
【００４０】
ユーザは、入力フォームＦ１４にチェックを入れることによって、監視対象のアプリケーションを選択する。チェックが外されたアプリケーションは、監視対象から除外され、リソース監視画面Ｇには、当該アプリケーションによるリソースの使用状況は表示されない。この場合、チェックが外されたアプリケーションによるリソースの使用状況が取得されないようにしてもよいし、リソースの使用状況は取得されるが表示だけをしないようにしてもよい。
【００４１】
リソース監視画面Ｇには、リソースの使用状況の異常を検知する閾値を設定するための入力フォームＦ１５が表示される。本実施形態では、「Ｗａｒｎｉｎｇ」と「Ｅｒｒｏｒ」の２段階の閾値が設定される場合を説明するが、閾値は、１段階であってもよいし、３段階以上であってもよい。
【００４２】
なお、「Ｗａｒｎｉｎｇ」は、「Ｅｒｒｏｒ」よりも深刻度が低く、「Ｗａｒｎｉｎｇ」の閾値は、「Ｅｒｒｏｒ」の閾値よりも低いものとする。また、詳細は後述するが、表示領域Ａ１０における各リソースの状態は、ある一定期間において、「Ｗａｒｎｉｎｇ」にも「Ｅｒｒｏｒ」にもならなかった期間の割合、「Ｗａｒｎｉｎｇ」になった期間の割合、及び、「Ｅｒｒｏｒ」になった期間の割合によって決定される。
【００４３】
リソース監視画面Ｇには、監視結果をファイル出力するための入力フォームＦ１６が表示される。ユーザが入力フォームＦ１６にチェックを入れると、リソースの使用状況の監視結果が格納されたログファイルが出力される。ユーザが入力フォームＦ１６にチェックを入れない場合には、監視結果は、ログファイルとして出力されず、記憶部１２に一時的に記録される。本実施形態では、ログファイルには、入力フォームＦ１３に入力された表示間隔ごとの使用状況が格納されるものとするが、任意の間隔ごとの使用状況が格納されてよい。
【００４４】
リソース監視画面Ｇには、入力フォームＦ１２〜Ｆ１６の各々に対して入力された設定を反映させるためのボタンＢ１７が表示される。ユーザがボタンＢ１７を選択すると、監視対象のリソースの設定が更新される。
【００４５】
リソース監視画面Ｇの表示領域Ａ１８には、監視対象のリソースの使用状況が表示される。本実施形態では、リソースの使用状況がグラフによって時系列的に表示される場合を説明するが、リソースの使用状況は、任意の形式で表示されてよく、表示形式はグラフに限られない。例えば、表形式又はリスト形式でリソースの使用状況が表示されてもよいし、単にリソースの使用状況を示す数値だけが表示されてもよい。
【００４６】
図２の例では、５種類のアプリケーションが監視対象として選択されており、これら全体の使用状況も選択されているので、表示領域Ａ１８には、これら５種類の各々による使用状況と、アプリケーション全体の使用状況と、が表示される。なお、グラフの縦軸はＣＰＵ１１の使用率であり、横軸は時間軸である。時間軸のスケールは、入力フォームＦ１３に入力された表示間隔によって決定される。
【００４７】
リソース監視画面Ｇには、リソース監視機能を起動するためのボタンＢ１９と、リソース監視機能を停止させるためのボタンＢ２０と、が表示される。リソース監視機能の起動中は、リソースの使用状況が随時取得され、表示領域Ａ１８のグラフがリアルタイムに更新される。リソース監視機能が停止されると、リソースの使用状況の取得が停止され、表示領域Ａ１８のグラフが固定される。図２の例では、ボタンＢ１９が選択されており、リソース監視機能が起動中の例を示す。ボタンＢ２０が選択されると、リソース監視機能が停止する。
【００４８】
リソース監視画面Ｇには、現在の使用状況を表示させるためのボタンＢ２１と、過去の使用状況を表示させるためのボタンＢ２２と、が表示される。図２の例では、ボタンＢ２１が選択されており、リソース監視画面Ｇには、現在の使用状況がリアルタイムで表示されている。ボタンＢ２２が選択されると、リソース監視画面Ｇの表示が切り替わり、先述したログファイルに基づいて、過去の使用状況が表示される。
【００４９】
図３は、リソース監視画面Ｇに過去の使用状況が表示される様子を示す図である。図３に示すように、リソース監視画面Ｇには、ボタンＢ２１，Ｂ２２が表示され、ここではボタンＢ２２が選択された状態となる。なお、ボタンＢ２１が選択されると、リソース監視画面Ｇは、図２の状態に戻る。
【００５０】
リソース監視画面Ｇには、ログファイルを選択するためのボタンＢ２３と、選択されたログファイルを表示させるためのボタンＢ２４と、が表示される。ユーザは、ボタンＢ２３を選択し、表示させたいログファイルの格納場所（参照先）を入力する。その後、ユーザがログファイルの格納場所を入力してボタンＢ２４を選択すると、当該ログファイルがリソース監視画面Ｇの表示領域Ａ２５に表示される。
【００５１】
図３の例では、２つのログファイルが表示されている。例えば、表示領域Ａ２５Ａには、１つ目のログファイルの内容が表示され、表示領域Ａ２５Ｂには、２つ目のログファイルの内容が表示される。例えば、１つ目のログファイルが、ある特定のアプリケーションのアドオン前に出力され、２つ目のログファイルが、当該アプリケーションのアドオン後に出力されたとすると、アドオン前後におけるリソースの使用状況の変化を表示させることができる。
【００５２】
なお、図２及び図３では、ＣＰＵ１１の使用状況を表示させる場合について説明したが、ＲＡＭ１２Ａ及びハードディスク１２Ｂについても、同様にして使用状況を表示させることができる。例えば、ユーザがリソース監視画面Ｇの入力フォームＦ１１からＲＡＭ１２Ａを選択すると、ＲＡＭ１２Ａの使用状況の表示に切り替わり、ユーザが入力フォームＦ１１からハードディスク１２Ｂを選択すると、ハードディスク１２Ｂの使用状況の表示に切り替わる。
【００５３】
図４は、ＲＡＭ１２Ａの使用状況が表示される様子を示す図であり、図５は、ハードディスク１２Ｂの使用状況が表示される様子を示す図である。図４に示すように、ユーザが入力フォームＦ１２〜Ｆ１６に入力した設定に基づいて、ＲＡＭ１２Ａの使用状況がリソース監視画面Ｇに表示される。また、図５に示すように、ユーザが入力フォームＦ１２〜Ｆ１６に入力した設定に基づいて、ハードディスク１２Ｂの使用状況がリソース監視画面Ｇに表示される。設定は、全リソースで共通であってもよいが、本実施形態では、リソースごとに設定が行われるものとする。このため、ＣＰＵ１１とＲＡＭ１２Ａとで監視間隔や表示間隔が異なったり、ＣＰＵ１１とハードディスク１２Ｂとで監視対象とするアプリケーションが異なったりすることがある。
【００５４】
なお、本実施形態では、説明の簡略化のために、監視間隔や表示間隔といった設定項目が各リソースで同じであるものとするが、リソースに応じた設定項目が存在してもよい。例えば、ＲＡＭ１２が複数のメモリを含む場合には、使用状況を表示させるメモリの種類が設定項目として存在してもよい。また例えば、ハードディスク１２Ｂが複数のストレージを含む場合には、使用状況を表示させるストレージが設定項目として存在してもよい。
【００５５】
以上のように、リソース監視システム１では、リソース監視画面Ｇを表示部１５に表示させる構成を有することによって、産業機器の動作を解析するためのアプリケーションに、コンピュータのリソースを適切に使用させるようになっている。以降、当該構成の詳細を説明する。
【００５６】
［３．リソース監視システムで実現される機能］
図６は、リソース監視システム１で実現される機能を示す機能ブロック図である。図６に示すように、リソース監視システム１では、データ記憶部１００、アプリ実行部１０１、使用状況取得部１０２、表示制御部１０３、判定部１０４、通知部１０５、及び周期取得部１０６が実現される。本実施形態では、これら各機能がユーザ端末１０において実現される場合を説明する。
【００５７】
［データ記憶部］
データ記憶部１００は、記憶部１２を主として実現される。データ記憶部１００は、リソースの使用状況を表示させるために必要なデータを記憶する。例えば、データ記憶部１００は、ユーザ端末１０が実行するアプリケーションＡＰを記憶する。例えば、各アプリケーションＡＰには、ロボット２２から収集する動作データの収集条件が設定されており、データ記憶部１００は、ユーザが指定した収集条件を記憶してもよい。例えば、収集条件として、収集すべき動作データの種類、収集間隔、及び収集時間帯といった条件が設定される。
【００５８】
また例えば、データ記憶部１００は、設定データベースＤＢ１と、ログファイルデータベースＤＢ２と、を記憶する。
【００５９】
図７は、設定データベースＤＢ１のデータ格納例を示す図である。図７に示すように、設定データベースＤＢ１は、リソース監視画面Ｇにおいて入力された設定値を格納するデータベースである。本実施形態では、ＣＰＵ１１、ＲＡＭ１２Ａ、及びハードディスク１２Ｂの３種類のリソースが存在し、リソースごとに設定値を入力できるので、設定データベースＤＢ１には、各リソースの設定値が格納される。ここでは、入力フォームＦ１２に入力された監視間隔、入力フォームＦ１３に入力された表示間隔、入力フォームＦ１４に入力された監視対象のアプリケーションＡＰの種類、入力フォームＦ１５に入力された閾値、及び、入力フォームＦ１６に入力されたログファイルの出力有無が、設定値として設定データベースＤＢ１に格納される。
【００６０】
図８は、ログファイルデータベースＤＢ２のデータ格納例を示す図である。図８に示すように、ログファイルデータベースＤＢ２は、ログファイルを格納するデータベースである。本実施形態では、ＣＰＵ１１、ＲＡＭ１２Ａ、及びハードディスク１２Ｂの３種類のリソースが存在し、リソースごとにログファイルの出力有無を設定できるので、ログファイルを出力する旨の設定がなされたリソースのログファイルと、ログファイルの日時と、がログファイルデータベースＤＢ２に格納される。ログファイルの日時は、ログファイルに格納された使用状況が取得された日時である。
【００６１】
なお、データ記憶部１００が記憶するデータは、上記の例に限られない。例えば、データ記憶部１００は、アプリケーションＡＰの一覧を示すアプリ一覧データを記憶してもよい。アプリ一覧データは、アプリケーションＡＰがアドオンされるたびに更新される。また例えば、データ記憶部１００は、各アプリケーションＡＰが収集したロボット２２の動作データを記憶してもよい。また例えば、データ記憶部１００は、後述する異常検知条件を記憶してもよい。
【００６２】
［アプリ実行部］
アプリ実行部１０１は、ＣＰＵ１１を主として実現される。アプリ実行部１０１は、アプリケーションＡＰを実行する。本実施形態では、データ記憶部１００に複数のアプリケーションＡＰが記憶されているので、アプリ実行部１０１は、複数のアプリケーションＡＰの各々を実行する。例えば、アプリ実行部１０１は、アプリケーションＡＰを実行し、当該アプリケーションＡＰに設定された収集条件に基づいて、ロボットシステム２０から動作データを収集する。
【００６３】
また例えば、アプリ実行部１０１は、アプリケーションＡＰを実行し、収集した動作データを解析する。動作データの解析方法は、アプリケーションＡＰ内のアルゴリズムに記述されているものとする。例えば、ロボット２２の動作データを収集してハードディスク１２Ｂに蓄積するアプリケーションＡＰであれば、アプリ実行部１０１は、収集条件に基づいて収集した動作データを動作データベースに蓄積する。また例えば、ロボット２２における減速機の故障を予知するアプリケーションＡＰであれば、アプリ実行部１０１は、減速機の動作データが所定条件を満たすか否かを判定し、所定条件が満たされた場合に故障の可能性がある旨の通知を行う。
【００６４】
また例えば、ロボット２２がガス溶接又はアーク溶接をする際に飛散するスパッタを検出するアプリケーションＡＰであれば、アプリ実行部１０１は、ロボット２２から取得した動作データに基づいて、スパッタの検出有無を判定し、判定結果を表示部１５に表示させる。また例えば、ロボット２２によるスポット溶接を監視するアプリケーションＡＰであれば、アプリ実行部１０１は、ロボット２２が配置された現場のカメラで撮影した画像や温度センサで検出した温度等に基づいて、スポット溶接に異常が発生していないかを判定し、判定結果を表示部１５に表示させる。
【００６５】
［使用状況取得部］
使用状況取得部１０２は、ＣＰＵ１１を主として実現される。使用状況取得部１０２は、アプリケーションＡＰによるコンピュータのリソースの使用状況を取得する。使用状況取得部１０２は、監視対象のリソースに応じた取得方法に基づいて、リソースの使用状況を取得する。本実施形態では、リソースの監視間隔が設定されているので、使用状況取得部１０２は、設定データベースＤＢ１に格納された監視間隔に基づいて、リソースの使用状況を取得する。使用状況取得部１０２は、監視間隔ごとに、リソースの使用状況を取得する。即ち、使用状況取得部１０２は、監視間隔が示す時間が経過したか否かを判定し、当該時間が経過したと判定した場合に、リソースの使用状況を取得する。
【００６６】
なお、使用状況の取得方法自体は、種々の手法を適用可能であり、例えば、使用状況取得部１０２は、ＯＳで定められた所定のコマンドを実行することで、使用状況を取得する。例えば、使用状況取得部１０２は、ｔｏｐコマンド又はｔｙｐｅｐｅｒｆコマンドを実行し、ＣＰＵ１１の使用状況を取得する。また例えば、使用状況取得部１０２は、ｔｏｐコマンド又はｔａｓｋｌｉｓｔコマンドを実行し、ＲＡＭ１２Ａの使用状況を取得する。また例えば、使用状況取得部１０２は、ｄｆコマンド又はｄｉｒコマンドを実行し、ハードディスク１２Ｂの使用状況を取得する。
【００６７】
本実施系形態では、使用状況取得部１０２は、第１使用状況取得部１０２Ａ、第２使用状況取得部１０２Ｂ、及び第３使用状況取得部１０２Ｃを含む。
【００６８】
第１使用状況取得部１０２Ａは、アプリケーションＡＰごとに使用状況を取得する。第１使用状況取得部１０２Ａは、複数のアプリケーションＡＰの各々の使用状況を取得する。本実施形態では、ユーザは任意のアプリケーションＡＰを監視対象とすることができるので、第１使用状況取得部１０２Ａは、ユーザが監視対象に指定したアプリケーションＡＰの使用状況を取得する。
【００６９】
第２使用状況取得部１０２Ｂは、各アプリケーションＡＰの使用状況を合算した合算使用状況を取得する。合算使用状況は、アプリ実行部１０１が実行中の全アプリケーションＡＰの使用状況の合計であってもよいし、監視対象に指定されたアプリケーションＡＰの使用状況の合計であってもよい。例えば、第２使用状況取得部１０２Ｂは、第１使用状況取得部１０２Ａが取得した各アプリケーションＡＰの使用状況を合算して合算使用状況を取得する。また例えば、第２使用状況取得部１０２Ｂは、アプリケーションＡＰごとの使用状況を取得することなく、全体の使用状況を取得するコマンドを実行することによって、合算使用状況を取得してもよい。
【００７０】
第３使用状況取得部１０２Ｃは、アプリケーションＡＰがユーザ端末１０に追加される前後における使用状況の変化を取得する。本実施形態では、アプリケーションＡＰのアドオン前後の使用状況がログファイルに格納されているので、第３使用状況取得部１０２Ｃは、ログファイルデータベースＤＢ２を参照し、アドオン前の使用状況と、アドオン後の使用状況と、を取得することによって、アドオン前後における使用状況の変化を取得する。なお、アドオン後の使用状況は、ログファイルではなく、現時点での使用状況が利用されてもよい。
【００７１】
［表示制御部］
表示制御部１０３は、ＣＰＵ１１を主として実現される。表示制御部１０３は、リソース監視画面Ｇに、使用状況を表示させる。表示制御部１０３は、使用状況取得部１０２により取得された使用状況をリソース監視画面Ｇに表示させる。本実施形態では、表示制御部１０３は、表示領域Ａ１８にグラフを表示させることによって、使用状況を表示させる場合を説明するが、先述したように、表形式やリスト形式等の他の形式で使用状況を表示させてもよい。本実施形態では、使用状況の表示間隔が設定されているので、使用状況取得部１０２は、設定データベースＤＢ１に格納された表示間隔に基づいて、リソースの使用状況を表示させる。使用状況取得部１０２は、表示間隔ごとに、リソースの使用状況を表示させる。即ち、使用状況取得部１０２は、リソースの使用状況の表示単位を、当該リソースに設定された表示間隔とする。
【００７２】
本実施系形態では、表示制御部１０３は、第１表示制御部１０３Ａ、第２表示制御部１０３Ｂ、及び第３表示制御部１０３Ｃを含む。
【００７３】
第１表示制御部１０３Ａは、リソース監視画面Ｇに、アプリケーションＡＰごとの使用状況を表示させる。第１表示制御部１０３Ａは、複数のアプリケーションＡＰの各々の使用状況をリソース監視画面Ｇに表示させる。本実施形態では、ユーザは任意のアプリケーションＡＰを監視対象とすることができるので、第１表示制御部１０３Ａは、ユーザが監視対象に指定したアプリケーションＡＰの使用状況をリソース監視画面Ｇに表示させる。例えば、第１表示制御部１０３Ａは、表示領域Ａ１８に、ユーザが監視対象に指定したアプリケーションＡＰの使用状況を示すグラフを表示させる。
【００７４】
第２表示制御部１０３Ｂは、リソース監視画面Ｇに、合算使用状況を表示させる。本実施形態では、第２表示制御部１０３Ｂは、アプリケーションＡＰごとの使用状況とともに、合算使用状況をリソース監視画面Ｇに表示させる場合を説明するが、アプリケーションＡＰごとの使用状況とは別に、合算使用状況をリソース監視画面Ｇに表示させてもよい。例えば、第２表示制御部１０３Ｂは、表示領域Ａ１８に、合算使用状況を示すグラフを表示させる。
【００７５】
第３表示制御部１０３Ｃは、リソース監視画面Ｇに、使用状況の変化を表示させる。本実施形態では、第３表示制御部１０３Ｃは、アドオン前の使用状況と、アドオン後の使用状況と、の各々をリソース監視画面Ｇに表示させる場合を説明するが、アドオン前後における使用状況の変化を示す情報（例えば、アドオン前後における使用状況の増加量）をリソース監視画面Ｇに表示させてもよい。例えば、図３に示すように、第３表示制御部１０３Ｃは、リソース監視画面Ｇに、アドオン前のログファイルが示す使用状況と、アドオン後のログファイルが示す使用状況と、を表示させる。
【００７６】
［判定部］
判定部１０４は、ＣＰＵ１１を主として実現される。判定部１０４は、使用状況が所定の異常検知条件を満たすか否かを判定する。異常検知条件は、使用状況の異常を検知するために定められた条件であり、例えば、使用状況が閾値以上になること、使用状況が閾値以上の状態が一定時間以上継続すること、又は、使用状況が閾値以上になる頻度が所定頻度以上になることである。
【００７７】
本実施形態では、異常検知条件の一例として、ある一定期間の中で使用状況が閾値以上である期間の割合が所定割合であることを説明する。この一定期間は、固定値であってもよいし可変値であってもよい。本実施形態では、入力フォームＦ１３に入力された表示間隔に対する割合とするが、後述する変形例のように、ロボット２２の制御周期に対する割合であってもよい。なお、異常検知条件は、データ記憶部１００に記憶されているものとする。
【００７８】
図９は、異常検知条件の一例を示す図である。図９に示すように、異常検知条件は、「Ｅｒｒｏｒ」、「Ｗａｒｎｉｎｇ」、及び「Ｎｏｒｍａｌ」の各々の状態だった期間の割合に関する条件となる。「Ｅｒｒｏｒ」は、使用状況が「Ｅｒｒｏｒ」の閾値以上の状態である。「Ｗａｒｎｉｎｇ」は、使用状況が「Ｅｒｒｏｒ」の閾値未満であり、かつ、「Ｗａｒｎｉｎｇ」の閾値以上の状態である。「Ｎｏｒｍａｌ」は、使用状況が「Ｗａｒｎｉｎｇ」の閾値未満の状態である。図９のテーブルに示す数値は、各期間の長さの順位である。
【００７９】
例えば、「Ｅｒｒｏｒ」が１位であり、「Ｗａｒｎｉｎｇ」が２位であり、かつ、「Ｎｏｒｍａｌ」が３位である場合、判定部１０４は、リソースの状態が「ＣＲＩＴＩＣＡＬ」であると判定する。また例えば、「Ｅｒｒｏｒ」が２位であり、「Ｗａｒｎｉｎｇ」が１位であり、かつ、「Ｎｏｒｍａｌ」が３位である場合、判定部１０４は、リソースの状態が「ＷＡＲＮＩＮＧ」であると判定する。また例えば、「Ｅｒｒｏｒ」が３位であり、「Ｗａｒｎｉｎｇ」が２位であり、かつ、「Ｎｏｒｍａｌ」が１位である場合、判定部１０４は、リソースの状態が「ＮＯＲＭＡＬ」であると判定する。
【００８０】
本実施形態では、複数種類のリソースが監視対象となるので、判定部１０４は、リソースごとに、異常検知条件を満たすか否かを判定する。例えば、判定部１０４は、ＣＰＵ１１の使用状況に基づいて、異常検知条件を満たすか否かを判定する。また例えば、判定部１０４は、ＲＡＭ１２Ａの使用状況に基づいて、異常検知条件を満たすか否かを判定する。また例えば、判定部１０４は、ハードディスク１２Ｂの使用状況に基づいて、異常検知条件を満たすか否かを判定する。なお、異常検知条件は、全リソースで共通であってもよいし、リソースに応じた異常検知条件が定められていてもよい。
【００８１】
［通知部］
通知部１０５は、ＣＰＵ１１を主として実現される。通知部１０５は、異常検知条件が満たされる場合に、所定の異常通知をする。異常通知は、異常検知条件が満たされたことを示す所定の通知であればよく、例えば、所定の画像を表示させること、スピーカ等から所定の音声を出力すること、ＬＥＤライト等の発光部を発光させること、又は、ユーザ端末１０のバイブレータを振動させること等である。
【００８２】
本実施形態では、通知部１０５は、リソース監視画面Ｇの表示領域Ａ１０における状態を利用して異常通知をする。図９の異常検知条件の場合、判定部１０４は、「ＣＲＩＴＩＣＡＬ」、「ＷＡＲＮＩＮＧ」、又は「ＮＯＲＭＡＬ」の何れかの判定結果を返すので、通知部１０５は、判定部１０４の判定結果を表示領域Ａ１０に表示させる。
【００８３】
また、本実施形態では、複数種類のリソースが監視対象となるので、通知部１０５は、リソースごとに、判定部１０４の判定結果を通知する。例えば、判定部１０４は、ＣＰＵ１１の使用状況の判定結果を表示領域Ａ１０に表示させる。また例えば、判定部１０４は、ＲＡＭ１２Ａの使用状況の判定結果を表示領域Ａ１０に表示させる。また例えば、判定部１０４は、ハードディスク１２Ｂの使用状況の判定結果を表示領域Ａ１０に表示させる。
【００８４】
［４．リソース監視システムで実行される処理］
図１０−図１１は、リソース監視システム１で実行される処理を示すフロー図である。図１０−図１１に示す処理は、ユーザ端末１０において、ＣＰＵ１１が記憶部１２に記憶されたプログラムに従って動作することによって実行される。図１０−図１１に示す処理は、図６に示す機能ブロックにより実行される処理の一例である。
【００８５】
図１０に示すように、まず、ＣＰＵ１１は、操作部１４から所定の操作が行われた場合に、設定データベースＤＢ１に基づいて、リソース監視画面Ｇを表示部１５に表示させる（Ｓ１）。Ｓ１においては、ＣＰＵ１１は、入力フォームＦ１１にＣＰＵと入力し、設定データベースＤＢ１に格納された設定値に基づいて、入力フォームＦ１２〜Ｆ１６の値を決定する。なお、ボタンＢ１９，Ｂ２１は、デフォルトで選択されているものとする。また、ここでは、ＣＰＵ１１の使用状況を最初に表示させる場合を説明するが、ＲＡＭ１２Ａ又はハードディスク１２Ｂの使用状況が最初に表示されてもよい。
【００８６】
ＣＰＵ１１は、設定データベースＤＢ１に基づいて、ＣＰＵ１１、ＲＡＭ１２Ａ、及びハードディスク１２Ｂの各々の使用状況を取得する（Ｓ２）。Ｓ２においては、ＣＰＵ１１は、監視対象のアプリケーションＡＰごとに、監視間隔に基づいて各使用状況を取得し、記憶部１２に一時的に記録させる。なお、ログファイルへの出力設定がなされているリソースについては、ＣＰＵ１１は、リソースの使用状況を示すログファイルを出力し、ログファイルデータベースＤＢ２に格納する。
【００８７】
ＣＰＵ１１は、設定データベースＤＢ１に基づいて、Ｓ２における各リソースの使用状況が異常検知条件を満たすか否かを判定する（Ｓ３）。Ｓ３においては、ＣＰＵ１１は、各リソースに設定された閾値を参照し、「Ｅｒｒｏｒ」、「Ｗａｒｎｉｎｇ」、及び「Ｎｏｒｍａｌ」の各々の期間を計算する。ＣＰＵ１１は、各期間の順位に基づいて異常検知条件を満たすか否かを判定する。
【００８８】
ＣＰＵ１１は、Ｓ３の判定結果に基づいて、各リソースの状態を表示領域Ａ１０に表示させる（Ｓ４）。Ｓ４においては、ＣＰＵ１１は、リソースごとに、Ｓ３において判定された「ＣＲＩＴＩＣＡＬ」、「ＷＡＲＮＩＮＧ」、又は「ＮＯＲＭＡＬ」の何れかを表示領域Ａ１０に表示させる。
【００８９】
ＣＰＵ１１は、監視対象のリソースの使用状況をグラフ化して表示領域Ａ１８に表示させる（Ｓ５）。Ｓ５においては、ＣＰＵ１１は、入力フォームＦ１１に入力された監視対象のリソースを特定し、Ｓ２で取得された使用状況のうち、監視対象のリソースの使用状況をグラフ化して表示領域Ａ１８に表示させる。
【００９０】
ＣＰＵ１１は、操作部１４の検出信号に基づいて、ユーザの操作を特定する（Ｓ６）。ここでは、入力フォームＦ１１〜Ｆ１６の何れかに情報を入力する操作、ボタンＢ２２を選択する操作、又は、リソース監視画面Ｇを終了する操作の何れかが行われるものとする。なお、ボタンＢ１９，Ｂ２０が選択された場合の処理については、ここでは説明を省略する。また、特に操作が行われない場合には、Ｓ２の処理に戻り、使用状況の取得等が繰り返し実行される。
【００９１】
入力フォームＦ１１から監視対象のリソースが変更された場合（Ｓ６；Ｆ１１）、ＣＰＵ１１は、監視対象のリソースを変更してリソース監視画面Ｇの表示を更新する（Ｓ７）。Ｓ７においては、ＣＰＵ１１は、設定データベースＤＢ１に基づいて、変更後の監視対象のリソースの設定値を入力フォームＦ１２〜Ｆ１６に表示させる。また、ＣＰＵ１１は、Ｓ３で取得された当該監視対象のリソースの使用状況を表示領域Ａ１８に表示させる。
【００９２】
Ｓ６において、入力フォームＦ１２〜Ｆ１６の何れかから設定が入力された場合（Ｓ６；Ｆ１２〜Ｆ１６の何れか）、ＣＰＵ１１は、ユーザが入力した設定値を入力フォームに入力する（Ｓ８）。Ｓ８においては、例えば、ユーザが入力フォームＦ１２に監視間隔を入力した場合、ＣＰＵ１１は、入力フォームＦ１２に監視間隔を入力する。また例えば、ユーザが入力フォームＦ１３に表示間隔を入力した場合、ＣＰＵ１１は、入力フォームＦ１３に表示間隔を入力する。また例えば、ユーザが入力フォームＦ１４から監視対象のアプリケーションＡＰを選択した場合、ＣＰＵ１１は、入力フォームＦ１４のチェックボックスを制御する。また例えば、ユーザが入力フォームＦ１５に閾値を入力した場合、ＣＰＵ１１は、入力フォームＦ１５に閾値を入力する。また例えば、ユーザが入力フォームＦ１６から監視結果の出力有無を選択した場合、ＣＰＵ１１は、入力フォームＦ１４のチェックボックスに反映させる。
【００９３】
Ｓ６において、ボタンＢ１７が選択された場合（Ｓ６；Ｂ１７）、ＣＰＵ１１は、入力フォームＦ１２〜Ｆ１６の各々の入力内容に基づいて、設定データベースＤＢ１を更新し（Ｓ９）、Ｓ２の処理に戻る。Ｓ９においては、ＣＰＵ１１は、入力フォームＦ１１に入力された監視対象のリソースと、入力フォームＦ１２〜Ｆ１６の各々に入力された値と、を関連付けて設定データベースＤＢ１に格納する。Ｓ２の処理に戻った後は、更新後の設定値に基づいて、リソースの使用状況が取得される。
【００９４】
Ｓ６において、ボタンＢ２２が選択された場合（Ｓ６；Ｂ２２）、図１１に移り、ＣＰＵ１１は、リソース監視画面Ｇの表示を切り替える（Ｓ１０）。Ｓ１０においては、リソース監視画面Ｇは、図３に示す状態となる。この時点では、まだログファイルが選択されていないので、表示領域Ａ２５には何も表示されないものとする。
【００９５】
ＣＰＵ１１は、操作部１４の検出信号に基づいて、ユーザの操作を特定する（Ｓ１１）。ここでは、ボタンＢ２１，Ｂ２３，Ｂ２４の何れかを選択する操作が行われるものとする。
【００９６】
ボタンＢ２３が選択された場合（Ｓ１１；Ｂ２３）、ＣＰＵ１１は、操作部１４の検出信号に基づいて、ユーザによるログファイルの選択を受け付ける（Ｓ１２）。Ｓ１２においては、ＣＰＵ１１は、ユーザによるログファイルの格納場所及びファイル名の指定を受け付ける。
【００９７】
Ｓ１１において、ボタンＢ２４が選択された場合（Ｓ１１；Ｂ２４）、ＣＰＵ１１は、ログファイルデータベースＤＢ２に基づいて、ユーザが選択したログファイルを表示領域Ａ２５に表示させる（Ｓ１３）。Ｓ１３においては、ＣＰＵ１１は、Ｓ１２においてユーザが選択したログファイルを読み出して、表示領域Ａ２５にグラフを表示させる。
【００９８】
Ｓ１１において、ボタンＢ２１が選択された場合（Ｓ１１；Ｂ２１）、Ｓ２の処理に戻る。この場合、リソース監視画面Ｇは、図２の状態となる。なお、Ｓ６において、終了操作が行われた場合（Ｓ６；終了操作）、本処理は終了する。
【００９９】
リソース監視システム１によれば、産業機器の動作を解析するためのアプリケーションＡＰによるリソースの使用状況をリソース監視画面Ｇに表示させ、リソースの使用状況をユーザに確認させることで、アプリケーションＡＰに、ユーザ端末１０のリソースを適切に使用させることができる。アプリケーションＡＰにユーザ端末１０のリソースを適切に使用させることで、重要な解析をしなければならないときに、ユーザ端末１０のリソースを使用しすぎてしまい、十分な解析をすることができないといったことを防止することができる。このため、産業機器の動作を適切に解析し、産業機器を正常に動作させることができる。他にも例えば、アプリケーションＡＰの実行のためにユーザ端末１０のスペックが不足している場合に、ユーザにその旨を気付かせることができ、ユーザ端末１０の性能向上を検討させることができる。
【０１００】
また、リソース監視画面Ｇに、アプリケーションＡＰごとのリソースの使用状況を表示させ、アプリケーションＡＰごとのリソースの使用状況をユーザに確認させることで、複数のアプリケーションＡＰの各々に、ユーザ端末１０のリソースを適切に使用させることができる。アプリケーションＡＰごとの使用状況をユーザに確認させることで、どのアプリケーションＡＰがリソースを使用しすぎているかを特定することができる。このため、あるアプリケーションＡＰがリソースを使用しすぎているために、他のアプリケーションＡＰの動作が不安定になる、といったことを防止することができる。
【０１０１】
また、リソース監視画面Ｇに、各アプリケーションＡＰのリソースの使用状況を合算した合算使用状況を表示させ、合算使用状況をユーザに確認させることで、複数のアプリケーションＡＰの各々に、ユーザ端末１０のリソースを適切に使用させることができる。合算使用状況をユーザに確認させることで、アプリケーションＡＰがユーザ端末１０のリソースを全体的に使用しすぎているかを判断しやすくなる。このため、ユーザ端末１０のリソースを全体的に使用しすぎているために、各アプリケーションＡＰの動作が不安定になる、といったことを防止することができる。
【０１０２】
また、リソース監視画面Ｇに、アプリケーションＡＰがユーザ端末１０に追加される存後におけるリソースの使用状況の変化を表示させ、アプリケーションＡＰをユーザ端末１０に追加したことによるリソースへの影響をユーザに確認させることができる。
【０１０３】
また、リソースの使用状況が異常検知条件を満たした場合に異常通知をすることで、リソースの使用に異常発生していることをユーザに気付かせやすくなる。
【０１０４】
［５．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。
【０１０５】
図１２は、変形例の機能ブロック図である。図１２に示すように、以降説明する変形例では、第４表示制御部１０３Ｄ、第５表示制御部１０３Ｅ、第６表示制御部１０３Ｆ、第７表示制御部１０３Ｇ、第８表示制御部１０３Ｈ、第１判定部１０４Ａ、周期取得部１０６、実周期取得部１０６Ａ、及び動作状況取得部１０７が実現される。これら各機能は、ＣＰＵ１１を主として実現される。
【０１０６】
（１）例えば、実施形態では、リソースに設定された表示間隔に対する「Ｅｒｒｏｒ」等の割合に基づいて、異常検知条件が満たされるか否かが判定される場合を説明したが、ロボット２２の周期に対する「Ｅｒｒｏｒ」等の割合に基づいて、異常検知条件が満たされるか否かが判定されてもよい。
【０１０７】
ロボット２２は、予め設定された周期情報に基づいて、周期的に動作する。周期情報は、ロボットシステム２０内に記憶されていればよく、例えば、ロボットコントローラ２１のメモリに記憶されていてもよいし、ロボット２２内のメモリに記憶されていてもよい。周期情報は、計画上又は設定上の周期である。周期は、作業工程の周期であり、制御周期とも呼ばれる。ロボット２２は、所定の動作を繰り返し実行するので、周期情報は、当該動作が繰り返される周期を示す。
【０１０８】
例えば、ロボットコントローラ２１は、リアルタイムクロック等を利用して計時処理を実行し、周期の開始時点が訪れたか否かを判定する。ロボットコントローラ２１は、周期の開始時点が訪れた場合に、ロボット２２に対して所定の動作をするように指示を行う。１周期内におけるロボット２２の動作は、予め定められており、ロボットコントローラ２１内のメモリに記憶されているものとする。ロボット２２は、ロボットコントローラ２１からの指示に基づいて動作することによって、周期的な動作を行う。
【０１０９】
変形例（１）のリソース監視システム１では、周期取得部１０６と第１判定部１０４Ａが実現される。周期取得部１０６は、ロボット２２の周期を取得する。例えば、周期取得部１０６は、周期情報が示す計画上又は設定上の周期を取得する。本変形例では、周期情報がロボットシステム２０内に記憶されているので、周期取得部１０６は、ロボットシステム２０から周期情報を取得することによって、ロボット２２の計画上又は設定上の周期を取得する。
【０１１０】
第１判定部１０４Ａは、周期の中で、使用状況が所定の状況になる期間の割合に基づいて、異常検知条件を満たすか否かを判定する。本変形例では、第１判定部１０４Ａは、周期情報が示す計画上又は設定上の周期の中で、使用状況が所定の状況になる期間の割合に基づいて、異常検知条件を満たすか否かを判定する。第１判定部１０４Ａは、周期取得部１０６が取得した周期の中で、「Ｅｒｒｏｒ」、「Ｗａｒｎｉｎｇ」、及び「Ｎｏｒｍａｌ」の各々の状態だった期間の割合を計算して順位を判定する。実施形態では、表示間隔に対する割合が計算されたのに対し、本変形例では、周期取得部１０６が取得した周期に対する割合が計算される点で異なり、第１判定部１０４Ａの処理は、他の点については実施形態で説明した通りである。
【０１１１】
なお、後述する変形例（３）のように、周期取得部１０６は、実際の周期を取得してもよい。この場合、第１判定部１０４Ａは、実際の周期の中で、使用状況が所定の状況になる期間の割合に基づいて、異常検知条件を満たすか否かを判定してもよい。
【０１１２】
変形例（１）によれば、ロボット２２の周期の中でリソースの使用状況が所定の状況となる期間の割合に基づいて異常検知条件を満たすか否かを判定することで、異常が突発的なものなのか定常的なものなのかを検出することができる。
【０１１３】
（２）また例えば、リソース監視画面Ｇにおいて、ロボット２２の周期ごとの使用状況が表示されるようにしてもよい。例えば、表示領域Ａ１８に表示されるグラフの時間軸のスケール（プロット単位）は、固定値ではなく、ロボット２２の周期に応じて定まってもよい。
【０１１４】
変形例（２）のリソース監視システム１では、周期取得部１０６及び第４表示制御部１０３Ｄが実現される。周期取得部１０６の処理は、変形例（１）で説明した通りである。本変形例でも、周期取得部１０６は、周期情報が示す計画上又は設定上の周期を取得する場合を説明するが、後述する変形例（３）のように、ロボット２２の実際の周期を取得してもよい。
【０１１５】
第４表示制御部１０３Ｄは、リソース監視画面Ｇに、周期ごとの使用状況を表示させる。周期ごとの使用状況とは、１周期内における使用状況である。例えば、第４表示制御部１０３Ｄは、リソース監視画面Ｇに、１周期における使用状況の変化を表示させる。本変形例では、第４表示制御部１０３Ｄは、周期に基づいて、表示領域Ａ１８に表示されるグラフの時間軸のスケール（プロット単位）を決定する。
【０１１６】
例えば、第４表示制御部１０３Ｄは、表示領域Ａ１８のグラフに１周期内の使用状況の変化が表示されるように、グラフの時間軸のスケールを決定する。第４表示制御部１０３Ｄは、１周期の使用状況だけをグラフにして表示領域Ａ１８に表示させてもよいし、複数周期の使用状況をグラフにして表示領域Ａ１８に表示させてもよい。例えば、第４表示制御部１０３Ｄは、表示領域Ａ１８のグラフに２周期分の使用状況を表示させ、１周期目の使用状況と、２周期目の使用状況と、を区別して表示させてもよい。同様に、第４表示制御部１０３Ｄは、３周期以上の使用状況を表示させてもよい。
【０１１７】
なお、第４表示制御部１０３Ｄの処理は、上記の例に限られない。第４表示制御部１０３Ｄは、周期ごとの使用状況を識別可能に表示すればよく、例えば、１周期における使用状況の平均値を表示させるようにしてもよい。
【０１１８】
変形例（２）によれば、リソース監視画面Ｇに、ロボット２２の周期ごとのリソースの使用状況を表示させ、周期ごとのリソースの使用状況をユーザに確認させることで、アプリケーションＡＰに、ユーザ端末１０のリソースをより適切に使用させることができる。リソースの使用状況に異常が発生した場合に、当該異常が突発的なものなのか定常的なものなのかを検出することができる。周期の中でロボット２２が重要な動作をしているときにリソースを使用しすぎているのか否かといったことをユーザに判断させることができる。
【０１１９】
（３）また例えば、周期取得部１０６が計画上又は設定上の周期を取得する場合を説明したが、周期取得部１０６は、ロボットシステム２０側で計測された実際の周期が用いられてもよい。
【０１２０】
本変形例では、ロボットコントローラ２１は、周期の開始時点が訪れた場合に計時を開始し、ロボット２２から１周期内の最後の動作の完了通知を受信するまでの時間を計測することによって、実際の周期を計算する。また例えば、ロボットコントローラ２１は、複数回の周期を計測して平均値を算出することによって、実際の周期を計算してもよい。なお、ロボットコントローラ２１ではなく、ロボット２２自身が実際の周期を計測してもよい。この場合、ロボット２２は、ロボットコントローラ２１から１周期内の最初の動作指示を受信した場合に計時を開始し、１周期内の最後の動作が完了するまでの時間を計測することによって、実際の周期を計測する。
【０１２１】
変形例（３）のリソース監視システム１では、実周期取得部１０６Ａ及び第５表示制御部１０３Ｅが実現される。実周期取得部１０６Ａは、ロボット２２の実際の周期を取得する。実際の周期は、ロボットシステム２０が計測した周期である。実周期取得部１０６Ａは、ロボットシステム２０からロボット２２の実際の周期を取得する。実周期取得部１０６Ａは、ロボットシステム２０に対し、実際の周期の取得要求を送信する。ロボットシステム２０は、取得要求を受信すると、上記のようにして計測した実際の周期をユーザ端末１０に送信する。なお、ロボットシステム２０は、常に周期を計測してもよいし、ユーザ端末１０から取得要求を受信したことに応じて周期を計測してもよい。
【０１２２】
第５表示制御部１０３Ｅは、リソース監視画面Ｇに、実際の周期ごとの使用状況を表示させる。第５表示制御部１０３Ｅの処理は、使用状況の表示単位が実際の周期になる点が第４表示制御部１０３Ｄと異なるだけであり、他の点については、変形例（２）で説明した通りである。例えば、第４表示制御部１０３Ｄは、実際の周期に基づいて、表示領域Ａ１８に表示されるグラフの時間軸のスケール（プロット単位）を決定したり、実際の周期内での使用状況の平均値を計算して表示したりする。
【０１２３】
変形例（３）によれば、リソース監視画面Ｇに、ロボット２２の実際の周期ごとのリソースの使用状況を表示させ、実際の周期ごとのリソースの使用状況をユーザに確認させることで、ロボット２２の実際の動作に応じたリソースの使用状況を確認させることができる。
【０１２４】
（４）また例えば、変形例（２）−（３）では、周期ごとの使用状況がリソース監視画面Ｇに表示される場合を説明したが、リソース監視画面Ｇにおいて、周期そのものが表示されてもよい。
【０１２５】
変形例（４）のリソース監視システム１では、周期取得部１０６及び第６表示制御部１０３Ｆが実現される。周期取得部１０６の処理は、変形例（１）−（３）で説明した通りである。本変形例でも、周期取得部１０６は、周期情報が示す計画上又は設定上の周期を取得する場合を説明するが、後述する変形例（５）のように、ロボット２２の実際の周期を取得してもよい。
【０１２６】
第６表示制御部１０３Ｆは、リソース監視画面Ｇに、周期とともに使用状況を表示させる。例えば、第６表示制御部１０３Ｆは、リソース監視画面Ｇの表示領域Ａ１８内に、グラフとともに周期を示す数値を表示させる。また例えば、第６表示制御部１０３Ｆは、リソース監視画面Ｇの表示領域Ａ１８とは別の場所に、周期を示す数値を表示させてもよい。なお、周期は、数値で表示されなくてもよく、例えば、アイコン等を利用して周期が表示されてもよい。
【０１２７】
変形例（４）によれば、リソース監視画面Ｇに、ロボット２２の周期とともにリソースの使用状況を表示させ、周期とともにリソースの使用状況をユーザに確認させることで、アプリケーションＡＰに、ユーザ端末１０のリソースをより適切に使用させることができる。リソースの使用状況に異常が発生した場合に、当該異常が突発的なものなのか定常的なものなのかを検出することができる。周期の中でロボット２２が重要な動作をしているときにリソースを使用しすぎているのか否かといったことをユーザに判断させることができる。
【０１２８】
（５）また例えば、変形例（４）では、リソースの使用状況とともに、計画上又は設定上の周期が表示される場合を説明したが、ロボットシステム２０側で計測された実際の周期が表示されてもよい。
【０１２９】
変形例（５）のリソース監視システム１では、実周期取得部１０６Ａ及び第７表示制御部１０３Ｇが実現される。実周期取得部１０６Ａの処理は、変形例（３）で説明した通りである。第７表示制御部１０３Ｇは、リソース監視画面Ｇに、実際の周期とともに使用状況を表示させる。第７表示制御部１０３Ｇの処理は、実際の周期を表示させる点が第６表示制御部１０３Ｆと異なるだけであり、他の点については、変形例（４）で説明した通りである。
【０１３０】
変形例（５）によれば、リソース監視画面Ｇに、ロボット２２の実際の周期とともにリソースの使用状況を表示させ、実際の周期とともにリソースの使用状況をユーザに確認させることで、ロボット２２の実際の動作に応じたリソースの使用状況を確認させることができる。
【０１３１】
（６）また例えば、リソース監視画面Ｇにおいて、ロボットシステム２０の現場の状況が表示されてもよい。現場とは、ロボット２２が配置された場所であり、例えば、工場や作業現場である。現場の状況は、現場の様子であり、例えば、ロボット２２以外の機器の動作状況であってもよいし、製品の生産状況であってもよい。現場の状況は、任意のデータ形式で表現されてよく、例えば、ロボット２２以外の機器の動作データであってもよいし、製品の生産に要した時間であってもよい。他にも例えば、現場の状況は、現場に配置されたカメラによって撮影された画像であってもよいし、現場に配置されたマイクによって検出された音声であってもよい。本変形例では、ロボットコントローラ２１は、上記説明した方法によって現場の状況を取得する。
【０１３２】
変形例（６）のリソース監視システム１では、動作状況取得部１０７及び第８表示制御部１０３Ｈが実現される。動作状況取得部１０７は、ロボット２２が動作する現場の動作状況を取得する。動作状況取得部１０７は、ロボットシステム２０に対し、動作状況の取得要求を送信する。ロボットシステム２０は、取得要求を受信すると、上記のようにして取得した動作状況をユーザ端末１０に送信する。なお、ロボットシステム２０は、常に動作状況を取得してもよいし、ユーザ端末１０から取得要求を受信したことに応じて動作状況を取得してもよい。
【０１３３】
第８表示制御部１０３Ｈは、リソース監視画面Ｇに、現場の動作状況とともに使用状況を表示させる。例えば、第８表示制御部１０３Ｈは、リソース監視画面Ｇの表示領域Ａ１８内に、グラフとともに現場の動作状況を示す画像を表示させる。また例えば、第８表示制御部１０３Ｈは、リソース監視画面Ｇの表示領域Ａ１８とは別の場所に、現場の動作状況を示す画像を表示させてもよい。なお、現場の動作状況は、動画で表示されてもよいし、現場の動作状況を示す数値やアイコン等を利用して表示されてもよい。他にも例えば、現場の動作状況は、音声付きの動画で表示されてもよい。
【０１３４】
変形例（６）によれば、リソース監視画面Ｇに、ロボット２２が動作する現場の動作状況とともにリソースの使用状況を表示させ、現場の動作状況とともにリソースの使用状況をユーザに確認させることで、アプリケーションＡＰに、ユーザ端末１０のリソースをより適切に使用させることができる。
【０１３５】
（７）また例えば、上記説明した変形例を組み合わせてもよい。
【０１３６】
また例えば、アプリケーションＡＰを実行するユーザ端末１０が自らリソース監視画面Ｇを表示させる場合を説明したが、他のコンピュータがリソース監視画面Ｇを表示させてもよい。即ち、アプリケーションＡＰを実行するコンピュータと、リソース監視画面Ｇを表示させるコンピュータと、は同じであってもよいし異なっていてもよい。また例えば、アプリケーションＡＰを実行するコンピュータは、サーバコンピュータであってもよい。また例えば、リソース監視画面Ｇを表示させるコンピュータは、サーバコンピュータであってもよい。また例えば、各機能がユーザ端末１０で実現される場合を説明したが、複数のコンピュータで各機能が分担されてもよい。
【０１３７】
また、以上説明した実施形態は具体例として示したものであり、本明細書にて開示される発明をこれら具体例の構成やデータ格納例そのものに限定するものではない。当業者はこれら開示された実施形態に種々の変形、例えば、物理的構成の形状や数、データ構造、処理の実行順を変更したりしてもよい。本明細書にて開示される発明の技術的範囲は、そのようになされた変形をも含むものと理解すべきである。
【符号の説明】
【０１３８】
１  リソース監視システム、１０  ユーザ端末、１１  制御部、１２  記憶部、１２Ｂ  ハードディスク、１３  通信部、１４  操作部、１５  表示部、２０  ロボットシステム、２１  ロボットコントローラ、２２  ロボット、１００  データ記憶部、１０１  アプリ実行部、１０２  使用状況取得部、１０２Ａ  第１使用状況取得部、１０２Ｂ  第２使用状況取得部、１０２Ｃ  第３使用状況取得部、１０３  表示制御部、１０３Ａ  第１表示制御部、１０３Ｂ  第２表示制御部、１０３Ｃ  第３表示制御部、１０３Ｄ  第４表示制御部、１０３Ｅ  第５表示制御部、１０３Ｆ  第６表示制御部、１０３Ｇ  第７表示制御部、１０３Ｈ  第８表示制御部、１０４  判定部、１０４Ａ  第１判定部、１０５  通知部、１０６  周期取得部、１０６Ａ  実周期取得部、１０７  動作状況取得部、ＡＰ  アプリケーション、Ｇ  リソース監視画面、Ｎ  ネットワーク、Ａ１０，Ａ１８，Ａ２５，Ａ２５Ａ，Ａ２５Ｂ  表示領域、Ｂ１７，Ｂ１９，Ｂ２０，Ｂ２１，Ｂ２２，Ｂ２３，Ｂ２４  ボタン、ＤＢ１  設定データベース、ＤＢ２  ログファイルデータベース、Ｆ１１，Ｆ１２，Ｆ１３，Ｆ１４，Ｆ１５，Ｆ１６  入力フォーム。
【図１】
2020046763.tif 000003
【図２】
2020046763.tif 000004
【図３】
2020046763.tif 000005
【図４】
2020046763.tif 000006
【図５】
2020046763.tif 000007
【図６】
2020046763.tif 000008
【図７】
2020046763.tif 000009
【図８】
2020046763.tif 000010
【図９】
2020046763.tif 000011
【図１０】
2020046763.tif 000012
【図１１】
2020046763.tif 000013
【図１２】
2020046763.tif 000014