JP7293168B2 - 操作入力装置 - Google Patents

Description

本発明の実施形態は、操作入力装置に関する。

制御システムは、例えば、コントローラやＨＭＩ（Human Machine Interface）等の複数のコンポーネントを含む。そして、コンポーネントは、ハードウェア（Ｈ／Ｗ）、ＯＳ（Operating System）、ソフトウェア（Ｓ／Ｗ）等の複数の構成要素を含む。

ところで、リカーリング型ビジネスモデルを、制御システム内のコンポーネントに適用することが検討されている。リカーリング型ビジネスモデルによれば、コンポーネントに含まれる構成要素を売り切るのではなく、ライセンス契約によって一定期間の使用を許諾することで、制御システムの初期導入費用を抑えることができる。また、ライセンス契約の更新により、最新の構成要素を含むコンポーネントによって制御システムを維持することができ、かつ短期間で制御システムを強化可能となる。

特許第５４５４１０２号公報

コンポーネントに含まれる構成要素を売り切る場合、ユーザ主導で、構成要素の更新を計画するため、ユーザが任意に構成要素の更新時期を決定することができる。しかしながら、リカーリング型ビジネスモデルを、制御システム内のコンポーネントに適用して、定期的にコンポーネントのモデルチェンジを実施する場合、コンポーネントの構成要素の更新時期がライセンス契約により決定される。よって、コンポーネントの構成要素の更新を円滑に進めるためには、ユーザが更新時期を忘れないように、ユーザを確実にフォローする必要がある。また、コンポーネントの構成要素の更新を円滑に進めるためには、既設のコンポーネントのバージョン情報をベンダーが把握し、既設のコンポーネントとの組合せ条件を満たすコンポーネントを用意する必要がある。

実施形態の操作入力装置は、ライセンス契約情報記憶部を備える。ライセンス契約情報記憶部は、制御システムに対応付けて、当該制御システムに含まれる各コンポーネントの構成要素のバージョンを示すコンポーネント情報と、構成要素のライセンスの有効期間であるライセンス期間を示すライセンス期間情報と、を含むライセンス契約情報を記憶する。

図１は、第１の実施形態にかかる制御システムの構成の一例を示す図である。 図２は、第１の実施形態にかかる制御システムの機能構成の一例を示す図である。 図３は、第１の実施形態におけるガイダンスデータベースのデータ内容の一例を示す図である。 図４は、第１の実施形態にかかるＨＭＩに付与されるライセンス契約情報等の一例を示す図である。 図５は、第１の実施形態にかかるＨＭＩにおいて表示されるバージョン・ライセンス情報表示画面の一例を示す図である。 図６は、第１の実施形態にかかるＨＭＩにおいて表示されるガイダンス画面の一例を示す図である。 図７は、第１の実施形態にかかるＨＭＩにおいて表示されるガイダンス画面の一例を示す図である。 図８は、第２の実施形態にかかる制御システムの機能構成の一例を示す図である。 図９は、第３の実施形態にかかる制御システムにおけるデータの流れを示す図である。 図１０は、第４の実施形態にかかる制御システムにおけるデータの流れを示す図である。 図１１は、第５の実施形態にかかるＨＭＩに付与されるライセンス契約情報の一例を示す図である。 図１２は、第５の実施形態にかかるＨＭＩにおいて表示されるバージョン・ライセンス情報表示画面の一例を示す図である。 図１３は、第６の実施形態にかかる制御システムの機能構成の一例を示す図である。

以下、添付の図面を用いて、本実施形態にかかる操作入力装置の一例であるＨＭＩ（Human Machine Interface）を有する制御システムについて説明する。なお、第２の実施形態以降では、それまでの実施形態で説明した事項と同様の事項については、説明を適宜省略する。

（第１の実施形態）
図１は、第１の実施形態にかかる制御システムの構成の一例を示す図である。まず、図１を用いて、本実施形態にかかる制御システムの構成の一例について説明する。

本実施形態にかかる制御システムは、図１に示すように、ＨＭＩ１、コントローラ２、およびエンジニアリングツール３を有する。

本実施形態では、ＨＭＩ１およびコントローラ２がコンポーネントの一例である。また、本実施形態では、ＨＭＩ１、コントローラ２、およびエンジニアリングツール３は、ＬＡＮ（Local Area Network）により互いに通信可能に接続されている。

そして、ＨＭＩ１やコントローラ２等のコンポーネントは、ハードウェア（Ｈ／Ｗ）、ＯＳ（Operating System）、ソフトウェア（Ｓ／Ｗ）等の構成要素を含む。

具体的には、コントローラ２は、制御演算や入出力にリアルタイム性が求められるため、組み込み型のハードウェアやリアルタイムＯＳ等の構成要素を含む。そして、コントローラ２は、組み込み型のハードウェアやリアルタイムＯＳ等のプラットフォーム上で、当該コントローラ２の機能をサポートするソフトウェアが動作する。

また、ＨＭＩ１は、汎用ＰＣおよび汎用ＯＳ等の構成要素を含む。そして、ＨＭＩ１は、汎用ＰＣや汎用ＯＳ等のプラットフォーム上で、当該ＨＭＩ１の機能をサポートするソフトウェアが動作する。

図２は、第１の実施形態にかかる制御システムの機能構成の一例を示す図である。次に、図２を用いて、本実施形態にかかる制御システムの機能構成の一例について説明する。

まず、コントローラ２の機能構成の一例について説明する。本実施形態では、コントローラ２は、図２に示すように、バージョン情報記憶部２０１、およびアラーム発生機能部２０２を有する。

バージョン情報記憶部２０１は、コントローラ２のコンポーネントＩＤと対応付けて、コントローラ２自身が有するソフトウェア、ＯＳ、ハードウェア等の構成要素のバージョン情報を記憶する。ここで、コンポーネントＩＤは、制御システム内において、ＨＭＩ１やコントローラ２等のコンポーネントを識別可能とするＩＤである。

アラーム発生機能部２０２は、コントローラ２のメモリパリティエラー等のシステムアラームが発生した場合に、当該発生したシステムアラームを、ＬＡＮを介して接続される、ＨＭＩ１等の外部機器に通知する。

次に、エンジニアリングツール３の機能構成の一例について説明する。本実施形態では、エンジニアリングツール３は、図２に示すように、ガイダンス設定機能部３０１を有する。

ガイダンス設定機能部３０１は、ガイダンスデータベースを設定する。ここで、ガイダンスデータベースは、ガイダンス内容、および当該ガイダンス内容の表示条件を含むデータベースである。ガイダンス内容は、制御システム内のコンポーネントが有する構成要素のライセンスの更新時期が近づいた際に通知（表示）するメッセージである。

ここで、図３は、第１の実施形態におけるガイダンスデータベースのデータ内容の一例を示す図である。本実施形態では、ガイダンスデータベースは、図３に示すように、ガイダンス内容を識別するガイダンス番号に対応付けて、ガイダンス内容を表示するコンポーネント、ガイダンス内容の表示時期（ガイダンス内容の表示条件の一例）、ガイダンス内容のスヌーズ機能の設定（ガイダンス内容の表示条件の一例）、およびガイダンス内容を記憶する。

本実施形態では、ガイダンス内容には、図３に示すように、制御システム内のコンポーネントにおいてシステムアラームが発生した際に通知（表示）するメッセージ（例えば、コントローラ２において発生するメモリパリティエラーの通知用の定型文）が含まれる。システムアラームが発生した際のガイダンス内容の表示時期には、制御システム内のコンポーネントにおいてシステムアラームが発生した際に通知するガイダンス内容の表示時期が含まれる。

ここで、ガイダンスデータベースの設定処理の流れの一例について説明する。まず、ガイダンス設定機能部３０１は、エンジニアリングツール３のユーザによる操作に応じて、ガイダンス内容を設定するコンポーネントを設定する。

次に、ガイダンス設定機能部３０１は、ガイダンス内容の表示条件の一例であるガイダンス内容の表示時期を設定する。例えば、ガイダンス設定機能部３０１は、構成要素のライセンスが有効な期間であるライセンス期間が終了する前の日時（例えば、１年前、１か月前、または３カ月前）や、特定のシステムアラームの発生時（例えば、メモリパリティエラーの発生時）を、ガイダンス内容の表示時期として設定する。

次に、ガイダンス設定機能部３０１は、ガイダンス内容の表示条件の一例であるスヌーズ機能を設定する。例えば、ガイダンス設定機能部３０１は、スヌーズ機能によってガイダンス内容を通知する間隔（なし、１日おき、７日おきなど）を設定する。

次に、ガイダンス設定機能部３０１は、エンジニアリングツール３において表示されるガイダンス画面において、選択または直接入力されるメッセージを、ガイダンス内容（例えば、「設備担当の＊＊＊さんに至急連絡してください。」、「定検時期を調整してください。」）として設定する。

さらに、ガイダンス設定機能部３０１は、当該ガイダンス画面において、システムアラーム（例えば、メモリパリティエラー）が発生した際に通知するメッセージ（例えば、「メモリモジュールを交換してください。」等の定型文）を、ガイダンス内容として設定する。なお、当該定型文は、ベンダーが予め用意し、エンジニアリングツール３に設定しておくものとする。

そして、ガイダンス設定機能部３０１は、設定したガイダンスデータベースを、制御システム内のコンポーネントのうち、ガイダンス内容を表示するコンポーネント（例えば、ＨＭＩ１）が有するガイダンスＤＢ記憶部１０５にダウンロードする。

次に、ＨＭＩ１の機能構成の一例について説明する。本実施形態では、ＨＭＩ１は、図２に示すように、ライセンス契約情報記憶部１０１、ライセンス契約情報収集機能部１０２、バージョン情報収集機能部１０３、バージョン情報記憶部１０４、ガイダンスＤＢ記憶部１０５、表示制御部１０６、システムアラーム履歴記憶部１０７、および表示部１０８を有する。

バージョン情報記憶部１０４は、ＨＭＩ１のコンポーネントＩＤと対応付けて、ＨＭＩ１自身が有するソフトウェア、ＯＳ、ハードウェア等の構成要素のバージョン情報を記憶する。

ガイダンスＤＢ記憶部１０５は、エンジニアリングツール３のガイダンス設定機能部３０１からダウンロードされるガイダンスデータベースを記憶する記憶部の一例である。

システムアラーム履歴記憶部１０７は、制御システム内のコンポーネント（例えば、コントローラ２）から通知されるシステムアラームの発生履歴（例えば、システムアラームの発生日時）を記憶する。

ライセンス契約情報記憶部１０１は、制御システムに対応付けて、当該制御システムに含まれる各コンポーネントの構成要素のバージョンを示すコンポーネント情報と、当該構成要素のライセンス期間を示すライセンス期間情報と、を含むライセンス契約情報を記憶する記憶部の一例である。

これにより、ＨＭＩ１のユーザが、ライセンス契約情報記憶部１０１に記憶されるライセンス契約情報を確認することで、構成要素の更新時期を忘れないように、ユーザを確実にフォローすることができる。その結果、コンポーネントの構成要素の更新を円滑に進めることができる。

また、既設のコンポーネントが有する構成要素のバージョン情報をベンダーが把握し、既設のコンポーネントとの組合せ条件を満たすコンポーネントを用意することができる。その結果、コンポーネントの構成要素の更新を円滑に進めることができる。

本実施形態では、制御システムの外部のライセンス管理システム９（図２）において、ライセンス契約情報が生成され、ＨＭＩ１等のコンポーネントに対して、当該生成されるライセンス契約情報が付与される。

例えば、ライセンス管理システム９を管理するベンダーは、制御システムを管理する顧客のメールアドレスに対して、当該生成されるライセンス契約情報を添付したメールを送信することにより、顧客に対してライセンス契約情報を付与する。または、ライセンス管理システム９を管理するベンダーは、制御システムを管理する顧客の住所に対して、ライセンス契約情報が記録されるメディアを郵送することにより、顧客に対してライセンス契約情報を付与する。そして、顧客は、ＨＭＩ１を操作して、付与されるライセンス契約情報を、ライセンス契約情報記憶部１０１に書き込む。

ライセンス契約情報収集機能部１０２は、ライセンス契約情報記憶部１０１から、ライセンス契約情報を読み出す。

バージョン情報収集機能部１０３は、制御システム内の各コンポーネントから、バージョン情報を収集する。本実施形態では、バージョン情報収集機能部１０３は、ＨＭＩ１自身のバージョン情報記憶部１０４およびコントローラ２のバージョン情報記憶部２０１から、バージョン情報を読み出す。

表示制御部１０６は、ライセンス契約情報収集機能部１０２によって読み出されるライセンス契約情報、およびバージョン情報収集機能部１０３により読み出されるバージョン情報に基づいて、表示部１０８に対して、バージョン・ライセンス情報表示画面を表示させる。

ここで、バージョン・ライセンス情報表示画面は、ＨＭＩ１自身が属する制御システム内の各コンポーネントが有する構成要素のバージョン情報、および当該構成要素のライセンス期間を示す画面である。これにより、ＨＭＩ１のユーザが、バージョン・ライセンス情報表示画面を確認することで、コンポーネントの更新時期を忘れないように、ユーザを確実にフォローすることができる。その結果、コンポーネントの構成要素の更新を円滑に進めることができる。

本実施形態では、ライセンス契約情報が含むコンポーネント情報が示す各構成要素のバージョン情報と、バージョン情報収集機能部１０３により収集される各構成要素のバージョン情報と、が異なる場合、表示制御部１０６は、バージョン情報収集機能部１０３により収集される各構成要素のバージョン情報を、バージョン・ライセンス情報表示画面に含めるものとする。

また、表示制御部１０６は、ライセンス契約情報収集機能部１０２により読み出されるライセンス契約情報、およびガイダンスＤＢ記憶部１０５に記憶されるガイダンスデータベースに基づいて、ＨＭＩ１が有する表示部１０８に対して、ガイダンス画面を表示させる。

ここで、ガイダンス画面は、ＨＭＩ１自身が属する制御システム内の各コンポーネントが有する構成要素のライセンスの更新時期を示すガイダンス内容を含む画面である。これにより、ＨＭＩ１のユーザがコンポーネントの更新時期を忘れないように、ユーザをより確実にフォローできる。その結果、コンポーネントの構成要素の更新をより円滑に進めることができる。

本実施形態では、システムアラームが発生した場合も、表示制御部１０６は、ライセンス契約情報およびガイダンスデータベースに基づいて、システムアラームが発生した際に通知するガイダンス内容を含むガイダンス画面を、ＨＭＩ１が有する表示部１０８に対して表示させる。これにより、制御システム内のコンポーネントにおいて発生したシステムアラームを、ＨＭＩ１のユーザが見落とさないように、ユーザを確実にフォローできる。その結果、コンポーネントで発生するシステムアラームに対する対応を円滑に進めることができる。

図４は、第１の実施形態にかかるＨＭＩに付与されるライセンス契約情報等の一例を示す図である。次に、図４を用いて、本実施形態にかかるＨＭＩ１に付与されるライセンス契約情報等の一例について説明する。

本実施形態では、ライセンス管理システム９は、図４（ａ）に示すように、コンポーネントのライセンスの契約締結時に、顧客情報と、コンポーネント情報と、ライセンス期間情報と、を別々に管理している。具体的には、ライセンス管理システム９は、この時点で、コンポーネント情報に示すように、顧客（顧客ＩＤ）が保持しているコンポーネントの種類（コンポーネントＩＤ）や構成要素やバージョンを管理している。しかし、ライセンス管理システム９は、顧客における制御システムを構成するコンポーネントの組み合わせの情報は、管理していない。したがって、図４（ａ）における顧客情報とライセンス期間情報では、制御システムＩＤの欄が空欄になっている。

その後、ライセンス管理システム９は、ライセンスの契約を行ったコンポーネントのコンポーネントＩＤを、顧客に通知する。コンポーネントＩＤが通知された顧客は、制御システムを構成するコンポーネントの組み合わせの情報（コンポーネントＩＤ）をライセンス管理システム９に申告する。

ライセンス管理システム９は、顧客から、制御システムを構成するコンポーネント（コンポーネントＩＤ）の申告を受け付けると、制御システムＩＤを採番する。これにより、図４（ｂ）に示すように、ライセンス管理システム９は、その制御システムＩＤをキーに顧客情報とコンポーネント情報とライセンス期間情報を関連付けてライセンス契約情報を作成する。図４（ｂ）の例では、ライセンス契約情報は、顧客「Customer A」における制御システム「ControlSystemA」がコンポーネント「ComponentA」、「ComponentB」から構成されていること、各コンポーネントの構成要素ごとのバージョン、各コンポーネントのライセンス期間などを含んで構成されている。

その後、ライセンス管理システム９は、ライセンス契約情報を、該当する顧客に対して付与する。ＨＭＩ１は、ライセンス管理システム９から付与されるライセンス契約情報を、ライセンス契約情報記憶部１０１に書き込む。

ところで、コンポーネントが有するハードウェア、ＯＳ、ソフトウェア等の構成要素には、組合せ可能なバージョンの条件が存在する。例えば、長く使用されているＨＭＩ１のハードウェアおよびＯＳが故障して更新する場合、調達可能なハードウェアおよびＯＳは新しいバージョンであることが多い。そのため、構成要素のバージョンの組合せの条件によっては、既設のソフトウェアを流用することができず、ハードウェアおよびＯＳだけでなく、ソフトウェアのバージョンアップも必要となる。

また、コンポーネント間においても、組合せ可能なバージョンの条件が存在する。例えば、長く使用されているＨＭＩ１が故障して更新する場合、調達可能なハードウェアおよびＯＳは、新しいバージョンであることが多い。この場合、ＨＭＩ１に搭載される新しいバージョンのハードウェアおよびＯＳには、新しい機能が搭載され、制御システム内の他のコンポーネント（例えば、コントローラ２）に対しても影響を及ぼすため、当該他のコンポーネントのバージョンアップも必要となる。

よって、コンポーネントの追加時や更新時には、コンポーネントが有する複数の構成要素間およびコンポーネント間において組合せ可能なバージョンを確認することが必要となる。特に、リカーリング型ビジネスモデルを制御システム内のコンポーネントに適用した場合、ライセンス期間内におけるコンポーネントの更新時期は、契約によって決定される。よって、コンポーネントの更新を円滑に進めるためには、ユーザが更新時期を忘れないように、ユーザを確実にフォローする必要がある。また、コンポーネントの構成要素の更新を円滑に進めるためには、既設のコンポーネントのバージョン情報をベンダーが把握し、既設のコンポーネントとの組合せ条件を満たすコンポーネントを用意する必要がある。

そこで、本実施形態では、ＨＭＩ１は、上述したように、図４（ｂ）に示すライセンス契約情報を記憶するライセンス契約情報記憶部１０１を有する。これにより、ＨＭＩ１のユーザが、ライセンス契約情報記憶部１０１に記憶されるライセンス契約情報を確認することで、構成要素の更新時期を忘れないように、ユーザを確実にフォローすることができる。その結果、コンポーネントの構成要素の更新を円滑に進めることができる。また、既設のコンポーネントが有する構成要素のバージョン情報をベンダーが把握し、既設のコンポーネントとの組合せ条件を満たすコンポーネントを用意することができる。その結果、コンポーネントの構成要素の更新を円滑に進めることができる。

図５は、第１の実施形態にかかるＨＭＩ１において表示されるバージョン・ライセンス情報表示画面の一例を示す図である。次に、図５を用いて、本実施形態にかかるＨＭＩ１において表示されるバージョン・ライセンス情報表示画面Ｇ１の一例について説明する。

本実施形態では、表示制御部１０６は、図５に示すように、ライセンス契約情報記憶部１０１に記憶されるライセンス契約情報に基づいて、ＨＭＩ１自身が属する制御システム内のコンポーネント、当該コンポーネントが有する構成要素、当該構成要素のバージョン情報、当該コンポーネントのコンポーネントＩＤ、および当該コンポーネントのライセンス期間を含むバージョン・ライセンス情報表示画面Ｇ１を、ＨＭＩ１の表示部１０８に表示する。

また、本実施形態では、表示制御部１０６は、図５に示すように、ライセンス契約情報の出力を指示可能なファイル出力ボタン４０１を含むバージョン・ライセンス情報表示画面Ｇ１を、ＨＭＩ１の表示部１０８に表示する。そして、バージョン・ライセンス情報表示画面Ｇ１に含まれるファイル出力ボタン４０１によって、ライセンス契約情報の出力が指示されると、ライセンス契約情報収集機能部１０２は、プリンタ等に対して、ライセンス契約情報記憶部１０１から読み出したライセンス契約情報の出力を指示する。

図６は、第１の実施形態にかかるＨＭＩ１において表示されるガイダンス画面の一例を示す図である。次に、図６を用いて、本実施形態にかかるＨＭＩ１において表示されるガイダンス画面Ｇ２の一例について説明する。

本実施形態では、表示制御部１０６は、ライセンス契約情報記憶部１０１に記憶されるライセンス契約情報が含むライセンス期間情報、およびガイダンスＤＢ記憶部１０５に記憶されるガイダンスデータベースが含むガイダンス内容の表示時期（例えば、ライセンス期間が終了する１か月前）に基づいて、ガイダンス内容の表示時期となったか否かを判定する。

そして、ガイダンス内容の表示時期となったと判定した場合、表示制御部１０６は、図６に示すように、ライセンス契約情報が含むライセンス期間情報、および、ガイダンスデータベースが含むスヌーズ機能の設定に基づいて、ライセンスの更新期間を示すデフォルトのメッセージ（例えば、「ＨＭＩの更新をお願いします。ライセンス期間：２０１９／０６／０６－２０２２／０６／０５ スヌーズ：１日おき」）を含むガイダンス画面Ｇ２を、ＨＭＩ１の表示部１０８に表示する。その際、表示制御部１０６は、図６に示すように、ガイダンスデータベースが含むガイダンス内容（例えば、「設備担当の＊＊＊さんに至急連絡してください。」）を、ガイダンス画面Ｇ２に含めるものとする。

また、表示制御部１０６は、図６に示すように、ガイダンス画面Ｇ２を閉じることを指示可能なＯＫボタン５０１を、ガイダンス画面Ｇ２に含める。そして、表示制御部１０６は、ＯＫボタン５０１によって、ガイダンス画面Ｇ２を閉じることが指示されると、表示部１０８に対するガイダンス画面Ｇ２の表示を終了する。ただし、ガイダンスデータベースにおいてガイダンス内容のスヌーズ機能が設定されている場合には、表示制御部１０６は、スヌーズ機能の設定（例えば、１日おき）に応じて、表示部１０８に対するガイダンス画面Ｇ２の表示を繰り返す。

図７は、第１の実施形態にかかるＨＭＩ１において表示されるガイダンス画面の一例を示す図である。次に、図７を用いて、本実施形態にかかるＨＭＩ１において表示されるガイダンス画面Ｇ２の他の例について説明する。

本実施形態では、表示制御部１０６は、制御システム内のコンポーネント（例えば、コントローラ２のアラーム発生機能部２０２）から、システムアラームが通知されたか否かを判定する。そして、システムアラームが通知された場合、表示制御部１０６は、通知されたシステムアラームが、ガイダンスＤＢ記憶部１０５に記憶されるガイダンスデータベースに含まれるガイダンス内容の表示条件（例えば、メモリパリティエラー）に合致するか否かを判定する。

通知されたシステムアラームが、ガイダンス内容の表示条件に合致した場合、表示制御部１０６は、図７に示すように、ガイダンスデータベースが含むガイダンス内容に基づいて、ライセンスの更新期間を示すデフォルトのメッセージと、当該通知されたシステムアラームに対応するガイダンス内容（例えば、「メモリモジュールを交換してください。」）と、を含むガイダンス画面Ｇ２を、ＨＭＩ１の表示部１０８に表示する。

その際、表示制御部１０６は、図７に示すように、システムアラーム履歴記憶部１０７に記憶されるシステムアラームの発生履歴に基づいて、システムアラームの発生履歴を示す情報（例えば、「コントローラのメモリパリティエラーはライセンス期間：２０１９／０６／０６－２０２２／０６／０５において３回発生しています。前回の発生日時は２０２０／０２／０２ ２２：２２：２２です。」）を、ガイダンス画面Ｇ２に含める。

このように、第１の実施形態にかかる制御システムによれば、ＨＭＩ１のユーザが、ライセンス契約情報記憶部１０１に記憶されるライセンス契約情報を確認することで、構成要素の更新時期を忘れないように、ユーザを確実にフォローすることができるので、コンポーネントの構成要素の更新を円滑に進めることができる。

（第２の実施形態）
第２の実施形態では、ＨＭＩ１は、バージョン情報収集機能部１０３により収集した構成要素のバージョンと、ライセンス契約情報記憶部１０１に記憶される構成要素のバージョンと、の差分情報を求め、当該求めた差分情報を、ゲートウェイ７０１に送信する例である。以下の説明では、第１の実施形態と同様の構成については説明を省略する。

図８は、第２の実施形態にかかる制御システムの機能構成の一例を示す図である。図８を用いて、本実施形態にかかる制御システムの機能構成の一例について説明する。

本実施形態にかかる制御システムは、図８に示すように、ＨＭＩ１、コントローラ２、およびエンジニアリングツール３に加えて、ゲートウェイ７０１を有する。

ゲートウェイ７０１は、図８に示すように、制御システム内のＨＭＩ１やコントローラ２等のコンポーネントと、ライセンス管理システム９等の外部システムと、の間の通信を中継する機器（ゲートウェイ装置）である。ゲートウェイ７０１を介して、コンポーネントとライセンス管理システム９間で送受信される各種情報（例えば、ライセンス契約情報）は、暗号化等により秘匿化されるものとする。

本実施形態では、ゲートウェイ７０１は、図８に示すように、ライセンス申請機能部７０１ａ、ライセンス契約情報配信機能部７０１ｂ、およびバージョン情報収集機能部７０１ｃを有する。

ライセンス申請機能部７０１ａは、コンポーネントのライセンスの契約締結後、顧客から申告されるコンポーネントＩＤを、インターネット等のネットワークを介して、ライセンス管理システム９に通知する（動作（１））。なお、本実施形態では、ライセンス申請機能部７０１ａをゲートウェイ７０１に設けているが、ライセンス管理システム９に設けても良い。

次に、ライセンス管理システム９は、ライセンス申請機能部７０１ａから通知されたコンポーネントＩＤのコンポーネントのライセンス契約情報が含む顧客情報およびライセンス期間情報に対して、採番した制御システムＩＤを含める。その後、ライセンス管理システム９は、ライセンス契約情報（図４（ｂ））を、ゲートウェイ７０１に送信する（動作（２））。

つまり、ライセンス契約情報配信機能部７０１ｂは、ネットワークを介して、ライセンス管理システム９から、ライセンス契約情報を受信する。そして、ライセンス契約情報配信機能部７０１ｂは、ライセンス管理システム９から受信したライセンス契約情報を、ＬＡＮを介して、制御システム内のＨＭＩ１に配信する（動作（３））。ＨＭＩ１は、ライセンス契約情報配信機能部７０１ｂから配信されたライセンス契約情報を、ライセンス契約情報記憶部１０１に書き込む。

次に、バージョン情報収集機能部７０１ｃは、ＬＡＮを介して、ＨＭＩ１のバージョン情報収集機能部１０３と通信して、当該バージョン情報収集機能部１０３により収集される、制御システム内のコンポーネントのバージョン情報を受信する（動作（４））。本実施形態では、バージョン情報収集機能部７０１ｃは、制御システム内のＨＭＩ１のうち、いずれか１つのＨＭＩ１のバージョン情報収集機能部１０３により収集されるバージョン情報を受信するものとする。

上述のライセンス申請機能部７０１ａは、バージョン情報収集機能部７０１ｃによりＨＭＩ１から受信したバージョン情報（コンポーネントＩＤを含む）を、ネットワークを介して、ライセンス管理システム９に送信する（動作（５））。本実施形態では、ライセンス申請機能部７０１ａは、暗号化されているコンポーネントのバージョン情報を復号して、ライセンス管理システム９に送信する。ライセンス管理システム９は、当該ライセンス管理システム９において生成するライセンス契約情報が含むコンポーネント情報が示す構成要素のバージョンと、受信するバージョン情報が示す構成要素のバージョンと、が一致するか否かを判定する。

そして、ライセンス管理システム９は、ライセンス契約情報が含むコンポーネント情報が示す構成要素のバージョンと、受信するバージョン情報が示す構成要素のバージョンとが異なる場合、当該コンポーネント情報が示す構成要素のバージョンを、当該受信するバージョン情報が示す構成要素のバージョンによって更新する。これにより、ライセンス管理システム９を管理するベンダーは、制御システム内の各コンポーネントが有する既設の構成要素のバージョンを容易に把握することができるので、構成要素の更新を円滑に進めることができる。

本実施形態では、ＨＭＩ１のライセンス契約情報収集機能部１０２は、ライセンス管理システム９から、インターネット等のネットワークを介して、ライセンス契約情報を受信する。具体的には、ライセンス契約情報収集機能部１０２は、ゲートウェイ７０１が有するライセンス契約情報配信機能部７０１ｂにより配信されるライセンス契約情報を受信する。そして、ライセンス契約情報収集機能部１０２は、受信したライセンス契約情報を、ライセンス契約情報記憶部１０１に書き込む。

ＨＭＩ１のバージョン情報収集機能部１０３は、制御システム内の各コンポーネントから収集したバージョン情報を、ＬＡＮを介して、ゲートウェイ７０１に送信する。その際、バージョン情報収集機能部１０３は、ライセンス契約情報記憶部１０１に記憶されるライセンス契約情報が含むコンポーネント情報（バージョン）と、制御システム内の各コンポーネントから収集するバージョン情報と、が一致するか否かを判定する。

そして、バージョン情報収集機能部１０３は、ライセンス契約情報が含むコンポーネント情報が示す構成要素のバージョンと、制御システム内の各コンポーネントから収集するバージョン情報が示す構成要素のバージョンと、の差分情報を、ＬＡＮを介して、ゲートウェイ７０１に送信する。すなわち、バージョン情報収集機能部１０３は、制御システム内の各コンポーネントから収集するバージョン情報のうち、ライセンス契約情報が含むコンポーネント情報が示す構成要素のバージョンと異なるバージョンを示すバージョン情報を、差分情報として、ゲートウェイ７０１に送信する。

このように、第２の実施形態にかかる制御システムによれば、ライセンス管理システム９を管理するベンダーは、制御システム内の各コンポーネントが有する既設の構成要素のバージョンを容易に把握することができるので、構成要素の更新を円滑に進めることができる。

（第３の実施形態）
次に、第３の実施形態の制御システムについて説明する。図９は、第３の実施形態にかかる制御システムにおけるデータの流れを示す図である。第３の実施形態では、ＨＭＩ１から、ライセンス申請時にコンポーネントのバージョン情報をゲートウェイ７０１に送信する。

まず、ゲートウェイ７０１のバージョン情報収集機能部７０１ｃは、ＨＭＩ１のバージョン情報収集機能部１０３と通信し、コンポーネントのバージョン情報を取得する（動作（１１）、（１２））。なお、このバージョン情報は、暗号化処理されている。

次に、ゲートウェイ７０１のライセンス申請機能部７０１ａは、バージョン情報収集機能部７０１ｃから取得したバージョン情報を復号する（動作（１３））。このようにして、ライセンス申請機能部７０１ａは、制御システムの全コンポーネントのバージョン情報（コンポーネントＩＤを含む。）を取得する。

次に、ゲートウェイ７０１のライセンス申請機能部７０１ａは、ライセンス管理システム９に対して、ライセンス申請時に、バージョン情報（コンポーネントＩＤを含む。）を送信する（動作（１４））。以降の各装置の動作は、ライセンス管理システム９が制御システムの全コンポーネントのバージョン情報をすでに取得している以外は、第１の実施形態と同様である。

このように、第３の実施形態にかかる制御システムによれば、各コンポーネントからライセンス管理システム９へのライセンス申請等の処理をより簡易的かつ正確にすることができる。

なお、ライセンス申請機能部７０１ａを設ける場所は、ゲートウェイ７０１に限定されず、ライセンス管理システム９であってもよい。

（第４の実施形態）
次に、第４の実施形態の制御システムについて説明する。図１０は、第４の実施形態にかかる制御システムにおけるデータの流れを示す図である。第４の実施形態では、ライセンス申請後に、ゲートウェイ７０１において定期的にコンポーネントのバージョン情報を収集し、ライセンス管理システム９に送信する。

まず、ゲートウェイ７０１のバージョン情報収集機能部７０１ｃは、定期的に、ＨＭＩ１のバージョン情報収集機能部１０３と通信し、コンポーネントのバージョン情報（コンポーネントＩＤを含む。）を取得する（動作（２１）、（２２））。

次に、ゲートウェイ７０１のバージョン情報収集機能部７０１ｃは、ライセンス管理システム９に対して、コンポーネントのバージョン情報（コンポーネントＩＤを含む。）を送信する。

このように、第４の実施形態にかかる制御システムによれば、ライセンス更新予定日に更新を円滑に進めるために、ライセンス管理システム９を管理するベンダーは、既設のコンポーネントのバージョン情報を常に把握することができ、便利である。

（第５の実施形態）
次に、第５の実施形態の制御システムについて説明する。まず、前提について説明する。ライセンス契約が更新されず、制御システムの各コンポーネントが使用され続ける場合がある。これには、意図的な場合と、意図的でない場合（例えば、ライセンス管理システム９の障害・停止、ユーザ設備担当やベンダー営業担当の引継ぎ漏れ等の人為的なミスなど）が考えられる。

意図的な場合は機能停止等の制約が必要な一方で、意図的でない場合は制約が掛からないような配慮が必要である。例えば、ライセンス管理システム９を管理するベンダー側に非がないと言い切れない場合、制御システムの機能停止により、コンポーネントを使用するユーザ側の操業損失が発生すると、ベンダーが責任を追及されかねない。そのため、コンポーネントの使用に制約を掛ける場合には、ベンダー側の事業・営業判断（例えば、制約を掛ける旨をユーザに通知して了承を得られた。過去に何回も更新されず悪質性がある。）が必要になる。

そこで、ライセンス契約情報に、ライセンス期間が経過したときの各コンポーネントにおける所定の機能停止の制約を猶予するか否かの情報を示す猶予情報を含める。

図１１は、第５の実施形態にかかるＨＭＩ１に付与されるライセンス契約情報の一例を示す図である。図４と同様の事項については、説明を適宜省略する。図１１（ａ）に示すように、コンポーネントのライセンスの契約締結時に、ライセンス管理システム９は、顧客情報と、ゲートウェイ情報と、コンポーネント情報と、ライセンス期間情報と、を別々に管理している。

この時点で、ゲートウェイ情報におけるゲートウェイＩＤと制御システムＩＤは空欄である。また、ライセンス期間情報には、猶予の有無を示す猶予情報の欄が設けられている。猶予情報が「あり」の場合、ライセンス期間が経過したときに、コンポーネントにおける所定の機能停止の制約を猶予する（つまり、制約を掛けない）。猶予情報が「なし」の場合、ライセンス期間が経過したときに、コンポーネントにおける所定の機能停止の制約を猶予しない（つまり、制約を掛ける）。

その後、ライセンス管理システム９は、顧客から、制御システムを構成するコンポーネント（コンポーネントＩＤ）の申告を受け付けると、制御システムＩＤを採番する。これにより、図１１（ｂ）に示すように、ライセンス管理システム９は、その制御システムＩＤをキーに顧客情報とゲートウェイ情報とコンポーネント情報とライセンス期間情報を関連付けてライセンス契約情報を作成する。

その後、ライセンス管理システム９は、ライセンス契約情報を、該当する顧客に対して付与する。ＨＭＩ１は、ライセンス管理システム９から付与されるライセンス契約情報を、ライセンス契約情報記憶部１０１に書き込む。

図１２は、第５の実施形態にかかるＨＭＩ１において表示されるバージョン・ライセンス情報表示画面の一例を示す図である。図５と同様の事項については、説明を適宜省略する。ＨＭＩ１の表示制御部１０６（図２）は、図１２に示すように、ライセンス契約情報記憶部１０１に記憶されるライセンス契約情報に基づいて、図５に示す各項目に加えて猶予情報を含むバージョン・ライセンス情報表示画面Ｇ１を、ＨＭＩ１の表示部１０８に表示する。

このように、第５の実施形態にかかる制御システムによれば、ライセンス契約情報に猶予情報を含めることで、ライセンス管理システム９を管理するベンダーは、ライセンス期間が経過したときに各コンポーネントにおける所定の機能停止の制約を猶予するか否かを事業・営業判断で決定し設定することができる。また、コンポーネントのユーザ側では、ＨＭＩ１によって、コンポーネントごとに当該猶予の有無を画面上で簡単に確認することができ、便利である。

（第６の実施形態）
次に、第６の実施形態の制御システムについて説明する。第６の実施形態では、各コンポーネントが、ライセンス契約情報記憶部ＤＢを備えるとともに、ライセンス期間経過後に所定の機能停止の制約を掛ける制約制御機能部を備える。

図１３は、第６の実施形態にかかる制御システムの機能構成の一例を示す図である。なお、図１３は、主に図２との相違点を示した模式図である。ＨＭＩ１は、ライセンス契約情報を記憶するライセンス契約情報記憶部１０１を備える。コントローラ２は、ライセンス契約情報を記憶するライセンス契約情報記憶部２１１と、制約機能制御部２１２と、ＰＯＵ（Program Organization Unit）を記憶するタスクエントリ２１３と、を備える。

エンジニアリングツール３は、ライセンス契約情報を記憶するライセンス契約情報記憶部３１１と、ＰＯＵプログラムコード３１２と、制約機能制御部３１３と、を備える。

次に、制約の例について説明する。例えば、コントローラ２のエンジニアリング（コントローラ２の登録、ＰＯＵの設計、変数の割り当てなど）は、専用のエンジニアリングツール３を使用し、コントローラ２にデータをダウンロードすることで実現する。

ＰＯＵのダウンロードの際、例えば、エンジニアリングツール３の制約機能制御部３１３は、ライセンス契約情報記憶部３１１を参照し、ライセンス契約期間外で、かつ、猶予が「なし」の場合、以下の制約１、２のように制約をかける。

（制約例１）
エンジニアリングツール３の制約機能制御部３１３は、エンジニアリングツール３がライセンス契約期間外のとき、ダウンロード（送信）制約をかける。

（制約例２）
エンジニアリングツール３の制約機能制御部３１３は、コントローラ２がライセンス契約期間外のとき、ダウンロード（送信）制約をかける。

また、ＰＯＵのダウンロードの際、例えば、コントローラ２の制約機能制御部２１２は、ライセンス契約情報記憶部２１１を参照し、ライセンス契約期間外で、かつ、猶予が「なし」の場合、以下の制約３，４のように制約をかける。

（制約例３）
コントローラ２の制約機能制御部２１２は、エンジニアリングツール３がライセンス契約期間外のとき、ダウンロード（受信）制約をかける。

（制約例４）
コントローラ２の制約機能制御部２１２は、コントローラ２がライセンス契約期間外のとき、ダウンロード（受信）制約をかける。

このように、第６の実施形態にかかる制御システムによれば、ライセンス契約が更新されないままライセンス契約期間が経過し、制御システムの各コンポーネントが使用され続ける場合に、各コンポーネントにおいて機能停止の制約を加えることができ、便利である。

なお、本実施形態のＨＭＩ１、コントローラ２、エンジニアリングツール３、ゲートウェイ７０１等で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、当該プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。

さらに、当該プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、当該プログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

本実施形態のＨＭＩ１で実行されるプログラムは、上述した各部（ライセンス契約情報収集機能部１０２、バージョン情報収集機能部１０３、表示制御部１０６）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサの一例）が上記ＲＯＭからプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、ライセンス契約情報収集機能部１０２、バージョン情報収集機能部１０３、表示制御部１０６が主記憶装置上に生成されるようになっている。

本実施形態のコントローラ２で実行されるプログラムは、上述した各部（アラーム発生機能部２０２）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサの一例）が上記ＲＯＭからプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、アラーム発生機能部２０２が主記憶装置上に生成されるようになっている。

本実施形態のエンジニアリングツール３で実行されるプログラムは、上述した各部（ガイダンス設定機能部３０１）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサの一例）が上記ＲＯＭからプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、ガイダンス設定機能部３０１が主記憶装置上に生成されるようになっている。

本実施形態のゲートウェイ７０１で実行されるプログラムは、上述した各部（ライセンス申請機能部７０１ａ、ライセンス契約情報配信機能部７０１ｂ、バージョン情報収集機能部７０１ｃ）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサの一例）が上記ＲＯＭからプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、ライセンス申請機能部７０１ａ、ライセンス契約情報配信機能部７０１ｂ、バージョン情報収集機能部７０１ｃが主記憶装置上に生成されるようになっている。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ ＨＭＩ
２ コントローラ
３ エンジニアリングツール
１０１ ライセンス契約情報記憶部
１０２ ライセンス契約情報収集機能部
１０３ バージョン情報収集機能部
１０４，２０１ バージョン情報記憶部
１０５ ガイダンスＤＢ記憶部
１０６ 表示制御部
１０７ システムアラーム履歴記憶部
１０８ 表示部
２０２ アラーム発生機能部
２１１ ライセンス契約情報記憶部
２１２ 制約機能制御部
２１３ タスクエントリ
３０１ ガイダンス設定機能部
３１１ ライセンス契約情報記憶部
３１２ ＰＯＵプログラムコード
３１３ 制約機能制御部
７０１ ゲートウェイ
７０１ａ ライセンス申請機能部
７０１ｂ ライセンス契約情報配信機能部
７０１ｃ バージョン情報収集機能部

Claims (4)

1. 制御システムに対応付けて、当該制御システムに含まれる各コンポーネントの構成要素のバージョンを示すコンポーネント情報と、前記構成要素のライセンスの有効期間であるライセンス期間を示すライセンス期間情報と、を含むライセンス契約情報を記憶するライセンス契約情報記憶部と、
   ライセンス管理システムから、ネットワークを介して、前記ライセンス契約情報を受信し、受信した前記ライセンス契約情報を前記ライセンス契約情報記憶部に書き込むライセンス契約情報収集機能部と、
   前記コンポーネントから、前記構成要素のバージョンを収集し、収集した前記構成要素のバージョンと、前記ライセンス契約情報記憶部に記憶される前記コンポーネント情報が示す前記構成要素のバージョンと、の差分情報を、前記ライセンス管理システムに送信するバージョン情報収集機能部と、を備える操作入力装置。
2. 前記構成要素のライセンスの更新時期を示すメッセージ、および当該メッセージの表示条件を含むガイダンスデータベースを記憶するガイダンスデータベース記憶部をさらに備える請求項１に記載の操作入力装置。
3. ライセンス管理システムから、ネットワーク、および、前記ライセンス管理システムと前記操作入力装置との間の通信を中継するゲートウェイ装置を介して前記ライセンス契約情報を受信する、請求項１に記載の操作入力装置。
4. 前記ライセンス契約情報には、前記ライセンス期間が経過したときの前記各コンポーネントにおける所定の機能停止の制約を猶予するか否かの情報を示す猶予情報が含まれる、請求項１から請求項３のいずれか一項に記載の操作入力装置。

Images