特許 6607136 画面構成制御装置および画面構成制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6607136

(24)【登録日】2019年11月1日

(45)【発行日】2019年11月20日

(54)【発明の名称】画面構成制御装置および画面構成制御プログラム

(51)【国際特許分類】

   G06F 3/0484 20130101AFI20191111BHJP

   G09G 5/00 20060101ALI20191111BHJP

   G09G 5/02 20060101ALI20191111BHJP

   G06F 13/00 20060101ALI20191111BHJP

【ＦＩ】

   G06F3/0484 150

   G09G5/00 510H

   G09G5/02 B

   G09G5/02 L

   G09G5/00 555D

   G06F13/00 520C

【請求項の数】7

【全頁数】19

(21)【出願番号】特願2016-82309(P2016-82309)

(22)【出願日】2016年4月15日

(65)【公開番号】特開2017-191568(P2017-191568A)

(43)【公開日】2017年10月19日

【審査請求日】2019年1月15日

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100092152

【弁理士】

【氏名又は名称】服部 毅巖

(72)【発明者】

【氏名】原 秀司

【審査官】 池田 聡史

(56)【参考文献】

【文献】 特開２００２−２９８１３３（ＪＰ，Ａ）

【文献】 特開２０１０−２６２５４８（ＪＰ，Ａ）

【文献】 特開２００７−０８３８７３（ＪＰ，Ａ）

【文献】 国際公開第２０１３／１６８２３５（ＷＯ，Ａ１）

【文献】 特開２０１２−０４０７６５（ＪＰ，Ａ）

【文献】 特開２００２−２３６６３８（ＪＰ，Ａ）

【文献】 特開２０１３−２３８９３２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ３／０４８

Ｇ０６Ｆ １３／００

Ｇ０９Ｇ ５／００

(57)【特許請求の範囲】

【請求項1】

第１の装置の設定に用いられるユーザインタフェースの内容を示す表示情報を提供する画面構成制御装置であって、
背景色と文字色との第１の組合せを定義したカラー配列情報を記憶する記憶部と、
前記背景色と前記文字色との第２の組合せを含む第１の表示情報を前記第１の装置から受信し、前記第１の組合せと前記第２の組合せとの照合に応じて、前記第１の表示情報のうち前記第２の組合せに対応する設定を前記第１の組合せに対応する設定に変換した第２の表示情報を生成し、前記第２の表示情報を第２の装置に送信する演算部と、
を有する画面構成制御装置。

【請求項2】

前記演算部は、前記第１の組合せおよび前記第２の組合せにおいて、両方の前記背景色が一致し、両方の前記文字色が一致しない場合に、前記第２の組合せに対応する設定を前記第１の組合せに対応する設定に変換し、また、両方の前記背景色が一致しない場合に、当該設定の変換を行わない、請求項１記載の画面構成制御装置。

【請求項3】

前記カラー配列情報は、前記ユーザインタフェースに含まれるフレームの識別情報を含み、
前記演算部は、前記フレームの識別情報に基づいて、前記第１の表示情報に含まれる前記背景色と前記文字色とのフレーム毎の組合せのうち、変換の対象外とする組合せを決定する、
請求項１または２記載の画面構成制御装置。

【請求項4】

前記演算部は、前記ユーザインタフェースに対するユーザによる所定の操作の回数に応じて、前記第２の表示情報に代えて前記第１の表示情報を前記第２の装置に送信する、請求項１乃至３の何れか１項に記載の画面構成制御装置。

【請求項5】

前記操作は、前記ユーザインタフェースによるキャンセル操作または前記ユーザインタフェースを表示するブラウザによるバック操作である、請求項４記載の画面構成制御装置。

【請求項6】

前記演算部は、前記第２の装置からリクエストを受信すると、前記リクエストの宛先に応じて、複数の前記第１の装置のうち、前記リクエストの転送先の装置を選択し、前記転送先の装置に前記リクエストを転送し、前記リクエストに対する応答とともに前記第１の表示情報を受信する、請求項１乃至５の何れか１項に記載の画面構成制御装置。

【請求項7】

第１の装置の設定に用いられるユーザインタフェースの内容を示す表示情報を提供する画面構成制御プログラムであって、コンピュータに、
背景色と文字色との第１の組合せを定義したカラー配列情報を取得し、
前記背景色と前記文字色との第２の組合せを含む第１の表示情報を前記第１の装置から受信し、前記第１の組合せと前記第２の組合せとの照合に応じて、前記第１の表示情報のうち前記第２の組合せに対応する設定を前記第１の組合せに対応する設定に変換した第２の表示情報を生成し、
前記第２の表示情報を第２の装置に送信する、
処理を実行させる画面構成制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は画面構成制御装置および画面構成制御プログラムに関する。

【背景技術】

【0002】

現在、様々な情報機器がネットワークに接続されている。情報機器には、ネットワークを介して動作設定を行えるものがある。例えば、情報機器は、動作設定用のグラフィカルユーザインタフェース（ＧＵＩ：Graphical User Interface）を、ネットワークを介してクライアント装置に提供する機能を備えることがある。情報機器は、クライアント装置からの要求に応じて、動作設定用のＧＵＩをクライアント装置に提供する。

【0003】

例えば、受信装置と、受信装置にコンテンツを配信する配信装置と、配信装置の機能を操作するために受信装置に表示させるＧＵＩを管理する管理装置とを宅内ネットワークに接続したシステムの提案がある。この提案では、管理装置は、宅内ネットワーク外のＧＵＩ生成サーバに、受信装置に提供するＧＵＩを生成させる。

【0004】

また、機種毎に異なるＵＩを統合して、パラメータの一括設定可能な項目がＵＩ上に統合（表示）される統合ＵＩを作成する提案もある。なお、サーバが、クライアントからの画面表示選択情報を受けて、配信するファイルの画面表示形式を選択し、選択された画面の表示形式（画像の有無又は大きさ、表示分解能、色彩の組み合わせなど）に変更したファイルを配信する提案もある。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１０−９３３６号公報

【特許文献2】特開２０１０−９２４８６号公報

【特許文献3】特開２００２−２２２１４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

様々なベンダ、あるいは、様々な機種の情報機器を組合せて１つのシステム製品とすることがある。この場合、各情報機器が提供するＧＵＩを用いて各情報機器を運用することが考えられる。ところが、各情報機器が提供するＧＵＩのカラーデザインは、ベンダや機種に応じて異なる。このため、各情報機器が提供する既存のＧＵＩをそのまま用いると、システム製品として統一感のないＧＵＩをユーザに提供してしまうおそれがある。

【0007】

そこで、システム開発者が各情報機器のＧＵＩの基となる表示情報を編集して、背景色や文字色などのデザインを統一することが考えられる。しかし、ＧＵＩは、ベンダや機種毎にデザインが異なっており、個々のＧＵＩのデザイン変更に要する工数が問題となる。また、当該変更作業によるリスク（例えば、既存システムのレベルダウン）もあり、デザイン変更には技能も要する。

【0008】

１つの側面では、本発明は、ユーザインタフェースのデザイン変更の作業効率を改善することを目的とする。

【課題を解決するための手段】

【0009】

１つの態様では、第１の装置の設定に用いられるユーザインタフェースの内容を示す表示情報を提供する画面構成制御装置が提供される。この画面構成制御装置は、記憶部と演算部とを有する。記憶部は、背景色と文字色との第１の組合せを定義したカラー配列情報を記憶する。演算部は、背景色と文字色との第２の組合せを含む第１の表示情報を第１の装置から受信し、第１の組合せと第２の組合せとの照合に応じて、第１の表示情報のうち第２の組合せに対応する設定を第１の組合せに対応する設定に変換した第２の表示情報を生成し、第２の表示情報を第２の装置に送信する。

【0010】

また、１つの態様では、第１の装置の設定に用いられるユーザインタフェースの内容を示す表示情報を提供する画面構成制御プログラムが提供される。この画面構成制御プログラムは、コンピュータに、背景色と文字色との第１の組合せを定義したカラー配列情報を取得し、背景色と文字色との第２の組合せを含む第１の表示情報を第１の装置から受信し、第１の組合せと第２の組合せとの照合に応じて、第１の表示情報のうち第２の組合せに対応する設定を第１の組合せに対応する設定に変換した第２の表示情報を生成し、第２の表示情報を第２の装置に送信する、処理を実行させる。

【発明の効果】

【0011】

１つの側面では、ユーザインタフェースのデザイン変更の作業効率を改善できる。

【図面の簡単な説明】

【0012】

【図1】第１の実施の形態の画面構成制御装置を示す図である。

【図2】第２の実施の形態のＶＴライブラリの例を示す図である。

【図3】ＶＴライブラリのハードウェア例を示す図である。

【図4】管理サーバのハードウェア例を示す図である。

【図5】管理サーバの機能例を示す図である。

【図6】カラー配列情報の例を示す図である。

【図7】キャンセル回数管理テーブルの例を示す図である。

【図8】ＧＵＩの変換の例を示す図である。

【図9】ＤＯＭデータの変換の例を示す図である。

【図10】管理サーバの処理例を示すフローチャートである。

【図11】Ｗｅｂページのレイアウト例を示す図である。

【発明を実施するための形態】

【0013】

以下、本実施の形態を図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の画面構成制御装置を示す図である。画面構成制御装置１は、サーバ２およびクライアント３に接続されている。画面構成制御装置１は、サーバ２およびクライアント３とネットワークを介して接続されてもよい。サーバ２は、サーバ２の動作設定用のユーザインタフェースを提供するサーバコンピュータである。クライアント３は、サーバ２の設定を行うクライアントコンピュータである。

【0014】

画面構成制御装置１は、サーバ２の設定に用いられるユーザインタフェースの内容を示す表示情報をクライアント３に提供する。具体的には、画面構成制御装置１は、サーバ２が提供するＧＵＩの表示情報を、所定のルールに従って変換し、変換後の表示情報をクライアント３に送信する。

【0015】

例えば、サーバ２は、Ｗｅｂサーバとして機能し、ＨＴＭＬ（HyperText Markup Language）形式のデータによりＧＵＩを提供してもよい。すなわち、表示情報はＨＴＭＬ形式のデータでもよい。クライアント３は、Ｗｅｂブラウザとして機能し、ＨＴＭＬデータに応じたＧＵＩを、クライアント３が備えるディスプレイを用いて表示してもよい。例えば、ユーザは、クライアント３により表示されたＧＵＩを操作することで、サーバ２の動作設定を行える。サーバ２は、Ｗｅｂサーバとして機能する装置であればよく、スイッチ装置やストレージ装置などでもよい。また、サーバ２は第１の装置と呼ばれてもよい。クライアント３は第２の装置と呼ばれてもよい。

【0016】

画面構成制御装置１は、記憶部１ａおよび演算部１ｂを有する。記憶部１ａは、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。演算部１ｂは、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。演算部１ｂはプログラムを実行するプロセッサであってもよい。ここでいう「プロセッサ」には、複数のプロセッサの集合（マルチプロセッサ）も含まれ得る。

【0017】

記憶部１ａは、カラー配列情報Ｔ１を記憶する。カラー配列情報Ｔ１は、サーバ２が提供するＧＵＩの背景色と文字色との第１の組合せを定義した情報である。カラー配列情報Ｔ１には、クライアント３に提供するＧＵＩの背景色と文字色との組合せとして許容されている組合せが登録されている。カラー配列情報Ｔ１は、第１の組合せを１つまたは複数含む。例えば、カラー配列情報Ｔ１は、第１の組合せとして次の組合せを含む。第１には、背景色“Ｃ１１”と文字色“Ｃ１２”との組合せである。第２には、背景色“Ｃ２１”と文字色“Ｃ２２”との組合せである。カラー配列情報Ｔ１は、これら以外の組合せも含み得る。例えば、演算部１ｂはカラー配列情報Ｔ１を予め取得し（カラー配列情報Ｔ１のユーザによる入力を受け付けるなど）、記憶部１ａに格納する。

【0018】

演算部１ｂは、表示情報４をサーバ２から受信する。表示情報４は、ＧＵＩ４ａの表示に用いられる情報である。例えば、演算部１ｂは、ＧＵＩ取得のリクエストをクライアント３から受け付けて、サーバ２に転送し、当該リクエストに対するレスポンスとして、サーバ２から表示情報４を受信してもよい。また、表示情報４は第１の表示情報と呼ばれてもよい。

【0019】

表示情報４は、ＧＵＩ４ａに含まれる背景色と文字色との第２の組合せを定義した情報を含む。背景色や文字色は、所定の識別情報で表される。当該識別情報は、色の名称でもよいし、色を示す所定のコードでもよい。例えば、表示情報４はＧＵＩ４ａの背景色“Ｃ１１”および文字色“Ｃ３１”という情報を含む。これは、ＧＵＩ４ａが“ＡＢＣ”という文字列を含む場合、当該文字列“ＡＢＣ”の背景の色を“Ｃ１１”で示される色で表示し、“ＡＢＣ”という文字列自体を“Ｃ３１”で示される色で表示することを意味する。

【0020】

演算部１ｂは、カラー配列情報Ｔ１に含まれる第１の組合せと、表示情報４に含まれる第２の組合せとの照合に応じて、表示情報４のうち第２の組合せに対応する設定を第１の組合せに対応する設定に変換した表示情報５を生成する。表示情報５は、ＧＵＩ５ａの表示に用いられる情報である。表示情報５は第２の表示情報と呼ばれてもよい。例えば、演算部１ｂは、表示情報４に含まれる背景色と一致する背景色を、カラー配列情報Ｔ１に登録された組合せの中から検索し、検索した組合せを表示情報４にも適用することで、表示情報５を生成してもよい。より具体的には次の通りである。

【0021】

演算部１ｂは、表示情報４を参照して、背景色“Ｃ１１”と文字色“Ｃ３１”との組合せが定義されていることを検出する。演算部１ｂは、背景色“Ｃ１１”と文字色“Ｃ３１”との組合せを、カラー配列情報Ｔ１に登録されている各組合せと照合する。例えば、カラー配列情報Ｔ１には、背景色“Ｃ１１”と文字色“Ｃ１２”との組合せが登録されている。背景色“Ｃ１１”と文字色“Ｃ３１”との組合せ、および、背景色“Ｃ１１”と文字色“Ｃ１２”との組合せを比較すると、背景色“Ｃ１１”が一致する。このため、演算部１ｂは、背景色“Ｃ１１”と文字色“Ｃ３１”との組合せのうち、文字色“Ｃ３１”を、文字色“Ｃ１２”に変更することで、当該組合せを、カラー配列情報Ｔ１に登録された組合せに一致させる。すなわち、演算部１ｂは、表示情報４のうち、背景色“Ｃ１１”と文字色“Ｃ３１”との組合せが定義されている箇所を、背景色“Ｃ１１”と文字色“Ｃ１２”との組合せに変換する。こうして、演算部１ｂは、表示情報４を基に表示情報５を生成する。なお、カラー配列情報Ｔ１に登録された背景色に対して、表示情報４の文字色を変換する例を示したが、変換対象は逆でもよい。すなわち、演算部１ｂは、カラー配列情報Ｔ１に登録された文字色に対して、表示情報４の背景色を変換してもよい（ただし、背景色に対する文字色の変換のみを行ってもよい）。

【0022】

演算部１ｂは、生成した表示情報５をクライアント３に送信する。例えば、クライアント３は、表示情報５を受信し、表示情報５に基づいて、クライアント３が備えるディスプレイにＧＵＩ５ａを表示する。ＧＵＩ５ａは、ＧＵＩ４ａとは異なる配色で表示される。具体的には、ＧＵＩ４ａでは背景色が“Ｃ１１”で示される色であり、文字色が“Ｃ３１”で示される色であるのに対し、ＧＵＩ５ａでは背景色が“Ｃ１１”で示される色であり、文字色が“Ｃ１２”で示される色である。ユーザは、ＧＵＩ５ａを操作して、サーバ２に対する動作設定を行える。

【0023】

ところで、様々なベンダ、あるいは、様々な機種の情報機器を組合せて１つのシステム製品（統合装置と称してもよい）とすることがある。第１の実施の形態のサーバ２を、例えば、スイッチ装置やストレージ装置などを含む１つの統合装置と考えてもよい。すると、サーバ２に含まれるスイッチ装置やストレージ装置がそれぞれ別個に動作設定用のＧＵＩを提供し得る。しかし、各情報機器が提供する既存のＧＵＩをそのまま用いると、システム製品として統一感のないＧＵＩをユーザに提供してしまうおそれがある。例えば、背景色に対して警告やエラーなどの表示に用いる文字色が機器毎に異なっていると、ユーザに対する適切な注意喚起を行えないなど、運用支援に支障が生じ得る。

【0024】

この場合、システム開発者が各情報機器のＧＵＩの基となる表示情報を編集して、背景色や文字色などのデザインを、システム製品として統一されたデザインに変更することが考えられる。しかし、各情報機器のＧＵＩは、ベンダや機種毎にデザインが異なっており、個々のデザイン変更に要する工数が問題となる。また、当該変更作業によるリスク（例えば、既存システムの一部の機能が使用不可になる、バグが発生するなどのレベルダウン）もあり、デザイン変更には技能も要する。

【0025】

そこで、画面構成制御装置１は、サーバ２から提供される表示情報４の配色を、カラー配列情報Ｔ１を用いて所定の配色となるよう変換し、クライアント３に提供する。例えば、ユーザは、カラー配列情報Ｔ１に、背景色と文字色との組合せを設定しておけばよく、表示情報４を直接編集せずに済む。このため、ユーザによるＧＵＩのカラーデザインの変更に伴う作業を省力化でき、ＧＵＩのデザイン変更の作業効率を改善することができる。

【0026】

また、カラー配列情報Ｔ１を基にＧＵＩの背景色と文字色との配色を変更することで、各ＧＵＩの提供元の機器のベンダや機種が異なっていても、ユーザには、ある程度統一されたカラーデザインによりＧＵＩを提供できる。このため、画面構成制御装置１は、様々なベンダ、あるいは、様々な機種の情報機器を組合せた１つのシステム製品（統合装置）において、各機器の既存のＧＵＩを流用する場合に特に有用である。この場合、ユーザは、カラー配列情報Ｔ１として、各機器や各ベンダのＧＵＩで用いられている配色の傾向に応じた背景色と文字色との組合せを定義しておけばよい。すると、カラー配列情報Ｔ１を基に画面構成制御装置１により、システム製品として配色の統一されたＧＵＩをユーザに提供できる。システム製品として配色の統一されたＧＵＩをユーザに提供することで、例えば、背景色に対して各種通知（例えば、設定内容、警告およびエラーなど）の表示に用いる文字色の統一化などを図れ、適切な運用支援に貢献できる。

【0027】

以下では、統合装置の一例として、仮想テープ（ＶＴ：Virtual Tape）ライブラリを含むシステムを例示し、画面構成制御装置１の機能を詳細に説明する。
［第２の実施の形態］
図２は、第２の実施の形態のＶＴライブラリの例を示す図である。ＶＴライブラリ１０は、複数の装置を有する統合装置である。ＶＴライブラリ１０は、管理サーバ１００、ＶＴサーバ２００、スイッチ３００およびストレージ４００を有する。また、ＶＴライブラリ１０は、ネットワーク２０に接続されている。ネットワーク２０は、例えば、ＬＡＮ（Local Area Network）である。ネットワーク２０には、クライアント５００が接続されている。更に、ＶＴライブラリ１０は、サーバ６００に接続されている。ＶＴライブラリ１０とサーバ６００との間のインタフェースは、例えばファイバチャネルである。

【0028】

ＶＴライブラリ１０は、サーバ６００により扱われる各種のデータを記憶する。ＶＴライブラリ１０は、磁気テープによるデータ保存の機能の運用を、ＨＤＤなどの記憶装置を用いて仮想的に行い、テープ処理の高速化を図る。ＶＴライブラリ１０は、ＶＴライブラリ１０が有するテープ装置、あるいは、ＶＴライブラリ１０に外付けされたテープ装置を用いて、カートリッジテープに対するテープボリュームの書き込みや読み出しを行うこともある。ＶＴライブラリ１０は、管理サーバ１００、ＶＴサーバ２００、スイッチ３００およびストレージ４００を有する。

【0029】

管理サーバ１００は、ＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれによって提供されるＧＵＩのカラーデザインを変更して、クライアント５００に提供するサーバコンピュータである。

【0030】

ＶＴサーバ２００は、ストレージ４００に格納されたテープボリュームを管理し、テープ処理を仮想的に実行する機能を提供するサーバコンピュータである。
スイッチ３００は、ＶＴライブラリ１０内における装置間の通信を中継する中継装置である。例えば、ＶＴライブラリ１０は、スイッチ３００を複数備え、装置間の通信路を冗長化させてもよい。

【0031】

ストレージ４００は、テープボリュームを記憶するディスクアレイである。ストレージ４００は、ＨＤＤやＳＳＤ（Solid State Drive）などの記憶装置を複数備え、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）の技術により、複数の記憶装置の記憶領域を統合した論理的な記憶領域を実現してもよい。

【0032】

ＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれは、Ｗｅｂサーバとして機能する。ＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれは、ＧＵＩに対するリクエストに応じて、ＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれの動作設定用のＧＵＩを、リクエスト元に提供する。ＧＵＩの提供は、ＧＵＩの表示に用いられるＨＴＭＬデータやＣＳＳ（Cascading Style Sheets）データなどをリクエスト元に送信することで行われる。

【0033】

クライアント５００は、ＶＴライブラリ１０のユーザによる操作を受け付けるクライアントコンピュータである。クライアント５００は、Ｗｅｂブラウザとして機能する。クライアント５００のＷｅｂブラウザは、ＨＴＭＬデータやＣＳＳデータをＶＴライブラリ１０から受信し、受信したＨＴＭＬデータやＣＳＳデータに従って、ＧＵＩの表示を行う。

【0034】

例えば、ＶＴライブラリ１０のユーザは、クライアント５００により表示されたＧＵＩを操作することで、ＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれの動作設定を行える。ここで、以下では、ＨＴＭＬデータやＣＳＳデータといったＧＵＩの表示に用いられる情報を総称してＤＯＭ（Document Object Model）データと呼ぶこととする。

【0035】

図３は、ＶＴライブラリのハードウェア例を示す図である。前述のように、ＶＴライブラリ１０は、管理サーバ１００、ＶＴサーバ２００、スイッチ３００およびストレージ４００を有する。管理サーバ１００、ＶＴサーバ２００、スイッチ３００およびストレージ４００は、ネットワーク３０に接続されている。ネットワーク３０は、ＶＴライブラリ１０内に設けられた管理用のネットワークである。ネットワーク３０は、ネットワーク２０に接続されている。管理サーバ１００およびクライアント５００は、ネットワーク２０，３０を介して通信可能である。また、ＶＴサーバ２００は、所定の通信インタフェース（例えば、ファイバチャネル）を用いて、サーバ６００に接続されている。

【0036】

ここで、ＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれは、互いに機種が異なり、また、ベンダも異なる。このため、ＶＴサーバ２００、スイッチ３００およびストレージ４００により提供される各ＧＵＩは、配色が異なっている。したがって、ＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれが提供する各ＧＵＩをそのまま流用すると、クライアント５００により表示されるＧＵＩの配色に統一感がなくなり、運用支援に影響を及ぼすおそれがある。そこで、管理サーバ１００は、ＶＴサーバ２００、スイッチ３００およびストレージ４００により提供されるＤＯＭデータを所定のルールに従い変換することで、クライアント５００により表示されるＧＵＩの配色に統一性をもたせる。

【0037】

図４は、管理サーバのハードウェア例を示す図である。管理サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、媒体リーダ１０６および通信インタフェース１０７を有する。各ユニットは管理サーバ１００のバスに接続されている。

【0038】

プロセッサ１０１は、管理サーバ１００の情報処理を制御する。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。プロセッサ１０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。

【0039】

ＲＡＭ１０２は、管理サーバ１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。

【0040】

ＨＤＤ１０３は、管理サーバ１００の補助記憶装置である。ＨＤＤ１０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３は、ＯＳのプログラム、アプリケーションプログラム、および各種データを記憶する。管理サーバ１００は、フラッシュメモリやＳＳＤなどの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。

【0041】

画像信号処理部１０４は、プロセッサ１０１からの命令に従って、管理サーバ１００に接続されたディスプレイ１１に画像を出力する。ディスプレイ１１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどを用いることができる。

【0042】

入力信号処理部１０５は、管理サーバ１００に接続された入力デバイス１２から入力信号を取得し、プロセッサ１０１に出力する。入力デバイス１２としては、例えば、マウスやタッチパネルなどのポインティングデバイス、キーボードなどを用いることができる。

【0043】

媒体リーダ１０６は、記録媒体１３に記録されたプログラムやデータを読み取る装置である。記録媒体１３として、例えば、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤなどの磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）などの光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体１３として、例えば、フラッシュメモリカードなどの不揮発性の半導体メモリを使用することもできる。媒体リーダ１０６は、例えば、プロセッサ１０１からの命令に従って、記録媒体１３から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。

【0044】

通信インタフェース１０７は、ネットワーク３０を介して他の装置と通信を行う。通信インタフェース１０７は、有線通信インタフェースでもよいし、無線通信インタフェースでもよい。

【0045】

ここで、ＶＴサーバ２００も管理サーバ１００と同様のユニットを用いて実現できる。また、スイッチ３００やストレージ４００も管理サーバ１００と同様に、プロセッサやＲＡＭを備えたハードウェアにより実現できる（ただし、画像信号処理部や媒体リーダなどの一部のハードウェアを備えていなくてもよい）。

【0046】

図５は、管理サーバの機能例を示す図である。管理サーバ１００は、記憶部１１０、カラー配列生成部１２０、リクエスト受信部１３０、アドレス変換部１４０、リクエスト送信部１５０、レスポンス受信部１６０、カラー変換部１７０およびレスポンス送信部１８０を有する。記憶部１１０は、ＲＡＭ１０２やＨＤＤ１０３に確保された記憶領域として実現される。カラー配列生成部１２０、リクエスト受信部１３０、アドレス変換部１４０、リクエスト送信部１５０、レスポンス受信部１６０、カラー変換部１７０およびレスポンス送信部１８０は、ＲＡＭ１０２に記憶されたプログラムをプロセッサ１０１により実行することで実現される。

【0047】

記憶部１１０は、アドレス変換部１４０やカラー変換部１７０の処理に用いられる各種の情報を記憶する。例えば、記憶部１１０は、カラー配列情報を記憶する。カラー配列情報は、カラー変換部１７０によるカラー変換に用いられる情報である。また、記憶部１１０は、キャンセル回数管理テーブルを記憶する。キャンセル回数管理テーブルは、クライアント５００を操作するユーザがＧＵＩ上からキャンセル操作またはバック操作を行った回数を管理するためのテーブルである。キャンセル操作またはバック操作を行った回数は、例えば、ＧＵＩ上に設けられたキャンセルボタンまたはバックボタンに対する押下操作を管理サーバ１００が受け付けた回数、あるいは、当該押下操作に応じたＧＵＩを管理サーバ１００が送信した回数と考えてもよい。

【0048】

カラー配列生成部１２０は、カラー配列情報を取得する。具体的には、カラー配列生成部１２０は、ユーザによるカラー配列情報の入力を受け付ける。カラー配列生成部１２０は、受け付けたカラー配列情報を記憶部１１０に格納する。例えば、ＶＴライブラリ１０のユーザは、入力デバイス１２を操作して、カラー配列情報を管理サーバ１００に入力できる。あるいは、ユーザは、クライアント５００を操作して、ネットワーク２０，３０経由で、カラー配列情報を管理サーバ１００に入力することもできる。

【0049】

リクエスト受信部１３０は、ＨＴＴＰ（HyperText Transfer Protocol）リクエスト（以下、単にリクエストと称する）をクライアント５００から受信する。例えば、リクエストは、クライアント５００のＷｅｂブラウザにより発行される。リクエストの宛先は、管理サーバ１００が公開するＵＲＬ（Uniform Resource Locator）によって指定される。すなわち、リクエスト受信部１３０が受信するリクエストの宛先は、管理サーバ１００のアドレス（例えば、ＩＰ（Internet Protocol）アドレス）である。同送信元は、クライアント５００のアドレスである。

【0050】

アドレス変換部１４０は、リクエスト受信部１３０により受信したリクエストの送信元および宛先を変換する。具体的には、アドレス変換部１４０は、当該リクエストの送信元を管理サーバ１００のアドレスに変換し、同宛先を当該リクエストの宛先に応じたバックエンド側のアドレス（ＶＴサーバ２００、スイッチ３００またはストレージ４００のアドレス）に変換する。

【0051】

アドレス変換部１４０は、上記とは逆のアドレス変換を行うこともある。ＶＴサーバ２００、スイッチ３００およびストレージ４００のカラー変換後のＧＵＩに対応するＤＯＭデータをレスポンスとしてクライアント５００に送信するときである。すなわち、レスポンスの送信元を管理サーバ１００のアドレスに変換し、同宛先をクライアント５００のアドレスに変換する。

【0052】

上記のアドレス変換用の情報（アドレス変換部１４０が受け付ける宛先ＵＲＬと転送先ＩＰアドレスとの対応情報）は、記憶部１１０に予め格納される。
リクエスト送信部１５０は、アドレス変換部１４０によるアドレス変換後のリクエストを、変換後のアドレスに相当する装置（ＶＴサーバ２００、スイッチ３００またはストレージ４００）に送信する。

【0053】

レスポンス受信部１６０は、リクエスト送信部１５０により送信されたリクエストに対するレスポンスを受信する。レスポンスは、ＧＵＩの表示に用いられるＤＯＭデータを含む。レスポンス受信部１６０が受信するレスポンスの宛先は、管理サーバ１００のアドレスである。同送信元は、レスポンスを送信したＶＴサーバ２００、スイッチ３００またはストレージ４００のアドレスである。

【0054】

カラー変換部１７０は、レスポンス受信部１６０により受信されたレスポンスに含まれるＤＯＭデータに対し、記憶部１１０に記憶されたカラー配列情報に基づくカラー変換を実行する。

【0055】

レスポンス送信部１８０は、カラー変換部１７０によるカラー変換、および、アドレス変換部１４０によるアドレス変換後のレスポンスをクライアント５００に送信する。
図６は、カラー配列情報の例を示す図である。カラー配列情報１１１は、記憶部１１０に予め格納される。カラー配列情報１１１は、カラー変換部１７０によるカラー変換のルールを示す情報である。

【0056】

カラー配列情報１１１には、カラー変換のルールを複数登録することができる。カラー変換のルールは、““ｃｏｌｏｒＴａｂｌｅ”：｛｝”の定型句によって表される。““ｃｏｌｏｒＴａｂｌｅ”：｛｝”のうち、２つの中括弧記号（“｛｝”）の間に、許容する背景色と文字列との組合せを１以上定義できる。

【0057】

また、カラー配列情報１１１には、カラー変換の対象外とするＵＲＬやフレームを指定することもできる。変換対象外とするＵＲＬは、““ｕｒｌ”：｛｝”の定型句によって表される。““ｕｒｌ”：｛｝”のうち、２つの中括弧記号（“｛｝”）の間に、変換対象外とするＵＲＬを１以上定義できる。変換対象外とするフレームは、““ｆｒａｍｅ”：｛｝”の定型句によって表される。““ｆｒａｍｅ”：｛｝”のうち、２つの中括弧記号（“｛｝”）の間に、変換対象外とするフレームの識別情報を１以上定義できる。

【0058】

カラー配列情報１１１では、上記の“ｕｒｌ”、“ｆｒａｍｅ”および“ｃｏｌｏｒＴａｂｌｅ”の設定を纏めて１セットと考えることができる。次に、設定内容の具体例を説明する。以下では、図６においてカラー配列情報１１１に便宜的に付した行番号により、各行の内容を指し示す。

【0059】

例えば、カラー配列情報１１１の２行目〜１４行目は、デフォルトの変換ルールを示している。２行目〜１４行目の設定では、カラー変換の対象外とするＵＲＬやフレームは設定されていない。また、同箇所の設定では、“ｃｏｌｏｒＴａｂｌｅ：｛・・・｝”の部分（７行目〜１３行目）に、背景色と文字色との複数の組合せが登録されている。ここで、“ｃｏｌｘ＿ｂ”（ｘ＝１，２，３，・・・）は、ｘ番目の組合せの背景色を示す。“ｃｏｌｘ＿ｆ”は、ｘ番目の組合せの文字色を示す。

【0060】

１つ目の組合せは、““ｃｏｌ１＿ｂ”：＃ＦＦＦＦＦＦ”および““ｃｏｌ１＿ｆ”：＃００００００”である。１つ目の組合せは、背景色を“＃ＦＦＦＦＦＦ”とし、文字色を“＃００００００”とすることを示す。ここで、色を表す情報（“＃ＦＦＦＦＦＦ”や“＃００００００”など）は、カラーパレットで定められる各色を数値化した情報（カラーコード）である。２つ目の組合せとして、““ｃｏｌ２＿ｂ”：＃ＣＣＦＦＦＦ”および““ｃｏｌ２＿ｆ”：＃００００００”という情報も設定されている。

【0061】

また、カラー配列情報１１１の１５行目〜２７行目は、変換対象外とするＵＲＬを指定する場合の変換ルールを示している。１５行目〜２７行目の設定では、カラー変換の対象外とするＵＲＬが設定されている。具体的には、“ｕｒｌ：｛・・・｝”の部分（１６行目〜１９行目）に、２つのＵＲＬが登録されている。第１のＵＲＬは、“ｈｔｔｐｓ：／／１９２．１６８．１．１００／ｍａｉｎ”である。第２のＵＲＬは、“ｈｔｔｐｓ：／／１９２．１６８．１．１００／ｃｒｅａｔｅ”である。ここで、“１９２．１６８．１．１００”は、ＶＴサーバ２００のＩＰアドレスである。すなわち、レスポンスの送信元のＵＲＬが“ｈｔｔｐｓ：／／１９２．１６８．１．１００／ｍａｉｎ”、または、“ｈｔｔｐｓ：／／１９２．１６８．１．１００／ｃｒｅａｔｅ”である場合、カラー変換の対象外とすることを示す。これら２つのＵＲＬ以外の場合であれば、カラー変換部１７０は、２２行目〜２６行目の“ｃｏｌｏｒＴａｂｌｅ”の設定に従って、カラー変換を行う。ここで、２２行目〜２６行目の設定内容は、７行目〜１３行目の設定内容と同じである。

【0062】

更に、カラー配列情報１１１の２８行目〜４０行目は、変換対象外とするフレームを指定する場合の変換ルールを示している。２８行目〜４０行目の設定では、カラー変換の対象外とするフレームの識別情報（セレクタ（ｓｅｌｅｃｔｏｒ）情報と称する）が設定されている。具体的には、““ｆｒａｍｅ”：｛・・・｝”の部分（３１行目〜３４行目）に、２つのセレクタ情報が登録されている。第１のセレクタ情報は、“Ｃｏｎｔｅｎｔｓ１”である。第２のセレクタ情報は“Ｃｏｎｔｅｎｔｓ２”である。すなわち、レスポンスに含まれるＤＯＭデータにおいて、セレクタ情報“Ｃｏｎｔｅｎｔｓ１”または“Ｃｏｎｔｅｎｔｓ１”で示されるフレームを、カラー変換の対象外とすることを示す。この場合、同ＤＯＭデータの他のフレームについては、カラー変換の対象となる。すなわち、変換対象外とするフレームを指定することで、カラー変換の対象とするフレームを絞り込める。カラー変換の対象とするフレームについては、カラー変換部１７０は、３５行目〜３９行目の“ｃｏｌｏｒＴａｂｌｅ”の設定に従って、カラー変換を行う。ここで、３５行目〜３９行目の設定内容は、７行目〜１３行目の設定内容と同じである。

【0063】

なお、第２の実施の形態の例では、あるフレームに属する各表示要素は、共通のセレクタ情報（例えば、クラスセレクタで用いられるクラス属性や、ＩＤ（IDentifier）セレクタで用いられるＩＤセレクタなど）をもつものとする。また、異なるフレームでは、セレクタ情報も異なる。

【0064】

カラー配列情報１１１の例では、カラー変換のルールの３つのセットを示した。カラー配列情報１１１の定義によれば、カラー変換部１７０は、１７行目および１８行目で示される２つのＵＲＬを送信元とするＤＯＭデータをカラー変換の対象外とする。更に、カラー変換部１７０は、カラー変換の対象となるＵＲＬであっても、３２行目および３３行目で示される２つのフレームに関しては、カラー変換の対象外とする。

【0065】

カラー配列情報１１１と同じ定義を１つのセットで記述することもできる。例えば、カラー配列情報１１１において、３行目と４行目の間に１７行目と１８行目の定義を挿入し、５行目と６行目の間に３２行目と３３行目の定義を挿入すればよい。その上で、１５行目〜４０行目の記述を削除しても、上記３つのセットによるカラー変換のルールと同等のルールを定義できる。

【0066】

図７は、キャンセル回数管理テーブルの例を示す図である。キャンセル回数管理テーブル１１２は、記憶部１１０に格納される。キャンセル回数管理テーブル１１２は、項番、ＵＲＬ、回数および閾値の項目を含む。

【0067】

項番の項目には、レコードを識別する番号が登録される。ＵＲＬの項目には、キャンセル操作またはブラウザのバック操作に対して応答されるＧＵＩのＵＲＬが登録される。回数の項目には、キャンセル操作またはブラウザのバック操作に応じて同ＧＵＩが応答された回数（キャンセル回数と称する）が登録される。閾値の項目には、カラー変換を抑止するまでのキャンセル回数の閾値が登録される。

【0068】

例えば、キャンセル回数管理テーブル１１２には、項番が“１”、ＵＲＬが“ｈｔｔｐｓ：／／１９２．１６８．１．１００／ｍａｉｎ＿ｃａｎｃｅｌ”、回数が“１”、閾値が“１０”という情報が登録される。

【0069】

これは、キャンセル操作またはブラウザのバック操作により応答されるＵＲＬ“ｈｔｔｐｓ：／／１９２．１６８．１．１００／ｍａｉｎ＿ｃａｎｃｅｌ”のＧＵＩが、クライアント５００に対して応答された回数（キャンセル回数）が１回であることを示す。また、ＩＰアドレス“１９２．１６８．１．１００”を含むＵＲＬのＧＵＩに対するカラー変換を抑止するまでのキャンセル回数の閾値が１０回であることを示す。すなわち、カラー変換部１７０は、一定期間におけるキャンセル回数が１０回に達すると、ＶＴサーバ２００から提供されるＧＵＩ（例えば、ｈｔｔｐｓ：／／１９２．１６８．１．１００／の下位のＵＲＬで示されるＧＵＩ）に対するカラー変換を中止する。

【0070】

図８は、ＧＵＩの変換の例を示す図である。ＧＵＩ７１０は、カラー変換部１７０によるカラー変換を行う前のＧＵＩを例示している。ＧＵＩ７２０は、カラー変換部１７０によるカラー変換を行った後のＧＵＩを例示している。例えば、ＧＵＩ７１０は、文字列７１１を含む。文字列７１１は、“Ｓａｍｐｌｅ”という文字列である。カラー変換部１７０は、ＧＵＩ７１０の背景色、および、文字列７１１の文字色の組合せをカラー配列情報１１１に含まれる背景色および文字色の組合せと照合する。例えば、カラー変換部１７０は、ＧＵＩ７１０の背景色がカラー配列情報１１１に登録されていることを検出すると、当該背景色に対応する文字色をカラー配列情報１１１から抽出する。カラー変換部１７０は、文字列７１１の色を、カラー配列情報１１１から抽出した色に変換し、ＧＵＩ７２０の表示情報を生成する。ＧＵＩ７２０は、文字列７２１を含む。文字列７２１は、“Ｓａｍｐｌｅ”という文字列であり、文字列７１１に対するカラー変換が行われた結果である。

【0071】

図９は、ＤＯＭデータの変換の例を示す図である。ＤＯＭデータ８１０は、ＧＵＩ７１０に対応するＨＴＭＬデータである。ＤＯＭデータ８２０は、カラー変換部１７０により、ＤＯＭデータ８１０に対してカラー変換を行うことで生成されたＨＴＭＬデータである。以下、ＤＯＭデータ８１０，８２０それぞれに対して、左側に便宜的に付した番号を用いて各行を指し示す。

【0072】

例えば、ＤＯＭデータ８１０では、５行目の記述により、背景色（“＃ＦＦＦＦＦＦ”）および文字色（“＃ＡＡＡＡＡＡ”）という情報が登録されている。すなわち、ＧＵＩ７１０の背景色は“＃ＦＦＦＦＦＦ”で示される色である。文字列７１１の文字色は、“＃ＡＡＡＡＡＡ”で示される色である。

【0073】

また、例えば、ＤＯＭデータ８２０では、ＤＯＭデータ８１０に対して、カラー変換部１７０により当該５行目の記述が変更されている。具体的には、５行目の記述により、背景色（“＃ＦＦＦＦＦＦ”）および文字色（“＃００００００”）という情報が登録されている。すなわち、ＧＵＩ７２０の背景色は“ＦＦＦＦＦＦ”で示される色である。文字列７２１の文字色は、“＃００００００”で示される色である。

【0074】

次に、管理サーバ１００の処理手順を説明する。
図１０は、管理サーバの処理例を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。

【0075】

（Ｓ１１）リクエスト受信部１３０は、クライアント５００からリクエストを受信する。アドレス変換部１４０は、リクエストに含まれる宛先ＵＲＬに応じて、当該リクエストの宛先を転送先の宛先（ＶＴサーバ２００、スイッチ３００またはストレージ４００の何れかのＩＰアドレスを含むＵＲＬ）に変換する。また、アドレス変換部１４０は、当該リクエストの送信元を管理サーバ１００のＩＰアドレスに変換する。

【0076】

（Ｓ１２）リクエスト送信部１５０は、アドレス変換部１４０によるアドレス変換後のリクエストを送信する。当該リクエストは、変換後の宛先に対応する装置（ＶＴサーバ２００、スイッチ３００またはストレージ４００）に到達する。

【0077】

（Ｓ１３）カラー変換部１７０は、記憶部１１０に記憶されたカラー配列情報１１１の読み込みを行う。
（Ｓ１４）レスポンス受信部１６０は、ＶＴサーバ２００、スイッチ３００またはストレージ４００から、ステップＳ１２で送信したリクエストに対するレスポンスを受信する。レスポンスは、ＧＵＩに対応するＵＲＬやＤＯＭデータを含む。なお、ステップＳ１３は、ステップＳ１４の後に実行されてもよい。

【0078】

（Ｓ１５）カラー変換部１７０は、ＵＲＬおよびＤＯＭデータをレスポンスから抽出する。
（Ｓ１６）カラー変換部１７０は、ＵＲＬに基づいて、今回受信したレスポンスに含まれるＤＯＭデータがキャンセルまたは戻る操作に対するＤＯＭデータであるか否かを判定する。キャンセルまたはバック操作に対するＤＯＭデータである場合、処理をステップＳ１７に進める。キャンセルまたはバック操作に対するＤＯＭデータでない場合、処理をステップＳ１９に進める。例えば、カラー変換部１７０は、キャンセル回数管理テーブル１１２に登録されたキャンセルまたはバック操作後のＵＲＬに今回のＵＲＬが一致するか否かにより、今回のＵＲＬがキャンセルまたはバック操作に応じて応答されたものか否かを判定できる。

【0079】

（Ｓ１７）カラー変換部１７０は、キャンセル回数管理テーブル１１２に登録されたＵＲＬのうち、今回のＵＲＬに一致するＵＲＬのレコードの回数（キャンセル回数）の設定値に、１を加算する。なお、カラー変換部１７０は、各ＵＲＬのキャンセル回数について、最後に更新されてから所定時間経過後（例えば、１０分間経過後など）に、当該キャンセル回数の設定値を０にリセットする。

【0080】

（Ｓ１８）カラー変換部１７０は、キャンセル回数管理テーブル１１２に登録された何れかのＵＲＬに対してキャンセル回数が閾値に達したか否かを判定する。キャンセル回数が閾値に達した場合（あるキャンセル回数＝閾値）、処理をステップＳ２７に進める（カラー変換しない）。キャンセル回数が閾値に達していない（何れのキャンセル回数の閾値未満である）場合、処理をステップＳ１９に進める。

【0081】

（Ｓ１９）カラー変換部１７０は、ステップＳ１５で抽出したＵＲＬがカラー配列情報１１１にあるか否かを判定する。ある場合、処理をステップＳ２７に進める（カラー変換しない）。ない場合、処理をステップＳ２０に進める。

【0082】

（Ｓ２０）カラー変換部１７０は、ステップＳ１５で抽出したＤＯＭデータを参照して、フレームがあるか否かを判定する。フレームがある場合、処理をステップＳ２１に進める。フレームがない場合、処理をステップＳ２３に進める。例えば、カラー変換部１７０は、フレームに対応する所定のセレクタ情報をＤＯＭデータから検索することで、フレームがあるか否かを判定する。フレームに対応する所定のセレクタ情報がＤＯＭデータ内にあれば、フレームがあることになる。同セレクタ情報がＤＯＭデータ内になければ、フレームがないことになる。

【0083】

（Ｓ２１）カラー変換部１７０は、フレームに対応するセレクタ情報をＤＯＭデータから抽出する。
（Ｓ２２）カラー変換部１７０は、抽出したセレクタ情報がカラー配列情報１１１にあるか否かを判定する。ある場合、処理をステップＳ２６に進める（該当フレームについてカラー変換しない）。ない場合、処理をステップＳ２３に進める。ステップＳ２２からステップＳ２３に進む場合、ステップＳ２３〜２５でカラー変換の対象となるのは、該当のフレーム内のみとなる。

【0084】

（Ｓ２３）カラー変換部１７０は、背景色と文字色との組合せの情報をＤＯＭデータから抽出する。なお、ステップＳ２２ Ｎｏの後にステップＳ２３を実行する場合、当該組合せは該当のフレーム内での色の定義ということになる。カラー変換部１７０は、抽出した背景色がカラー配列情報１１１にある背景色であるか否かを判定する。抽出した背景色がカラー配列情報１１１にある背景色である場合、処理をステップＳ２４に進める。抽出した背景色がカラー配列情報１１１にある背景色でない場合、処理をステップＳ２６に進める（カラー変換しない）。

【0085】

（Ｓ２４）カラー変換部１７０は、ステップＳ２３で抽出した文字色がカラー配列情報１１１にある文字色であるか否かを判定する。ここで、カラー変換部１７０は、ステップＳ２４では、カラー配列情報１１１に登録された文字色のうち、ステップＳ２３で抽出した背景色に対応する文字色と、ステップＳ２３で抽出した文字色とを比較して判定を行う。すなわち、ステップＳ２４の判定は、ステップＳ２３で抽出した組合せに対して、カラー配列情報１１１から背景色が一致する組合せを抽出し、両組合せの文字色が一致しているか否かを判定しているともいえる。抽出した文字色がカラー配列情報１１１にある文字色である（両組合せについて、両背景色は一致し、両文字色も一致する）場合、処理をステップＳ２６に進める（元々両組合せが一致しているためカラー変換しない）。抽出した文字色がカラー配列情報１１１にある文字色でない（両組合せについて、両背景色は一致するが、両文字色は一致しない）場合、処理をステップＳ２５に進める。

【0086】

（Ｓ２５）カラー変換部１７０は、文字色を変更する。具体的には、カラー変換部１７０は、ＤＯＭデータにおける文字色の定義箇所を、カラー配列情報１１１から抽出した文字色の情報に置き換える。ステップＳ２５の処理は、図９の例でいえば、ＤＯＭデータ８１０の５行目のｔｅｘｔ＝“＃ＡＡＡＡＡＡ”の記述を、ＤＯＭデータ８２０の５行目のｔｅｘｔ＝“＃００００００”の記述に置き換えることに相当する。

【0087】

（Ｓ２６）カラー変換部１７０は、ＤＯＭデータを参照して、未処理のフレームがあるか否かを判定する。未処理のフレームがある場合、処理をステップＳ２１に進める。未処理のフレームがない場合、処理を終了する。なお、ステップＳ２０ Ｎｏであった場合、今回のＤＯＭデータはフレームをもたないので、カラー変換部１７０は、ステップＳ２６をスキップしてステップＳ２７に進めてもよい。

【0088】

（Ｓ２７）アドレス変換部１４０は、ＤＯＭデータを含むレスポンスの宛先をクライアント５００とし、送信元を管理サーバ１００とする（アドレス変換）。ここまでの手順でカラー変換を行っている場合、ステップＳ２７のレスポンスに含まれるＤＯＭデータは、カラー変換後のＤＯＭデータである。一方、ここまでの手順でカラー変換を行っていない場合、ステップＳ２７のレスポンスに含まれるＤＯＭデータは、ステップＳ１５で抽出したＤＯＭデータである。レスポンス送信部１８０は、アドレス変換後のレスポンスをクライアント５００に送信する。

【0089】

図１１は、Ｗｅｂページのレイアウト例を示す図である。ＧＵＩは、Ｗｅｂページとして、クライアント５００のブラウザにより表示される。ここで、Ｗｅｂページは、複数のフレームをもつレイアウトが可能である。例えば、ヘッダー、サイドバー、コンテンツ１、コンテンツ２およびフッターなどのフレームにそれぞれ別個の内容を表示させることができる。管理サーバ１００によれば、フレーム単位にカラー変換を抑止するよう設定可能である。例えば、図６のカラー配列情報１１１の例では、カラー変換部１７０は、コンテンツ１（セレクタ情報“ｃｏｎｔｅｎｔｓ１”に対応）やコンテンツ２（セレクタ情報“ｃｏｎｔｅｎｔｓ２”に対応）に対するカラー変換を抑止する。

【0090】

更に、カラー変換部１７０は、ユーザによるキャンセル操作やバック操作の回数が所定時間の間に閾値に達した場合にも、該当のＵＲＬに対応するＧＵＩのカラー変換を抑止する。ユーザによるキャンセル操作やバック操作の頻度が比較的多い場合、ユーザは、該当のＧＵＩのカラーデザインに対して違和感を覚えている可能性が高いからである。この場合、カラー変換部１７０は、カラー変換を抑止することで、ユーザの違和感を抑え、設定作業を円滑に行えるよう支援できる。

【0091】

以上のように、管理サーバ１００は、ＶＴライブラリ１０に属するＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれから提供されるＧＵＩを、カラー配列情報１１１を用いて所定の配色となるよう変換する。この場合、ＶＴライブラリ１０のユーザは、カラー配列情報１１１に背景色と文字色との組合せや、カラー変換対象から除外したいＵＲＬやフレームの識別情報を設定しておけばよく、ＧＵＩのＤＯＭデータを直接編集せずに済む。このため、ユーザによるＧＵＩのカラーデザインの変更に伴う作業の省力化を図れ、ＧＵＩのデザイン変更の作業効率を改善することができる。

【0092】

また、管理サーバ１００は、カラー配列情報１１１を基に、ＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれから提供されるＧＵＩの配色を変更する。これにより、ＶＴサーバ２００、スイッチ３００およびストレージ４００それぞれの機種やベンダが異なっていても、ユーザに対してある程度統一されたカラーデザインによるＧＵＩを提供できる。そのために、ユーザは、カラー配列情報１１１として、各機器や各ベンダのＧＵＩで用いられている配色の傾向に応じた背景色と文字色との組合せを定義しておけばよい。すると、カラー配列情報１１１を基に管理サーバ１００により、システム製品として配色の統一されたＧＵＩをユーザに提供できる。例えば、ＶＴライブラリ１０というシステム製品として配色の統一されたＧＵＩをユーザに提供することで、例えば、ユーザにとって違和感の少ない表示により各種通知を行うことができ、ＶＴライブラリ１０の適切な運用支援に貢献できる。

【0093】

なお、第１の実施の形態の情報処理は、演算部１ｂにプログラムを実行させることで実現できる。また、第２の実施の形態の情報処理は、プロセッサ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体１３に記録できる。

【0094】

例えば、プログラムを記録した記録媒体１３を配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。コンピュータは、例えば、記録媒体１３に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。

【符号の説明】

【0095】

１ 画面構成制御装置
１ａ 記憶部
１ｂ 演算部
２ サーバ
３ クライアント
４，５ 表示情報
４ａ，５ａ ＧＵＩ
Ｔ１ カラー配列情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】