(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024128396
(43)【公開日】2024-09-24
(54)【発明の名称】情報処理装置、決定方法および決定プログラム
(51)【国際特許分類】
H04L 67/1008 20220101AFI20240913BHJP
【ＦＩ】
H04L67/1008
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023037352
(22)【出願日】2023-03-10
(71)【出願人】
【識別番号】000002945
【氏名又は名称】オムロン株式会社
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】玉垣 裕
(72)【発明者】
【氏名】稲本 修治
(72)【発明者】
【氏名】見置 孝昌
(57)【要約】
【課題】制御システムに適したアプリケーションの配置先を決定するための方法を提供する。
【解決手段】複数のノードのうちいずれかにアプリケーションを配置可能な制御システムに向けられた情報処理装置が提供される。情報処理装置は、複数のノードの各々に設定された第１属性情報を取得する第１取得部と、アプリケーションに設定された第２属性情報を取得する第２取得部と、第１属性情報と第２属性情報とに基づいて、アプリケーションの配置先となるノードを決定する決定部とを含む。
【選択図】図７
【解決手段】複数のノードのうちいずれかにアプリケーションを配置可能な制御システムに向けられた情報処理装置が提供される。情報処理装置は、複数のノードの各々に設定された第１属性情報を取得する第１取得部と、アプリケーションに設定された第２属性情報を取得する第２取得部と、第１属性情報と第２属性情報とに基づいて、アプリケーションの配置先となるノードを決定する決定部とを含む。
【選択図】図７
【特許請求の範囲】
【請求項1】
複数のノードのうちいずれかにアプリケーションを配置可能な制御システムに向けられた情報処理装置であって、
前記複数のノードの各々に設定された第１属性情報を取得する第１取得部と、
前記アプリケーションに設定された第２属性情報を取得する第２取得部と、
前記第１属性情報と前記第２属性情報とに基づいて、前記アプリケーションの配置先となるノードを決定する決定部とを備える、情報処理装置。
前記複数のノードの各々に設定された第１属性情報を取得する第１取得部と、
前記アプリケーションに設定された第２属性情報を取得する第２取得部と、
前記第１属性情報と前記第２属性情報とに基づいて、前記アプリケーションの配置先となるノードを決定する決定部とを備える、情報処理装置。
【請求項2】
前記第１属性情報は、各ノードに設定された役割を含み、
前記第２属性情報は、前記アプリケーションに設定された役割を含み、
前記決定部は、前記第２属性情報の前記役割と同じ役割をもつ第１属性情報に対応するノードを、前記配置先となるノードとして決定する、請求項１に記載の情報処理装置。
前記第２属性情報は、前記アプリケーションに設定された役割を含み、
前記決定部は、前記第２属性情報の前記役割と同じ役割をもつ第１属性情報に対応するノードを、前記配置先となるノードとして決定する、請求項１に記載の情報処理装置。
【請求項3】
前記第１属性情報は、各ノードがアプリケーションを実行したときに、どの程度の高負荷まで許容できるかを示す負荷許容量を含み、
前記第２属性情報は、前記アプリケーションの実行時に生じる負荷の大きさを含み、
前記決定部は、前記第２属性情報の負荷の大きさを許容できる負荷許容量をもつ第１属性に対応するノードを、前記配置先となるノードとして決定する、請求項１に記載の情報処理装置。
前記第２属性情報は、前記アプリケーションの実行時に生じる負荷の大きさを含み、
前記決定部は、前記第２属性情報の負荷の大きさを許容できる負荷許容量をもつ第１属性に対応するノードを、前記配置先となるノードとして決定する、請求項１に記載の情報処理装置。
【請求項4】
前記アプリケーションがアクセスするデータを取得する第３取得部をさらに備え、
前記決定部は、前記アプリケーションがアクセスするデータを保持しているノードの情報にさらに基づいて、前記配置先となるノードを決定する、請求項１～３のいずれか１項に記載の情報処理装置。
前記決定部は、前記アプリケーションがアクセスするデータを保持しているノードの情報にさらに基づいて、前記配置先となるノードを決定する、請求項１～３のいずれか１項に記載の情報処理装置。
【請求項5】
前記決定部は、前記アプリケーションが必要なデータにアクセスするために優先的に考慮しなければならないノードである優先ノードを決定し、前記優先ノードに基づいて、前記配置先となるノードを決定する、請求項１～３のいずれか１項に記載の情報処理装置。
【請求項6】
前記決定部は、
時間要求のうち最も厳しい要求に対応するデータを保持しているノードと、
各データに設定された時間要求の統計値が最も小さくなるノードと、
各データに設定された時間要求と各データのデータ量とに基づいて算出される単位時間あたりのデータ量が最も大きいノードとのうち、少なくとも１つに基づいて、前記優先ノードを決定する、請求項５に記載の情報処理装置。
時間要求のうち最も厳しい要求に対応するデータを保持しているノードと、
各データに設定された時間要求の統計値が最も小さくなるノードと、
各データに設定された時間要求と各データのデータ量とに基づいて算出される単位時間あたりのデータ量が最も大きいノードとのうち、少なくとも１つに基づいて、前記優先ノードを決定する、請求項５に記載の情報処理装置。
【請求項7】
前記決定部は、前記優先ノード、および、前記優先ノードに時間的に最も近いノード、のいずれかを前記配置先となるノードとして決定する、請求項５に記載の情報処理装置。
【請求項8】
ユーザ操作に従って、前記アプリケーションを前記配置先に配置する配置部をさらに備える、請求項１～３のいずれか１項に記載の情報処理装置。
【請求項9】
複数のノードのうちいずれかにアプリケーションを配置可能な制御システムにおいて、前記アプリケーションの配置先となるノードを決定するための決定方法であって、
前記複数のノードの各々に設定された第１属性情報を取得するステップと、
前記アプリケーションに設定された第２属性情報を取得するステップと、
前記第１属性情報と前記第２属性情報とに基づいて、前記アプリケーションの配置先となるノードを決定するステップとを備える、決定方法。
前記複数のノードの各々に設定された第１属性情報を取得するステップと、
前記アプリケーションに設定された第２属性情報を取得するステップと、
前記第１属性情報と前記第２属性情報とに基づいて、前記アプリケーションの配置先となるノードを決定するステップとを備える、決定方法。
【請求項10】
複数のノードのうちいずれかにアプリケーションを配置可能な制御システムにおいて、前記アプリケーションの配置先となるノードを決定するための決定プログラムであって、コンピュータに、
前記複数のノードの各々に設定された第１属性情報を取得するステップと、
前記アプリケーションに設定された第２属性情報を取得するステップと、
前記第１属性情報と前記第２属性情報とに基づいて、前記アプリケーションの配置先となるノードを決定するステップとを実行させる、決定プログラム。
前記複数のノードの各々に設定された第１属性情報を取得するステップと、
前記アプリケーションに設定された第２属性情報を取得するステップと、
前記第１属性情報と前記第２属性情報とに基づいて、前記アプリケーションの配置先となるノードを決定するステップとを実行させる、決定プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本技術は、情報処理装置、決定方法および決定プログラムに関する。
【背景技術】
【0002】
産業オートメーションの分野において、産業システムの動作を制御するＯＴ（Operational Technology）と、情報処理を担当するＩＴ（Information Technology）とを連携させる取り組みが活発化している。例えば、制御装置が収集したデータをＡＩ（Artificial Intelligence）などを用いて解析するようなことが想定されている。
【0003】
ＯＴとＩＴとが連携した環境においては、ＯＴ向けのソフトウェアおよびＩＴ向けのソフトウェアといったように、さまざまなソフトウェアが動作する。また、ソフトウェアを実行するためのハードウェアリソースも複数存在する。
【0004】
そのため、各ソフトウェアをいずれのハードウェアリソースで実行させるのかを最適化する必要がある。
【0005】
例えば、特開２０２０－１３７０７３号公報（特許文献１）は、ネットワークのノードに対してアプリケーションを最適に配置することが可能なアプリケーション配置装置を開示する。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２０２０－１３７０７３号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
上述の先行技術は、ＶＮ（Virtual Network）を前提とした最適化であり、産業オートメーションの分野で用いられるＰＬＣ（Programmable Logic Controller）のネットワークを想定したものではない。
【0008】
本技術は、制御システムに適したアプリケーションの配置先を決定するための方法を提供する。
【課題を解決するための手段】
【0009】
ある実施の形態によれば、複数のノードのうちいずれかにアプリケーションを配置可能な制御システムに向けられた情報処理装置が提供される。情報処理装置は、複数のノードの各々に設定された第１属性情報を取得する第１取得部と、アプリケーションに設定された第２属性情報を取得する第２取得部と、第１属性情報と第２属性情報とに基づいて、アプリケーションの配置先となるノードを決定する決定部とを含む。
【0010】
この構成によれば、複数のノードの各々に設定された第１属性情報、および、アプリケーションに設定された第２属性情報は、対象の制御システムに固有の設定を含んでおり、これらの固有の設定に基づいて、アプリケーションの配置先を決定できる。これによって、負荷の大きさなどだけではなく、制御システムに好適なアプリケーションの配置先を決定できる。
【0011】
第１属性情報は、各ノードに設定された役割を含んでいてもよい。第２属性情報は、アプリケーションに設定された役割を含んでいてもよい。決定部は、第２属性情報の役割と同じ役割をもつ第１属性情報に対応するノードを、配置先となるノードとして決定してもよい。この構成によれば、アプリケーションの役割と同じ役割が設定されているノードを配置先として決定できる。これによって、制御システムにおいて適切な配置先を決定できる。
【0012】
第１属性情報は、各ノードがアプリケーションを実行したときに、どの程度の高負荷まで許容できるかを示す負荷許容量を含んでいてもよい。第２属性情報は、アプリケーションの実行時に生じる負荷の大きさを含んでいてもよい。決定部は、第２属性情報の負荷の大きさを許容できる負荷許容量をもつ第１属性に対応するノードを、配置先となるノードとして決定してもよい。この構成によれば、アプリケーションの実行に必要な負荷に耐えられないノードを配置先として決定することを防止できる。
【0013】
情報処理装置は、アプリケーションがアクセスするデータを取得する第３取得部をさらに含んでいてもよい。決定部は、アプリケーションがアクセスするデータを保持しているノードの情報にさらに基づいて、配置先となるノードを決定してもよい。この構成によれば、アプリケーションがアクセスするデータに基づいて、最適なノードを配置先として決定できる。
【0014】
決定部は、アプリケーションが必要なデータにアクセスするために優先的に考慮しなければならないノードである優先ノードを決定し、優先ノードに基づいて、配置先となるノードを決定してもよい。この構成によれば、優先ノードを基準として、配置先となるノードを決定できる。これによって、アプリケーションのデータアクセスの面から適切なノードを配置先として決定できる。
【0015】
決定部は、時間要求のうち最も厳しい要求に対応するデータを保持しているノードと、各データに設定された時間要求の統計値が最も小さくなるノードと、各データに設定された時間要求と各データのデータ量とに基づいて算出される単位時間あたりのデータ量が最も大きいノードとのうち、少なくとも１つに基づいて、優先ノードを決定してもよい。この構成によれば、優先ノードを定量的に決定できる。
【0016】
決定部は、優先ノード、および、優先ノードに時間的に最も近いノード、のいずれかを配置先となるノードとして決定してもよい。この構成によれば、優先ノードを基準として、適切なノードを配置先として決定できる。
【0017】
情報処理装置は、ユーザ操作に従って、アプリケーションを配置先に配置する配置部をさらに含んでいてもよい。この構成によれば、決定された配置先にアプリケーションを配置できる。
【0018】
別の実施の形態によれば、複数のノードのうちいずれかにアプリケーションを配置可能な制御システムにおいて、アプリケーションの配置先となるノードを決定するための決定方法が提供される。決定方法は、複数のノードの各々に設定された第１属性情報を取得するステップと、アプリケーションに設定された第２属性情報を取得するステップと、第１属性情報と第２属性情報とに基づいて、アプリケーションの配置先となるノードを決定するステップとを含む。
【0019】
さらに別の実施の形態によれば、複数のノードのうちいずれかにアプリケーションを配置可能な制御システムにおいて、アプリケーションの配置先となるノードを決定するための決定プログラムが提供される。決定プログラムは、コンピュータに、複数のノードの各々に設定された第１属性情報を取得するステップと、アプリケーションに設定された第２属性情報を取得するステップと、第１属性情報と第２属性情報とに基づいて、アプリケーションの配置先となるノードを決定するステップとを実行させる。
【発明の効果】
【0020】
本技術によれば、制御システムに適したアプリケーションの配置先を決定するための方法を提供する。
【図面の簡単な説明】
【0021】
【図1】本実施の形態に従う制御システムの全体構成例を示す模式図である。
【図2】本実施の形態に従う開発支援装置のハードウェア構成例を示す模式図である。
【図3】本実施の形態に従う制御処理ユニットおよび情報処理ユニットのハードウェア構成例を示す模式図である。
【図4】本実施の形態に従う制御システムの別の全体構成例を示す模式図である。
【図7】本実施の形態に従う開発支援装置がアプリケーションの配置先を決定する処理の一例を示すフローチャートである。
【図8】アプリケーションがアクセスするデータに基づいて配置先を決定する処理を説明するための図である。
【図9】本実施の形態に従う開発支援装置が優先ノードを決定する処理例を説明するための図である。
【図10】本実施の形態に従う開発支援装置がアプリケーションの配置先を決定する処理の別の一例を示すフローチャートである。
【図11】本実施の形態に従う開発支援装置のソフトウェア構成例を示す模式図である。
【発明を実施するための形態】
【0022】
実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。
【0023】
＜Ａ．適用例＞
まず、本技術が適用される場面の一例について説明する。
まず、本技術が適用される場面の一例について説明する。
【0024】
図１は、本実施の形態に従う制御システム１の全体構成例を示す模式図である。図１を参照して、制御システム１は、複数の制御装置１０－１，１０－２，１０－３（以下、「制御装置１０」と総称することもある。）と、開発支援装置１００とを含む。
【0025】
制御装置１０－１～１０－３の各々は、制御処理ユニット２００－１～２００－３（以下、「制御処理ユニット２００」と総称することもある。）と、情報処理ユニット３００－１～３００－３（以下、「情報処理ユニット３００」と総称することもある。）とを含む。
【0026】
制御処理ユニット２００は、産業システムの動作を制御するＯＴとしての機能を提供する。情報処理ユニット３００は、情報処理を担当するＩＴとしての機能を提供する。
【0027】
制御処理ユニット２００同士は、制御系ネットワーク４を介して電気的に接続されている。制御処理ユニット２００の各々は、フィールドバス２を介して、センサ４０やアクチュエータ４２と接続されている。制御処理ユニット２００の各々は、センサ４０からセンシングデータを収集し、指令をアクチュエータ４２に与える。
【0028】
制御処理ユニット２００と情報処理ユニット３００とは、内部バス５０を介して電気的に接続されている。制御システム１においては、内部バス５０は、制御系ネットワーク４より高い通信速度を有している。内部バス５０は、例えば、ＰＣＩＥｘｐｒｅｓｓを用いて実現してもよい。
【0029】
制御処理ユニット２００の各々は、センサ４０から収集したセンシングデータなどを含む入力データと、アクチュエータ４２に与えられる指令値などを含む出力データと、制御演算で利用される内部データとを保持している。これらのデータは、変数２５０として管理されている。
【0030】
制御システム１においては、情報処理ユニット３００の各々は、制御処理ユニット２００の各々が保持しているデータ（変数２５０）を任意にアクセスできる。例えば、変数２５０に含まれる各データは、制御システム１において一意に特定できるように管理されている。一意の変数名を用いて管理することで、アプリケーション４００は、いずれの情報処理ユニット３００で実行されていても、処理に必要なデータにアクセスできる。すなわち、制御システム１は、いずれの情報処理ユニット３００であっても同一のアプリケーション４００を実行可能な環境を提供する。
【0031】
例えば、ＯＰＵ－ＵＡアーキテクチャを用いることで、情報処理ユニット３００（および、情報処理ユニット３００で実行されるアプリケーション４００）は、制御処理ユニット２００の各々が保持しているデータ（変数２５０）に任意にアクセスできる。
【0032】
開発支援装置１００は、情報処理装置の一例であり、１または複数のアプリケーション４００の配置先となる情報処理ユニット３００の決定を支援する。なお、開発支援装置１００は、アプリケーション４００を開発する環境（例えば、エディタやコンパイラなどを含む統合開発環境）をさらに提供してもよい。
【0033】
本実施の形態に従う開発支援装置１００は、アプリケーション４００の配置先の決定を支援する。より具体的には、開発支援装置１００は、アプリケーションの配置先候補に設定された属性情報およびアプリケーションに設定された属性情報に基づいて、配置先を決定する。また、開発支援装置１００は、アプリケーション４００の実行時に必要なデータを保持している装置および当該装置までのアクセス経路などに基づいて、配置先を決定する。以下、配置先の決定を支援するための構成および方法などについて詳述する。
【0034】
本明細書において、制御システム１を構成するリソースの単位を「ノード」と称することもある。「ノード」は、上述した制御処理ユニット２００および情報処理ユニット３００のように独立したハードウェアであってもよいし、仮想的に構成される論理的なコンピューティングリソースであってもよい。「ノード」は、アプリケーション４００の配置先となる情報処理ユニット３００、ならびに、アプリケーション４００がアクセスするデータ（変数）を保持する制御処理ユニット２００および情報処理ユニット３００を含む。
【0035】
このように、開発支援装置１００は、複数のノードのうちいずれかにアプリケーション４００を配置可能な制御システム１に向けられたものである。
【0036】
＜Ｂ．ハードウェア構成例＞
次に、本実施の形態に従う制御システム１のハードウェア構成例について説明する。
次に、本実施の形態に従う制御システム１のハードウェア構成例について説明する。
【0037】
（ｂ１：開発支援装置１００）
図２は、本実施の形態に従う開発支援装置１００のハードウェア構成例を示す模式図である。図２を参照して、開発支援装置１００は、プロセッサ１０２と、メモリ１０４と、ストレージ１０６と、入力部１０８と、出力部１１０と、通信インターフェイス１１２とを含む。開発支援装置１００は、例えば、汎用ＰＣ（Personal Computer）などのコンピュータであってもよい。
図２は、本実施の形態に従う開発支援装置１００のハードウェア構成例を示す模式図である。図２を参照して、開発支援装置１００は、プロセッサ１０２と、メモリ１０４と、ストレージ１０６と、入力部１０８と、出力部１１０と、通信インターフェイス１１２とを含む。開発支援装置１００は、例えば、汎用ＰＣ（Personal Computer）などのコンピュータであってもよい。
【0038】
プロセッサ１０２は、ストレージ１０６に格納されたプログラムを読み出して、メモリ１０４に展開して実行することで、後述するような処理を実現する。
【0039】
ストレージ１０６は、コンピュータ読取可能なプログラムを非一過的に格納する記録媒体であり、例えば、ＯＳ（Operating System）１２０と、開発プログラム１２２と、配置先決定プログラム１２４とを格納する。ストレージ１０６には、図２に示すプログラム以外の必要なプログラムが格納されてもよい。
【0040】
ＯＳ１２０は、基本的な処理を実現するためのコンピュータ読取可能命令を含む。開発プログラム１２２は、アプリケーション４００を開発するための処理のためのコンピュータ読取可能命令を含む。配置先決定プログラム１２４は、決定プログラムに相当し、アプリケーション４００の配置先を決定するための処理のためのコンピュータ読取可能命令を含む。
【0041】
開発支援装置１００で実行されるプログラムは、コンピュータ読取可能な記録媒体（例えば、光学メディア）を介してインストールされてもよいが、ネットワーク上のサーバ装置などからダウンロードする形でインストールされてもよい。また、開発支援装置１００が提供する機能は、ＯＳ１２０が提供するモジュールの一部を利用する形で実現されてもよい。
【0042】
入力部１０８は、ユーザ操作を受け付ける入力デバイス（例えば、キーボードやマウスなど）とのインターフェイス回路を含む。入力部１０８は、入力デバイス自体を含んでいてもよい。
【0043】
出力部１１０は、プロセッサの処理結果を出力する出力デバイス（例えば、ディスプレイなど）とのインターフェイス回路を含む。出力部１１０は、出力デバイス自体を含んでいてもよい。
【0044】
通信インターフェイス１１２は、例えば、ＵＳＢ（Universal Serial Bus）インターフェイスであって、制御装置１０（開発支援装置１００または制御処理ユニット２００）との間のデータ伝送を仲介する。通信インターフェイス１１２は、制御系ネットワーク４に接続するためのネットワークインターフェイスであってもよい。
【0045】
（ｂ２：制御処理ユニット２００および情報処理ユニット３００）
図３は、本実施の形態に従う制御処理ユニット２００および情報処理ユニット３００のハードウェア構成例を示す模式図である。
図３は、本実施の形態に従う制御処理ユニット２００および情報処理ユニット３００のハードウェア構成例を示す模式図である。
【0046】
図３を参照して、制御処理ユニット２００は、プロセッサ２０２と、メモリ２０４と、ストレージ２０６と、内部バスインターフェイス２０８と、フィールドバスインターフェイス２１０とを含む。
【0047】
プロセッサ２０２は、ストレージ２０６に格納されたプログラムを読み出して、メモリ２０４に展開して実行することで、産業システムの動作を制御するための制御演算を実現する。
【0048】
ストレージ２０６は、コンピュータ読取可能なプログラムを非一過的に格納する記録媒体であり、例えば、システムプログラム２１２と、ユーザプログラム２１４とを格納する。ストレージ２０６には、図３に示すプログラム以外の必要なプログラムが格納されてもよい。
【0049】
システムプログラム２１２は、制御演算を実現するための基本的な処理を実現するためのコンピュータ読取可能命令を含む。ユーザプログラム２１４は、産業システムの動作を制御するための制御演算を実現するためのコンピュータ読取可能命令を含む。
【0050】
内部バスインターフェイス２０８は、内部バス５０を介して、情報処理ユニット３００を含む他のユニットとの間でデータをやり取りする。
【0051】
フィールドバスインターフェイス２１０は、フィールドバス２を介して、センサ４０やアクチュエータ４２との間でデータをやり取りする。
【0052】
情報処理ユニット３００は、プロセッサ３０２と、メモリ３０４と、ストレージ３０６と、内部バスインターフェイス３０８と、通信インターフェイス３１０とを含む。
【0053】
プロセッサ３０２は、ストレージ３０６に格納されたプログラムを読み出して、メモリ３０４に展開して実行することで、産業システムの動作を制御するための制御演算を実現する。
【0054】
ストレージ３０６は、コンピュータ読取可能なプログラムを非一過的に格納する記録媒体であり、例えば、システムプログラム３１２と、アプリケーション４００とを格納する。ストレージ３０６には、図３に示すプログラム以外の必要なプログラムが格納されてもよい。
【0055】
システムプログラム３１２は、アプリケーション４００を実行するための環境を実現するためのコンピュータ読取可能命令を含む。
【0056】
内部バスインターフェイス３０８は、内部バス５０を介して、制御処理ユニット２００を含む他のユニットとの間でデータをやり取りする。
【0057】
通信インターフェイス３１０は、任意の情報処理装置（例えば、開発支援装置１００など）との間でデータをやり取りする。
【0058】
（ｂ３：その他）
図２および図３には、プロセッサがプログラムを実行することで必要な機能が提供される構成例を示したが、これらの提供される機能の一部または全部を、専用のハードウェア回路（例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）など）を用いて実装してもよい。
図２および図３には、プロセッサがプログラムを実行することで必要な機能が提供される構成例を示したが、これらの提供される機能の一部または全部を、専用のハードウェア回路（例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field-Programmable Gate Array）など）を用いて実装してもよい。
【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】
１ 制御システム、２ フィールドバス、４ 制御系ネットワーク、６ 情報系ネットワーク、８ 上位ネットワーク、１０ 制御装置、２０ 制御処理装置、３０ 情報処理装置、４０ センサ、４２ アクチュエータ、５０ 内部バス、７０，７１，７２，７３ グループ、１００ 開発支援装置、１０２，２０２，３０２ プロセッサ、１０４，２０４，３０４ メモリ、１０６，２０６，３０６ ストレージ、１０８ 入力部、１１０ 出力部、１１２，３１０ 通信インターフェイス、１２０ ＯＳ、１２２ 開発プログラム、１２４ 配置先決定プログラム、１５０ ノード属性情報取得部、１５２ アプリケーション属性情報取得部、１５４ アクセス対象変数取得部、１５６ 配置先決定部、１５８ 配置部、２００，２００Ａ，２００Ｂ 制御処理ユニット、２０８，３０８ 内部バスインターフェイス、２１０ フィールドバスインターフェイス、２１２，３１２ システムプログラム、２１４ ユーザプログラム、２５０ 変数、３００，３００Ｘ１，３００Ｘ２ 情報処理ユニット、４００ アプリケーション、４５０，５００ 属性情報、５１０ ノード位置、５２０ 名称、５３０ 役割、５３１，５３４，５４１，５４２ サブアイテム、５４０ スペック、５５０ 負荷許容量。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】