JP2021039568A - 情報処理システム、プログラマブル表示器および情報処理装置 - Google Patents

Abstract

【課題】制御装置に接続されるユーザインターフェイスの画面について改善すべき事項を速やかに把握することが可能な情報処理システムを提供する。【解決手段】制御対象を制御する制御装置に接続される情報処理システムは、ユーザインターフェイスと、収集手段とを備える。ユーザインターフェイスは、制御装置に関連する情報を含む１以上の画面を表示し、１以上の画面に対する操作を受ける。収集手段は、ユーザインターフェイスの動作に関する統計情報を収集する。【選択図】図１

Description

本技術は、情報処理システム、プログラマブル表示器および情報処理装置に関する。

特開２０１８−１２８９６９号公報（特許文献１）には、ＰＬＣ（Programmable Logic Controller）などの制御装置と通信可能に構成されているＨＭＩ（Human Machine Interface）などのプログラマブル表示器が開示されている。プログラマブル表示器のユーザインターフェイスには、アイコン、ボタン、テキストなどの複数のオブジェクトが配置された画面が表示される。製造現場の作業者は、当該画面を操作することにより各種生産機器を操作する。

特開２０１８−１２８９６９号公報

ユーザインターフェイスに表示される画面は、開発者によって開発され、作業者にとって使用しづらいことがある。そのため、開発者は、適宜作業者とのヒアリングを行ない、その結果に応じて画面構成を更新する。しかしながら、ヒアリングの時間および内容に限界があるため、開発者が作業者の要望を的確に把握することが難しい。すなわち、ユーザインターフェイスに表示される画面について改善すべき事項を速やかに把握できない。

本発明は、上記の問題に鑑みてなされたものであり、その目的は、制御装置に接続されるユーザインターフェイスの画面について改善すべき事項を速やかに把握することが可能な情報処理システム、プログラマブル表示器および情報処理装置を提供することである。

本開示の一例によれば、制御対象を制御する制御装置に接続される情報処理システムは、ユーザインターフェイスと、収集手段とを備える。ユーザインターフェイスは、制御装置に関連する情報を含む１以上の画面を表示し、１以上の画面に対する操作を受ける。収集手段は、ユーザインターフェイスの動作に関する統計情報を収集する。

この開示によれば、収集された統計情報は、ユーザインターフェイスの動作の傾向を示す。そのため、統計情報を確認することにより、例えば、ユーザインターフェイスの画面表示の傾向、画面に対する作業者の操作の傾向などを容易に確認できる。その結果、ユーザインターフェイスの画面について改善すべき事項を速やかに把握できる。

上述の開示において、情報処理システムは、統計情報を分析することにより予め定められた形式のグラフおよび図の少なくとも一方を作成し、作成したグラフおよび図の少なくとも一方を表示するための分析手段をさらに備える。この開示によれば、グラフおよび図の少なくとも一方を確認することにより、ユーザインターフェイスの動作の傾向を把握しやすくなる。

上述の開示において、情報処理システムは、統計情報に基づいて、１以上の画面の構成に対する改善情報を生成し、改善情報を提示するための提示手段をさらに備える。この開示によれば、ユーザインターフェイスの動作の傾向に応じて、画面構成をどのように更新すべきかを把握できる。

上述の開示において、情報処理システムは、改善情報に従って１以上の画面の構成を更新するための更新手段をさらに備える。この開示によれば、画面構成に対する改善を速やかに実行することができる。

上述の開示において、ユーザインターフェイスは、１以上の画面へのタッチ操作を受け付け可能である。統計情報は、１以上の画面に配置された対象オブジェクトの周囲領域においてタッチ操作が行なわれた位置の分布を示す。この開示によれば、作業者の操作位置の傾向を把握できる。

上述の開示において、改善情報は、周囲領域に含まれる複数の区域のうちタッチ操作の行なわれた頻度が基準値を超える区域の方向に対象オブジェクトを拡大することを示す。この開示によれば、改善情報に従って画面構成を更新することにより、作業者の操作位置の傾向に応じて対象オブジェクトのサイズが変更され、作業者の操作効率が向上する。

上述の開示において、１以上の画面は複数の画面を含む。統計情報は、複数の画面の各々の表示頻度を示す。この開示によれば、作業者が確認している画面の傾向を把握できる。

上述の開示において、改善情報は、複数の画面のうち表示頻度が基準値を超える画面を呼び出すためのショートカットボタンを１以上の画面に追加することを示す。この開示によれば、改善情報に従って画面構成を更新することにより、作業者が頻繁に確認している画面を即座に呼び出すことができ、作業者の操作効率が向上する。

上述の開示において、１以上の画面は、第１画面、第２画面および第３画面を含む。統計情報は、第１画面、第２画面および第３画面の順に画面遷移するときの第２画面の表示時間の分布を示す。この開示によれば、画面遷移の傾向を把握できる。

上述の開示において、提示手段は、表示時間が所定時間未満である割合が基準値を超える場合に改善情報を生成する。改善情報は、第１画面に第３画面へ遷移するための遷移ボタンを配置することを示す。表示時間が所定時間未満である割合が基準値を超える場合、第２画面は、単に第３画面に遷移するために表示されているに過ぎないケースが多いことを意味する。上記の開示によれば、改善情報に従って画面構成を更新することにより、不要な第２画面への遷移を省略し、第１画面から第３画面に直接遷移できる。その結果、作業者の操作効率が向上する。

上述の開示において、統計情報は、１以上の画面のうちの１つの画面に配置された複数のオブジェクトの操作順序ごとの頻度を示す。この開示によれば、複数のオブジェクトの操作順序の傾向を把握できる。

上述の開示において、改善情報は、頻度が最も高い操作順序に従って複数のオブジェクトを並び替えることを示す。この開示によれば、改善情報に従って画面構成を更新することにより、複数のオブジェクトの配置順序が操作順序と一致し、作業者の操作効率が向上する。

上述の開示において、統計情報は、１以上の画面に配置された対象オブジェクトに対する操作頻度を示す。この開示によれば、作業者による対象オブジェクトの使用の傾向を把握できる。

上述の開示において、提示手段は、操作頻度が基準値未満である場合に改善情報を生成する。改善情報は、対象オブジェクトを削除することを示す。この開示によれば、改善情報に従って画面構成を更新することにより、使用していないオブジェクトが削除され、画面が見やすくなる。

本開示の一例によれば、制御対象を制御する制御装置に接続されるプログラマブル表示器は、制御装置に関連する情報を含む１以上の画面を表示し、１以上の画面に対する操作を受けるユーザインターフェイスと、ユーザインターフェイスの動作に関する統計情報を収集するための収集手段とを備える。

この開示によっても、制御装置に接続されるユーザインターフェイスの画面について改善すべき事項を速やかに把握できる。

上述の開示において、プログラマブル表示器は、統計情報に基づいて、１以上の画面の構成に対する改善情報を生成し、改善情報を提示するための提示手段と、改善情報に従って１以上の画面の構成を更新するための更新手段とをさらに備える。この開示によれば、プログラマブル表示器において、改善情報に従って画面構成を適宜更新することができる。

本開示の一例によれば、制御対象を制御する制御装置に接続されるプログラマブル表示器と通信可能な情報処理装置は、表示部と、統計情報を分析することにより予め定められた形式のグラフおよび図の少なくとも一方を作成し、作成したグラフおよび図の少なくとも一方を表示部に表示するための分析手段とを備える。

この開示によっても、制御装置に接続されるユーザインターフェイスの画面について改善すべき事項を速やかに把握できる。

本開示によれば、制御装置に接続されるユーザインターフェイスの画面について改善すべき事項を速やかに把握できる。

実施の形態に係る情報処理システムを含む制御システムの全体構成を示す概略図である。 プロジェクトデータの従来の改善プロセスを示す図である。 ＨＭＩのハードウェア構成例を示す模式図である。 サポート装置のハードウェア構成の例を説明するための模式図である。 サポート装置の機能構成例を示す模式図である。 ＨＭＩの機能構成例を示す模式図である。 メインメモリに記録される操作ログ情報の一例を示す図である。 メインメモリに記録されるイベントログ情報の一例を示す図である。 情報処理システムにおける事前準備処理の流れを示す図である。 情報処理システムにおける統計情報の収集処理の流れを示す図である。 情報処理システムにおける統計情報の分析処理の流れを示す図である。 情報処理システムにおける改善情報の生成・提示処理の流れを示す図である。 改善テーブルの一例を示す図である。 改善ルール情報の一例を示す図である。 対象オブジェクトとその周囲を示す図である。 改善項目「ボタンサイズ変更」に対応する統計情報の一例を示す図である。 改善項目「ボタンサイズ変更」に対応する統計情報の分析結果画面の一例を示す図である。 改善項目「ボタンサイズ変更」に対応する統計情報に基づいて生成された改善情報の一例を示す図である。 改善項目「ショートカット追加」に対応する統計情報の一例を示す図である。 改善項目「ショートカット追加」に対応する統計情報の分析結果画面の一例を示す図である。 改善項目「ショートカット追加」に対応する統計情報に基づいて生成された改善情報の一例を示す図である。 改善項目「画面遷移ボタン追加」に対応する統計情報の一例を示す図である。 改善項目「画面遷移ボタン追加」に対応する統計情報の分析結果画面の一例を示す図である。 対象画面のレイアウトの例を示す図である。 改善項目「画面レイアウト変更」に対応する統計情報の一例を示す図である。 改善項目「画面レイアウト変更」に対応する統計情報の分析結果画面の一例を示す図である。 改善項目「画面レイアウト変更」に対応する統計情報に基づいて生成された改善情報の提示画面例を示す図である。 改善項目「オブジェクト削除」に対応する統計情報の一例を示す図である。 改善項目「ボタン削除」に対応する統計情報に基づいて生成された改善情報の提示画面例を示す図である。 変形例に係るサポート装置の機能構成を示す模式図である。

本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰返さない。

§１ 適用例
まず、図１を参照して、本発明が適用される場面の一例について説明する。図１は、実施の形態に係る情報処理システムを含む制御システムの全体構成を示す概略図である。図１に例示される制御システムＳＹＳは、１または複数のデバイス４００と、デバイス４００を制御する制御装置１００と、制御装置１００に接続される情報処理システム１とを備える。

デバイス４００は、制御装置１００の「制御対象」の一実施形態である。デバイス４００は、例えば生産工程を自動化するための種々の産業用機器を含む。一例として、デバイス４００は、アームロボットを制御するロボットコントローラ、サーボモータを制御するサーボドライバ、ワークを撮影するための視覚センサ、圧力センサ、温度センサ、および生産工程で利用されるその他の機器などを含む。

制御装置１００は、ファクトリオートメーションにおけるネットワークシステムを構成するＦＡ機器であり、例えばＰＬＣなどのコンピュータである。制御装置１００は、製造装置や製造設備などの各デバイス４００を制御するための制御プログラム１７０を実行する。

制御プログラム１７０は、所謂シーケンスプログラムであり、実行ごとに全体がスキャンされて、実行ごとに１または複数の指令値が算出されるプログラムを包含する概念である。シーケンスプログラムは、たとえば国際電気標準会議（International Electrotechnical Commission：ＩＥＣ）によって規定された国際規格ＩＥＣ６１１３１−３に従って記述された１または複数の命令からなるプログラムを包含する。シーケンスプログラムには、シーケンス命令および／またはモーション命令を含み得る。なお、シーケンスプログラムとしては、国際規格ＩＥＣ６１１３１−３に従って記述された命令に限らず、ＰＬＣの製造メーカまたはベンダなどが独自に規定した命令を含むようにしてもよい。

情報処理システム１は、制御装置１００に関する情報処理を実行する。制御装置１００および情報処理システム１は、ネットワークを介して接続されている。このネットワークには、たとえば、データの到達時間が保証される、定周期通信を行なうフィールドネットワークを採用することが好ましい。このような定周期通信を行なうフィールドネットワークとしては、ＥｔｈｅｒＣＡＴ（登録商標）、ＥｔｈｅｒＮｅｔ／ＩＰ（登録商標）、ＣｏｍｐｏＮｅｔ（登録商標）などが知られている。

図１に示されるように、情報処理システム１は、ＨＭＩ２００と、サポート装置３００とを含む。

ＨＭＩ２００は、一種のコンピュータであり、制御装置１００に関連する情報を含む１以上の画面を表示し、１以上の画面に対する操作を受けるユーザインターフェイスを備えたプログラマブル表示器である。なお、「ＨＭＩ」という用語は、一般的には、人間と機械との間の伝達を行なう、機器やコンピュータプログラムなどといったインターフェイスの総称で用いられることが多いが、ここでは、このようなインターフェイスを備えた装置自体を「ＨＭＩ」と称する。

ＨＭＩ２００は、プロジェクトデータ２５０に従って画面をユーザインターフェイスに表示する。プロジェクトデータ２５０は、プログラムの開発環境を提供するサポート装置３００において、サポートプログラム３７０を用いてオブジェクト５０が規定されることにより開発される。オブジェクト５０は、画面上に配置される操作対象であり、例えばアイコン、ウィンドウ、ツールバー、ボタン、スライダー、テキストなどを含む。

サポート装置３００は、たとえば汎用のコンピュータであり、制御システムＳＹＳの各種プログラムを統合して開発する環境を提供する。サポート装置３００には、開発環境を構築して提供するためのサポートプログラム３７０がインストールされる。

開発者は、サポート装置３００においてサポートプログラム３７０を実行することで、ＨＭＩ２００に表示される画面を設計し、その設計内容に対してビルドを施すことでプロジェクトデータ２５０を作成する。作成されたプロジェクトデータ２５０は、ＨＭＩ２００に転送される。

図２は、プロジェクトデータの従来の改善プロセスを示す図である。開発者は、サポート装置を用いてプロジェクタデータを開発し、開発したプロジェクトデータを納品する（ステップＳ１００）。次に、製造装置のメンテナンス等を担当する生産技術者は、プログラマブル表示器であるＨＭＩに納品されたプロジェクトデータをインストールし、立ち上げ作業を行なう（ステップＳ１０１）。立ち上げ作業では、プロジェクトデータとＰＬＣなどの制御装置との連係した動作が確認される。また、プロジェクトデータの開発者も、必要に応じて立ち上げ作業に参加する。立ち上げ作業の終了後に、ＨＭＩを含む制御システムが稼働する。製造現場の作業者は、プロジェクトデータに従った画面を操作することにより、制御システムを運用する（ステップＳ１０２）。

ステップＳ１００〜Ｓ１０２のように、プロジェクトデータは、開発者によって開発され、作業者によって使用される。しかしながら、プロジェクトデータに従った画面は、作業者にとって使用しづらい可能性がある。そのため、開発者は、現場に立ち会い、ＨＭＩを使用している作業者とのヒアリングを行なう（ステップＳ１０３）。これにより、開発者は、作業者による改善要求を把握する。なお、ステップＳ１０３において、開発者の代わりに生産技術者が作業者とのヒアリングを行ない、生産技術者から開発者に改善要求が伝達されてもよい。

開発者は、改善要求に従って、画面構成の設計変更を行ない、プロジェクトデータを更新する（プロジェクトデータのバージョンアップを行なう）（ステップＳ１０４）。これにより、ＨＭＩに表示される画面は、作業者にとって使用しやすいように改善される。

ステップＳ１０３における現場立ち会いでは、作業者とのヒアリングの時間および内容に限界があるため、開発者は、作業者の改善要求を的確に把握し難い。そのため、ステップＳ１０１〜Ｓ１０４が定期的に繰り返して行なわれる。その結果、ＨＭＩに表示される画面の改善スピードは遅い。このような問題点に鑑みて、本実施の形態では、ＨＭＩ２００の画面に対する改善すべき事項を速やかに把握できるように、以下のような処理が実行される。

図１に示されるように、開発者は、サポート装置３００を用いてプロジェクトデータ２５０を開発する際に、改善テーブル２６０を作成する。改善テーブル２６０は、ＨＭＩ２００の画面に対して実行可能な改善項目の一覧である。改善項目は、例えば、表示頻度の高い画面へのショートカットボタンの追加や、操作順序に応じた画面のレイアウト変更などである。改善テーブル２６０には、改善項目ごとに、当該改善項目に対応する統計情報の種別が登録される。作成された改善テーブル２６０は、プロジェクトデータ２５０とともに、ＨＭＩ２００に転送される。

統計情報は、ＨＭＩ２００が備えるユーザインターフェイスの動作の傾向を示す情報である。統計情報は、典型的には、ユーザインターフェイスの画面表示の頻度およびユーザインターフェイスに対する操作の頻度の少なくとも一方を示す。統計情報は、画面構成を更新すべきか否かを判定するために利用される。

ＨＭＩ２００は、改善テーブル２６０によって示される対象オブジェクトについて、改善テーブル２６０によって示される種別の統計情報を収集する。収集された統計情報は、ユーザインターフェイスの動作の傾向を示す。そのため、統計情報を確認することにより、例えば、ユーザインターフェイスの画面表示の傾向、画面に対する作業者の操作の傾向などを容易に確認できる。その結果、ＨＭＩ２００の画面について改善すべき事項を速やかに把握できる。

§２ 具体例
次に、本実施の形態に係る情報処理システムの具体例について説明する。

＜Ａ．ＨＭＩのハードウェア構成例＞
図３は、ＨＭＩのハードウェア構成例を示す模式図である。ＨＭＩ２００は、据え置き型でもよいし、制御装置１００が配置される製造現場では可搬性に優れたノート型のパーソナルコンピュータの形態で提供されてもよい。

図３に示すように、ＨＭＩ２００は、ＣＰＵ（Central Processing Unit）２１１と、ＲＯＭ（Read Only Memory）２１２と、ＲＡＭ（Random Access Memory）２１３と、各種のプログラムおよびデータを不揮発的に格納するためのフラッシュＲＯＭ２１４と、ユーザの操作を受付けるための操作キー２１６と、データリーダ／ライタ２１７と、タッチスクリーン２１８と、通信インターフェイス２１９とを備える。これらの各部は、内部バスを介して互いに接続される。

ＣＰＵ２１１は、フラッシュＲＯＭ２１４に格納されたプログラムおよびデータを読出して、ＲＡＭ２１３に展開して実行することで、各種処理を実現する。ＲＡＭ２１３は、ＤＲＡＭやＳＲＡＭなどの揮発性記憶装置などで構成される。

フラッシュＲＯＭ２１４は、たとえば、システムプログラム２７０と、１または複数のオブジェクト５０を含むプロジェクトデータ２５０と、改善テーブル２６０と、改善ルール情報２６５とを格納する。改善ルール情報２６５は、各改善項目に対応する改善ルールを示す。改善テーブル２６０および改善ルール情報２６５の詳細については後述する。

プロジェクトデータ２５０は、ＨＭＩ２００で実行可能なコードからなる。プロジェクトデータ２５０が読み込まれることにより、オブジェクト５０に対応する絵や文字列などを含む画面が表示される。画面は、制御装置１００にて実行される制御プログラム１７０が用いる変数の値に基づく画像、当該変数に値を設定するユーザ操作受付などを含み得る。

タッチスクリーン２１８は、表示部として機能するディスプレイ２８１と、作業者の入力を受付けるためのタッチパネル２８２とを含む。通信インターフェイス２１９は、制御装置１００およびサポート装置３００を含む外部装置と通信する。

データリーダ／ライタ２１７は、ＣＰＵ２１１と外部記憶媒体の一例であるメモリカード２２０との間のデータ伝送を仲介する。また、ＨＭＩ２００には、必要に応じてプリンタなどの他の出力装置が接続されてもよい。

＜Ｂ．サポート装置のハードウェア構成例＞
図４は、サポート装置のハードウェア構成の例を説明するための模式図である。サポート装置３００は、据え置き型でもよいし、制御装置１００が配置される製造現場では可搬性に優れたノート型のパーソナルコンピュータの形態で提供されてもよい。

図４に示すように、サポート装置３００は、ＯＳ（Operating System）を含む各種プログラムを実行するＣＰＵ３０２と、ＢＩＯＳや各種データを格納するＲＯＭ３０４と、ＣＰＵ３０２でのプログラムの実行に必要なデータを格納するための作業領域を提供するＲＡＭ３０６と、ＣＰＵ３０２で実行されるサポートプログラム３７０などを含む各種プログラムを不揮発的に格納するＨＤＤ（ハードディスク）３０８とを備える。

サポート装置３００は、さらに、開発者の操作を受付けるキーボード３１０およびマウス３１２を含む入力部３１１と、情報を開発者に提示するためのディスプレイ３１４とを含む。サポート装置３００は、制御装置１００およびＨＭＩ２００を含む外部装置と通信するための通信インターフェイス３１８を備える。入力部３１１は、ディスプレイ３１４と一体的に構成されるタッチパネルとして提供されてもよい。サポート装置３００の各部は内部バス３２０により相互に通信する。

サポート装置３００は、記録媒体３２２が脱着自在に装着されて、装着された記録媒体３２２からそこに格納されているサポートプログラム３７０を読み取るための記録媒体読取装置３１７を含む。読み取られたサポートプログラム３７０は、ＨＤＤ３０８に格納される。

サポートプログラム３７０は、実行されることにより、サポート装置３００におけるプロジェクトデータ２５０、改善テーブル２６０および改善ルール情報２６５の開発環境を実現する。記録媒体３２２は、サポート装置３００で実行されるサポートプログラム３７０などが格納された状態で流通し得る。なお、記録媒体３２２は、ＳＤ（Secure Digital）などの汎用的な半導体記憶デバイスや、フレキシブルディスク（Flexible Disk）などの磁気記憶媒体や、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）などの光学記憶媒体などからなる。

＜Ｃ．サポート装置の機能構成例＞
図５は、サポート装置の機能構成例を示す模式図である。図５に示す例では、サポート装置３００は、記憶部３１と、ユーザインターフェイス（ＵＩ）３２と、開発支援モジュール３３と、コンパイラ３４と、分析モジュール３５とを含む。記憶部３１は、図４に示すＲＯＭ３０４、ＲＡＭ３０６およびＨＤＤ３０８によって構成される。ユーザインターフェイス３２は、図４に示す入力部３１１およびディスプレイ３１４によって構成される。開発支援モジュール３３、コンパイラ３４および分析モジュール３５は、図４に示すＣＰＵ３０２がサポートプログラム３７０を実行することにより実現される。

記憶部３１は、プロジェクトデータ２５０、改善テーブル２６０および改善ルール情報２６５を記憶する。さらに、記憶部３１は、統計情報２８０を記憶してもよい。

プロジェクトデータ２５０は、画面データ２５１と変数データ２５２とを含む。画面データ２５１は、１以上の画面の各々についてオブジェクト５０の種類、位置、サイズなどを示す。変数データ２５２は、オブジェクト５０への変数の割り当てを示す。

変数とは、データそのもの、および当該データが格納される入れ物や記憶領域などである。たとえば、デバイス４００（図１参照）の状態を表すデータそのもの、および当該データが格納される入れ物や記憶領域などである。典型的には、変数は、デバイス４００を制御するために制御装置１００の制御プログラム１７０によって利用されるデータであり、一つの値を表すデータだけでなく、構造体として表されるデータや、配列として表されるデータなども含む。

開発支援モジュール３３は、プロジェクトデータ２５０、改善テーブル２６０および改善ルール情報２６５の開発を支援する。開発支援モジュール３３は、画面作成ツール３６とコードエディタ３７とを含む。

画面作成ツール３６は、ＨＭＩ２００に表示される１以上の画面の各々の構成を編集するためのツールである。さらに、画面作成ツール３６は、作成した画面に対して実行可能な改善項目に関連する情報を設定する。コードエディタ３７は、ソースコードを編集する。

開発支援モジュール３３は、ＨＭＩ２００に表示される１以上の画面を定義するソースコード３４０と、改善項目設定データ３５０とを生成する。ソースコード３４０は、例えばＸＭＬ（Extensible Markup Language）を用いて記述される。

コンパイラ３４は、ソースコード３４０をコンパイルすることにより、プロジェクトデータ２５０を生成する。生成されたプロジェクトデータ２５０は、記憶部３１に格納される。

さらに、コンパイラ３４は、改善項目設定データ３５０に基づいて、改善テーブル２６０および改善ルール情報２６５を生成する。生成された改善テーブル２６０および改善ルール情報２６５は、記憶部３１に格納される。

記憶部３１に格納されたプロジェクトデータ２５０、改善テーブル２６０および改善ルール情報２６５は、開発者からの指示に応じて、ＨＭＩ２００に転送される。

分析モジュール３５は、記憶部３１に格納された統計情報２８０を分析することにより、予め定められた形式のグラフおよび図の少なくとも一方を作成し、作成したグラフおよび図の少なくとも一方を含む分析結果画面をユーザインターフェイス３２に表示する。

＜Ｄ．ＨＭＩの機能構成例＞
図６は、ＨＭＩの機能構成例を示す模式図である。図６に示す例では、ＨＭＩ２００は、記憶部２１と、ユーザインターフェイス２３と、制御部２４と、演算モジュール２７とを含む。記憶部２１は、図３に示すＲＯＭ２１２、ＲＡＭ２１３およびフラッシュＲＯＭ２１４によって構成される。ユーザインターフェイス２３は、図３に示すディスプレイ２８１およびタッチパネル２８２によって構成される。ユーザインターフェイス２３は、マウス、キーボードを含んでもよい。制御部２４および演算モジュール２７は、図３に示すＣＰＵ２１１がシステムプログラム２７０を含む各種プログラムを実行することにより実現される。

記憶部２１は、メインメモリ２２を含むとともに、プロジェクトデータ２５０、改善テーブル２６０、改善ルール情報２６５および統計情報２８０を記憶する。

メインメモリ２２には、例えば、ユーザインターフェイス２３への操作に関する情報（以下、「操作ログ情報９０」と称する。）が記録される。

図７は、メインメモリに記録される操作ログ情報の一例を示す図である。図７に示す例の操作ログ情報９０は、操作ごとのログ要素９１を含む。各ログ要素９１は、操作を受け付けた時刻（以下、「操作時刻」と称する。）と、操作を受け付けた画面を識別する画面識別情報と、操作された画面上の位置（以下、「操作位置」と称する。）とを示す。一定期間経過したログ要素９１は、操作ログ情報９０から消去される。

メインメモリ２２には、さらにイベントログ情報９２も記録される。イベントログ情報９２は、予め登録されたイベントの発生状況を示す。「イベント」は、指定された変数が予め定められた条件を満たしている事象である。

図８は、メインメモリに記録されるイベントログ情報の一例を示す図である。図８に示す例のイベントログ情報９２は、イベント発生ごとのログ要素９３を含む。各ログ要素９３は、イベントの発生時刻と、イベントを識別するイベント識別情報とを示す。

図６に戻って、制御部２４は、ＨＭＩ２００の動作を制御する。制御部２４は、ＯＳ２５と、ランタイムモジュール２６とを含む。ＯＳ２５は、ＨＭＩ２００の基本的な機能を実行する。ランタイムモジュール２６は、画面マネージャ２６ａと、変数マネージャ２６ｂと、統計マネージャ２６ｃと、編集マネージャ２６ｄとを含む。

画面マネージャ２６ａは、プロジェクトデータ２５０を構成する画面データ２５１（図５参照）に基づいて画面を作成し、作成した画面をユーザインターフェイス２３に表示させる。例えば、画面マネージャ２６ａは、操作ログ情報９０（図７参照）の最新のログ要素９１で示される操作位置に対応するオブジェクトが画面遷移させるボタンである場合、プロジェクトデータ２５０に基づいて遷移先の画面を作成する。そして、画面マネージャ２６ａは、作成した画面をユーザインターフェイス２３に表示させる。

あるいは、画面マネージャ２６ａは、画面遷移の必要なイベントが発生したときに、プロジェクトデータ２５０に基づいて遷移先の画面を作成してもよい。例えば、画面マネージャ２６ａは、エラー数を表す変数が１以上を満たすイベントが発生した場合に、エラー対処画面を作成する。

変数マネージャ２６ｂは、オブジェクト５０に割り当てられた変数を制御装置１００から取得する。画面マネージャ２６ａは、プロジェクトデータ２５０の変数データ２５２に基づいて、変数マネージャ２６ｂが取得した変数をオブジェクト５０に割当てる。また、変数マネージャ２６ｂは、予め登録されたイベントに対応する変数が当該イベントに対応する条件を満たす場合にログ要素９３を作成し、作成したログ要素９３をイベントログ情報９２に追加する。

統計マネージャ２６ｃは、統計情報２８０を管理する。統計マネージャ２６ｃは、記憶部２１に新たな改善テーブル２６０が格納されると、当該改善テーブル２６０で示される各改善項目に対応する統計情報２８０の作成指示を演算モジュール２７に出力する。

さらに、統計マネージャ２６ｃは、操作ログ情報９０またはイベントログ情報９２に基づいて、演算モジュール２７に対して統計情報２８０の更新指示を出力する。

編集マネージャ２６ｄは、統計情報２８０に含まれる要素数が規定値に到達したか否かを判定する。規定値は、ユーザインターフェイス２３の動作の傾向を把握するのに十分な値に予め設定される。編集マネージャ２６ｄは、統計情報２８０に含まれる要素数が規定値に到達すると、改善情報の生成指示を演算モジュール２７に出力する。編集マネージャ２６ｄは、当該生成指示に応じて生成された改善情報をメインメモリ２２から読み出し、読み出した改善情報をユーザインターフェイス２３に表示する。さらに、編集マネージャ２６ｄは、改善情報に従って画面構成を更新するか否かの指示を受け付けるためのウィンドウをユーザインターフェイス２３に表示する。改善情報に従って画面構成を更新する旨の指示を受けると、編集マネージャ２６ｄは、改善情報に従ってプロジェクトデータ２５０を更新する。

さらに、編集マネージャ２６ｄは、統計情報２８０に含まれる要素数が規定値に到達すると、統計情報２８０をサポート装置３００に転送してもよい。転送された統計情報２８０は、サポート装置３００の記憶部３１に格納され、分析モジュール３５によって分析される。

演算モジュール２７は、各種の演算処理を実行する。演算モジュール２７は、統計処理部２８と、改善情報生成部２９とを含む。

統計処理部２８は、新たな統計情報２８０の作成指示を受けると、記憶部２１から改善テーブル２６０を読み出す。統計処理部２８は、改善テーブル２６０に基づいて、各改善項目に対応する統計情報２８０を作成する。すなわち、統計処理部２８は、各改善項目について、改善テーブル２６０で示される種別の統計情報２８０を作成し、作成した統計情報２８０を記憶部２１に格納する。なお、新たに作成された統計情報２８０はnullを示している。

さらに、統計処理部２８は、統計情報２８０の更新指示を受けると、メインメモリ２２に記憶された操作ログ情報９０またはイベントログ情報９２に従って統計情報２８０を更新する。

改善情報生成部２９は、改善情報の生成指示を受けると、改善ルール情報２６５および統計情報２８０に基づいて改善情報を生成する。

＜Ｅ．事前準備処理の流れ＞
図９は、情報処理システムにおける事前準備処理の流れを示す図である。図９に示されるように、サポート装置３００のユーザインターフェイス３２は、開発者から、ＨＭＩ２００に表示する画面の開発および改善項目設定のための操作を受け付ける（ステップＳ１）。開発支援モジュール３３は、ユーザインターフェイス３２が受け付けた操作に従って、画面を定義するソースコード３４０および改善項目設定データ３５０を生成する（ステップＳ２）。

次に、コンパイラ３４は、ソースコード３４０をコンパイルすることにより、プロジェクトデータ２５０を生成し、生成したプロジェクトデータ２５０を記憶部３１に格納する（ステップＳ３）。また、ステップＳ３において、コンパイラ３４は、改善項目設定データ３５０に基づいて改善テーブル２６０および改善ルール情報２６５を生成し、生成した改善テーブル２６０および改善ルール情報２６５を記憶部３１に格納する。

記憶部３１に格納されたプロジェクトデータ２５０、改善テーブル２６０および改善ルール情報２６５は、サポート装置３００からＨＭＩ２００に転送される（ステップＳ４）。転送されたプロジェクトデータ２５０、改善テーブル２６０および改善ルール情報２６５は、ＨＭＩ２００の記憶部２１に格納される。

次に、ＨＭＩ２００の制御部２４は、プロジェクトデータ２５０、改善テーブル２６０および改善ルール情報２６５の転送完了を確認する（ステップＳ５）。制御部２４の統計マネージャ２６ｃは、新たに格納された改善テーブル２６０で示される各改善項目に対応する統計情報２８０の作成指示を演算モジュール２７に出力する（ステップＳ６）。

演算モジュール２７の統計処理部２８は、記憶部２１から改善テーブル２６０を読み出す（ステップＳ７）。統計処理部２８は、改善項目ごとに、改善テーブル２６０で示される種別の統計情報２８０を作成し、作成した統計情報２８０を記憶部２１に格納する（ステップＳ８）。ただし、この段階では、作成された統計情報２８０はnullを示している。

＜Ｆ．統計情報の収集処理の流れ＞
図１０は、情報処理システムにおける統計情報の収集処理の流れを示す図である。図１０に示す例において、統計情報の収集処理は、Ｓ１１、Ｓ１２、Ｓ１３、Ｓ１４、Ｓ１５の順に行なわれる第１の処理ルートと、Ｓ１１’、Ｓ１３、Ｓ１４、Ｓ１５の順に行なわれる第２の処理ルートとを含む。

第１の処理ルートでは、ＨＭＩ２００のユーザインターフェイス２３は、作業者から、画面に対する操作を受け付ける（ステップＳ１１）。ユーザインターフェイス２３が操作を受け付けると、当該操作に対応するログ要素９１（図７参照）が操作ログ情報９０に追加される（ステップＳ１２）。操作ログ情報９０へのログ要素９１の追加は、ＯＳ２５によって実行される。

次に、制御部２４は、操作ログ情報９０の最新のログ要素９１を読み出す（ステップＳ１３）。読み出したログ要素９１が改善項目ごとに定義される更新条件を満たす場合に、制御部２４の統計マネージャ２６ｃは、統計情報２８０の更新指示を演算モジュール２７に出力する（ステップＳ１４）。更新条件は、後述するように、改善テーブル２６０において定義される。

演算モジュール２７の統計処理部２８は、更新指示に従って統計情報２８０を更新する（ステップＳ１５）。

一方、第２の処理ルートでは、ステップＳ１１およびＳ１２の代わりにステップＳ１１’が行なわれる。ステップＳ１１’では、変数マネージャ２６ｂは、予め登録されたイベントに対応する変数が当該イベントに対応する条件を満たす場合にログ要素９３を作成し、作成したログ要素９３をイベントログ情報９２に追加する。

次に、制御部２４は、イベントログ情報９２の最新のログ要素９３を読み出す（ステップＳ１３）。読み出したログ要素９３が改善項目ごとに定義される更新条件を満たす場合に、制御部２４の統計マネージャ２６ｃは、統計情報２８０の更新指示を演算モジュール２７に出力する（ステップＳ１４）。そして、演算モジュール２７の統計処理部２８は、更新指示に従って統計情報２８０を更新する（ステップＳ１５）。

＜Ｇ．統計情報の分析処理の流れ＞
図１１は、情報処理システムにおける統計情報の分析処理の流れを示す図である。編集マネージャ２６ｄは、統計情報２８０に含まれる要素数が規定値に到達すると、ＨＭＩ２００からサポート装置３００に統計情報２８０を転送する（ステップＳ２１）。もしくは、サポート装置３００は、開発者の指示に応じて、ＨＭＩ２００から統計情報２８０を取得してもよい。

サポート装置３００の分析モジュール３５は、改善項目ごとに規定された分析手法に従って統計情報２８０を分析する（ステップＳ２２）。分析手法は、後述するように、改善テーブル２６０において規定されている。分析モジュール３５は、分析結果を示す画面（以下、「分析結果画面」と称する。）をユーザインターフェイス３２に表示する（ステップＳ２３）。開発者は、分析結果画面を確認することにより、ＨＭＩ２００における作業者の操作の傾向を容易に把握できる。開発者は、開発支援モジュール３３を用いて、作業者の操作の傾向に応じた画面構成に更新できる。

＜Ｈ．改善情報の生成・提示処理の流れ＞
図１２は、情報処理システムにおける改善情報の生成・提示処理の流れを示す図である。図１２に示されるように、ＨＭＩ２００の編集マネージャ２６ｄは、統計情報２８０に含まれる要素数が規定値に到達したか否かを判定する（ステップＳ３１）。統計情報２８０に含まれる要素数が規定値に到達している場合、編集マネージャ２６ｄは、改善情報の生成指示を演算モジュール２７に出力する（ステップＳ３２）。

演算モジュール２７の改善情報生成部２９は、記憶部２１から改善ルール情報２６５および統計情報２８０を読み出す（ステップＳ３３）。改善情報生成部２９は、読み出した改善ルール情報２６５および統計情報２８０に基づいて改善情報を生成し、生成した改善情報をメインメモリ２２に書き込む（ステップＳ３４）。

編集マネージャ２６ｄは、メインメモリ２２に書き込まれた改善情報を読み出し（ステップＳ３５）、読み出した改善情報をユーザインターフェイス２３に表示させる（ステップＳ３６）。これにより、改善情報が作業者に提示される。

ユーザインターフェイス２３は、作業者から、改善情報に従った画面構成の更新指示を受け付けることができる（ステップＳ３７）。画面構成の更新指示を受け付けると、編集マネージャ２６ｄは、改善情報に従ってプロジェクトデータ２５０を編集する（ステップＳ３８）。これにより、改善情報に従って画面構成が更新される。

＜Ｉ．改善テーブルの具体例＞
図１３は、改善テーブルの一例を示す図である。上述したように、改善テーブル２６０は、サポート装置３００においてユーザインターフェイス３２への操作に従って作成される。図１３に示されるように、改善テーブル２６０は、１または複数の改善項目の各々に対応するレコード２６１を含む。各レコード２６１は、６つのフィールド２６２ａ〜２６２ｆを有する。各レコード２６１において、フィールド２６２ａ〜２６２ｆに入力された情報は互いに対応付けられる。

フィールド２６２ａには、改善項目の有効／無効フラグが入力される。有効／無効フラグは、改善項目に従って画面構成の改善を行なうか否かを切り替えるためのフラグである。有効／無効フラグは、サポート装置３００を用いて開発者によって一旦設定された後、ＨＭＩ２００において作業者によって変更されてもよい。ＨＭＩ２００の統計マネージャ２６ｃは、有効／無効フラグが「有効」を示す改善項目について統計情報を収集するように演算モジュール２７を制御する。

フィールド２６２ｂには、改善項目の種別が入力される。図１２に示す例では、改善項目の種別として、「ボタンサイズ変更」、「ショートカット追加」、「画面遷移ボタン追加」、「画面レイアウト変更」、「オブジェクト削除」が入力されている。「ボタンサイズ変更」は、作業者が操作しやすいサイズにボタンを変更する改善項目である。「ショートカット追加」は、作業者が頻繁に確認する画面へのショートカットボタンを追加する改善項目である。「画面遷移ボタン追加」は、不要な画面を迂回して所望の画面にすぐに遷移するためのボタンを追加する改善項目である。「画面レイアウト変更」は、作業者の操作順序に従って、対象画面上のオブジェクトの配置を変更する改善項目である。「オブジェクト削除」は、不要なオブジェクトを削除する改善項目である。

フィールド２６２ｃには、統計情報２８０を更新する条件（更新条件）が入力される。ＨＭＩ２００の統計マネージャ２６ｃは、操作ログ情報９０またはイベントログ情報９２の最新のログ要素が更新条件を満たす場合に、当該更新条件に対応する統計情報２８０の更新指示を演算モジュール２７に出力する。

フィールド２６２ｄには、対象オブジェクトに対する操作の統計情報の種別が入力される。ＨＭＩ２００の統計処理部２８は、統計情報の作成指示を受けると、フィールド２６２ｄに登録された種別の統計情報２８０を作成し、作成した統計情報２８０を記憶部２１に格納する。

フィールド２６２ｅには、統計情報に対する分析手法が入力される。サポート装置３００の分析モジュール３５は、フィールド２６２ｅに登録された分析手法に従って、統計情報２８０を分析する。図１３に示す例では、分析手法は、グラフまたは図の形式を示す。そのため、分析モジュール３５は、統計情報を分析することによりフィールド２６２ｅに登録された形式のグラフまたは図を作成する。

フィールド２６２ｆには、分析結果の表示方法が入力される。サポート装置３００の分析モジュール３５は、フィールド２６２ｆに登録された表示手法に従って、分析結果画面をユーザインターフェイス３２に表示する。

＜Ｊ．改善ルール情報の具体例＞
図１４は、改善ルール情報の一例を示す図である。図１４に示す例の改善ルール情報２６５は、図１３に示す例の改善テーブル２６０に対応している。すなわち、改善ルール情報２６５は、５つの改善項目「ボタンサイズ変更」、「ショートカット追加」、「画面遷移ボタン追加」、「画面レイアウト変更」、「ボタン削除」の各々の改善ルールを含む。

図１４に示されるように、改善ルールは、画面構成を更新すべきか否かを判定するための基準を示す更新条件と、画面構成の更新方法とを規定する。ＨＭＩ２００の編集マネージャ２６ｄは、統計情報２８０が更新条件を満たす場合に、改善情報の作成指示を演算モジュール２７に出力する。演算モジュール２７の改善情報生成部２９は、改善ルール情報２６５で規定されている更新方法に従って、改善情報を生成する。

＜Ｋ．情報処理システムにおける情報処理の具体例＞
次に、図１３に示す改善テーブル２６０および図１４に示す改善ルール情報２６５が生成されたときの情報処理の具体例について説明する。

（Ｋ−１．改善項目「ボタンサイズ変更」）
図１３に示す改善テーブル２６０において、改善項目「ボタンサイズ変更」に対応する有効／無効フラグが「有効」に設定された場合、例えば以下のような処理が実行される。

ユーザインターフェイス２３はタッチパネル２８２を有する。タッチパネル２８２は、画面への作業者のタッチ操作を受け付ける。作業者は、オブジェクト５０に対してタッチ操作しているつもりであっても、オブジェクト５０の周囲領域にタッチ操作していることがある。このような場合、オブジェクト５０のサイズが作業者にとって小さすぎると考えられる。そのため、作業者による操作位置の傾向を示す統計情報２８０が収集される。

図１５は、改善項目「ボタンサイズ変更」の対象となるオブジェクト（対象オブジェクト）とその周囲を示す図である。図１５に示されるように、対象オブジェクトであるボタン５０ａの周囲領域７０は、複数の区域に区分けされる。複数の区域は、ボタン５０ａの上区域７１と、ボタン５０ａの下区域７２と、ボタン５０ａの左区域７３と、ボタン５０ａの右区域７４とを含む。なお、上区域７１の左側の端部は左区域７３と重複し、上区域７１の右側の端部は右区域７４と重複している。同様に、下区域７２の左側の端部は左区域７３と重複し、下区域７２の右側の端部は右区域７４と重複している。

統計処理部２８は、ボタン５０ａおよびその周囲領域７０においてタッチ操作が行なわれた位置の分布を示す統計情報２８０を作成する。

図１６は、改善項目「ボタンサイズ変更」に対応する統計情報の一例を示す図である。図１６に示す例の統計情報２８０は、対象オブジェクトであるボタン５０ａと、上区域７１、下区域７２、左区域７３および右区域７４の各々についてタッチ操作された回数（操作回数）と操作位置とを示す。

統計マネージャ２６ｃは、操作ログ情報９０の最新のログ要素９１で示される操作位置がボタン５０ａまたは周囲領域７０と重なるか否かを判定する。統計マネージャ２６ｃは、操作位置がボタン５０ａまたは周囲領域７０と重なる場合に、統計情報２８０の更新指示を演算モジュール２７に出力する。演算モジュール２７の統計処理部２８は、操作位置と重なる区域の操作回数を１だけ加算するとともに操作位置を追記することにより、統計情報２８０を更新する。

図１７は、改善項目「ボタンサイズ変更」に対応する統計情報の分析結果画面の一例を示す図である。分析モジュール３５は、図１６に示す統計情報２８０を分析することにより図１７に示すような分析結果画面を生成し、生成した分析結果画面をユーザインターフェイス３２に表示させる。図１７に示す例の分析結果画面は、対象オブジェクトであるボタン５０ａおよびその周囲の上区域７１、下区域７２、左区域７３および右区域７４と、操作位置を示すプロット７５とを含む。さらに、分析結果画面は、上区域７１、下区域７２、左区域７３および右区域７４の各々の操作回数を示すテキストを含む。これにより、開発者は、ボタン５０ａに対する作業者の操作位置の傾向を容易に把握することができる。その結果、開発者は、作業者が操作しやすいように、ボタン５０ａのサイズおよび形状の変更を行なうことができる。

編集マネージャ２６ｄは、統計情報２８０の要素数（ボタン５０ａおよびその周囲領域７０への操作回数の合計値）が規定値（例えば１００）に到達した場合、改善情報の生成指示を演算モジュール２７に出力する。演算モジュール２７の改善情報生成部２９は、統計情報２８０が改善ルール情報２６５で規定される更新条件を満たすか否かを判定する。改善情報生成部２９は、統計情報２８０が更新条件を満たす場合に、改善ルール情報２６５で規定される更新方法に従って改善情報を生成する。

例えば、改善情報生成部２９は、図１４に示す改善ルール情報２６５に従って、タッチ操作の行なわれた頻度が基準値を超える区域の方向にボタン５０ａを拡大することを示す改善情報を生成する。ある区域に対するタッチ操作の頻度は、例えば、ボタン５０ａおよび周囲領域７０への全操作回数に対する当該区域に対する操作回数の割合で示される。基準値は例えば５％である。

図１８は、改善項目「ボタンサイズ変更」に対応する統計情報に基づいて生成された改善情報の一例を示す図である。下区域７２でタッチ操作された頻度が基準値を超えるため、改善情報生成部２９は、ボタン５０ａを下区域７２の方向に拡大することを示す改善情報を生成する。

（Ｋ−２．改善項目「ショートカット追加」）
図１３に示す改善テーブル２６０において、改善項目「ショートカット追加」に対応する有効／無効フラグが「有効」に設定された場合、例えば以下のような処理が実行される。

複数の画面のうち作業者が頻繁に確認する画面を呼び出すためのショートカットボタンが常時表示されることにより、作業者の操作効率が向上する。そのため、作業者が確認する画面の傾向を示す統計情報２８０が収集される。

図１９は、改善項目「ショートカット追加」に対応する統計情報の一例を示す図である。図１９に示す例の統計情報２８０は、ＨＭＩ２００に表示される複数の画面の各々の表示の頻度を示す。具体的には、統計情報２８０は、各画面の表示回数および表示累計時間を示す。

統計マネージャ２６ｃは、画面マネージャ２６ａによって画面遷移が実行されるたびに統計情報２８０の更新指示を演算モジュール２７に出力する。

具体的には、統計マネージャ２６ｃは、操作ログ情報９０に新たなログ要素９１が追加された場合、最新のログ要素９１で示される操作位置が画面遷移ボタンと重なるか否かを判定する。統計マネージャ２６ｃは、操作位置が画面遷移ボタンと重なる場合に、統計情報２８０の更新指示を演算モジュール２７に出力する。

さらに、統計マネージャ２６ｃは、イベントログ情報９２に新たなログ要素９３が追加された場合、最新のログ要素９３で示されるイベントが画面遷移の必要なイベントであるか否かを判定する。統計マネージャ２６ｃは、最新のログ要素９３で示されるイベントが画面遷移の必要なイベントである場合に、統計情報２８０の更新指示を演算モジュール２７に出力する。

演算モジュール２７の統計処理部２８は、遷移先画面に対応する表示回数を１だけ加算するとともに、当該遷移先画面に対応する表示累計時間のカウントを開始する。さらに、統計処理部２８は、遷移前画面に対応する表示累計時間のカウントを終了する。このようにして統計情報２８０が更新される。

図２０は、改善項目「ショートカット追加」に対応する統計情報の分析結果画面の一例を示す図である。分析モジュール３５は、図１９に示す統計情報２８０を分析することにより図２０に示すような分析結果画面を生成し、生成した分析結果画面をユーザインターフェイス３２に表示させる。図２０に示す例の分析結果画面は、複数の画面それぞれの表示回数および表示累計事件を示す棒グラフを含む。これにより、開発者は、作業者が確認する画面の傾向を容易に把握することができる。その結果、開発者は、作業者が確認する頻度の高い画面を呼び出すためのショートカットボタンの追加を行なうことができる。

編集マネージャ２６ｄは、統計情報２８０の要素数（例えば表示回数の合計値）が規定値（例えば５００）に到達した場合、改善情報の生成指示を演算モジュール２７に出力する。演算モジュール２７の改善情報生成部２９は、統計情報２８０が改善ルール情報２６５で規定される更新条件を満たすか否かを判定する。改善情報生成部２９は、統計情報２８０が更新条件を満たす場合に、改善ルール情報２６５で規定される更新方法に従って改善情報を生成する。

例えば、改善情報生成部２９は、図１４に示す改善ルール情報２６５に従って、表示回数が第１基準値を超え、かつ、表示累計時間が第２基準値を超える画面を呼び出すためのショートカットボタンを追加することを示す改善情報を生成する。

図２１は、改善項目「ショートカット追加」に対応する統計情報に基づいて生成された改善情報の一例を示す図である。図２１に示す例では、「画面ｂ」および「画面ｚ」の表示回数が第１基準値を超え、かつ、「画面ｂ」および「画面ｚ」の表示累計時間が第２基準値を超える。そのため、改善情報生成部２９は、「画面ｂ」を呼び出すショートカットボタン５１ｂと、「画面ｚ」を呼び出すショートカットボタン５１ｚとを追加することを示す改善情報を生成する。

なお、上記の説明では、各画面の表示回数および表示累計時間を示す統計情報２８０が収集されるものとした。しかしながら、各画面について、表示回数および表示累計時間のいずれかを示す統計情報２８０が収集されてもよい。

（Ｋ−３．改善項目「画面遷移ボタン追加」）
図１３に示す改善テーブル２６０において、改善項目「画面遷移ボタン追加」に対応する有効／無効フラグが「有効」に設定された場合、例えば以下のような処理が実行される。

例えば、「画面ａ」または「画面ｂ」から「画面ｃ」に遷移した後に「画面ｃ」から「画面ｄ」に遷移するケースにおいて「画面ｃ」の表示時間が短い場合、「画面ｃ」は、「画面ｄ」への遷移のために表示されているに過ぎない。この場合、「画面ｃ」の表示を省略し、「画面ａ」または「画面ｂ」に「画面ｄ」を遷移先とする新たな画面遷移ボタンを追加することにより、作業者の操作効率が向上する。そのため、「画面ａ」または「画面ｂ」、「画面ｃ」および「画面ｄ」の順に画面遷移するときの「画面ｃ」の表示時間の分布を示す統計情報２８０が収集される。以下では、説明を簡略化するため、「画面ｃ」への遷移前画面が「画面ａ」および「画面ｂ」のみであり、「画面ｃ」の遷移先の画面が「画面ｄ」のみである例についてて説明する。

図２２は、改善項目「画面遷移ボタン追加」に対応する統計情報の一例を示す図である。図２２に示す例の統計情報２８０は、「画面ｃ」への遷移前画面となり得る「画面ａ」および「画面ｂ」の各々について、「画面ｃ」に遷移した回数および割合と、「画面ｃ」の表示時間の分布とを示す。

統計マネージャ２６ｃは、画面マネージャ２６ａによって「画面ｃ」への遷移が実行されるたびに統計情報２８０の更新指示を演算モジュール２７に出力する。

具体的には、統計マネージャ２６ｃは、操作ログ情報９０に新たなログ要素９１が追加された場合、最新のログ要素９１で示される操作位置が「画面ａ」または「画面ｂ」における「画面ｃ」への遷移ボタン（以下、「第１遷移ボタン」と称する。）と重なるか否かを判定する。統計マネージャ２６ｃは、操作位置が第１遷移ボタンと重なる場合に、統計情報２８０の更新指示を演算モジュール２７に出力する。

さらに、統計マネージャ２６ｃは、イベントログ情報９２に新たなログ要素９３が追加された場合、最新のログ要素９３で示されるイベントが「画面ｃ」への遷移の必要なイベントであるか否かを判定する。統計マネージャ２６ｃは、最新のログ要素９３で示されるイベントが「画面ｃ」への遷移の必要なイベントである場合に、統計情報２８０の更新指示を演算モジュール２７に出力する。

演算モジュール２７の統計処理部２８は、遷移前画面を記憶するとともに、「画面ｃ」の表示時間のカウントを開始する。その後、統計処理部２８は、「画面ｃ」における「画面ｄ」への遷移ボタン（以下、「第２遷移ボタン」と称する。）と重なる操作位置を示すログ要素９１が操作ログ情報９０に追記されるまで、「画面ｃ」の表示時間のカウントを継続する。あるいは、統計処理部２８は、「画面ｃ」から「画面ｄ」への遷移の必要なイベントに対応するログ要素９３がイベントログ情報９２に追記されるまで、「画面ｃ」の表示時間のカウントを継続する。統計処理部２８は、「画面ｃ」の表示時間のカウントを終了すると、カウントした表示時間が３秒未満であるか否かを判定する。そして、統計処理部２８は、記憶しておいた遷移前画面に対応する回数および割合を更新するとともに、判定結果に基づいて表示時間の分布を更新する。このようにして統計情報２８０が更新される。

図２３は、改善項目「画面遷移ボタン追加」に対応する統計情報の分析結果画面の一例を示す図である。分析モジュール３５は、図２２に示す統計情報２８０を分析することにより図２３に示すような分析結果画面を生成し、生成した分析結果画面をユーザインターフェイス３２に表示させる。図２３に示す例の分析結果画面は、「画面ａ」、「画面ｂ」、「画面ｃ」および「画面ｄ」間の遷移状態を示す図を含む。これにより、開発者は、画面遷移の状態を容易に把握することができる。さらに、分析結果画面は、「画面ｃ」の表示時間の分布を示すテキストが表示される。これにより、開発者は、「画面ｂ」から「画面ｃ」を経由して「画面ｄ」に遷移するときに、「画面ｃ」の表示時間が短い傾向があることを容易に把握できる。その結果、開発者は、「画面ｄ」へ直接遷移するための新たな画面遷移ボタンを「画面ｂ」に追加することにより、作業者の操作効率を向上させることができる。

編集マネージャ２６ｄは、統計情報２８０の要素数（「画面ａ」および「画面ｂ」から「画面ｃ」に遷移した回数の合計値）が規定値（例えば２００）に到達した場合、改善情報の生成指示を演算モジュール２７に出力する。演算モジュール２７の改善情報生成部２９は、統計情報２８０が改善ルール情報２６５で規定される更新条件を満たすか否かを判定する。改善情報生成部２９は、統計情報２８０が更新条件を満たす場合に、改善ルール情報２６５で規定される更新方法に従って改善情報を生成する。

例えば、改善情報生成部２９は、「画面ｃ」の表示時間が所定時間（例えば３秒）未満である割合が基準値を超える遷移前画面（例えば「画面ｂ」）に、「画面ｄ」へ遷移するための画面遷移ボタンを追加することを示す改善情報を生成する。

（Ｋ−４．改善項目「画面レイアウト変更」）
図１３に示す改善テーブル２６０において、改善項目「画面レイアウト変更」に対応する有効／無効フラグが「有効」に設定された場合、例えば以下のような処理が実行される。

図１３に示されるように、改善項目「画面レイアウト変更」に対応する対象オブジェクトとして、対象画面内に配置された複数のオブジェクトが登録される。対象画面内の複数のオブジェクトを操作順序に従って配列することにより、作業者の操作効率が向上する。そこで、複数のオブジェクトに対する作業者の操作順序の傾向を示す統計情報２８０が収集される。

図２４は、対象画面のレイアウトの例を示す図である。図２３に示されるように、対象画面は、オブジェクト５０ｂ〜５０ｆと、対象画面から別の画面へ遷移するための画面遷移ボタン５０ｇとを含む。オブジェクト５０ｂ〜５０ｆは対象オブジェクトである。

図２５は、改善項目「画面レイアウト変更」に対応する統計情報の一例を示す図である。図２５に示す例の統計情報２８０は、オブジェクト５０ｂ〜５０ｆの操作順序ごとの頻度を示す。頻度は回数で表される。ただし、各操作順序の頻度は、全回数に対する当該操作順序で操作された回数の割合で表されてもよい。

統計マネージャ２６ｃは、画面マネージャ２６ａによって対象画面から別の画面への遷移が実行されるたびに統計情報２８０の更新指示を演算モジュール２７に出力する。

具体的には、統計マネージャ２６ｃは、操作ログ情報９０に新たなログ要素９１が追加された場合、最新のログ要素９１で示される操作位置が画面遷移ボタン５０ｇと重なるか否かを判定する。統計マネージャ２６ｃは、操作位置が画面遷移ボタン５０ｇと重なる場合に、統計情報２８０の更新指示を演算モジュール２７に出力する。

さらに、統計マネージャ２６ｃは、対象画面の表示中にイベントログ情報９２に新たなログ要素９３が追加された場合、最新のログ要素９３で示されるイベントが画面遷移の必要なイベントであるか否かを判定する。統計マネージャ２６ｃは、最新のログ要素９３で示されるイベントが画面遷移の必要なイベントである場合に、統計情報２８０の更新指示を演算モジュール２７に出力する。

演算モジュール２７の統計処理部２８は、操作ログ情報９０から、対象画面を示すログ要素を抽出し、抽出されたログ要素で示される操作位置および操作時刻に基づいて、オブジェクト５０ｂ〜５０ｆの操作順序を特定する。統計処理部２８は、特定した操作順序に対応する回数を１だけ加算することにより、統計情報２８０を更新する。

図２６は、改善項目「画面レイアウト変更」に対応する統計情報の分析結果画面の一例を示す図である。分析モジュール３５は、図２５に示す統計情報２８０を分析することにより図２６に示すような分析結果画面を生成し、生成した分析結果画面をユーザインターフェイス３２に表示させる。図２６に示す例の分析結果画面は、オブジェクト５０ｂ〜５０ｆを最も頻度の高い操作順序に並べた図を示している。これにより、開発者は、オブジェクト５０ｂ〜５０ｆに対する作業者の操作順序の傾向を容易に把握することができる。その結果、開発者は、作業者の操作順序を考慮して、対象画面のレイアウトを変更できる。

編集マネージャ２６ｄは、統計情報２８０の要素数（例えば全操作順序の回数の合計値）が規定値（例えば１００）に到達した場合、改善情報の生成指示を演算モジュール２７に出力する。演算モジュール２７の改善情報生成部２９は、統計情報２８０が改善ルール情報２６５で規定される更新条件を満たすか否かを判定する。改善情報生成部２９は、統計情報２８０が更新条件を満たす場合に、改善ルール情報２６５で規定される更新方法に従って改善情報を生成する。

例えば、改善情報生成部２９は、最も頻度の高い操作順序とオブジェクト５０ｂ〜５０ｆの配置順序とが一致しない場合に、最も頻度の高い操作順序にオブジェクト５０ｂ〜５０ｆを並べ替えることを示す改善情報を生成する。

図２７は、改善項目「画面レイアウト変更」に対応する統計情報に基づいて生成された改善情報の提示画面例を示す図である。図２７に示されるように、最も頻度の高い操作順序に従って、オブジェクト５０ｄ〜５０ｆを破線部の位置に移動させることを示す改善情報が生成される。

編集マネージャ２６ｄは、改善情報をユーザインターフェイス２３に表示させる際に、改善情報に従って画面構成を更新する指示を受け付けるためのウィンドウ６０を表示させる。ウィンドウ６０は、改善情報に従って画面構成の更新を指示するためのボタン６１と、画面構成の更新を行なわない旨を指示するためのボタン６２とを含む。ボタン６１が押下されると、編集マネージャ２６ｄは、改善情報に従ってプロジェクトデータ２５０を編集する。これにより、最の頻度の高い操作順序に従ってオブジェクト５０ｂ〜５０ｆが配置され、作業者の操作効率が向上する。

（Ｋ−５．改善項目「オブジェクト削除」）
図１３に示す改善テーブル２６０において、改善項目「オブジェクト削除」に対応する有効／無効フラグが「有効」に設定された場合、例えば以下のような処理が実行される。

作業者にとって不要なオブジェクトが画面上に配置されていると、画面が見づらくなり、操作効率が低下する。そこで、改善項目「オブジェクト削除」に対応する対象オブジェクトとして、不要であれば削除可能なオブジェクトが登録される。そして、各オブジェクトへの操作頻度を示す統計情報２８０が収集される。

図２８は、改善項目「オブジェクト削除」に対応する統計情報の一例を示す図である。図２８には、対象オブジェクトとしてオブジェクト５０ｈ〜５０ｏが登録されたときの統計情報２８０が示される。統計情報２８０は、対象オブジェクトの各々に対する操作回数を示す。なお、操作回数の代わりに、全操作回数に対する対象オブジェクトに対する操作回数の割合を用いてもよい。

統計マネージャ２６ｃは、操作ログ情報９０の最新のログ要素９１で示される操作位置が対象オブジェクトと重なるか否かを判定する。統計マネージャ２６ｃは、操作位置が対象オブジェクトと重なる場合に、統計情報２８０の更新指示を演算モジュール２７に出力する。演算モジュール２７の統計処理部２８は、操作位置と重なる対象オブジェクトの操作回数を１だけ加算することにより、統計情報２８０を更新する。

分析モジュール３５は、図２８に示す統計情報２８０を分析することにより、例えば対象オブジェクトごとの操作回数を示す棒グラフを含む分析結果画面を生成し、生成した分析結果画面をユーザインターフェイス３２に表示させる。これにより、開発者は、対象オブジェクトに対する作業者の操作の傾向を容易に把握することができる。その結果、開発者は、作業者にとって不要なオブジェクトを削除できる。

編集マネージャ２６ｄは、統計情報２８０の要素数（例えば全操作回数の合計値）が規定値（例えば１０００）に到達した場合、改善情報の生成指示を演算モジュール２７に出力する。演算モジュール２７の改善情報生成部２９は、統計情報２８０が改善ルール情報２６５で規定される更新条件を満たすか否かを判定する。改善情報生成部２９は、統計情報２８０が更新条件を満たす場合に、改善ルール情報２６５で規定される更新方法に従って改善情報を生成する。

例えば、改善情報生成部２９は、図１４に示す改善ルール情報２６５に従って、操作回数が基準値（例えば１回）未満の対象オブジェクトを削除することを示す改善情報を生成する。

図２９は、改善項目「ボタン削除」に対応する統計情報に基づいて生成された改善情報の提示画面例を示す図である。図２９に示す例では、操作回数が基準値未満であるオブジェクト５０ｊを削除することを示す改善情報が生成される。編集マネージャ２６ｄは、改善情報に従って画面構成を更新する指示を受け付けるためのウィンドウ６３を表示させる。ウィンドウ６３は、改善情報に従った画面構成の更新を指示するためのボタン６４と、画面構成の更新を行なわない旨を指示するためのボタン６５とを含む。ボタン６４が押下されると、編集マネージャ２６ｄは、改善情報に従ってプロジェクトデータ２５０を編集する。これにより、作業者にとって不要なオブジェクト５０ｊが削除され、画面が見やすくなる。

＜Ｌ．変形例＞
図３０は、変形例に係るサポート装置の機能構成を示す模式図である。図３０に示されるように、サポート装置３００は、改善情報生成部３９を含んでもよい。改善情報生成部３９は、ＣＰＵ３０２がサポートプログラム３７０を実行することにより実現される。

改善情報生成部３９は、図６に示すＨＭＩ２００の改善情報生成部２９と同様の処理を行なう。すなわち、改善情報生成部３９は、開発者からの指示に従って、改善ルール情報２６５および統計情報２８０に基づいて改善情報を生成し、生成した改善情報をユーザインターフェイス３２に表示する。これにより、開発者は、作業者の操作の傾向に応じた画面の変更方法を確認することができる。開発支援モジュール３３は、開発者からの指示に応じて、改善情報に従って画面構成を更新してもよい。

＜Ｍ．作用・効果＞
以上のように、制御対象を制御する制御装置１００に接続される情報処理システム１は、ユーザインターフェイス２３と、統計マネージャ２６ｃおよび統計処理部２８とを備える。ユーザインターフェイス２３は、制御装置１００に関連する情報を含む１以上の画面を表示し、当該１以上の画面に対する操作を受ける。統計マネージャ２６ｃおよび統計処理部２８は、ユーザインターフェイス２３の動作に関する統計情報を収集するための収集手段として動作する。

上記の構成によれば、収集された統計情報は、ユーザインターフェイス２３の動作の傾向を示す。そのため、統計情報を確認することにより、例えば、ユーザインターフェイス２３の画面表示の傾向、画面に対する作業者の操作の傾向など作業者の操作の傾向を容易に確認できる。その結果、１以上の画面について改善すべき事項を速やかに把握できる。

情報処理システム１は、統計情報を分析することにより予め定められた形式のグラフおよび図の少なくとも一方を作成し、作成したグラフおよび図の少なくとも一方を表示するための分析モジュール３５をさらに備える。

上記の構成によれば、グラフおよび図の少なくとも一方を確認することにより、ユーザインターフェイス２３の動作の傾向を把握しやすくなる。

情報処理システム１は、編集マネージャ２６ｄおよび改善情報生成部２９を備える。編集マネージャ２６ｄおよび改善情報生成部２９は、統計情報に基づいて、１以上の画面の構成に対する改善情報を生成し、改善情報を提示するための提示手段として動作する。

上記の構成によれば、ユーザインターフェイス２３の動作の傾向に応じて、画面構成をどのように変更すべきかを把握できる。

編集マネージャ２６ｄは、改善情報に従って１以上の画面の構成を更新するための更新手段として動作してもよい。これにより、画面構成に対する改善を速やかに実行することができる。

ユーザインターフェイス２３は、１以上の画面へのタッチ操作を受け付け可能である。統計情報は、例えば、１以上の画面に配置された対象オブジェクトの周囲領域においてタッチ操作が行なわれた位置の分布を示す。これにより、作業者の操作位置の傾向を把握できる。この場合、改善情報は、例えば、周囲領域に含まれる複数の区域のうちタッチ操作の行なわれた頻度が基準値を超える区域の方向に対象オブジェクトを拡大することを示す。改善情報に従って画面構成を更新することにより、作業者の操作位置の傾向に応じて対象オブジェクトのサイズが変更され、作業者の操作効率が向上する。

あるいは、統計情報は、例えば、複数の画面の各々の表示頻度を示してもよい。これにより、作業者が確認している画面の傾向を把握できる。この場合、改善情報は、複数の画面のうち表示頻度が基準値を超える画面を呼び出すためのショートカットボタンを１以上の画面に追加することを示す。改善情報に従って画面構成を更新することにより、作業者が頻繁に確認している画面を即座に呼び出すことができ、作業者の操作効率が向上する。

あるいは、１以上の画面は、第１画面（画面ａ、画面ｂ）、第２画面（画面ｃ）および第３画面（画面ｄ）を含んでもよい。統計情報は、第１画面、第２画面および第３画面の順に画面遷移するときの第２画面の表示時間の分布を示す。これにより、画面遷移の傾向を把握できる。

編集マネージャ２６ｄおよび改善情報生成部２９は、表示時間が所定時間（例えば３秒）未満である割合が基準値を超える場合に改善情報を生成すればよい。改善情報は、第１画面に第３画面へ遷移するための遷移ボタンを配置することを示す。表示時間が所定時間（例えば３秒）未満である割合が基準値を超える場合、第２画面は、単に第３画面に遷移するために表示されているに過ぎないケースが多いことを意味する。そのため、改善情報に従って画面構成を更新することにより、不要な第２画面への遷移を省略し、第１画面から第３画面に直接遷移できる。その結果、作業者の操作効率が向上する。

あるいは、統計情報は、１つの対象画面に配置された複数のオブジェクトの操作順序ごとの頻度を示してもよい。これにより、複数のオブジェクトの操作順序の傾向を把握できる。この場合、改善情報は、頻度が最も高い操作順序に従って複数のオブジェクトを並び替えることを示す。改善情報に従って画面構成を更新することにより、複数のオブジェクトの配置順序が操作順序と一致し、作業者の操作効率が向上する。

あるいは、統計情報は、１以上の画面に配置された対象オブジェクトに対する操作頻度を示してもよい。これにより、作業者による対象オブジェクトの使用の傾向を把握できる。この場合、編集マネージャ２６ｄおよび改善情報生成部２９は、操作頻度が基準値未満である場合に改善情報を生成すればよい。改善情報は、対象オブジェクトを削除することを示す。改善情報に従って画面構成を更新することにより、使用していないオブジェクトが削除され、画面が見やすくなる。

上記のユーザインターフェイス２３、統計マネージャ２６ｃおよび統計処理部２８は、プログラマブル表示器であるＨＭＩ２００に備えられる。これにより、ＨＭＩ２００において、作業者の操作の傾向を把握することができる。さらに、編集マネージャ２６ｄおよび改善情報生成部２９もＨＭＩ２００に備えられてもよい。これにより、ＨＭＩ２００において、改善情報に従って画面構成を適宜更新することができる。

また、分析モジュール３５は、ＨＭＩ２００と通信可能な情報処理装置であるサポート装置３００に備えられてもよい。これにより、開発者は、サポート装置３００を用いて、作業者の操作の傾向を容易に把握することができる。サポート装置３００は、改善情報生成部３９を備えていてもよい。これにより、開発者は、作業者の操作の傾向に応じて画面構成の更新すべき内容を把握できる。

＜Ｎ．付記＞
以上のように、本実施の形態および変形例は以下のような開示を含む。

（構成１）
制御対象を制御する制御装置（１００）に接続される情報処理システム（１）であって、
前記制御装置（１００）に関連する情報を含む１以上の画面を表示し、前記１以上の画面に対する操作を受けるユーザインターフェイス（２３）と、
前記ユーザインターフェイスの動作に関する統計情報を収集するための収集手段（２６ｃ，２８，２１１）とを備える、情報処理システム（１）。

（構成２）
前記統計情報を分析することにより予め定められた形式のグラフおよび図の少なくとも一方を作成し、作成した前記グラフおよび図の少なくとも一方を表示するための分析手段（３５）をさらに備える、構成１に記載の情報処理システム（１）。

（構成３）
前記統計情報に基づいて、前記１以上の画面の構成に対する改善情報を生成し、前記改善情報を提示するための提示手段（２６ｄ、２９，３９，２１１，３０２）をさらに備える、構成１または２に記載の情報処理システム（１）。

（構成４）
前記改善情報に従って前記１以上の画面の構成を更新するための更新手段（２６ｄ，３３，２１１，３０２）をさらに備える、構成３に記載の情報処理システム（１）。

（構成５）
前記ユーザインターフェイス（２３）は、前記１以上の画面へのタッチ操作を受け付け可能であり、
前記統計情報は、前記１以上の画面に配置された対象オブジェクトの周囲領域において前記タッチ操作が行なわれた位置の分布を示す、構成１または２に記載の情報処理システム（１）。

（構成６）
前記ユーザインターフェイス（２３）は、前記１以上の画面へのタッチ操作を受け付け可能であり、
前記統計情報は、前記対象オブジェクトの周囲領域において前記タッチ操作が行なわれた位置の分布を示し、
前記改善情報は、前記周囲領域に含まれる複数の区域のうち前記タッチ操作の行なわれた頻度が基準値を超える区域の方向に前記対象オブジェクトを拡大することを示す、構成３または４に記載の情報処理システム（１）。

（構成７）
前記１以上の画面は複数の画面を含み、
前記統計情報は、前記複数の画面の各々の表示頻度を示す、構成１または２に記載の情報処理システム（１）。

（構成８）
前記１以上の画面は複数の画面を含み、
前記統計情報は、前記複数の画面の各々の表示頻度を示し、
前記改善情報は、前記複数の画面のうち前記表示頻度が基準値を超える画面を呼び出すためのショートカットボタンを前記１以上の画面に追加することを示す、構成３または４に記載の情報処理システム（１）。

（構成９）
前記１以上の画面は、第１画面、第２画面および第３画面を含み、
前記統計情報は、前記第１画面、前記第２画面および前記第３画面の順に画面遷移するときの前記第２画面の表示時間の分布を示す、構成１または２に記載の情報処理システム（１）。

（構成１０）
前記１以上の画面は、第１画面、第２画面および第３画面を含み、
前記統計情報は、前記第１画面、前記第２画面および前記第３画面の順に画面遷移するときの前記第２画面の表示時間の分布を示し、
前記提示手段は、前記表示時間が所定時間未満である割合が基準値を超える場合に前記改善情報を生成し、
前記改善情報は、前記第１画面に前記第３画面へ遷移するための遷移ボタンを配置することを示す、構成３または４に記載の情報処理システム（１）。

（構成１１）
前記統計情報は、前記１以上の画面のうちの１つの画面に配置された複数のオブジェクトの操作順序ごとの頻度を示す、構成１または２に記載の情報処理システム（１）。

（構成１２）
前記統計情報は、前記１以上の画面のうちの１つの画面に配置された複数のオブジェクトの操作順序ごとの頻度を示し、
前記改善情報は、前記頻度が最も高い操作順序に従って前記複数のオブジェクトを並び替えることを示す、構成３または４に記載の情報処理システム（１）。

（構成１３）
前記統計情報は、前記１以上の画面に配置された対象オブジェクトに対する操作頻度を示す、構成１または２に記載の情報処理システム（１）。

（構成１４）
前記統計情報は、前記１以上の画面に配置された対象オブジェクトに対する操作頻度を示し、
前記提示手段は、前記操作頻度が基準値未満である場合に前記改善情報を生成し、
前記改善情報は、前記対象オブジェクトを削除することを示す、構成３または４に記載の情報処理システム（１）。

（構成１５）
制御対象を制御する制御装置（１００）に接続されるプログラマブル表示器（２００）であって、
前記制御装置に関連する情報を含む１以上の画面を表示し、前記１以上の画面に対する操作を受けるユーザインターフェイス（２３）と、
前記ユーザインターフェイスの動作に関する統計情報を収集するための収集手段（２６ｃ，２８，２１１）とを備える、プログラマブル表示器（２００）。

（構成１６）
前記統計情報に基づいて、前記１以上の画面の構成に対する改善情報を生成し、前記改善情報を提示するための提示手段（２６ｄ、２９，２１１）と、
前記改善情報に従って前記１以上の画面の構成を更新するための更新手段（２６ｄ，２１１）とをさらに備える、構成１５に記載のプログラマブル表示器（２００）。

（構成１７）
制御対象を制御する制御装置（１００）に接続されるプログラマブル表示器（２００）と通信可能な情報処理装置（３００）であって、
前記プログラマブル表示器（２００）は、
前記制御装置に関連する情報を含む１以上の画面を表示し、前記１以上の画面に対する操作を受けるユーザインターフェイス（２３）と、
前記ユーザインターフェイスの動作に関する統計情報を収集するための収集手段（２６ｃ，２８，２１１）とを備え、
前記情報処理装置（３００）は、
表示部（３２，３１４）と、
前記統計情報を分析することにより予め定められた形式のグラフおよび図の少なくとも一方を作成し、作成した前記グラフおよび図の少なくとも一方を前記表示部（３２，３１４）に表示するための分析手段（３５）とを備える、情報処理装置（３００）。

本発明の実施の形態について説明したが、今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 情報処理システム、２１，３１ 記憶部、２２ メインメモリ、２３，３２ ユーザインターフェイス、２４ 制御部、２６ ランタイムモジュール、２６ａ 画面マネージャ、２６ｂ 変数マネージャ、２６ｃ 統計マネージャ、２６ｄ 編集マネージャ、２７ 演算モジュール、２８ 統計処理部、２９，３９ 改善情報生成部、３３ 開発支援モジュール、３４ コンパイラ、３５ 分析モジュール、３６ 画面作成ツール、３７ コードエディタ、５０，５０ｂ〜５０ｆ，５０ｈ〜５０ｏ オブジェクト、５０ａ，６１，６２，６４，６５ ボタン、５０ｇ 画面遷移ボタン、５１ｂ，５１ｚ ショートカットボタン、６０，６３ ウィンドウ、７０ 周囲領域、７１ 上区域、７２ 下区域、７３ 左区域、７４ 右区域、７５ プロット、９０ 操作ログ情報、９１，９３ ログ要素、９２ イベントログ情報、１００ 制御装置、１７０ 制御プログラム、２１１，３０２ ＣＰＵ、２１２，３０４ ＲＯＭ、２１３，３０６ ＲＡＭ、２１４ フラッシュＲＯＭ、２１６ 操作キー、２１７ データリーダ／ライタ、２１８ タッチスクリーン、２１９ 通信インターフェイス、２２０ メモリカード、２５０ プロジェクトデータ、２５１ 画面データ、２５２ 変数データ、２６０ 改善テーブル、２６１ レコード、２６２ａ〜２６２ｇ フィールド、２６５ 改善ルール情報、２７０ システムプログラム、２８０ 統計情報、２８１，３１４ ディスプレイ、２８２ タッチパネル、３００ サポート装置、３０８ ＨＤＤ、３１０ キーボード、３１１ 入力部、３１２ マウス、３１７ 記録媒体読取装置、３１８ 通信インターフェイス、３２０ 内部バス、３２２ 記録媒体、３４０ ソースコード、３５０ 改善項目設定データ、３７０ サポートプログラム、４００ デバイス、ＳＹＳ 制御システム。

Claims (17)

1. 制御対象を制御する制御装置に接続される情報処理システムであって、
   前記制御装置に関連する情報を含む１以上の画面を表示し、前記１以上の画面に対する操作を受けるユーザインターフェイスと、
   前記ユーザインターフェイスの動作に関する統計情報を収集するための収集手段とを備える、情報処理システム。
2. 前記統計情報を分析することにより予め定められた形式のグラフおよび図の少なくとも一方を作成し、作成した前記グラフおよび図の少なくとも一方を表示するための分析手段をさらに備える、請求項１に記載の情報処理システム。
3. 前記統計情報に基づいて、前記１以上の画面の構成に対する改善情報を生成し、前記改善情報を提示するための提示手段をさらに備える、請求項１または２に記載の情報処理システム。
4. 前記改善情報に従って前記１以上の画面の構成を更新するための更新手段をさらに備える、請求項３に記載の情報処理システム。
5. 前記ユーザインターフェイスは、前記１以上の画面へのタッチ操作を受け付け可能であり、
   前記統計情報は、前記１以上の画面に配置された対象オブジェクトの周囲領域において前記タッチ操作が行なわれた位置の分布を示す、請求項１または２に記載の情報処理システム。
6. 前記ユーザインターフェイスは、前記１以上の画面へのタッチ操作を受け付け可能であり、
   前記統計情報は、前記１以上の画面に配置された対象オブジェクトの周囲領域において前記タッチ操作が行なわれた位置の分布を示し、
   前記改善情報は、前記周囲領域に含まれる複数の区域のうち前記タッチ操作の行なわれた頻度が基準値を超える区域の方向に前記対象オブジェクトを拡大することを示す、請求項３または４に記載の情報処理システム。
7. 前記１以上の画面は複数の画面を含み、
   前記統計情報は、前記複数の画面の各々の表示頻度を示す、請求項１または２に記載の情報処理システム。
8. 前記１以上の画面は複数の画面を含み、
   前記統計情報は、前記複数の画面の各々の表示頻度を示し、
   前記改善情報は、前記複数の画面のうち前記表示頻度が基準値を超える画面を呼び出すためのショートカットボタンを前記１以上の画面に追加することを示す、請求項３または４に記載の情報処理システム。
9. 前記１以上の画面は、第１画面、第２画面および第３画面を含み、
   前記統計情報は、前記第１画面、前記第２画面および前記第３画面の順に画面遷移するときの前記第２画面の表示時間の分布を示す、請求項１または２に記載の情報処理システム。
10. 前記１以上の画面は、第１画面、第２画面および第３画面を含み、
    前記統計情報は、前記第１画面、前記第２画面および前記第３画面の順に画面遷移するときの前記第２画面の表示時間の分布を示し、
    前記提示手段は、前記表示時間が所定時間未満である割合が基準値を超える場合に前記改善情報を生成し、
    前記改善情報は、前記第１画面に前記第３画面へ遷移するための遷移ボタンを配置することを示す、請求項３または４に記載の情報処理システム。
11. 前記統計情報は、前記１以上の画面のうちの１つの画面に配置された複数のオブジェクトの操作順序ごとの頻度を示す、請求項１または２に記載の情報処理システム。
12. 前記統計情報は、前記１以上の画面のうちの１つの画面に配置された複数のオブジェクトの操作順序ごとの頻度を示し、
    前記改善情報は、前記頻度が最も高い操作順序に従って前記複数のオブジェクトを並び替えることを示す、請求項３または４に記載の情報処理システム。
13. 前記統計情報は、前記１以上の画面に配置された対象オブジェクトに対する操作頻度を示す、請求項１または２に記載の情報処理システム。
14. 前記統計情報は、前記１以上の画面に配置された対象オブジェクトに対する操作頻度を示し、
    前記提示手段は、前記操作頻度が基準値未満である場合に前記改善情報を生成し、
    前記改善情報は、前記対象オブジェクトを削除することを示す、請求項３または４に記載の情報処理システム。
15. 制御対象を制御する制御装置に接続されるプログラマブル表示器であって、
    前記制御装置に関連する情報を含む１以上の画面を表示し、前記１以上の画面に対する操作を受けるユーザインターフェイスと、
    前記ユーザインターフェイスの動作に関する統計情報を収集するための収集手段とを備える、プログラマブル表示器。
16. 前記統計情報に基づいて、前記１以上の画面の構成に対する改善情報を生成し、前記改善情報を提示するための提示手段と、
    前記改善情報に従って前記１以上の画面の構成を更新するための更新手段とをさらに備える、請求項１５に記載のプログラマブル表示器。
17. 制御対象を制御する制御装置に接続されるプログラマブル表示器と通信可能な情報処理装置であって、
    前記プログラマブル表示器は、
    前記制御装置に関連する情報を含む１以上の画面を表示し、前記１以上の画面に対する操作を受けるユーザインターフェイスと、
    前記ユーザインターフェイスの動作に関する統計情報を収集するための収集手段とを備え、
    前記情報処理装置は、
    表示部と、
    前記統計情報を分析することにより予め定められた形式のグラフおよび図の少なくとも一方を作成し、作成した前記グラフおよび図の少なくとも一方を前記表示部に表示するための分析手段とを備える、情報処理装置。

Images