(57)【要約】【課題】固有のユーザインタフェースを備える複数種類の電子装置を、共通化したユーザインタフェースで容易に操作できるようにする。【解決手段】複数の電子装置間で共通化された共通ユーザインタフェースを介して入力される、電子装置に対するリクエストを示す共通設定操作情報に基づいて、共通ユーザインタフェースを介して入力される電子装置に対するリクエストに関する共通化リクエスト情報と、電子装置に固有の固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報３０を参照して、共通設定操作情報に対応する装置リクエスト情報を取得する取得部２０２と、取得された装置リクエスト情報を用いて電子装置２に対する管理アクセスを行なう管理部２０４とを備える。【選択図】図２
2019020801.tif 000002
【特許請求の範囲】
【請求項１】
固有ユーザインタフェースを介して入力される装置リクエスト情報により設定処理が行なわれる電子装置が接続される接続部と、
複数の前記電子装置間で共通化された共通ユーザインタフェースを介して入力される、前記電子装置に対するリクエストを示す共通設定操作情報を受信する受信部と、
前記共通設定操作情報に基づいて、前記共通ユーザインタフェースを介して入力される前記電子装置に対するリクエストに関する共通化リクエスト情報と、前記電子装置に固有の前記固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報を参照して、前記共通設定操作情報に対応する装置リクエスト情報を取得する取得部と、
取得された前記装置リクエスト情報を用いて前記電子装置に対する管理アクセスを行なう管理部と
を備えることを特徴とする、情報処理装置。
【請求項２】
複数の前記電子装置のそれぞれの固有ユーザインタフェースに対応する複数の前記対応情報を格納する記憶装置を備え、
前記取得部が、前記共通ユーザインタフェースを介して入力された前記共通設定情報に基づき、複数の前記対応情報を参照し、受信した前記共通設定操作情報に対応する前記装置リクエスト情報を前記対応情報から抽出する
ことを特徴とする、請求項１記載の情報処理装置。
【請求項３】
前記電子装置に対してリクエストを発行し、前記リクエストに対して前記電子装置から送信される応答データから抽出した装置リクエスト情報を用いて前記対応情報を作成する対応情報作成部
を備えることを特徴とする、請求項１または２記載の情報処理装置。
【請求項４】
前記対応情報作成部が、前記共通設定情報に含まれる情報に基づき、管理アクセス対象の前記電子装置の固有ユーザインタフェースのプロトコルに応じた手法で、前記応答データから前記装置リクエスト情報を抽出する
ことを特徴とする、請求項３記載の情報処理装置。
【請求項５】
固有ユーザインタフェースを介して入力される装置リクエスト情報により設定処理が行なわれる電子装置が接続される情報処理装置において、
プロセッサに、  
複数の前記電子装置間で共通化された共通ユーザインタフェースを介して入力される、前記電子装置に対するリクエストを示す共通設定操作情報を受信し、
前記共通設定操作情報に基づいて、前記共通ユーザインタフェースを介して入力される前記電子装置に対するリクエストに関する共通化リクエスト情報と、前記電子装置に固有の前記固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報を参照して、前記共通設定操作情報に対応する装置リクエスト情報を取得し、
取得された前記装置リクエスト情報を用いて前記電子装置に対する管理アクセスを行なう
処理を実行させる、管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および管理プログラムに関する。
【背景技術】
【０００２】
ストレージシステムにおいては、異なるメーカからそれぞれ提供される複数種類のストレージ装置を搭載して使用する場合がある。
【０００３】
異なるメーカから提供されるストレージ装置においては、装置毎にユーザインタフェースが異なる場合がある。例えば、Ａ社のストレージ装置は、ＧＵＩ（Graphical User Interface）をユーザインタフェースとして備え、Ｂ社のストレージ装置は、ＣＬＩ（Command Line Interface）をユーザインタフェースとして備える。また、Ｃ社のストレージ装置は、ＲＥＳＴ（Representational State Transfer）をユーザインタフェースとして備える。
【０００４】
このように、ユーザインタフェースの異なる複数種類のストレージ装置を用いる場合には、ユーザはストレージ装置毎に異なるユーザインタフェースを介して個別に操作を行なう。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１０６９７９号公報
【特許文献２】特開２０１０−１６５２５０号公報
【特許文献３】特開平１０−８３２５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
このように、ユーザが、ユーザインタフェースの異なる複数種類のストレージ装置を操作する負担を軽減するために、標準化したユーザインタフェースを介して複数種類のストレージ装置を管理する運用管理アプリケーションを用いることも考えられる。
【０００７】
しかしながら、例えば、ＳＮＩＡ（Storage Networking Industry Association）においては、ストレージの構成設定を行なう機能等が規定されているが、ユーザインタフェースの項目や項目の並び、プロトコル言語等は規定されていない。従って、上述の如き運用管理アプリケーションを採用するに際しては、各ストレージ装置のユーザインタフェースについて、標準化したユーザインタフェースに対応させる専用のロジックの作り込みがそれぞれ必要となり煩雑である。すなわち、複数（ｎ台）のストレージ装置を管理する場合に、これらの複数のストレージ装置について、１つの標準化したユーザインタフェースに対応させるために、ｎ対１の関係を標準化する複雑なロジックが必要となる。
【０００８】
１つの側面では、本発明は、固有のユーザインタフェースを備える複数種類の電子装置を、共通化したユーザインタフェースで容易に操作できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
このため、この情報処理装置は、固有ユーザインタフェースを介して入力される装置リクエスト情報により設定処理が行なわれる電子装置が接続される接続部と、複数の前記電子装置間で共通化された共通ユーザインタフェースを介して入力される、前記電子装置に対するリクエストを示す共通設定操作情報を受信する受信部と、前記共通設定操作情報に基づいて、前記共通ユーザインタフェースを介して入力される前記電子装置に対するリクエストに関する共通化リクエスト情報と、前記電子装置に固有の前記固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報を参照して、前記共通設定操作情報に対応する装置リクエスト情報を取得する取得部と、取得された前記装置リクエスト情報を用いて前記電子装置に対する管理アクセスを行なう管理部とを備える。
【発明の効果】
【００１０】
一実施形態によれば、固有のユーザインタフェースを備える複数種類の電子装置を、共通化したユーザインタフェースで容易に操作できる。
【図面の簡単な説明】
【００１１】
【図１】実施形態の一例としてのストレージ管理システムのハードウェア構成図である。
【図２】実施形態の一例としてのストレージ管理システムの機能構成を示す図である。
【図３】実施形態の一例としてのストレージ管理システムにおける機能標準化ユーザインタフェース情報設定画面を例示する図である。
【図４】実施形態の一例としてのストレージ管理システムにおける対象ストレージユーザインタフェース情報設定画面を例示する図である。
【図５】実施形態の一例としてのストレージ管理システムにおける対象ストレージユーザインタフェース情報設定画面を例示する図である。
【図６】実施形態の一例としてのストレージ管理システムにおける、機能標準化ユーザインタフェース情報設定画面および対象ストレージユーザインタフェース情報設定画面の画面遷移を示す図である。
【図７】実施形態の一例としてのストレージ管理システムにおける機能標準化マップ情報を例示する図である。
【図８】実施形態の一例としてのストレージ管理システムにおける機能標準化マップ情報の機能単位情報の生成方法を説明するための図である。
【図９】実施形態の一例としてのストレージ管理システムのマップ情報生成部による機能標準化ユーザインタフェース情報の作成方法を説明するための図である。
【図１０】実施形態の一例としてのストレージ管理システムにおける機能標準化マップ情報の対象機器情報の生成方法を説明するための図である。
【図１１】実施形態の一例としてのストレージ管理システムのマップ情報生成部による機能単位情報の作成方法を説明するための図である。
【図１２】実施形態の一例としてのストレージ管理システムにおける機能標準化処理部による機能標準化処理を説明するフローチャートである。
【図１３】実施形態の一例としてのストレージ管理システムにおける機能標準化処理部による機能標準化処理を説明するフローチャートである。
【図１４】実施形態の一例としてのストレージ管理システムにおける機能標準化処理部による機能標準化処理を説明するフローチャートである。
【図１５】ＨＴＴＰ系プロトコルの参照系リクエストに対するストレージ装置からの応答データを例示する図である。
【図１６】参照系リクエストに対するストレージ装置からの応答データを例示する図である。
【図１７】実施形態の一例としてのストレージ管理システムにおけるユーザインタフェース変換部によるユーザインタフェース変換処理を説明するフローチャートである。
【図１８】実施形態の一例としてのストレージ管理システムにおけるユーザインタフェース変換部によるユーザインタフェース変換処理を説明するフローチャートである。
【図１９】実施形態の一例としてのストレージ管理システムにおけるユーザインタフェース変換部によるユーザインタフェース変換処理を説明するフローチャートである。
【図２０】実施形態の一例としてのストレージ管理システムにおける機能標準化ユーザインタフェースを介して入力された情報に基づいて生成される要求データを例示する図である。
【図２１】実施形態の一例としてのストレージ管理システムにおける対象ストレージユーザインタフェース要求データを例示する図である。
【図２２】実施形態の一例としてのストレージ管理システムにおける機能標準化ユーザインタフェースに対して応答される応答データを例示する図である。
【図２３】実施形態の一例としてのストレージ管理システムにおける対象ストレージユーザインタフェース要求データを例示する図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本情報処理装置および管理プログラムにかかる実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。
【００１３】
（Ａ）構成
図１は実施形態の一例としてのストレージ管理システム１のハードウェア構成図、図２はその機能構成を示す図である。
【００１４】
本ストレージ管理システム１は、図１に示すように、複数（図１に示す例では３つ）のストレージ装置２−１〜２−３と管理サーバ１０とを備える。
【００１５】
ストレージ装置２−１〜２−３は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の１つ以上の記憶装置を備え、図示しないホスト装置等に記憶領域（ボリューム）を提供する。
【００１６】
なお、以下、ストレージ装置を示す符号としては、複数のストレージ装置のうち１つを特定する必要があるときには符号２−１〜２−３を用いるが、任意のストレージ装置を指すときには符号２を用いる。
【００１７】
ストレージ装置２は、例えば、図示しないＣＭ（Controller Module）を備え、このＣＭが、記憶装置へのデータのリードやライトを制御する。また、ストレージ装置２は、複数の記憶装置を用いてＲＡＩＤ（Redundant Arrays of Inexpensive Disks）を構成してもよい。
【００１８】
本ストレージ管理システム１において、管理される複数（複数種類）のストレージ装置２は、いずれもＳＮＩＡの規定に従うものである。また、各ストレージ装置２は、それぞれ固有のユーザインタフェースを介して操作入力が行なわれ、機器設定等が実行される。
【００１９】
例えば、ストレージ装置２−１はＧＵＩをユーザインタフェースとして備える。また、ストレージ装置２−２はＣＬＩを、ストレージ装置２−３はＲＥＳＴを、それぞれユーザインタフェースとして備える。
【００２０】
管理サーバ１０はサーバ機能を有するコンピュータである。この管理サーバ１０は、図１に示すように、例えば、プロセッサ１１，ＲＡＭ（Random Access Memory）１２，ＨＤＤ（Hard Disk Drive）１３，グラフィック処理装置１４，入力インタフェース１５，光学ドライブ装置１６，機器接続インタフェース１７およびネットワークインタフェース１８を構成要素として有する。これらの構成要素１１〜１８は、バス１９を介して相互に通信可能に構成される。
【００２１】
プロセッサ１１は、管理サーバ１０全体を制御する。プロセッサ１１は、マルチプロセッサであってもよい。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit），ＭＰＵ（Micro Processing Unit），ＤＳＰ（Digital Signal Processor），ＡＳＩＣ（Application Specific Integrated Circuit），ＰＬＤ（Programmable Logic Device），ＦＰＧＡ（Field Programmable Gate Array）のいずれか一つであってもよい。また、プロセッサ１１は、ＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのうちの２種類以上の要素の組み合わせであってもよい。
【００２２】
ＲＡＭ１２は、管理サーバ１０の主記憶装置として使用される。ＲＡＭ１２には、プロセッサ１１に実行させるＯＳ（Operating System）プログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１２には、プロセッサ１１による処理に必要な各種データが格納される。アプリケーションプログラムには、コンピュータ１０によって本実施形態のストレージ装置管理機能を実現するためにプロセッサ１１によって実行されるストレージ装置管理プログラム（図示省略）が含まれてもよい。
【００２３】
ＨＤＤ１３は、内蔵したディスクに対して、磁気的にデータの書き込みおよび読み出しを行なう。ＨＤＤ１３は、コンピュータ１０の補助記憶装置として使用される。ＨＤＤ１３には、ＯＳプログラム，アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ストレージクラスメモリ（ＳＣＭ：Storage Class Memory）や、フラッシュメモリ等の半導体記憶装置（ＳＳＤ：Solid State Drive）を使用することもできる。
【００２４】
グラフィック処理装置１４には、モニタ１４ａが接続されている。グラフィック処理装置１４は、プロセッサ１１からの命令に従って、画像をモニタ１４ａの画面に表示させる。モニタ１４ａとしては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置等が挙げられる。
【００２５】
入力インタフェース１５には、キーボード１５ａおよびマウス１５ｂが接続されている。入力インタフェース１５は、キーボード１５ａやマウス１５ｂから送られてくる信号をプロセッサ１１に送信する。なお、マウス１５ｂは、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル，タブレット，タッチパッド，トラックボール等が挙げられる。
【００２６】
光学ドライブ装置１６は、レーザ光等を利用して、光ディスク１６ａに記録されたデータの読み取りを行なう。光ディスク１６ａは、光の反射によって読み取り可能にデータを記録された可搬型の非一時的な記録媒体である。光ディスク１６ａには、ＤＶＤ（Digital Versatile Disc），ＤＶＤ−ＲＡＭ，ＣＤ−ＲＯＭ（Compact Disc Read Only Memory），ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。
【００２７】
機器接続インタフェース１７は、コンピュータ１０に周辺機器を接続するための通信インタフェースである。例えば、機器接続インタフェース１７には、メモリ装置１７ａやメモリリーダライタ１７ｂを接続することができる。メモリ装置１７ａは、機器接続インタフェース１７との通信機能を搭載した非一時的な記録媒体、例えばＵＳＢ（Universal Serial Bus）メモリである。メモリリーダライタ１７ｂは、メモリカード１７ｃへのデータの書き込み、またはメモリカード１７ｃからのデータの読み出しを行なう。メモリカード１７ｃは、カード型の非一時的な記録媒体である。
【００２８】
ネットワークインタフェース１８は、ネットワーク１８ａに接続される。ネットワークインタフェース１８は、ネットワーク１８ａを介して、他のコンピュータまたは通信機器との間でデータの送受信を行なう。ストレージ装置２は、ネットワーク１８ａに接続され、このネットワークインタフェース１８を介して、管理サーバ１０に接続される。
【００２９】
以上のようなハードウェア構成を有する管理サーバ１０によって、図２を参照しながら後述する本実施形態のストレージ装置管理機能を実現することができる。
【００３０】
なお、管理サーバ１０は、例えばコンピュータ読み取り可能な非一時的な記録媒体に記録されたプログラム（ストレージ装置管理プログラム等）を実行することにより、本実施形態のストレージ装置管理機能を実現する。管理サーバ１０に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、コンピュータ１０に実行させるプログラムをＨＤＤ１３に格納しておくことができる。プロセッサ１１は、ＨＤＤ１３内のプログラムの少なくとも一部をＲＡＭ１２にロードし、ロードしたプログラムを実行する。
【００３１】
また、管理サーバ１０（プロセッサ１１）に実行させるプログラムを、光ディスク１６ａ，メモリ装置１７ａ，メモリカード１７ｃ等の非一時的な可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１１からの制御により、ＨＤＤ１３にインストールされた後、実行可能になる。また、プロセッサ１１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。
【００３２】
次に、図２を参照しながら、本実施形態のストレージ装置管理機能を有する情報処理装置（管理サーバ）１０の機能構成について説明する。図２は、当該機能構成の一例を示すブロック図である。
【００３３】
管理サーバ１０は、ネットワーク１８ａを介して複数のストレージ装置２の管理や制御を行なうものであり、ストレージ装置２の運用者（ＳＥ：System Engineer）が、ストレージ装置２の機器設定操作（ボリューム作成など）を行なうために用いられる。以下、本ストレージ管理システム１を操作してストレージ装置２の運用を行なう運用者をユーザという場合がある。
【００３４】
管理サーバ１０は、複数のストレージ装置２について共通化（標準化）された一のユーザインタフェース（機能標準化ユーザインタフェース：共通ユーザインタフェース）を運用者に提供する。そして、この標準化されたユーザインタフェースを介して、それぞれが固有のユーザインタフェース（固有ユーザインタフェース）を有する複数種類のストレージ装置（電子機器）２を管理するストレージ装置管理機能を実現する。
【００３５】
すなわち、管理サーバ１０は、本ストレージ管理システム１のユーザに、機能標準化ユーザインタフェースを介して、複数種類のストレージ装置２のそれぞれを操作できる環境を提供する。
【００３６】
管理サーバ１０は、ストレージ装置管理機能を実現するための機能として、図２に示すように、機能標準化処理部１００およびユーザインタフェース変換部２００を備える。
【００３７】
機能標準化処理部１００は、各ストレージ装置２のそれぞれの固有のユーザインタフェースに備えられるメニュー項目（インタフェース項目）を、機能標準化ユーザインタフェースに備えられるメニュー項目（インタフェース項目）と対応付ける。これにより、機能標準化処理部１００は、複数種類のストレージ装置２のそれぞれ固有のユーザインタフェースを共通化する。ユーザインタフェースを共通化することを、標準化（もしくは機能標準化）すると表現してもよい。
【００３８】
以下、機能標準化処理部１００がユーザインタフェースの機能標準化を行なう対象のストレージ装置２を、対象ストレージ装置２という場合がある。また、以下、対象ストレージ装置２の固有のユーザインタフェースを対象ストレージ装置ユーザインタフェースという場合がある。
【００３９】
機能標準化処理部１００は、対象ストレージ装置ユーザインタフェースに備えられるメニュー項目と機能標準化ユーザインタフェースに備えられるメニュー項目とを対応付ける機能標準化マップ情報３０を生成する。
【００４０】
機能標準化処理部１００は、１つの対象ストレージ装置２の対象ストレージ装置ユーザインタフェースと１つの機能標準化ユーザインタフェースとの組み合わせに対して、１つの機能標準化マップ情報３０を作成する。
【００４１】
すなわち、機能標準化処理部１００は、機能標準化ユーザインタフェースに対応付ける対象ストレージ装置２と同数の機能標準化マップ情報３０を作成する。
【００４２】
また、機能標準化処理部１００は、１つの機能標準化ユーザインタフェースに対して、複数種類（ｎ種類）の対象ストレージ装置ユーザインタフェースをそれぞれ対応付けることで、１対ｎの関係において対象ストレージ装置ユーザインタフェースの標準化を実現する。この場合、機能標準化処理部１００は、各ストレージ装置２のユーザインタフェースのそれぞれについて、機能標準化ユーザインタフェースに対する機能標準化マップ情報３０を作成することで、ｎ個の機能標準化マップ情報３０を作成する。
【００４３】
後述するユーザインタフェース変換部２００は、機能標準化ユーザインタフェースを介して入力された機器設定操作に関する操作情報を、機能標準化マップ情報３０を用いて、対象ストレージ装置ユーザインタフェースにおいて入力される操作情報に変換するデータ変換エンジンとして機能する。
【００４４】
本ストレージ管理システム１においては、ユーザが操作入力を行なう機能標準化ユーザインタフェースはＷｅｂＡＰＩ（Application Programming Interface）のＲＥＳＴ形式とする。これにより、ユーザは、専用のアプリケーションを用いることなく、例えばモニタ１４aに表示されたブラウザにおいてＵＲＬを指定することで、対象ストレージ装置２の機器設定操作を行なうことができる。
【００４５】
また、対象ストレージ装置２において機能標準化ユーザインタフェースによって標準化される操作入力は、ＳＮＩＡで定められている対象物および操作内容のみとする。これにより、ユーザは、機能標準化処理部１００において、標準化する対象である対象ストレージ装置２の選択および操作内容の選択と、対象ストレージ装置２についての対象ストレージ装置ユーザインタフェースに関するメニュー項目の追加との２つのステップの操作入力を行なうことで、対象ストレージ装置ユーザインタフェースの標準化を実現する。
【００４６】
そして、ユーザインタフェース変換部２００においては、機能標準化ユーザインタフェースを介して入力される機器設定操作を変換した操作情報を、対応するストレージ装置２に送信することで、各ストレージ装置２に対する機器設定操作を実現する。これにより、ユーザは機能標準化ユーザインタフェースを介して行なう機器設定操作により、各ストレージ装置２に対する機器設定操作を実現する。
【００４７】
機能標準化処理部１００は、図２に示すように、操作受付部１０１，データ解析部１０２，マップ情報生成部１０３および機器連携部１０４としての機能を備える。
【００４８】
操作受付部１０１は、ユーザがキーボード１５ａやマウス１５ｂを用いて行なった入力操作を受け付ける。本ストレージ管理システム１においては、ユーザは、ユーザインタフェースを標準化する対象機器としての対象ストレージ装置２の指定と、標準化する対象操作としての、対象ストレージ装置２に対する操作内容とを入力する。
【００４９】
具体的には、操作受付部１０１は、図３に例示する機能標準化ユーザインタフェース情報設定画面１４１と、図４および図５に例示する対象ストレージユーザインタフェース情報設定画面１４２（１４２ａ，１４２ｂ）とを介してそれぞれ入力される各種情報を取得する。
【００５０】
図３は実施形態の一例としてのストレージ管理システム１における機能標準化ユーザインタフェース情報設定画面１４１を例示する図である。また、図４および図５は、その対象ストレージユーザインタフェース情報設定画面１４２を例示する図である。なお、図４は設定系の対象ストレージユーザインタフェース情報設定画面１４２ａを示し、図５は参照系の対象ストレージユーザインタフェース情報設定画面１４２ｂを示す。
【００５１】
対応付け対象ストレージ装置２においてボリュームやＲＡＩＤ等に対して作成，編集，削除，コピー等の設定系の操作を行なう場合には、図４に例示する設定系の対象ストレージユーザインタフェース情報設定画面１４２ａが用いられる。
【００５２】
これに対して、対応付け対象ストレージ装置２においてボリュームやＲＡＩＤ等に対して参照等の参照系の操作を行なう場合には、図５に例示する設定系の対象ストレージユーザインタフェース情報設定画面１４２ｂが用いられる。
【００５３】
なお、以下、対象ストレージユーザインタフェース情報設定画面を示す符号としては、複数の対象ストレージユーザインタフェース情報設定画面のうち１つを特定する必要があるときには符号１４２ａ，１４２ｂを用いるが、任意の対象ストレージユーザインタフェース情報設定画面を指すときには符号１４２を用いる。
【００５４】
機能標準化ユーザインタフェース情報設定画面１４１および対象ストレージユーザインタフェース情報設定画面１４２は、それぞれモニタ１４ａに表示されてユーザに提示される。
【００５５】
ユーザは、キーボード１５ａやマウス１５ｂを用いて、これらの機能標準化ユーザインタフェース情報設定画面１４１や対象ストレージユーザインタフェース情報設定画面１４２において各種情報の入力操作を行なう。
【００５６】
機能標準化ユーザインタフェース情報設定画面１４１は、機能標準化マップ情報３０の作成に用いられる各種情報を入力するための入力画面である。
【００５７】
図３に例示する機能標準化ユーザインタフェース情報設定画面１４１は、機能標準化ユーザインタフェース情報入力欄１４１１，機能標準化マップ情報入力欄１４１２および対象ストレージ入力欄１４１３を備える。
【００５８】
機能標準化ユーザインタフェース情報入力欄１４１１は、後述するユーザインタフェース変換部２００（データ変換エンジン）としての機能を備える（格納されている）サーバコンピュータ（図示省略）を特定するための情報を入力するための欄である。本ストレージ管理システム１においては、サーバコンピュータを特定するための情報として、ＩＰ（Internet Protocol）アドレスを用いる。
【００５９】
なお、図３に示す例においては、機能標準化ユーザインタフェース情報入力欄１４１１にＩＰアドレスとして“10.10.10.10”が入力された状態を示している。
【００６０】
また、図２に示す例においては、管理サーバ１０が機能標準化処理部１００としての機能とユーザインタフェース変換部２００としての機能とを備えている。従って、本例においては、ユーザは、この機能標準化ユーザインタフェース情報入力欄１４１１に管理サーバ１０のＩＰアドレス（“10.10.10.10”）を入力する。
【００６１】
機能標準化マップ情報入力欄１４１２は、作成する機能標準化マップ情報３０を特定するための情報を入力するための欄である。本ストレージ管理システム１においては、機能標準化マップ情報３０を特定するための情報としてファイル名を用いる。ユーザは、この機能標準化マップ情報入力欄１４１２に作成する機能標準化マップ情報３０のファイル名を入力する。図３に示す例においては、機能標準化マップ情報３０に、ファイル名として“Hogehoge.txt”が入力されている。
【００６２】
また、この機能標準化マップ情報入力欄１４１２に、既存の機能標準化マップ情報３０のファイル名を入力することで、その機能標準化マップ情報３０を読み出し、編集等を行なうことができる。
【００６３】
対象ストレージ入力欄１４１３は、対象ストレージ装置２を特定する情報を入力するための欄である。本ストレージ管理システム１においては、前述の如くストレージ装置２を特定するための情報としてＩＰアドレスを用いる。
【００６４】
図３に示す例においては、対象ストレージ入力欄１４１３に、対象ストレージ装置２のＩＰアドレスとして“192.168.0.1”，“192.168.0.2”および“192.168.0.3”が入力されている。
【００６５】
ユーザは、対象ストレージ入力欄１４１３に対象ストレージ装置２のＩＰアドレスを入力し、追加ボタン１４１３ａや編集ボタン１４１３ｂをクリック（押下，選択）する。これにより、モニタ１４に対象ストレージユーザインタフェース情報設定画面１４２が表示される。ユーザは、この対象ストレージユーザインタフェース情報設定画面１４２を介して対象ストレージ装置２についての情報入力を行なう。また、削除ボタン１４１３ｃをクリックして対象ストレージ装置２を削除することもできる。
【００６６】
図６は実施形態の一例としてのストレージ管理システム１における、機能標準化ユーザインタフェース情報設定画面１４１および対象ストレージユーザインタフェース情報設定画面１４２の画面遷移を示す図である。
【００６７】
機能標準化ユーザインタフェース情報設定画面１４１において、ユーザが対象ストレージ入力欄１４１３に対象ストレージ装置２のＩＰアドレスを入力し、追加ボタン１４１３ａや編集ボタン１４１３ｂをクリックする。これにより、モニタ１４ａには、対象ストレージユーザインタフェース情報設定画面１４２が表示される。
【００６８】
また、機能標準化ユーザインタフェース情報設定画面１４１において、ユーザが、機能標準化ユーザインタフェース情報入力欄１４１１，機能標準化マップ情報入力欄１４１２および対象ストレージ入力欄１４１３に各種情報を入力した後に、生成ボタン１４１４をクリックする。これにより、機能標準化マップ情報３０が生成される。
【００６９】
さらに、機能標準化ユーザインタフェース情報設定画面１４１において、ユーザがファイル名入力欄１４１２に機能標準化マップ情報３０のファイル名を入力して参照ボタン１４１２ａをクリックすることで、モニタ１４ａに、指定した機能標準化マップ情報３０についての機能標準化ユーザインタフェース情報設定画面１４１が表示される。
【００７０】
対象ストレージユーザインタフェース情報設定画面１４２は、対応付け対象ストレージ装置２のユーザインタフェースに関する情報を入力するためのメニュー画面である
【００７１】
［対象ストレージユーザインタフェース情報設定画面１４２ａ］
ボリュームやＲＡＩＤの作成，編集，削除，コピー等の設定系の処理を行なうための対象ストレージユーザインタフェース情報設定画面１４２ａは、図４に例示するように、対象ストレージユーザインタフェース情報入力欄１４２１および項目情報入力欄１４２２を備える。
【００７２】
対象ストレージユーザインタフェース情報入力欄１４２１は、対象ストレージ装置２に関する情報を入力するためのものであり、ＩＰアドレス入力欄１４２１ａ，オプション入力欄１４２１ｂ，対象物入力欄１４２１ｃおよび操作内容入力欄１４２１ｄを備える。
【００７３】
ＩＰアドレス入力欄１４２１ａには対象ストレージ装置２のＩＰアドレスが入力される。オプション入力欄１４２１ｂには、その対象ストレージ装置２に固有のオプション（リクエストオプション）が入力される。例えば、対象ストレージ装置２がＧＵＩやＣＬＩのユーザインタフェースを有する場合に、これらのＧＵＩやＣＬＩのコマンドに付加されるオプションが入力される。
【００７４】
対象物入力欄１４２１ｃには、ＳＮＩＡで規定された対象物が入力される。対象物としては、例えば、ボリュームやＲＡＩＤが入力される。なお、対象物は、予め規定した対象物候補をドロップダウンメニューにより提示し、このドロップダウンメニューから選択できるようにしてもよい。
【００７５】
操作内容入力欄１４２１ｄには、対象物入力欄１４２１ｃに入力された対象物に対して行なう操作内容が入力される。操作内容としては、例えば、参照，作成，編集，削除，コピーのいずれかが選択される。操作内容は、予め規定した操作内容候補をドロップダウンメニューにより提示し、このドロップダウンメニューから選択できるようにしてもよい。
【００７６】
項目情報入力欄１４２２は、機能標準化ユーザインタフェースのメニュー項目（入力項目，標準化項目名）に対応する、対象ストレージ装置２の対象ストレージ装置ユーザインタフェースにおけるメニュー項目（項目名，対象ストレージユーザインタフェース項目名）を入力するための欄である。
【００７７】
例えば、一般に、ストレージ装置２においてボリュームを作成する場合には、ボリュームの名前，サイズおよび使用されるプールの名前が情報として必要とされる。
【００７８】
本ストレージ管理システム１においては、機能標準化ユーザインタフェースを介してボリューム作成の機器設定操作を行なう場合に、ボリュームの名前を“Name”で表し、ボリュームのサイズを“Size”で表し、使用するプールの名前を“POOL Name”で表すものとする。
【００７９】
また、本ストレージ管理システム１において、例えば、ストレージ装置２−１は、ＩＰアドレスが“192.168.0.1”であり、ボリュームの作成を行なう場合に、ボリュームの名前を“volume name”で表し、サイズを“volume size”で表し、プールの名前を“pool name”で表す。
【００８０】
このような場合に、図４に示すように、ユーザは、対象ストレージユーザインタフェース情報設定画面１４２ａの項目情報入力欄１４２２において、機能標準化ユーザインタフェースにおける“Name”，“Size”および“POOL Name”の各メニュー項目（標準化項目）に対して、“volume name”，“volume size”および“pool name”をそれぞれ入力する。
【００８１】
これにより、ストレージ装置２−１の対象ストレージ装置ユーザインタフェースに固有のメニュー項目（“volume name”，“volume size”および“pool name ”）に対して、それぞれ機能標準化ユーザインタフェースのメニュー項目（Name”，“Size”および“POOL Name”）が対応付けられる。
【００８２】
なお、図４に示す例においては、項目情報入力欄１４２２には標準化項目として“Name”，“Size”および“POOL Name”の３つの項目が示されている。これらの項目は、対象ストレージユーザインタフェース情報入力欄１４２１の対象物入力欄１４２１ｃにおいて入力された対象物や、操作内容入力欄１４２１ｄにおいて入力された操作内容に応じて予め規定されたメニュー項目である。すなわち、項目情報入力欄１４２２に表示される標準化項目の数や内容は、対象物や操作内容に応じて適宜変更される。
【００８３】
ユーザが、対象ストレージユーザインタフェース情報設定画面１４２ａにおける各欄への入力を行なった後に、登録ボタン１４２４をクリックすることで、対象ストレージユーザインタフェース情報設定画面１４２において入力された一の対象ストレージ装置２についての設定入力が完了する
【００８４】
ボリュームやＲＡＩＤに関する情報を参照する参照系の処理を行なうための対象ストレージユーザインタフェース情報設定画面１４２ｂは、図５に例示するように、対象ストレージユーザインタフェース情報入力欄１４２１および項目情報表示欄１４２３を備える。
【００８５】
なお、図中、既述の符号と同一の符号は同様の部分を示しているので、その説明は省略する。
【００８６】
項目情報表示欄１４２３は、機能標準化ユーザインタフェースのメニュー項目（入力項目，標準化項目）に対応する、対象ストレージ装置２のユーザインタフェースにおけるメニュー項目を表示するための欄である。
【００８７】
この項目情報表示欄１４２３においては、機能標準化ユーザインタフェースの各メニュー項目に対して、機能標準化マップ情報３０によって対応付けられた対応付け対象ストレージ装置２のユーザインタフェースにおけるメニュー項目が対応付けて表示される。
【００８８】
図５に示す例においては、項目情報表示欄１４２３において、機能標準化ユーザインタフェースにおける“Name”，“Size”および“POOL Name”の各標準化項目に対して、“volume name”，“volume size”および“pool name”がそれぞれ対応付けて表示されている。
【００８９】
ユーザが、このような項目情報表示欄１４２３を確認することで、機能標準化ユーザインタフェースの各メニュー項目に対する、対応付け対象ストレージ装置２のユーザインタフェースにおけるメニュー項目を知ることができる。
【００９０】
なお、図５に示す例においては、項目情報表示欄１４２３には標準化項目として“Name”，“Size”および“POOL Name”の３つの項目が示されている。これらの項目は、対象ストレージユーザインタフェース情報入力欄１４２１の対象物入力欄１４２１ｃにおいて入力された対象物や、操作内容入力欄１４２１ｄにおいて入力された操作内容に応じて予め規定されたメニュー項目である。すなわち、項目情報表示欄１４２３に表示される標準化項目の数や内容は、対象物や操作内容に応じて適宜変更される。
【００９１】
また、図５に例示する対象ストレージユーザインタフェース情報設定画面１４２ｂは、解析ボタン１４２５を有する。この解析ボタン１４２５をクリックすることで、対象ストレージ２に対する参照指示が発行され、例えば、データ解析部１０２は、ストレージ装置２に問い合わせて固有ユーザインタフェースのメニュー項目（インタフェース項目，項目名）を取得する。取得された対象ストレージ装置２の固有ユーザインタフェースのメニュー項目は、項目情報表示欄１４２３に表示される。
【００９２】
データ解析部１０２は、機能標準化ユーザインタフェース情報設定画面１４１および対象ストレージユーザインタフェース情報設定画面１４２において入力された各情報を取得し、取得した情報に基づき、各種の判断を行なう。
【００９３】
例えば、データ解析部１０２は、対象ストレージユーザインタフェース情報設定画面１４２の対象ストレージユーザインタフェース情報入力欄１４２１のオプション入力欄１４２１ｂから入力されたオプションとしての文字列に、特定の文字（例えば“&”）が含まれているかの判断を行なう。
【００９４】
また、データ解析部１０２は、後述する機器連携部１０４を介してストレージ装置（対応付け対象ストレージ装置）２に対して発行するリクエストが、参照系のリクエスト（GET）であるか、設定系のリクエスト（POST，PUT，DELETE）であるかの判断を行なう。
【００９５】
また、データ解析部１０２は、ストレージ装置２に発行した参照系のリクエスト（GET）について、ストレージ装置２からの応答データを振り分けることができたかについても判断する。具体的には、データ解析部１０２は、ストレージ装置２からの応答データのHTTPステータスが“200”であるか否か、すなわち、リクエストがストレージ装置２に正常に受け取られ、受理された（Success）か等を判断する。
【００９６】
マップ情報生成部１０３は、機能標準化ユーザインタフェース情報設定画面１４１および対象ストレージユーザインタフェース情報設定画面１４２において入力された各情報に基づき、機能標準化マップ情報３０を作成する。
【００９７】
図７は実施形態の一例としてのストレージ管理システム１における機能標準化マップ情報３０を例示する図である。
【００９８】
機能標準化マップ情報３０は、機能標準化ユーザインタフェースに含まれる項目とストレージ装置２のユーザインタフェースに含まれる項目とを対応付ける。
【００９９】
なお、この図７においては、機能標準化マップ情報３０を、便宜上、構造化文書のフォーマットで表しているが、これに限定されるものではなく、適宜変更して実施してもよい。
【０１００】
機能標準化マップ情報３０は、図７に示すように、機能標準化ユーザインタフェース情報３０ａと対象機器情報３０ｂ−１〜３０ｂ−３とを備える。なお、以下、対象機器情報を示す符号としては、複数の対象機器情報のうち１つを特定する必要があるときには符号３０ｂ−１〜３０ｂ−３を用いるが、任意の対象機器情報を指すときには符号３０ｂを用いる。
【０１０１】
マップ情報生成部１０３は、機能標準化ユーザインタフェース情報設定画面１４１および対象ストレージユーザインタフェース情報設定画面１４２において入力された情報に基づき、機能標準化マップ情報３０の機能標準化ユーザインタフェース情報３０ａおよび対象機器情報３０ｂを作成する。
【０１０２】
図８は実施形態の一例としてのストレージ管理システム１における機能標準化マップ情報３０の機能単位情報の生成方法を説明するための図である。
【０１０３】
機能標準化ユーザインタフェース情報３０ａは、標準化されたユーザインタフェースにおける操作（コマンド，機能）に関する情報である。すなわち、機能標準化ユーザインタフェース情報３０ａは、複数のストレージ装置２間において共通化された、ストレージ装置２に対するリクエストに関する共通化リクエスト情報である。図７及び図８に例示する機能標準化ユーザインタフェース情報３０ａは、項目タブ“request”，“url”および“method”を備える。
【０１０４】
項目タブ“request”は、本ストレージ管理システム１において標準化されユーザに提示されるユーザインタフェース（機能標準化ユーザインタフェース）についてのタグ（情報機能標準化ユーザインタフェース情報群タグ）である。この項目タブ“request”は、機能標準化ユーザインタフェースに対して、１つのユニークな値として定義される。また、この項目タブ“request”は、ＲＥＳＴ形式のＷｅｂＡＰＩのNo.2 〜No.4で構成される。
【０１０５】
項目タブ“url”には、機能標準化ユーザインタフェースのＵＲＬが対応付けられる。このＵＲＬは、例えば、“http://ＩＰアドレス/対象物”のフォーマットを有する。
【０１０６】
ここで用いられるＩＰアドレスは、機能標準化ユーザインタフェース情報設定画面１４１の機能標準化ユーザインタフェース情報入力欄１４１１に入力されたＩＰアドレスが用いられる。また、対象物には、対象ストレージユーザインタフェース情報入力欄１４２１の対象物入力欄１４２１ｃにおいて入力（選択）された内容に対応する値が用いられる。
【０１０７】
従って、マップ情報生成部１０３は、機能標準化ユーザインタフェース情報設定画面１４１の機能標準化ユーザインタフェース情報入力欄１４１１に入力されたＩＰアドレスと、対象ストレージユーザインタフェース情報入力欄１４２１の対象物入力欄１４２１ｃにおいて入力された対象物の値とを組み合わせて“url”を作成する。
【０１０８】
例えば、マップ情報生成部１０３は、図３に例示される機能標準化ユーザインタフェース情報設定画面１４１の機能標準化ユーザインタフェース情報入力欄１４１１に入力されたＩＰアドレス“10.10.10.10”を取得する。また、マップ情報生成部１０３は、図４に例示される対象ストレージユーザインタフェース情報設定画面１４２の対象物入力欄１４２１ｃにおいて入力された対象物“ボリューム”に対応する値“Volume”を取得する。なお、対象物に対応する値は予め規定されている。
【０１０９】
そして、マップ情報生成部１０３は、これらの取得した“10.10.10.10”と“Volume”とを組み合わせて（連結して）、機能標準化ユーザインタフェースのURL“http://10.10.10.10/Volume”を作成する。
【０１１０】
項目タブ“method”は、ストレージ装置２に対して行なわれる操作を示すリクエストメソッドである。この項目タブ“method”には、例えば、対象ストレージユーザインタフェース情報設定画面１４２の操作内容入力欄１４２１ｄにおいて入力（選択）された操作内容に対応するリクエストメソッドを対応付けてもよい。例えば、操作内容が“参照”である場合にはリクエストメソッド“GET”が設定される。同様に、操作内容が“作成”である場合にはリクエストメソッド“POST”が、操作内容が“編集”または“コピー”である場合にはリクエストメソッド“PUT”が、操作内容が“削除”である場合にはリクエストメソッド“DELETE”が、それぞれ設定される。
【０１１１】
マップ情報生成部１０３は、ユーザが機能標準化ユーザインタフェース情報設定画面１４１や対象ストレージユーザインタフェース情報設定画面１４２から入力された情報と、システムがＯＳ等の機能により収集した情報とに基づき、機能標準化ユーザインタフェース情報３０ａを作成する。
【０１１２】
図９は実施形態の一例としてのストレージ管理システム１のマップ情報生成部１０３による機能標準化ユーザインタフェース情報３０ａの作成方法を説明するための図である。
【０１１３】
図９に例示する機能標準化ユーザインタフェース情報３０ａにおいて、１行目の★マークを付した“[” "をファイルの先頭文字とし、２行目以降の“request”タブの前にある☆マークを付した“{”を機能単位群の開始位置とする。また、ファイルの終端にある“}”と“]”は★と☆の終わりをそれぞれ意味する。
【０１１４】
機能標準化ユーザインタフェース毎に、☆マークの次の行に示す機能標準化ユーザインタフェース情報群タグ「"request":{」を設け、その配下に機能標準化ユーザインタフェースＵＲＬ（“url”）とリクエストメソッド（“method”）とを定義してもよい。
【０１１５】
これらの機能標準化ユーザインタフェースＵＲＬ（“url”）およびリクエストメソッド（“method”）は、“:”を用いて、“キー名”:“値”の形式で登録してもよい。
【０１１６】
また、機能標準化ユーザインタフェース情報群タグ「“request”:{」の終わりは、◆マークを付した“},”で表わしている。
【０１１７】
なお、“url”は、機能標準化ユーザインタフェース情報設定画面１４１の機能標準化ユーザインタフェース情報入力欄１４１１において入力されたＩＰアドレスと、対象ストレージユーザインタフェース情報設定画面１４２の対象物入力欄１４２１ｃにおいて入力された対象物を組み合わせて生成されたＵＲＬが用いられる。
【０１１８】
また、“method”は、対象ストレージユーザインタフェース情報設定画面１４２の操作内容入力欄１４２１ｄにおいて入力された操作内容が用いられる。
【０１１９】
図７に例示する機能標準化マップ情報３０においては、URL“http://10.10.10.10/Volume”の機能標準化ユーザインタフェースにおいて、ボリュームの作成を行なう例を示す。
【０１２０】
図１０は実施形態の一例としてのストレージ管理システム１における機能標準化マップ情報３０の対象機器情報３０ｂの生成方法を説明するための図である。また、図１１は実施形態の一例としてのストレージ管理システム１のマップ情報生成部１０３による機能単位情報３０ｂの作成方法を説明するための図である。
【０１２１】
機能単位情報３０ｂは、ストレージ装置２固有のユーザインタフェースにおける操作（コマンド，機能）に関する情報である。すなわち、機能単位情報３０ｂは、個々のストレージ装置２に対するリクエストに関する装置リクエスト情報である。図１０に例示する機能単位情報３０ｂは、項目タブ“target”，“ip”，“option”，“method”，“additional_post_data”，“key”および“value”を備える。
【０１２２】
対象ストレージ装置情報群タグは、例えば、図１１に例示するフォーマットを有する。
【０１２３】
図１１に例示する機能標準化マップ情報３０において、対象ストレージ装置情報群タグ「“target ":{」と★マークを付した"},"とで囲まれた範囲を１つの対象ストレージ装置２への情報群（対象ストレージ装置情報群）とする。また、以下、機能標準化マップ情報３０における１つの対象ストレージ装置２への情報群を対象ストレージユーザインタフェース情報という場合がある。
【０１２４】
機能標準化ユーザインタフェース情報群タグ「"request":{」に対して、複数の対象ストレージ装置情報群タグ「"target ":{」を定義してもよい。すなわち、機能標準化マップ情報３０には複数の対象ストレージユーザインタフェース情報を設定してもよい。
【０１２５】
上述した対象ストレージ装置情報群タグにおいて、“url”はＨＴＴＰ系プロトコルをサポートするストレージ装置２に用いられ、“ip”および“option”はＴＣＰ／ＩＰ系プロトコルをサポートするストレージ装置２に用いられる。
【０１２６】
対象ストレージ装置２毎のリクエスト情報（対象ストレージ装置リクエスト情報）は、対象ストレージ装置情報群タグ「"additional_post_data":{」を定義する。この対象ストレージ装置情報群タグにおいて、機能標準化ユーザインタフェースの項目名（メニュー項目名）と対象ストレージ装置２のユーザインタフェースの項目名（メニュー項目名）との対応付けを行なう。
【０１２７】
例えば、この対象ストレージ装置情報群タグにおいて、機能標準化ユーザインタフェースのメニュー項目名をキー名とし、対象ストレージ装置のメニュー項目名を値として、タグ内の"キー名"："値"の形式で定義してもよい。
【０１２８】
また、機能標準化ユーザインタフェースのメニュー項目名は、固定値を内部テーブルに用意しておき、専用ツールの対象物と操作に応じたメニュー項目名を定義してもよい。
【０１２９】
methodがPOST，PUTおよびDELETEのいずれかの場合には、機能標準化処理部１００から指定した対象ストレージ装置２のメニュー項目名を設定する。
【０１３０】
一方、methodがGETである場合には、応答データ情報に基づいて、対象ストレージ装置２のメニュー項目名を設定する。
【０１３１】
項目タブ“target”は、本ストレージ管理システム１において、対象ストレージ装置２に関する複数の情報（対象ストレージ装置情報群）を示すタグであり、複数の対応付け対象ストレージ装置２のそれぞれに定義される。
【０１３２】
項目タブ“ip”は、対象ストレージ装置２のＩＰアドレスである。例えば、ストレージ装置２−１のＩＰアドレスは“192.168.0.1”であり、ストレージ装置２−２のＩＰアドレスは“192.168.0.2”である。また、ストレージ装置２−３のＩＰアドレスは“192.168.0.3”である。項目タブ“ip”には、これらのストレージ装置２のＩＰアドレスが設定される。
【０１３３】
項目タブ“option”は、対象ストレージ装置２のリクエストオプションである。ＷｅｂＡＰＩのＲＥＳＴ形式のリクエストオプションとしては、例えば、“id=1234&page=hogehoge2&lang=en”があげられる。このようなリクエストオプションにおいては、複数のリクエストオプションを“&”を用いて接続することで併記している。また、ＣＬＩのリクエストオプションとして、“set Createvolume”があげられる。
【０１３４】
項目タブ“method”は、対応付け対象ストレージ装置２のリクエストメソッドである。
リクエストメソッドは、例えば、“GET（参照）”，“POST（作成）”，“PUT（編集，コピー）”および “DELETE（削除）”のいずれかを用いることができる。
【０１３５】
項目タブ“additional_post_data”には、対象ストレージ装置２に対する複数のリクエスト情報（対象機器リクエスト情報群）が設定される。
【０１３６】
項目タブ“key”は、機能標準化ユーザインタフェースにおける項目名であり、項目タブ “value”は、対応付け対象ストレージ装置２のユーザインタフェースにおける項目名である。
【０１３７】
また、マップ情報生成部１０３は、ＧＵＩやＲＥＳＴ等のＨＴＴＰ系プロトコルに対応する対象ストレージ装置２に対してリクエストを発行するためのＵＲＬを生成する。
【０１３８】
具体的には、マップ情報生成部１０３は、対応付け対象ストレージ装置２のＩＰアドレスと、そのストレージ装置２に対応するオプション情報とを組み合わせて（結合させて）、“http;//ＩＰアドレス/オプション情報”のフォーマットを有するＵＲＬを生成する。
【０１３９】
なお、オプション情報は、対象ストレージユーザインタフェース情報設定画面１４２のオプション入力欄１４２１ｂから入力された情報が用いられる。
【０１４０】
このように作成したＵＲＬに対して、ＧＵＩ／ＲＥＳＴのＨＴＴＰ系プロトコルでリクエスト発行を行なうことで、ストレージ装置２に対してリクエストを発行することができる。
【０１４１】
マップ情報生成部１０３は、ユーザが機能標準化ユーザインタフェース情報設定画面１４１や対象ストレージユーザインタフェース情報設定画面１４２から入力された情報と、システムがＯＳ等の機能により収集した情報とに基づき、対象機器情報３０ｂを作成する。
【０１４２】
図７に例示する機能標準化マップ情報３０においては、ボリュームの作成（POST）を行なうユーザインタフェースについて、対象機器情報３０ｂ−１〜３０ｂ−３において、機能標準化ユーザインタフェースとストレージ装置２−１〜２−３のユーザインタフェースとの間の変換を実現するための規定を示している。
【０１４３】
例えば、ＧＵＩのユーザインタフェースを有するストレージ装置２−１については、対象機器情報３０ｂ−１において、機能標準化ユーザインタフェースにおける項目（key）“Name”に対して、ストレージ装置２−１のユーザインタフェースの値（value）“volume name”が対応することが規定されている。同様に、対象機器情報３０ｂ−１には、機能標準化ユーザインタフェースにおける項目（key）“Size”に対して、ストレージ装置２−１のユーザインタフェースの値（value）“volume size”が対応することが規定されている。さらに、対象機器情報３０ｂ−１には、機能標準化ユーザインタフェースにおける項目（key）“Pool Name”に対して、ストレージ装置２−１のユーザインタフェースの値（value）“pool name”が対応することが規定されている。
【０１４４】
マップ情報生成部１０３は、参照系の操作に関しては、実際に対象ストレージ装置２に対してリクエストを発行し、このリクエストに対する応答データについての解析結果を反映することで、プロトコルの違いを吸収する。
【０１４５】
図７に例示するマップ情報３０は、一の機能標準化ユーザインタフェース情報３０ａに、複数のストレージ装置２に対応する複数の対象機器情報３０ｂを対応付けて構成されている。すなわち、この図７に例示するマップ情報３０は、複数の対象ストレージ装置２に対応するものであり、複数のストレージ装置２のそれぞれに対応するものである。
従って、マップ情報３０は、複数のストレージ装置２に対応する、複数の対応情報として機能する。
なお、マップ情報３０の構成は、これに限定されるものではない。すなわち、機能標準化ユーザインタフェース情報３０ａに対して一の対象ストレージ装置２に対応する対象機器情報３０ｂを対応づけたマップ情報３０を、対象ストレージ装置２の数に応じて複数そなえてもよく、種々変形して実施することができる。
【０１４６】
マップ情報生成部１０３によって作成されたマップ情報３０は、管理サーバ１０のＲＡＭ１２や記憶装置１３に格納される。従って、これらのＲＡＭ１２や記憶装置１３が、マップ情報３０を記憶する記憶装置として機能する。
【０１４７】
機器連携部１０４は、本ストレージ管理システム１に備えられた各ストレージ装置２との通信を行ない、情報の取得等を行なう。
【０１４８】
例えば、機器連携部１０４は、ストレージ装置２に対してリクエストの発行を行なう。また、機器連携部１０４は、リクエストを発行したストレージ装置２からの応答を受信する。
【０１４９】
ユーザインタフェース変換部２００は、ユーザに対して機能標準化ユーザインタフェースを提供する。また、ユーザインタフェース変換部２００は、この機能標準化ユーザインタフェースを介して行なわれた入力を、個々のストレージ装置２のユーザインタフェース（対象ストレージユーザインタフェース）を介して入力される情報に変換する。
【０１５０】
ユーザインタフェース変換部２００は、機能標準化ユーザインタフェースを介して行なわれた入力を、機能標準化処理部１００によって作成された機能標準化マップ情報３０を用いて対象ストレージユーザインタフェースを介して入力される情報に変換する。
【０１５１】
そして、ユーザインタフェース変換部２００は、この変換した情報を用いて、対応するストレージ装置２との間で通信を行なう。
【０１５２】
ユーザインタフェース変換部２００は、図２に示すように、操作受付部２０１，プロトコル生成部２０２，データ解析部２０３および機器連携部２０４としての機能を備える。
【０１５３】
操作受付部２０１は、ユーザがキーボード１５ａやマウス１５ｂを用いて行なった操作を受け付ける。上述の如く、本ストレージ管理システム１においては、ユーザは、機能標準化ユーザインタフェースを介して、ＷｅｂＡＰＩのＲＥＳＴ形式の入力を行なう。
【０１５４】
ユーザは、ストレージ装置２に関する設定等を行なうために、操作対象機器としてのストレージ装置２を指定する入力と、機器設定操作としてストレージ装置２に対する操作内容の入力とを行なう。
【０１５５】
操作受付部２０１は、機能標準化ユーザインタフェースを介して入力された情報（通信データ，要求データ）を受信する。
【０１５６】
データ解析部２０３は、ユーザによって入力され、操作受付部２０１によって受信された通信データや機能標準化マップ情報３０の解析を行なう。
【０１５７】
例えば、データ解析部２０３は、受信した通信データが、機能標準化マップ情報３０の機能標準化ユーザインタフェース情報の“url”に定義されているかを判断することで、受信した通信データがユーザインタフェースの変換処理の対象であるかを判断する。
【０１５８】
また、データ解析部２０３は、機能標準化マップ情報３０の対象ストレージ装置情報に“url”キーが含まれるかを判断することで、対象ストレージ装置２のユーザインタフェース種類を判断する。すなわち、データ解析部２０３は、機能標準化マップ情報３０において対象ストレージ装置情報に“url”キーが含まれている場合には、ユーザインタフェース種類がＧＵＩやＲＥＳＴ等のＨＴＴＰ系プロトコルであると判断する。
【０１５９】
一方、機能標準化マップ情報３０において対象ストレージ装置情報に“url”キーが含まれていない場合には、データ解析部２０３は、ユーザインタフェース種類がＣＬＩ等のＴＣＰ／ＩＰプロトコルであると判断する。
【０１６０】
プロトコル生成部２０２は、データ解析部１０２による解析（判断）結果と、機能標準化マップ情報３０とに基づき、操作受付部２０１に入力された機器設定操作（ストレージ装置２に対する操作）内容に応じて、ストレージ装置２を機器設定操作（管理）するためのリクエストを作成する。
【０１６１】
例えば、プロトコル生成部２０２は、機能標準化マップ情報３０から、操作受付部２０１に入力されたリクエストの内容に対応する値を抽出し、ストレージ装置２に対して発行する要求データにＪＳＯＮ形式で設定する。
【０１６２】
機器連携部２０４は、プロトコル生成部２０２によって作成された要求データを、対応するストレージ装置２に対してリクエストとして発行する。また、機器連携部２０４は、ストレージ装置２に発行したリクエストに対して、ストレージ装置２から応答があった場合には、その応答を受信する。
【０１６３】
（Ｂ）動作
先ず、上述の如く構成された実施形態の一例としてのストレージ管理システム１における機能標準化処理部１００による機能標準化処理を、図１２〜図１４に示すフローチャート（ステップＡ１〜Ａ２３）に従って説明する。
【０１６４】
なお、図１２はステップＡ１〜Ａ４の処理を、図１３はステップＡ５〜Ａ１７の処理を、図１４はステップＡ１８〜Ａ２３の処理を、それぞれ示す。
【０１６５】
ユーザは、本ストレージ管理システム１を運用するための事前準備として、機能標準化処理部１００としての機能を用いて機能標準化マップ情報３０を生成する。
【０１６６】
なお、ステップＡ１〜Ａ４において、機能標準化処理を実現するための入力操作を行なう。
【０１６７】
ステップＡ１において、ユーザは機能標準化設定プログラムを起動させて、機能標準化処理部１００としての機能を実行させる。
【０１６８】
ステップＡ２において、ユーザは、機能標準化ユーザインタフェースの指定入力を行なう。すなわち、ユーザは、モニタ１４ａに表示された機能標準化ユーザインタフェース情報設定画面１４１の機能標準化ユーザインタフェース情報入力欄１４１１に、管理サーバ１０のＩＰアドレスを入力する。また、ユーザは、機能標準化マップ情報入力欄１４１２に、機能標準化マップ情報３０のファイル名を入力する。
【０１６９】
ステップＡ３において、ユーザは、管理対象のストレージ装置２についての対象ストレージユーザインタフェースを指定する。
【０１７０】
具体的には、ユーザは、機能標準化ユーザインタフェース情報設定画面１４１において、対象ストレージ入力欄１４１３に、管理対象のストレージ装置２を特定するＩＰアドレスを入力し、追加ボタン１４１３ａや編集ボタン１４１３ｂをクリックする。
【０１７１】
対象ストレージユーザインタフェース情報設定画面１４２ａの対象ストレージユーザインタフェース情報入力欄１４２１において、ユーザは、ＩＰアドレス入力欄１４２１ａに対象ストレージ装置２のＩＰアドレスを入力する。また、ユーザは、オプション入力欄１４２１ｂにリクエストオプションを入力し、対象物入力欄１４２１ｃに、操作対象としてボリュームもしくはＲＡＩＤを入力する。さらに、ユーザは、操作内容入力欄１４２１ｄに操作内容を入力する。
【０１７２】
また、ユーザは、項目情報入力欄１４２２に、機能標準化ユーザインタフェースの項目名に対応させて、対応ストレージ装置２のユーザインタフェースの項目名（対象ストレージユーザインタフェース項目名）を入力する。
【０１７３】
ステップＡ４において、ユーザは、機能標準化ユーザインタフェース情報設定画面１４１において生成ボタン１４１４をクリックすることで、機能標準化マップ情報３０の作成指示を行なう。この作成指示とともに、ステップＡ２，Ａ３において、機能標準化ユーザインタフェース情報設定画面１４１や対象ストレージユーザインタフェース情報設定画面１４２ａで入力された各種情報が、機能標準化処理部１００に送信される。
【０１７４】
ステップＡ５において、データ解析部１０２は、ステップＡ３において入力された入力情報のうち、リクエストオプションの情報に基づいてリクエストの振り分けを行なう。すなわち、リクエストがＧＵＩまたはＲＥＳＴのＨＴＴＰ系であるか、ＣＬＩ等のＴＣＰ／ＩＰ系であるかの切り分けを行なう。
【０１７５】
具体的には、データ解析部１０２は、入力されたオプションの文字列に“&”が含まれているか否かを判断する。“&”はＨＴＴＰのリクエストでは項目の区切り文字として用いられる。従って、オプションの文字列に“&”が含まれる場合には（ステップＡ５のＹＥＳルート参照）、リクエストの形式がＧＵＩまたはＲＥＳＴのＨＴＴＰ系であると判断され、処理はステップＡ６に移行する。
【０１７６】
ステップＡ６において、マップ情報生成部１０３は、対象ストレージ装置２に対して、ＨＴＴＰ系プロトコル（ＧＵＩ，ＲＥＳＴ）でリクエスト発行するための情報を生成する。
【０１７７】
例えば、マップ情報生成部１０３は、ステップＡ３において入力された対象ストレージ装置２のＩＰアドレスとオプション情報とを組み合わせて（結合して）、“http://ＩＰアドレス/オプション情報”のフォーマットのＵＲＬを作成する。
【０１７８】
ステップＡ７において、マップ情報生成部１０３は、機器連携部１０４を介して、ステップＡ６で作成したＵＲＬに対して、ステップＡ３において入力されたリクエストメソッドによりリクエストの発行を行なうことで、対象ストレージ装置２に対してリクエストを発行する。
【０１７９】
リクエストソメッドに応じて、機能標準化マップ情報を作成するための参照箇所が異なる。そこで、ステップＡ８において、データ解析部１０２は、リクエストメソッドの振り分けを行なう。すなわち、リクエストメソッドがGETであるか否かを確認する。
【０１８０】
リクエストメソッドがGETでない場合、すなわち、リクエストがPOST，PUT，DELETEのいずれかである場合には（ステップＡ８の“POST/PUT/DELETE”ルート参照）、設定系の処理が行なわれるものであり、処理はステップＡ１８に移行する。
【０１８１】
また、リクエストメソッドがGETである場合には（ステップＡ８の“GET”ルート参照）、参照系の処理が行なわれるものであり、ステップＡ９〜Ａ１１の処理が行なわれる。
【０１８２】
ステップＡ９においては、対象ストレージ装置２からの応答データに基づき、振り分けを行なう。すなわち、データ解析部１０２は、対象ストレージ装置２からの応答データのＨＴＴＰステータスが“200”であるか否かを判断する。なお、ＨＴＴＰステータスが200であることは、リクエストは受け取られ、理解され、受理されたことを表す。
【０１８３】
確認の結果、ＨＴＴＰステータスが200以外の場合には（ステップＡ９の“異常”ルート参照）、異常終了とする。対象ストレージ装置２が複数指定されている場合は、次の対象ストレージ装置２の処理に移行する。
【０１８４】
一方、確認の結果、ＨＴＴＰステータスが200の場合には（ステップＡ９の“正常”ルート参照）、ステップＡ１０に移行する。
【０１８５】
ステップＡ１０，Ａ１１においては、マップ情報生成部１０３は、対象ストレージ装置２からの応答データのキー名と値とを取得する。
【０１８６】
マップ情報生成部１０３は、対象ストレージ装置２へ要求データのＨＴＭＬ文章のＤＯＭ（Document ObjectModel）のＪＳＯＮ（JavaScript（登録商標） Object Notation）データからキー名と値とを取得する。
【０１８７】
図１５はＨＴＴＰ系プロトコルの参照系リクエストに対するストレージ装置２からの応答データ（対象ストレージユーザインタフェース応答データ）を例示する図である。
【０１８８】
例えば、マップ情報生成部１０３は、ＪＳＯＮデータ中においてコロン（：）で連結された、ダブルクォーテーションで囲われた文字列の組をキー名および値として抽出する。図１５に例示するＪＳＯＮデータにおいては、例えば、“volume name”がキー名であり、“VOL1”がこのvolume nameに対応する値となる。同様に、“volume size”，“pool name”がそれぞれキー名であり、“1G”がキー名“volume size”に、また、“POOL1”がキー名“pool name”に対応する値となる。
【０１８９】
マップ情報生成部１０３は、取得したキー名と値とを対応付けてＲＡＭ１２等の所定の領域に記憶する。その後、ステップＡ１８に移行する。
【０１９０】
ステップＡ５における確認の結果、オプションの文字列に“&”が含まれない場合には（ステップＡ５のＮＯルート参照）、リクエストの形式がＣＬＩであると判断され、処理はステップＡ１２に移行する。
【０１９１】
ステップＡ１２において、マップ情報生成部１０３は、対象ストレージ装置２に対して、ＴＣＰ／ＩＰ系プロトコル（ＣＬＩ）でリクエスト発行するための情報を生成する。
【０１９２】
例えば、マップ情報生成部１０３は、ステップＡ３において入力された対象ストレージ装置２のＩＰアドレスとオプション情報とを文字列として組み合わせて（結合して）、文字列“ＩＰアドレスオプション情報”を作成する。
【０１９３】
ステップＡ１３において、マップ情報生成部１０３は、ステップＡ１２で取得したＩＰアドレスに対して、機能名を指定してリクエストの発行を行なうことで、対象ストレージ装置２に対してリクエストを発行する。
【０１９４】
リクエストソッドに応じて、機能標準化マップ情報を作成するための参照箇所が異なる。そこで、ステップＡ１４において、リクエストメソッドの振り分けを行う。すなわち、リクエストメソッドがGETであるか否かを確認する。
【０１９５】
リクエストメソッドがGETでない場合、すなわち、リクエストがPOST，PUT，DELETEのいずれかである場合には（ステップＡ１４の“POST/PUT/DELETE”ルート参照）、設定系の処理が行なわれるものであり、処理はステップＡ１８に移行する。
【０１９６】
また、リクエストメソッドがGETである場合には（ステップＡ１４の“GET”ルート参照）、参照系の処理が行なわれるものであり、ステップＡ１５〜Ａ１７の処理が行なわれる。
【０１９７】
ステップＡ１５においては、対象ストレージ装置２からの応答データに基づき、振り分けを行なう。すなわち、データ解析部１０２は、対象ストレージ装置２からの応答データに文字列“Error”が含まれているか否かを判断する。
【０１９８】
確認の結果、応答データに文字列“Error”が含まれている場合には（ステップＡ１５の“異常”ルート参照）、異常終了とする。対象ストレージ装置２が複数指定されている場合は、次の対象ストレージ装置２の処理に移行する。
【０１９９】
一方、確認の結果、応答データに文字列“Error”が含まれてない場合には（ステップＡ１５の“正常”ルート参照）、ステップＡ１６に移行する。
【０２００】
ステップＡ１６，Ａ１７においては、マップ情報生成部１０３は、対象ストレージ装置２からの応答データからキー名と値とを取得する。
【０２０１】
図１６は参照系リクエストに対するストレージ装置２からの応答データを例示する図である。
【０２０２】
マップ情報生成部１０３は、例えば、応答データの１列目を構成する文字列からキー名を抽出する。例えば、左端の文字から順に、空白の文字列（“”）までの部分を１つのキー名として抽出する。図１６に示す例においては、“volume_name”，“volume_size”および“pool_name”がキー名として抽出される。
【０２０３】
また、マップ情報生成部１０３は、２列目以降の各列を構成する文字列について、左端の文字から順に、空白の文字列（“”）までの部分を１つの値として抽出する。図１６に示す例においては、例えば、２列目の文字列において、“VOL1”，“1G”および“POOL1”がそれぞれ、値1，値2および値3として抽出される。マップ情報生成部１０３は、取得したキー名と値とを対応付けてＲＡＭ１２等の所定の領域に記憶する。その後、ステップＡ１８に移行する。
【０２０４】
ステップＡ１８において、マップ情報生成部１０３は、ステップＡ３において入力された各情報（指定情報）を、対象ストレージユーザインタフェース情報としてＲＡＭ１２等に予め用意したテーブルメモリへ設定する。
【０２０５】
マップ情報生成部１０３は、対象ストレージユーザインタフェース情報を用いて、機能標準化マップ情報３０の機能単位情報３０ｂを生成する。
【０２０６】
すなわち、マップ情報生成部１０３は、ＩＰアドレス（ip），リクエストオプション（option）およびリクエストメソッド（method）を用いて、例えば、図７に例示する機能標準化マップ情報３０の機能単位情報３０ｂ−１の、対象ストレージ機器ＵＲＬおよび対象ストレージ機器リクエストメソッドを生成する。
【０２０７】
マップ情報生成部１０３は、ステップＡ１９〜Ａ２１において、対象ストレージ装置リクエスト情報を作成する。
【０２０８】
ステップＡ１９では、全てのリクエスト項目（項目名）に対して、ステップＡ２０の処理を繰り返し実施するループ処理を開始する。
【０２０９】
ステップＡ２０では、マップ情報生成部１０３は、機能標準化ユーザインタフェースの項目名をキー名とし、対象ストレージ装置の項目名を値として、対象ストレージ装置情報群タグ内に“キー名”：“値”の形式で定義を行なう。
【０２１０】
なお、機能標準化ユーザインタフェースの項目名として、予め規定した固定をテーブルに用意しておき、対象ストレージユーザインタフェース情報設定画面１４２に標準化項目名として表示させてもよい。ユーザは、対象ストレージユーザインタフェース情報設定画面１４２ｂの項目情報入力欄１４２２に、機能標準化ユーザインタフェースの項目名に対応させて、対象ストレージ装置２における対象物と操作内容に応じた項目名を入力する。
【０２１１】
マップ情報生成部１０３は、対象ストレージユーザインタフェース情報設定画面１４２ｂにおいて入力された対象ストレージ装置の項目名を値として、対象ストレージ装置情報群タグ内に“キー名”：“値”の形式で定義を行なう。
【０２１２】
その後、ステップＡ２１に進む。なお、ステップＡ２１では、ステップＡ１９に対応するループ端処理が実施される。ここで、全リクエスト項目についての処理が完了すると、制御がステップＡ２２に進む。
【０２１３】
ステップＡ２２において、マップ情報生成部１０３は、ユーザが機能標準化ユーザインタフェース情報設定画面１４１や対象ストレージユーザインタフェース情報設定画面１４２から入力された情報と、システムがＯＳ等の機能により収集した情報とに基づき、機能標準化ユーザインタフェース情報３０ａを作成する。
【０２１４】
その後、ステップＡ２３において、マップ情報生成部１０３は、ＲＡＭ１２上に生成された機能標準化マップ情報３０を、機能標準化ユーザインタフェース情報設定画面１４１において指定したファイル名で保存（ファイル出力）し、処理を終了する。
【０２１５】
次に、上述の如く構成された実施形態の一例としてのストレージ管理システム１におけるユーザインタフェース変換部２００によるユーザインタフェース変換処理を、図１７〜図１９に示すフローチャート（ステップＢ１〜Ｂ３１）に従って説明する。
【０２１６】
なお、図１７はステップＢ１〜Ｂ８の処理を、図１８はステップＢ９〜Ｂ２０，Ｂ３２，Ｂ３３の処理を、図１９はステップＢ２１〜Ｂ３１の処理を、それぞれ示す。
【０２１７】
本ストレージ管理システム１のユーザは、キーボード１５ａやマウス１５ｂを用いて、モニタ１４ａに表示された図示しない操作画面に表示された機能標準化ユーザインタフェースを介して、ストレージ装置（対象ストレージ装置）２に対する機器設定操作を入力する。キーボード１５ａ等から入力された情報は、通信データとして管理サーバ１０の操作受付部２０１に入力される。
【０２１８】
図２０は実施形態の一例としてのストレージ管理システム１における機能標準化ユーザインタフェースを介して入力された情報に基づいて生成される要求データ（機能標準化ユーザインタフェース要求データ）を例示する図である。
【０２１９】
機能標準化ユーザインタフェース要求データは、機能標準化ユーザインタフェースを介して生成されるリクエストに付加される。この図２０に例示する機能標準化ユーザインタフェース要求データは、設定系の処理（POST，PUT，DELETE）のリクエストに関するものである。
【０２２０】
この図２０に例示する要求データは、例えば、“POOL1”のストレージプールを用いて、“1G”byteのサイズを有する、“VOL1”という名前のボリュームを作成等するリクエストに付加され、操作受付部２０１に入力される。
【０２２１】
ステップＢ１において、ユーザインタフェース変換部２００において、操作受付部２０１が通信データ（機能標準化ユーザインタフェース要求データ）を受信する。
【０２２２】
ステップＢ２において、ユーザインタフェース変換部２００は、機能標準化マップ情報３０の読み込みを行なう。
【０２２３】
ステップＢ３において、データ解析部１０２は、受信した通信データの解析を行なう。具体的には、データ解析部１０２は、受信した通信データに機能標準化マップ情報３０の機能標準化ユーザインタフェースのＵＲＬ(“url”)と一致するかを確認する。すなわち、データ解析部１０２は、受信した通信データが、機能標準化マップ情報３０の“url”に定義されているかを判断する。
【０２２４】
確認の結果、受信した通信データが、機能標準化ユーザインタフェースのＵＲＬ（“url”）と不一致の場合は（ステップＢ３のＮＯルート参照）、処理を異常終了する。
【０２２５】
また、確認の結果、受信した通信データが、機能標準化ユーザインタフェースのＵＲＬ（“"url”）と一致する場合は（ステップＢ３のＹＥＳルート参照）、ステップＢ４に移行する。
【０２２６】
ステップＢ４では、操作受付部２０１によって受信した機能標準化ユーザインタフェース要求データに含まれるキー数分、ステップＢ５，Ｂ６の処理を繰り返し実施するループ処理を開始する。
【０２２７】
ステップＢ５では、受信した機能標準化ユーザインタフェース要求データからキー名を取得し、ステップＢ６では、受信した機能標準化ユーザインタフェース要求データから値を取得する。
【０２２８】
その後、ステップＢ７に進む。なお、ステップＢ７では、ステップＢ４に対応するループ端処理が実施される。ここで、全キーについての処理が完了すると、制御がステップＢ８に進む。
【０２２９】
ステップＢ８では、機能標準化マップ情報３０における対象ストレージ装置情報群タグ（“target”:{）の数分、ステップＢ９〜Ｂ３１の処理を繰り返し実施するループ処理を開始する。すなわち、機能標準化マップ情報３０に規定されている対象ストレージ装置２の数分、以下の処理を行なう。機能標準化マップ情報３０に登録されている各対象ストレージ装置２に発行する要求データ（対象ストレージユーザインタフェース要求データ）が生成される。
【０２３０】
ステップＢ９において、ユーザインタフェース変換部２００のデータ解析部２０３は、機能標準化マップ情報３０の対象ストレージ装置情報に“url”キーがあるか確認する。
【０２３１】
確認の結果、“url”キーがある場合には（ステップＢ９のＹＥＳルート参照）、ユーザインタフェース種類がＧＵＩやＲＥＳＴ等のＨＴＴＰ系プロトコルである。そこで、処理はステップＢ１０に移行する。
【０２３２】
ステップＢ１０においては、対象ストレージ装置２に対してリクエストを発行するに先立って、機能標準化マップ情報３０の対象ストレージ情報のリクエストメソッド（“method”）に基づいて振り分けを行なう。すなわち、データ解析部２０３は、対象ストレージ情報のmethodがGETであるかを判断する。
【０２３３】
確認の結果、対象ストレージ情報のmethodがGETでない場合、すなわち、POST，PUT，DELETEのいずれかである場合には（ステップＢ１０の“POST/PUT/DELETE”ルート参照）、ステップＢ１１に移行する。
【０２３４】
ステップＢ１１において、プロトコル生成部２０２は、ステップＢ５において取得したキー名に基づき、機能標準化マップ情報３０の“additional_post_data”配下の各“key”に対応付けられた項目名（標準化インタフェース項目名）を検索する。
【０２３５】
例えば、図２０に例示した機能標準化ユーザインタフェース要求データの先頭行には、“Name”:“VOL1”との設定がされている。プロトコル生成部２０２は、この設定からキー名“Name”を抽出する。
【０２３６】
プロトコル生成部２０２は、機能標準化マップ情報３０において、この検索の結果一致した項目名の下段に記載された“value”の“:”に後続する値を抽出し、要求データに項目名としてＪＳＯＮ形式で設定する。
【０２３７】
例えば、図７に例示する機能標準化マップ情報３０において、プロトコル生成部２０２は、機能標準化ユーザインタフェース要求データから抽出したキー名“Name”を検索する（図７中の符号Ｐ１参照）。そしてプロトコル生成部２０２は、機能標準化マップ情報３０において、検索された“Name”の下段に記載された“value”に“:”を介して後続する“volume name”を取得し、この取得した“volume name”を要求データにＪＳＯＮ形式で設定する。
【０２３８】
ステップＢ１２において、プロトコル生成部２０２は、ステップＢ６において取得した値を要求データにＪＳＯＮ形式で設定する。
【０２３９】
図２１は実施形態の一例としてのストレージ管理システム１における対象ストレージユーザインタフェース要求データを例示する図である。
【０２４０】
対象ストレージユーザインタフェース要求データは、ストレージ装置２に対して発行されるリクエストに付加される。この図２１に例示する対象ストレージユーザインタフェース要求データは、設定系の処理（POST，PUT，DELETE）のリクエストに関するものであり、図２０に例示した機能標準化ユーザインタフェース要求データに基づいて生成されたものである。
【０２４１】
ステップＢ１３において、プロトコル生成部２０２は、ステップＢ１１，Ｂ１２において生成した要求データ（対象ストレージユーザインタフェース要求データ）を付加したリクエストを、対象ストレージ装置情報群タグに含まれるＵＲＬに発行する。
【０２４２】
すなわち、プロトコル生成部２０２は、機能標準化マップ情報３０（対象機器情報３０ｂ−１）において“target”配下の“method”に“:”を介して後続する値を、対象ストレージ装置２に対してリスエストメソッドとしてリクエストを発行する。
【０２４３】
ステップＢ１４において、対象ストレージ装置２から応答データを受信し、ステップＢ１５において、応答データの振り分けを行なう。すなわち、データ解析部２０３は、対象ストレージ装置２から受信した応答データにError文字が含まれているか否かを判断する。
【０２４４】
確認の結果、応答データにError文字が含まれている場合には（ステップＢ１５の“異常”ルート参照）、異常終了とする。対象ストレージ装置２が複数指定されている場合は、次の対象ストレージ装置２の処理に移行する。
【０２４５】
一方、応答データにError文字が含まれていない場合には（ステップＢ１５の“正常”ルート参照）、ステップＢ３２に移行する。
【０２４６】
ステップＢ１０における振分の結果、対象ストレージ情報のmethodがGETである場合には（ステップＢ１０の“GET”ルート参照、ステップＢ１６に移行する。
【０２４７】
ステップＢ１６においては、対象ストレージ装置情報群タグに含まれるＵＲＬに対して、機能標準化マップ情報３０における“target”配下の“method”の“:”に後続する値をリスエストメソッドとしてリクエストを発行する。
【０２４８】
ステップＢ１７において、対象ストレージ装置２から応答データを受信し、ステップＢ１８において、応答データの振り分けを行なう。すなわち、データ解析部２０３は、対象ストレージ装置２から受信した応答データにError文字が含まれているか否かを判断する。
【０２４９】
確認の結果、応答データにError文字が含まれている場合には（ステップＢ１８の“異常”ルート参照）、異常終了とする。対象ストレージ装置２が複数指定されている場合は、次の対象ストレージ装置２の処理に移行する。
【０２５０】
一方、応答データにError文字が含まれていない場合には（ステップＢ１８の“正常”ルート参照）、ステップＢ１９に移行する。
【０２５１】
図２２は実施形態の一例としてのストレージ管理システム１における機能標準化ユーザインタフェースに対して応答される応答データ（機能標準化ユーザインタフェース応答データ）を例示する図である。
【０２５２】
ステップＢ１９において、プロトコル生成部２０２は、ステップＢ１７において対象ストレージ装置２から応答した応答データから、キー名を取得する
例えば、図１５に例示した応答データ（対象ストレージユーザインタフェース応答データ）には、キー名“volume name”が登録されている。
【０２５３】
プロトコル生成部２０２は、機能標準化マップ情報３０の“additional_post_data”配下の各“value”に対応付けられた値に対してこのキー名を検索する。検索の結果、キー名と一致する値が登録されている場合に、その“value”に対応する“key”に対応付けられている項目名を取得する。
【０２５４】
例えば、図７に例示する機能標準化マップ情報３０においては、対象機器情報３０ｂ−１に、“volume name”が“value”として設定されている。プロトコル生成部２０２は、この“volume name”の“value”に対応する“key”に対応付けられている“Name”を取得する。
【０２５５】
プロトコル生成部２０２は、図２２に例示するように、この“Name”を機能標準化ユーザインタフェース項目名として、機能標準化ユーザインタフェースへの応答データへＪＳＯＮ形式で設定する。
【０２５６】
ステップＢ２０において、プロトコル生成部２０２は、対象ストレージユーザインタフェース応答データにおいて、ステップＢ１９において抽出したキー名に対応付けられた値を抽出する。そして、この抽出した値を、機能標準化ユーザインタフェースへの応答データに、ステップＢ１９において抽出したキー名に対応付けてＪＳＯＮ形式で設定する。
【０２５７】
図２２に例示する機能標準化ユーザインタフェース応答データにおいては、プロトコル生成部２０２は、例えば、キー名“Name”に対して、“:”を介して“VOL1”を列記することで設定している。
【０２５８】
その後、処理はステップＢ３２に移行する。
【０２５９】
また、ステップＢ９における確認の結果、“url”キーがない場合には（ステップＢ９のＮＯルート参照）、ユーザインタフェース種類がＣＬＩ等のＴＣＰ／ＩＰ系プロトコルである。そこで、処理はステップＢ２１に移行する。
【０２６０】
ステップＢ２１においては、対象ストレージ装置２に対してリクエストを発行するに先立って、機能標準化マップ情報３０の対象ストレージ情報のリクエストメソッド（“method”）に基づいて振り分けを行なう。すなわち、データ解析部２０３は、対象ストレージ情報のmethodがGETであるかを判断する。
【０２６１】
確認の結果、対象ストレージ情報のmethodがGETでない場合、すなわち、POST，PUT，DELETEのいずれかである場合には（ステップＢ２１の“POST/PUT/DELETE”ルート参照）、ステップＢ２２に移行する。
【０２６２】
ステップＢ２２において、プロトコル生成部２０２は、ステップＢ５において取得したキー名に基づき、機能標準化マップ情報３０の“additional_post_data”配下の各“key”に対応付けられた項目名（標準化インタフェース項目名）を検索する。
【０２６３】
例えば、図２０に例示した機能標準化ユーザインタフェース要求データの先頭行には、“Name”:“VOL1”との設定がされている。プロトコル生成部２０２は、この設定からキー名“Name”を抽出する。
【０２６４】
プロトコル生成部２０２は、機能標準化マップ情報３０において、この検索の結果一致した項目名の下段に記載された“value”の“:”に後続する値を抽出し、要求データに項目名としてＪＳＯＮ形式で設定する。
【０２６５】
例えば、図７に例示する機能標準化マップ情報３０において、プロトコル生成部２０２は、機能標準化ユーザインタフェース要求データから抽出したキー名“Name”を検索する（図７中の符号Ｐ２参照）。そしてプロトコル生成部２０２は、機能標準化マップ情報３０において、検索された“Name”の下段に記載された“value”に“:”を介して後続する“volume_name”を取得し、この取得した“volume_name”を要求データに設定する。
【０２６６】
ステップＢ２３において、プロトコル生成部２０２は、ステップＢ６において取得した値を要求データに設定する。更に、プロトコル生成部２０２は、文字“-”を、要求データにおけるキー名の先頭に付加する。
【０２６７】
ステップＢ２４において、プロトコル生成部２０２は、ステップＢ２２，Ｂ２３において生成した要求データ（対象ストレージユーザインタフェース要求データ）を付加したリクエストを、対象ストレージ装置情報群タグに含まれるＩＰアドレスに対して発行する。
【０２６８】
すなわち、プロトコル生成部２０２は、機能標準化マップ情報３０（対象機器情報３０ｂ−３）において“target”配下の“cmd”に“:”を介して後続する値を、対象ストレージ装置２に対してリスエストメソッドとしてリクエストを発行する。
【０２６９】
図２３は実施形態の一例としてのストレージ管理システム１における対象ストレージユーザインタフェース要求データを例示する図である。この図２３に例示する対象ストレージユーザインタフェース要求データは、設定系の処理（POST，PUT，DELETE）のリクエストに関するものであり、ＣＬＩに対応するものである。また、この図２３に例示する対象ストレージユーザインタフェース要求データは、図２０に例示した機能標準化ユーザインタフェース要求データに基づいて生成されたものである。
【０２７０】
この図２３に例示する対象ストレージユーザインタフェース要求データにおいては、コマンド名“Create Volume”に後続して、上述の如く作成された“-volume_name VOL1”が付加されている。
【０２７１】
ステップＢ２５において、対象ストレージ装置２から応答データを受信し、ステップＢ２６において、応答データの振り分けを行なう。すなわち、データ解析部２０３は、対象ストレージ装置２から受信した応答データにError文字が含まれているか否かを判断する。
【０２７２】
確認の結果、応答データにError文字が含まれている場合には（ステップＢ２６の“異常”ルート参照）、異常終了とする。対象ストレージ装置２が複数指定されている場合は、次の対象ストレージ装置２の処理に移行する。
【０２７３】
一方、応答データにError文字が含まれていない場合には（ステップＢ２６の“正常”ルート参照）、ステップＢ３２に移行する。
【０２７４】
ステップＢ２１における振分の結果、対象ストレージ情報のmethodがGETである場合には（ステップＢ２１の“GET”ルート参照）、ステップＢ２７に移行する。
【０２７５】
ステップＢ２７においては、対象ストレージ装置情報群タグに含まれるＩＰアドレスに対して、ステップＢ２４と同様の要求データを付加してリクエストを発行する。
【０２７６】
ステップＢ２８において、対象ストレージ装置２から応答データを受信し、ステップＢ２９において、応答データの振り分けを行なう。すなわち、データ解析部２０３は、対象ストレージ装置２から受信した応答データにError文字が含まれているか否かを判断する。
【０２７７】
確認の結果、応答データにError文字が含まれている場合には（ステップＢ２９の“異常”ルート参照）、異常終了とする。対象ストレージ装置２が複数指定されている場合は、次の対象ストレージ装置２の処理に移行する。
【０２７８】
一方、応答データにError文字が含まれていない場合には（ステップＢ２９の“正常”ルート参照）、ステップＢ３０に移行する。
【０２７９】
ステップＢ３０において、プロトコル生成部２０２は、ステップＢ２８において対象ストレージ装置２から応答した応答データから、キー名を取得する。
【０２８０】
例えば、図１６に例示した応答データ（対象ストレージユーザインタフェース応答データ）には、キー名“volume_name”が登録されている。
【０２８１】
プロトコル生成部２０２は、機能標準化マップ情報３０の“additional_post_data”配下の各“value”に対応付けられた値に対してこのキー名を検索する。検索の結果、キー名と一致する値が登録されている場合に、その“value”に対応する“key”に対応付けられている項目名を取得する。
【０２８２】
例えば、図７に例示する機能標準化マップ情報３０においては、対象機器情報３０ｂ−３に、“volume_name”が“value”として設定されている。プロトコル生成部２０２は、この“volume_name”の“value”に対応する“key”に対応付けられている“Name”を取得する。
【０２８３】
プロトコル生成部２０２は、図２２に例示するように、この“Name”を機能標準化ユーザインタフェース項目名として、機能標準化ユーザインタフェースへの応答データ（result結果）へText形式で設定する。
【０２８４】
ステップＢ３１において、プロトコル生成部２０２は、対象ストレージユーザインタフェース応答データにおいて、ステップＢ３０において抽出したキー名に対応付けられた値を抽出する。そして、この抽出した値を、機能標準化ユーザインタフェースへの応答データ（result結果）に、ステップＢ３０において抽出したキー名に対応付けてText形式で設定する。
【０２８５】
図２２に例示する機能標準化ユーザインタフェース応答データにおいては、プロトコル生成部２０２は、例えば、キー名“Name”に対して、“:”を介して“VOL1”を列記することで設定している。その後、処理はステップＢ３２に移行する。
【０２８６】
ステップＢ３２においては、ステップＢ８に対応するループ端処理が実施される。ここで、全対象ストレージ装置情報群タグについての処理が完了すると、制御がステップＢ３３に進む。
【０２８７】
ステップＢ３３においては、呼び出し元へ応答データを通知し、処理を終了する。
【０２８８】
（Ｃ）効果
このように、本発明の一実施形態としてのストレージ管理システム１においては、それぞれが固有のユーザインタフェースを有するストレージ装置２が接続されている。
【０２８９】
そして、ユーザが、機能標準化ユーザインタフェースを介して特定のストレージ装置２についての機器設定操作を入力する。ユーザインタフェース変換部２００は、ストレージ装置２に対応する機能標準化マップ情報３０を参照して、機能標準化ユーザインタフェースからの機器設定操作のリクエストを、ストレージ装置２のユーザインタフェースに合わせて変換する。これにより、ストレージ装置２の機器設定操作が行なわれる。
【０２９０】
すなわち、ストレージ装置２毎のユーザインタフェースを、メーカやモデルを問わず、且つ、既存機器に影響を与えることなく、標準化されたユーザインタフェースで操作できる。これにより、ストレージ装置２毎のユーザインタフェース変更によるレベルダウンリスクと開発費用を軽減できる。
【０２９１】
また、１台に複数のストレージ装置２が搭載されるような複合装置において、操作が共通化（標準化）された機能標準化ユーザインタフェースで、各ストレージ装置２を操作できる。これにより、ストレージ装置２毎の操作を覚える必要がなく、利便性と操作性の満足度を向上させることができる。
【０２９２】
ユーザが、機能標準化ユーザインタフェース情報設定画面１４１において、対象ストレージ入力欄１４１３に、管理対象のストレージ装置２を特定するＩＰアドレスを入力し、対象ストレージユーザインタフェース情報設定画面１４２ａにおいて、ＩＰアドレス，リクエストオプション，操作内容等を入力する。また、ユーザは、項目情報入力欄１４２２において、機能標準化ユーザインタフェースの項目名に対応させて、対応ストレージ装置２のユーザインタフェースの項目名を入力する。
【０２９３】
そして、マップ情報生成部１０３が、対象ストレージ装置２に対して、入力されたリクエストメソッドによりリクエストの発行を行ない、このリクエストへの応答データからキー名と値とを抽出して機能標準化マップ情報３０を作成する。従って、機能標準化マップ情報３０を容易に作成することができる。
【０２９４】
また、入力されたオプションの文字列に“&”があるか否かを判断することで、リクエストの形式がＨＴＴＰ系であるかＴＣＰ／ＩＰ系であるかを容易に判断することができる。
【０２９５】
例えば、ストレージ装置２がＨＴＴＰ系プロトコルに対応する場合には、対象ストレージ装置２のＩＰアドレスとオプション情報とを組み合わせて（結合して）、“http://ＩＰアドレス/オプション情報”のフォーマットのＵＲＬを作成することで、ストレージ装置２へのリクエストの発行を可能とすることができる。
【０２９６】
（Ｄ）その他
そして、開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成および各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。
【０２９７】
例えば、上述した実施形態では、ストレージ管理システム１において複数のストレージ装置２を備え、これらのストレージ装置２の各ユーザインタフェースを標準化する手法を示しているが、これに限定されるものではない。すなわち、ストレージ装置以外の電子装置のユーザインタフェースの標準化に用いてもよく、種々変形して実施することができる。
【０２９８】
また、上述した実施形態においては、ストレージ管理システム１において、ストレージ装置２−１〜２−３の３つのストレージ装置２を管理する例を示しているが、これに限定されるもではない。すなわち、ストレージ管理システム１において、２つ以下もしくは４つ以上のストレージ装置２を管理してもよい。
【０２９９】
また、上述した実施形態では、データ解析部１０２は、入力されたオプションの文字列に“&”があるか否かを判断することで、リクエストがＨＴＴＰ系であるか、ＣＬＩ等のＴＣＰ／ＩＰ系であるかの切り分けを行なっているが、これに限定されるものではない。すなわち、他の種々の手法を用いて、リクエストがＨＴＴＰ系であるか、ＣＬＩ等のＴＣＰ／ＩＰ系であるかの切り分けを行なってもよい。
【０３００】
さらに、上述した実施形態では、データ解析部２０３が、機能標準化マップ情報３０の対象ストレージ装置情報に“url”キーがあるかを確認することで、ユーザインタフェース種類がＨＴＴＰ系プロトコルであるかＴＣＰ／ＩＰ系プロトコルであるかを判定しているが、これに限定されるものではない。すなわち、他の種々の手法を用いて、ユーザインタフェース種類がＨＴＴＰ系プロトコルであるかＴＣＰ／ＩＰ系プロトコルであるかを判定してもよい。
【０３０１】
また、上述した実施形態においては、管理サーバ１０が機能標準化処理部１００およびユーザインタフェース変換部２００としての機能を備えているが、これに限定されるものではない。すなわち、機能標準化処理部１００としての機能とユーザインタフェース変換部２００としての機能を別々のコンピュータに分けて備えてもよい。
【０３０２】
さらに、機能標準化マップ情報３０を、管理サーバ１０とは別のコンピュータ（例えばサーバコンピュータ）に格納し、管理してもよい。
【０３０３】
また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。
【０３０４】
（Ｅ）付記
以上の実施形態に関し、さらに以下の付記を開示する。
【０３０５】
（付記１）
固有ユーザインタフェースを介して入力される装置リクエスト情報により設定処理が行なわれる電子装置が接続される接続部と、
複数の前記電子装置間で共通化された共通ユーザインタフェースを介して入力される、前記電子装置に対するリクエストを示す共通設定操作情報を受信する受信部と、
前記共通設定操作情報に基づいて、前記共通ユーザインタフェースを介して入力される前記電子装置に対するリクエストに関する共通化リクエスト情報と、前記電子装置に固有の前記固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報を参照して、前記共通設定操作情報に対応する装置リクエスト情報を取得する取得部と、
取得された前記装置リクエスト情報を用いて前記電子装置に対する管理アクセスを行なう管理部と
を備えることを特徴とする、情報処理装置。
【０３０６】
（付記２）
複数の前記電子装置のそれぞれの固有ユーザインタフェースに対応する複数の前記対応情報を格納する記憶装置を備え、
前記取得部が、前記共通ユーザインタフェースを介して入力された前記共通設定情報に基づき、複数の前記対応情報を参照し、受信した前記共通設定操作情報に対応する前記装置リクエスト情報を前記対応情報から抽出する
ことを特徴とする、付記１記載の情報処理装置。
【０３０７】
（付記３）
前記電子装置に対してリクエストを発行し、前記リクエストに対して前記電子装置から送信される応答データから抽出した装置リクエスト情報を用いて前記対応情報を作成する対応情報作成部
を備えることを特徴とする、付記１または２記載の情報処理装置。
【０３０８】
（付記４）
前記対応情報作成部が、前記共通設定情報に含まれる情報に基づき、管理アクセス対象の前記電子装置の固有ユーザインタフェースのプロトコルに応じた手法で、前記応答データから前記装置リクエスト情報を抽出する
ことを特徴とする、付記３記載の情報処理装置。
【０３０９】
（付記５）
固有ユーザインタフェースを介して入力される装置リクエスト情報により設定処理が行なわれる電子装置が接続される情報処理装置において、
プロセッサに、  
複数の前記電子装置間で共通化された共通ユーザインタフェースを介して入力される、前記電子装置に対するリクエストを示す共通設定操作情報を受信し、
前記共通設定操作情報に基づいて、前記共通ユーザインタフェースを介して入力される前記電子装置に対するリクエストに関する共通化リクエスト情報と、前記電子装置に固有の前記固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報を参照して、前記共通設定操作情報に対応する装置リクエスト情報を取得し、
取得された前記装置リクエスト情報を用いて前記電子装置に対する管理アクセスを行なう
処理を実行させる、管理プログラム。
【０３１０】
（付記６）
複数の前記電子装置のそれぞれの固有ユーザインタフェースに対応する複数の前記対応情報を記憶装置に格納し、
前記共通ユーザインタフェースを介して入力された前記共通設定情報に基づき、複数の前記対応情報を参照し、受信した前記共通設定操作情報に対応する前記装置リクエスト情報を前記対応情報から抽出する
処理を前記プロセッサに実行させる、付記５記載の管理プログラム。
【０３１１】
（付記７）
前記電子装置に対してリクエストを発行し、前記リクエストに対して前記電子装置から送信される応答データから抽出した装置リクエスト情報を用いて前記対応情報を作成する
処理を前記プロセッサに実行させる、付記５または６記載の管理プログラム。
【０３１２】
（付記８）
前記対応情報作成部が、前記共通設定情報に含まれる情報に基づき、管理アクセス対象の前記電子装置の固有ユーザインタフェースのプロトコルに応じた手法で、前記応答データから前記装置リクエスト情報を抽出する
処理を前記プロセッサに実行させる、付記７記載の管理プログラム。
【符号の説明】
【０３１３】
１    ストレージ管理システム
２−１〜２−３，２    ストレージ装置
１０    管理サーバ
１１    プロセッサ
１２    ＲＡＭ
１３    ＨＤＤ
１４    グラフィック処理装置
１４ａ    モニタ
１５    入力インタフェース
１５ａ    キーボード
１５ｂ    マウス
１６    光学ドライブ装置
１６ａ    光ディスク
１７    機器接続インタフェース
１７ａ    メモリ装置
１７ｂ    メモリリーダライタ
１７ｃ    メモリカード
１８    ネットワークインタフェース
１９    バス
３０    機能標準化マップ情報  
３０ａ    機能標準化ユーザインタフェース情報
３０ｂ−１〜３０ｂ−３，３０ｂ    対象機器情報
１００    機能標準化処理部
１０１    操作受付部
１０２    データ解析部
１０３    マップ情報生成部
１０４    機器連携部
１４１    機能標準化ユーザインタフェース情報設定画面
１４１１    機能標準化ユーザインタフェース情報入力欄
１４１２    ファイル名入力欄
１４１２ａ    参照ボタン
１４１３    対象ストレージ入力欄
１４１３ａ    追加ボタン
１４１３ｂ    編集ボタン
１４１３ｃ    削除ボタン
１４１４    生成ボタン
１４２ａ，１４２ｂ，１４２    対象ストレージユーザインタフェース情報設定画面
１４２１    対象ストレージユーザインタフェース情報入力欄
１４２１ａ    ＩＰアドレス入力欄
１４２１ｂ    オプション入力欄
１４２１ｃ    対象物入力欄
１４２１ｄ    操作内容入力欄
１４２２    項目情報入力欄
１４２３    項目情報表示欄
１４２４    登録ボタン
１４２５    解析ボタン
２００    ユーザインタフェース変換部
２０１    操作受付部
２０２    プロトコル生成部
２０３    データ解析部
２０４    機器連携部
【図１】
2019020801.tif 000003
【図２】
2019020801.tif 000004
【図３】
2019020801.tif 000005
【図４】
2019020801.tif 000006
【図５】
2019020801.tif 000007
【図６】
2019020801.tif 000008
【図７】
2019020801.tif 000009
【図８】
2019020801.tif 000010
【図９】
2019020801.tif 000011
【図１０】
2019020801.tif 000012
【図１１】
2019020801.tif 000013
【図１２】
2019020801.tif 000014
【図１３】
2019020801.tif 000015
【図１４】
2019020801.tif 000016
【図１５】
2019020801.tif 000017
【図１６】
2019020801.tif 000018
【図１７】
2019020801.tif 000019
【図１８】
2019020801.tif 000020
【図１９】
2019020801.tif 000021
【図２０】
2019020801.tif 000022
【図２１】
2019020801.tif 000023
【図２２】
2019020801.tif 000024
【図２３】
2019020801.tif 000025