(57)【要約】  設計管理装置は、被管理装置を含んで構成される、被管理システムのシステム要件を取得する、システム要件取得部と、システム要件に基づいて、要求リソースを決定する、要求リソース決定部と、システム要件に関して変動予測を行い、予備リソースを決定する、予備リソース決定部と、要求リソースと予備リソースとを含むシステム構成に関する、システム構成情報を決定する、システム構成決定部と、を備える。
2020066962.tif 000002
【特許請求の範囲】
【請求項１】
被管理装置を含んで構成される、被管理システムのシステム要件を取得する、システム要件取得部と、  前記システム要件に基づいて、要求リソースを決定する、要求リソース決定部と、  前記システム要件に関して変動予測を行い、予備リソースを決定する、予備リソース決定部と、  前記要求リソースと前記予備リソースとを含むシステム構成に関する、システム構成情報を決定する、システム構成決定部と、  を備える設計管理装置。
【請求項２】
前記要求リソース決定部は、被管理システムのシステム要件を満たす、被管理装置の数と被管理装置の設定に関する情報とを、前記要求リソースに関する情報として決定し、  前記予備リソース決定部は、前記被管理システムの環境の変動、前記被管理システムの動作の変動の少なくともいずれかに対応する、被管理装置の数と被管理装置の設定に関する情報とを、前記予備リソースに関する情報として決定する、請求項１に記載の設計管理装置。
【請求項３】
被管理装置は、通信手段を備え、  前記システム要件は、被管理装置の種類、被管理装置に動作させるアプリケーション、被管理装置の通信方法の少なくともいずれかに関する情報を含む、請求項１又は２に記載の設計管理装置。
【請求項４】
被管理装置を含んで構成される、被管理システムのシステム要件を取得する、システム要件取得部と、  前記システム要件に基づいて、要求リソースを決定する、要求リソース決定部と、  前記システム要件に関して変動予測を行い、予備リソースを決定する、予備リソース決定部と、  前記要求リソースと前記予備リソースとを含むシステム構成に関する、システム構成情報を決定し、前記システム構成情報を供給管理装置に送信する、システム構成決定部と、  を備える設計管理装置と、  前記供給管理装置とを含んで構成され、  前記供給管理装置は、  前記システム構成情報を受信した場合、前記要求リソースと前記予備リソースとに対応する装置を、被管理装置として確保し、前記要求リソースに対応する被管理装置を、前記被管理システムのエンドユーザに送付する処理を実行する、管理システム。
【請求項５】
前記供給管理装置は、前記システム構成情報に基づいて、前記要求リソースに対応する個数の被管理装置と、前記予備リソースに対応する個数の被管理装置とを、前記被管理システムの被管理装置として確保する、請求項４に記載の管理システム。
【請求項６】
被管理装置に動作させるアプリケーションを管理する、システム運用管理装置をさらに備え、  前記供給管理装置は、前記要求リソースに対応する被管理装置と、前記予備リソースに対応する被管理装置とを、前記システム構成情報に対応するアプリケーションを実行可能な状態に設定する、請求項４又は５に記載の管理システム。
【請求項７】
被管理装置は、通信手段を備え、  前記被管理システムにおいて稼働する被管理装置は、自身の稼働状態に関する情報を、前記システム運用管理装置に送信し、  前記システム運用管理装置は、前記稼働状態に関する情報に基づいて、前記被管理システムに被管理装置を追加することが必要であるか否かを判断する、請求項６に記載の管理システム。
【請求項８】
前記供給管理装置は、前記システム構成情報に対応するアプリケーションを実行可能な状態に設定されている、前記予備リソースに対応する被管理装置を、被管理システムのエンドユーザに送付する処理を実行する、請求項４乃至７のいずれか一に記載の管理システム。
【請求項９】
被管理装置を含んで構成される、被管理システムのシステム要件を取得する工程と、  前記システム要件に基づいて、要求リソースを決定する工程と、  前記システム要件に関して変動予測を行い、予備リソースを決定する工程と、  前記要求リソースと前記予備リソースとを含むシステム構成に関する、システム構成情報を決定する工程と、  を含む設計管理装置の制御方法。
【請求項１０】
被管理装置を含んで構成される、被管理システムのシステム要件を取得する処理と、  前記システム要件に基づいて、要求リソースを決定する処理と、  前記システム要件に関して変動予測を行い、予備リソースを決定する処理と、  前記要求リソースと前記予備リソースとを含むシステム構成に関する、システム構成情報を決定する処理と、  を設計管理装置を制御するコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  （関連出願についての記載）  本発明は、日本国特許出願：特願２０１８−１７８３４８号（２０１８年０９月２５日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。  本発明は、設計管理装置、供給管理装置、システム運用管理装置、管理システム、制御方法及びプログラムに関する。
【背景技術】
【０００２】  近年、ＩｏＴ（Internet of Things）を用いて、日常生活に身近なところで、ＩＴ（Information Technology）を活用することが可能になっている。ＩｏＴとは、センサーやデバイスといった「モノ」がインターネットを通じて、クラウドやサーバに接続することで、「モノ」とサーバ間において、相互に制御する仕組みである。【０００３】  ＩｏＴを実現する機器（以下、ＩｏＴデバイスと呼ぶ）を利用したシステムを構築する場合、当該システムの管理者側は、ＩｏＴデバイスとアプリケーションを調達する。そして、当該システムの管理者側は、納品された後に、アプリケーションが提供する機能を、ＩｏＴデバイスにおいて動作させられるように、ＩｏＴデバイスを設定する。そして、当該システムの管理者側は、ＩｏＴデバイスを、配備した後に動作試験を行う。システムの管理者が、このようなＩｏＴデバイスを利用したシステムを構築する場合、効率的にＩｏＴデバイスを調達し、効率的にシステムを構築できることが望ましい。【０００４】  特許文献１には、クラウドプロバイダが提供するインスタンス（仮想マシン）について、インスタンスの今後の価格推移の予測結果に基づいて、インスタンスの価格が相対的に安価である期間を探索する技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２０１７／０２２８２６号
【発明の概要】
【発明が解決しようとする課題】
【０００６】  なお、上記先行技術文献の開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明によって与えられたものである。【０００７】  ＩｏＴデバイスを利用したシステムにおいて、障害（物理的な破損、過負荷等）が発生した場合、システムの停止、利用制限等を行い、システムの再設計、ＩｏＴデバイスの追加発注、システムの構築、試験を実施する場合がある。その場合、システムの復旧までに多くの時間を要し、ユーザに大きな影響が出る。【０００８】  しかし、ＩｏＴデバイスを利用したシステムの運用形態は、ユーザアクティビティ、利用シーンに応じて異なる。そのため、ＩｏＴデバイスを利用したシステムを運用する場合、発生し得る障害（物理的な破損、過負荷等）を、予め予測することが困難である。【０００９】  特許文献１に記載された技術においては、障害が発生した場合等に、システムの再設計が必要になることについては一切記載されていない。【００１０】  そこで、本発明は、システムを迅速に設計変更し、運用することに貢献する設計管理装置、供給管理装置、システム運用管理装置、管理システム、制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】  第１の視点によれば、設計管理装置が提供される。設計管理装置は、被管理装置を含んで構成される、被管理システムのシステム要件を取得する、システム要件取得部を備える。  さらに、前記設計管理装置は、前記システム要件に基づいて、要求リソースを決定する、要求リソース決定部を備える。  さらに、前記設計管理装置は、前記システム要件に関して変動予測を行い、予備リソースを決定する、予備リソース決定部を備える。  さらに、前記設計管理装置は、前記要求リソースと前記予備リソースとを含む、システム構成を決定する、システム構成決定部を備える。【００１２】  第２の視点によれば、管理システムが提供される。前記管理システムは、設計管理装置と、供給管理装置を含んで構成される。  前記設計管理装置は、被管理装置を含んで構成される、被管理システムのシステム要件を取得する、システム要件取得部を備える。  さらに、前記設計管理装置は、前記システム要件に基づいて、要求リソースを決定する、要求リソース決定部を備える。  さらに、前記設計管理装置は、前記システム要件に関して変動予測を行い、予備リソースを決定する、予備リソース決定部を備える。  さらに、前記設計管理装置は、前記要求リソースと前記予備リソースとを含む、システム構成を決定し、前記システム構成情報を前記供給管理装置に送信する、システム構成決定部を備える。  前記供給管理装置は、前記システム構成情報を受信した場合、前記要求リソースと前記予備リソースとに対応する被管理装置を、被管理装置として確保し、前記要求リソースに対応する被管理装置を、前記被管理システムのエンドユーザに送付する処理を実行する。【００１３】  第３の視点によれば、設計管理装置の制御方法が提供される。本制御方法は、被管理装置を含んで構成される、被管理システムのシステム要件を取得する工程を含む。  さらに、本制御方法は、前記システム要件に基づいて、要求リソースを決定する工程を含む。  さらに、本制御方法は、前記システム要件に関して変動予測を行い、予備リソースを決定する工程を含む。  さらに、本制御方法は、前記要求リソースと前記予備リソースとを含むシステム構成に関する、システム構成情報を決定する工程を含む。  なお、本方法は、設計管理装置という、特定の機械に結び付けられている。【００１４】  第４の視点によれば、供給管理装置の制御方法が提供される。本制御方法は、被管理装置を含んで構成される、被管理システムに関する情報であって、要求リソースと予備リソースとを含むシステム構成に関する、システム構成情報を受信する工程を含む。  さらに、本制御方法は、前記システム構成情報を受信した場合、前記要求リソースと前記予備リソースとに対応する装置を、被管理装置として確保する工程を含む。  さらに、本制御方法は、前記要求リソースに対応する被管理装置を、前記被管理システムのエンドユーザに送付する処理を実行する工程を含む。  なお、本方法は、供給管理装置という、特定の機械に結び付けられている。【００１５】  第５の視点によれば、システム運用管理装置の制御方法が提供される。本制御方法は、被管理装置の稼働状態に関する情報を受信する工程を含む。  さらに、本制御方法は、前記稼働状態に関する情報に基づいて、被管理システムに被管理装置を追加することが必要であるか否かを判断する工程を含む。  なお、本方法は、システム運用管理装置という、特定の機械に結び付けられている。【００１６】  第６の視点によれば、設計管理装置を制御するコンピュータに実行させるプログラムが提供される。本プログラムは、被管理装置を含んで構成される、被管理システムのシステム要件を取得する処理を、設計管理装置を制御するコンピュータに実行させる。  さらに、本プログラムは、前記システム要件に基づいて、要求リソースを決定する処理を、設計管理装置を制御するコンピュータに実行させる。  さらに、本プログラムは、前記システム要件に関して変動予測を行い、予備リソースを決定する処理を、設計管理装置を制御するコンピュータに実行させる。  さらに、本プログラムは、前記要求リソースと前記予備リソースとを含むシステム構成に関する、システム構成情報を決定する処理を、設計管理装置を制御するコンピュータに実行させる。【００１７】  第７の視点によれば、供給管理装置を制御するコンピュータに実行させるプログラムが提供される。本プログラムは、被管理装置を含んで構成される、被管理システムに関する情報であって、要求リソースと予備リソースとを含むシステム構成に関する、システム構成情報を受信する処理を、供給管理装置を制御するコンピュータに実行させる。  さらに、本プログラムは、前記システム構成情報を受信した場合、前記要求リソースと前記予備リソースとに対応する装置を、被管理装置として確保する処理を、供給管理装置を制御するコンピュータに実行させる。  さらに、本プログラムは、前記要求リソースに対応する被管理装置を、前記被管理システムのエンドユーザに送付する処理を実行する処理を、供給管理装置を制御するコンピュータに実行させる。【００１８】  第８の視点によれば、システム運用管理装置を制御するコンピュータに実行させるプログラムが提供される。本プログラムは、被管理装置の稼働状態に関する情報を受信する処理を、システム運用管理装置を制御するコンピュータに実行させる。  さらに、本プログラムは、前記稼働状態に関する情報に基づいて、被管理システムに被管理装置を追加することが必要であるか否かを判断する処理を、システム運用管理装置を制御するコンピュータに実行させる。  なお、これらのプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１９】  各視点によれば、システムを迅速に設計変更し、運用することに貢献する設計管理装置、供給管理装置、システム運用管理装置、管理システム、制御方法及びプログラムが提供される。
【図面の簡単な説明】
【００２０】
【図１】一実施形態の概要を説明するための図である。
【図２】本実施形態に係る管理システムの全体構成を示すブロック図である。
【図３】設計管理制御部１０３の内部構成を示すブロック図である。
【図４】管理システムの動作の一例を示すフローチャートである。
【図５】管理システムの動作の一例を示すフローチャートである。
【図６】管理システムの動作の一例を示すフローチャートである。
【図７】コンピュータ１０のハードウェア構成の一例を示すブロック図である。
【発明を実施するための形態】
【００２１】  初めに、図１を用いて一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各ブロック図のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。さらに、本願開示に示す回路図、ブロック図、内部構成図、接続図などにおいて、明示は省略するが、入力ポート及び出力ポートが各接続線の入力端及び出力端のそれぞれに存在する。入出力インターフェイスも同様である。
【００２２】  上記の通り、システムを迅速に設計変更し、運用することに貢献する設計管理装置が望まれる。
【００２３】  そこで、一例として、図１に示す設計管理装置１０００を提供する。設計管理装置１０００は、システム要件取得部１００１と、要求リソース決定部１００２と、予備リソース決定部１００３と、システム構成決定部１００４とを備える。
【００２４】  システム要件取得部１００１は、被管理装置を含んで構成される、被管理システムのシステム要件を取得する。被管理システムは、１又は２以上の被管理装置を含んで構成されるものとする。また、被管理装置は、例えば、ＩｏＴデバイスであってもよい。
【００２５】  要求リソース決定部１００２は、システム要件取得部１００１が取得したシステム要件に基づいて、要求リソースを決定する。要求リソースとは、被管理システムのシステム要件を満たす被管理装置である。
【００２６】  予備リソース決定部１００３は、システム要件に関して変動予測を行い、予備リソースを決定する。ここで、変動予測とは、被管理システムにおいてシステム故障、過負荷等が発生した場合に必要となり得る、被管理装置の数と被管理装置の設定とを予測することである。また、予備リソースとは、被管理システムにおいて、システム故障、過負荷等が発生した場合に必要となり得る、被管理装置である。
【００２７】  システム構成決定部１００４は、要求リソースと予備リソースとを含むシステム構成に関する、システム構成情報を決定する。
【００２８】  つまり、設計管理装置１０００は、システム故障、過負荷等が発生した場合に必要となり得る、被管理装置の数と被管理装置の設定とを予め予測して、被管理システムの構成を決定する。従って、設計管理装置１０００は、システム故障、過負荷等が発生することを予め想定してリソースを確保及び設定することに貢献する。よって、設計管理装置１０００は、システムの設計変更が必要になった場合であっても、システムを迅速に設計変更し、運用することに貢献する。
【００２９】［第１の実施形態］  第１の実施形態について、図面を用いて詳細に説明する。
【００３０】  以下の説明では、被管理装置は、管理対象の装置であって、通信手段を備えるものとする。以下の説明では、被管理装置は、ＩｏＴデバイスであるものとして説明する。また、以下の説明では、被管理システムは、被管理装置を含んで構成されるシステムであるものとする。また、以下の説明では、被管理システムに含まれる被管理装置を、リソースとも呼ぶ。
【００３１】  図２は、本実施形態に係る管理システムの全体構成の一例を示す図である。本実施形態に係る管理システムは、設計管理装置１００と、供給管理装置２００と、システム運用管理装置３００とを含んで構成される。
【００３２】  端末５００は、ユーザが使用する情報処理装置（コンピュータ）である。端末５００は、通信手段を備え、ネットワークを介して、Ｗｅｂサーバ４００に接続可能であるものとする。端末５００は、ＰＣ（Personal Computer）、スマートフォン等であってもよく、通信手段を備える装置であればその詳細は問わない。
【００３３】  Ｗｅｂサーバ４００は、クラウドサービスの仲介を行う、クラウドブローカー（Cloud Broker）として機能してもよい。クラウドブローカーは、インターネットを介して、サービスやアプリケーションを購入可能にするとともに、購入されたサービス、アプリケーションをユーザに提供する。
【００３４】  設計管理装置１００は、被管理システムのシステム要件を満たすように、リソースを決定する、情報処理装置（コンピュータ）である。
【００３５】  設計管理装置１００は、通信部１０１と、設計管理記憶部１０２と、設計管理制御部１０３とを含んで構成される。また、図３は、設計管理制御部１０３の内部構成を示すブロック図である。図３を参照すると、設計管理制御部１０３は、システム要件取得部１０３１と、要求リソース決定部１０３２と、予備リソース決定部１０３３と、システム構成決定部１０３４とを含んで構成される。
【００３６】  通信部１０１は、設計管理装置１００の通信機能を制御する。
【００３７】  設計管理記憶部１０２は、設計管理装置１００を動作させるための情報を記憶する。設計管理記憶部１０２は、被管理システム毎に、要求リソースに関する情報と予備リソースに関する情報とを記憶する。
【００３８】  システム要件取得部１０３１は、被管理システムのシステム要件を取得する。具体的には、システム要件取得部１０３１は、ネットワークを介して、Ｗｅｂサーバ４００から、被管理システムのシステム要件を取得する。
【００３９】  要求リソース決定部１０３２は、システム要件に基づいて、要求リソースを決定する。具体的には、設計管理制御部１０３は、被管理システムのシステム要件に基づいて、被管理装置の数と被管理装置の設定とを、要求リソースに関する情報として決定する。システム要件は、被管理装置の種類、被管理装置に動作させるアプリケーション、被管理装置の接続方法（被管理装置の通信方法）の少なくともいずれかに関する情報を含む。さらに、システム要件は被管理システムに応じた情報を含む。
【００４０】  例えば、被管理システムが監視カメラを含んで構成されるシステムである場合、システム要件は、監視対象のエリアの範囲に関する情報、監視対象に関する情報、監視条件等を含んでもよい。ここで、監視対象のエリアの範囲に関する情報とは、具体的地域、監視対象の区画を示す情報であってもよい。また、監視対象の情報とは、監視対象の大きさ、形、動き方等の性質を示す情報であってもよい。また、監視条件とは、監視を行う時間、時間帯を示す情報であってもよい。
【００４１】  ここで、「被管理装置の設定」とは、被管理装置の接続に関する設定、被管理装置が実行する処理に関する設定等、被管理システムを動作させるために必要な設定を意味するものとする。
【００４２】  予備リソース決定部１０３３は、システム要件に関して変動予測を行い、予備リソースを決定する。具体的には、予備リソース決定部１０３３は、被管理システムの環境の変動、被管理システム動作の変動の少なくともいずれかに対応する、被管理装置の数と被管理装置の設定に関する情報とを、予備リソースに関する情報として決定する。ここで、変動予測とは、被管理システムにおいてシステム故障、過負荷等が発生した場合に必要となり得る、被管理装置の数と被管理装置の設定とを予測することである。
【００４３】  より具体的には、予備リソース決定部１０３３は、システム要件に関して、変動予測を行う。そして、予備リソース決定部１０３３は、変動予測に基づいて、被管理システムにおいて、システム故障、過負荷等が発生した場合に必要となり得る、被管理装置の数と被管理装置の設定とを、予備リソースに関する情報として決定する。
【００４４】  システム構成決定部１０３４は、要求リソースと予備リソースとを含む、システム構成を決定する。具体的には、システム構成決定部１０３４は、要求リソースと予備リソースとを含むシステム構成に関する、システム構成情報を決定する。そして、システム構成決定部１０３４は、通信部１０１を介して、供給管理装置２００とシステム運用管理装置３００とにシステム構成情報を送信する。
【００４５】  供給管理装置２００は、エンドユーザに被管理装置を供給する処理を管理する、情報処理装置（コンピュータ）である。供給管理装置２００は、管理システムの管理者側が保有する、１又は２以上の被管理装置に関する情報を管理する。供給管理装置２００は、通信部２０１と、供給管理記憶部２０２と、供給管理制御部２０３とを含んで構成される。
【００４６】  通信部２０１は、供給管理装置２００の通信機能を制御する。通信部２０１は、設計管理装置１００からシステム構成情報を受信する。
【００４７】  供給管理記憶部２０２は、供給管理装置２００を動作させるための情報を記憶する。供給管理記憶部２０２は、管理システムの管理者側が保有する、１又は２以上の被管理装置の種類に関する情報と個数とを記憶する。
【００４８】  供給管理装置２００は、システム構成情報に基づいて、要求リソースに対応する個数の被管理装置と、予備リソースに対応する個数の被管理装置とを、被管理システムの被管理装置として確保する。
【００４９】  具体的には、供給管理制御部２０３は、システム構成情報に基づいて、要求リソースに対応する個数の被管理装置と、予備リソースに対応する個数の被管理装置とを、被管理システムの被管理装置として確保する。
【００５０】  さらに、供給管理装置２００は、システム構成情報に基づいて、必要なアプリケーションの機能が動作するように、要求リソースに対応する被管理装置を設定する。さらに、供給管理装置２００は、システム構成情報に基づいて、必要なアプリケーションの機能が動作するように、予備リソースに対応する被管理装置を設定する。
【００５１】  そして、供給管理装置２００は、要求リソースに対応する被管理装置を、被管理装置の利用者に送付する処理を実行する。以下の説明では、被管理装置の利用者を、被管理システムのエンドユーザと呼ぶ。
【００５２】  さらに、供給管理装置２００は、被管理装置の追加送付依頼を受け付けた場合、予備リソースに対応する被管理装置を、被管理システムのエンドユーザに送付する処理を実行する。ここで、予備リソースに対応する被管理装置は、必要なアプリケーションの機能が動作するように、予め設定された状態であるものとする。
【００５３】  システム運用管理装置３００は、被管理装置に動作させるアプリケーションを管理する、情報処理装置（コンピュータ）である。
【００５４】  システム運用管理装置３００は、通信部３０１と、システム運用管理記憶部３０２と、システム運用管理制御部３０３とを含んで構成される。
【００５５】  通信部３０１は、システム運用管理装置３００の通信機能を制御する。具体的には、通信部３０１は、設計管理装置１００からシステム構成情報を受信する。また、通信部３０１は、被管理装置の稼働状態に関する情報を、被管理装置から受信する。
【００５６】  システム運用管理記憶部３０２は、システム運用管理装置３００を動作させるための情報を記憶する。具体的には、システム運用管理記憶部３０２は、１又は２以上のアプリケーションプログラムを記憶する。システム運用管理記憶部３０２は、アプリケーションと被管理装置との連携状態に関する情報を記憶する。
【００５７】  システム運用管理制御部３０３は、受信したシステム構成情報に基づいて、必要なアプリケーションをデプロイする。換言すると、システム運用管理制御部３０３は、受信したシステム構成情報に基づいて、必要なアプリケーションを利用可能な状態に設定する。
【００５８】  被管理システムにおいて稼働する被管理装置は、自身の稼働状態に関する情報を、システム運用管理装置３００に送信する。システム運用管理制御部３０３は、被管理システムにおいて稼働する被管理装置から、当該被管理装置の稼働状態に関する情報を受信する。
【００５９】  システム運用管理制御部３０３は、被管理装置の稼働状態に応じて、被管理システムのエンドユーザに、被管理装置の追加を提案する。具体的には、システム運用管理装置３００は、稼働状態に関する情報に基づいて、被管理システムに被管理装置を追加することが必要であるか否かを判断する。システム運用管理装置３００は、被管理システムに被管理装置を追加することが必要である場合、被管理システムに被管理装置を追加することが必要であることを、所定の宛先に通知する。
【００６０】  次に、管理システムの動作について詳細に説明する。以下の説明では、管理システムが、監視カメラを含んで構成されるシステムを、被管理システムとして管理する場合を例示して説明する。さらに、被管理システムを構成する監視カメラは、ＩｏＴデバイスとして動作し、被管理装置であるものとする。
【００６１】  また、以下の説明では、被管理システムのエンドユーザは、Ｗｅｂサーバ４００を介して、被管理システムのサービス提供を受けることを申し込むものとする。そして、管理システムは、Ｗｅｂサーバ４００から、被管理システムのサービス申し込みを受け付けた場合、申し込まれた被管理システムを構成する監視カメラに必要な設定を施した上で、被管理システムのエンドユーザに提供する処理を実行するものとする。
【００６２】  最初に、図４を参照しながら、管理システムの動作について説明する。
【００６３】  端末５００は、システム要件の入力を受け付ける（ステップＡ１）。そして、端末５００は、システム要件をＷｅｂサーバ４００に送信する（ステップＡ２）。システム要件は、被管理装置の種類、被管理装置で動作させるアプリケーション、被管理装置の接続方法等に関する情報を含む。
【００６４】  例えば、被管理システムのエンドユーザは、端末５００を利用して、Ｗｅｂサーバ４００から提供される申し込み画面上で、被管理システム（監視カメラを含んで構成されるシステム）を申し込む。その際に、被管理システムのエンドユーザは、端末５００を利用して、Ｗｅｂサーバ４００から提供される申し込み画面上で、監視カメラで監視をしたいエリアに関するシステム要件を入力する。端末５００は、入力されたシステム要件をＷｅｂサーバ４００に送信する。
【００６５】  Ｗｅｂサーバ４００はシステム要件を受信すると（ステップＢ１）、設計管理装置１００にシステム要件を送信する（ステップＢ２）。
【００６６】  通信部１０１がシステム要件を受信すると（ステップＣ１）、設計管理装置１００は、システム要件に基づいて要求リソースを決定する（ステップＣ２）。具体的には、要求リソース決定部１０３２は、システム要件に基づいて、被管理装置の数と被管理装置の設定とを、要求リソースに関する情報として決定する。
【００６７】  例えば、被管理システムが、監視カメラを含んで構成されるシステムである場合、要求リソースに関する情報は、必要な監視カメラ（即ち、被管理装置）の数に関する情報を含んでもよい。また、被管理システムが、監視カメラを含んで構成されるシステムである場合、要求リソースは、物体検出に必要な情報（検出対象の特徴量等）を含んでもよい。また、被管理システムが、監視カメラを含んで構成されるシステムである場合、要求リソースに関する情報は、撮影画像に関する情報（解像度、露光時間、絞り値等）を含んでもよい。
【００６８】  さらに、設計管理装置１００はシステム要件に関して、変動予測を行い、予備リソースを決定する（ステップＣ３）。具体的には、予備リソース決定部１０３３は、被管理システムにおいてシステム故障、過負荷等が発生した場合に必要となり得る、被管理装置の数と被管理装置の設定とを予測し、予備リソースに関する情報を決定する。
【００６９】  例えば、被管理システムが、監視カメラを含んで構成されるシステムである場合、予備リソースに関する情報は、システム故障、過負荷等が発生した場合に必要となり得る、監視カメラ（即ち、被管理装置）の数に関する情報であってもよい。
【００７０】  また、被管理システムが、監視カメラを含んで構成されるシステムである場合、予備リソースに関する情報は、検出対象の特徴の変動を考慮した、検出対象の特徴量に関する情報を含んでもよい。例えば、予備リソースに関する情報は、検出対象の大きさ、動き方の変動を考慮した、検出対象の特徴量に関する情報を含んでもよい。
【００７１】  設計管理装置１００は、要求リソースと予備リソースとを含むシステム構成に関する、システム構成情報を決定する（ステップＣ４）。そして、設計管理装置１００は、供給管理装置２００とシステム運用管理装置３００に、決定したシステム構成情報を送信する（図５に示すステップＣ５）。
【００７２】  次に、図５を参照しながら、管理システムの動作について引き続き説明する。
【００７３】  設計管理装置１００は、供給管理装置２００とシステム運用管理装置３００に、決定したシステム構成情報を送信する（ステップＣ５）。
【００７４】  システム運用管理装置３００は、システム構成情報を受信すると（ステップＤ１）、システム構成情報に基づいて、アプリケーションを利用可能にする（ステップＤ２）。つまり、システム運用管理装置３００は、システム構成情報に基づいて、アプリケーションをデプロイする。
【００７５】  供給管理装置２００は、システム構成情報を受信すると（ステップＥ１）、システム構成情報に基づいて、要求リソースに対応する個数の被管理装置を確保する（ステップＥ２）。つまり、供給管理装置２００は、システム構成情報に基づいて、要求リソースに対応する個数の被管理装置を、被管理システムに割当てる処理を実行する。そして、供給管理装置２００は、要求リソースに対応する被管理装置において必要なアプリケーションの機能が動作するように、被管理装置を設定する（ステップＥ３）。
【００７６】  さらに、供給管理装置２００は、システム構成情報に基づいて、予備リソースに対応する個数の被管理装置を確保する（ステップＥ４）。つまり、供給管理装置２００は、システ構成情報に基づいて、要求リソースに対応する個数の被管理装置を、被管理システムに割当てる処理を実行する。そして、供給管理装置２００は、予備リソースに対応する被管理装置において必要なアプリケーションの機能が動作するように、被管理装置を設定する（ステップＥ５）。
【００７７】  そして、供給管理装置２００は、要求リソースに対応する被管理装置を、エンドユーザに送付する処理を実行する（ステップＥ６）。
【００７８】  例えば、被管理システムが、監視カメラを含んで構成されるシステムである場合、被管理システムのエンドユーザは、被管理装置である監視カメラを受け取ると、その監視カメラを、監視したいエリアに配置する。
【００７９】  次に、図６を参照しながら、エンドユーザが予備リソースに対応する被管理装置を発注する場合について説明する。なお、以下の説明においては、要求リソースに対応する被管理装置が、被管理システムにおいて稼働している状態であるものとする。
【００８０】  被管理装置は、被管理装置の稼働状態に関する情報を、システム運用管理装置３００に送信する（ステップＦ１０１）。
【００８１】  例えば、被管理装置は、所定の時間間隔で、被管理装置の稼働状態に関する情報を、システム運用管理装置３００に送信してもよい。また、例えば、被管理装置は、所定の処理を実行した場合、被管理装置の稼働状態に関する情報を、システム運用管理装置３００に送信してもよい。
【００８２】  被管理装置の稼働状態に関する情報は、被管理装置の入力データ、被管理装置の出力データ、被管理装置の処理結果、通信状態の少なくともいずれかに関する情報を含んでもよい。例えば、被管理システムが、監視カメラを含んで構成されるシステムである場合、被管理装置の稼働状態に関する情報は、検出した監視対象に関する情報、撮影画像の画質に関する情報、通信状態に関する情報等を含んでもよい。
【００８３】  システム運用管理装置３００は、被管理装置の稼働状態に関する情報を受信すると（ステップＤ１０１）、被管理装置の稼働状態が所定の条件を満たすか否かを判断する（ステップＤ１０２）。
【００８４】  例えば、被管理装置の処理負荷が所定の閾値以下である場合、被管理装置の稼働状態が所定の条件を満たす、とシステム運用管理装置３００は判断してもよい。一方、被管理装置の処理負荷が所定の閾値を越える場合、被管理装置の稼働状態が所定の条件を満たさない、とシステム運用管理装置３００は判断してもよい。
【００８５】  また、例えば、被管理装置が所定のデータを所定の時間以内に出力した場合、被管理装置の稼働状態が所定の条件を満たす、とシステム運用管理装置３００は判断してもよい。一方、被管理装置が所定のデータを所定の時間以内に出力しない場合、被管理装置の稼働状態が所定の条件を満たさない、とシステム運用管理装置３００は判断してもよい。
【００８６】  また、例えば、被管理装置の応答時間が所定の閾値以下である場合、被管理装置の稼働状態が所定の条件を満たす、とシステム運用管理装置３００は判断してもよい。一方、被管理装置の応答時間が所定の閾値を超える場合、被管理装置の稼働状態が所定の条件を満たさない、とシステム運用管理装置３００は判断してもよい。また、例えば、被管理装置から応答がない場合、被管理装置の稼働状態が所定の条件を満たさない、とシステム運用管理装置３００は判断してもよい。
【００８７】  被管理装置の稼働状態が所定の条件を満たす場合（ステップＤ１０２のＹｅｓ分岐）には、システム運用管理装置３００は、被管理装置の稼働状態に関する情報を新たに受信するまで待機する（ステップＤ１０３）。
【００８８】  一方、被管理装置の稼働状態が所定の条件を満たさない場合（ステップＤ１０２のＮｏ分岐）には、被管理装置に関して、追加発注の提案を、端末５００に通知する（ステップＤ１０４）。端末５００は、被管理装置に関して、追加発注の提案を受信すると（ステップＡ１０１）、被管理装置の追加発注の提案を、端末５００のユーザに提示する（ステップＡ１０２）。例えば、端末５００のユーザは、被管理装置のエンドユーザであってもよい。
【００８９】  そして、端末５００は、端末５００のユーザの操作に基づいて、追加送付依頼を、供給管理装置２００に送信する（ステップＡ１０３）。例えば、被管理システムのエンドユーザは、端末５００を利用して、Ｗｅｂサーバから提供される、追加発注申し込み画面上で、被管理装置の追加発注を行ってもよい。その場合、端末５００は、Ｗｅｂサーバ４００を介して、追加送付依頼を、供給管理装置２００に送信する。
【００９０】  供給管理装置２００は追加送付依頼を受信すると（ステップＥ１０１）、予備リソースに対応する被管理装置を、エンドユーザに送付する処理を実行する（ステップＥ１０２）。
【００９１】  以上のように、本実施形態に係る管理システムにおいては、設計管理装置１００は、システム故障、過負荷等が発生した場合に必要となり得る、被管理装置の数と被管理装置の設定とを予め予測して、被管理システムの構成を決定する。そして、本実施形態に係る管理システムにおいては、システム運用管理装置３００は、被管理装置の稼働状態に基づいて、予備リソースに対応する被管理装置の要否を判断する。そして、本実施形態に係る管理システムにおいては、システム運用管理装置３００は、予備リソースに対応する被管理装置を追加することが必要である場合、予備リソースの発注をエンドユーザに提案する。そして、供給管理装置２００は、予備リソースの発注を受け付けた場合、予備リソースに対応する、アプリケーションを連携済みの被管理装置（ＩｏＴデバイス）を、エンドユーザに送付する処理を実行する。
【００９２】  従って、本実施形態に係る管理システムを利用することで、システム故障、過負荷等が発生することを予め想定してリソースを確保及び設定することができる。従って、本実施形態に係る管理システムは、システムの設計変更が必要になった場合であっても、システムを迅速に設計変更し、運用することに貢献する。その結果、本実施形態に係る管理システムは、管理対象のシステムを継続的に運用可能とすることに貢献する。
【００９３】  図７は、設計管理装置１００を実現するコンピュータ１０のハードウェア構成の一例を示すブロック図である。
【００９４】  例えば、コンピュータ１０は、内部バスにより相互に接続されるＣＰＵ（Central Processing Unit）２０、通信インターフェイス３０、メモリ４０等を備える。通信インターフェイス３０は、ＮＩＣ（Network Interface Card）等である。メモリ４０は、磁気ディスク装置や光ディスク装置、半導体メモリ等である。
【００９５】  設計管理装置１００の機能は、メモリ４０に格納されたプログラムをＣＰＵ２０が実行することで実現される。設計管理装置１００の機能の全部又は一部は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等のハードウェアにより実現（ハードウェアに実装）されてもよい。また、上記プログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。即ち、設計管理装置１００の機能は、何らかのハードウェアにおいてソフトウエアが実行されることによって実現できればよい。
【００９６】  なお、供給管理装置２００、システム運用管理装置３００の基本的なハードウェア構成も、図７に示すコンピュータ１０のハードウェア構成と同様とすることができるので、詳細な説明を省略する。
【００９７】  上述の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００９８】  （付記１）上記第１の視点に係る設計管理装置の通りである。
【００９９】  （付記２）前記要求リソース決定部は、被管理システムのシステム要件を満たす、被管理装置の数と被管理装置の設定に関する情報とを、前記要求リソースに関する情報として決定し、前記予備リソース決定部は、前記被管理システムの環境の変動、前記被管理システムの動作の変動の少なくともいずれかに対応する、被管理装置の数と被管理装置の設定に関する情報とを、前記予備リソースに関する情報として決定する、付記１に記載の設計管理装置。
【０１００】  （付記３）被管理装置は、通信手段を備え、前記システム要件は、被管理装置の種類、被管理装置に動作させるアプリケーション、被管理装置の通信方法の少なくともいずれかに関する情報を含む、付記１又は２に記載の設計管理装置。
【０１０１】  （付記４）上記第２の視点に係る管理システムの通りである。
【０１０２】  （付記５）前記供給管理装置は、前記システム構成情報に基づいて、前記要求リソースに対応する個数の被管理装置と、前記予備リソースに対応する個数の被管理装置とを、前記被管理システムの被管理装置として確保する、付記４に記載の管理システム。
【０１０３】  （付記６）被管理装置に動作させるアプリケーションを管理する、システム運用管理装置をさらに備え、前記供給管理装置は、前記要求リソースに対応する被管理装置と、前記予備リソースに対応する被管理装置とを、前記システム構成情報に対応するアプリケーションを実行可能な状態に設定する、付記４又は５に記載の管理システム。
【０１０４】  （付記７）被管理装置は、通信手段を備え、前記被管理システムにおいて稼働する被管理装置は、自身の稼働状態に関する情報を、前記システム運用管理装置に送信し、前記システム運用管理装置は、前記稼働状態に関する情報に基づいて、前記被管理システムに被管理装置を追加することが必要であるか否かを判断する、付記６に記載の管理システム。
【０１０５】  （付記８）前記システム運用管理装置は、前記被管理システムに被管理装置を追加することが必要であることを、所定の宛先に通知する、付記７に記載の管理システム。
【０１０６】  （付記９）前記供給管理装置は、前記システム構成情報に対応するアプリケーションを実行可能な状態に設定されている、前記予備リソースに対応する被管理装置を、被管理システムのエンドユーザに送付する処理を実行する、付記４乃至８のいずれか一に記載の管理システム。
【０１０７】  （付記１０）前記稼働状態に関する情報は、前記被管理装置の入力データ、前記被管理装置の出力データ、前記被管理装置の処理結果、前記被管理装置の通信状態の少なくともいずれかに関する情報を含む、付記４乃至９のいずれか一に記載の管理システム。
【０１０８】  （付記１１）上記第３の視点に係る設計管理装置の制御方法の通りである。
【０１０９】  （付記１２）上記第４の視点に係る供給管理装置の制御方法の通りである。
【０１１０】  （付記１３）上記第５の視点に係るシステム運用管理装置の制御方法の通りである。
【０１１１】  （付記１４）上記第６の視点に係るプログラムの通りである。
【０１１２】  （付記１５）上記第７の視点に係るプログラムの通りである。
【０１１３】  （付記１６）上記第８の視点に係るプログラムの通りである。
【０１１４】  なお、上記の特許文献の開示は、本書に引用をもって繰り込み記載されているものとし、必要に応じて本発明の基礎ないし一部として用いることが出来るものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。本発明で、アルゴリズム、ソフトウエア、ないしフローチャート或いは自動化されたプロセスステップが示された場合、コンピュータが用いられることは自明であり、またコンピュータにはプロセッサ及びメモリないし記憶装置が付設されることも自明である。よってその明示を欠く場合にも、本願には、これらの要素が当然記載されているものと解される。
【符号の説明】
【０１１５】１０  コンピュータ２０  ＣＰＵ３０  通信インターフェイス４０  メモリ１００、１０００  設計管理装置１０１、２０１、３０１  通信部１０２  設計管理記憶部１０３  設計管理制御部２００  供給管理装置２０２  供給管理記憶部２０３  供給管理制御部３００  システム運用管理装置３０２  システム運用管理記憶部３０３  システム運用管理制御部４００  Ｗｅｂサーバ５００  端末１００１、１０３１  システム要件取得部１００２、１０３２  要求リソース決定部１００３、１０３３  予備リソース決定部１００４、１０３４  システム構成決定部
【図１】
2020066962.tif 000003
【図２】
2020066962.tif 000004
【図３】
2020066962.tif 000005
【図４】
2020066962.tif 000006
【図５】
2020066962.tif 000007
【図６】
2020066962.tif 000008
【図７】
2020066962.tif 000009
【国際調査報告】
2020066962.tif 000010
2020066962.tif 000011
2020066962.tif 000012
2020066962.tif 000013