JP6281264B2 - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

複数の情報処理装置が稼働しているシステムを管理者が管理する方法として、各情報処理装置に端末装置を接続し、管理者が端末装置を操作してシステムを管理する方法がある。この方法によれば、管理者は、例えば、各情報処理装置に設定された情報を端末装置に表示させて確認したり、各情報処理装置に各種の情報設定を行うことが可能である。

また、このような端末装置と各情報処理装置との通信方法としては、各情報処理装置をＷｅｂサーバとして動作させ、端末装置をクライアントとして動作させる方法がある。この方法によれば、管理者は、端末装置のＷｅｂブラウザを通じて情報処理装置に処理の実行を要求し、その処理結果をＷｅｂブラウザを通じて閲覧することができる。

また、Ｗｅｂサーバとクライアントとの通信に関連する技術としては、次のようなものがある。例えば、仮想的なＷＷＷ（World Wide Web）サーバが、複数のＷＷＷサーバからＨＴＭＬ（HyperText Markup Language）データを取得し、取得した各ＨＴＭＬデータを結合してＷｅｂブラウザに送信するものがある。また、他の例として、ユーザインタフェース統合装置が、複数のＷＷＷサーバからページを取得して統合ページを生成し、ＷＷＷブラウザに送信するものがある。

特開平１１−８５６５４号公報 特開２００２−１０８７５６号公報

ところで、複数の情報処理装置それぞれをＷｅｂサーバとして動作させ、端末装置をクライアントとして動作させるという上記の方法では、端末装置には、あくまで情報処理装置ごとに情報が表示される。このため、管理者は、複数の情報処理装置それぞれに関する情報を１つの画面に表示させて、それらの情報を一度に閲覧することができない。また、この問題は、ＷＷＷ技術を用いた場合に限らず、各種の方式で記述された、情報を表示するための表示データを、各情報処理装置から端末装置に送信する場合に発生し得る。

１つの側面では、本発明は、複数の装置から取得した情報をまとめて画面に表示できるようにした情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

１つの案では、次のような情報処理装置が提供される。この情報処理装置は、情報を表示するための表示データを複数の装置から取得するデータ取得部と、複数の装置から取得した表示データを、各表示データに付加された付加情報に基づく変換方法で１つの表示データに変換し、変換後の表示データを表示端末装置に送信するデータ変換部と、を有する。

また、１つの案では、複数の情報処理装置を有する情報処理システムにおける情報処理方法が提供される。この情報処理方法では、複数の情報処理装置のうち、一の情報処理装置が、情報を表示するための表示データを他の情報処理装置のそれぞれと一の情報処理装置の内部とから取得し、取得した各表示データを、各表示データに付加された付加情報に基づく変換方法で１つの表示データに変換し、変換後の表示データを表示端末装置に送信する。

さらに、１つの案では、上記情報処理装置と同様の処理をコンピュータに実行させる情報処理プログラムが提供される。

１態様によれば、複数の装置から取得した情報をまとめて画面に表示できる。

第１の実施の形態に係る情報処理装置の構成例および処理例を示す図である。 第２の実施の形態に係るストレージシステムの構成例を示す図である。 テープライブラリ装置のハードウェア構成例を示す図である。 管理端末のハードウェア構成例を示す図である。 ＨＴＭＬデータに対する変換キーワードの埋め込み例を示す図である。 管理端末およびテープライブラリ装置が備える処理機能の構成例を示す図である。 ボリューム管理テーブルの例を示す図である。 ＨＴＭＬ統合処理部の内部構成を示すブロック図である。 管理端末からマスタ装置へＨＴＴＰリクエストが送信された場合の処理の流れの例を示すシーケンス図である。 ＨＴＭＬ変換処理部の処理例を示すフローチャートである。 “Ｅｘ＝ＣＯＬＬＥＣＴ”を含むＨＴＭＬデータの変換例を示す図である。 図１１に対応するＷｅｂ画面の表示例を示す図である。 “Ｅｘ＝ＣＯＬＬＥＣＴ”が検知された場合のデータ変換処理例を示すフローチャートである。 “Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”を含むＨＴＭＬデータの変換例を示す図である。 図１４に対応するＷｅｂ画面の表示例を示す図である。 “Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”が検知された場合のデータ変換処理例を示すフローチャートである。 フォーム画面の表示例を示す図である。 “Ｅｘ＝ＳＵＢＭＩＴ”を含むＨＴＭＬデータの変換例を示す図である。 “Ｅｘ＝ＳＵＢＭＩＴ”が検知された場合のデータ変換処理例を示すフローチャートである。 サブミット操作に応じてＨＴＴＰリクエストが送信された場合の処理の流れの例を示すシーケンス図である。

以下、本発明の実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る情報処理装置の構成例および処理例を示す図である。情報処理装置１ａは、データ取得部２およびデータ変換部３を有する。データ取得部２およびデータ変換部３の処理は、例えば、情報処理装置１ａが備えるプロセッサが所定のプログラムを実行することにより実現される。

データ取得部２は、情報を表示するための表示データを複数の装置から取得する。データ変換部３は、これら複数の装置から取得した表示データを、各表示データに付加された付加情報に基づく変換方法で１つの表示データに変換し、変換後の表示データを表示端末装置１０に送信する。これにより、複数の装置から取得された情報を、表示端末装置１０の表示画面１１上にまとめて表示させることができる。

図１では例として、データ取得部２は、情報処理装置１ａと、この情報処理装置１ａに接続された他の情報処理装置１ｂ，１ｃとから、それぞれ表示データＤ１，Ｄ２，Ｄ３を取得する。例えば、表示データＤ１は“ＸＸＸ・・・”という情報を表示するためのデータであり、表示データＤ２は“ＹＹＹ・・・”という情報を表示するためのデータであり、表示データＤ３は“ＺＺＺ・・・”という情報を表示するためのデータであるとする。

なお、表示データＤ１，Ｄ２，Ｄ３は、例えば、次のようにして取得される。情報処理装置１ａは、表示端末装置１０から処理要求を受信すると、受信した処理要求を、情報処理装置１ａ，１ｂ，１ｃに分配する。

情報処理装置１ｂは、分配された処理要求に応じた処理を実行し、その処理結果として“ＹＹＹ・・・”を得て、“ＹＹＹ・・・”を表示するための表示データＤ２を情報処理装置１ａに返信する。情報処理装置１ｃも同様に、分配された処理要求に応じた処理を実行し、その処理結果として“ＺＺＺ・・・”を得て、“ＺＺＺ・・・”を表示するための表示データＤ３を情報処理装置１ａに返信する。また、情報処理装置１ａは、分配された処理要求に応じた処理を実行し、その処理結果として“ＸＸＸ・・・”を得て、“ＸＸＸ・・・”を表示するための表示データＤ１を出力する。このようにして、表示データＤ１，Ｄ２，Ｄ３が取得される。

表示データＤ１，Ｄ２，Ｄ３には、それぞれ付加情報Ｄａ１，Ｄａ２，Ｄａ３が付加されている。付加情報Ｄａ１，Ｄａ２，Ｄａ３は、複数の表示データを１つの表示データに変換する際の変換方法を指示する情報である。データ変換部３は、取得された表示データＤ１，Ｄ２，Ｄ３を、それぞれに付加された付加情報Ｄａ１，Ｄａ２，Ｄａ３に基づく変換方法で、１つの表示データＤ１０に変換して、表示端末装置１０に送信する。表示端末装置１０が表示データＤ１０に基づく表示処理を行うことで、表示画面１１には、“ＸＸＸ・・・”、“ＹＹＹ・・・”、“ＺＺＺ・・・”がまとめて表示される。

ここで、データ変換部３は、付加情報に基づく変換方法で表示データの変換を行うことで、表示される情報に応じた様々な変換処理を行うことが可能になる。従って、例えば、各表示データを単に結合する場合と比較して、高度な変換処理を行うことができる。例えば、各情報処理装置１ａ，１ｂ，１ｃから取得した情報の表示状態を適正化し、無駄な情報が省かれた見やすい状態で、取得した各情報を１つの画面上に表示させることができる。また、複数の情報処理装置１ａ，１ｂ，１ｃについての情報を、あたかも１つの情報処理装置の情報を見ているかのように、閲覧者に見せることもできる。

〔第２の実施の形態〕
次に、上記の情報処理装置を含むシステムの例として、記録媒体として磁気テープを用いたストレージシステムを挙げて説明する。

図２は、第２の実施の形態に係るストレージシステムの構成例を示す図である。図２に示すストレージシステムは、複数のテープライブラリ装置１００を有する。
各テープライブラリ装置１００には、ネットワーク５１を介してホスト装置２００が接続されている。ネットワーク５１は、例えば、ＦＣ（Fibre Channel）ネットワークである。

各テープライブラリ装置１００は、複数の磁気テープが格納されたテープ格納部と、１つ以上のテープドライブとを内蔵する。各テープライブラリ装置１００は、内蔵されたテープドライブを用い、ホスト装置２００からの要求に応じて、磁気テープに対するデータの読み書きを行う。例えば、テープライブラリ装置１００は、ホスト装置２００から、アクセス対象のテープボリューム名と、読み出しまたは書き込みの要求とを受信すると、受信したテープボリューム名に対応する磁気テープをテープ格納部から取得してテープドライブにマウントし、要求に従ってデータの読み出しまたは書き込みを行う。

このように、各テープライブラリ装置１００は、内部に格納された複数の磁気テープによって実現される記憶領域を、ホスト装置２００に提供する。そして、このようなテープライブラリ装置１００が複数台連結されて使用されることで、多数の磁気テープによる大容量の記憶領域がホスト装置２００に提供される。

なお、各テープライブラリ装置１００には、複数のホスト装置２００が接続されていてもよい。また、各テープライブラリ装置１００は、例えば、各テープライブラリ装置１００内の磁気テープを階層型ストレージシステムのバックエンドとして用いるように制御する制御装置を介して、ホスト装置２００と接続されていてもよい。

また、各テープライブラリ装置１００は、保守管理用のネットワーク５２を介して相互に接続されている。ネットワーク５２は、例えば、ＬＡＮ（Local Area Network）である。そして、ネットワーク５２には、管理端末３００が接続されている。

管理端末３００は、各テープライブラリ装置１００を管理する管理者が操作する端末装置である。管理者は例えば、管理端末３００を用いて、各テープライブラリ装置１００の構成や設定の情報を閲覧したり、各テープライブラリ装置１００に対する各種の設定操作を行うことができる。

ネットワーク５２上では、ＨＴＴＰ（HyperText Transfer Protocol）に従って通信が行われる。各テープライブラリ装置１００は、Ｗｅｂサーバ機能を備える。一方、管理端末３００は、Ｗｅｂブラウザ機能を備え、各テープライブラリ装置１００のＷｅｂサーバ機能に対して処理を要求するクライアントとして動作する。管理端末３００には、各テープライブラリ装置１００に対して情報の閲覧や設定を要求するためのインタフェース画面が表示される。各テープライブラリ装置１００は、管理端末３００からインタフェース画面を通じて送信された要求に応じて処理を行い、処理結果を返信する。

本実施の形態において、管理端末３００は、複数のテープライブラリ装置１００のうちの１つと通信する。そして、複数のテープライブラリ装置１００のうち、管理端末３００と通信する装置は、マスタ装置として動作し、それ以外の装置は、スレーブ装置として動作する。以下、管理端末３００と通信するテープライブラリ装置１００を“マスタ装置１００ａ”と呼ぶ場合があり、管理端末３００と通信しないテープライブラリ装置１００を“スレーブ装置１００ｂ”と呼ぶ場合がある。

マスタ装置１００ａは、管理端末３００から各テープライブラリ装置１００へのＨＴＴＰリクエストを一括して受信する。マスタ装置１００ａは、受信したＨＴＴＰリクエストがスレーブ装置１００ｂに対するものである場合、受信したＨＴＴＰリクエストをネットワーク５２を介してスレーブ装置１００ｂへ転送する。ＨＴＴＰリクエストを受信したスレーブ装置１００ｂは、要求に応じた処理を行い、ＨＴＴＰレスポンスを、管理端末３００の代わりにマスタ装置１００ａに送信する。マスタ装置１００ａは、スレーブ装置１００ｂから送信されたＨＴＴＰレスポンスを中継して、管理端末３００へ送信する。

また、後述するように、マスタ装置１００ａは、管理端末３００から各テープライブラリ装置１００に共通なＨＴＴＰリクエストを受信したとき、受信したＨＴＴＰリクエストを、各スレーブ装置１００ｂおよび自装置に分配する。そして、マスタ装置１００ａは、各スレーブ装置１００ｂおよび自装置から返信されるＨＴＭＬデータを変換して１つのＨＴＭＬデータに統合し、管理端末３００に送信することが可能である。これにより、管理端末３００において、各テープライブラリ装置１００に関する情報を１つの画面に集約して表示できるようになる。

図３は、テープライブラリ装置のハードウェア構成例を示す図である。テープライブラリ装置１００は、プロセッサ１０１、ＲＡＭ１０２（Random Access Memory）、フラッシュメモリ１０３、読み取り装置１０４、ネットワークインタフェース１０５，１０６、テープインタフェース１０７、ロボットインタフェース１０８、テープドライブ１０９、搬送ロボット１１０およびテープ格納部１１１を有している。

プロセッサ１０１は、テープライブラリ装置１００全体を統括的に制御する。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。またプロセッサ１０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

プロセッサ１０１には、バス１１２を介して、ＲＡＭ１０２および複数の周辺機器が接続されている。
ＲＡＭ１０２は、テープライブラリ装置１００の主記憶装置として使用される。ＲＡＭ１０２には、プロセッサ１０１に実行させるプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、プロセッサ１０１による処理に必要な各種データが格納される。

バス１１２には、周辺機器として、フラッシュメモリ１０３、読み取り装置１０４、ネットワークインタフェース１０５，１０６、テープインタフェース１０７およびロボットインタフェース１０８が接続されている。

フラッシュメモリ１０３は、テープライブラリ装置１００の二次記憶装置として使用される。フラッシュメモリ１０３には、ファームウェアプログラムおよび各種データが格納される。なお、二次記憶装置としては、ＨＤＤ（Hard Disk Drive）などの他の種類の不揮発性記憶装置が使用されてもよい。

読み取り装置１０４には、可搬型記録媒体１０４ａが脱着される。読み取り装置１０４は、可搬型記録媒体１０４ａに記録されたデータを読み取ってプロセッサ１０１に送信する。可搬型記録媒体１０４ａとしては、光ディスク、光磁気ディスク、半導体メモリなどがある。

ネットワークインタフェース１０５は、ネットワーク５１を介して、ホスト装置２００との間でデータを送受信する通信インタフェースである。ネットワークインタフェース１０６は、ネットワーク５２を介して、他のテープライブラリ装置１００および管理端末３００との間でデータを送受信する通信インタフェースである。

テープインタフェース１０７は、テープドライブ１０９との間でデータを送受信する通信インタフェースである。ロボットインタフェース１０８は、搬送ロボット１１０との間でデータを送受信する通信インタフェースである。

テープドライブ１０９は、テープライブラリ装置１００内に１つ以上搭載されている。各テープドライブ１０９は、搬送ロボット１１０によって搬送されたテープカートリッジを１つずつマウントし、プロセッサ１０１の制御の下で、マウントしたテープカートリッジ内の磁気テープに対するデータの書き込みや、磁気テープからのデータの読み出しを行う。

テープ格納部１１１には、複数のテープカートリッジが格納されている。搬送ロボット１１０は、プロセッサ１０１による制御の下で、テープカートリッジを搬送する。搬送ロボット１１０は、例えば、テープ格納部１１１に格納されたテープカートリッジを、いずれかのテープドライブ１０９に搬送してマウントする。また、搬送ロボット１１０は、テープドライブ１０９からテープカートリッジをアンマウントし、テープ格納部１１１に搬送して格納する。

以上のようなハードウェア構成によって、テープライブラリ装置１００の処理機能を実現することができる。
図４は、管理端末のハードウェア構成例を示す図である。管理端末３００は、例えば、図４のようなコンピュータとして実現される。

管理端末３００は、プロセッサ３０１によって装置全体が制御されている。プロセッサ３０１は、マルチプロセッサであってもよい。プロセッサ３０１は、前述のプロセッサ１０１と同様に、例えばＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣまたはＰＬＤである。またプロセッサ３０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

プロセッサ３０１には、バス３０８を介して、ＲＡＭ３０２と複数の周辺機器が接続されている。
ＲＡＭ３０２は、管理端末３００の主記憶装置として使用される。ＲＡＭ３０２には、プロセッサ３０１に実行させるＯＳ（Operating System）プログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ３０２には、プロセッサ３０１による処理に必要な各種データが格納される。

バス３０８に接続されている周辺機器としては、ＨＤＤ３０３、グラフィック処理装置３０４、入力インタフェース３０５、読み取り装置３０６およびネットワークインタフェース３０７がある。

ＨＤＤ３０３は、管理端末３００の補助記憶装置として使用される。ＨＤＤ３０３には、ＯＳプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＳＳＤ（Solid State Drive）などの他の種類の不揮発性記憶装置を使用することもできる。

グラフィック処理装置３０４には、表示装置３０４ａが接続されている。グラフィック処理装置３０４は、プロセッサ３０１からの命令に従って、画像を表示装置３０４ａの画面に表示させる。表示装置３０４ａとしては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置などがある。

入力インタフェース３０５には、入力装置３０５ａが接続されている。入力インタフェース３０５は、入力装置３０５ａから出力される信号をプロセッサ３０１に送信する。入力装置３０５ａとしては、キーボードやポインティングデバイスなどがある。ポインティングデバイスとしては、マウス、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。

読み取り装置３０６には、可搬型記録媒体３０６ａが脱着される。読み取り装置３０６は、可搬型記録媒体３０６ａに記録されたデータを読み取ってプロセッサ３０１に送信する。可搬型記録媒体３０６ａとしては、光ディスク、光磁気ディスク、半導体メモリなどがある。

ネットワークインタフェース３０７は、ネットワーク５２を介して、マスタ装置１００ａとの間でデータの送受信を行う。
以上のようなハードウェア構成によって、管理端末３００の処理機能を実現することができる。

次に、管理端末３００と各テープライブラリ装置１００との間の処理について説明する。始めに、管理端末と複数のテープライブラリ装置との間の通信方法の参考例について述べ、その後に本実施の形態の処理について説明する。

管理端末と複数のテープライブラリ装置との通信方法としては、例えば次のようなものが考えられる。
（参考例１）管理端末が、複数のテープライブラリ装置のそれぞれに直接アクセスする方法。

（参考例２）管理端末が、複数のテープライブラリ装置のうちの１つ（マスタ装置）にアクセスする方法。
参考例１の場合、管理者がアクセス先の装置のアドレスを指定することで、管理端末から所望のテープライブラリ装置に対してＨＴＴＰリクエストが送信される。ＨＴＴＰリクエストを受信したテープライブラリ装置は、受信したＨＴＴＰリクエストによって指定されるＣＧＩ（Common Gateway Interface）プログラムを実行し、ＨＴＴＰレスポンスを管理端末へ送信する。このような処理により、管理端末では、アクセス先のテープライブラリ装置ごとに情報が表示される。

参考例２の場合、マスタ装置の処理により管理者の操作性を改善できる。例えば、マスタ装置は、アクセス先の装置をプルダウンメニューなどによって簡単に指定できるようにしたトップ画面を、管理端末に表示させる。トップ画面からアクセス先の装置が指定されると、マスタ装置は、トップ画面処理用のＣＧＩプログラムを実行することで、指定された装置にＨＴＴＰリクエストを送信する。そして、マスタ装置は、ＨＴＴＰリクエストの送信先装置からのＨＴＴＰレスポンスを管理端末へ転送して、その装置に関する情報を、例えばトップ画面内の所定フレーム位置に表示させる。

ここで、上記の参考例１、参考例２のいずれの方法でも、管理端末では、あくまでテープライブラリ装置ごとに情報が表示される。このため、管理者は、複数のテープライブラリ装置に関する情報を画面上に一覧表示させて、それらを一度に閲覧することはできない。また、複数のテープライブラリ装置に関する情報を取得するためには、管理者はテープライブラリ装置ごとに情報取得のための操作を行う必要がある。

また、複数のテープライブラリ装置に関する情報を管理端末の画面上に一度に表示させる方法としては、各テープライブラリ装置から返信されたＨＴＭＬデータをマスタ装置で結合して管理端末に転送する方法が考えられる。しかし、この方法では、管理端末の画面には、返信された各ＨＴＭＬデータに基づく表示情報が単に並んで表示されるだけであり、管理者にとって閲覧しやすい表示状態にはならない。

そこで、本実施の形態では、管理端末３００からの１回の要求に応じて、マスタ装置１００ａがすべてのテープライブラリ装置１００に要求に応じた処理を実行させる。そして、それらの処理の実行によって返信される各ＨＴＭＬデータをマスタ装置１００ａで１つのＨＴＭＬデータに変換させ、変換後のＨＴＭＬデータが管理端末３００に送信されるようにする。これにより、簡単な操作で、複数のテープライブラリ装置に関する情報を管理端末３００の画面上に一度に表示させることを可能にする。

また、各テープライブラリ装置１００から返信されるＨＴＭＬデータには、Ｗｅｂブラウザでの表示処理には影響しない形式の変換キーワードが埋め込まれる。マスタ装置１００ａは、ＨＴＭＬデータに埋め込まれた変換キーワードに基づいて各ＨＴＭＬデータの所定範囲の記述を所定の方法で変換し、１つのＨＴＭＬデータに統合して管理端末３００に送信する。これにより、ＨＴＭＬデータを統合する際の高度な変換処理を可能にする。例えば、複数のテープライブラリ装置に関する情報を表示させる際の表示状態を適正化し、管理者が必要な情報を無駄なく表示させることができるようにする。

図５は、ＨＴＭＬデータに対する変換キーワードの埋め込み例を示す図である。図５の右側に示すＨＴＭＬデータＤ１２は、左側に示すＨＴＭＬデータＤ１１に対して“＜！−−Ｅｘ＝ＣＯＬＬＥＣＴ−−＞”および“＜！−−Ｅｘ＝ＥＮＤ−−＞”というコメントが追加されている。そして、各コメントにおける“Ｅｘ＝ＣＯＬＬＥＣＴ”および“Ｅｘ＝ＥＮＤ”が、変換キーワードに相当する。

ＨＴＭＬデータＤ１２における“Ｅｘ＝ＥＮＤ”は、変換範囲の末尾を示す。マスタ装置１００ａは、“＜！−−Ｅｘ＝ＣＯＬＬＥＣＴ−−＞”の位置から“＜！−−Ｅｘ＝ＥＮＤ−−＞”の位置までのＨＴＭＬデータを、“Ｅｘ＝ＣＯＬＬＥＣＴ”によって示される変換方法を用いて変換する。すなわち、変換キーワードにより、ＨＴＭＬデータの変換方法と変換範囲とが指定される。

また、変換キーワードは、上記のように、Ｗｅｂブラウザでの表示処理には影響しない“コメント”の形式でＨＴＭＬデータに埋め込まれる。従って、例えば、変換キーワードが埋め込まれた状態のＨＴＭＬデータがそのまま管理端末３００に送信されたとしても、管理端末３００はそのＨＴＭＬデータに基づく文書を正常に表示できる。

各テープライブラリ装置１００には、クライアント側に返信するＨＴＭＬデータを作成するためのテンプレートが、あらかじめ記憶される。このようなテンプレートは、クライアント側からの要求ごとに用意される。そして、本実施の形態では、これらのテンプレートのうちの必要なものに、変換キーワードがあらかじめ埋め込まれる。

上記のように変換キーワードがコメントの形式で埋め込まれることで、各テープライブラリ装置１００は、図２のように複数のテープライブラリ装置１００を接続して使用される状態でも、自装置が単体で使用される状態（すなわち、上記の参考例１のように管理端末３００から直接アクセスされる状態）でも、変換キーワードが埋め込まれたテンプレートを共通に使用することができる。

図６は、管理端末およびテープライブラリ装置が備える処理機能の構成例を示す図である。
管理端末３００は、Ｗｅｂブラウザ処理部３１０を有する。Ｗｅｂブラウザ処理部３１０の処理は、例えば、管理端末３００のプロセッサ３０１が所定のプログラムを実行することで実現される。

Ｗｅｂブラウザ処理部３１０は、Ｗｅｂサーバから送信されたＨＴＭＬデータに基づくＧＵＩ（Graphical User Interface）画面を、管理端末３００の表示装置３０４ａに表示させる。また、Ｗｅｂブラウザ処理部３１０は、ＧＵＩ画面に対する操作入力に応じたＨＴＴＰリクエストをＷｅｂサーバに送信し、Ｗｅｂサーバから返信されたＨＴＭＬデータに基づく画像を表示装置３０４ａに表示させる。以下、ＨＴＭＬデータに基づいて表示される画像を“Ｗｅｂ画像”と呼ぶ場合がある。

一方、テープライブラリ装置１００は、Ｗｅｂサーバ処理部１２０、メンテナンス処理部１３０およびＨＴＭＬ統合処理部１４０を有する。Ｗｅｂサーバ処理部１２０、メンテナンス処理部１３０およびＨＴＭＬ統合処理部１４０の処理は、例えば、テープライブラリ装置１００のプロセッサ１０１が所定のプログラムを実行することで実現される。

また、各テープライブラリ装置１００の記憶装置には、制御情報１５１およびシステム構成情報１５２が記憶される。制御情報１５１およびシステム構成情報１５２は、例えば、テープライブラリ装置１００のフラッシュメモリ１０３に記憶される。

なお、ＨＴＭＬ統合処理部１４０は、テープライブラリ装置１００がマスタ装置１００ａとして動作する場合のみ起動する。また、システム構成情報１５２は、テープライブラリ装置１００がマスタ装置１００ａとして動作する場合のみ、ＨＴＭＬ統合処理部１４０によって参照される。このため、図６では、ＨＴＭＬ統合処理部１４０およびシステム構成情報１５２を、マスタ装置１００ａにのみ図示し、スレーブ装置１００ｂには図示していない。

Ｗｅｂサーバ処理部１２０は、Ｗｅｂサーバとしての基本機能を実現する処理ブロックである。Ｗｅｂサーバとしての基本機能とは、クライアントからＨＴＴＰリクエストを受信し、そのリクエストに応じたＨＴＭＬデータをクライアントに返信する機能である。

なお、図示しないが、各テープライブラリ装置１００の記憶装置には、クライアントに返信するＨＴＭＬデータを作成するためのテンプレートが、対応する要求の内容ごとに記憶されている。また、これらのテンプレートのうちのいくつかには、前述した変換キーワードが記述されている。また、本実施の形態では、少なくとも変換キーワードが記述されたテンプレートについては、マスタ装置１００ａかスレーブ装置１００ｂかに関係なく、すべてのテープライブラリ装置１００で共通のものが記憶されて使用される。

また、Ｗｅｂサーバとしての基本機能には、受信したＨＴＴＰリクエストに含まれるＵＲＬ（Uniform Resource Locator）によって指定されたＣＧＩプログラムを実行させ、ＣＧＩプログラムの実行結果をＨＴＭＬデータに含めてクライアントに返信する機能も含まれる。本実施の形態では、Ｗｅｂサーバ処理部１２０が受信したＨＴＴＰリクエストに応じて、メンテナンス処理部１３０の処理を実現するＣＧＩプログラムが指定されて実行される。

メンテナンス処理部１３０は、クライアントからの要求に応じて、テープライブラリ装置１００のメンテナンスに関する処理を実行する。メンテナンスに関する処理としては、画面表示のためにクライアントから要求された、テープライブラリ装置１００の構成や設定の情報を収集する処理や、クライアントから要求された各種の設定を行う処理などがある。

制御情報１５１は、メンテナンス処理部１３０による情報の収集対象や、情報の設定対象となる情報である。制御情報１５１の代表的な例としては、ホスト装置２００からの要求に応じて磁気テープへのアクセスを制御するための情報がある。ここで、次の図７に、磁気テープへのアクセスを制御するための情報の例として、ボリューム管理テーブルを挙げる。

図７は、ボリューム管理テーブルの例を示す図である。ボリューム管理テーブル１５１ａは、論理ボリュームを管理するためのテーブル情報であり、ボリューム名、サイズおよびテープ名の各項目を有する。ボリューム名の項目には、論理ボリュームの識別番号が登録される。サイズの項目には、対応する論理ボリュームのサイズが登録される。テープ名の項目には、対応する論理ボリュームのデータが格納されている磁気テープの識別番号が登録される。

メンテナンス処理部１３０は、このようなボリューム管理テーブル１５１ａを参照することにより、例えば、各論理ボリュームのサイズを収集してサイズの一覧情報を生成する、所定サイズ以上の論理ボリュームを抽出する、論理ボリュームのデータが記録されている磁気テープの一覧と、各磁気テープに記録されている論理ボリュームの一覧とを抽出する、などの処理を行うことができる。

なお、制御情報１５１の他の例としては、テープライブラリ装置１００に内蔵または外付けされたデバイスの構成に関する情報、各デバイスのステータスを示す情報などがある。

以下、図６に戻って説明を続ける。
メンテナンス処理部１３０の処理や、Ｗｅｂサーバ処理部１２０によるＷｅｂサーバとしての基本機能の処理は、マスタ装置１００ａかスレーブ装置１００ｂかに関係なく、すべてのテープライブラリ装置１００において実行される。これに加えて、Ｗｅｂサーバ処理部１２０は、ＨＴＴＰリクエストに含まれるＵＲＬの記述方法に応じて、次のような処理を行う。

Ｗｅｂサーバ処理部１２０は、自装置宛てのＨＴＴＰリクエストに含まれるＵＲＬにホスト名が記述されている場合、自装置をマスタ装置１００ａとして動作させる。マスタ装置１００ａでは、ＨＴＭＬ統合処理部１４０が起動する。

一方、Ｗｅｂサーバ処理部１２０は、自装置宛てのＨＴＴＰリクエストに含まれるＵＲＬにＩＰ（Internet Protocol）アドレスが記述されている場合、自装置をスレーブ装置１００ｂとして動作させる。この場合、後述するように、受信したＨＴＴＰリクエストは、マスタ装置１００ａとして動作する他のテープライブラリ装置１００から送信されたものとなる。換言すると、ネットワーク５２を介したマスタ装置１００ａとスレーブ装置１００ｂとの通信では、ＵＲＬにおける送信先がＩＰアドレスによって指定される。

なお、例えば、管理端末３００とマスタ装置１００ａとを接続するネットワークと、マスタ装置１００ａとスレーブ装置１００ｂとを接続するネットワークとが、物理的に分離されていてもよい。この場合、Ｗｅｂサーバ処理部１２０は、例えば、ＨＴＴＰリクエストをどのネットワークから受信したかによって、自装置をマスタ装置１００ａとして動作させるか、スレーブ装置１００ｂとして動作させるかを判断してもよい。

マスタ装置１００ａのＷｅｂサーバ処理部１２０は、受信したＵＲＬをＨＴＭＬ統合処理部１４０に出力して、ＨＴＭＬ統合処理部１４０の処理を開始させる。ＨＴＭＬ統合処理部１４０は、仮想的なクライアントとして動作し、各スレーブ装置１００ｂのＷｅｂサーバ処理部１２０、およびマスタ装置１００ａ自身のＷｅｂサーバ処理部１２０に対して、ＨＴＴＰリクエストを分配する。

スレーブ装置１００ｂのＷｅｂサーバ処理部１２０は、マスタ装置１００ａからＨＴＴＰリクエストを受信すると、要求された処理をメンテナンス処理部１３０に実行させる。そして、スレーブ装置１００ｂのＷｅｂサーバ処理部１２０は、処理結果を含むＨＴＭＬデータを作成して、マスタ装置１００ａに返信する。すなわち、スレーブ装置１００ｂのＷｅｂサーバ処理部１２０は、マスタ装置１００ａを仮想的なクライアントと認識して、前述したＷｅｂサーバとしての基本機能のみを果たす。

一方、マスタ装置１００ａにおいては、ＨＴＭＬ統合処理部１４０から出力された自装置宛てのＨＴＴＰリクエストを、Ｗｅｂサーバ処理部１２０が受信する。マスタ装置１００ａのＷｅｂサーバ処理部１２０は、ＨＴＭＬ統合処理部１４０からのＨＴＴＰリクエストに応じた処理をメンテナンス処理部１３０に実行させ、処理結果を含むＨＴＭＬデータを作成して、ＨＴＭＬ統合処理部１４０に返信する。すなわち、マスタ装置１００ａのＷｅｂサーバ処理部１２０は、ＨＴＭＬ統合処理部１４０を仮想的なクライアントと認識して、前述したＷｅｂサーバとしての基本機能を果たす。

ＨＴＭＬ統合処理部１４０は、各スレーブ装置１００ｂおよび自装置のＷｅｂサーバ処理部１２０から返信されたＨＴＭＬデータを、それらのＨＴＭＬデータに記述された変換キーワードに基づいて、１つのＨＴＭＬデータに変換する。ＨＴＭＬ統合処理部１４０は、変換された１つのＨＴＭＬデータをＷｅｂサーバ処理部１２０に出力し、Ｗｅｂサーバ処理部１２０は、そのＨＴＭＬデータをＨＴＴＰレスポンスとして管理端末３００に送信する。これにより、管理端末３００のＷｅｂブラウザ処理部３１０は、各テープライブラリ装置１００における処理結果を１つの画面上に集約して表示させることが可能となる。

なお、ＨＴＭＬ統合処理部１４０は、ＨＴＴＰリクエストを各スレーブ装置１００ｂおよび自装置へ分配する際に、システム構成情報１５２を参照することで、分配すべき各装置を認識する。システム構成情報１５２には、マスタ装置１００ａに接続されている各スレーブ装置１００ｂのＩＰアドレスが登録されている。これらのＩＰアドレスは、例えば、マスタ装置１００ａの電源投入直後に、各スレーブ装置１００ｂから収集されて登録される。

前述のように、管理端末３００からマスタ装置１００ａへ送信されるＨＴＴＰリクエストでは、ＵＲＬにホスト名が記述される。ＨＴＭＬ統合処理部１４０は、管理端末３００から受信したＨＴＴＰリクエストに含まれるＵＲＬのホスト名を、システム構成情報１５２に基づき、分配先の各装置のＩＰアドレスに書き替え、書き替え後のＨＴＴＰリクエストをネットワーク５２に送信する。

これにより、管理端末３００からの１回のＨＴＴＰリクエストに応じて、各テープライブラリ装置１００に対して同じ処理が要求される。これとともに、スレーブ装置１００ｂは、マスタ装置１００ａからのＨＴＴＰリクエストであることを認識して、スレーブ装置１００ｂとして動作できるようになる。

さらに、各テープライブラリ装置１００は、ＩＰアドレスが記述されたＵＲＬを含むＨＴＴＰリクエストを受信することで、それぞれ単体で（すなわち、管理端末３００から直接的にアクセスを受けて）動作することが可能になる。換言すると、テープライブラリ装置１００は、スレーブ装置１００ｂとして動作するとき、管理端末３００からＨＴＴＰリクエストを直接的に受信する場合と、マスタ装置１００ａのＨＴＭＬ統合処理部１４０によって仮想的に実現されるクライアントからＨＴＴＰリクエストを受信する場合とで、同じ処理を実行する。これにより、テープライブラリ装置１００に実装するプログラムを変えることなく、テープライブラリ装置１００を複数連結して運用することも、あるいはテープライブラリ装置１００を単体で運用することもできるようになり、プログラムの開発工数や装置の製造コストを削減することができる。

図８は、ＨＴＭＬ統合処理部の内部構成を示すブロック図である。ＨＴＭＬ統合処理部１４０は、制御部１４１、ＨＴＴＰクライアント処理部１４２、ＨＴＭＬ変換処理部１４３およびサブミット処理部１４４を有する。なお、サブミット処理部１４４の処理は、所定のＣＧＩプログラムによって実現される。

また、ＨＴＭＬ統合処理部１４０は、ＲＡＭ１０２の記憶領域に受信バッファ１６１、中間バッファ１６２および送信バッファ１６３を確保する。受信バッファ１６１および中間バッファ１６２は、それぞれ連結されたテープライブラリ装置１００の数だけ確保される。

制御部１４１は、管理端末３００から受信したＵＲＬをＷｅｂサーバ処理部１２０から受け取ると、ＨＴＴＰクライアント処理部１４２を起動する。ＨＴＴＰクライアント処理部１４２は、テープライブラリ装置１００の数だけ起動され、制御部１４１は、各ＨＴＴＰクライアント処理部１４２に対して、受け取ったＵＲＬと、各テープライブラリ装置１００のＩＰアドレスとを渡す。

ＨＴＴＰクライアント処理部１４２は、対応するテープライブラリ装置１００に対する仮想的なクライアントとして動作する。ＨＴＴＰクライアント処理部１４２は、受け取ったＵＲＬにおけるホスト名を、制御部１４１から渡されたＩＰアドレスに書き替え、書き替え後のＵＲＬを含むＨＴＴＰリクエストを、対応するテープライブラリ装置１００に出力する。

ここで、対応するテープライブラリ装置１００が自装置以外、すなわちスレーブ装置１００ｂである場合、ＨＴＴＰリクエストは対応するスレーブ装置１００ｂへ送信され、送信先のスレーブ装置１００ｂのＷｅｂサーバ処理部１２０に受信される。一方、対応するテープライブラリ装置１００が自装置である場合、ＨＴＴＰリクエストは自装置、すなわちマスタ装置１００ａのＷｅｂサーバ処理部１２０へ出力される。

ＨＴＴＰクライアント処理部１４２は、出力先のＷｅｂサーバ処理部１２０から返送されたＨＴＭＬデータを、出力先装置に対応する受信バッファ１６１へそれぞれ格納する。制御部１４１は、各ＨＴＴＰクライアント処理部１４２によるＨＴＭＬデータの格納が完了すると、ＨＴＭＬ変換処理部１４３にＨＴＭＬデータの変換処理を実行させる。

ＨＴＭＬ変換処理部１４３は、受信バッファ１６１に格納されたＨＴＭＬデータを読み出し、記述されている変換メッセージに応じた変換方法で、各受信バッファ１６１のＨＴＭＬデータを１つのＨＴＭＬデータに変換し、送信バッファ１６３に格納する。

また、ＨＴＭＬ変換処理部１４３は、変換の過程で中間バッファ１６２を利用する。例えば、ＨＴＭＬ変換処理部１４３は、ある受信バッファ１６１から読み出したＨＴＭＬデータの一部を、同じ装置に対応する中間バッファ１６２に一時的に格納する。

サブミット処理部１４４は、管理端末３００のＷｅｂブラウザ処理部３１０がサブミット（Submit）操作を受け付けた場合に、Ｗｅｂサーバ処理部１２０によって起動される。具体的には、サブミット操作が行われてフォームへの入力内容が送信されると、Ｗｅｂサーバ処理部１２０は、受信したＵＲＬに記述されたＣＧＩプログラムを実行させる。これによりサブミット処理部１４４が起動する。

サブミット処理部１４４は、受信したＵＲＬに記述されたＣＧＩプログラムの名称を変換する。なお、詳しくは後述するが、変換後のＣＧＩプログラムの名称は、フォーム画面を表示させるために各テープライブラリ装置１００から出力されたＨＴＭＬデータにおいて、ＨＴＭＬ変換処理部１４３によって変換される前に記述されていたＣＧＩプログラムの名称である。

サブミット処理部１４４は、ＨＴＴＰクライアント処理部１４２をテープライブラリ装置１００の数だけ起動し、各ＨＴＴＰクライアント処理部１４２に対して、プログラム名を変換したＵＲＬと、各テープライブラリ装置１００のＩＰアドレスとを渡す。

次に、図９は、管理端末からマスタ装置へＨＴＴＰリクエストが送信された場合の処理の流れの例を示すシーケンス図である。この図９では、例として、マスタ装置１００ａに２台のスレーブ装置１００ｂが接続されているものとする。

管理端末３００のＷｅｂブラウザ処理部３１０は、管理者の入力操作に応じてＨＴＴＰリクエストを送信する（ステップＳ１１）。このとき、ＵＲＬには、テープライブラリ装置１００のうちの１つ（すなわち、マスタ装置１００ａ）のホスト名が指定される。

マスタ装置１００ａのＷｅｂサーバ処理部１２０は、管理端末３００からの自装置宛てのＨＴＴＰリクエストを受信する。このとき、Ｗｅｂサーバ処理部１２０は、ＵＲＬに自装置のホスト名が記述されていることで、自装置をマスタ装置１００ａとして動作させると判定する。この判定に基づき、マスタ装置１００ａのＷｅｂサーバ処理部１２０は、受信したＨＴＴＰリクエストに含まれるＵＲＬを、処理のパラメータとしてＨＴＭＬ統合処理部１４０の制御部１４１に通知する（ステップＳ１２）。

制御部１４１は、システム構成情報１５２に登録された装置の数だけ、すなわち、自装置を含むテープライブラリ装置１００の数だけ、ＨＴＴＰクライアント処理部１４２を起動する。これにより、テープライブラリ装置１００ごとに個別のＨＴＴＰクライアントプロセスの実行が開始される。このとき、制御部１４１は、起動したＨＴＴＰクライアント処理部１４２のそれぞれに対して、Ｗｅｂサーバ処理部１２０から通知されたＵＲＬを転送する。これとともに、制御部１４１は、起動したＨＴＴＰクライアント処理部１４２のそれぞれに対して、システム構成情報１５２に登録された各装置のＩＰアドレスの中から、それぞれ異なるＩＰアドレスを通知する（ステップＳ１３）。

各ＨＴＴＰクライアント処理部１４２は、対応するテープライブラリ装置１００へリクエストを発行する仮想的なクライアントとして動作する。具体的には、各ＨＴＴＰクライアント処理部１４２は、制御部１４１から通知されたＵＲＬにおけるホスト名を、制御部１４１から通知された、対応する装置のＩＰアドレスに書き替える。そして、各ＨＴＴＰクライアント処理部１４２は、書き替え後のＵＲＬを含むＨＴＴＰリクエストを、対応する装置のＷｅｂサーバ処理部１２０に出力する（ステップＳ１４）。対応する装置が他のテープライブラリ装置１００、すなわちスレーブ装置１００ｂである場合、ＨＴＴＰリクエストは、対応するスレーブ装置１００ｂのＷｅｂサーバ処理部１２０へ、ネットワーク５２を介して送信される。また、対応する装置が自装置である場合、ＨＴＴＰリクエストは、自装置すなわちマスタ装置１００ａのＷｅｂサーバ処理部１２０へ通知される。

スレーブ装置１００ｂのＷｅｂサーバ処理部１２０は、自装置宛てのＨＴＴＰリクエストに含まれるＵＲＬに自装置のＩＰアドレスが記述されていることで、自装置をスレーブ装置１００ｂとして動作させると判定する。この場合、各スレーブ装置１００ｂのＷｅｂサーバ処理部１２０は、自装置のメンテナンス処理部１３０に要求された処理を実行させ、処理結果を記述したＨＴＭＬデータを作成する（ステップＳ１５）。また、マスタ装置１００ａのＷｅｂサーバ処理部１２０も同様に、自装置のメンテナンス処理部１３０に要求された処理を実行させ、処理結果を記述したＨＴＭＬデータを作成する（ステップＳ１５）。

ここで、ステップＳ１４で各テープライブラリ装置１００に出力されるＨＴＴＰリクエストは、同じ処理を要求するものである。このため、ステップＳ１５において、各テープライブラリ装置１００のＷｅｂサーバ処理部１２０がＨＴＭＬデータを作成するために使用するテンプレートは、同じものとなる。また、これらのテンプレートには、同じ位置に同じ変換キーワードが記述されている。

各テープライブラリ装置１００のＷｅｂサーバ処理部１２０は、作成したＨＴＭＬデータを、マスタ装置１００ａにおける対応するＨＴＴＰクライアント処理部１４２へ出力する（ステップＳ１６）。スレーブ装置１００ｂのＷｅｂサーバ処理部１２０によって作成されたＨＴＭＬデータは、ネットワーク５２を介して、マスタ装置１００ａの対応するＨＴＴＰクライアント処理部１４２へ送信される。また、マスタ装置１００ａのＷｅｂサーバ処理部１２０によって作成されたＨＴＭＬデータは、自装置の対応するＨＴＴＰクライアント処理部１４２へ通知される。

マスタ装置１００ａの各ＨＴＴＰクライアント処理部１４２は、受信したＨＴＭＬデータを、対応する受信バッファ１６１へ格納し、処理の完了を制御部１４１に通知する（ステップＳ１７）。制御部１４１は、起動したすべてのＨＴＴＰクライアント処理部１４２から処理の完了通知を受けると、ＨＴＭＬ変換処理部１４３を起動する（ステップＳ１８）。

ＨＴＭＬ変換処理部１４３は、受信バッファ１６１に格納されたＨＴＭＬデータを参照し、ＨＴＭＬデータに記述された変換キーワードに基づいて、これらのＨＴＭＬデータを変換し、１つのＨＴＭＬデータに統合する（ステップＳ１９）。この処理において、ＨＴＭＬ変換処理部１４３は、必要に応じて中間バッファ１６２を使用する。そして、ＨＴＭＬ変換処理部１４３は、最終的に、変換されたＨＴＭＬデータを送信バッファ１６３に格納し、処理の完了を制御部１４１に通知する（ステップＳ２０）。

制御部１４１は、一連の処理が完了したことをＷｅｂサーバ処理部１２０に通知する（ステップＳ２１）。Ｗｅｂサーバ処理部１２０は、送信バッファ１６３から変換後のＨＴＭＬデータを読み出し、管理端末３００へ送信する（ステップＳ２２）。管理端末３００のＷｅｂブラウザ処理部３１０は、受信したＨＴＭＬデータに基づくＷｅｂ画像を表示装置３０４ａに表示させる。このとき、各テープライブラリ装置１００における処理結果が１つのＷｅｂ画面上に集約して表示される。

次に、ＨＴＭＬ統合処理部１４０のＨＴＭＬ変換処理部１４３の処理について説明する。図１０は、ＨＴＭＬ変換処理部の処理例を示すフローチャートである。この図１０の処理は、図９のステップＳ１９の処理に対応する。

［ステップＳ１０１］ＨＴＭＬ変換処理部１４３は、以下の処理で使用するポインタＰ１〜Ｐｎ，Ｑ１〜Ｑｎを、“０”に初期化する。
ここで、ポインタＰ１〜Ｐｎは、それぞれＨＴＭＬデータの送信元の装置に対応する。また、ポインタＱ１〜Ｑｎも同様に、それぞれＨＴＭＬデータの送信元の装置に対応する。すなわち、ｎの上限はテープライブラリ装置１００の台数に相当する。

そして、ポインタＰ１〜Ｐｎは、対応する装置のＨＴＭＬデータの行のうち、読み出し対象（参照の対象）の行の番号を示す。また、ポインタＱ１〜Ｑｎは、対応する装置のＨＴＭＬデータの行のうち、バッファへ出力する範囲の先頭の行を保持するために使用される。

なお、添え字“１”〜“ｎ”は、テープライブラリ装置１００に個別に付与された識別番号を示すが、どの装置にどの識別番号を付与するかは、ＨＴＭＬ変換処理部１４３が任意に決定できる。

また、以下の説明では、どの装置に対応するポインタかを特に限定しない場合には、ポインタＰ１〜Ｐｎ、ポインタＱ１〜Ｑｎを、それぞれ“ポインタＰ”、“ポインタＱ”と表す場合がある。さらに、以下の説明では、各テープライブラリ装置１００を、識別番号ｘを付与した“装置＃ｘ”と表す場合がある。例えば、装置＃１に対応するポインタＰ，Ｑは、それぞれポインタＰ１，Ｑ１である。

［ステップＳ１０２］ＨＴＭＬ変換処理部１４３は、装置＃１のポインタＰ１を“１”だけインクリメントする。
［ステップＳ１０３］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータのＰ１行目を読み出す。なお、装置＃１のＨＴＭＬデータは、装置＃１に対応する受信バッファ１６１に格納されている。

［ステップＳ１０４］ＨＴＭＬ変換処理部１４３は、ポインタＰ１が示す行が存在しないか、すなわち、ＨＴＭＬデータの終端まですでに読み出し済みかを判定する。読み出し済みである場合、ステップＳ１０７の処理が実行され、読み出し済みでない場合、ステップＳ１０５の処理が実行される。

［ステップＳ１０５］ＨＴＭＬ変換処理部１４３は、ステップＳ１０３で読み出された内容が変換キーワードであるかを判定する。変換キーワードである場合、ステップＳ１０６の処理が実行され、変換キーワードでない場合、ステップＳ１０２の処理に戻る。

［ステップＳ１０６］ＨＴＭＬ変換処理部１４３は、読み出された変換キーワードに応じたＨＴＭＬデータの変換処理を行う。変換処理の詳細については後述する。変換処理の終了後、ステップＳ１０２の処理に戻る。

［ステップＳ１０７］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータのうち、ポインタＱ１が示す行から、ポインタＰ１の値より“１”小さい行までのデータを、装置＃１に対応する受信バッファ１６１から送信バッファ１６３へ出力する。

次に、変換キーワードの具体例を挙げて、変換キーワードに応じたＨＴＭＬデータの変換処理例について説明する。前述のように、変換キーワードは、コメントの中に“Ｅｘ＝・・・”と記述される。また、“Ｅｘ＝ＥＮＤ”は、変換範囲の末尾を示す。

まず、変換キーワード“Ｅｘ＝ＣＯＬＬＥＣＴ”について説明する。
図１１は、“Ｅｘ＝ＣＯＬＬＥＣＴ”を含むＨＴＭＬデータの変換例を示す図である。なお、図１１では、例として、テープライブラリ装置１００は２台であるものとする。

図１１に示すＨＴＭＬデータは、各テープライブラリ装置１００に登録された論理ボリュームのボリューム名および容量を、「ボリューム・リスト」としてＷｅｂ画面に一覧表示するためのデータである。受信バッファ１６１ａには、装置＃１から出力されたＨＴＭＬデータが格納され、受信バッファ１６１ｂには、装置＃２から出力されたＨＴＭＬデータが格納されている。

図１０のステップＳ１０２〜Ｓ１０５の処理の繰り返しにより、装置＃１のＨＴＭＬデータの１行目から順に変換キーワードの有無が判定され、６行目に変換キーワード“Ｅｘ＝ＣＯＬＬＥＣＴ”が記述されていると判定される。変換キーワード“Ｅｘ＝ＣＯＬＬＥＣＴ”は、その次の行から始まる変換範囲において、全テープライブラリ装置１００から出力されたＨＴＭＬデータを結合するように指示するものである。ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータの１行目から５行目までを送信バッファ１６３に出力した後、次のような処理を行う。

まず、ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータのうち、変換キーワード“Ｅｘ＝ＣＯＬＬＥＣＴ”が記述された行の次の７行目から、変換キーワード“Ｅｘ＝Ｅｎｄ”が記述された行の前の９行目までを、装置＃１に対応する中間バッファ１６２ａに出力する。次に、ＨＴＭＬ変換処理部１４３は、装置＃２のＨＴＭＬデータのうち、変換キーワード“Ｅｘ＝ＣＯＬＬＥＣＴ”が記述された行の次の７行目から、変換キーワード“Ｅｘ＝Ｅｎｄ”が記述された行の前の８行目までを、装置＃２に対応する中間バッファ１６２ｂに出力する。

次に、ＨＴＭＬ変換処理部１４３は、中間バッファ１６２ａ，１６２ｂの内容を順に送信バッファ１６３に出力する。これにより、装置＃１，＃２のそれぞれからのＨＴＭＬデータのうち、変換範囲のＨＴＭＬデータが結合される。この後、ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータの１１行目から最終行までのデータを、送信バッファ１６３に出力する。このようにして送信バッファ１６３に格納されたＨＴＭＬデータが、変換後のＨＴＭＬデータとなる。

図１２は、図１１に対応するＷｅｂ画面の表示例を示す図である。
Ｗｅｂ画面４０１は、装置＃１から出力されたＨＴＭＬデータに基づいてＷｅｂブラウザ上に表示される画面の例である。Ｗｅｂ画面４０１においては、装置＃１には論理ボリューム“ＶＯＬ＿００１”，“ＶＯＬ＿０１０”，“ＶＯＬ＿１００”が登録され、各論理ボリュームの容量がいずれも１００ＭＢであることが表示される。なお、これらの論理ボリューム名および容量の値は、装置＃１のメンテナンス処理部１３０によって抽出されたものである。

また、Ｗｅｂ画面４０２は、装置＃２から出力されたＨＴＭＬデータに基づいてＷｅｂブラウザ上に表示される画面の例である。Ｗｅｂ画面４０２においては、装置＃２には論理ボリューム“ＶＯＬ＿００２”，“ＶＯＬ＿０２０”が登録され、各論理ボリュームの容量がいずれも２００ＭＢであることが表示される。なお、これらの論理ボリューム名および容量の値は、装置＃２のメンテナンス処理部１３０によって抽出されたものである。

Ｗｅｂ画面４０３は、図１１に示した処理によって変換されたＨＴＭＬデータに基づいてＷｅｂブラウザ上に表示される画面の例である。Ｗｅｂ画面４０３においては、論理ボリューム“ＶＯＬ＿００１”，“ＶＯＬ＿０１０”，“ＶＯＬ＿１００”に関する情報に続いて、論理ボリューム“ＶＯＬ＿００２”，“ＶＯＬ＿０２０”に関する情報が表示される。これにより、管理者は、装置＃１，＃２のそれぞれに登録された論理ボリュームのボリューム名および容量を１つの画面上で視認でき、例えば、それらを容易に比較したり、全容量を足し合わせることができる。

また、各装置から出力されるＨＴＭＬデータにおいては、変換キーワード“Ｅｘ＝ＣＯＬＬＥＣＴ”，“Ｅｘ＝Ｅｎｄ”の記述位置によって変換範囲が任意に指定される。図１１の例では、変換範囲は、“ボリューム名”および“容量”という項目名を表示するための行の次の位置に設定される。このため、変換後のＨＴＭＬデータに基づくＷｅｂ画面４０３においては、“ボリューム名”および“容量”という項目名の領域は１つだけ表示され、その後に、装置＃１，＃２からそれぞれ出力された情報が並列される。

従って、装置＃１，＃２からそれぞれ出力されたＨＴＭＬデータを単に結合した場合と比較して、ＨＴＭＬデータの高度な変換処理を行うことができる。例えば、無駄な情報を画面上に表示しないようにすることができ、管理者にとって見やすい画面を表示させることができる。また、複数のテープライブラリ装置１００についての情報を、あたかも１つのテープライブラリ装置１００についての情報を見ているかのように、管理者に見せることができる。

図１３は、“Ｅｘ＝ＣＯＬＬＥＣＴ”が検知された場合のデータ変換処理例を示すフローチャートである。この図１３は、図１０のステップＳ１０５で変換キーワード“Ｅｘ＝ＣＯＬＬＥＣＴ”が検知された場合に、ステップＳ１０６で実行される処理を示す。

［ステップＳ１１１］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータにおけるＱ１行目から（Ｐ１−１）行目までを、装置＃１に対応する受信バッファ１６１から送信バッファ１６３へ出力する。

［ステップＳ１１２］ＨＴＭＬ変換処理部１４３は、ポインタＰ１に“１”を加算した値を、ポインタＱ１に設定する。
［ステップＳ１１３］ＨＴＭＬ変換処理部１４３は、ポインタＰ１の値を、他のテープライブラリ装置１００に対応するポインタＰ２〜Ｐｎに設定し、ポインタＱ１の値を、他のテープライブラリ装置１００に対応するポインタＱ２〜Ｑｎに設定する。

［ステップＳ１１４］ＨＴＭＬ変換処理部１４３は、ループ端であるステップＳ１２０までの処理を、テープライブラリ装置１００ごとに実行する。なお、処理順は、例えば、テープライブラリ装置１００の識別番号順とする。

［ステップＳ１１５］ＨＴＭＬ変換処理部１４３は、処理対象の装置に対応するポインタＰを“１”だけインクリメントする。例えば、処理対象が装置＃２である場合、ポインタＰ２が“１”だけインクリメントされる。

［ステップＳ１１６］ＨＴＭＬ変換処理部１４３は、処理対象の装置のＨＴＭＬデータのＰ行目を読み出す。例えば、処理対象が装置＃２である場合、装置＃２のＨＴＭＬデータのＰ２行目が読み出される。

［ステップＳ１１７］ＨＴＭＬ変換処理部１４３は、ステップＳ１１６で読み出された内容が変換キーワード“Ｅｘ＝ＥＮＤ”であるかを判定する。“Ｅｘ＝ＥＮＤ”である場合、ステップＳ１１８の処理が実行され、“Ｅｘ＝ＥＮＤ”でない場合、ステップＳ１１５の処理に戻る。

［ステップＳ１１８］ＨＴＭＬ変換処理部１４３は、処理対象の装置のＨＴＭＬデータにおけるＱ行目から（Ｐ−１）行目までを、この装置に対応する受信バッファ１６１から、この装置に対応する中間バッファ１６２へ出力する。例えば、処理対象が装置＃２である場合、装置＃２のＨＴＭＬデータにおけるＱ２行目から（Ｐ２−１）行目までが、装置＃２に対応する受信バッファ１６１から装置＃２に対応する中間バッファ１６２へ出力される。

［ステップＳ１１９］ＨＴＭＬ変換処理部１４３は、処理対象の装置に対応するポインタＰに“１”を加算した値を、処理対象の装置に対応するポインタＱに設定する。例えば、処理対象が装置＃２である場合、（Ｐ２＋１）の値がポインタＱ２に設定される。

［ステップＳ１２０］ＨＴＭＬ変換処理部１４３は、すべてのテープライブラリ装置１００についての処理が終了すると、ステップＳ１２１の処理を実行する。このとき、すべてのテープライブラリ装置１００に対応する中間バッファ１６２に、変換範囲のＨＴＭＬデータが格納された状態となる。

［ステップＳ１２１］ＨＴＭＬ変換処理部１４３は、各中間バッファ１６２の内容を、装置の識別番号順に送信バッファ１６３へ出力する。
次に、変換キーワード“Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”について説明する。

図１４は、“Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”を含むＨＴＭＬデータの変換例を示す図である。なお、図１４では、例として、テープライブラリ装置１００は２台であるものとする。
図１０のステップＳ１０２〜Ｓ１０５の処理の繰り返しにより、装置＃１のＨＴＭＬデータの１行目から順に変換キーワードの有無が判定され、５行目に変換キーワード“Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”が記述されていると判定される。変換キーワード“Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”は、その次の行から始まる変換範囲について、装置ごとに内容が同じであるため、それらのうちの１つだけを残すように明示的に指示するものである。

例えば、図１４に示すＨＴＭＬデータは、装置番号（装置Ｎｏ．）を選択するための「選択メニュー」をＷｅｂ画面に表示するためのデータである。「選択メニュー」において選択される装置とは、連結されている各テープライブラリ装置１００である。各テープライブラリ装置１００のメンテナンス処理部１３０は、例えば、自装置のシステム構成情報１５２を参照することで、連結されている各テープライブラリ装置１００の識別番号を抽出できるが、各メンテナンス処理部１３０によって抽出される識別番号（図１４では“Ｎｏ．１”，“Ｎｏ．２”）は同じである。このため、「選択メニュー」を表示するためのＨＴＭＬデータは１つの装置分だけあればよいことになる。

そこで、ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータの１行目から４行目までを送信バッファ１６３に出力した後、次のような処理を行う。ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータのうち、変換キーワード“Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”が記述された行の次の６行目から、変換キーワード“Ｅｘ＝Ｅｎｄ”が記述された行の前の９行目までを、装置＃１に対応する中間バッファ１６２ａに出力する。また、ＨＴＭＬ変換処理部１４３は、他の装置＃２に対応するＨＴＭＬデータについての処理をスキップして、中間バッファ１６２ａの内容を送信バッファ１６３へ出力する。これにより、変換範囲のＨＴＭＬデータについては、装置＃１のデータのみが変換後のＨＴＭＬデータに残る。この後、ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータの１１行目から最終行までのデータを、送信バッファ１６３に出力する。

図１５は、図１４に対応するＷｅｂ画面の表示例を示す図である。
Ｗｅｂ画面４１１は、装置＃１から出力されたＨＴＭＬデータに基づいてＷｅｂブラウザ上に表示される選択メニュー画面の例である。Ｗｅｂ画面４１１には、情報表示部４１１ａとボタン４１１ｂとが表示される。図示しないが、ボタン４１１ｂに対するマウスクリック操作が行われると、選択肢が一覧表示された、いわゆる“プルダウンメニュー”が表示される。そして、選択肢の中からマウス操作によって選択された情報が、情報表示部４１１ａに表示される。この例では、プルダウンメニューは、選択肢として、システム内で連結されている各テープライブラリ装置１００の識別情報が表示される。

Ｗｅｂ画面４１２は、装置＃２から出力されたＨＴＭＬデータに基づいてＷｅｂブラウザ上に表示される選択メニュー画面の例である。Ｗｅｂ画面４１２には、Ｗｅｂ画面４１１と同様に、情報表示部４１２ａとボタン４１２ｂとが表示される。また、ボタン４１２ｂに対するマウスクリック操作によって表示されるプルダウンメニューには、選択肢として、Ｗｅｂ画面４１１と同様にシステム内で連結されている各テープライブラリ装置１００の識別情報が表示される。

このように、装置＃１，＃２のそれぞれから出力されるＨＴＭＬデータは同じ選択メニュー画面を表示させるものであるので、これらのＨＴＭＬデータを単純に連結させてしまうと、連結後のＨＴＭＬデータに基づく画面には全く同じ選択メニューが２つ表示されてしまう。これに対して、ＨＴＭＬデータに変換キーワード“Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”を記述しておくことにより、図１５のＷｅｂ画面４１３に示すように、選択メニューが１つだけ表示されるように、ＨＴＭＬデータを１つに統合することができる。

図１６は、“Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”が検知された場合のデータ変換処理例を示すフローチャートである。この図１６は、図１０のステップＳ１０５で変換キーワード“Ｅｘ＝ＯＮＬＹ＿ＯＮＥ”が検知された場合に、ステップＳ１０６で実行される処理を示す。

［ステップＳ１３１］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータにおけるＱ１行目から（Ｐ１−１）行目までを、装置＃１に対応する受信バッファ１６１から送信バッファ１６３へ出力する。

［ステップＳ１３２］ＨＴＭＬ変換処理部１４３は、ポインタＰ１に“１”を加算した値を、ポインタＱ１に設定する。
［ステップＳ１３３］ＨＴＭＬ変換処理部１４３は、ポインタＰ１を“１”だけインクリメントする。

［ステップＳ１３４］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータのＰ１行目を読み出す。
［ステップＳ１３５］ＨＴＭＬ変換処理部１４３は、ステップＳ１３４で読み出された内容が変換キーワード“Ｅｘ＝ＥＮＤ”であるかを判定する。“Ｅｘ＝ＥＮＤ”である場合、ステップＳ１３６の処理が実行され、“Ｅｘ＝ＥＮＤ”でない場合、ステップＳ１３３の処理に戻る。

［ステップＳ１３６］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータにおけるＱ１行目から（Ｐ１−１）行目までを、装置＃１に対応する受信バッファ１６１から装置＃１に対応する中間バッファ１６２へ出力する。

［ステップＳ１３７］ＨＴＭＬ変換処理部１４３は、ポインタＰ１に“１”を加算した値を、ポインタＱ１に設定する。
［ステップＳ１３８］ＨＴＭＬ変換処理部１４３は、中間バッファ１６２の内容を、装置の識別番号順に送信バッファ１６３へ出力する。

なお、図１６の処理例では、変換範囲のＨＴＭＬデータを一旦中間バッファ１６２に格納した後、送信バッファ１６３へ出力したが、変換範囲のＨＴＭＬデータを送信バッファ１６３へ直接出力してもよい。

次に、変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ”と、これに関連する変換キーワードについて説明する。変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ”は、フォーム画面を表示するためのＨＴＭＬデータに記述される。

図１７は、フォーム画面の表示例を示す図である。フォーム画面は、入力された情報を表示する入力情報領域と、入力された情報の送信を要求するための送信ボタンとを含む。図１７に示すフォーム画面４２１は、例として、２つの入力情報領域４２１ａ，４２１ｂと、送信ボタン４２１ｃとを含む。

入力情報領域４２１ａ，４２１ｂに情報が入力され、送信ボタン４２１ｃに対するマウスクリック操作、すなわちサブミット操作が行われると、入力情報領域４２１ａ，４２１ｂに入力された情報と、呼び出すべきＣＧＩプログラムのプログラム名が記述されたＵＲＬとを含むＨＴＴＰリクエストが、Ｗｅｂサーバへ送信される。

サブミット操作が行われたときに呼び出されるＣＧＩプログラムのプログラム名は、フォーム画面４２１を表示するための元のＨＴＭＬデータに記述されている。変換キーワードの一例として、このようにリクエスト時に呼び出すべきＣＧＩプログラムのプログラム名が記述されたＨＴＭＬデータについて、そのプログラム名を任意のプログラム名に変更するという変換方法を指定することが可能である。

ＨＴＭＬデータに記述されたプログラム名を変更することで、管理端末３００からＨＴＴＰリクエストを受信したマスタ装置１００ａが、元々指定されていたＣＧＩプログラムではなく、任意のＣＧＩプログラムを呼び出すようにすることができる。変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ”は、このように呼び出すべきＣＧＩプログラムのプログラム名を変更するという変換方法を指定する変換キーワードの例である。

図１８は、“Ｅｘ＝ＳＵＢＭＩＴ”を含むＨＴＭＬデータの変換例を示す図である。なお、図１８では、例として、テープライブラリ装置１００は２台であるものとする。
図１８に示すＨＴＭＬデータは、図１７に示したフォーム画面４２１をＷｅｂブラウザ上に表示するためのデータである。受信バッファ１６１ａには、装置＃１から出力されたＨＴＭＬデータが格納され、受信バッファ１６１ｂには、装置＃２から出力されたＨＴＭＬデータが格納されている。

図１０のステップＳ１０２〜Ｓ１０５の処理の繰り返しにより、装置＃１のＨＴＭＬデータの１行目から順に変換キーワードの有無が判定され、４行目に変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ”が記述されていると判定される。変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ”は、その次の行から始まる変換範囲において、呼び出すべきＣＧＩプログラムのプログラム名を所定のプログラム名に書き替えるように指示するものである。

装置＃１のＨＴＭＬデータにおいては、変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ”が記述された行の次の行に、呼び出すべきＣＧＩプログラムのプログラム名として“ｅｘａｍｐｌｅ．ｃｇｉ”が記述されている。ＨＴＭＬ変換処理部１４３は、プログラム名“ｅｘａｍｐｌｅ．ｃｇｉ”を、あらかじめ決められた“＿ＳｕｂｍｉｔＰｒｏｇｒａｍ．ｃｇｉ”に書き替えて、送信バッファ１６３に出力する。

さらに、ＨＴＭＬ変換処理部１４３は、プログラム名を書き替えた行の次の行に、書き替え後のプログラム名に対応するＣＧＩプログラムの実行時に引き渡すパラメータを記述した文を追加する。図１８の例では、パラメータとして、変換前のプログラム名“ｅｘａｍｐｌｅ．ｃｇｉ”を記述した文が追加される。なお、以上のプログラム名の書き替えおよび新たな文の追加は、装置＃１のＨＴＭＬデータに対してのみ行われる。

また、図１８では、変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ”に関連する変換キーワードとして、“Ｅｘ＝ＳＵＢＭＩＴ＿ＡＲＧ＿ＳＡＭＥ”および“Ｅｘ＝ＳＵＢＭＩＴ＿ＡＲＧ＿ＩＮＣＲＥＭＥＮＴ”を例示している。

変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ＿ＡＲＧ＿ＳＡＭＥ”は、変換範囲におけるＨＴＭＬデータの変換が不要であることを明示的に指示するものである。従って、図１８の例では、装置＃１のＨＴＭＬデータにおける８行目の文が、そのまま送信バッファ１６３に出力される。

変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ＿ＡＲＧ＿ＩＮＣＲＥＭＥＮＴ”は、対応する入力情報領域に入力された値を、各テープライブラリ装置１００へ転送する際に“１”ずつインクリメントさせるように、文を変換することを指示するものである。具体的には、対応する行の文において、書き替え後のプログラム名に対応するＣＧＩプログラムの実行時に引き渡すパラメータが追加される。図１８の例では、パラメータとして、「装置Ｎｏ．」の入力情報領域に入力された値をインクリメントするように指示するための“ｖａｌｕｅ＝Ｉｎｃｒｅｍｅｎｔ”が追加される。なお、以上のパラメータの追加は、装置＃１のＨＴＭＬデータに対してのみ行われる。

図１９は、“Ｅｘ＝ＳＵＢＭＩＴ”が検知された場合のデータ変換処理例を示すフローチャートである。この図１９は、図１０のステップＳ１０５で変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ”が検知された場合に、ステップＳ１０６で実行される処理を示す。

［ステップＳ１４１］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータにおけるＱ１行目から（Ｐ１−１）行目までを、装置＃１に対応する受信バッファ１６１から送信バッファ１６３へ出力する。

［ステップＳ１４２］ＨＴＭＬ変換処理部１４３は、ポインタＰ１に“１”を加算した値を、ポインタＱ１に設定する。
［ステップＳ１４３］ＨＴＭＬ変換処理部１４３は、ポインタＰ１を“１”だけインクリメントする。

［ステップＳ１４４］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータのＰ１行目を読み出す。
［ステップＳ１４５］ＨＴＭＬ変換処理部１４３は、ステップＳ１４４で読み出された内容が、フォーム要素の属性を指定する文であるかを判定する。フォーム要素の属性を指定する文である場合、ステップＳ１４６の処理が実行され、フォーム要素の属性を指定する文でない場合、ステップＳ１４３の処理に戻る。

［ステップＳ１４６］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータにおけるＱ１行目から（Ｐ−１）行目までを、装置＃１に対応する受信バッファ１６１から送信バッファ１６３へ出力する。

［ステップＳ１４７］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータのＰ１行目の文のうち、アクション属性として記述されたプログラム名を、“＿ＳｕｂｍｉｔＰｒｏｇｒａｍ．ｃｇｉ”に書き替える。ＨＴＭＬ変換処理部１４３は、書き替え後の文を送信バッファ１６３へ出力する。

［ステップＳ１４８］ＨＴＭＬ変換処理部１４３は、書き替え後のプログラム名に対応するＣＧＩプログラムの実行時に引き渡すパラメータを記述した文を生成し、その文を送信バッファ１６３へ出力する。これにより、生成された文が追加される。追加される文においては、ｖａｌｕｅ属性として、ステップＳ１４７でＰ１行目の文に記述されていたプログラム名が設定される。

［ステップＳ１４９］ＨＴＭＬ変換処理部１４３は、ポインタＰ１に“１”を加算した値を、ポインタＱ１に設定する。
［ステップＳ１５０］ＨＴＭＬ変換処理部１４３は、ポインタＰ１を“１”だけインクリメントする。

［ステップＳ１５１］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータのＰ１行目を読み出す。
［ステップＳ１５２］ＨＴＭＬ変換処理部１４３は、ステップＳ１５１で読み出された内容が変換キーワード“Ｅｘ＝ＥＮＤ”であるかを判定する。“Ｅｘ＝ＥＮＤ”である場合、ステップＳ１５３の処理が実行され、“Ｅｘ＝ＥＮＤ”でない場合、ステップＳ１５０の処理に戻る。

［ステップＳ１５３］ＨＴＭＬ変換処理部１４３は、装置＃１のＨＴＭＬデータにおけるＱ１行目から（Ｐ１−１）行目までを、装置＃１に対応する受信バッファ１６１から送信バッファ１６３へ出力する。

［ステップＳ１５４］ＨＴＭＬ変換処理部１４３は、ポインタＰ１に“１”を加算した値を、ポインタＱ１に設定する。
なお、図１０のステップＳ１０５で、変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ＿ＡＲＧ＿ＳＡＭＥ”が検知された場合には、図１６と同様の処理が行われる。

また、図１０のステップＳ１０５で、変換キーワード“Ｅｘ＝ＳＵＢＭＩＴ＿ＡＲＧ＿ＩＮＣＲＥＭＥＮＴ”が検知された場合には、図１９のフローチャートを次のように変更した処理が行われる。

ステップＳ１４５では、ステップＳ１４４で読み出された内容が、ｉｎｐｕｔ要素の属性を指定する文であるかが判定される。ステップＳ１４７では、Ｐ１行目の文が、書き替えられずにそのまま送信バッファ１６３へ出力される。ステップＳ１４８では、Ｐ１行目の文と同様の要素、すなわちｉｎｐｕｔ要素の属性を指定する文が追加される。追加される文においては、ｔｙｐｅ属性として“ｈｉｄｄｅｎ”が設定され、ｎａｍｅ属性として、Ｐ１行目の文に記述されていたｎａｍｅ属性と同じことを示す“＿＿ｎｏ＿＿”が設定され、ｖａｌｕｅ属性として、入力値のインクリメントを指示する“Ｉｎｃｒｅｍｅｎｔ”が設定される。

次に、図１８のように変換されたＨＴＭＬデータが管理端末３００に送信され、このＨＴＭＬデータに基づくフォーム画面が管理端末３００で表示された状態から、サブミット操作が行われた場合の処理について、図２０を用いて説明する。

図２０は、サブミット操作に応じてＨＴＴＰリクエストが送信された場合の処理の流れの例を示すシーケンス図である。この図２０では、例として、マスタ装置１００ａに２台のスレーブ装置１００ｂが接続されているものとする。

管理端末３００のＷｅｂブラウザ処理部３１０は、送信ボタンへのマウスクリック操作（サブミット操作）に応じてＨＴＴＰリクエストを送信する（ステップＳ３１）。
このとき、ＨＴＴＰリクエストに含まれるＵＲＬには、テープライブラリ装置１００のうちの１つ（すなわち、マスタ装置１００ａ）のホスト名が指定される。また、このＵＲＬには、ＣＧＩプログラムのプログラム名として、図１９のステップＳ１４７で書き替えられた“ＳｕｂｍｉｔＰｒｏｇｒａｍ．ｃｇｉ”が設定される。

さらに、送信されるＨＴＴＰリクエストにおいては、ＵＲＬで指定されたＣＧＩプログラムに対する引数として、図１９のステップＳ１４８で追加された文に基づくプログラム名“ｅｘａｍｐｌｅ．ｃｇｉ”が設定される。また、ＨＴＴＰリクエストにおいては、「装置Ｎｏ．」の入力情報領域４２１ｂに入力された値に対応する引数として“Ｉｎｃｒｅｍｅｎｔ”が設定される。

マスタ装置１００ａのＷｅｂサーバ処理部１２０は、管理端末３００からの自装置宛てのＨＴＴＰリクエストを受信する。このとき、Ｗｅｂサーバ処理部１２０は、ＵＲＬに自装置のホスト名が記述されていることで、自装置をマスタ装置１００ａとして動作させると判定する。これとともに、Ｗｅｂサーバ処理部１２０は、ＵＲＬに、サブミット処理部１４４の処理を実現するＣＧＩプログラムのプログラム名、すなわち“ＳｕｂｍｉｔＰｒｏｇｒａｍ．ｃｇｉ”が設定されていることを検知すると、このＣＧＩプログラムを呼び出す（ステップＳ３２）。これにより、サブミット処理部１４４が起動する。

サブミット処理部１４４は、受信したＵＲＬに設定されているプログラム名を、引数として設定されていたプログラム名“ｅｘａｍｐｌｅ．ｃｇｉ”に書き替える（ステップＳ３３）。そして、サブミット処理部１４４は、システム構成情報１５２に登録された装置の数だけ、すなわち、自装置を含むテープライブラリ装置１００の数だけ、ＨＴＴＰクライアント処理部１４２を起動させる（ステップＳ３４）。

各ＨＴＴＰクライアント処理部１４２をさせたとき、サブミット処理部１４４は、起動した各ＨＴＴＰクライアント処理部１４２に、プログラム名を書き替えたＵＲＬを通知する。また、サブミット処理部１４４は、起動したＨＴＴＰクライアント処理部１４２のそれぞれに対して、システム構成情報１５２に登録された各装置のＩＰアドレスの中から、それぞれ異なるＩＰアドレスを通知する。さらに、サブミット処理部１４４は、引数“Ｉｎｃｒｅｍｅｎｔ”に基づき、受信したＨＴＴＰリクエストに含まれる、「装置Ｎｏ．」の入力情報領域に入力された値を、“１”ずつインクリメントしながら、各ＨＴＴＰクライアント処理部１４２に順に通知する。

サブミット処理部１４４はさらに、制御部１４１に対して処理が終了したことを通知する（ステップＳ３５）。通知を受けた制御部１４１は、起動した各ＨＴＴＰクライアント処理部１４２からの応答を待つ状態になる。

各ＨＴＴＰクライアント処理部１４２は、対応するテープライブラリ装置１００へリクエストを発行する仮想的なクライアントとして動作する。すなわち、各ＨＴＴＰクライアント処理部１４２は、サブミット処理部１４４から通知されたＵＲＬにおけるホスト名を、サブミット処理部１４４から通知された、対応する装置のＩＰアドレスに書き替える。そして、各ＨＴＴＰクライアント処理部１４２は、書き替え後のＵＲＬを含むＨＴＴＰリクエストを、対応する装置のＷｅｂサーバ処理部１２０に出力する（ステップＳ３６）。

ここで、出力されるＨＴＴＰリクエストにおいては、出力先の装置ごとに、「装置Ｎｏ．」の入力情報領域に入力された値が異なるものとなる。例えば、図１７のフォーム画面４２１において、「装置名」の入力情報領域４２１ａに“ｘｘｘ”と入力され、「装置Ｎｏ．」の入力情報領域４２１ｂに“１”と入力された場合には、「装置名」に対応する入力情報としては、すべてのテープライブラリ装置１００へ同じ値が送信される。一方、「装置Ｎｏ．」に対応する入力値としては、装置＃１に対して値“１”が送信され、装置＃２に対して値“２”が送信され、装置＃３に対して値“３”が送信されるというように、“１”ずつインクリメントされた値がテープライブラリ装置１００ごとに送信される。これにより、各テープライブラリ装置１００に対して同じ装置名を設定するように要求されるようになる。

スレーブ装置１００ｂのＷｅｂサーバ処理部１２０は、ＵＲＬに自装置のＩＰアドレスが設定されたＨＴＴＰリクエストを受信すると、自装置のメンテナンス処理部１３０に要求された処理を実行させる。マスタ装置１００ａのＷｅｂサーバ処理部１２０も同様に、自装置のメンテナンス処理部１３０に要求された処理を実行させる。

各テープライブラリ装置１００のメンテナンス処理部１３０は、入力された装置名と装置番号とを対応付けて設定する。各テープライブラリ装置１００では、メンテナンス処理部１３０による設定処理が完了すると、Ｗｅｂサーバ処理部１２０が、設定完了を示すＷｅｂ画面を表示するためのＨＴＭＬデータを作成する（ステップＳ３７）。なお、各テープライブラリ装置１００のＷｅｂサーバ処理部１２０によって、ＨＴＭＬデータを作成するための使用されるテンプレートは、同じものとなる。

各テープライブラリ装置１００のＷｅｂサーバ処理部１２０は、作成したＨＴＭＬデータを、マスタ装置１００ａにおける対応するＨＴＴＰクライアント処理部１４２へ出力する（ステップＳ３８）。マスタ装置１００ａの各ＨＴＴＰクライアント処理部１４２は、受信したＨＴＭＬデータを、対応する受信バッファ１６１へ格納し、処理の完了を制御部１４１に通知する（ステップＳ３９）。

制御部１４１が、起動したすべてのＨＴＴＰクライアント処理部１４２から処理の完了通知を受けた後の処理は、図９のステップＳ１８以降の処理と基本的に同じである。すなわち、ＨＴＭＬ変換処理部１４３が起動し、ＨＴＭＬデータに記述された変換キーワードに基づいて、１つのＨＴＭＬデータに統合される。そして、統合されたＨＴＭＬデータが管理端末３００へ送信される。これにより、管理端末３００のＷｅｂブラウザ上では、各テープライブラリ装置１００における処理結果が１つのＷｅｂ画面上に集約して表示される。

以上説明した第２の実施の形態では、マスタ装置１００ａは、各テープライブラリ装置１００から出力されるＨＴＭＬデータを、各ＨＴＭＬデータに埋め込まれた変換キーワードに基づいて１つに統合する。これにより、管理者は、各テープライブラリ装置１００に対して要求した処理の結果を、統合された１つのＨＴＭＬデータに基づいて表示される同一の画面上で閲覧することが可能になる。

また、変換キーワードが埋め込まれた位置によって、ＨＴＭＬデータにおける変換範囲が指定され、マスタ装置１００ａは、ＨＴＭＬデータにおける指定された変換範囲を、変換キーワードによって指定される変換方法を用いて変換処理を行う。これにより、各ＨＴＭＬデータを単に結合した場合とは異なる、ＨＴＭＬデータの高度な変換処理が可能になる。

また、前述した参考例１のように管理端末３００が各テープライブラリ装置１００に直接アクセスする構成と比較した場合に、少なくともスレーブ装置１００ｂに備えるべき処理機能には変化がない。また、マスタ装置１００ａに関しては、Ｗｅｂサーバ処理部１２０にマスタ装置１００ａとして動作することを判断する機能を付加するとともに、ＨＴＭＬ統合処理部１４０の処理機能を実現するプログラムを追加するだけで済む。従って、テープライブラリ装置１００の開発工数を削減することができる。さらに、各テープライブラリ装置１００は、連結した状態だけでなく、管理端末３００から個別にアクセスを受けて動作することも可能であるので、汎用性も向上する。

なお、上記の各実施の形態に示した装置（情報処理装置１ａ〜１ｃ、表示端末装置１０、テープライブラリ装置１００、管理端末３００）の処理機能は、コンピュータによって実現することができる。その場合、各装置が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（Rewritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

以上の各実施の形態に関し、さらに以下の付記を開示する。
（付記１） 情報を表示するための表示データを複数の装置から取得するデータ取得部と、
前記複数の装置から取得した表示データを、各表示データに付加された付加情報に基づく変換方法で１つの表示データに変換し、変換後の表示データを表示端末装置に送信するデータ変換部と、
を有することを特徴とする情報処理装置。

（付記２） 前記データ変換部は、前記複数の装置から取得した各表示データにおける、各表示データに付加された同じ前記付加情報に基づく変換範囲のデータを、当該付加情報に基づく変換方法で変換することを特徴とする付記１記載の情報処理装置。

（付記３） 前記データ変換部は、前記複数の装置から取得した各表示データにおける、各表示データに付加された同じ前記付加情報に基づく変換範囲のデータを、当該付加情報に基づく変換方法で変換して変換データを作成し、前記複数の装置のうちの１つから取得した表示データにおける当該付加情報に基づく変換範囲のデータを、前記変換データで置換することにより、前記表示端末装置に送信する１つの表示データを作成することを特徴とする付記２記載の情報処理装置。

（付記４） 前記付加情報の１つは、前記複数の装置から取得した各表示データにおける、当該付加情報に基づく変換範囲のデータを結合するように指示する情報であることを特徴とする付記３記載の情報処理装置。

（付記５） 前記付加情報の１つは、前記複数の装置から取得した各表示データにおける、当該付加情報に基づく変換範囲のデータの少なくとも１つに、所定のデータを追加するように指示する情報であることを特徴とする付記３記載の情報処理装置。

（付記６） 前記付加情報の１つは、前記複数の装置のうちの１つから取得した表示データにおける、当該付加情報に基づく変換範囲に含まれる特定の情報を、あらかじめ決められた他の情報に置き換えるように指示する情報であることを特徴とする付記３記載の情報処理装置。

（付記７） 前記複数の装置から取得した各表示データが、入力操作を受け付ける操作画面を表示するためのデータであり、取得した各表示データに、前記操作画面に対する入力操作に応じて実行を要求するプログラムの名称が含まれる場合に、前記データ変換部は、取得した各表示データに付加された前記付加情報に基づき、前記複数の装置のうちの１つから取得した表示データにおける、当該付加情報に基づく変換範囲に含まれる前記プログラムの名称を、あらかじめ決められた他のプログラムの名称に置き換えることを特徴とする付記３記載の情報処理装置。

（付記８） 前記データ取得部は、前記表示端末装置から受信した処理要求を前記複数の装置に分配し、前記複数の装置のそれぞれから、分配された処理要求に応じて実行された処理の結果を表示するための表示データを取得することを特徴とする付記１〜７のいずれか１つに記載の情報処理装置。

（付記９） 前記変換部は、前記複数の装置から取得した表示データを、取得した各表示データに付加された前記付加情報に基づき、前記複数の装置でそれぞれ実行された処理の結果を示す情報を並べて表示させる１つの表示データに変換することを特徴とする付記８記載の情報処理装置。

（付記１０） 前記複数の装置のうちの１つは前記情報処理装置であり、前記複数の装置のうちの残りはそれぞれ他の情報処理装置であり、
前記データ取得部は、前記表示端末装置から受信した処理要求を、前記情報処理装置と前記他の情報処理装置のそれぞれとに分配し、前記情報処理装置と前記他の情報処理装置のそれぞれとから、分配された処理要求に応じて実行された処理の処理結果を表示するための表示データを取得する、
ことを特徴とする付記１〜７のいずれか１つに記載の情報処理装置。

（付記１１） 前記付加情報は、当該付加情報が付加された表示データに基づく情報の表示処理に影響を与えない情報であることを特徴とする付記１〜１０のいずれか１つに記載の情報処理装置。

（付記１２） 複数の情報処理装置を有する情報処理システムにおける情報処理方法であって、
前記複数の情報処理装置のうち、一の情報処理装置が、
情報を表示するための表示データを他の情報処理装置のそれぞれと当該一の情報処理装置の内部とから取得し、
前記取得した各表示データを、各表示データに付加された付加情報に基づく変換方法で１つの表示データに変換し、変換後の表示データを表示端末装置に送信する、
ことを特徴とする情報処理方法。

（付記１３） 前記表示データの変換では、前記取得した各表示データにおける、各表示データに付加された同じ前記付加情報に基づく変換範囲のデータを、当該付加情報に基づく変換方法で変換することを特徴とする付記１２記載の情報処理方法。

（付記１４） 前記表示データの変換では、前記取得した各表示データにおける、各表示データに付加された同じ前記付加情報に基づく変換範囲のデータを、当該付加情報に基づく変換方法で変換して変換データを作成し、前記取得した各表示データのうちの１つにおける当該付加情報に基づく変換範囲のデータを、前記変換データで置換することにより、前記表示端末装置に送信する１つの表示データを作成することを特徴とする付記１３記載の情報処理方法。

（付記１５） 前記付加情報の１つは、前記取得した各表示データにおける、当該付加情報に基づく変換範囲のデータを結合するように指示する情報であることを特徴とする付記１４記載の情報処理方法。

（付記１６） 前記付加情報の１つは、前記取得した各表示データにおける、当該付加情報に基づく変換範囲のデータの少なくとも１つに、所定のデータを追加するように指示する情報であることを特徴とする付記１４記載の情報処理方法。

（付記１７） 前記付加情報の１つは、前記取得した各表示データのうち１つにおける、当該付加情報に基づく変換範囲に含まれる特定の情報を、あらかじめ決められた他の情報に置き換えるように指示する情報であることを特徴とする付記１４記載の情報処理方法。

（付記１８） 前記表示データの取得では、前記表示端末装置から受信した処理要求を他の情報処理装置のそれぞれと前記一の情報処理装置とに分配し、分配先の情報処理装置のそれぞれから、分配された処理要求に応じて実行された処理の結果を表示するための表示データを取得することを特徴とする付記１２〜１７のいずれか１つに記載の情報処理方法。

（付記１９） 前記表示データの変換では、前記取得した各表示データを、各表示データに付加された前記付加情報に基づき、前記処理要求の分配先の各情報処理装置でそれぞれ実行された処理の結果を示す情報を並べて表示させる１つの表示データに変換することを特徴とする付記１８記載の情報処理方法。

（付記２０） コンピュータに、
情報を表示するための表示データを複数の装置から取得し、
前記複数の装置から取得した表示データを、各表示データに付加された付加情報に基づく変換方法で１つの表示データに変換し、変換後の表示データを表示端末装置に送信する、
処理を実行させることを特徴とする情報処理プログラム。

１ａ〜１ｃ 情報処理装置
２ データ取得部
３ データ変換部
１０ 表示端末装置
１１ 表示画面
Ｄ１〜Ｄ３，Ｄ１０ 表示データ
Ｄａ１〜Ｄａ３ 付加情報

Claims (4)

1. 入力操作を受け付ける操作画面を表示するための表示データであって、前記操作画面に対する入力操作に応じて実行を要求する第１のプログラムの名称をそれぞれ含む前記表示データを、複数の装置から取得するデータ取得部と、
   取得した前記表示データにそれぞれ付加された同一の付加情報に基づき、前記表示データの１つにおける、前記付加情報に基づく変換範囲に含まれる前記第１のプログラムの名称を、あらかじめ決められた第２のプログラムの名称に置き換えることによって、１つの送信用表示データを作成し、前記送信用表示データを表示端末装置に送信するデータ変換部と、
   送信された前記送信用表示データに基づいて表示された前記操作画面に対する入力操作に応じて、前記第２のプログラムの実行を要求する処理要求を受信し、前記処理要求に基づいて前記第２のプログラムを実行することによって前記処理要求に含まれるプログラム名を前記第２のプログラムから前記第１のプログラムに置き換え、置き換え後の前記処理要求を前記複数の装置に送信することによって前記第１のプログラムの実行を前記複数の装置に要求する処理要求部と、
   を有することを特徴とする情報処理装置。
2. 前記複数の装置のうちの１つは前記情報処理装置であり、前記複数の装置のうちの残りはそれぞれ他の情報処理装置であり、
   前記処理要求部は、前記プログラム名の置き換え後の前記処理要求を、前記情報処理装置と前記他の情報処理装置のそれぞれとに分配し、前記情報処理装置と前記他の情報処理装置のそれぞれとから、分配された当該処理要求に応じて実行された処理の処理結果を表示するための他の表示データを取得する、
   ことを特徴とする請求項１記載の情報処理装置。
3. 複数の情報処理装置を有する情報処理システムにおける情報処理方法であって、
   前記複数の情報処理装置のうち、一の情報処理装置が、
   入力操作を受け付ける操作画面を表示するための表示データであって、前記操作画面に対する入力操作に応じて実行を要求する第１のプログラムの名称をそれぞれ含む前記表示データを、他の情報処理装置のそれぞれと当該一の情報処理装置の内部とから取得し、
   取得した前記表示データにそれぞれ付加された同一の付加情報に基づき、前記表示データの１つにおける、前記付加情報に基づく変換範囲に含まれる前記第１のプログラムの名称を、あらかじめ決められた第２のプログラムの名称に置き換えることによって、１つの送信用表示データを作成し、前記送信用表示データを表示端末装置に送信し、
   送信された前記送信用表示データに基づいて表示された前記操作画面に対する入力操作に応じて、前記第２のプログラムの実行を要求する処理要求を受信し、
   前記処理要求に基づいて前記第２のプログラムを実行することによって、前記処理要求に含まれるプログラム名を前記第２のプログラムから前記第１のプログラムに置き換え、
   置き換え後の前記処理要求を前記一の情報処理装置が取得するとともに前記他の情報処理装置に送信することによって、前記第１のプログラムの実行を前記複数の情報処理装置に要求する、
   ことを特徴とする情報処理方法。
4. コンピュータに、
   入力操作を受け付ける操作画面を表示するための表示データであって、前記操作画面に対する入力操作に応じて実行を要求する第１のプログラムの名称をそれぞれ含む前記表示データを、複数の装置から取得し、
   取得した前記表示データにそれぞれ付加された同一の付加情報に基づき、前記表示データの１つにおける、前記付加情報に基づく変換範囲に含まれる前記第１のプログラムの名称を、あらかじめ決められた第２のプログラムの名称に置き換えることによって、１つの送信用表示データを作成し、前記送信用表示データを表示端末装置に送信し、
   送信された前記送信用表示データに基づいて表示された前記操作画面に対する入力操作に応じて、前記第２のプログラムの実行を要求する処理要求を受信し、
   前記処理要求に基づいて前記第２のプログラムを実行することによって、前記処理要求に含まれるプログラム名を前記第２のプログラムから前記第１のプログラムに置き換え、
   置き換え後の前記処理要求を前記複数の装置に送信することによって前記第１のプログラムの実行を前記複数の装置に要求する、
   処理を実行させることを特徴とする情報処理プログラム。
   

Images