JP2017199979A - 簡易ＯｐＳ装置、制御方法および制御プログラム - Google Patents
簡易ＯｐＳ装置、制御方法および制御プログラム Download PDFInfo
- Publication number
- JP2017199979A JP2017199979A JP2016087415A JP2016087415A JP2017199979A JP 2017199979 A JP2017199979 A JP 2017199979A JP 2016087415 A JP2016087415 A JP 2016087415A JP 2016087415 A JP2016087415 A JP 2016087415A JP 2017199979 A JP2017199979 A JP 2017199979A
- Authority
- JP
- Japan
- Prior art keywords
- processing
- unit
- network device
- ops
- file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Stored Programmes (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】複数の機能（オペレーション処理）を一度に呼び出すシナリオを作成し、処理の結果表示をリッチな表現として表示する。【解決手段】簡易ＯｐＳ装置３は、オペレーション処理のうちいずれかの実行指示を受け付けて、拡張処理部４１に出力するとともに、オペレーション処理に係わるオブジェクトを生成する業務アプリケーション部４と、複数のオペレーション処理に応じたパラメータの選択画面を表示手段に表示して、選択指示を受け付け、シナリオに基づき設定された複数のオペレーション処理の実行指示を出力する拡張処理部４１と、ネットワーク装置へ投入されるコマンドを定義した定義ファイルを用いて、生成したオブジェクトをコマンドに変換し、ネットワーク装置を制御する装置インタフェース部５と、を備える。拡張処理部４１は、複数のオペレーション処理の処理結果画面を生成して表示手段に表示させる。【選択図】図１
Description
本発明は、簡易ＯｐＳ装置、その制御方法および制御プログラムに関する。
ＯｐＳ（Operation System）装置には、マルチベンダのネットワーク装置（ＮＥ：Network Element）を統合的に制御するＥＭＳ（Element Management System）機能を有するものがある。近年ではＥＭＳ（Element Management System）の装置収容の効率化のために、複数種別の装置や複数ベンダが製造した装置を同一のＥＭＳアプリケーションで管理している。大規模トランスポートネットワークを運営していく上で重要な観点は、コスト削減、サービスの早期開始によるユーザの囲い込みであり、ＥＭＳ開発のコスト削減／期間短縮といった取り組みの重要性が増している。
個々の装置に対応するためには、ＥＭＳを構成する業務アプリケーション部、装置インタフェース部、定義ファイルなど、すべての機能部の開発、検証が必要となり、ＥＭＳ開発のコスト増、長期間化の原因となっている。業務アプリケーション部は、装置構成管理情報を基に装置の監視／制御を行うための業務機能を提供する。装置インタフェース部は、装置を監視／制御するためのコマンドシーケンス制御、プロトコル変換などを行う。定義ファイルは、ベンダ・機種毎に装置依存情報（コマンドやシーケンス情報）を定義したファイルである。
個々の装置に対応するためには、ＥＭＳを構成する業務アプリケーション部、装置インタフェース部、定義ファイルなど、すべての機能部の開発、検証が必要となり、ＥＭＳ開発のコスト増、長期間化の原因となっている。業務アプリケーション部は、装置構成管理情報を基に装置の監視／制御を行うための業務機能を提供する。装置インタフェース部は、装置を監視／制御するためのコマンドシーケンス制御、プロトコル変換などを行う。定義ファイルは、ベンダ・機種毎に装置依存情報（コマンドやシーケンス情報）を定義したファイルである。
ベンダが製造しているネットワーク装置は、通信プロトコル、コマンドの仕様、投入条件などがそれぞれ異なっている。このため、ベンダ個別のＥＭＳを利用する施策が考えられる。また、管理要件を単一または限定して、その条件に適合したネットワーク装置と、このネットワーク装置に対応するＥＭＳを利用する施策が考えられる。
しかし、前者の施策では、同一のオペレーションを行う場合であっても、ベンダ個別ＥＭＳの操作方法がそれぞれ異なるため、その習得が必要になり業務の効率低下を招いてしまう。また後者の施策では、特定装置のベンダのみのネットワーク装置を利用することになるので、新規ベンダの導入ハードルが高くなることが考えられる。
しかし、前者の施策では、同一のオペレーションを行う場合であっても、ベンダ個別ＥＭＳの操作方法がそれぞれ異なるため、その習得が必要になり業務の効率低下を招いてしまう。また後者の施策では、特定装置のベンダのみのネットワーク装置を利用することになるので、新規ベンダの導入ハードルが高くなることが考えられる。
そこで、複数のベンダ、装置種別を管理できるような構造を持つＥＭＳが検討されている。特許文献１の段落００１９には、「複数のベンダおよび複数の機種のＮＥで構成されるネットワークにおいてＯｐＳのオペレータの負担を軽減しつつ、ＯｐＳのサーバのＥＯＬ時や、ＮＥの仕様変更や機種変更時における対応の負荷を軽減することができる」ＯｐＳ装置が記載されている。
このようなＯｐＳ装置は、マルチベンダ向けに開発されている。この方式では各ベンダ装置に対してＥＭＳ内での機能を同一化するため、統一的な業務インタフェースを保守者へ提供している。
図７は、従来例のＯｐＳ装置３Ｂの概略構成を示す図である。
図７に図示するように、ＯｐＳシステム１Ｂは、複数のネットワーク装置８（８Ｂ）と、これらを制御するＯｐＳ装置３Ｂと、ＨＭＩ（Human Machine Interface）２Ｂとを含んで構成される。このＨＭＩ２Ｂは、ＯｐＳ装置３Ｂを介してネットワーク装置８（８Ｂ）のオペレーションを実行する。各ネットワーク装置８（８Ｂ）は、それぞれ複数のベンダによって製造されている。
オペレータ（ユーザ）は、ＨＭＩ２Ｂによりネットワーク装置８（８Ｂ）のオペレーション処理を指示する。ＯｐＳ装置３Ｂは、各ネットワーク装置８（８Ｂ）に応じて合わせたコマンドシナリオ＃１〜＃１００に変換し、これらネットワーク装置８（８Ｂ）に対して設定を行う。
図７に図示するように、ＯｐＳシステム１Ｂは、複数のネットワーク装置８（８Ｂ）と、これらを制御するＯｐＳ装置３Ｂと、ＨＭＩ（Human Machine Interface）２Ｂとを含んで構成される。このＨＭＩ２Ｂは、ＯｐＳ装置３Ｂを介してネットワーク装置８（８Ｂ）のオペレーションを実行する。各ネットワーク装置８（８Ｂ）は、それぞれ複数のベンダによって製造されている。
オペレータ（ユーザ）は、ＨＭＩ２Ｂによりネットワーク装置８（８Ｂ）のオペレーション処理を指示する。ＯｐＳ装置３Ｂは、各ネットワーク装置８（８Ｂ）に応じて合わせたコマンドシナリオ＃１〜＃１００に変換し、これらネットワーク装置８（８Ｂ）に対して設定を行う。
従来例のＯｐＳ装置３Ｂは、ネットワーク構成を意識した複数装置にまたがる長い操作手順をワンクリック化している。また、各種データベースなどの記憶部（図示せず）を備え、サブネットワークの管理を行っている。そして、オペレーションシナリオの途中で装置応答ＮＧなどの理由で操作が失敗したときに、シナリオ実行以前の状態に正しい順序で戻すロールバックの自動化などの機能を備えている。このように複雑な業務シナリオを業務アプリケーション部４Ｂで実現している。
しかし、従来例のＯｐＳシステム１Ｂは、ネットワーク装置８（８Ｂ）のベンダや機種を追加変更するたびに、この変更に追従するため、このＯｐＳ装置３Ｂの開発、検証、稼働に時間と工数を要するおそれがある。ＯｐＳ装置３Ｂが管理対象とするネットワーク装置８（８Ｂ）は、機種毎／ベンダ毎に異なるパラメータを保持している。ＯｐＳ装置３Ｂの業務アプリケーション部４Ｂは、それらパラメータの殆ど全てをデータベース上で管理している。よってＥＭＳ開発の都度、データベース定義や画面への影響が生じ、改造が必要となる。
この点に関し、装置単体への操作のようなシンプルな管理要件の場合、例えば、パスやセクション等の管理が不要な機能要件の場合には、複雑な業務シナリオは不要である。
そこで、大規模トランスポートネットワークを運営していく上で重要な観点である、装置管理システム開発のコスト削減や期間短縮を目的として、画面にプルダウン表示された機能を選択することにより、その機能を実現するシンプルな操作を可能とした簡易ＯｐＳ装置が提案されている（非特許文献１参照）。
そこで、大規模トランスポートネットワークを運営していく上で重要な観点である、装置管理システム開発のコスト削減や期間短縮を目的として、画面にプルダウン表示された機能を選択することにより、その機能を実現するシンプルな操作を可能とした簡易ＯｐＳ装置が提案されている（非特許文献１参照）。
蓑輪 浩伸、他４名、「ＴＭ基盤技術を用いた簡易ＥＭＳに関する検討」、一般社団法人電子情報通信学会、2015年2月、電子情報通信学会総合大会講演論文集、D-3-8
しかしながら、非特許文献１に記載の技術は、汎用性を重視した機能を優先させたため、複数の機能（オペレーション処理）を一度に呼び出すようなシナリオを作成できないことや、複数の機能の処理に応じた最適な表現（以下、「リッチな表現」と称する。）により結果表示ができない、という点では、さらなる改良が必要である。
そこで本発明は、複数の機能（オペレーション処理）を一度に呼び出すシナリオを作成し、処理の結果表示をリッチな表現として表示することができる、簡易ＯｐＳ装置、制御方法および制御プログラムを提供することを課題とする。
請求項１に記載の発明は、ネットワーク装置の監視および制御を行うためのオペレーションシステム（ＯｐＳ）を備える装置である簡易ＯｐＳ装置であって、前記ネットワーク装置へのオペレーション処理の属性が記された各ＳＧ（System Generation）ファイルに基づいて前記オペレーション処理の選択画面を表示手段に表示し、ユーザから前記オペレーション処理のうちいずれかの実行指示を受け付けて、前記受け付けたオペレーション処理を拡張処理部に出力するとともに、前記拡張処理部からオペレーション処理の実行指示を取得し、当該オペレーション処理に係わるオブジェクトを生成する業務アプリケーション部と、前記受け付けたオペレーション処理が、当該オペレーション処理に関連する複数のオペレーション処理を実行するシナリオとして拡張処理することができる場合に、前記受け付けたオペレーション処理に対応する前記複数のオペレーション処理に応じたパラメータの選択画面を前記表示手段に表示し、前記ユーザから前記パラメータのうちいずれかの選択指示を受け付けて、前記シナリオに基づき設定された前記複数のオペレーション処理の実行指示を、順次前記業務アプリケーション部に出力する前記拡張処理部と、ベンダ種別および装置種別に依存して前記ネットワーク装置へ投入されるコマンドを定義した定義ファイルを用いて、前記業務アプリケーション部が生成した前記オブジェクトをベンダ種別および装置種別に応じたコマンドに変換し、変換した前記コマンドにより前記ネットワーク装置を制御する装置インタフェース部と、を備え、前記拡張処理部が、前記装置インタフェース部が前記ネットワーク装置を制御した結果を示す応答オブジェクトのそれぞれを前記業務アプリケーション部から取得し、前記複数のオペレーション処理の処理結果画面を生成して前記表示手段に表示させることを特徴とする簡易ＯｐＳ装置とした。
請求項２に記載の発明は、ネットワーク装置の監視および制御を行うためのオペレーションシステム（ＯｐＳ）を備える装置である簡易ＯｐＳ装置の制御方法であって、前記簡易ＯｐＳ装置が、前記ネットワーク装置へのオペレーション処理の属性が記された各ＳＧ（System Generation）ファイルに基づいて前記オペレーション処理の選択画面を表示手段に表示し、ユーザから前記オペレーション処理のうちいずれかの実行指示を受け付けるステップと、前記受け付けたオペレーション処理が、当該オペレーション処理に関連する複数のオペレーション処理を実行するシナリオとして拡張処理することができる場合に、前記受け付けたオペレーション処理に対応する前記複数のオペレーション処理に応じたパラメータの選択画面を前記表示手段に表示し、前記ユーザから前記パラメータのうちいずれかの選択指示を受け付けて、前記シナリオに基づき設定された前記複数のオペレーション処理の実行指示により、当該オペレーション処理に係わるオブジェクトを順次生成するステップと、ベンダ種別および装置種別に依存して前記ネットワーク装置へ投入されるコマンドを定義した定義ファイルを用いて、前記生成したオブジェクトをベンダ種別および装置種別に応じたコマンドに変換し、変換した前記コマンドにより前記ネットワーク装置を制御するステップと、前記ネットワーク装置を制御した結果を示す応答オブジェクトのそれぞれを用いて、前記複数のオペレーション処理の処理結果画面を生成して前記表示手段に表示させるステップと、を実行することを特徴とする制御方法とした。
請求項３に記載の発明は、ネットワーク装置の監視および制御を行うためのオペレーションシステム（ＯｐＳ）を備える装置である簡易ＯｐＳ装置としてのコンピュータを、前記ネットワーク装置へのオペレーション処理の属性が記された各ＳＧ（System Generation）ファイルに基づいて前記オペレーション処理の選択画面を表示手段に表示し、ユーザから前記オペレーション処理のうちいずれかの実行指示を受け付けて、前記受け付けたオペレーション処理を拡張処理手段に出力するとともに、前記拡張処理手段からオペレーション処理の実行指示を取得し、当該オペレーション処理に係わるオブジェクトを生成する業務アプリケーション手段、前記受け付けたオペレーション処理が、当該オペレーション処理に関連する複数のオペレーション処理を実行するシナリオとして拡張処理することができる場合に、前記受け付けたオペレーション処理に対応する前記複数のオペレーション処理に応じたパラメータの選択画面を前記表示手段に表示し、前記ユーザから前記パラメータのうちいずれかの選択指示を受け付けて、前記シナリオに基づき設定された前記複数のオペレーション処理の実行指示を、順次前記業務アプリケーション手段に出力する前記拡張処理手段、ベンダ種別および装置種別に依存して前記ネットワーク装置へ投入されるコマンドを定義した定義ファイルを用いて、前記業務アプリケーション手段が生成した前記オブジェクトをベンダ種別および装置種別に応じたコマンドに変換し、変換した前記コマンドにより前記ネットワーク装置を制御する装置インタフェース手段、として機能させ、前記拡張処理手段は、前記装置インタフェース手段が前記ネットワーク装置を制御した結果を示す応答オブジェクトのそれぞれを前記業務アプリケーション手段から取得し、前記複数のオペレーション処理の処理結果画面を生成して前記表示手段に表示させることを特徴とする制御プログラムとした。
このようにすることで、簡易ＯｐＳ装置、制御方法および制御プログラムによれば、複数回の操作が必要だったオペレーション処理を１つのシナリオで実行することができる。また、複数のオペレーション処理を実行するシナリオ毎に設定される選択画面（拡張表示画面）に基づき適切なパラメータを表示し、オペレータに選択させることができる。そして、簡易ＯｐＳ装置は、複数のオペレーション処理によりシナリオを実行し、そのシナリオに応じた最適な表現（リッチな表現）の処理結果画面（拡張表示結果画面）をＨＭＩに表示させることができる。
本発明によれば、複数の機能（オペレーション処理）を一度に呼び出すシナリオを作成し、処理の結果表示をリッチな表現として表示する、簡易ＯｐＳ装置、制御方法および制御プログラムを提供することができる。
まず、比較例として、上記した非特許文献１に記載の簡易ＯｐＳ装置３Ａを詳細に説明する。その後、本発明を実施するための形態（以下、本実施形態と称する。）における、簡易ＯｐＳ装置３（図１参照）、制御方法および制御プログラムについて説明する。
＜比較例の簡易ＯｐＳ装置＞
図８は、比較例に係る簡易ＯｐＳ装置３Ａの概略構成を示す図である。
比較例のＯｐＳシステム１Ａは、簡易ＯｐＳ装置３Ａと、ネットワークの構成要素であるネットワーク装置８とを含んで構成される。ここで、ネットワーク装置８は様々なベンダおよび機種（装置種別）を含んでいる。
簡易ＯｐＳ装置３Ａは、業務アプリケーション部４Ａと、装置インタフェース部５と、定義ファイル６とを含んでいる。業務アプリケーション部４Ａは、装置構成管理情報に基づいてネットワーク装置８の監視／制御を行うための業務機能を提供し、ＳＧ（System Generation）ファイル７を格納する。装置インタフェース部５は、ネットワーク装置８を監視／制御するためのコマンドシーケンス制御、プロトコル変換などを行う。定義ファイル６は、ネットワーク装置８のベンダ・機種毎に装置依存情報（コマンドやシーケンス情報）を定義したファイルである。ＳＧファイル７は、ネットワーク装置８へのオペレーション処理の画面表示と動作とを定義可能なファイルである。なお、ＳＧファイル７は、ユーザがアクセスして更新可能である。
図８は、比較例に係る簡易ＯｐＳ装置３Ａの概略構成を示す図である。
比較例のＯｐＳシステム１Ａは、簡易ＯｐＳ装置３Ａと、ネットワークの構成要素であるネットワーク装置８とを含んで構成される。ここで、ネットワーク装置８は様々なベンダおよび機種（装置種別）を含んでいる。
簡易ＯｐＳ装置３Ａは、業務アプリケーション部４Ａと、装置インタフェース部５と、定義ファイル６とを含んでいる。業務アプリケーション部４Ａは、装置構成管理情報に基づいてネットワーク装置８の監視／制御を行うための業務機能を提供し、ＳＧ（System Generation）ファイル７を格納する。装置インタフェース部５は、ネットワーク装置８を監視／制御するためのコマンドシーケンス制御、プロトコル変換などを行う。定義ファイル６は、ネットワーク装置８のベンダ・機種毎に装置依存情報（コマンドやシーケンス情報）を定義したファイルである。ＳＧファイル７は、ネットワーク装置８へのオペレーション処理の画面表示と動作とを定義可能なファイルである。なお、ＳＧファイル７は、ユーザがアクセスして更新可能である。
ここで、定義ファイル６は、簡易ＯｐＳ装置３Ａが、各ネットワーク装置８のベンダおよび機種の組み合わせごとに、ネットワーク装置８へのコマンドやネットワーク装置８からのイベント通知の変換を行うためのファイルである。ネットワーク装置８の仕様変更や新機種への変更があった場合は、このＳＧファイル７または定義ファイル６の改変を行えばいいので、業務アプリケーション部４Ａおよび装置インタフェース部５のプログラムは改変しなくてもよい。
簡易ＯｐＳ装置３Ａには、表示手段（モニター等）やキーボード、マウスなどを備えたオペレータ端末であるＨＭＩ２が接続されている。
簡易ＯｐＳ装置３Ａは、ＳＧファイル７を読み込み、ＨＭＩ２の表示手段に表示部２１（図１０参照）がＵＩ（UserInterface）アシスト画面２１０（図１２（ａ）参照）を表示することによって、ユーザの情報入力のアシストを行い、ネットワーク装置８への各種設定などを行うためのユーザの制御オーダの入力を受け付ける。簡易ＯｐＳ装置３Ａは、この制御オーダをベンダのネットワーク装置８に適合した装置コマンドに変換して、ネットワーク装置８へ投入する。
簡易ＯｐＳ装置３Ａは、ＳＧファイル７を読み込み、ＨＭＩ２の表示手段に表示部２１（図１０参照）がＵＩ（UserInterface）アシスト画面２１０（図１２（ａ）参照）を表示することによって、ユーザの情報入力のアシストを行い、ネットワーク装置８への各種設定などを行うためのユーザの制御オーダの入力を受け付ける。簡易ＯｐＳ装置３Ａは、この制御オーダをベンダのネットワーク装置８に適合した装置コマンドに変換して、ネットワーク装置８へ投入する。
また、簡易ＯｐＳ装置３Ａは、ネットワーク装置８からのイベント通知（例えば警報など）を受信する。すると、このイベント通知の内容をＨＭＩ２の表示手段（モニター等）で表示などが可能な形式へ変換して出力することもできる。
オペレータ端末などのＨＭＩ２に入力されたネットワーク装置８への制御オーダは、業務アプリケーション部４Ａで受け付けられ、アクセス要求として装置インタフェース部５に出力される。装置インタフェース部５は、ネットワーク装置８へのアクセス要求を受け付けると、このアクセス要求に含まれるネットワーク装置８のベンダ名および機種名から、このベンダ名および機種名に関する定義ファイル６を読み込む。例えば、コマンド投入先がα社製のネットワーク装置８であった場合、装置インタフェース部５は、α社向け定義ファイルを読み込む。そして、このα社向け定義ファイルに基づき、α社製のネットワーク装置８へコマンドを投入する。
ところで一般に、通信キャリアの大規模ネットワーク向けのＥＭＳの機能や構成を満足するために、複雑な業務シナリオを業務アプリケーション部で実現する方法がとられている。但し、パスやセクションなどの管理が不要なシンプルな構成の場合や、ＥＭＳでは単発のコマンド要求を受け付けるだけで複雑な業務シナリオはＥＭＳより上位のＯｐＳで行うことができる構成の場合には、ＥＭＳでの複雑な業務シナリオは不要である。つまり、このような場合に、装置インタフェース部の機能を簡易画面にて呼び出すインタフェースを実装すると、開発規模の削減、開発期間の短縮が可能となる。そして、この比較例に係る簡易ＯｐＳ装置３Ａでは、業務をＳＧファイル７で定義可能な仕様とする。
図９は、比較例に係る簡易ＯｐＳ装置３Ａの内部処理の詳細を示す図である。
簡易ＯｐＳ装置３Ａは、ＳＧファイル７を含む業務アプリケーション部４Ａと、装置インタフェース部５と、定義ファイル６とを備えている。
簡易ＯｐＳ装置３Ａは、ＳＧファイル７を含む業務アプリケーション部４Ａと、装置インタフェース部５と、定義ファイル６とを備えている。
ＳＧファイル７は、例えば３種類のＳＧファイル７１〜７３に分類されるが、種類数は特に限定されない。ＳＧファイル７の情報は、業務アプリケーション部４Ａによって適宜取得される。
また、業務アプリケーション部４Ａは、ファイル操作の観点による分類で、登録、参照、変更、削除のいずれかに該当するプラットフォームと、管理対象要素ＭＥ（Managed Element）とを備えている。ここで、管理対象要素ＭＥとは、例えばネットワーク装置８の名称、ＩＰアドレス、またはその他の付加情報である。
また、業務アプリケーション部４Ａは、ファイル操作の観点による分類で、登録、参照、変更、削除のいずれかに該当するプラットフォームと、管理対象要素ＭＥ（Managed Element）とを備えている。ここで、管理対象要素ＭＥとは、例えばネットワーク装置８の名称、ＩＰアドレス、またはその他の付加情報である。
業務アプリケーション部４Ａは、ユーザが指示したオペレーション処理により、これら４分類のうちいずれかのプラットフォームを介して、管理対象要素ＭＥを変更する。このようにして、業務アプリケーション部４Ａは、オペレーション処理に基づくオブジェクトを生成し、装置インタフェース部５を呼び出して、このオブジェクトを引き渡す。
換言すると、業務アプリケーション部４Ａは、ネットワーク装置８へのオペレーション処理の属性が記された各ＳＧファイル７に基づいてオペレーション処理の選択画面であるＵＩアシスト画面２１０を表示手段に表示する。これと共に、ユーザからオペレーション処理のうちいずれかの実行指示を受け付けて、このオペレーション処理に係わるオブジェクトを生成する。
換言すると、業務アプリケーション部４Ａは、ネットワーク装置８へのオペレーション処理の属性が記された各ＳＧファイル７に基づいてオペレーション処理の選択画面であるＵＩアシスト画面２１０を表示手段に表示する。これと共に、ユーザからオペレーション処理のうちいずれかの実行指示を受け付けて、このオペレーション処理に係わるオブジェクトを生成する。
装置インタフェース部５は、業務アプリケーション部４Ａが生成したオブジェクトを受け付けると、定義ファイル６を参照してベンダ種別および装置種別に応じたコマンドに変換し、変換したコマンドによりネットワーク装置８を制御する。
図１０は、比較例に係る簡易ＯｐＳ装置３Ａの内部構成の詳細を示す図である。
業務アプリケーション部４Ａは、共通処理部４０と、ＵＩアシスト機能部４２Ａと、要求依頼部４３と、ＳＧファイル７とを含んで構成される。共通処理部４０は更に、ユーザ認証部４０１、装置排他制御部４０２、パラメータ形式チェック部４０３、オブジェクト生成部４０４を含んで構成される。
業務アプリケーション部４Ａは、共通処理部４０と、ＵＩアシスト機能部４２Ａと、要求依頼部４３と、ＳＧファイル７とを含んで構成される。共通処理部４０は更に、ユーザ認証部４０１、装置排他制御部４０２、パラメータ形式チェック部４０３、オブジェクト生成部４０４を含んで構成される。
ユーザ認証部４０１は、ユーザの識別認証およびユーザ権限のチェックを行う。装置排他制御部４０２は、装置ロックの指定・解除の制御を行う。パラメータ形式チェック部４０３は、不正な形式のパラメータが入力されていないか確認を行う。オブジェクト生成部４０４は、装置インタフェース部５に引き渡すオブジェクトを生成する。
共通処理部４０において処理された情報は、ＵＩアシスト機能部４２Ａに入力される。ここで、ＵＩアシスト機能部４２Ａは、例えば簡易ＯｐＳ装置３Ａに接続されたＨＭＩ２の表示手段に、ＵＩアシスト画面２１０を表示させる。この際、ＵＩアシスト機能部４２Ａは、ＳＧファイル７から、ユーザがオペレーション処理の選択に必要な情報を適宜取得する。例えば、機能名設定ファイル７１を取得することによって、オペレーション処理の属性にかかわるプルダウン見出しを取得する。また、使用方法設定ファイル７３を取得することによって、オペレーション処理に必要なコマンド引数などのオプション欄９４（後記する図１２（ａ）参照）の使用方法を取得してもよい。この際、使用オブジェクト名を取得し、パラメータ数や種別を併せて取得することができる。
ＵＩアシスト機能部４２Ａは、オペレーション処理の実行結果画面２１１（図１２（ｂ）参照）を生成してＨＭＩ２の表示手段に表示させる。また、ＨＭＩ２のマウス２２、キーボード２３などを介して、ユーザのプルダウン選択情報、パラメータ入力情報、実行ボタン９５（図１２（ａ）参照）の押圧情報などを受信することができる。また、ＵＩアシスト機能部４２Ａは、要求依頼部４３に対して、装置インタフェース部５に対して行う要求の生成を依頼する。また、ＵＩアシスト機能部４２Ａは、装置インタフェース部５から要求依頼部４３が受けた要求応答に関する実行結果を受信する。
次に、要求依頼部４３は、ＵＩアシスト機能部４２Ａからの要求生成依頼を受けて、オブジェクト生成部４０４が生成したオブジェクトにリクエストＩＤを付与して要求（要求オブジェクト）を生成する。そして、装置インタフェース部５をコールして、生成したリクエストＩＤ付きの要求（要求オブジェクト）を要求受付部５１に引き渡す。要求依頼部４３は、装置インタフェース部５の要求受付部５１から、要求応答を受信する。
装置インタフェース部５は、業務アプリケーション部４Ａからの要求を受け付ける要求受付部５１を含んで構成される。装置インタフェース部５は、例えば特許文献１の図８および図１１、段落００４３ないし段落００４８に示される公知の構成を採用することができる。要求受付部５１は、業務アプリケーション部４Ａの要求依頼部４３から要求依頼のあったオブジェクトを受け付ける。そして、要求依頼部４３に対して、要求応答を送信する。
図１１は、比較例に係る簡易ＯｐＳ装置３Ａの処理シーケンスを示す図である。
本フローを実行する前段階として、ＵＩアシスト機能部４２Ａが、適宜のＳＧファイル７（図１０参照）を読み込んで、ＨＭＩ２の表示手段にＵＩアシスト画面２１０（詳細は図１２（ａ）を参照）を表示させるものとする。
まず初めに、ユーザは、ＵＩアシスト画面２１０のカテゴリ欄９１、および、オペレーション欄９２のプルダウンメニューを選択する（ステップＳ１）。次に、ユーザは、ＵＩアシスト画面２１０のオプション欄９４に、「スロットＮｏ．」、「サブスロットＮｏ．」などのパラメータを入力する（ステップＳ２）。
そして、ステップＳ３として、ユーザは実行ボタン９５（図１２（ａ）参照）をクリックする。このとき、業務アプリケーション部４Ａは、ＵＩアシスト画面２１０から入力された機能名、およびパラメータに基づいてオブジェクトを生成する。なお、機能名とオブジェクト、各種パラメータとオブジェクト内の属性名の関連付けはＳＧファイル７にて定義されている。
本フローを実行する前段階として、ＵＩアシスト機能部４２Ａが、適宜のＳＧファイル７（図１０参照）を読み込んで、ＨＭＩ２の表示手段にＵＩアシスト画面２１０（詳細は図１２（ａ）を参照）を表示させるものとする。
まず初めに、ユーザは、ＵＩアシスト画面２１０のカテゴリ欄９１、および、オペレーション欄９２のプルダウンメニューを選択する（ステップＳ１）。次に、ユーザは、ＵＩアシスト画面２１０のオプション欄９４に、「スロットＮｏ．」、「サブスロットＮｏ．」などのパラメータを入力する（ステップＳ２）。
そして、ステップＳ３として、ユーザは実行ボタン９５（図１２（ａ）参照）をクリックする。このとき、業務アプリケーション部４Ａは、ＵＩアシスト画面２１０から入力された機能名、およびパラメータに基づいてオブジェクトを生成する。なお、機能名とオブジェクト、各種パラメータとオブジェクト内の属性名の関連付けはＳＧファイル７にて定義されている。
次に、業務アプリケーション部４ＡのＵＩアシスト機能部４２Ａは、共通処理部４０に指令を送り、ユーザ権限のチェック、装置ロックの取得、パラメータの形式チェック、オブジェクトの生成を指示する（ステップＳ４）。
そして、ＵＩアシスト機能部４２Ａは、要求依頼部４３に対し、装置インタフェース部５に実行させるオペレーション処理に関する要求オブジェクトを生成するように依頼する（ステップＳ５）。この要求オブジェクトには、セッション情報、共通ヘッダ、およびEquipment情報が含まれる。ここで、共通ヘッダには、追加されたリクエストＩＤ、管理対象要素ＩＤ、機能名などの情報が含まれている。また、Equipment情報には、例えばスロット、サブスロットに関する情報が含まれている。
そして、ＵＩアシスト機能部４２Ａは、要求依頼部４３に対し、装置インタフェース部５に実行させるオペレーション処理に関する要求オブジェクトを生成するように依頼する（ステップＳ５）。この要求オブジェクトには、セッション情報、共通ヘッダ、およびEquipment情報が含まれる。ここで、共通ヘッダには、追加されたリクエストＩＤ、管理対象要素ＩＤ、機能名などの情報が含まれている。また、Equipment情報には、例えばスロット、サブスロットに関する情報が含まれている。
続いて、要求依頼部４３は、装置インタフェース部５の要求受付部５１に対して、要求オブジェクトの投入を行う（ステップＳ６）。具体的には、ステップＳ６ではステップＳ４において生成されたオブジェクトに、リクエストＩＤ（装置固有のＩＤ番号）を付与し要求オブジェクトとして、装置インタフェース部５をコールする。
次に、装置インタフェース部５は、ステップＳ６において要求投入が行われると、要求オブジェクトをコマンド変換してオペレーション処理を実行し、ネットワーク装置８を制御する。そして、応答オブジェクトとともに、実行結果ファイルを生成する。
そして、要求受付部５１は、業務アプリケーション部４Ａの要求依頼部４３に対して、応答オブジェクトにより要求応答を行う（ステップＳ７）。
そして、要求受付部５１は、業務アプリケーション部４Ａの要求依頼部４３に対して、応答オブジェクトにより要求応答を行う（ステップＳ７）。
さらに、要求依頼部４３は、要求受付部５１からの要求応答を受けて、ＵＩアシスト機能部４２Ａに対して応答オブジェクトにより要求応答を行う（ステップＳ８）。この応答オブジェクトには、共通ヘッダ、およびEquipmentが含まれるととともに、実行結果ファイルの情報も含まれる。共通ヘッダには、リクエストＩＤ、結果コード、機能名などの情報が含まれている。また、Equipment情報には、例えばスロット、サブスロットに関する情報が含まれている。
次に、ＵＩアシスト機能部４２Ａは、応答オブジェクトから実行結果ファイルを読み出し、実行結果画面を生成する（ステップＳ９）。
続いて、ＵＩアシスト機能部４２Ａは、ＨＭＩ２の表示部２１により、表示手段（モニター等）に実行結果画面２１１（図１２（ｂ）参照）を表示させる（ステップＳ１０）。
続いて、ＵＩアシスト機能部４２Ａは、ＨＭＩ２の表示部２１により、表示手段（モニター等）に実行結果画面２１１（図１２（ｂ）参照）を表示させる（ステップＳ１０）。
図１２（ａ），（ｂ）は、ＵＩアシスト画面２１０および実行結果画面２１１を示す図である。
図１２（ａ）に示すように、ＵＩアシスト画面２１０は、カテゴリ欄９１、オペレーション欄９２、説明欄９３、オプション欄９４と、実行ボタン９５とを含んで構成される。
カテゴリ欄９１には、オペレーション欄９２で選択するオペレーション処理のカテゴリ名称がプルダウンリストにて指定可能に表示される。オペレーション欄９２には、ネットワーク装置８に対する各オペレーション処理の名称がプルダウンリストにて指定可能に表示される。また、説明欄９３には、オペレーション欄９２のプルダウンで選択されたオペレーション処理の動作説明および使用方法が表示される。オプション欄９４は、オペレーション欄９２のプルダウンで選択されたオペレーション処理のオプション（コマンド引数など）を入力する欄である。
図１２（ａ）に示すように、ＵＩアシスト画面２１０は、カテゴリ欄９１、オペレーション欄９２、説明欄９３、オプション欄９４と、実行ボタン９５とを含んで構成される。
カテゴリ欄９１には、オペレーション欄９２で選択するオペレーション処理のカテゴリ名称がプルダウンリストにて指定可能に表示される。オペレーション欄９２には、ネットワーク装置８に対する各オペレーション処理の名称がプルダウンリストにて指定可能に表示される。また、説明欄９３には、オペレーション欄９２のプルダウンで選択されたオペレーション処理の動作説明および使用方法が表示される。オプション欄９４は、オペレーション欄９２のプルダウンで選択されたオペレーション処理のオプション（コマンド引数など）を入力する欄である。
図１２（ａ）のＵＩアシスト画面２１０において、カテゴリ欄９１では「パッケージ制御」が選択され、オペレーション欄９２では「モジュール登録」が選択されている。また、説明欄９３にはオペレーション処理としてモジュール登録を行う場合の説明が表示されている。このとき、オプション欄９４には未だ何も入力されていない。
ユーザは、カテゴリ欄９１、オペレーション欄９２のプルダウンリストから該当する項目を選択する。これは図１１のステップＳ１の工程に相当する。また、必要に応じてオプション欄９４にコマンド引数などのパラメータを入力する。これは、図１１のステップＳ２の工程に相当する。そして、ユーザ（オペレータ）が実行ボタン９５をクリックする。これは図１１のステップＳ３の工程に相当する。
このようにすると、図１１のステップＳ４〜ステップＳ９までの工程が自動で処理され、図１１のステップＳ１０の実行結果画面表示の一例として、図１２（ｂ）に示される実行結果画面２１１が表示される。
このようにすると、図１１のステップＳ４〜ステップＳ９までの工程が自動で処理され、図１１のステップＳ１０の実行結果画面表示の一例として、図１２（ｂ）に示される実行結果画面２１１が表示される。
図１２（ｂ）の実行結果画面２１１には、図１２（ａ）のＵＩアシスト画面２１０の状態でオペレーション処理を実行した結果が表示されている。
この実行結果画面２１１には、モジュール登録が完了し、実行結果は完了ステータスとなったことが表示され、更にモジュール登録の開始日時と終了日時が表示されている。なお実行結果画面２１１は、ＵＩアシスト画面２１０の下部または下方に表示されるが、いずれの位置に表示されてもよい。
この実行結果画面２１１には、モジュール登録が完了し、実行結果は完了ステータスとなったことが表示され、更にモジュール登録の開始日時と終了日時が表示されている。なお実行結果画面２１１は、ＵＩアシスト画面２１０の下部または下方に表示されるが、いずれの位置に表示されてもよい。
次に、図１０に戻り、ＳＧファイル７について具体的に説明する。
図１３は、図１０に示す機能名設定ファイル７１の一例としての機能名設定ファイル７１１を示す図である。
機能名設定ファイル７１１は、機能名ＫＥＹ欄と、オペレーション名欄とを含み、ＣＳＶ（Comma-Separated Values）形式で列挙される。ここでＣＳＶ形式とは、各欄がカンマで区切られたテキストファイルをいう。ＳＧファイル７において「＃」が行頭に記載されている行は、コメント行である。なお、各ＳＧファイル７の形式は、ＣＳＶ形式のテキストファイルに限定されない。
図１３に示した機能名ＫＥＹ欄には、オペレーション処理の機能名に対応するキー情報が格納される。この機能名ＫＥＹ欄に基づき、装置インタフェース部５は、ネットワーク装置８を監視／制御するシナリオを呼び出す。オペレーション名欄には、オペレーション処理の機能名が格納される。
図１３は、図１０に示す機能名設定ファイル７１の一例としての機能名設定ファイル７１１を示す図である。
機能名設定ファイル７１１は、機能名ＫＥＹ欄と、オペレーション名欄とを含み、ＣＳＶ（Comma-Separated Values）形式で列挙される。ここでＣＳＶ形式とは、各欄がカンマで区切られたテキストファイルをいう。ＳＧファイル７において「＃」が行頭に記載されている行は、コメント行である。なお、各ＳＧファイル７の形式は、ＣＳＶ形式のテキストファイルに限定されない。
図１３に示した機能名ＫＥＹ欄には、オペレーション処理の機能名に対応するキー情報が格納される。この機能名ＫＥＹ欄に基づき、装置インタフェース部５は、ネットワーク装置８を監視／制御するシナリオを呼び出す。オペレーション名欄には、オペレーション処理の機能名が格納される。
機能名設定ファイル７１１の各行には、機能名ＫＥＹに対応したオペレーション名が記されている。
具体的には、図１３の例では、モジュール登録、モジュール削除、ファームウェア更新、ファームウェア版数表示の、４種類のオペレーション処理に対応する行が記録されているが、特にこれには限定されない。つまり、必要とするオペレーション処理の種類数分だけ行を追加すればよい。
図１３の１行目には、機能名ＫＥＹ「cmd0001」に対応したオペレーション名「モジュール登録」が記されている。
２行目には、機能名ＫＥＹ「cmd0002」と、これに対応したオペレーション名「モジュール削除」が記されている。
３行目には、機能名ＫＥＹ「cmd0003」と、これに対応したオペレーション名「ファームウェア更新」が記されている。
４行目には、機能名ＫＥＹ「cmd0004」と、これに対応したオペレーション名「ファームウェア版数表示」が記されている。
具体的には、図１３の例では、モジュール登録、モジュール削除、ファームウェア更新、ファームウェア版数表示の、４種類のオペレーション処理に対応する行が記録されているが、特にこれには限定されない。つまり、必要とするオペレーション処理の種類数分だけ行を追加すればよい。
図１３の１行目には、機能名ＫＥＹ「cmd0001」に対応したオペレーション名「モジュール登録」が記されている。
２行目には、機能名ＫＥＹ「cmd0002」と、これに対応したオペレーション名「モジュール削除」が記されている。
３行目には、機能名ＫＥＹ「cmd0003」と、これに対応したオペレーション名「ファームウェア更新」が記されている。
４行目には、機能名ＫＥＹ「cmd0004」と、これに対応したオペレーション名「ファームウェア版数表示」が記されている。
次に図１２（ａ）と図１３を相互に参照しながら、機能名設定ファイル７１１の機能を説明する。
ＵＩアシスト画面２１０では、機能名設定ファイル７１１に基づいてオペレーション欄９２のプルダウンの表示が行われる。図１３に示した機能名設定ファイル７１１に基づく場合、オペレーション欄９２のプルダウンメニューには、「モジュール登録」、「モジュール削除」、「ファームウェア更新」、「ファームウェア版数表示」の４種類のメニューが表示される。図１２（ａ）は、このうちの「モジュール登録」を選択した場合に該当する。
ＵＩアシスト画面２１０では、機能名設定ファイル７１１に基づいてオペレーション欄９２のプルダウンの表示が行われる。図１３に示した機能名設定ファイル７１１に基づく場合、オペレーション欄９２のプルダウンメニューには、「モジュール登録」、「モジュール削除」、「ファームウェア更新」、「ファームウェア版数表示」の４種類のメニューが表示される。図１２（ａ）は、このうちの「モジュール登録」を選択した場合に該当する。
図１４は、図１０に示す機能分類設定ファイル７２の一例としての機能分類設定ファイル７２１を示す図である。
機能分類設定ファイル７２１には、ＣＡＴＫＥＹ欄と、カテゴリ名欄と、機能名ＫＥＹ欄とが、ＣＳＶ形式で列挙される。機能分類設定ファイル７２１は、オペレーション処理と機能名のカテゴリとを対応づけている。
ＣＡＴＫＥＹ欄には、このカテゴリに対応するキー情報が格納される。カテゴリ名欄には、このカテゴリの名称が格納される。機能名ＫＥＹ欄には、このカテゴリに属する１または複数のオペレーション処理のキー情報が格納される。
機能分類設定ファイル７２１には、ＣＡＴＫＥＹ欄と、カテゴリ名欄と、機能名ＫＥＹ欄とが、ＣＳＶ形式で列挙される。機能分類設定ファイル７２１は、オペレーション処理と機能名のカテゴリとを対応づけている。
ＣＡＴＫＥＹ欄には、このカテゴリに対応するキー情報が格納される。カテゴリ名欄には、このカテゴリの名称が格納される。機能名ＫＥＹ欄には、このカテゴリに属する１または複数のオペレーション処理のキー情報が格納される。
具体的には、図１４の例では、「パッケージ制御」、「装置設定」の２種類のカテゴリ名に対応するレコードが記録されているが、これに限定されない。つまり、カテゴリキーは、必要とするカテゴリ数分だけレコードを追加すればよい。
図１４の１行目には、カテゴリキー「category01」と、これに対応したカテゴリ名「パッケージ制御」と、機能名ＫＥＹ「cmd0001」および「cmd0002」とが、それぞれ記されている。
２行目には、カテゴリキー「category02」と、これに対応したカテゴリ名「装置設定」と、機能名ＫＥＹ「cmd0003」および「cmd0004」とが記されている。
図１４の１行目には、カテゴリキー「category01」と、これに対応したカテゴリ名「パッケージ制御」と、機能名ＫＥＹ「cmd0001」および「cmd0002」とが、それぞれ記されている。
２行目には、カテゴリキー「category02」と、これに対応したカテゴリ名「装置設定」と、機能名ＫＥＹ「cmd0003」および「cmd0004」とが記されている。
次に、図１２（ａ）と図１４を相互に参照しながら、機能分類設定ファイル７２１の機能を説明する。
ＵＩアシスト画面２１０では、機能分類設定ファイル７２１に基づいて、カテゴリ欄９１のプルダウンの表示を行われる。図１２（ａ）に示した機能分類設定ファイル７２１に基づく場合、カテゴリ欄９１のプルダウンメニューには、「パッケージ制御」、「装置設定」の２種類のカテゴリメニューが表示される。図１２（ａ）は、このうちの「パッケージ制御」を選択した場合に該当する。機能分類設定ファイル７２１において、カテゴリ名「パッケージ制御」に対応している機能名ＫＥＹは「cmd0001」、および「cmd0002」である。
この場合、図１２（ａ）に示すオペレーション欄９２のプルダウンメニューには、機能名ＫＥＹ「cmd0001」に対応した、「モジュール登録」と、機能名ＫＥＹ「cmd0002」に対応した「モジュール削除」のみが選択可能に表示される。
つまり、機能分類設定ファイル７２１により、カテゴリ欄９１の選択内容と、オペレーション欄９２の選択肢との対応づけが可能となる。
ＵＩアシスト画面２１０では、機能分類設定ファイル７２１に基づいて、カテゴリ欄９１のプルダウンの表示を行われる。図１２（ａ）に示した機能分類設定ファイル７２１に基づく場合、カテゴリ欄９１のプルダウンメニューには、「パッケージ制御」、「装置設定」の２種類のカテゴリメニューが表示される。図１２（ａ）は、このうちの「パッケージ制御」を選択した場合に該当する。機能分類設定ファイル７２１において、カテゴリ名「パッケージ制御」に対応している機能名ＫＥＹは「cmd0001」、および「cmd0002」である。
この場合、図１２（ａ）に示すオペレーション欄９２のプルダウンメニューには、機能名ＫＥＹ「cmd0001」に対応した、「モジュール登録」と、機能名ＫＥＹ「cmd0002」に対応した「モジュール削除」のみが選択可能に表示される。
つまり、機能分類設定ファイル７２１により、カテゴリ欄９１の選択内容と、オペレーション欄９２の選択肢との対応づけが可能となる。
図１５は、図１０に示す使用方法設定ファイル７３の一例としての使用方法設定ファイル７３１を示す図である。
使用方法設定ファイル７３１には、機能名ＫＥＹ欄と、説明ファイル名欄とが各行にカンマで区切られて列挙される。使用方法設定ファイル７３１は、機能名ＫＥＹと説明ファイルとの対応を示すファイルである。
使用方法設定ファイル７３１には、機能名ＫＥＹ欄と、説明ファイル名欄とが各行にカンマで区切られて列挙される。使用方法設定ファイル７３１は、機能名ＫＥＹと説明ファイルとの対応を示すファイルである。
具体的には、図１５の例では、４種類の機能名ＫＥＹに対応するレコードが記録されているが、特にこれには限定されない。
図１５の１行目には、機能名ＫＥＹ「cmd0001」と、これに対応した説明ファイル名「cmd0001_usage.txt」とが記されている。
２行目には、機能名ＫＥＹ「cmd0002」と、これに対応した説明ファイル名「cmd0002_usage.txt」が記されている。
３行目には、機能名ＫＥＹ「cmd0003」と、これに対応した説明ファイル名「cmd0003_usage.txt」が記されている。
４行目には、機能名ＫＥＹ「cmd0004」と、これに対応した説明ファイル名「cmd0004_usage.txt」が記されている。
図１５の１行目には、機能名ＫＥＹ「cmd0001」と、これに対応した説明ファイル名「cmd0001_usage.txt」とが記されている。
２行目には、機能名ＫＥＹ「cmd0002」と、これに対応した説明ファイル名「cmd0002_usage.txt」が記されている。
３行目には、機能名ＫＥＹ「cmd0003」と、これに対応した説明ファイル名「cmd0003_usage.txt」が記されている。
４行目には、機能名ＫＥＹ「cmd0004」と、これに対応した説明ファイル名「cmd0004_usage.txt」が記されている。
図１６は、使用方法にかかる説明ファイル７３２について示す図である。
説明ファイル７３２には、該当するオペレーション処理の動作説明および使用方法が記載されている。図１２（ａ）と図１５と図１６を相互に参照しながら、使用方法設定ファイル７３１と説明ファイル７３２の機能を説明する。
説明ファイル７３２には、該当するオペレーション処理の動作説明および使用方法が記載されている。図１２（ａ）と図１５と図１６を相互に参照しながら、使用方法設定ファイル７３１と説明ファイル７３２の機能を説明する。
ＵＩアシスト画面２１０では、使用方法設定ファイル７３１に基づいて、いずれかの説明ファイル７３２を選択し、オペレーション処理に対応する説明文の表示を行う。図１５に示した使用方法設定ファイル７３１に基づく場合、説明ファイル７３２のうち cmd0001_usage.txtが選択される。説明欄９３には、図１６に示す説明ファイル７３２がコメント行を除いて表示される。
以上説明したように、比較例に係る簡易ＯｐＳ装置３Ａによれば、定義ファイル６を呼び出すことに特化した汎用的な画面（ＵＩアシスト画面２１０）を据えることによって、ＥＭＳなどのシステム開発時における、ロジックへの影響を低減することができる。
具体的には、パスやセクションなどの管理が不要なシンプルな機能要件の装置において、装置インタフェース部５の機能を簡易画面にて呼び出すインタフェースが簡易ＯｐＳ装置３Ａに備えられる。簡易ＯｐＳ装置３Ａは、機種毎／ベンダ毎の差異を定義ファイル６にて吸収する。つまり、簡易ＯｐＳ装置３Ａのインタフェースを設計するにあたって、業務アプリケーション部４Ａで管理すべき情報は、装置とのコネクションを確立するための情報(ＩＰアドレスなど)のみとなる。また、装置が保持する情報は全て装置からオンデマンドで取得する方式をとり、簡易ＯｐＳ装置３Ａ内のデータベース上では管理しない。これにより、二重管理を排除してシステムを簡素化できる。
具体的には、パスやセクションなどの管理が不要なシンプルな機能要件の装置において、装置インタフェース部５の機能を簡易画面にて呼び出すインタフェースが簡易ＯｐＳ装置３Ａに備えられる。簡易ＯｐＳ装置３Ａは、機種毎／ベンダ毎の差異を定義ファイル６にて吸収する。つまり、簡易ＯｐＳ装置３Ａのインタフェースを設計するにあたって、業務アプリケーション部４Ａで管理すべき情報は、装置とのコネクションを確立するための情報(ＩＰアドレスなど)のみとなる。また、装置が保持する情報は全て装置からオンデマンドで取得する方式をとり、簡易ＯｐＳ装置３Ａ内のデータベース上では管理しない。これにより、二重管理を排除してシステムを簡素化できる。
＜本実施形態の簡易ＯｐＳ装置＞
次に、本実施形態に係る簡易ＯｐＳ装置３について説明する。
上記した比較例の簡易ＯｐＳ装置３Ａ（図１０等参照）によれば、装置単体への操作のようなシンプルな管理要件の場合に、例えば、図１２（ａ）に示すようなＵＩアシスト画面２１０をＨＭＩ２に表示させ、プルダウン表示させた機能を選択させることにより、その機能（オペレーション処理）を実行することができる。しかしながら、比較例の簡易ＯｐＳ装置３Ａは、汎用性を重視した機能を優先させたため、複数の機能（オペレーション処理）を一度に呼び出すようなシナリオを作成できないことや、複数の機能の処理に応じた最適な表現（リッチな表現）により結果表示できない、という課題があった。
この点に関し、本実施形態に係る簡易ＯｐＳ装置３では、複数の機能（オペレーション処理）を一度の呼び出すための拡張表示画面２４０（後記する図５参照）をＨＭＩ２に表示させる。そして、オペレータ（ユーザ）が選択した機能に関連する複数のオペレーション処理のシナリオを実行し、そのシナリオに応じた最適な表現（リッチな表現）の拡張表示結果画面（後記する図６参照）をＨＭＩ２に表示させることを特徴とする。
次に、本実施形態に係る簡易ＯｐＳ装置３について説明する。
上記した比較例の簡易ＯｐＳ装置３Ａ（図１０等参照）によれば、装置単体への操作のようなシンプルな管理要件の場合に、例えば、図１２（ａ）に示すようなＵＩアシスト画面２１０をＨＭＩ２に表示させ、プルダウン表示させた機能を選択させることにより、その機能（オペレーション処理）を実行することができる。しかしながら、比較例の簡易ＯｐＳ装置３Ａは、汎用性を重視した機能を優先させたため、複数の機能（オペレーション処理）を一度に呼び出すようなシナリオを作成できないことや、複数の機能の処理に応じた最適な表現（リッチな表現）により結果表示できない、という課題があった。
この点に関し、本実施形態に係る簡易ＯｐＳ装置３では、複数の機能（オペレーション処理）を一度の呼び出すための拡張表示画面２４０（後記する図５参照）をＨＭＩ２に表示させる。そして、オペレータ（ユーザ）が選択した機能に関連する複数のオペレーション処理のシナリオを実行し、そのシナリオに応じた最適な表現（リッチな表現）の拡張表示結果画面（後記する図６参照）をＨＭＩ２に表示させることを特徴とする。
図１は、本実施形態に係る簡易ＯｐＳ装置３の内部構成の詳細を示す図である。ここで、図１０で示した比較例の簡易ＯｐＳ装置３Ａと同一の機能を備える構成には、同一の名称と符号を付し、説明を省略する。
本実施形態に係る簡易ＯｐＳ装置３は、図１０の簡易ＯｐＳ装置３Ａと比べ、拡張処理部４１（拡張処理手段）を備えること、そして、図１０のＵＩアシスト機能部４２Ａが、図１においてはＵＩアシスト機能部４２となっている点が異なる。この簡易ＯｐＳ装置３の拡張処理部４１は、ＨＭＩ２の表示手段に、拡張表示画面２４０（図５）等を表示させる。なお、この拡張処理部４１は、図１０においては、業務アプリケーション部４の内部に位置する構成として示しているが、業務アプリケーション部４とは別の機能（構成）として、簡易ＯｐＳ装置３内に配置してもよい。
本実施形態に係る簡易ＯｐＳ装置３は、図１０の簡易ＯｐＳ装置３Ａと比べ、拡張処理部４１（拡張処理手段）を備えること、そして、図１０のＵＩアシスト機能部４２Ａが、図１においてはＵＩアシスト機能部４２となっている点が異なる。この簡易ＯｐＳ装置３の拡張処理部４１は、ＨＭＩ２の表示手段に、拡張表示画面２４０（図５）等を表示させる。なお、この拡張処理部４１は、図１０においては、業務アプリケーション部４の内部に位置する構成として示しているが、業務アプリケーション部４とは別の機能（構成）として、簡易ＯｐＳ装置３内に配置してもよい。
拡張処理部４１は、ＵＩアシスト機能部４２によりＨＭＩ２に表示されたＵＩアシスト画面２１０が表示され、オペレータにより、オペレーション処理が選択された場合に、そのオペレーション処理について、拡張処理の対応が可能か否かを判定する。ここで、拡張処理とは、複数のオペレーション処理を組み合わせたシナリオに基づく処理を意味する。拡張処理部４１は、拡張処理が可能と判定した場合に、当該シナリオに対応した拡張表示画面２４０を生成して、ＨＭＩ２の拡張表示部２４により表示手段に表示させる。そして、パラメータ等を絞り込むための入力情報を取得した上で、複数のオペレーション処理を実行し、その処理結果を、拡張表示結果画面２５０（図６）としてＨＭＩ２に表示させる。
この拡張処理部４１は、拡張対応判定部４１１と、各シナリオに対応した拡張制御部４１２（４１２Ａ，４１２Ｂ，・・・）と、拡張対応ファイル４１３と、パラメータ情報ファイル４１４とを備える。
この拡張処理部４１は、拡張対応判定部４１１と、各シナリオに対応した拡張制御部４１２（４１２Ａ，４１２Ｂ，・・・）と、拡張対応ファイル４１３と、パラメータ情報ファイル４１４とを備える。
拡張対応判定部４１１は、ＵＩアシスト機能部４２から、ＵＩアシスト画面２１０により、ある１つのオペレーション処理が選択された旨の情報（以下、「オペレーション選択情報」と称する。）を受信する。そして、拡張対応判定部４１１は、当該オペレーション選択情報で示されるオペレーション処理について、拡張処理が可能か否か、すなわち、複数のオペレーション処理のシナリオを実行すべきか否かを、拡張対応ファイル４１３に基づき判定する。
図２は、拡張対応ファイル４１３を示す図である。
拡張対応ファイル４１３は、機能名ＫＥＹ欄と、シナリオＫＥＹ欄と、シナリオ名欄とが、ＣＳＶ形式で列挙される。なお、この拡張対応ファイル４１３は、ＣＳＶ形式のテキストファイルに限定されない。
図２に示した機能名ＫＥＹ欄には、オペレーション処理の機能名に対応するキー情報が格納される。この機能名ＫＥＹ欄が存在するか否かにより、拡張対応判定部４１１は、複数のオペレーション処理のシナリオ、つまり拡張処理を実行するか否かを判定する。シナリオＫＥＹ欄には、複数のオペレーション処理を実行するシナリオのシナリオ名に対応するキー情報が格納される。シナリオ名欄には、シナリオＫＥＹ欄に示されるシナリオのシナリオ名が格納される。
拡張対応ファイル４１３は、機能名ＫＥＹ欄と、シナリオＫＥＹ欄と、シナリオ名欄とが、ＣＳＶ形式で列挙される。なお、この拡張対応ファイル４１３は、ＣＳＶ形式のテキストファイルに限定されない。
図２に示した機能名ＫＥＹ欄には、オペレーション処理の機能名に対応するキー情報が格納される。この機能名ＫＥＹ欄が存在するか否かにより、拡張対応判定部４１１は、複数のオペレーション処理のシナリオ、つまり拡張処理を実行するか否かを判定する。シナリオＫＥＹ欄には、複数のオペレーション処理を実行するシナリオのシナリオ名に対応するキー情報が格納される。シナリオ名欄には、シナリオＫＥＹ欄に示されるシナリオのシナリオ名が格納される。
拡張対応判定部４１１は、ＵＩアシスト機能部４２からオペレーション選択情報を受信すると、そのオペレーション選択情報で示される機能名ＫＥＹを抽出し、拡張対応ファイル４１３を検索する。そして、拡張対応判定部４１１は、拡張対応ファイルの中に機能名ＫＥＹが登録されている場合には、対応するシナリオＫＥＹを抽出し、そのシナリオＫＥＹに対応する拡張制御部４１２を呼び出す。
例えば、拡張対応判定部４１１は、オペレーション選択情報として機能名ＫＥＹが「cmd0003」（ファームウェア更新）を受信した場合に、拡張対応ファイル４１３を検索して、シナリオＫＥＹ「scenarioA」を抽出し、このシナリオＫＥＹ「scenarioA」に対応する拡張制御部４１２Ａ（４１２）を呼び出す。
例えば、拡張対応判定部４１１は、オペレーション選択情報として機能名ＫＥＹが「cmd0003」（ファームウェア更新）を受信した場合に、拡張対応ファイル４１３を検索して、シナリオＫＥＹ「scenarioA」を抽出し、このシナリオＫＥＹ「scenarioA」に対応する拡張制御部４１２Ａ（４１２）を呼び出す。
拡張制御部４１２は、複数のオペレーションを実行するシナリオ毎に設けられ、各シナリオに応じた拡張表示画面２４０を生成し、ＨＭＩ２の拡張表示部２４により表示手段に表示させる。例えば、拡張制御部４１２Ａは、シナリオＫＥＹが「scenarioA」で示されるシナリオＡの「ファームウェア更新」に関する処理を実行する。この拡張制御部４１２Ａは、シナリオＡのファームウェア更新を実行するため、複数のオペレーション処理を順次実行する。具体的には、シナリオＡとして、現在のファームウェアの版数を表示する「ファームウェア版数表示」のオペレーション処理を実行し、拡張表示画面「Ａ」（図１参照）を生成する。その際、拡張制御部４１２Ａは、更新可能なファームウェアの版数を、パラメータ情報ファイル４１４から取得して、拡張表示画面「Ａ」を生成する。次に、拡張制御部４１２Ａは、更新を実行するファームウェアの版数の選択情報を受け付け、「ファームウェアの更新処理」を実行する。続いて、更新後のファームウェアについての「ファームウェア版数表示」を実行する。このように、複数のオペレーション処理を実行するシナリオが、拡張制御部４１２（４１２Ａ，４１２Ｂ，…）それぞれの機能として割り当てられる。
パラメータ情報ファイル４１４には、各拡張制御部４１２が複数のオペレーション処理を実行するために必要となるパラメータが、各拡張制御部４１２に対応づけられて格納される。
次に、簡易ＯｐＳ装置３の処理の流れについて説明する。
図３は、本実施形態に係る簡易ＯｐＳ装置３の処理シーケンスの一例を示す図である。
本フローを実行する前提として、ＵＩアシスト機能部４２が、適宜のＳＧファイル７（図１３〜図１５）を読み込んで、ＨＭＩ２の表示手段にＵＩアシスト画面２１０を表示させるものとする。
まず、初めに、ユーザは、ＵＩアシスト画面２１０のカテゴリ欄９１、および、オペレーション欄９２のプルダウンメニューを選択する（ステップＳ１１）。ここでは、図４に示すように、ＵＩアシスト画面２１０において、カテゴリ欄９１では「装置設定」が選択され、オペレーション欄９２では「ファームウェア更新」が選択されたものとする。なお、説明欄９３には、オペレーション欄９２のプルダウンで選択された「ファームウェア更新」の動作説明および使用方法が表示される。また、ここでのオプションの入力は不要である。
図３は、本実施形態に係る簡易ＯｐＳ装置３の処理シーケンスの一例を示す図である。
本フローを実行する前提として、ＵＩアシスト機能部４２が、適宜のＳＧファイル７（図１３〜図１５）を読み込んで、ＨＭＩ２の表示手段にＵＩアシスト画面２１０を表示させるものとする。
まず、初めに、ユーザは、ＵＩアシスト画面２１０のカテゴリ欄９１、および、オペレーション欄９２のプルダウンメニューを選択する（ステップＳ１１）。ここでは、図４に示すように、ＵＩアシスト画面２１０において、カテゴリ欄９１では「装置設定」が選択され、オペレーション欄９２では「ファームウェア更新」が選択されたものとする。なお、説明欄９３には、オペレーション欄９２のプルダウンで選択された「ファームウェア更新」の動作説明および使用方法が表示される。また、ここでのオプションの入力は不要である。
そして、ステップＳ１２として、ユーザは実行ボタン９５をクリックする。これにより、業務アプリケーション部４（業務アプリケーション手段）は、ＵＩアシスト画面２１０から入力された機能名、およびパラメータを受信する。
次に、業務アプリケーション部４は、機能名で示される「ファームウェア更新」の機能名ＫＥＹ（ここでは、「cmd0003」）を抽出し、オペレーション選択情報として、拡張処理部４１に出力する（ステップＳ１３）。
次に、業務アプリケーション部４は、機能名で示される「ファームウェア更新」の機能名ＫＥＹ（ここでは、「cmd0003」）を抽出し、オペレーション選択情報として、拡張処理部４１に出力する（ステップＳ１３）。
拡張処理部４１の拡張対応判定部４１１（図１参照）は、オペレーション選択情報で示される機能名ＫＥＹ（ここでは、「cmd0003」）を用いて、拡張処理判定を行う（ステップＳ１４）。
具体的には、拡張対応判定部４１１は、機能名ＫＥＹ（「cmd0003」）を用いて、拡張対応ファイル４１３（図２）を参照し、ユーザにより選択されたオペレーション処理について拡張処理が可能か否か、すなわち、複数のオペレーション処理のシナリオを実行すべきか否かを判定する。ここで、拡張対応判定部４１１は、拡張対応ファイル４１３に、機能名ＫＥＹ「cmd0003」が登録されていることから、拡張処理が可能と判定する。
なお、ここで、受信したオペレーション選択情報で示される機能名ＫＥＹが、拡張対応ファイル４１３に登録されていなかった場合には、拡張対応判定部４１１は、拡張処理不可を示す情報を、ＵＩアシスト機能部４２に出力する。これにより、ＵＩアシスト機能部４２は、比較例において示した図１１のステップＳ４以降の処理を順次行うことにより、ＨＭＩ２に実行結果画面２１１（図１２（ｂ）参照）を出力して処理を終える。
具体的には、拡張対応判定部４１１は、機能名ＫＥＹ（「cmd0003」）を用いて、拡張対応ファイル４１３（図２）を参照し、ユーザにより選択されたオペレーション処理について拡張処理が可能か否か、すなわち、複数のオペレーション処理のシナリオを実行すべきか否かを判定する。ここで、拡張対応判定部４１１は、拡張対応ファイル４１３に、機能名ＫＥＹ「cmd0003」が登録されていることから、拡張処理が可能と判定する。
なお、ここで、受信したオペレーション選択情報で示される機能名ＫＥＹが、拡張対応ファイル４１３に登録されていなかった場合には、拡張対応判定部４１１は、拡張処理不可を示す情報を、ＵＩアシスト機能部４２に出力する。これにより、ＵＩアシスト機能部４２は、比較例において示した図１１のステップＳ４以降の処理を順次行うことにより、ＨＭＩ２に実行結果画面２１１（図１２（ｂ）参照）を出力して処理を終える。
ステップＳ１４において、拡張処理が可能と判定した場合には、拡張処理部４１は、その機能名ＫＥＹに対応する拡張制御部４１２を起動する。ここでは、機能名ＫＥＹ（「cmd0003」）に対応する拡張制御部４１２Ａが起動される。この拡張制御部４１２Ａは、「ファームウェア更新」に関する複数のオペレーション処理を実行するシナリオが機能として割り当てられている。なお、拡張処理部４１は、他の機能名ＫＥＹとして、例えば、機能名ＫＥＹ「cmd0005」が付されたオペレーション選択情報を取得した場合には、拡張対応ファイル４１３（図２）に示されるシナリオＫＥＹ「scenarioB」に対応する拡張制御部４１２Ｂ（装置切替）を起動する。そして、拡張制御部４１２Ｂが、「装置切替」に関するシナリオに沿った複数のオペレーション処理を実行する。
続いて、起動した拡張制御部４１２Ａは、シナリオ解析を行う（ステップＳ１５）。このシナリオ解析により、拡張制御部４１２Ａは、最初に実行するオペレーション処理として、現在のファームウェアの版数を表示する「ファームウェア版数表示」のオペレーションの処理依頼をＵＩアシスト機能部４２に出力する（ステップＳ１６）。
続いて、起動した拡張制御部４１２Ａは、シナリオ解析を行う（ステップＳ１５）。このシナリオ解析により、拡張制御部４１２Ａは、最初に実行するオペレーション処理として、現在のファームウェアの版数を表示する「ファームウェア版数表示」のオペレーションの処理依頼をＵＩアシスト機能部４２に出力する（ステップＳ１６）。
「ファームウェア版数表示」のオペレーションの処理依頼を受けたＵＩアシスト機能部４２は、図１１のステップＳ４以降と同様の処理を行う。具体的には、ＵＩアシスト機能部４２は、共通処理部４０に指令を送り、ユーザ権限のチェック、装置ロックの取得、パラメータの形式チェック、オブジェクトの生成を指示する。続いて、ＵＩアシスト機能部４２は、要求依頼部４３に対し、装置インタフェース部５（装置インタフェース手段）に実行させるオペレーション処理（ファームウェア版数表示）に関する要求オブジェクトを生成するように依頼する（ステップＳ１７）。そして、ＵＩアシスト機能部４２は、オペレーション処理の実行結果（応答オブジェクト）を要求応答として要求依頼部４３から受け取り（ステップＳ１８）、その要求応答を拡張処理部４１の拡張制御部４１２Ａに出力する（ステップＳ１９）。
拡張制御部４１２Ａは、受信した要求応答で示される応答オブジェクトに基づき、拡張表示画面を生成する（ステップＳ２０）。
続いて、拡張制御部４１２Ａは、ＨＭＩ２の拡張表示部２４により、表示手段（モニター等）に拡張表示画面２４０を表示させる（ステップＳ２１）。
続いて、拡張制御部４１２Ａは、ＨＭＩ２の拡張表示部２４により、表示手段（モニター等）に拡張表示画面２４０を表示させる（ステップＳ２１）。
図５は、拡張表示画面２４０（選択画面）の一例を示す図である。図５は、オペレーション処理が「ファームウェア更新」である場合の拡張表示画面２４０を示している。
図５（ａ）に示すように、拡張表示画面２４０には、「現在のファームウェア版数」が表示される領域（符号２４１）と、「更新後のファームウェア版数」が表示される領域（符号２４２）とが設けられる。なお、この「更新後のファームウェア版数」の情報は、拡張制御部４１２Ａが、パラメータ情報ファイル４１４を参照することにより得られた情報である。
図５（ａ）に示すように、拡張表示画面２４０には、「現在のファームウェア版数」が表示される領域（符号２４１）と、「更新後のファームウェア版数」が表示される領域（符号２４２）とが設けられる。なお、この「更新後のファームウェア版数」の情報は、拡張制御部４１２Ａが、パラメータ情報ファイル４１４を参照することにより得られた情報である。
ここで、ユーザは、「更新後のファームウェア版数」で示される版数の中から１つを選択し（パラメータ入力：ステップＳ２２）、「更新実行」ボタン（符号２４３）をクリック（押下）する（ステップＳ２３：図５（ｂ）参照）。
なお、この拡張表示画面２４０においては、シナリオとして次の処理に必要となるパラメータを選択させるためのテキスト情報を、パラメータ情報ファイル４１４に対応づけて格納しておき、図５（ａ）の「更新後のファームウェアを選択してください」や、図５（ｂ）の「装置のファームウェアを２．０に切り替えます」のように、表示させるようにしてもよい。
なお、この拡張表示画面２４０においては、シナリオとして次の処理に必要となるパラメータを選択させるためのテキスト情報を、パラメータ情報ファイル４１４に対応づけて格納しておき、図５（ａ）の「更新後のファームウェアを選択してください」や、図５（ｂ）の「装置のファームウェアを２．０に切り替えます」のように、表示させるようにしてもよい。
ＨＭＩ２の拡張表示部２４から「更新実行」ボタンがクリック（押下）された情報を受信すると、拡張制御部４１２Ａは、シナリオ解析を行い（ステップＳ２４）、ここでは、次のオペレーション処理として、「ファームウェア更新」のオペレーションの処理依頼をＵＩアシスト機能部４２に出力する（ステップＳ２５）。
「ファームウェア更新」のオペレーションの処理依頼を受けたＵＩアシスト機能部４２は、図１１のステップＳ４以降と同様の処理を行う。具体的には、ＵＩアシスト機能部４２は、共通処理部４０に指令を送り、ユーザ権限のチェック、装置ロックの取得、パラメータの形式チェック、オブジェクトの生成を指示する。続いて、ＵＩアシスト機能部４２は、要求依頼部４３に対し、装置インタフェース部５に実行させるオペレーション処理（ファームウェア更新）に関する要求オブジェクトを生成するように依頼する（ステップＳ２６）。そして、ＵＩアシスト機能部４２は、オペレーション処理の実行結果（応答オブジェクト）を要求応答として要求依頼部４３から受け取り（ステップＳ２７）、その要求応答（応答オブジェクト）を拡張処理部４１の拡張制御部４１２Ａに出力する（ステップＳ２８）。
続いて、拡張制御部４１２Ａは、シナリオ解析を行い（ステップＳ２９）、次のオペレーション処理として、再び「ファームウェア版数表示」のオペレーションの処理依頼をＵＩアシスト機能部４２に出力する（ステップＳ３０）。そして、ステップＳ１７〜Ｓ１９と同様の処理を、このステップＳ３１〜Ｓ３３において実行することにより、拡張制御部４１２Ａが、「ファームウェア版数表示」のオペレーション処理における要求応答（応答オブジェクト）を受信する。
拡張制御部４１２Ａは、シナリオに基づき実行した各オペレーション処理の結果としてえられた要求応答（応答オブジェクト）に基づき、拡張表示結果画面を生成する（ステップＳ３４）。
続いて、拡張制御部４１２Ａは、ＨＭＩ２の拡張表示部２４により、表示手段（モニター等）に拡張表示結果画面２５０（図６）を表示させる（ステップＳ３５）。
続いて、拡張制御部４１２Ａは、ＨＭＩ２の拡張表示部２４により、表示手段（モニター等）に拡張表示結果画面２５０（図６）を表示させる（ステップＳ３５）。
図６は、拡張表示結果画面２５０（処理結果画面）の一例を示す図である。図６は、オペレーション処理が「ファームウェア更新」の場合の拡張表示結果画面２５０を示している。
図６に示すように、拡張表示結果画面２５０には、「更新前のファームウェア版数」が表示される領域（符号２５１）と、「現在のファームウェア版数」が表示される領域（符号２５２）と、ファームウェア更新のオペレーション処理の実行結果が表示される領域（符号２５３）とが設けられる。
また、この拡張表示結果画面２５０において、シナリオの実行結果を示すテキスト情報を、パラメータ情報ファイル４１４に対応づけて格納しておき、例えば、「装置のファームウェアを２．０に更新しました」のように、表示させるようにしてもよい。
図６に示すように、拡張表示結果画面２５０には、「更新前のファームウェア版数」が表示される領域（符号２５１）と、「現在のファームウェア版数」が表示される領域（符号２５２）と、ファームウェア更新のオペレーション処理の実行結果が表示される領域（符号２５３）とが設けられる。
また、この拡張表示結果画面２５０において、シナリオの実行結果を示すテキスト情報を、パラメータ情報ファイル４１４に対応づけて格納しておき、例えば、「装置のファームウェアを２．０に更新しました」のように、表示させるようにしてもよい。
以上説明したように、本実施形態に係る簡易ＯｐＳ装置３、制御方法および制御プログラムによれば、複数回の操作が必要だったオペレーション処理を１つのシナリオで実行することができる。また、複数のオペレーション処理を実行するシナリオ毎に設定される拡張表示画面２４０（図５参照）に基づき、現状態（例えば、現在のファームウェア版数）を表示させた上で、適切なパラメータ（更新可能な複数のファームウェア版数）を表示し、オペレータに選択させることができる。そして、簡易ＯｐＳ装置３は、複数のオペレーション処理によりシナリオを実行し、そのシナリオに応じた最適な表現（リッチな表現）の拡張表示結果画面（図６参照）をＨＭＩ２に表示させることができる。
１Ａ ＯｐＳシステム
２ ＨＭＩ
３，３Ａ 簡易ＯｐＳ装置
４，４Ａ 業務アプリケーション部（業務アプリケーション手段）
５ 装置インタフェース部（装置インタフェース手段）
６ 定義ファイル
７ ＳＧファイル
２１ 表示部
２４ 拡張表示部
４０ 共通処理部
４１ 拡張処理部（拡張処理手段）
４２，４２Ａ ＵＩアシスト機能部
４３ 要求依頼部
５１ 要求受付部
２１０ ＵＩアシスト画面
２１１ 実行結果画面
２４０ 拡張表示画面（選択画面）
２５０ 拡張表示結果画面（処理結果画面）
４１１ 拡張対応判定部
４１２ 拡張制御部
４１３ 拡張対応ファイル
４１４ パラメータ情報ファイル
２ ＨＭＩ
３，３Ａ 簡易ＯｐＳ装置
４，４Ａ 業務アプリケーション部（業務アプリケーション手段）
５ 装置インタフェース部（装置インタフェース手段）
６ 定義ファイル
７ ＳＧファイル
２１ 表示部
２４ 拡張表示部
４０ 共通処理部
４１ 拡張処理部（拡張処理手段）
４２，４２Ａ ＵＩアシスト機能部
４３ 要求依頼部
５１ 要求受付部
２１０ ＵＩアシスト画面
２１１ 実行結果画面
２４０ 拡張表示画面（選択画面）
２５０ 拡張表示結果画面（処理結果画面）
４１１ 拡張対応判定部
４１２ 拡張制御部
４１３ 拡張対応ファイル
４１４ パラメータ情報ファイル
Claims (3)
- ネットワーク装置の監視および制御を行うためのオペレーションシステム（ＯｐＳ）を備える装置である簡易ＯｐＳ装置であって、
前記ネットワーク装置へのオペレーション処理の属性が記された各ＳＧ（System Generation）ファイルに基づいて前記オペレーション処理の選択画面を表示手段に表示し、ユーザから前記オペレーション処理のうちいずれかの実行指示を受け付けて、前記受け付けたオペレーション処理を拡張処理部に出力するとともに、前記拡張処理部からオペレーション処理の実行指示を取得し、当該オペレーション処理に係わるオブジェクトを生成する業務アプリケーション部と、
前記受け付けたオペレーション処理が、当該オペレーション処理に関連する複数のオペレーション処理を実行するシナリオとして拡張処理することができる場合に、前記受け付けたオペレーション処理に対応する前記複数のオペレーション処理に応じたパラメータの選択画面を前記表示手段に表示し、前記ユーザから前記パラメータのうちいずれかの選択指示を受け付けて、前記シナリオに基づき設定された前記複数のオペレーション処理の実行指示を、順次前記業務アプリケーション部に出力する前記拡張処理部と、
ベンダ種別および装置種別に依存して前記ネットワーク装置へ投入されるコマンドを定義した定義ファイルを用いて、前記業務アプリケーション部が生成した前記オブジェクトをベンダ種別および装置種別に応じたコマンドに変換し、変換した前記コマンドにより前記ネットワーク装置を制御する装置インタフェース部と、を備え、
前記拡張処理部は、前記装置インタフェース部が前記ネットワーク装置を制御した結果を示す応答オブジェクトのそれぞれを前記業務アプリケーション部から取得し、前記複数のオペレーション処理の処理結果画面を生成して前記表示手段に表示させること
を特徴とする簡易ＯｐＳ装置。 - ネットワーク装置の監視および制御を行うためのオペレーションシステム（ＯｐＳ）を備える装置である簡易ＯｐＳ装置の制御方法であって、
前記簡易ＯｐＳ装置が、
前記ネットワーク装置へのオペレーション処理の属性が記された各ＳＧ（System Generation）ファイルに基づいて前記オペレーション処理の選択画面を表示手段に表示し、ユーザから前記オペレーション処理のうちいずれかの実行指示を受け付けるステップと、
前記受け付けたオペレーション処理が、当該オペレーション処理に関連する複数のオペレーション処理を実行するシナリオとして拡張処理することができる場合に、前記受け付けたオペレーション処理に対応する前記複数のオペレーション処理に応じたパラメータの選択画面を前記表示手段に表示し、前記ユーザから前記パラメータのうちいずれかの選択指示を受け付けて、前記シナリオに基づき設定された前記複数のオペレーション処理の実行指示により、当該オペレーション処理に係わるオブジェクトを順次生成するステップと、
ベンダ種別および装置種別に依存して前記ネットワーク装置へ投入されるコマンドを定義した定義ファイルを用いて、前記生成したオブジェクトをベンダ種別および装置種別に応じたコマンドに変換し、変換した前記コマンドにより前記ネットワーク装置を制御するステップと、
前記ネットワーク装置を制御した結果を示す応答オブジェクトのそれぞれを用いて、前記複数のオペレーション処理の処理結果画面を生成して前記表示手段に表示させるステップと、
を実行することを特徴とする制御方法。 - ネットワーク装置の監視および制御を行うためのオペレーションシステム（ＯｐＳ）を備える装置である簡易ＯｐＳ装置としてのコンピュータを、
前記ネットワーク装置へのオペレーション処理の属性が記された各ＳＧ（System Generation）ファイルに基づいて前記オペレーション処理の選択画面を表示手段に表示し、ユーザから前記オペレーション処理のうちいずれかの実行指示を受け付けて、前記受け付けたオペレーション処理を拡張処理手段に出力するとともに、前記拡張処理手段からオペレーション処理の実行指示を取得し、当該オペレーション処理に係わるオブジェクトを生成する業務アプリケーション手段、
前記受け付けたオペレーション処理が、当該オペレーション処理に関連する複数のオペレーション処理を実行するシナリオとして拡張処理することができる場合に、前記受け付けたオペレーション処理に対応する前記複数のオペレーション処理に応じたパラメータの選択画面を前記表示手段に表示し、前記ユーザから前記パラメータのうちいずれかの選択指示を受け付けて、前記シナリオに基づき設定された前記複数のオペレーション処理の実行指示を、順次前記業務アプリケーション手段に出力する前記拡張処理手段、
ベンダ種別および装置種別に依存して前記ネットワーク装置へ投入されるコマンドを定義した定義ファイルを用いて、前記業務アプリケーション手段が生成した前記オブジェクトをベンダ種別および装置種別に応じたコマンドに変換し、変換した前記コマンドにより前記ネットワーク装置を制御する装置インタフェース手段、として機能させ、
前記拡張処理手段は、前記装置インタフェース手段が前記ネットワーク装置を制御した結果を示す応答オブジェクトのそれぞれを前記業務アプリケーション手段から取得し、前記複数のオペレーション処理の処理結果画面を生成して前記表示手段に表示させること
を特徴とする制御プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016087415A JP6590753B2 (ja) | 2016-04-25 | 2016-04-25 | 簡易ＯｐＳ装置、制御方法および制御プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016087415A JP6590753B2 (ja) | 2016-04-25 | 2016-04-25 | 簡易ＯｐＳ装置、制御方法および制御プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2017199979A true JP2017199979A (ja) | 2017-11-02 |
| JP6590753B2 JP6590753B2 (ja) | 2019-10-16 |
Family
ID=60239437
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016087415A Active JP6590753B2 (ja) | 2016-04-25 | 2016-04-25 | 簡易ＯｐＳ装置、制御方法および制御プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6590753B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019117024A1 (ja) * | 2017-12-11 | 2019-06-20 | 日本電気株式会社 | 制御方法、制御装置、制御システムおよび記録媒体 |
-
2016
- 2016-04-25 JP JP2016087415A patent/JP6590753B2/ja active Active
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019117024A1 (ja) * | 2017-12-11 | 2019-06-20 | 日本電気株式会社 | 制御方法、制御装置、制御システムおよび記録媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6590753B2 (ja) | 2019-10-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN114115852A (zh) | 可视化服务编排方法、装置、设备及介质 | |
| CN110050237B (zh) | 数据收集装置、数据收集方法及记录介质 | |
| US10084650B2 (en) | Graphical user interface for customizing graphical representations based on registry data | |
| JP6742650B2 (ja) | モバイルブラウザを用いたアプリケーションの呼び出し方法及び装置 | |
| US20220391221A1 (en) | Providing a different configuration of added functionality for each of the stages of predeployment, deployment, and post deployment using a layer of abstraction | |
| US8839107B2 (en) | Context based script generation | |
| US11775262B2 (en) | Multi-technology visual integrated data management and analytics development and deployment environment | |
| JP2002032221A (ja) | ソフトウェアコンポーネント自動生成システム | |
| CN113934832A (zh) | 基于会话的交互处理方法、装置、设备、介质及程序产品 | |
| WO2020220891A1 (zh) | 用于生成物联网系统中的站点的配置文件的方法及装置 | |
| JP4941779B2 (ja) | 作業手順書生成装置、方法、及び、プログラム | |
| JP6590753B2 (ja) | 簡易ＯｐＳ装置、制御方法および制御プログラム | |
| CN114726789A (zh) | 流量管理、配置流量管理策略的方法、装置、设备及介质 | |
| JP2021166020A (ja) | 情報処理装置、設置管理サーバ、システム、それらの制御方法、及びプログラム | |
| US20210004524A1 (en) | Catalog file creation assistance device, catalog file creation assistance method, and catalog file creation assistance program | |
| CN112558968B (zh) | 一种资源树视图的生成方法、装置、设备及存储介质 | |
| KR20220108967A (ko) | 외부 전자 장치를 제어하기 위한 어플리케이션을 생성하는 방법 및 이를 지원하는 전자 장치 | |
| JP6010647B2 (ja) | 簡易ＯｐＳ装置、その制御方法および制御プログラム | |
| US20210191929A1 (en) | Method, device and system for forming fusion model, medium, processor and terminal | |
| JP2016134020A (ja) | テストシナリオを用いたテスト装置および方法 | |
| EP4375897A1 (en) | System for business process automation and method thereof | |
| JP2004220330A (ja) | テスト仕様作成支援装置、テスト仕様作成方法、データベースの構築方法、テスト仕様作成プログラム | |
| JP4675834B2 (ja) | ネットワーク接続装置、方法およびプログラム | |
| JP7332950B2 (ja) | サービス連携支援装置、サービス連携支援方法、および、サービス連携支援プログラム | |
| JP3990369B2 (ja) | サーバ装置及び中継システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180626 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190604 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190625 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190823 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190910 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190917 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6590753 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |