JP2020155025A - サービス量可視化システムおよびサービス量可視化プログラム - Google Patents

Abstract

【課題】データ加工のために利用された各部品がどれだけ有効な仕事をしたか確認できるようにする。【解決手段】ツール実行部２１０は、データ加工に利用される１つ以上の部品のそれぞれを実行する。実行情報取得部２２０は、前記１つ以上の部品のそれぞれによって実行された加工処理の回数である加工数と、前記１つ以上の部品のそれぞれによって実行された判別処理の回数である判別数とを取得する。サービス量算出部２３０は、前記１つ以上の部品のそれぞれの加工数と前記１つ以上の部品のそれぞれの判別数とを用いて、前記１つ以上の部品のそれぞれのサービス量を算出する。サービス量可視化部２４０は、前記１つ以上の部品のそれぞれのサービス量をディスプレイに表示する。【選択図】図１

Description

本発明は、データ加工のために利用された部品のサービス量を可視化する技術に関するものである。

データを加工するためにＥＴＬツールが使用されている。
ＥＴＬツールは、部品を組み合わせて作成されたデータ加工定義に従って、データを加工するツールである。
ＥＴＬツールを使用する場合、加工前データの品質などによって、データの加工処理およびデータの加工時間に大きな影響が出る。
ＥＴＬは、Ｅｘｔｒａｃｔ／Ｔｒａｎｓｆｏｒｍ／Ｌｏａｄの略称である。

ＥＴＬツールの有効性を確認するためには、ＥＴＬツールの部品ごとに、部品がどれだけ有効な仕事をしたか確認する必要がある。

特許第５４７７０９９号公報

特許文献１には、ＥＴＬツールに関するデータ連携システムが開示されている。
このシステムは、ＥＴＬツールの部品に相当する単位処理ごとに、単位データ量当たりの処理量（プログラムのステップ数）にデータ量を掛けて得られる処理量を単位処理の処理量と推定する。
このシステムによってＥＴＬツールの部品ごとに部品の処理量を見積ることができたとしても、各部品が実際にどれだけ有効な仕事をしたか確認することはできない。

本発明は、データ加工のために利用された各部品がどれだけ有効な仕事をしたか確認できるようにすることを目的とする。

本発明のサービス量可視化システムは、データ加工に利用される１つ以上の部品のそれぞれのサービス量を可視化するシステムである。
前記サービス量可視化システムは、
前記１つ以上の部品のそれぞれによって実行された加工処理の回数である加工数と、前記１つ以上の部品のそれぞれによって実行された判別処理の回数である判別数と、を取得する実行情報取得部と、
前記１つ以上の部品のそれぞれの加工数と前記１つ以上の部品のそれぞれの判別数とを用いて、前記１つ以上の部品のそれぞれのサービス量を算出するサービス量算出部と、
前記１つ以上の部品のそれぞれのサービス量をディスプレイに表示するサービス量可視化部とを備える。

前記サービス量算出部は、
部品毎に、加工数に対する判別数の割合である判別率を算出し、
部品毎に、判別数と一回当たりの判別処理の計算量と判別率とを用いて、判別処理に対するサービス量を算出し、
部品毎に、加工数と一回当たりの加工処理の計算量とを用いて、加工処理に対するサービス量を算出し、
部品毎に、判別処理に対するサービス量と加工処理に対するサービス量とを用いて、部品のサービス量を算出する。

前記データ加工は、複数回実施され
前記実行情報取得部は、前記データ加工の実施毎に、前記１つ以上の部品のそれぞれの加工数と前記１つ以上の部品のそれぞれの判別数とを取得し、
前記サービス量算出部は、前記データ加工の実施毎に、前記１つ以上の部品のそれぞれのサービス量を算出し、
前記サービス量可視化部は、部品毎に、前記データ加工の実施別のサービス量を示すサービス量グラフを表示する。

前記サービス量可視化部は、
前記１つ以上の部品の実行手順が定義された加工定義データに基づいて、前記１つ以上の部品を表す１つ以上の部品図を含み前記１つ以上の部品の実行手順を示すフロー図を生成し、
生成したフロー図に含まれる各部品図に各部品のサービス量グラフを付加し、
各部品のサービス量グラフが付加されたフロー図を表示する。

本発明のサービス量可視化プログラムは、データ加工に利用される１つ以上の部品のそれぞれのサービス量を可視化するためのプログラムである。
前記サービス量可視化プログラムは、
前記１つ以上の部品のそれぞれによって実行された加工処理の回数である加工数と、前記１つ以上の部品のそれぞれによって実行された判別処理の回数である判別数と、を取得する実行情報取得部と、
前記１つ以上の部品のそれぞれの加工数と前記１つ以上の部品のそれぞれの判別数とを用いて、前記１つ以上の部品のそれぞれのサービス量を算出するサービス量算出部と、
前記１つ以上の部品のそれぞれのサービス量をディスプレイに表示するサービス量可視化部として、コンピュータを機能させる。

本発明によれば、データ加工のために利用された各部品がどれだけ有効な仕事をしたかを示すサービス量を可視化することができる。そのため、利用者は、各部品がどれだけ有効な仕事をしたか確認することができる。

実施の形態１におけるサービス量可視化システム１００の構成図。 実施の形態１における記憶部２９０の構成図。 実施の形態１におけるサービス量可視化方法のフローチャート。 実施の形態１におけるツール実行処理（Ｓ１１０）のフローチャート。 実施の形態１におけるサービス量算出処理（Ｓ１３０）のフローチャート。 実施の形態１における「ＥＸＰＲＥＳＳＩＯＮ」のフローチャート。 実施の形態１における「Ｆｉｌｔｅｒ」のフローチャート。 実施の形態１における「Ｒｏｕｔｅｒ」のフローチャート。 実施の形態１における「Ｓｏｒｔｅｒ」のフローチャート。 実施の形態１における「Ｓｏｒｔｅｒ」の処理例を示す図。 実施の形態１における「Ａｇｇｒｅｇａｔｏｒ」のフローチャート。 実施の形態１における「Ａｇｇｒｅｇａｔｏｒ」のフローチャート。 実施の形態１における「Ａｇｇｒｅｇａｔｏｒ」の処理例を示す図。 実施の形態１における「Ａｇｇｒｅｇａｔｏｒ」の処理例を示す図。 実施の形態１における「Ｊｏｉｎｅｒ」のフローチャート。 実施の形態１における「Ｊｏｉｎｅｒ」の処理例を示す図。 実施の形態１における「Ｊｏｉｎｅｒ」の処理例を示す図。 実施の形態１におけるサービス量データベース２９１の構成例を示す図。 実施の形態１における残業時間一覧を示す図。 実施の形態１における加工定義データを示す図。 実施の形態１における残業代一覧を示す図。 実施の形態１における「ＲＯＵＴＥＲ１」の説明図。 実施の形態１における「Ｅｘｐｒｅｓｓｉｏｎ１」の説明図。 実施の形態１における「Ｅｘｐｒｅｓｓｉｏｎ２」の説明図。 実施の形態１における「ＵＮＩＯＮ１」の説明図。 実施の形態１における加工定義データの変更を示す図。 実施の形態１における「Ｅｘｐｒｅｓｓｉｏｎ３」の説明図。 実施の形態１における「加工定義１」のサービス量データベース２９１を示す図。 実施の形態１における「加工定義１」のサービス量の可視化を示す図。 実施の形態１における「加工定義２」のサービス量データベース２９１を示す図。 実施の形態１における「加工定義２」のサービス量の可視化を示す図。

実施の形態および図面において、同じ要素または対応する要素には同じ符号を付している。説明した要素と同じ符号が付された要素の説明は適宜に省略または簡略化する。図中の矢印はデータの流れ又は処理の流れを主に示している。

実施の形態１．
サービス量可視化システム１００について、図１から図３１に基づいて説明する。

サービス量可視化システム１００は、データ加工に利用される１つ以上の部品のそれぞれのサービス量を可視化するシステムである。

＊＊＊構成の説明＊＊＊
図１に基づいて、サービス量可視化システム１００の構成を説明する。
サービス量可視化システム１００は、サービス量可視化装置２００を備える。サービス量可視化装置２００は、複数の装置で実現されてもよい。

サービス量可視化装置２００は、プロセッサ２０１とメモリ２０２と補助記憶装置２０３と通信装置２０４と入出力インタフェース２０５といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。

プロセッサ２０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ２０１は、ＣＰＵ、ＤＳＰまたはＧＰＵである。
ＩＣは、Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略称である。
ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。
ＤＳＰは、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒの略称である。
ＧＰＵは、Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。

メモリ２０２は揮発性の記憶装置である。メモリ２０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ２０２はＲＡＭである。メモリ２０２に記憶されたデータは必要に応じて補助記憶装置２０３に保存される。
ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略称である。

補助記憶装置２０３は不揮発性の記憶装置である。例えば、補助記憶装置２０３は、ＲＯＭ、ＨＤＤまたはフラッシュメモリである。補助記憶装置２０３に記憶されたデータは必要に応じてメモリ２０２にロードされる。
ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。
ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略称である。

通信装置２０４はレシーバ及びトランスミッタである。例えば、通信装置２０４は通信チップまたはＮＩＣである。
ＮＩＣは、Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄの略称である。

入出力インタフェース２０５は、入力装置および出力装置が接続されるポートである。例えば、入出力インタフェース２０５はＵＳＢ端子であり、入力装置はキーボードおよびマウスであり、出力装置はディスプレイである。
ＵＳＢは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略称である。

サービス量可視化装置２００は、ツール実行部２１０と実行情報取得部２２０とサービス量算出部２３０とサービス量可視化部２４０といった要素を備える。これらの要素はソフトウェアで実現される。

補助記憶装置２０３には、ツール実行部２１０と実行情報取得部２２０とサービス量算出部２３０とサービス量可視化部２４０としてコンピュータを機能させるためのサービス量可視化プログラムが記憶されている。サービス量可視化プログラムは、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
補助記憶装置２０３には、さらに、ＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
プロセッサ２０１は、ＯＳを実行しながら、サービス量可視化プログラムを実行する。
ＯＳは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略称である。

サービス量可視化プログラムの入出力データは記憶部２９０に記憶される。
メモリ２０２は記憶部２９０として機能する。但し、補助記憶装置２０３、プロセッサ２０１内のレジスタおよびプロセッサ２０１内のキャッシュメモリなどの記憶装置が、メモリ２０２の代わりに、又は、メモリ２０２と共に、記憶部２９０として機能してもよい。

サービス量可視化装置２００は、プロセッサ２０１を代替する複数のプロセッサを備えてもよい。複数のプロセッサは、プロセッサ２０１の役割を分担する。

サービス量可視化プログラムは、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータ読み取り可能に記録（格納）することができる。

図２に基づいて、記憶部２９０の構成を説明する。
記憶部２９０には、サービス量データベース２９１およびリポジトリデータベース２９２などが記憶される。これらのデータについては後述する。

＊＊＊動作の説明＊＊＊
サービス量可視化システム１００の動作はサービス量可視化方法に相当する。また、サービス量可視化方法の手順はサービス量可視化プログラムの手順に相当する。

図３に基づいて、サービス量可視化方法を説明する。
ステップＳ１１０において、ツール実行部２１０はＥＴＬツールを実行する。
ＥＴＬツールは、データ加工を行うためのツールである。

図４に基づいて、ツール実行処理（Ｓ１１０）の手順を説明する。
ツール実行処理（Ｓ１１０）は、ＥＴＬツールを実行することによって実施される。

ステップＳ１１１において、ツール実行部２１０はパラメータを取得する。
具体的には、パラメータは、開始時刻とワークフロー名と加工定義名である。
例えば、利用者がパラメータをサービス量可視化装置２００に入力し、ツール実行部２１０が入力されたパラメータを受け付ける。

ステップＳ１１２において、ツール実行部２１０は、加工前データを受け付ける。
加工前データは、データ加工の対象となるデータである。
加工前データの形式は、例えば、テーブルである。
例えば、利用者が加工前データをサービス量可視化装置２００に入力し、ツール実行部２１０が入力された加工前データを受け付ける。

ステップＳ１１３において、ツール実行部２１０は、ステップＳ１１１で取得した加工定義名で識別される加工定義データをリポジトリデータベース２９２から取得する。
リポジトリデータベース２９２には、複数の加工定義データが記憶されている。
加工定義データには、データ加工に利用される１つ以上の部品、および、１つ以上の部品の実行順序が定義されている。
データ加工に利用される１つ以上の部品の具体例について後述する。

ステップＳ１１４において、ツール実行部２１０は、取得した加工定義データに定義された実行順序に従って、次に実行する部品を選択する。
選択される部品を「選択部品」と称する。

ステップＳ１１５において、ツール実行部２１０は選択部品を実行する。
具体的には、選択部品が先頭の部品である場合、ツール実行部２１０は、加工前データに対して選択部品を実行する。選択部品が２番目以降の部品である場合、ツール実行部２１０は、前の部品による加工後データに対して選択部品を実行する。

実施の形態１において、各部品には、データ加工のための各処理の他に、実行情報の算出のための処理が実装されている。そのため、各部品は、データ加工のための各処理を実行しながら実行情報を算出する。
実行情報は、加工数および判別数である。
加工数は、データ加工のために実行された加工処理の回数である。
判別数は、データ加工のために実行される判別処理の回数である。

ステップＳ１１６において、ツール実行部２１０は、パラメータと共に選択部品の実行情報をサービス量データベース２９１に保存する。
サービス量データベース２９１には、パラメータと各部品の実行情報との組が記憶される。

ステップＳ１１７において、ツール実行部２１０は、取得した加工定義データに定義された実行順序に従って、次に実行する部品があるか判定する。
次に実行する部品がある場合、処理はステップＳ１１４に進む。
次に実行する部品がない場合、処理はステップＳ１１８に進む。

ステップＳ１１８において、ツール実行部２１０は、取得した加工定義データに定義された１つ以上の部品を実行することによって得られた加工後データを出力する。
例えば、ツール実行部２１０は、パラメータと共に加工後データを記憶部２９０に記憶する。

図３に戻り、ステップＳ１２０から説明を続ける。
ステップＳ１２０において、実行情報取得部２２０は、加工定義データに定義された１つ以上の部品のそれぞれの実行情報をパラメータと共に、サービス量データベース２９１から取得する。

ステップＳ１３０において、サービス量算出部２３０は、加工定義データに定義された１つ以上の部品のそれぞれの実行情報を用いて、各部品のサービス量を算出する。
部品のサービス量は、部品によって実行された処理の量に相当する。

図５に基づいて、サービス量算出処理（Ｓ１３０）の手順を説明する。
ステップＳ１３１において、サービス量算出部２３０は、加工定義データに定義された１つ以上の部品から、未選択の部品を１つ選択する。
選択された部品を「選択部品」と称する。

ステップＳ１３２において、サービス量算出部２３０は、選択部品によって実行される加工処理の一回当たりの計算量をリポジトリデータベース２９２から取得する。
さらに、サービス量算出部２３０は、選択部品によって実行される判別処理の一回当たりの計算量をリポジトリデータベース２９２から取得する。
リポジトリデータベース２９２には、部品毎に、一回当たりの加工処理の計算量と、一回当たりの判別処理の計算量とが記憶されている。
加工処理の計算量は、加工処理内の計算式に含まれる演算子の数と、加工処理内の関数の数との合計に相当する。
判別処理の計算量は、判別処理内の計算式に含まれる演算子の数と、判別処理内の関数の数との合計に相当する。

ステップＳ１３３において、サービス量算出部２３０は、選択部品の加工数と選択部品の判別数とを用いて、選択部品の判別率を算出する。
判別率は、加工数に対する判別数の割合である。

具体的には、サービス量算出部２３０は、以下の式を計算することによって、判別率を算出する。末尾の「×４」は、判別率の最大を１００パーセントにするための係数である。
判別率 ＝ ｛（加工数÷判別数）×（１−（加工数÷判別数））×４

ステップＳ１３４において、サービス量算出部２３０は、判別数と一回当たりの判別処理の計算量と判別率とを用いて、判別処理に対するサービス量を算出する。

具体的には、サービス量算出部２３０は、以下の式を計算することによって、判別処理に対するサービス量（判別サービス量）を算出する。一回当たりの判別処理の計算量を「判別計算量」と称する。
判別サービス量 ＝ 判別数×判別計算量×判別率

ステップＳ１３５において、サービス量算出部２３０は、加工数と一回当たりの加工処理の計算量とを用いて、加工処理に対するサービス量を算出する。

具体的には、サービス量算出部２３０は、以下の式を計算することによって、加工処理に対するサービス量（加工サービス量）を算出する。一回当たりの加工処理の計算量を「加工計算量」と称する。
加工サービス量 ＝ 加工数×加工計算量

ステップＳ１３６において、サービス量算出部２３０は、判別処理に対するサービス量と加工処理に対するサービス量とを用いて、選択部品のサービス量を算出する。
そして、サービス量算出部２３０は、パラメータと共に

具体的には、サービス量算出部２３０は、以下の式を計算することによって選択部品のサービス量（部品サービス量）を算出する。判別処理に対するサービス量を「判別サービス量」と称し、加工処理に対するサービス量を「加工サービス量」と称する。
部品サービス量 ＝ 判別サービス量＋加工サービス量

ステップＳ１３７において、サービス量算出部２３０は、パラメータと共に選択部品のサービス情報をサービス量データベース２９１に保存する。
選択部品のサービス情報は、選択部品のサービス量と判別処理に対するサービス量と加工処理に対するサービス量とを含む。
サービス量データベース２９１には、パラメータと各部品のサービス情報との組が記憶される。

ステップＳ１３７において、サービス量算出部２３０は、加工定義データに定義された１つ以上の部品の中に未選択の部品があるか判定する。
未選択の部品がある場合、処理はステップＳ１３１に進む。
未選択の部品がない場合、サービス量算出処理（Ｓ１３０）は終了する。

図３に戻り、ステップＳ１４０を説明する。
ステップＳ１４０において、サービス量可視化部２４０は、加工定義データに定義された１つ以上の部品のそれぞれのサービス量をディスプレイに表示する。
例えば、サービス量可視化部２４０は、各部品のサービス量を表形式またはグラフ形式で表示する。

具体的には、サービス量可視化部２４０は、各部品のサービス量を以下のように表示する。
ツール実行部２１０は、同じ加工定義データに基づくデータ加工を複数回実施する（Ｓ１１０）。例えば、ツール実行部２１０は、データ加工を毎月実施する。
実行情報取得部２２０は、データ加工の実施毎に、各部品の加工数と各部品の判別数とを取得する（Ｓ１２０）。
サービス量算出部２３０は、データ加工の実施毎に、各部品のサービス量を算出する（Ｓ１３０）。
サービス量可視化部２４０は、部品毎にサービス量グラフを生成し、各部品のサービス量グラフを表示する（Ｓ１４０）。
サービス量グラフは、データ加工の実施別のサービス量を示す。例えば、サービス量グラフは、毎月のサービス量の変化を示す折れ線グラフである。
サービス量グラフの具体例について後述する。

サービス量可視化部２４０は、各部品のサービス量を以下のように表示してもよい。
サービス量可視化部２４０は、加工定義データに基づいて、フロー図を生成する。
フロー図は、加工定義データに定義された１つ以上の部品を表す１つ以上の部品図を含み、加工定義データに定義された１つ以上の部品の実行順序を示す。
サービス量可視化部２４０は、フロー図に含まれる各部品図に各部品のサービス量グラフを付加する。
そして、サービス量可視化部２４０は、各部品のサービス量グラフが付加されたフロー図を表示する。
各部品のサービス量グラフが付加されたフロー図の具体例について後述する。

＊＊＊実施例の説明＊＊＊
ＥＴＬツールの部品の具体例を説明する。
ＥＴＬツールには「Ｅｘｐｒｅｓｓｉｏｎ」、「Ｆｉｌｔｅｒ」、「Ｒｏｕｔｅｒ」、「Ｓｏｒｔｅｒ」、「Ａｇｇｒｅｇａｔｏｒ」および「Ｊｏｉｎｅｒ」などの部品が存在する。
「Ｅｘｐｒｅｓｓｉｏｎ」は、行（レコード）ごとに完結する演算処理を行う。
「Ｆｉｌｔｅｒ」は、行を取り除く。
「Ｒｏｕｔｅｒ」は、行を振り分ける。
「Ｓｏｒｔｅｒ」は、データを整列させる。
「Ａｇｇｒｅｇａｔｏｒ」は、集計を行う。
「Ｊｏｉｎｅｒ」は、２つのデータを結合する。

「Ｅｘｐｒｅｓｓｉｏｎ」は、行（レコード）ごとに完結する演算処理を行う部品である。演算処理の式には計算式または条件式を設定することが可能である。
実施の形態１では、演算処理毎に判別数Ｄと加工数Ｐとのそれぞれのカウントが行われる。演算処理の数Ｎは利用者によって設定されるＯＵＴＰＵＴの数によって決まる。

図６に基づいて、実施の形態１における「Ｅｘｐｒｅｓｓｉｏｎ」の手順を説明する。
ステップＥ１において、ツール実行部２１０はパラメータを取得する。具体的なパラメータは、部品名と各演算処理の処理名である。
ステップＥ２において、ツール実行部２１０は、演算処理別の判別数Ｄと演算処理別の加工数Ｐとのそれぞれをゼロに初期化する。
ステップＥ３において、ツール実行部２１０は、次の行（レコード）を選択する。
ステップＥ４において、ツール実行部２１０は、選択した行に対して次の演算処理を実行する。
ステップＥ５において、ツール実行部２１０は、演算処理が正常終了したか判定する。演算処理が正常終了した場合、処理はステップＥ６に進む。演算処理が異常終了した場合、処理はステップＥ７に進む。
ステップＥ６において、ツール実行部２１０は、演算処理の式が計算式であるか判定する。演算処理の式が計算式である場合、処理はステップＥ７に進む。演算処理の式が条件式である場合、処理はステップＥ８に進む。
ステップＥ７において、ツール実行部２１０は、加工数Ｐに１を加える。ステップＥ７の後、処理はステップＥ１０に進む。
ステップＥ８において、ツール実行部２１０は、判別数Ｄに１を加える。
ステップＥ９において、ツール実行部２１０は、条件式を満たしたか判定する。条件式を満たした場合、処理はステップＥ７に進む。条件式を満たさない場合、処理はステップＥ１０に進む。
ステップＥ１０において、ツール実行部２１０は、全ての演算処理が終了したか判定する。全ての演算処理が終了した場合、処理はステップＥ１１に進む。全ての演算処理が終了していない場合、処理はステップＥ４に進む。
ステップＥ１１において、ツール実行部２１０は、全ての行が終了したか判定する。全ての行が終了した場合、処理は終了する。全ての行が終了していない場合、処理はステップＥ３に進む。

「Ｆｉｌｔｅｒ」は、条件を満たしている行（レコード）のみを残し、条件を満たしていない行を取り除く部品である。
実施の形態１では、各行に対して演算処理を行う毎に判別数Ｄと加工数Ｐとのそれぞれのカウントが行われる。演算処理の数は一つである。加工数のカウントはフィルターの条件を満たしているときに行われる。

図７に基づいて、実施の形態１における「Ｆｉｌｔｅｒ」の手順を説明する。
ステップＦ１において、ツール実行部２１０はパラメータを取得する。具体的なパラメータは、部品名と演算処理の処理名である。
ステップＦ２において、ツール実行部２１０は、判別数Ｄと加工数Ｐとのそれぞれをゼロに初期化する。
ステップＦ３において、ツール実行部２１０は、次の行（レコード）を選択する。
ステップＦ４において、ツール実行部２１０は、選択した行に対して演算処理を実行する。
ステップＦ５において、ツール実行部２１０は、演算処理が正常終了したか判定する。演算処理が正常終了した場合、処理はステップＦ６に進む。演算処理が異常終了した場合、処理はステップＦ９に進む。
ステップＦ６において、ツール実行部２１０は、判別数Ｄに１を加える。
ステップＦ７において、ツール実行部２１０は、条件を満たしたか判定する。条件を満たした場合、処理はステップＦ８に進む。条件を満たさない場合、処理はステップＦ９に進む。
ステップＦ８において、ツール実行部２１０は、加工数Ｐに１を加える。
ステップＦ９において、ツール実行部２１０は、全ての行が終了したか判定する。全ての行が終了した場合、処理は終了する。全ての行が終了していない場合、処理はステップＦ３に進む。

「Ｒｏｕｔｅｒ」は、条件に合わせて各行（レコード）を次に実行する部品に振り分ける部品である。
実施の形態１では、演算処理毎に判別数Ｄと加工数Ｐとのそれぞれのカウントが行われる。演算処理の数Ｎは、利用者によって設定された分岐の数である。分岐ごとに判別数Ｄと加工数Ｐがカウントされる。

図８に基づいて、実施の形態１における「Ｒｏｕｔｅｒ」の手順を説明する。
ステップＲ１において、ツール実行部２１０はパラメータを取得する。具体的なパラメータは、部品名と各演算処理の処理名である。
ステップＲ２において、ツール実行部２１０は、演算処理別の判別数Ｄと演算処理別の加工数Ｐとのそれぞれをゼロに初期化する。
ステップＲ３において、ツール実行部２１０は、次の行（レコード）を選択する。
ステップＲ４において、ツール実行部２１０は、選択した行に対して次の演算処理を実行する。
ステップＲ５において、ツール実行部２１０は、演算処理が正常終了したか判定する。演算処理が正常終了した場合、処理はステップＲ６に進む。演算処理が異常終了した場合、処理はステップＲ９に進む。
ステップＲ６において、ツール実行部２１０は、判別数Ｄに１を加える。
ステップＲ７において、ツール実行部２１０は、条件を満たしたか判定する。条件を満たした場合、処理はステップＲ８に進む。条件を満たさない場合、処理はステップＲ９に進む。
ステップＲ８において、ツール実行部２１０は、加工数Ｐに１を加える。
ステップＲ９において、ツール実行部２１０は、全ての演算処理が終了したか判定する。全ての演算処理が終了した場合、処理はステップＲ１０に進む。全ての演算処理が終了していない場合、処理はステップＲ４に進む。
ステップＲ１０において、ツール実行部２１０は、全ての行が終了したか判定する。全ての行が終了した場合、処理は終了する。全ての行が終了していない場合、処理はステップＲ３に進む。

「Ｓｏｒｔｅｒ」は、条件に合わせてデータを整列させる部品である。
実施の形態１では、「Ｓｏｒｔｅｒ」は次のような処理を繰り返す。まず、「Ｓｏｒｔｅｒ」は２つの行のキー項目を比較する。そして、条件を満たしていれば、「Ｓｏｒｔｅｒ」は２つの行を交換する。２つの行の比較が判別処理に相当し、２つの行の交換が加工処理に相当する。比較処理の数は、利用者によって条件として設定された列の数によらず、一つである。

図９に基づいて、実施の形態１における「Ｓｏｒｔｅｒ」の手順を説明する。
ステップＳ１において、ツール実行部２１０はパラメータを取得する。具体的なパラメータは、部品名と演算処理の処理名である。
ステップＳ２において、ツール実行部２１０は、判別数Ｄと加工数Ｐとのそれぞれをゼロに初期化する。
ステップＳ３において、ツール実行部２１０は、次の行（レコード）を選択する。
ステップＳ４において、ツール実行部２１０は、選択した行に対して比較処理を実行する。
ステップＳ５において、ツール実行部２１０は、比較処理が正常終了したか判定する。比較処理が正常終了した場合、処理はステップＳ６に進む。比較処理が異常終了した場合、処理はステップＳ９に進む。
ステップＳ６において、ツール実行部２１０は、判別数Ｄに１を加える。
ステップＳ７において、ツール実行部２１０は、条件を満たしたか判定する。条件を満たした場合、処理はステップＳ８に進む。条件を満たさない場合、処理はステップＳ９に進む。
ステップＳ８において、ツール実行部２１０は、加工数Ｐに１を加える。
ステップＳ９において、ツール実行部２１０は、全ての行が終了したか判定する。全ての行が終了した場合、処理は終了する。全ての行が終了していない場合、処理はステップＳ３に進む。

図１０に基づいて、「Ｓｏｒｔｅｒ」の処理の具体例を説明する。
第１行の列Ａ「１」と第３行の列Ａ「２」を比較すると条件を満たさない。そのため、第１行と第３行との交換は行われない。
第４行の列Ａ「９」と第５行の列Ａ「４」を比較すると条件を満たす。そのため、第４行と第５行とが交換される。

「Ａｇｇｒｅｇａｔｏｒ」は、条件に合わせて行（レコード）を集計する部品である。
実施の形態１では、「Ａｇｇｒｅｇａｔｏｒ」は、行ごとに集計キーが集計済みのキーでるかチェックする。そして、集計キーが集計済みのキーでない場合、「Ａｇｇｒｅｇａｔｏｒ」は集計処理を行い、一行ずつ条件を満たしているか確認する。一行ずつ条件を満たしているか確認する処理の回数が判別数に相当し、条件を満たしているときにカウントされる数が加工数に相当する。集計処理の数は、利用者によって条件に設定される列の数によらず、一つである。

図１１および図１２に基づいて、実施の形態１における「Ａｇｇｒｅｇａｔｏｒ」の手順を説明する。
ステップＡ１において、ツール実行部２１０はパラメータを取得する。具体的なパラメータは、部品名と演算処理の処理名である。
ステップＡ２において、ツール実行部２１０は、判別数Ｄと加工数Ｐとのそれぞれをゼロに初期化する。
ステップＡ３において、ツール実行部２１０は、次の行（レコード）を選択する。
ステップＡ４において、ツール実行部２１０は、選択した行に対して集計処理を実行する。
ステップＡ５において、ツール実行部２１０は、集計処理が正常終了したか判定する。集計処理が正常終了した場合、処理はステップＡ６に進む。集計処理が異常終了した場合、処理はステップＡ１１に進む。
ステップＡ６において、ツール実行部２１０は、集計キーが集計済みのキーであるか判定する。集計キーが集計済みのキーである場合、処理はステップＡ１１に進む。集計キーが集計済みのキーでない場合、処理はステップＡ７に進む。
ステップＡ７において、ツール実行部２１０は、次の比較対象を確認する。
ステップＡ８において、ツール実行部２１０は、判別数Ｄに１を加える。
ステップＡ９において、ツール実行部２１０は、集計キーと比較対象のキーが同じであるか判定する。集計キーと比較対象のキーが同じである場合、処理はステップＡ１０に進む。集計キーと比較対象のキーが異なる場合、処理はステップＡ１１に進む。
ステップＡ１０において、ツール実行部２１０は、加工数Ｐに１を加える。
ステップＡ１１において、ツール実行部２１０は、全ての比較対象の確認が終了したか判定する。全ての比較対象の確認が終了した場合、処理はステップＡ１２に進む。
ステップＡ１２において、ツール実行部２１０は、全ての行が終了したか判定する。全ての行が終了した場合、処理は終了する。全ての行が終了していない場合、処理はステップＡ３に進む。

図１３および図１４に基づいて、「Ａｇｇｒｅｇａｔｏｒ」の処理の具体例を説明する。
図１３において、第１行に対する集計処理の際に第１行の集計キー「Ａ」は集計済みのキーではない。図１４において、第２行と第３行とのそれぞれの集計キー「Ａ」が確認され、集計キー「Ａ」が同じであるため条件を満たし、第１行から第３行の列Ｂが合計される。また、第４行と第５行とのそれぞれの集計キー「Ｂ」が確認され、集計キー「Ａ」「Ｂ」が異なるため条件を満たさない。
図１３において、第２行に対する集計処理の際に第２行の集計キー「Ａ」は集計済みのキーである。また、第３行に対する集計処理の際に第３行の集計キー「Ａ」は集計済みのキーである。
図１３において、第４行に対する集計処理の際に第４行の集計キー「Ｂ」は集計済みのキーではない。第５行に対する集計処理の際に第５行の集計キー「Ｂ」は集計済みのキーである。

「Ｊｏｉｎｅｒ」は、二つの入力のデータを条件に合わせて結合する部品である。
実施の形態１では、「Ｊｏｉｎｅｒ」は、一行ずつ比較して条件を満たす場合に結合処理を行う。一行ずつ比較する処理の回数が判別数に相当し、条件を満たした回数が加工数に相当する。結合処理の数は、利用者によって条件に設定された列の数によらず、一つである。

図１５に基づいて、実施の形態１における「Ｊｏｉｎｅｒ」の手順を説明する。
ステップＪ１において、ツール実行部２１０はパラメータを取得する。具体的なパラメータは、部品名と演算処理の処理名である。
ステップＪ２において、ツール実行部２１０は、判別数Ｄと加工数Ｐとのそれぞれをゼロに初期化する。
ステップＪ３において、ツール実行部２１０は、入力１（第１テーブル）における次の行（レコード）を選択する。
ステップＪ４において、ツール実行部２１０は、入力２（第２テーブル）における次の行を選択する。
ステップＪ５において、ツール実行部２１０は、入力１の行と入力２の行とに対する比較処理を実行する。
ステップＪ６において、ツール実行部２１０は、比較処理が正常終了したか判定する。比較処理が正常終了した場合、処理はステップＪ７に進む。比較処理が異常終了した場合、処理はステップＪ１０に進む。
ステップＪ７において、ツール実行部２１０は、判別数Ｄに１を加える。
ステップＪ８において、ツール実行部２１０は、結合条件を満たす判定する。結合条件を満たす場合、処理はステップＪ９に進む。結合条件を満たさない場合、処理はステップＪ１０に進む。
ステップＪ９において、ツール実行部２１０は、加工数Ｐに１を加える。
ステップＪ１０において、ツール実行部２１０は、入力２の全ての行が終了したか判定する。入力２の全ての行が終了した場合、処理はステップＪ１１に進む。入力２の全ての行が終了していない場合、処理はステップＪ４に進む。
ステップＪ１１において、ツール実行部２１０は、入力１の全ての行が終了したか判定する。入力１の全ての行が終了した場合、処理は終了する。入力１の全ての行が終了していない場合、処理はステップＪ３に進む。

図１６および図１７に基づいて、「Ｊｏｉｎｅｒ」の処理の具体例を説明する。
図１６において、入力１の第１行の列Ａを入力２の第２行の列Ａと比較すると値「Ａ」が同じであるため結合条件を満たす。そのため、入力２の第２行は入力１の第１行と結合される。同じく、入力２の第４行は入力１の第１行と結合される。
図１７において、入力１の第１行の列Ａを入力２の第１行の列Ａと比較すると値「Ａ」「Ｆ」が異なるため結合条件を満たさない。そのため、入力２の第１行は入力１の第１行と結合されない。同じく、入力２の第３行と入力２の第５行とのそれぞれは入力１の第１行と結合されない。

図１８に基づいて、サービス量データベース２９１の構成の具体例を説明する。
サービス量データベース２９１は、１つ以上のレコードを有する。
各レコードは、開始時間とワークフロー名と加工定義名と部品名と判別数と加工数とサービス量とを互いに対応付ける。
サービス量の欄には、判別処理に対するサービス量と加工処理に対するサービス量と部品のサービス量とが含まれる。

以下に、サービス量の活用例として、ＥＴＬツールによって残業代を算出する例を説明する。
本ＥＴＬツールを活用している会社では、みなし残業制を導入しており、以下の残業代計算ルールに従って運用していた。

残業代計算ルール（現在）
１．実残業時間がみなし残業時間（３０）を超えない限り、みなし残業代（３００００）を支払う。
２．実残業時間がみなし残業時間（３０）を超えている場合、みなし残業代（３００００）に追加して、みなし残業時間を超過した実残業時間に対して一時間ごとに一定額（１５００）を支払う。

しかし、来年度からみなし残業制をやめることになり、残業代計算ルールが変更されることになった。

残業代計算ルール（今後）
１．実残業時間に対して一時間ごとに一定額（１５００）を支払う。

図１９に、残業時間一覧を示す。
図２０に、現在の加工定義データを示す。
図２１に、残業代一覧を示す。
残業時間一覧を現在の加工定義データに従って加工することによって、現在の残業代計算ルールに基づく残業代一覧が得られる。
今後の残業代計算ルールに合わせて現在の加工定義データを変更することによって、今後の残業代計算ルールに基づく残業代一覧を得ることが可能となる。
なお、使用されるＥＴＬツールは、高速処理を実現するために複数の部品を並列に実行する。

現在の加工定義データ（図２０参照）に定義された各部品について説明する。
便宜上、出力の変数は入力の変数名を用いて「ＯＵＴＰＵＴ＿変数名」と表記する。

図２２に基づいて、「ＲＯＵＴＥＲ１」を説明する。
「ＲＯＵＴＥＲ１」は、実残業時間が「３０」より大きい行（レコード）をＥｘｐｒｅｓｓｉｏｎ１に振り分け、実残業時間が「３０」以下の行をＥｘｐｒｅｓｓｉｏｎ２に振り分ける。
「Ｅｘｐｒｅｓｓｉｏｎ１に行く分岐」と「Ｅｘｐｒｅｓｓｉｏｎ２に行く分岐」とのそれぞれの計算数は「１」である。

図２３に基づいて、「Ｅｘｐｒｅｓｓｉｏｎ１」を説明する。
「Ｅｘｐｒｅｓｓｉｏｎ１」は、みなし残業時間（３０）より多くの残業が行われた場合に［計算式Ａ］によって残業代を算出する。
［計算式Ａ］は、「｛（実残業時間−３０）×１１５００｝＋３００００」である。
「ＯＵＴＰＵＴ＿Ｎｏ」と「ＯＵＴＰＵＴ＿氏名」とのそれぞれの計算数は「１」である。「ＯＵＴＰＵＴ＿残業代」の計算数は「４」である。

図２４に基づいて、「Ｅｘｐｒｅｓｓｉｏｎ２」を説明する。
「Ｅｘｐｒｅｓｓｉｏｎ２」は、みなし残業時間（３０）内で残業が行われた場合にみなし残業代（３００００）を残業代にする。
「ＯＵＴＰＵＴ＿Ｎｏ」と「ＯＵＴＰＵＴ＿氏名」と「ＯＵＴＰＵＴ＿残業代」とのそれぞれの計算数は「１」である。

図２５に基づいて、「ＵＮＩＯＮ１」を説明する。
「ＵＮＩＯＮ１」は、複数の入力を一つの出力にする部品であり、ＳＱＬ文の「ＵＮＩＯＮ ＡＬＬ」に類似している。「ＵＮＩＯＮ１」は、どの部品から送られてくるかは関係なく、送られてきたすべての行をそのまま次の部品へ送る。判別処理はないため判別数はない。送られてきた行と行に含まれる列との乗算が加工数になる。
「ＯＵＴＰＵＴ＿Ｎｏ」と「ＯＵＴＰＵＴ＿氏名」と「ＯＵＴＰＵＴ＿残業代」とのそれぞれの計算数は「１」である。

「ＳＯＵＴＥＲ１」を説明する。
ＥＴＬツールは、複数の部品を並列で実行する。そして、「Ｅｘｐｒｅｓｓｉｏｎ１」の処理速度と「Ｅｘｐｒｅｓｓｉｏｎ２」の処理速度が異なる。そのため、残業時間一覧の「Ｎｏ」の昇順に処理を実行しても、「ＵＮＩＯＮ１」の実行後に入力順が「Ｎｏ」の昇順になることが保証されない。
そこで、「ＳＯＵＴＥＲ１」は、最後に出力が「Ｎｏ」の昇順になるようにソートを実行する。

図２６に基づいて、加工定義データの変更を説明する。
残業代計算ルールの変更に伴い、データ加工の定義は「加工定義１」から「加工定義２」に変更される。「加工定義１」と「加工定義２」は破線内の部分が異なる。
残業代計算ルールが２つのルールから１つのルールに変更されたため、「ＲＯＵＴＥＲ１」と「ＵＮＩＯＮ１」が不要になった。また、残業代の計算式が１つになったため、「Ｅｘｐｒｅｓｓｉｏｎ」の数が１つに削減された。

図２７に基づいて、「Ｅｘｐｒｅｓｓｉｏｎ３」を説明する。
「Ｅｘｐｒｅｓｓｉｏｎ３」は、残業が行われた場合に［計算式Ｂ］によって残業代を算出する。
［計算式Ｂ］は、「実残業時間×１５００」である。
「ＯＵＴＰＵＴ＿Ｎｏ」と「ＯＵＴＰＵＴ＿氏名」とのそれぞれの計算数は「１」である。「ＯＵＴＰＵＴ＿残業代」の計算数は「２」である。

図２８に、「加工定義１」が実施された場合のサービス量データベース２９１を示す。
「加工定義１」は、２０１９年３月１５日以前の毎月１５日に実施された。残業時間一覧の入力データは毎月１０００行である。なお、実施期間において社員数が変わらなかったとする。

図２９に、「加工定義１」のフロー図を示す。
「加工定義１」のフロー図は、「ＲＯＵＴＥＲ１」と「Ｅｘｐｒｅｓｓｉｏｎ１」と「Ｅｘｐｒｅｓｓｉｏｎ２」と「ＵＮＩＯＮ１」と「ＳＯＲＴＥＲ１」との実行順序を示している。また、「加工定義１」のフロー図において、各部品を表す部品図（部品名付きの長方形）にはサービス量グラフが付加されている。各サービス量グラフは、２０１９年３月１５日以前の毎月１５日のサービス量を折れ線で示している。

「加工定義１」の各部品のサービス量を確認すると、すべての部品においてサービス量があり、すべての部品が仕事を行っていることがわかる。

図３０に、「加工定義２」が実施され場合のサービス量データベース２９１を示す。
「加工定義２」は、２０１９年４月１５日以降の毎月１５日、具体的には、２０１９年４月１５日と２０１９年５月１５日に実施された。残業時間一覧の入力データは毎月１０００行である。なお、実施期間において社員数が変わらなかったとする。

図３１に、「加工定義２」のフロー図を示す。
「加工定義２」のフロー図は、「Ｅｘｐｒｅｓｓｉｏｎ３」と「ＳＯＲＴＥＲ１」との実行順序を示している。また、「加工定義２」のフロー図において、各部品を表す部品図（部品名付きの長方形）にはサービス量グラフが付加されている。各サービス量グラフは、２０１９年４月１５日と２０１９年５月１５日とのそれぞれのサービス量を折れ線で示している。

「加工定義２」の各部品のサービス量を確認すると、「Ｅｘｐｒｅｓｓｉｏｎ３」はサービス量があり、「Ｅｘｐｒｅｓｓｉｏｎ３」は有効であることがわかる。しかし、「ＳＯＲＴＥＲ１」はサービス量がない。
今回の加工定義の変更の際に、「ＳＯＲＴＥＲ１」は残業代の計算に関係する部分ではなかったため変更されなかった。
「加工定義１」では、「Ｅｘｐｒｅｓｓｉｏｎ１」と「Ｅｘｐｒｅｓｓｉｏｎ２」とが並列で実行されて「ＵＮＩＯＮ１」に対する入力順が「Ｎｏ」の昇順から変わってしまうため、「ＳＯＲＴＥＲ１」によって出力を「Ｎｏ」の昇順にソートした。しかし、「加工定義２」では、部品の並列処理が不要になったため、入出力の順番が「Ｎｏ」の昇順から崩れなくなった。そのため、「ＳＯＲＴＥＲ１」によるソートが不要となり、「ＳＯＲＴＥＲ１」のサービス量がゼロになった。
このように、加工定義が実際の処理に適していない場合に、実施の形態１によって、有効でない部品を見つけることが可能である。

＊＊＊変形例の説明＊＊＊
サービス量可視化システム１００は、部品毎のサービス量を可視化するだけでなく、各部品の処理毎のサービス量を可視化してもよい。

＊＊＊実施の形態１の効果＊＊＊
実施の形態１により、データ加工のために利用された各部品がどれだけ有効な仕事をしたかを示すサービス量を可視化することができる。そのため、利用者は、各部品がどれだけ有効な仕事をしたか確認することができる。

サービス量が少ない部品は、有効に活用されることが少ないため、加工定義から削除しやすい。複雑に見える加工定義でも、各部品のサービス量を確認することで、どの部品が多く使われているか把握できる。場合によっては、不要な部品を見つけて加工定義から削除することにより、データ加工を簡略化および高速化することが可能になる。

＊＊＊実施の形態の補足＊＊＊
実施の形態は、好ましい形態の例示であり、本発明の技術的範囲を制限することを意図するものではない。実施の形態は、部分的に実施してもよいし、他の形態と組み合わせて実施してもよい。フローチャート等を用いて説明した手順は、適宜に変更してもよい。

サービス量可視化装置２００の各要素は、ソフトウェア、ハードウェア、ファームウェアまたはこれらの組み合わせのいずれで実現されてもよい。
サービス量可視化装置２００の要素である「部」は、「処理」または「工程」と読み替えてもよい。

１００ サービス量可視化システム、２００ サービス量可視化装置、２０１ プロセッサ、２０２ メモリ、２０３ 補助記憶装置、２０４ 通信装置、２０５ 入出力インタフェース、２１０ ツール実行部、２２０ 実行情報取得部、２３０ サービス量算出部、２４０ サービス量可視化部、２９０ 記憶部、２９１ サービス量データベース、２９２ リポジトリデータベース。

Claims (5)

1. データ加工に利用される１つ以上の部品のそれぞれのサービス量を可視化するサービス量可視化システムであって、
   前記１つ以上の部品のそれぞれによって実行された加工処理の回数である加工数と、前記１つ以上の部品のそれぞれによって実行された判別処理の回数である判別数と、を取得する実行情報取得部と、
   前記１つ以上の部品のそれぞれの加工数と前記１つ以上の部品のそれぞれの判別数とを用いて、前記１つ以上の部品のそれぞれのサービス量を算出するサービス量算出部と、
   前記１つ以上の部品のそれぞれのサービス量をディスプレイに表示するサービス量可視化部と、
   を備えるサービス量可視化システム。
2. 前記サービス量算出部は、
   部品毎に、加工数に対する判別数の割合である判別率を算出し、
   部品毎に、判別数と一回当たりの判別処理の計算量と判別率とを用いて、判別処理に対するサービス量を算出し、
   部品毎に、加工数と一回当たりの加工処理の計算量とを用いて、加工処理に対するサービス量を算出し、
   部品毎に、判別処理に対するサービス量と加工処理に対するサービス量とを用いて、部品のサービス量を算出する
   請求項１に記載のサービス量可視化システム。
3. 前記データ加工は、複数回実施され
   前記実行情報取得部は、前記データ加工の実施毎に、前記１つ以上の部品のそれぞれの加工数と前記１つ以上の部品のそれぞれの判別数とを取得し、
   前記サービス量算出部は、前記データ加工の実施毎に、前記１つ以上の部品のそれぞれのサービス量を算出し、
   前記サービス量可視化部は、部品毎に、前記データ加工の実施別のサービス量を示すサービス量グラフを表示する
   請求項１または請求項２に記載のサービス量可視化システム。
4. 前記サービス量可視化部は、
   前記１つ以上の部品の実行手順が定義された加工定義データに基づいて、前記１つ以上の部品を表す１つ以上の部品図を含み前記１つ以上の部品の実行手順を示すフロー図を生成し、
   生成したフロー図に含まれる各部品図に各部品のサービス量グラフを付加し、
   各部品のサービス量グラフが付加されたフロー図を表示する
   請求項３に記載のサービス量可視化システム。
5. データ加工に利用される１つ以上の部品のそれぞれのサービス量を可視化するためのサービス量可視化プログラムであって、
   前記１つ以上の部品のそれぞれによって実行された加工処理の回数である加工数と、前記１つ以上の部品のそれぞれによって実行された判別処理の回数である判別数と、を取得する実行情報取得部と、
   前記１つ以上の部品のそれぞれの加工数と前記１つ以上の部品のそれぞれの判別数とを用いて、前記１つ以上の部品のそれぞれのサービス量を算出するサービス量算出部と、
   前記１つ以上の部品のそれぞれのサービス量をディスプレイに表示するサービス量可視化部として、
   コンピュータを機能させるためのサービス量可視化プログラム。

Images