JP2021165882A - 管理プログラム，管理装置およびアプリケーションソフトウェア管理方法 - Google Patents

Abstract

【課題】機器におけるアプリケーションソフトウェアの動作確認を容易に実現できるようにする。【解決手段】機器２において実行されるアプリケーションソフトウェアの実行ログ情報を出力するログ出力プログラムを作成する作成部１０２と、作成したログ出力プログラムを、アプリケーションソフトウェアとともに数の機器２のそれぞれに配布する配布部１０３とを備える。【選択図】図２

Description

本発明は、管理プログラム，管理装置およびアプリケーションソフトウェア管理方法に関する。

近年、ＩＣＴ（Information and Communication Technology）システムの大きな潮流として、ＩｏＴ（Internet of Things）が注目を浴びており、様々な分野においてＩｏＴ実現に向けた技術開発が行なわれ、新サービスが立ち上がってきている。ＩｏＴとは、従来はインターネットに直接接続されてこなかった機器や物品が、それ自身がインターネットに接続できるようになることである。例えば、従来から、コンピュータやモバイル端末などの人間が操作する情報通信機器はインターネットに接続されている。これらの機器に加え、ＩｏＴでは、センサや計測器機器、家電や制御機器、さらにはＲＦＩＤ（Radio Frequency IDentifier）などによってタグ付けされた物品までも、インターネットに接続される。

ＩｏＴを用いたサービスを実現するシステム（ＩｏＴシステム）は、様々な機器によって構成される分散処理システムであり、それらの機器が連携動作することでＩｏＴを用いたサービスが実現される。このような、複数の機器が分散して配置されたシステムを分散環境といってもよい。

各機器には、その機器に実行させる処理に対応するＩｏＴアプリケーションソフトウェア（ＩｏＴアプリ）がインストールされる。ＩｏＴアプリは、ＩｏＴシステムに含まれる機器に、その機器に割り当てられたデータ処理を実行させるためのソフトウェアである。各機器が、その機器に割り当てられたデータ処理を実行することで、複数の機器による連係動作が可能となる。

例えば、下記特許文献１には、分散環境上で動作するアプリを一元的に定義して、各機器に配備する手法が開示されている。
分散環境における各アプリの動作確認は、分散された機器毎の各種ログ情報を一か所のサーバに収集して分析したり、可視化したりするなどして行なう。ログ情報を収集するためには、事前に各機器で動作するアプリにおいて、ログ情報の収集ロジックを定義したり、収集したログの転送先情報を設定したりしておく必要がある。

分散環境における各アプリの動作確認手法として、例えば、ＩｏＴ向けのアプリ開発環境として知られるＮｏｄｅ−ＲＥＤ（登録商標）を用いた手法が知られている。Ｎｏｄｅ−ＲＥＤでは、デバッグノードをアプリ内に配備することで、アプリ内で転送されるメッセージの内容などの情報（アプリログ）をＮｏｄｅ−ＲＥＤ画面内のデバッグ情報表示領域に表示することができる。

またＮｏｄｅ−ＲＥＤでは、ｄａｓｈｂｏａｒｄというノード群を用いてアプリ動作中に任意の情報に対してグラフ表示などの可視化を行なうための可視化アプリを定義する機能も備える。

上述の如く、一元的に定義したアプリを分散環境の各機器に配備し、これらの配備したアプリの動作確認を行なうためには、例えば、各機器のＮｏｄｅ−ＲＥＤにアクセスし、ログ情報を確認することでアプリの動作確認を行なうことが考えられる。また、各機器のＮｏｄｅ−ＲＥＤにアクセスした上で、さらにｄａｓｈｂｏａｒｄ機能を用いて可視化アプリを定義して可視化することも考えられる。

国際公開第２０１９／１３８５７０号 特開２０１０−０７２８３０号公報 特開２０１５−１１５０１３号公報 特表２０１４−５３４４８７号公報

しかしながら、ログ情報はファイルに出力されたものであるので、各機器のＮｏｄｅ−ＲＥＤにアクセスし、ログ情報を確認する手法においては、ログ情報を用いたリアルタイムでの動作確認が難しいという課題がある。

また、ｄａｓｈｂｏａｒｄ機能を用いて可視化アプリを定義して可視化する手法においては、可視化アプリによりリアルタイムでの動作確認が可能になるが、機器毎に人手で可視化のためのアプリを定義する必要があるので、配備する機器が多い場合に作業量が多くなり煩雑であるという課題がある。
１つの側面では、本発明は、機器におけるアプリケーションソフトウェアの動作確認を容易に実現できるようにすることを目的とする。

このため、この管理プログラムは、通信回線を介して接続される複数の機器のそれぞれにアプリケーションソフトウェアを供する管理装置のプロセッサに、前記機器において実行される前記アプリケーションソフトウェアの実行ログ情報を出力するログ出力プログラムを作成し、作成した前記ログ出力プログラムを、前記アプリケーションソフトウェアとともに前記複数の機器のそれぞれに配布する処理を実行させる。

一実施形態によれば、機器におけるアプリケーションソフトウェアの動作確認を容易に行なうことができる。

実施形態の一例としてのコンピュータシステムの機能構成を模式的に示す図である。 実施形態の一例としてのコンピュータシステムの機能ブロック図である。 実施形態の一例としてのコンピュータシステムにおける可視化処理付加アプリを例示する図である。 実施形態の一例としてのコンピュータシステムにおけるアプリ開発サーバの可視化アプリ生成部の処理を説明するためのフローチャートである。 図４のステップＡ３の処理の詳細を説明するためのフローチャートである。 実施形態の変形例のコンピュータシステムを実現するための機能構成を模式的に示す図である。 実施形態の変形例のコンピュータシステムにおける可視化処理付加アプリを例示する図である。 実施形態の変形例としてのコンピュータシステムにおけるアプリ開発サーバの可視化アプリ生成部の処理を説明するためのフローチャートである。 図８のステップＢ５における処理の詳細を説明するためのフローチャートである。 ＩｏＴシステム構成の一例を示す図である。 実施形態の一例としてのコンピュータシステムにおけるアプリ開発サーバのハードウェア構成を例示する図である。

以下、図面を参照して本管理プログラム，管理装置およびアプリケーションソフトウェア管理方法にかかる実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形（実施形態および各変形例を組み合わせる等）して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。

（Ｉ）実施形態の説明
（Ａ）構成
図１は実施形態の一例としてのコンピュータシステム１の機能構成を模式的に示す図であり、アプリケーション開発環境の一例を示す図である。また、図２は実施形態の一例としてのコンピュータシステム１の機能ブロック図である。

コンピュータシステム１は、図１に示すように、アプリ開発サーバ１０と、管理者端末６と、複数（図１に示す例では２つ）の配備先機器２−１，２−２とを備える。

アプリ開発サーバ１０は、管理者端末６および配備先機器２−１，２−２のそれぞれと図示しないネットワーク（通信回線）を介して通信可能に接続されている。以下、配備先機器２−１，２−２を特に区別しない場合には、配備先機器２と表記する。また、配備先機器２−１を配備先機器＃１と表す場合があり、配備先機器２−２を配備先機器＃２と表す場合がある。

［１．アプリ開発サーバ１０］
アプリ開発サーバ１０は、配備先機器２−１，２−２に実行させるアプリケーションソフトウェア（以下、単にアプリという場合がある）を生成し、これらの生成したアプリを図示しない通信回線を介して配備先機器２−１，２−２に送信して実行可能な状態にする。以下、アプリを配備先機器２に送信して実行可能な状態にすることを配備するという場合がある。また、以下、配備先機器２−１，２−２が配備されるシステムを管理対象システムという場合がある。

管理対象システムは、様々な機器によって構成される分散処理システムであり、それらの機器が連携動作することでサービスが実現される。管理対象システムは、複数の機器が分散して配置された分散環境を実現するものである。管理対象システムは、例えば、ＩｏＴシステムであってもよい。ＩｏＴシステムにおいてインターネットに接続された機器が配備先機器２に相当する。

アプリ開発サーバ１０は、通信回線を介して接続される複数の配備先機器２のそれぞれにアプリケーションソフトウェア（配備先アプリ３２）を供する管理装置に相当する。

また、アプリ開発サーバ１０は、管理対象システムを機能させるためのアプリを生成する。アプリ開発サーバ１０は、例えば、フローベースのアプリケーション開発環境を有し、図１に示すように、全体アプリフロー定義機能４と分配アプリ生成／配備処理機能５とを備える。

アプリ開発サーバ１０は、図２に示すように、分配アプリ生成部１０１，可視化アプリ生成部１０２，配備処理部１０３およびアプリフロー処理部１０４を備える。アプリフロー処理部１０４が全体アプリフロー定義機能４を実現し、分配アプリ生成部１０１，可視化アプリ生成部１０２および配備処理部１０３が分配アプリ生成／配備処理機能５を実現する。
全体アプリフロー定義機能４は、アプリ開発者からの入力に従って、全体アプリフローを定義（作成）する。
全体アプリフローは、例えば、管理対象システムに実現させる処理の処理手順であり、全体アプリフローデータは全体アプリフローを定義するデータである。

アプリフロー処理部１０４は、例えばＮｏｄｅ−ＲＥＤなどのフローベースのアプリ開発環境により実現される。例えば、アプリフロー処理部１０４は、Ｗｅｂブラウザ上に全体アプリフローの編集画面を表示させることで、アプリ開発者に全体アプリフローの編集画面を提示する。

アプリ開発者は、全体アプリフローの編集画面において、特定のデータ処理機能を実現する複数のノードのオブジェクトを配置し、これらのオブジェクト同士を繋げることで、管理対象システムに実行させるデータ処理の流れ（全体アプリフロー）を定義（作成）する。すなわち、ノードを表すオブジェクトをグラフィカルに接続するだけで、プログラミング言語によるコーディングなしに管理対象システムに実行させるアプリを開発することができる。ノードは機能単位を表すものであり、処理ブロックといってもよい。

アプリフロー処理部１０４は、このようにしてアプリ開発者が全体アプリフローの編集画面において行なった入力に応じて、全体アプリフローの編集画面内で全体アプリフローを作成する。

アプリフロー処理部１０４は、アプリ開発者が全体アプリフロー編集画面上での全体アプリフローを作成すると、この全体アプリフローを表す全体アプリフローデータを生成し、この生成した全体アプリフローデータを記憶部に格納する。

全体アプリフローデータは、例えばＪＳＯＮ（JavaScript Object Notation）によって記述される。なお、JavaScriptは登録商標である。全体アプリフローデータには、ノードに応じて配備先機器２に実行させる処理を定義する情報（データ処理定義情報）が記述されている。

また、ノードに関するデータ処理定義情報内には、処理結果の転送先ノードの識別子がｗｉｒｅｓプロパティ情報として設定されている。つまり、あるノードのｗｉｒｅｓプロパティ情報をたどることでノード間の接続関係がわかる。
なお、複数のノードをグループ化してサブフローとして定義することも可能である。サブフローを複数接続することで１つの全体アプリを定義してもよい。

分配アプリ生成／配備処理機能５は、各配備先機器２に実行させるアプリを生成し、各配備先機器２に配備させる。分配アプリ生成／配備処理機能５は、後述する配備先アプリ３２と可視化アプリ３１とを備える可視化処理付加アプリ３を作成し、この可視化処理付加アプリ３を配備先機器２に配備する。
図３は実施形態の一例としてのコンピュータシステム１における可視化処理付加アプリ３を例示する図である。

――分配アプリ生成部１０１――
分配アプリ生成部１０１は、アプリフロー処理部１０４が作成した全体アプリフローに基づいて、各配備先機器２に応じた配備先アプリ３２を作成する。

例えば、フローベースのアプリケーション開発環境の１つであるＮｏｄｅ−ＲＥＤの動作環境は、さまざまなＯＳ（Operating System）上に構築することができる。分配アプリ生成／配備処理機能５は、このようなＮｏｄｅ−ＲＥＤの機能を用いることで実現してもよい。

以下、全体アプリフローに基づいて作成された配備先機器２に実行させるアプリを配備先アプリ３２−１，３２−２という場合がある。配備先アプリ３２−１，３２−２は、配備先機器２に応じて生成される。配備先アプリを分配アプリといってもよい。配備先アプリ（分配アプリ）３２―１は配備先機器２−１に配備され、配備先アプリ（分配アプリ）３２−２は配備先機器２−２に配備される。

以下、配備先アプリ３２−１，３２−２を特に区別しない場合には、配備先アプリ３２と表記する。同様に、以下、分配アプリ３２−１，３２−２を特に区別しない場合には、分配アプリ３２と表記する。

例えば、アプリ開発者は、上述した全体アプリフローの編集画面において、ノードまたはサブフローごとに、そのノードまたはサブフローに対応する機能を実行させる配備先機器２を選択（配備先選択）する。分配アプリ生成部１０１は、全体アプリフロー内のノードを、配備先機器２ごとに分割する。

配備先アプリ３２には複数のノードが含まれてもよく、例えば、配備先機器２に複数の処理を連続して行なわせるために、一の配備先アプリ３２にこれらの複数の処理に対応するノードを含めることができる。配備先アプリ（分配アプリ）３２は、配備先機器２にいて実行されるアプリケーションソフトウェアに相当する。

図３に例示する可視化処理付加アプリ３に備えられる配備先アプリ３２は、入力ノードＡ，中間ノードＢおよび出力ノードＣを備える。これらの入力ノードＡ，中間ノードＢおよび出力ノードＣの間には実行順序が定められており、入力ノードＡ，中間ノードＢ，出力ノードＣの順に実行される。配備先機器２において配備先アプリ３２を実行することにより順番に実行されるこれらのノードＡ，Ｂ，Ｃによる一連の処理を配備先アプリフローという場合がある。配備先機器２は、配備先アプリ３２を実行することで配備先アプリフローを実現する。

入力ノードＡは、配備先アプリ３２においてデータ取得処理を実現するノードである。中間ノードＢは、配備先アプリ３２において取得したデータに対する演算処理を実現するノードである。出力ノードＣは、配備先アプリ３２において演算処理の結果を出力（送信）する出力処理を実現するノードである。

例えば、一の配備先機器２−１において、入力ノードＡはセンサデバイス制御を実施する。中間ノードＢはセンサ入力値を加工し、この加工したセンサ入力値を出力ノードＣが出力してもよい。また、この配備先機器２−１の下流側に配置された配備先機器２−２において、加工したセンサ入力値を入力ノードＡが受信し、中間ノードＢにおいてセンサ入力値にフィルタリングを行ない、このフィルタリングしたデータを出力ノードＣが送信してもよい。

また、配備先アプリ３２においては、入力ノードＡ，中間ノードＢおよび出力ノードＣの少なくともいずれかを複数備えてもよい。例えば、中間ノードＢは、例えば、Ｎｏｄｅ−ＲＥＤのＦｕｎｃｔｉｏｎノードであってもよい。Ｆｕｎｃｔｉｏｎノードは、Ｊａｖａｓｃｒｉｐｔ（登録商標）で任意のロジックを記述することで作成され、入力したデータを操作するノードである。

分配アプリ生成部１０１は、全体アプリフローにおいてノード間に設定された接続線（図示省略）に基づいて、ノード間の関連付け（データの送受信の設定等）を行なうことで、配備先機器２ごとの配備先アプリ３２の生成を行なってもよい。なお、配備先アプリ（配備先アプリ）３２の生成は既知の手法（例えば、上記特許文献１参照）を用いて実現することができ、その説明は省略する。
分配アプリ生成部１０１は、作成した配備先アプリ３２を、例えば、メモリ１２（図１１参照）の所定の記憶領域に格納する。

――可視化アプリ生成部１０２――
可視化アプリ生成部１０２は、配備先機器２−１，２−２（分配アプリ３２）毎に、これらの配備先機器２−１，２−２（分配アプリ３２）に対応する可視化アプリ３１−１，３１−２をそれぞれ生成する。

例えば、可視化アプリ生成部１０２は、配備先アプリ３２−１に対応付けて可視化処理アプリ３１−１を生成する。配備先アプリ３２−１および可視化アプリ３１−１は配備先機器２−１によって実行される。同様に、可視化アプリ生成部１０２は、配備先アプリ３２−２に対応付けて可視化アプリ３１−２を生成する。配備先アプリ３２−２および可視化アプリ３１−２は配備先機器２−２によって実行される。
以下、可視化アプリ３１−１，３１−２を特に区別しない場合には、可視化アプリ３１と表記する。また、可視化アプリ３１−１を可視化アプリ＃１と表す場合があり、可視化アプリ３１−２を可視化アプリ＃２と表す場合がある。さらに、配備先アプリ３２−１を配備先アプリ＃１と表す場合があり、配備先アプリ３２−２を配備先アプリ＃２と表す場合がある。

可視化アプリ３１は、配備先機器２に実行されることで、当該配備先機器２において実行される配備先アプリ３２から当該配備先アプリ３２の実行ログ情報を収集し、アプリ開発者に提示する機能を実現する。以下、配備先機器２において配備先アプリ３２から収集される実行ログ情報を可視化対象情報という場合がある。実行ログ情報は、アプリ開発者に提示される情報である。可視化アプリ３１は、配備先機器２において可視化対象情報を収集してアプリ開発者に提示する可視化対象情報提示機能を実現する。配備先アプリフローのノードから収集される可視化対象情報は、アプリ開発者に提示されるものであり、この可視化対象情報を表示対象情報といってもよい。
可視化アプリ生成部１０２は、配備先アプリ３２に含まれるノード（第１処理ブロック）における可視化対象情報（実行ログ情報）を特定する。

可視化対象情報は、配備先アプリ（アプリケーションソフトウェア）３２の実行ログ情報に相当する。また、可視化アプリ３１は、配備先機器２において実行される配備先アプリ３２の実行ログ情報（可視化対象情報）を出力するログ出力プログラムに相当する。

可視化アプリ生成部１０２は、配備先アプリ３２のそれぞれに対して可視化アプリ３１を生成する。可視化アプリ生成部１０２は、可視化アプリ３１を生成する対象の配備先アプリ３２（以下、対象配備先アプリ３２という場合がある）の配備先アプリフローから、この配備先アプリフローに含まれる１つ以上のノードを特定する。

可視化アプリ生成部１０２は、配備先アプリフローに含まれるノードに対応させて可視化ノードを作成する。可視化アプリ生成部１０２は、配備先アプリフローのノードにおいて可視化対象情報を特定し、この可視化対象情報を、当該配備先アプリフローのノードに対応する可視化ノードに設定する。例えば、可視化アプリ生成部１０２は、配備先機器２において、可視化アプリ３１が配備先アプリ３２のノードにおける可視化対象情報にアクセスするための情報（例えば、メモリアドレスやポインタ）を可視化ノードに設定する。

可視化ノードは、当該可視化アプリ３１に対応する配備先アプリ３２のノードに対応して備えられ、可視化アプリ生成部１０２は配備先アプリ３２の１つのノードに対して１つの可視化ノードを作成する。

配備先アプリフローに複数のノードが含まれる場合には、可視化アプリ生成部１０２はこれらのノードと同数の複数の可視化ノードを生成する。そして、可視化アプリ生成部１０２は、配備先アプリフローにおけるこれらのノードの処理順序に応じて、複数の可視化ノードに対して順序付けを行なう。

図３に示す例においては、配備先アプリ３２（配備先アプリフロー）は、入力ノードＡ，中間ノードＢおよび出力ノードＣの３つのノードを備える。可視化アプリ生成部１０２は、この配備先アプリ３２に対応する可視化アプリ３１について、これらの入力ノードＡ，中間ノードＢおよび出力ノードＣの各ノードと同数の３つの可視化ノードを生成する。

図３に示す例においては、可視化アプリ３１に、配備先アプリ３２の入力ノードＡ，中間ノードＢおよび出力ノードＣのそれぞれに対応させて生成された、入力ノードＡ用可視化ノード，中間ノードＢ用可視化ノードおよび出力ノードＣ用可視化ノードが備えられている。

可視化アプリ３１においては、入力ノードＡ用可視化ノード，中間ノードＢ用可視化ノードおよび出力ノードＣ用可視化ノードの組み合わせにより可視化処理フローが実現される。可視化アプリ３１において、可視化ノードの集合を可視化処理フローといってもよい。

可視化アプリ生成部１０２は、可視化処理フロー（可視化アプリ３１）に対して、配備先機器２において配備先アプリ３２から収集する可視化対象情報を設定する。

これらの入力ノードＡ用可視化ノード，中間ノードＢ用可視化ノードおよび出力ノードＣ用可視化ノードは、例えば、Ｎｏｄｅ−ＲＥＤのｄａｓｈｂｏａｒｄノードのグラフ表示ノードとしての機能をそれぞれ備える。

入力ノードＡ用可視化ノードは、配備先機器２において、配備先アプリ３２における入力ノードＡの可視化対象情報を取得しアプリ開発者に提示する機能モジュールとして機能する。中間ノードＢ用可視化ノードは、配備先アプリ３２における中間ノードＢの可視化対象情報を取得しアプリ開発者に提示する機能モジュールとして機能する。出力ノードＣ用可視化ノードは、配備先アプリ３２における出力ノードＣの可視化対象情報を取得しアプリ開発者に提示する機能モジュールとして機能する。

可視化アプリ生成部１０２は、配備先アプリフローに含まれるノードの可視化対象情報を、可視化アプリ３１の対応する可視化ノードに処理対象情報（表示対象情報）として設定する。可視化対象情報には、配備先アプリフローに備えられる各ノードの出力ペイロード情報が用いられる。

図３に示す例においては、入力ノードＡ用可視化ノードには、配備先アプリフローの入力ノードＡの出力側のペイロード情報（可視化対象情報）が処理対象情報として設定されている。中間ノードＢ用可視化ノードには、配備先アプリフローの中間ノードＢの出力側のペイロード情報（可視化対象情報）が処理対象情報として設定されている。さらに、出力ノードＣ用可視化ノードには、配備先アプリフローの出力ノードＣの出力側のペイロード情報（可視化対象情報）が処理対象情報として設定されている。
すなわち、可視化処理フローにおいては、対応する配備先アプリフロー中の可視化対象情報が可視化ノードの処理対象情報として設定される。

可視化アプリ生成部１０２は、可視化対象情報（実行ログ情報）を取得して出力させる可視化ノード（第２処理ブロック）を配備先アプリ（第１処理ブロック）３２に対応させて生成することで、可視化ノードを備える可視化アプリ（ログ出力プログラム）３１を作成する。

可視化対象情報には、配備先アプリ３２（配備先アプリフロー）において生成される以下の情報（１）〜（３）のうちの少なくともいずれの情報が用いられる。なお、可視化対象情報はこれらの全ての情報を含んでもよい。
（１）配備先アプリフロー中の入力ノードの出力ペイロード情報
ただし、配備先アプリフローに複数の入力ノードがある場合には、各入力ノードの出力ペイロード情報毎に、可視化ノードが生成される。
（２）配備先アプリフロー中の出力ノードの出力ペイロード情報
ただし、配備先アプリフローに複数の出力ノードがある場合には、各出力ノードの出力ペイロード情報毎に、可視化ノードが生成される。
（３）配備先アプリフロー中のＦｕｎｃｔｉｏｎノードの出力ペイロード情報
ただし、配備先アプリフローに複数のＦｕｎｃｔｉｏｎノードがある場合には、各ノードの出力ペイロード情報毎に、可視化ノードが生成される。

なお、上述した（１）〜（３）のうち、どの可視化対象情報を可視化アプリの可視化ノードに処理対象情報として設定するかを、例えば、アプリ開発者等が、可視化アプリ表示対象データ項目として事前に設定できるようにしてもよい。

なお、可視化アプリ３１が配備先機器２において、配備先アプリ３２のノードにおける可視化対象情報にアクセスするための情報としては、例えば、アプリ開発サーバ１０のメモリ１２やレジスタのアドレスやポインタを用いてもよい。

可視化アプリ生成部１０２は、配備先機器２において実行される配備先アプリ３２の可視化対象情報（実行ログ情報）を出力する可視化アプリ３１（ログ出力プログラム）を作成する作成部に相当する。
可視化アプリ生成部１０２は、作成した可視化アプリ３１を、例えば、メモリ１２の所定の記憶領域に格納する。

――配備処理部１０３――
配備処理部１０３は、分配アプリ生成部１０１によって生成された配備先アプリ３２−１に、可視化アプリ生成部１０２によって生成された可視化アプリ３１を組み合わせた可視化処理付加アプリ３を作成する。配備処理部１０３は、作成した可視化処理付加アプリ３をメモリ１２の所定の記憶領域に格納する。
そして、配備処理部１０３は、作成した可視化処理付加アプリ３を、当該可視化処理付加アプリ３を実行させる配備先機器２に配備させる。

すなわち、配備処理部１０３は、配備先アプリ３２−１に可視化アプリ３１−１を組み合わせて可視化処理付加アプリ３−１を作成し、この可視化処理付加アプリ３−１（配備先アプリ３２−１および可視化アプリ３１−１）を配備先機器２−１に送信して実行させる。また、配備処理部１０３は、配備先アプリ３２−２に可視化アプリ３１−２を組み合わせて可視化処理付加アプリ３−２を作成し、この可視化処理付加アプリ３−２（配備先アプリ３２−２および可視化アプリ３１−２）を配備先機器２−２に送信して実行させる。
なお、可視化処理付加アプリ３−１を可視化処理付加アプリ＃１と表す場合があり、可視化処理付加アプリ３−２を可視化処理付加アプリ＃２と表す場合がある。

配備処理部１０３は、可視化アプリ生成部１０２が作成した可視化アプリ（ログ出力プログラム）３１を、配備先アプリ３２とともに複数の配備先機器２のそれぞれに配布する配布部に相当する。
なお、配備処理部１０３において、アプリを配備先機器２に送信して実行させる手法は、既知の種々の手法により実現することができ、その説明は省略する。

［２．配備先機器２］
配備先機器２−１，２−２は、それぞれ図示しないプロセッサとメモリとを備え、アプリ開発サーバ１０から配備される可視化処理付加アプリ３（配備先アプリ３２，可視化アプリ３１）を実行する情報処理装置である。図２に示すように、配備先機器２は、機能処理部２０１および可視化処理部２０２としての機能を備える。
機能処理部２０１は、管理対象システムの一部の機能として当該配備先機器２に割り当てられた機能を実現する。

配備先機器２のプロセッサがアプリ開発サーバ１０から受信した配備先アプリ３２を実行することで、機能処理部２０１としての機能が実現される。そして、配備先アプリ３２の内容、すなわち、プログラム（ノード）の種類に応じて機能処理部２０１として実現される機能が変化する。機能処理部２０１は、管理対象システムにおいて当該配備先機器２に割り当てられた機能を実現するものであるといえる。

可視化処理部２０２は、当該可視化処理部２０２が機能する配備先機器２（以下、自配備先機器２という場合がある）の動作状態を示す情報を収集し、アプリ開発者が認識可能な情報（可視化情報）を生成し、この生成した可視化情報をアプリ開発者に対して出力する。

可視化処理部２０２は、自配備先機器２において、配備先アプリ３２に備えられたノードの出力ペイロード情報を取得する。そして、可視化処理部２０２は、例えば、Ｎｏｄｅ−ＲＥＤのｄａｓｈｂｏａｒｄ機能を用いて、出力ペイロード情報を用いて自配備先機器２の状態を示す可視化情報を生成する。

可視化処理部２０２は、例えば、Ｎｏｄｅ−ＲＥＤのｄａｓｈｂｏａｒｄ機能を用いて、出力ペイロード情報をグラフ等を用いて表す動作可視化画面を作成する。可視化処理部２０２は、作成した動作可視化画面の情報を、図示しないネットワークを介して、管理者端末６に送信する。

配備先機器２のプロセッサがアプリ開発サーバ１０から受信した可視化アプリ３１を実行することで、この可視化処理部２０２としての機能が実現される。そして、可視化アプリ３１の内容、すなわち、プログラム（ノード）の種類に応じて可視化処理部２０２として実現される機能が変化する。

［３．管理者端末６］
管理者端末６は、アプリ開発者が使用する情報処理装置である。アプリ開発者は、この管理者端末６を用いて、アプリ開発サーバ１０に対する操作入力を行なう。例えば、アプリ開発者は、管理者端末６を用いて、全体アプリフロー定義の入力や、配備先機器２への可視化処理付加アプリ３の配備指示を入力する。

アプリ開発サーバ１０の配備処理部１０３は、この管理者端末６から入力された可視化処理付加アプリ３の配備指示に従って、配備先機器２への可視化処理付加アプリ３の配備を行なう。

また、管理者端末６は、各配備先機器２から送信される動作可視化画面の情報を受信し、図示しないディスプレイに、各配備先機器２の状態を示す動作可視化画面を表示させる。アプリ開発者はこの動作可視化画面を見ることで、各配備先機器２の状態を知ることができる。

（Ｂ）動作
上述の如く構成された実施形態の一例としてのコンピュータシステム１におけるアプリ開発サーバ１０の可視化アプリ生成部１０２の処理を、図４および図５に示すフローチャート（ステップＡ１〜Ａ４，Ａ３１〜Ａ３３）に従って説明する。

図４のステップＡ１において、アプリ開発者が、管理者端末６を用いて、全体アプリフロー定義の入力を行なった後に、配備先機器２へのアプリの配備指示を入力する。

図４のステップＡ２において、アプリ開発サーバ１０の分配アプリ生成部１０１（分配アプリ生成／配備処理機能５）が、配備先機器２毎に分配アプリ３２を生成する。

図４のステップＡ３において、可視化アプリ生成部１０２（分配アプリ生成／配備処理機能５）が、ステップＡ２において作成した配備先アプリ３２毎に可視化アプリ３１を生成する。可視化アプリ生成部１０２は、可視化アプリ３１に、対応する配備先アプリ３２の可視化対象情報を設定する。
ここで、このステップＡ３における処理の詳細を、図５に示すフローチャート（ステップＡ３１〜Ａ３３）に従って説明する。

図５のステップＡ３１において、可視化アプリ生成部１０２は、配備先アプリフローにおける可視化対象情報を決定する。すなち、可視化アプリ生成部１０２は、配備先アプリ３２に含まれる全てのノードを特定し、これらのノードのそれぞれの出力側のペイロード情報を可視化対象情報として決定する。
図５のステップＡ３２において、可視化アプリ生成部１０２は、配備先アプリ３２に含まれる全てのノードのそれぞれに対して可視化ノードを作成する。

図５のステップＡ３３において、可視化アプリ生成部１０２は、生成した各可視化ノードの処理対象情報として、対応するノードの出力側のペイロード情報（可視化対象情報）を設定する。その後、処理は、図４のステップＡ４に移行する。

図４のステップＡ４において、配備処理部１０３（分配アプリ生成／配備処理機能５）は、配備先アプリ３２と可視化アプリ３１とを組み合わせた可視化処理付加アプリ３を、当該可視化処理付加アプリ３に対応する配備先機器２に配備させる。

可視化処理付加アプリ３が配備された配備先機器２においては、プロセッサが配備先アプリ３２を実行することで管理対象システムにおいて当該配備先機器２に割り当てられた処理を実現する。また、当該プロセッサが可視化アプリ３１を実行することで、当該配備先機器２において実行される配備先アプリ３２から、当該配備先アプリ３２の各ノードの出力側のペイロード情報（可視化対象情報）が読み出される。可視化アプリ３１の可視化ノードは、配備先アプリ３２から読み出した可視化対象情報を用いてアプリ開発者が視認可能な可視化情報を生成しアプリ開発者に提示する。

（Ｃ）効果
実施形態の一例としてのコンピュータシステム１によれば、可視化処理付加アプリ３が配備された配備先機器２において、プロセッサが可視化アプリ３１を実行することで、当該配備先機器２において実行される配備先アプリ３２から、当該配備先アプリ３２に含まれる各ノードの出力側のペイロード情報（可視化対象情報）が読み出される。そして、可視化アプリ３１の可視化ノードが、配備先アプリ３２から読み出した可視化対象情報を用いてアプリ開発者が視認可能な可視化情報を生成しアプリ開発者に提示する。
これにより、アプリ開発者は、配備先機器２における配備先アプリ３２の動作状況を容易に確認することができる。

また、アプリ開発サーバ１０において可視化アプリ生成部１０２が可視化アプリ３１を生成するので、アプリ開発者が人手で配備先アプリ３２の状態を可視化するための定義設定等を行なう必要がなく利便性が高い。

（ＩＩ）変形例の説明
以下に、本コンピュータシステム１の変形例として、特定の配備先機器２の配備先アプリ３２にバグや不具合を発見した場合について示す。

特定の配備先機器２の配備先アプリ３２にバグや不具合を発見した場合には、アプリ開発者は、発見されたバグや不具合を修正して、修正後の配備先アプリ３２を、再度、配備先機器２に配備し、その動作確認を行なう必要がある。

その際、配備先アプリ３２における修正部分の動作確認を行なうためには、全ての配備先機器２に配備先アプリ３２の再配備を行なう代わりに、修正を行なった配備先アプリ３２に対応する配備先機器２に対してのみ配備先アプリ３２を配備することが効率的である。

本コンピュータシステム１において、アプリ開発者が配備先アプリ３２のノード（第２処理ブロック）の修正を行なった状態（動作モード）を第２のフェーズという場合がある。これに対して、前述の如く、アプリ開発者が全体アプリフローの定義を行ない、この全体アプリフローに基づいて分配アプリ生成／配備処理機能５が可視化処理付加アプリ３を作成する状態（動作モード）を第１のフェーズという場合がある。

（Ａ）構成
図６は実施形態の変形例のコンピュータシステム１を実現するための機能構成を模式的に示す図であり、アプリケーション開発環境の一例を示す図である。また、図７は実施形態の変形例のコンピュータシステム１における可視化処理付加アプリ３を例示する図である。なお、図中、既述の符号と同一の符号は同様同一もしくは略同一の部分を示しているので、その説明は省略する。

アプリ開発者は、管理者端末６を用いて、配備先アプリ３２において発見した不具合を修正すべく全体アプリフローに含まれる特定の一部のノードに対して修正を行なう。全体アプリフロー定義機能4においては、全体アプリフローのうち、一部のノードに対してアプリ開発者から修正入力が行なわれる。

アプリフロー処理部１０４は、アプリ開発者が全体アプリフロー編集画面上での全体アプリフローの一部のノードに対して修正（編集）を行なうと、この修正後のノードを反映させた全体アプリフローを表す全体アプリフローデータを生成し、この生成した全体アプリフローデータを記憶部に格納する。

分配アプリ生成／配備処理機能５においては、アプリ開発サーバ１０が一部のノードに修正を加えた全体アプリフローに基づいて、この修正されたノードを含む配備先アプリ３２が再作成される。すなわち、分配アプリ生成部１０１は、修正されたノードを含む配備先アプリ３２′を再作成する。

図６に示す例においては、分配アプリ生成部１０１により再作成された配備先アプリ３２−１′は配備先機器２−１を配備先とするものであり、再作成された配備先アプリ３２−１′を「修正箇所を含む配備先アプリ＃１」と表している。

なお、図６に示す例において、配備先機器＃２向けアプリ３−２は、アプリ開発者により修正がされていない配備先アプリ３２−２（配備先アプリ＃２）を含む。既に配備先機器２に配備された配備先機器＃２向けアプリ３−２を配備先機器２に、再度、配備する必要はないので、この図６に示す例においては、便宜上、可視化アプリ３１−２の図示を省略している。
分配アプリ生成部１０１は、アプリフロー処理部１０４が作成した全体アプリフローに基づいて、各配備先機器２に応じた配備先アプリ３２′を再作成する。

図７に例示する可視化処理付加アプリ３に備えられる配備先アプリ３２−１′は、入力ノードＡ，中間ノードＢおよび出力ノードＣを備え、中間ノードＢに対してアプリ開発者による修正が加えられたものとする。この図７に示す例において、修正箇所を含む配備先アプリ３２−１′における、修正された中間ノードＢを「修正済中間ノードＢ」と表している。

分配アプリ生成部１０１は、アプリ開発者によって修正されたノードを用いて、この修正後のノードを含む配備先アプリ３２′のみの再作成を行なう。修正後のノードを含む配備先アプリ３２′を修正済配備先アプリ３２′という場合がある。なお、配備先アプリ３２の再作成（修正）は既知の手法（例えば、上記特許文献１参照）を用いて実現することができ、その説明は省略する。
分配アプリ生成部１０１は、作成した修正済配備先アプリ３２′を、例えば、メモリ１２の所定の記憶領域に格納する。

可視化アプリ生成部１０２は、分配アプリ生成部１０１により再作成された配備先アプリ３２（修正済配備先アプリ３２）に対応する可視化処理アプリ３１′を再生成する。修正済配備先アプリ３２′に対応する可視化処理アプリ３１′を修正済可視化アプリ３１′という場合がある。

可視化アプリ生成部１０２は、配備先アプリ３２に備えられた複数のノード（第１処理ブロック）のうち一部のノードが修正された場合に、修正されたノードの可視化対象情報（実行ログ情報）取得して出力させる可視化ノード（第２処理ブロック）のみを備える可視化アプリ３１を作成する。

可視化アプリ生成部１０２は、修正済配備先アプリ３２′に含まれる修正されたノード（修正済ノード）に対応させて可視化ノードを再作成する。可視化アプリ生成部１０２は、配備先アプリフローの修正済ノードにおいて可視化対象情報を特定し、この可視化対象情報を、当該修正済ノードに対応する可視化ノードに設定する。例えば、可視化アプリ生成部１０２は、配備先機器２において、可視化アプリ３１′が配備先アプリ３２′のノードにおける可視化対象情報にアクセスするための情報（例えば、メモリアドレスやポインタ）を再作成する修正済可視化ノードに設定する。

図７に示す例においては、修正箇所を含む配備先アプリ３２−１′（配備先アプリフロー）は、入力ノードＡ，修正済中間ノードＢおよび出力ノードＣの３つのノードを備える。

可視化アプリ生成部１０２は、この修正箇所を含む配備先アプリ３２−１′における修正済中間ノードＢに対応させて、可視化ノードを生成する。図７においては、再作成された可視化ノードを「修正済ノードＢ用可視化ノード」と表している。

そして、本変形例においては、この修正済ノードＢ用可視化ノードが可視化処理フローを構成する。修正済可視化ノードを備える可視化アプリ３１−１′を修正済可視化アプリ３１−１′という場合がある。

修正済ノードＢ用可視化ノードは、例えば、Ｎｏｄｅ−ＲＥＤのｄａｓｈｂｏａｒｄノードのグラフ表示ノードとしての機能を備え、配備先アプリ３２′における修正済中間ノードＢの可視化対象情報を取得しアプリ開発者に提示する機能モジュールとして機能する。

図７に示す例においては、修正済中間ノードＢ用可視化ノードには、配備先アプリフローの修正済中間ノードＢの出力側のペイロード情報（可視化対象情報）が処理対象情報として設定されている。

すなわち、本変形例においても、可視化処理フローにおいて、対応する配備先アプリフロー中の可視化対象情報が可視化ノードの処理対象情報として設定される。
可視化アプリ生成部１０２は、作成した修正済可視化アプリ３１′を、例えば、メモリ１２の所定の記憶領域に格納する。

配備処理部１０３は、分配アプリ生成部１０１によって生成された修正済配備先アプリ３２′に、可視化アプリ生成部１０２によって生成された修正済可視化アプリ３１′を組み合わせた可視化処理付加アプリ３′（修正済可視化処理付加アプリ３′）を作成する。配備処理部１０３は、作成した修正済可視化処理付加アプリ３′をメモリ１２の所定の記憶領域に格納する。
そして、配備処理部１０３は、作成した修正済可視化処理付加アプリ３′を、当該修正済可視化処理付加アプリ３′を実行させる配備先機器２に配備させる。

（Ｂ）動作
上述の如く構成された実施形態の変形例としてのコンピュータシステム１におけるアプリ開発サーバ１０の可視化アプリ生成部１０２の処理を、図８および図９に示すフローチャート（ステップＢ１〜Ｂ６，Ｂ５１〜Ｂ５３）に従って説明する。
図８のステップＢ１において、アプリ開発者が、管理者端末６を用いて、全体アプリフロー定義中における特定のノードに対してバグ／不具合の修正を行なう。
図８のステップＢ２において、アプリ開発者は、修正済の全体アプリフローに基づく配備先機器２へのアプリの配備指示を入力する。

図８のステップＢ３において、アプリ開発サーバ１０の分配アプリ生成部１０１（分配アプリ生成／配備処理機能５）が、配備先機器２毎に分配アプリ３２を生成する。

図８のステップＢ４において、可視化アプリ生成部１０２（分配アプリ生成／配備処理機能５）は、全体アプリフローにおいて、アプリ開発者が修正を実施したノード（処理ブロック）の出力側のペイロード情報を可視化対象情報として特定する。

図８のステップＢ５において、可視化アプリ生成部１０２が、修正済ノードが配備される配備先機器２に対して、修正されたノード（修正済ノード）に対応させて可視化ノードを作成（再作成）する。
ここで、このステップＢ５における処理の詳細を、図９に示すフローチャート（ステップＢ５１〜Ｂ５３）に従って説明する。

図９のステップＢ５１において、可視化アプリ生成部１０２は、修正箇所を含む配備先アプリフローにおける可視化対象情報を決定する。すなち、可視化アプリ生成部１０２は、修正済配備先アプリ３２′に含まれる修正済ノードを特定し、この修正済ノードの出力側のペイロード情報を可視化対象情報として決定する。

図９のステップＢ５２において、可視化アプリ生成部１０２は、修正箇所を含む配備先アプリ３２に含まれる修正済ノードに対して可視化ノード（修正済ノード用可視化ノード）を作成する。

図９のステップＢ５３において、可視化アプリ生成部１０２（分配アプリ生成／配備処理機能５）は、生成した修正済ノード用可視化ノードの処理対象情報として、対応する修正済ノードの出力側のペイロード情報（可視化対象情報）を設定する。その後、処理は、図８のステップＢ６に移行する。

図８のステップＢ６において、配備処理部１０３（分配アプリ生成／配備処理機能５）は、修正を行なった配備先アプリ３２′に対応する配備先機器２に対して、修正済配備先アプリ３２′と修正済可視化アプリ３１′とを組み合わせた修正済可視化処理付加アプリ３′を配備させる。

修正済可視化処理付加アプリ３′が配備された配備先機器２においては、プロセッサが修正済配備先アプリ３２′を実行することで管理対象システムにおいて当該配備先機器２に割り当てられた処理を実現する。また、当該プロセッサが修正済可視化アプリ３１′を実行することで、当該配備先機器２において実行される修正済配備先アプリ３２′から、当該修正済配備先アプリ３２′の修正済ノードの出力側のペイロード情報（可視化対象情報）が読み出される。修正済可視化アプリ３１′の可視化ノードは、修正済配備先アプリ３２′から読み出した可視化対象情報を用いてアプリ開発者が視認可能な可視化情報を生成しアプリ開発者に提示する。

（Ｃ）効果
実施形態の変形例としてのコンピュータシステム１によれば、修正済可視化処理付加アプリ３′が配備された配備先機器２において、プロセッサが修正済可視化アプリ３１′を実行することで、当該配備先機器２において実行される修正済配備先アプリ３２′から、当該修正済配備先アプリ３２′に含まれる各ノードの出力側のペイロード情報（可視化対象情報）が読み出される。そして、修正済可視化アプリ３１′の可視化ノードが、修正済配備先アプリ３２′から読み出した可視化対象情報を用いてアプリ開発者が視認可能な可視化情報を生成しアプリ開発者に提示する。
これにより、アプリ開発者は、配備先機器２における修正済配備先アプリ３２′の動作状況を容易に確認することができる。

アプリ開発サーバ１０においては、配備先アプリ３２にバグや不具合を発見した特定の配備先機器２に対してのみ修正済可視化処理付加アプリ３′を作成して配備するので、バグや不具合の修正にかかる負荷を軽減し、処理時間を短縮することができる。

また、アプリ開発サーバ１０において可視化アプリ生成部１０２が修正済可視化アプリ３１′を生成するので、アプリ開発者が人手で修正済配備先アプリ３２′の状態を可視化するための定義設定等を行なう必要がなく利便性が高い。

（ＩＩＩ）その他
図１０はＩｏＴシステム構成の一例を示す図である。ＩｏＴシステムは、様々な機器を用いて構築される。例えばＩｏＴシステムには、センサ３０１およびセンサ３０１と接続してセンサデータの送受信を行なうセンサノード４０１が１つ以上含まれる。また、ＩｏＴシステムには、センサノード４０１とクラウドコンピューティングシステムとの間でデータを中継するＧＷ（ゲートウェイ）ノード５０１が含まれる。ＧＷノード５０１は、例えば広域ネットワーク２０を介してクラウドコンピューティングシステムに接続される。

クラウドコンピューティングシステムは、複数のサーバ５０２を含んでいる。サーバ５０２には、Ｗｅｂサーバ、アプリケーションサーバ、データベースサーバなどの、各種サーバが含まれる。

さらに、広域ネットワーク２０には、複数の端末装置６０１が接続されている。端末装置６０１は、例えばパーソナルコンピュータ、またはモバイル端末装置である。

広域ネットワーク２０には、さらにアプリ開発サーバ１０が接続されている。アプリ開発サーバ１０は、ＩｏＴシステムに含まれる複数の機器それぞれに実行させる分配アプリを作成し、分配アプリを各機器に配備する。

このように、ＩｏＴシステムには、様々な種別の装置が、分配アプリの配備先として存在する。図１０に例示するＩＯＴシステムにおいては、センサノード４０１，ＧＷノード５０１、サーバ５０２，端末装置６０１のそれぞれが、配備先機器２である。なお、センサノード４０１，ＧＷノード５０１，サーバ５０２，端末装置６０１およびアプリ開発サーバ１０は、例えばコンピュータによって実現される。

図１１は実施形態の一例としてのコンピュータシステム１におけるアプリ開発サーバ１０のハードウェア構成を例示する図である。
アプリ開発サーバ１０は、例えば、プロセッサ１１，メモリ１２，記憶装置１３，グラフィック処理装置１４，入力インタフェース１５，光学ドライブ装置１６，機器接続インタフェース１７およびネットワークインタフェース１８を構成要素として有する。これらの構成要素１１〜１８は、バス１９を介して相互に通信可能に構成される。

プロセッサ（処理部）１１は、アプリ開発サーバ１０全体を制御する。プロセッサ１１は、マルチプロセッサであってもよく、マルチコアプロセッサであってもよい。プロセッサ１１は、例えばＣＰＵ，ＭＰＵ（Micro Processing Unit），ＤＳＰ（Digital Signal Processor），ＡＳＩＣ（Application Specific Integrated Circuit），ＰＬＤ（Programmable Logic Device），ＦＰＧＡ（Field Programmable Gate Array）のいずれか一つであってもよい。また、プロセッサ１１は、ＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのうちの２種類以上の要素の組み合わせであってもよい。

メモリ１２は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）を含む記憶メモリである。メモリ１２のＲＡＭは、アプリ開発サーバ１０の主記憶装置として使用される。ＲＡＭには、プロセッサ１１に実行させるＯＳやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭには、プロセッサ１１による処理に必要な各種データが格納される。

本実施形態および変形例の全体アプリフロー定義機能4および分配アプリ生成／配備処理機能５を実現するためにプロセッサ１１によって実行される管理プログラムが、アプリケーションプログラムに含まれてもよい。

記憶装置１３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、ストレージクラスメモリ（Storage Class Memory：ＳＣＭ）等の記憶装置であって、種々のデータを格納するものである。記憶装置１３は、アプリ開発サーバ１０の補助記憶装置として使用される。記憶装置１３には、ＯＳ，タスク処理プログラムおよび各種データが格納される。なお、補助記憶装置としては、ＳＣＭやフラッシュメモリ等の半導体記憶装置を使用することもできる。

グラフィック処理装置１４には、モニタ１４ａが接続されている。グラフィック処理装置１４は、プロセッサ１１からの命令に従って、画像をモニタ１４ａの画面に表示させる。モニタ１４ａとしては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置等が挙げられる。

入力インタフェース１５には、キーボード１５ａおよびマウス１５ｂが接続されている。入力インタフェース１５は、キーボード１５ａやマウス１５ｂから送られてくる信号をプロセッサ１１に送信する。なお、マウス１５ｂは、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル，タブレット，タッチパッド，トラックボール等が挙げられる。

光学ドライブ装置１６は、レーザ光等を利用して、光ディスク１６ａに記録されたデータの読み取りを行なう。光ディスク１６ａは、光の反射によって読み取り可能にデータを記録された可搬型の非一時的な記録媒体である。光ディスク１６ａには、ＤＶＤ（Digital Versatile Disc），ＤＶＤ−ＲＡＭ，ＣＤ−ＲＯＭ（Compact Disc Read Only Memory），ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。

機器接続インタフェース１７は、アプリ開発サーバ１０に周辺機器を接続するための通信インタフェースである。例えば、機器接続インタフェース１７には、メモリ装置１７ａやメモリリーダライタ１７ｂを接続することができる。メモリ装置１７ａは、機器接続インタフェース１７との通信機能を搭載した非一時的な記録媒体、例えばＵＳＢ（Universal Serial Bus）メモリである。メモリリーダライタ１７ｂは、メモリカード１７ｃへのデータの書き込み、またはメモリカード１７ｃからのデータの読み出しを行なう。メモリカード１７ｃは、カード型の非一時的な記録媒体である。

ネットワークインタフェース１８は、図示しないネットワークや広域ネットワーク２０に接続される。ネットワークインタフェース１８は、ネットワークを介して、配備先機器２等の他のコンピュータまたは通信機器との間でデータの送受信を行なう。

以上のようなハードウェア構成を有するアプリ開発サーバ１０において、プロセッサ１１が管理プログラムを実行することで、図２に例示するアプリフロー処理部１０４，分配アプリ生成部１０１，可視化アプリ生成部１０２および配備処理部１０３としての機能が実現される。

なお、アプリ開発サーバ１０は、例えばコンピュータ読み取り可能な非一時的な記録媒体に記録されたプログラム（管理プログラム等）を実行することにより、本実施形態の全体アプリフロー定義機能４および分配アプリ生成／配備処理機能５を実現する。コンピュータ１０に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、アプリ開発サーバ１０に実行させるプログラムを記憶装置１３に格納しておくことができる。プロセッサ１１は、記憶装置１３内のプログラムの少なくとも一部をメモリ１２にロードし、ロードしたプログラムを実行する。

また、アプリ開発サーバ１０（プロセッサ１１）に実行させるプログラムを、光ディスク１６ａ，メモリ装置１７ａ，メモリカード１７ｃ等の非一時的な可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１１からの制御により、記憶装置１３にインストールされた後、実行可能になる。また、プロセッサ１１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

また、開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成および各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。

上述した実施形態においては、可視化アプリ３１の可視化ノードが、Ｎｏｄｅ−ＲＥＤのｄａｓｈｂｏａｒｄノードのグラフ表示ノードとしての機能を備える例を示しているが、これに限定されるものではない。可視化ノードは他の種々の機能を用いて、収集した可視化対象情報をアプリ開発者に提示してもよい。

また、上述した実施形態においては、可視化アプリ３１がアプリ開発者に提示する可視化対象情報として配備先アプリ３２の各ノードの出力側のペイロード情報を用いる例を示しているが、これに限定されるものではない。可視化対象情報として他の種々の情報を用いてもよく、適宜変更して実施することができる。
さらに、上述した開示により本実施形態を当業者によって実施・製造することが可能である。

（ＩＶ）付記
以上の実施形態に関し、さらに以下の付記を開示する。
（付記１）
通信回線を介して接続される複数の機器のそれぞれにアプリケーションソフトウェアを供する管理装置のプロセッサに、
前記機器において実行される前記アプリケーションソフトウェアの実行ログ情報を出力するログ出力プログラムを作成し、
作成した前記ログ出力プログラムを、前記アプリケーションソフトウェアとともに前記複数の機器のそれぞれに配布する
処理を実行させる、管理プログラム。

（付記２）
前記アプリケーションソフトウェアに含まれる第１処理ブロックにおける前記実行ログ情報を特定し、
前記実行ログ情報を取得して出力させる第２処理ブロックを前記第１処理ブロックに対応させて生成することで、前記第２処理ブロックを備える前記ログ出力プログラムを作成する
処理を、前記プロセッサに実行させる、付記１記載の管理プログラム。

（付記３）
前記アプリケーションソフトウェアが複数の前記第１処理ブロックを備え、前記複数の第１処理ブロックのうち一部の第１処理ブロックが修正された場合に、
修正された前記第１処理ブロックの実行ログ情報を取得して出力させる前記第２処理ブロックのみを備える前記ログ出力プログラムを作成する
処理を、前記プロセッサに実行させる、付記２記載の管理プログラム。

（付記４）
第１のフェーズにおいては、前記複数の第１処理ブロックのそれぞれに対応して備えられ、前記複数の第１処理ブロックの各出力情報を取得して出力させる複数の前記第２処理ブロックを備える前記ログ出力プログラムを作成し、
第２のフェーズにおいては、前記複数の第１処理ブロックのうち、修正がされた一部の第１処理ブロックの実行ログ情報を取得して出力させる前記第２処理ブロックのみを備える前記ログ出力プログラムを作成する
処理を、前記プロセッサに実行させる、付記３記載の管理プログラム。

（付記５）
通信回線を介して接続される複数の機器のそれぞれにアプリケーションソフトウェアを供する管理装置において、
前記機器において実行される前記アプリケーションソフトウェアの実行ログ情報を出力するログ出力プログラムを作成する作成部と、
作成した前記ログ出力プログラムを、前記アプリケーションソフトウェアとともに前記複数の機器のそれぞれに配布する配布部と
を備えることを特徴とする、管理装置。

（付記６）
前記作成部が、
前記アプリケーションソフトウェアに含まれる第１処理ブロックにおける実行ログ情報を特定し、
前記実行ログ情報を取得して出力させる第２処理ブロックを前記第１処理ブロックに対応させて生成することで、前記第２処理ブロックを備える前記ログ出力プログラムを作成する
ことを特徴とする、付記５記載の管理装置。

（付記７）
前記作成部が、
前記アプリケーションソフトウェアが複数の前記第１処理ブロックを備え、前記複数の第１処理ブロックのうち一部の第１処理ブロックが修正された場合に、
修正された前記第１処理ブロックの実行ログ情報を取得して出力させる前記第２処理ブロックのみを備える前記ログ出力プログラムを作成する
ことを特徴とする、付記６記載の管理装置。

（付記８）
前記作成部が、
第１のフェーズにおいては、前記複数の第１処理ブロックのそれぞれに対応して備えられ、前記複数の第１処理ブロックの各出力情報を取得して出力させる複数の前記第２処理ブロックを備える前記ログ出力プログラムを作成し、
第２のフェーズにおいては、前記複数の第１処理ブロックのうち、修正がされた一部の第１処理ブロックの実行ログ情報を取得して出力させる前記第２処理ブロックのみを備える前記ログ出力プログラムを作成する
ことを特徴とする、付記７記載の管理装置。

（付記９）
通信回線を介して接続される複数の機器のそれぞれにアプリケーションソフトウェアを供する管理装置において、
前記機器において実行される前記アプリケーションソフトウェアの実行ログ情報を出力するログ出力プログラムを作成し、
作成した前記ログ出力プログラムを、前記アプリケーションソフトウェアとともに前記複数の機器のそれぞれに配布する
ことを特徴とする、アプリケーションソフトウェア管理方法。

（付記１０）
前記アプリケーションソフトウェアに含まれる第１処理ブロックにおける実行ログ情報を特定し、
前記実行ログ情報を取得して出力させる第２処理ブロックを前記第１処理ブロックに対応させて生成することで、前記第２処理ブロックを備える前記ログ出力プログラムを作成する
ことを特徴とする、付記９記載のアプリケーションソフトウェア管理方法

（付記１１）
前記アプリケーションソフトウェアが複数の前記第１処理ブロックを備え、前記複数の第１処理ブロックのうち一部の第１処理ブロックが修正された場合に、
修正された前記第１処理ブロックの実行ログ情報を取得して出力させる前記第２処理ブロックのみを備える前記ログ出力プログラムを作成する
ことを特徴とする、付記１０記載のアプリケーションソフトウェア管理方法。

（付記１２）
第１のフェーズにおいては、前記複数の第１処理ブロックのそれぞれに対応して備えられ、前記複数の第１処理ブロックの各出力情報を取得して出力させる複数の前記第２処理ブロックを備える前記ログ出力プログラムを作成し、
第２のフェーズにおいては、前記複数の第１処理ブロックのうち、修正がされた一部の第１処理ブロックの実行ログ情報を取得して出力させる前記第２処理ブロックのみを備える前記ログ出力プログラムを作成する
ことを特徴とする、付記１１記載のアプリケーションソフトウェア管理方法。

１ 情報処理システム
２−１，２−２，２ 配備先機器
３−１，３−２，３ 可視化処理付加アプリ
３−１′，３−２′，３′ 修正済可視化処理付加アプリ
４ 全体アプリフロー定義機能
５ 分配アプリ生成／配備処理機能
６ 管理者端末
１０ アプリ開発サーバ
１１ プロセッサ
１２ メモリ
１３ 記憶装置
１４ グラフィック処理装置
１４ａ モニタ
１５ 入力インタフェース
１５ａ キーボード
１５ｂ マウス
１６ 光学ドライブ装置
１６ａ 光ディスク
１７ 機器接続インタフェース
１７ａ メモリ装置
１７ｂ メモリリーダライタ
１７ｃ メモリカード
１８ ネットワークインタフェース
１８ａ ネットワーク
１９ バス
２０ 広域ネットワーク
３１−１，３１−２，３１ 可視化アプリ
３１−１′，３１−２′，３１′ 修正済可視化アプリ
３２−１，３２−２，３２ 分配アプリ，配備先アプリ
３２−１′，３２′ 修正済配備先アプリ
１０１ 分配アプリ生成部
１０２ 可視化アプリ生成部
１０３ 配備処理部
１０４ アプリフロー処理部
２０１ 機能処理部
２０２ 可視化処理部

Claims (6)

1. 通信回線を介して接続される複数の機器のそれぞれにアプリケーションソフトウェアを供する管理装置のプロセッサに、
   前記機器において実行される前記アプリケーションソフトウェアの実行ログ情報を出力するログ出力プログラムを作成し、
   作成した前記ログ出力プログラムを、前記アプリケーションソフトウェアとともに前記複数の機器のそれぞれに配布する
   処理を実行させる、管理プログラム。
2. 前記アプリケーションソフトウェアに含まれる第１処理ブロックにおける実行ログ情報を特定し、
   前記実行ログ情報を取得して出力させる第２処理ブロックを前記第１処理ブロックに対応させて生成することで、前記第２処理ブロックを備える前記ログ出力プログラムを作成する
   処理を、前記プロセッサに実行させる、請求項１記載の管理プログラム。
3. 前記アプリケーションソフトウェアが複数の前記第１処理ブロックを備え、前記複数の第１処理ブロックのうち一部の第１処理ブロックが修正された場合に、
   修正された前記第１処理ブロックの実行ログ情報を取得して出力させる前記第２処理ブロックのみを備える前記ログ出力プログラムを作成する
   処理を、前記プロセッサに実行させる、請求項２記載の管理プログラム。
4. 第１のフェーズにおいては、前記複数の第１処理ブロックのそれぞれに対応して備えられ、前記複数の第１処理ブロックの各出力情報を取得して出力させる複数の前記第２処理ブロックを備える前記ログ出力プログラムを作成し、
   第２のフェーズにおいては、前記複数の第１処理ブロックのうち、修正がされた一部の第１処理ブロックの実行ログ情報を取得して出力させる前記第２処理ブロックのみを備える前記ログ出力プログラムを作成する
   処理を、前記プロセッサに実行させる、請求項３記載の管理プログラム。
5. 通信回線を介して接続される複数の機器のそれぞれにアプリケーションソフトウェアを供する管理装置において、
   前記機器において実行される前記アプリケーションソフトウェアの実行ログ情報を出力するログ出力プログラムを作成する作成部と、
   作成した前記ログ出力プログラムを、前記アプリケーションソフトウェアとともに前記複数の機器のそれぞれに配布する配布部と
   を備えることを特徴とする、管理装置。
6. 通信回線を介して接続される複数の機器のそれぞれにアプリケーションソフトウェアを供する管理装置において、
   前記機器において実行される前記アプリケーションソフトウェアの実行ログ情報を出力するログ出力プログラムを作成し、
   作成した前記ログ出力プログラムを、前記アプリケーションソフトウェアとともに前記複数の機器のそれぞれに配布する
   ことを特徴とする、アプリケーションソフトウェア管理方法。

Images