JP6950310B2 - 情報処理装置および管理プログラム - Google Patents

情報処理装置および管理プログラム Download PDF

Info

Publication number
JP6950310B2
JP6950310B2 JP2017136020A JP2017136020A JP6950310B2 JP 6950310 B2 JP6950310 B2 JP 6950310B2 JP 2017136020 A JP2017136020 A JP 2017136020A JP 2017136020 A JP2017136020 A JP 2017136020A JP 6950310 B2 JP6950310 B2 JP 6950310B2
Authority
JP
Japan
Prior art keywords
information
user interface
storage device
request
function
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.)
Active
Application number
JP2017136020A
Other languages
English (en)
Other versions
JP2019020801A (ja
Inventor
秀司 原
秀司 原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2017136020A priority Critical patent/JP6950310B2/ja
Publication of JP2019020801A publication Critical patent/JP2019020801A/ja
Application granted granted Critical
Publication of JP6950310B2 publication Critical patent/JP6950310B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

本発明は、情報処理装置および管理プログラムに関する。
ストレージシステムにおいては、異なるメーカからそれぞれ提供される複数種類のストレージ装置を搭載して使用する場合がある。
異なるメーカから提供されるストレージ装置においては、装置毎にユーザインタフェースが異なる場合がある。例えば、Ａ社のストレージ装置は、ＧＵＩ（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”キーがあるかを確認することで、ユーザインタフェース種類がＨＴＴＰ系プロトコルであるかＴＣＰ／ＩＰ系プロトコルであるかを判定しているが、これに限定されるものではない。すなわち、他の種々の手法を用いて、ユーザインタフェース種類がＨＴＴＰ系プロトコルであるかＴＣＰ／ＩＰ系プロトコルであるかを判定してもよい。
また、上述した実施形態においては、管理サーバ１０が機能標準化処理部１００およびユーザインタフェース変換部２００としての機能を備えているが、これに限定されるものではない。すなわち、機能標準化処理部１００としての機能とユーザインタフェース変換部２００としての機能を別々のコンピュータに分けて備えてもよい。
さらに、機能標準化マップ情報３０を、管理サーバ１０とは別のコンピュータ（例えばサーバコンピュータ）に格納し、管理してもよい。
また、上述した開示により本実施形態を当業者によって実施・製造することが可能である。
（Ｅ）付記
以上の実施形態に関し、さらに以下の付記を開示する。
（付記１）
固有ユーザインタフェースを介して入力される装置リクエスト情報により設定処理が行なわれる電子装置が接続される接続部と、
複数の前記電子装置間で共通化された共通ユーザインタフェースを介して入力される、前記電子装置に対するリクエストを示す共通設定操作情報を受信する受信部と、
前記共通設定操作情報に基づいて、前記共通ユーザインタフェースを介して入力される前記電子装置に対するリクエストに関する共通化リクエスト情報と、前記電子装置に固有の前記固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報を参照して、前記共通設定操作情報に対応する装置リクエスト情報を取得する取得部と、
取得された前記装置リクエスト情報を用いて前記電子装置に対する管理アクセスを行なう管理部と
を備えることを特徴とする、情報処理装置。
（付記２）
複数の前記電子装置のそれぞれの固有ユーザインタフェースに対応する複数の前記対応情報を格納する記憶装置を備え、
前記取得部が、前記共通ユーザインタフェースを介して入力された前記共通設定情報に基づき、複数の前記対応情報を参照し、受信した前記共通設定操作情報に対応する前記装置リクエスト情報を前記対応情報から抽出する
ことを特徴とする、付記１記載の情報処理装置。
（付記３）
前記電子装置に対してリクエストを発行し、前記リクエストに対して前記電子装置から送信される応答データから抽出した装置リクエスト情報を用いて前記対応情報を作成する対応情報作成部
を備えることを特徴とする、付記１または２記載の情報処理装置。
（付記４）
前記対応情報作成部が、前記共通設定情報に含まれる情報に基づき、管理アクセス対象の前記電子装置の固有ユーザインタフェースのプロトコルに応じた手法で、前記応答データから前記装置リクエスト情報を抽出する
ことを特徴とする、付記３記載の情報処理装置。
（付記５）
固有ユーザインタフェースを介して入力される装置リクエスト情報により設定処理が行なわれる電子装置が接続される情報処理装置において、
プロセッサに、
複数の前記電子装置間で共通化された共通ユーザインタフェースを介して入力される、前記電子装置に対するリクエストを示す共通設定操作情報を受信し、
前記共通設定操作情報に基づいて、前記共通ユーザインタフェースを介して入力される前記電子装置に対するリクエストに関する共通化リクエスト情報と、前記電子装置に固有の前記固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報を参照して、前記共通設定操作情報に対応する装置リクエスト情報を取得し、
取得された前記装置リクエスト情報を用いて前記電子装置に対する管理アクセスを行なう
処理を実行させる、管理プログラム。
（付記６）
複数の前記電子装置のそれぞれの固有ユーザインタフェースに対応する複数の前記対応情報を記憶装置に格納し、
前記共通ユーザインタフェースを介して入力された前記共通設定情報に基づき、複数の前記対応情報を参照し、受信した前記共通設定操作情報に対応する前記装置リクエスト情報を前記対応情報から抽出する
処理を前記プロセッサに実行させる、付記５記載の管理プログラム。
（付記７）
前記電子装置に対してリクエストを発行し、前記リクエストに対して前記電子装置から送信される応答データから抽出した装置リクエスト情報を用いて前記対応情報を作成する
処理を前記プロセッサに実行させる、付記５または６記載の管理プログラム。
（付記８）
前記対応情報作成部が、前記共通設定情報に含まれる情報に基づき、管理アクセス対象の前記電子装置の固有ユーザインタフェースのプロトコルに応じた手法で、前記応答データから前記装置リクエスト情報を抽出する
処理を前記プロセッサに実行させる、付記７記載の管理プログラム。
１ ストレージ管理システム
２−１〜２−３，２ ストレージ装置
１０ 管理サーバ
１１ プロセッサ
１２ ＲＡＭ
１３ ＨＤＤ
１４ グラフィック処理装置
１４ａ モニタ
１５ 入力インタフェース
１５ａ キーボード
１５ｂ マウス
１６ 光学ドライブ装置
１６ａ 光ディスク
１７ 機器接続インタフェース
１７ａ メモリ装置
１７ｂ メモリリーダライタ
１７ｃ メモリカード
１８ ネットワークインタフェース
１９ バス
３０ 機能標準化マップ情報
３０ａ 機能標準化ユーザインタフェース情報
３０ｂ−１〜３０ｂ−３，３０ｂ 対象機器情報
１００ 機能標準化処理部
１０１ 操作受付部
１０２ データ解析部
１０３ マップ情報生成部
１０４ 機器連携部
１４１ 機能標準化ユーザインタフェース情報設定画面
１４１１ 機能標準化ユーザインタフェース情報入力欄
１４１２ ファイル名入力欄
１４１２ａ 参照ボタン
１４１３ 対象ストレージ入力欄
１４１３ａ 追加ボタン
１４１３ｂ 編集ボタン
１４１３ｃ 削除ボタン
１４１４ 生成ボタン
１４２ａ，１４２ｂ，１４２ 対象ストレージユーザインタフェース情報設定画面
１４２１ 対象ストレージユーザインタフェース情報入力欄
１４２１ａ ＩＰアドレス入力欄
１４２１ｂ オプション入力欄
１４２１ｃ 対象物入力欄
１４２１ｄ 操作内容入力欄
１４２２ 項目情報入力欄
１４２３ 項目情報表示欄
１４２４ 登録ボタン
１４２５ 解析ボタン
２００ ユーザインタフェース変換部
２０１ 操作受付部
２０２ プロトコル生成部
２０３ データ解析部
２０４ 機器連携部

Claims (4)

  1. 固有ユーザインタフェースを介して入力される装置リクエスト情報により設定処理が行なわれるストレージ装置が接続される接続部と、
    複数の前記ストレージ装置間で共通化され、表示装置に表示された共通ユーザインタフェースを介して入力される、前記ストレージ装置に対するリクエストを示す共通設定操作情報を受信する受信部と、
    前記共通設定操作情報に基づいて、前記共通ユーザインタフェースを介して入力される前記ストレージ装置に対するリクエストに関する共通化リクエスト情報と、前記ストレージ装置に固有の前記固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報を参照して、前記共通設定操作情報に対応する装置リクエスト情報を取得する取得部と、
    取得された前記装置リクエスト情報を用いて前記ストレージ装置に対する管理アクセスを行なう管理部と、
    前記ストレージ装置から情報取得を行なう参照系のリクエスト情報が前記共通ユーザインタフェースを介して入力された場合には、前記ストレージ装置から送信される応答データから抽出した装置リクエスト情報を用いて前記対応情報を作成し、前記ストレージ装置に対して設定を行なう設定系のリクエスト情報が前記共通ユーザインタフェースを介して入力された場合には、前記共通設定操作情報を用いて前記対応情報を作成する対応情報作成部と
    を備えることを特徴とする、情報処理装置。
  2. 複数の前記ストレージ装置のそれぞれの固有ユーザインタフェースに対応する複数の前記対応情報を格納する記憶装置を備え、
    前記取得部が、前記共通ユーザインタフェースを介して入力された前記共通設定操作情報に基づき、複数の前記対応情報を参照し、受信した前記共通設定操作情報に対応する前記装置リクエスト情報を前記対応情報から抽出する
    ことを特徴とする、請求項１記載の情報処理装置。
  3. 前記対応情報作成部が、前記共通設定操作情報に含まれる情報に基づき、管理アクセス対象の前記ストレージ装置の固有ユーザインタフェースのプロトコルに応じた手法で、前記応答データから前記装置リクエスト情報を抽出する
    ことを特徴とする、請求項１または２記載の情報処理装置。
  4. 固有ユーザインタフェースを介して入力される装置リクエスト情報により設定処理が行なわれるストレージ装置が接続される情報処理装置において、
    プロセッサに、
    複数の前記ストレージ装置間で共通化され、表示装置に表示された共通ユーザインタフェースを介して入力される、前記ストレージ装置に対するリクエストを示す共通設定操作情報を受信し、
    前記共通設定操作情報に基づいて、前記共通ユーザインタフェースを介して入力される前記ストレージ装置に対するリクエストに関する共通化リクエスト情報と、前記ストレージ装置に固有の前記固有ユーザインタフェースを介して入力されるリクエストに関する装置リクエスト情報とを対応付けた対応情報を参照して、前記共通設定操作情報に対応する装置リクエスト情報を取得し、
    取得された前記装置リクエスト情報を用いて前記ストレージ装置に対する管理アクセスを行ない、
    前記ストレージ装置から情報取得を行なう参照系のリクエスト情報が前記共通ユーザインタフェースを介して入力された場合には、前記ストレージ装置から送信される応答データから抽出した装置リクエスト情報を用いて前記対応情報を作成し、前記ストレージ装置に対して設定を行なう設定系のリクエスト情報が前記共通ユーザインタフェースを介して入力された場合には、前記共通設定操作情報を用いて前記対応情報を作成する
    処理を実行させる、管理プログラム。
JP2017136020A 2017-07-12 2017-07-12 情報処理装置および管理プログラム Active JP6950310B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2017136020A JP6950310B2 (ja) 2017-07-12 2017-07-12 情報処理装置および管理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017136020A JP6950310B2 (ja) 2017-07-12 2017-07-12 情報処理装置および管理プログラム

Publications (2)

Publication Number Publication Date
JP2019020801A JP2019020801A (ja) 2019-02-07
JP6950310B2 true JP6950310B2 (ja) 2021-10-13

Family

ID=65355599

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017136020A Active JP6950310B2 (ja) 2017-07-12 2017-07-12 情報処理装置および管理プログラム

Country Status (1)

Country Link
JP (1) JP6950310B2 (ja)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3801129B2 (ja) * 2002-10-09 2006-07-26 日本電気株式会社 ルータパラメータ設定システム及びその方法
JP2004192105A (ja) * 2002-12-09 2004-07-08 Hitachi Ltd 記憶装置の接続装置およびそれを含むコンピュータシステム
JP2009258852A (ja) * 2008-04-14 2009-11-05 Hitachi Ltd 情報管理システム、情報管理方法、およびネットワーク装置
JP5835291B2 (ja) * 2013-09-05 2015-12-24 コニカミノルタ株式会社 通信装置およびそのカスタマイズ方法ならびにコンピュータプログラム

Also Published As

Publication number Publication date
JP2019020801A (ja) 2019-02-07

Similar Documents

Publication Publication Date Title
JP6279153B2 (ja) 言語入力データからｎグラムおよび概念関係の自動生成
US9898497B2 (en) Validating coherency between multiple data sets between database transfers
CN103080915B (zh) 自动和半自动选择服务或处理提供商
US20080104080A1 (en) Method and apparatus to access heterogeneous configuration management database repositories
US9128905B2 (en) Large columnar text file editor
JP2009187414A (ja) 分析用属性項目抽出プログラム、分析用属性項目抽出方法、及び情報分析装置
US11150879B2 (en) Method and system for configuring processes of software applications using activity fragments
US8898225B2 (en) Storage medium storing user information registration program and user information registration method
CN102521338B (zh) 对于数据表示项目返回的占位符
JP6974197B2 (ja) クラウド型ストレージにおける医療画像及びデータの精密検索及び抽出
EP1591894A2 (en) Method and program for linking different applications through data displayed on screen
CN112558966B (zh) 深度模型可视化数据的处理方法、装置及电子设备
JP6950310B2 (ja) 情報処理装置および管理プログラム
US20090300001A1 (en) Server apparatus, catalog processing method, and computer-readable storage medium
US8190563B2 (en) Document management apparatus, document management method, and computer-readable encoding medium recorded with a computer program
JP7121504B2 (ja) クラウド型ストレージにおける医療画像及びデータの精密検索及び抽出
JP6347873B2 (ja) サイト提供システムおよびその構築支援システム、並びにプログラム
JP2009157797A (ja) データ入力支援システム、データ入力支援方法及びプログラム
JP2019191931A (ja) 情報処理システム、入力値検証支援プログラム、および入力値検証プログラム
JP6577392B2 (ja) プログラム開発支援装置、プログラム開発支援方法及びプログラム開発支援装置で実行することが可能なコンピュータプログラム
US20220050969A1 (en) Method and system for analyzing textual narratives using quality criteria
US20230056860A1 (en) Information processing apparatus, flow generation method, and computer program product
JP2009163405A (ja) 情報処理装置、情報処理方法及びプログラム
JP2000181927A (ja) 電子ファイリングシステム及び同システムに適用するファイル検索方法
JP6634225B2 (ja) サーバの複数の内部レジスタにアクセスする方法

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20190607

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200409

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201117

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201216

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210224

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210422

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: 20210824

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210906

R150 Certificate of patent or registration of utility model

Ref document number: 6950310

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150