JP2016103120A - 画面パーツ生成装置 - Google Patents

Abstract

【課題】色違いのパーツ画像を作成する作業の負担を軽減させる。【解決手段】基準画像記憶部１１は、任意のアイテムに係わる任意の形状・デザインの任意の色系のパーツ画像である基準画像を予め記憶する。任意色指定部１３は、ユーザに任意の色を指定させる。画像データ作成処理部１４は，この指定色と上記基準画像とに基づいて、当該指定色の色系であって基準画像のデザイン等（明るい部分や影となる部分）を反映させた各色を有するパーツ画像を生成する。【選択図】図１

Description

本発明は、プログラマブル表示器用の画面の作成に用いられるパーツ画像を作成するツールに関する。

例えば、特許文献１の発明は、任意の合成表示領域内等のグラフィック画像データの表示可能色を向上させる画像合成処理装置を提供する。この発明では、下記の各構成を有する。

・ビット幅を拡張することができる複数の色情報テーブルを有する色情報テーブル部１３；
・色情報テーブルから出力される画像データを変倍できるフィルター部１４；
・フィルター部１４から出力される画像データと第２の画像データとを合成する画像合成部１８；
・合成表示領域を少なくとも１個生成することができる領域生成部１７；
・グラフィック画像データと合成表示領域の領域信号とが入力され、合成表示領域に表示される画像データと合成表示領域以外の表示領域に表示される画像データの各々に対して、異なる色情報テーブルを対応させることができる色情報テーブル制御部２０；
また、特許文献２の発明では、保持している画面データに対して座標変換処理を実施して、回転後の新たな画面データを生成する。これによって、利用者が縦・横表示用のデータすなわち例えば回転後の新たな画面データを、作成する必要がなくなる。

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

従来、プログラマブル表示器における表示画面（操作表示画面）を、ユーザに任意に作成させる作画エディタ装置が、設けられている場合がある。
作画エディタ装置には、各種アイテムに対応して予め作成されている各種パーツ画像（画面部品；例えば、スイッチ、ボタン、ランプ、メータ等）が、予め記憶されている。ユーザは、上記操作表示画面を作成する際には、上記各種パーツ画像の中から所望のパーツ画像を選択して、このパーツ画像を所望の位置に配置する作業を行う。

上記各種パーツは、例えばボタンを例にすると、例えば四角形や円形等の形状や、デザイン、色等によって、様々な形状・デザイン・色のボタンが、予め任意に作成されて登録されている。ユーザは、その中から所望の形状・デザイン・色のボタンを選択して、このボタンを所望の位置に配置する作業を行うことになる。

図６は、従来のパーツ選択・配置作業を説明する為の図である。
ここでは、任意のアイテムとして図示の四角形のボタンを例にする。この四角形ボタンに関して、予め図示の８色のパーツ画像が、予め開発者等によって作成されて、作画エディタ装置に記憶されている。作画エディタ装置は、色指定部を有している。色指定部は、上記８色を選択肢として提示してユーザに任意の色を選択させる。これより、上記８色のパーツ画像群の中からユーザが選択した色のパーツ画像が取り出されて、これがユーザによって所望に位置に配置されることになる。図示の例では黄色が指定されているので、上記四角形のボタンであって黄色のパーツ画像が取り出されて、任意の位置に配置されることになる。

上記従来技術では、ユーザは、上記予め用意されている８色の中から選択することしか出来なかった。より多くの色のパーツ画像を用意することも出来るが、手間が掛かるし、パーツ画像保存の為に必要な記憶容量も増大することになる。

ここで、近年は、上記デザインとして、立体的／３Ｄ的なデザインも増えており、光沢や陰影を意識したデザイン等もある。また、各形状・デザイン毎に、色違いのパーツを作成する場合が多い。特に上記立体的／３Ｄ的なデザインの場合、例えば「赤いボタン」、「青いボタン」等であっても、単純に赤一色や青一色とはならず、例えば「赤いボタン」の場合、通常の赤色の部分もあれば、くすんだ赤色の部分もあれば、明るい赤色の部分もあることになる。明るい赤色の部分は、例えば光が当たっている部分であり、くすんだ赤色の部分は、例えば影となっている部分である。

この様な事情から、単純に任意の色を指定すれば済むものではなく、デザインに応じた色の設定作業は、複雑なものとなっていた。この為、様々な色のパーツ画像を用意したくても、現実には作業量が膨大となるので、現状では各形状・デザイン毎に８色程度を作成するのが限界となっている。

本発明の課題は、作画エディタ装置において、プログラマブル表示器の操作表示画面作成作業に用いる各種パーツ画像の作成作業であって特に色違いのパーツ画像を作成する作業の負担を軽減させることができる作画エディタ装置等を提供することである。

本発明の画面パーツ生成装置は、下記の各手段を有する。
・任意のアイテムに係わる任意の色系のパーツ画像である基準画像を予め記憶する基準画像記憶手段；
・任意の色を指定させる色指定手段；
・前記基準画像の色系から代表色を決定する代表色決定手段；
・該代表色を前記色指定手段による指定色に変換させる為の変換量を算出する変換量算出手段；、
・前記基準画像の色系の各色を、それぞれ、前記変換量を用いて変換する変換手段。

そして、該変換手段によって、前記アイテムに関して前記基準画像の色系以外の色系のパーツ画像が生成されるものである。

本発明の作画エディタ装置等によれば、作画エディタ装置において、プログラマブル表示器の操作表示画面作成作業に用いる各種パーツ画像の作成作業であって特に色違いのパーツ画像を作成する作業の負担を軽減させることができる。そして、これより、各形状・デザイン毎に、多数の色違いのパーツ画像を容易に作成できるようになる。

本例の画像パーツ生成装置の機能ブロック図である。 （ａ）〜（ｃ）は、基準画像、マスク用画像等の一例である。 画像データ作成処理部の処理フローチャート図である。 ＨＳＶカラーモデルである。 図２の例に応じた変換処理のイメージを示す図である。 従来のパーツ指定方法を説明する為の図である。

以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例の画像パーツ生成装置１０の機能ブロック図である。
画像パーツ生成装置１０は、プログラマブル表示器の操作表示画面の作成に用いられる各種アイテムに係わる画像（パーツ画像）を、任意に作成させる装置である。各種パーツ画像は、各アイテムに応じて、様々な形状、デザインの画像が作成されるものであり、更に形状・デザインが同一で色違いのパーツ画像が複数作成される場合もある。

本例の画像パーツ生成装置１０は、この様な形状・デザインが同一で色違いのパーツ画像の作成作業負担を、軽減させることができる。その為に、開発者等が、予め任意の形状・デザインのアイテム画像を作成して、これを基準画像として登録しておく。

この基準画像の色は、開発者等が任意に決めた色であってよいが、上述したことから、デザイン等が色に影響する場合がある。例えば、３Ｄデザイン等の影響により、光が当たる部分が明るい色表現となったり、影となる部分が“くすんだ”色などの色表現となる場合がある。例えば一例として、任意の形状・デザインのアイテム画像に関して、普通の赤色の部分と、“くすんだ”赤色の部分と、明るい赤色の部分とを有するパーツ画像があり得る。尚、この様なものを、赤色系のパーツ画像と呼ぶものとする。勿論、赤色系に限らず、青色系、黄色系、紫色系など、様々な色系のパーツ画像があり得る。

画像パーツ生成装置１０は、任意の形状・デザインのパーツ画像に関して、任意の色系の基準画像などを予め用意しておくことで、色違いの（他の色系の）パーツ画像を容易に生成できるものである。

画像パーツ生成装置１０は、ユーザが任意の色を指定すると、基準画像に基づいて、この基準画像のデザイン等を指定色に反映させるようにして当該指定色に応じたパーツ画像を生成する。この様にして、基準画像とは色違いのパーツ画像を、自動的に生成できる。つまり、ユーザは任意の色を指定する作業を行えばよく、作業負担が軽減される。

画像パーツ生成装置１０は、例えば、作画エディタ装置に、備えられる。但し、この例に限らない。作画エディタ装置は、上述したように、プログラマブル表示器の操作表示画面などを、ユーザに任意に作成させる機能を有するコンピュータ装置等である。

図示の画像パーツ生成装置１０は、基準画像記憶部１１、マスク画像記憶部１２、任意色指定部１３、画像データ作成処理部１４の各種機能部を有する。尚、図示のように、画像データ作成処理部１４は、代表色決定部２１、変換量算出部２２、変換部２３、マスク処理部２４等から成るものであるが、これらについては後述するものとし、ここでは、これらを纏めた画像データ作成処理部１４としての処理機能について説明するものとする。

本手法では、任意のアイテムに係わるパーツ画像を、予め、最低１種類作成して記憶しておく。これを基準画像と呼ぶものとする。基準画像は、上記任意のアイテムに係わる任意の形状・デザイン・色のパーツ画像である。基準画像は、予め開発者等が任意に作成して上記基準画像記憶部１１に格納しておく。上記任意のアイテムに係わるパーツ画像を、更にもう一種類、予め作成しておくようにしてもよく、これを色差分検出用画像と呼ぶものとする。色差分検出用画像は、予めマスク画像記憶部１２に格納しておく。

これら基準画像、色差分検出用画像の具体例を図２（ａ）に示しており、後に説明する。色差分検出用画像は、例えば、形状・デザインは基準画像と同じであるが、色違いの画像である。但し、全てにおいて色違いとは限らず、基準画像と同色である部分を有するものであってもよい。尚、色差分検出用画像は、必須ではなく、基準画像だけであってもよいが、本説明で用いる一例（図１、図２等）では、各アイテム毎に、上記２種類のパーツ画像すなわち基準画像、色差分検出用画像を、予め記憶しておくものとする。

そして、画像データ作成処理部１４が、各アイテム毎に、これら２種類のパーツ画像に基づいて、これら２種類のパーツ画像の色系以外の他の色系のパーツ画像を、作成する。画像データ作成処理部１４は、任意色指定部１３によって任意に指定された色に応じたパーツ画像を、自動的に作成する。画像データ作成処理部１４は，この指定色と上記基準画像とに基づいて、当該指定色の色系であって基準画像のデザイン等を反映させた各色を有するパーツ画像を生成する。これは、例えば、明るい部分や影となる部分を反映させた各色を有するパーツ画像を生成する。

上記基準画像、色差分検出用画像の一例を図２（ａ）に示す。
図２（ａ）には、アイテム種別がボタンであり形状が図示のような四角形であるアイテムに係わる基準画像と色差分検出用画像を示す。図上、左側が基準画像、右側が色差分検出用画像である。

図示のボタンの形状を更に詳しく説明するならば、枠と、この枠内のボタン本体部分とから構成される。枠は、両方とも同じ色（例えば銀色）であり、ボタン本体部分が両者で色系が異なる。ここでは、ボタン本体部分が、基準画像が紫色系であり、マスク用画像が青色系であるものとする。

この例では、画像データ作成処理部１４は、このボタン本体部分が、紫色系、青色系以外の任意の色系となるパーツ画像を、生成することになる。本例では、任意色指定部１３による指定色に応じたパーツ画像を、生成する。

任意色指定部１３は、ユーザに任意の所望の色を指定させる。
画像データ作成処理部１４は、任意色指定部１３で指定された色に応じた新たなパーツ画像を、上記２種類のパーツ画像すなわち基準画像と色差分検出用画像に基づいて生成する。但し、この例に限らず、例えば色差分検出用画像や後述するマスク用画像等は、必ずしも必要なものではない。すなわち、基準画像のみに基づいて、指定色に応じた新たなパーツ画像を生成する構成であってもよい。これについては、後に説明するものとし、ここでは色差分検出用画像や後述するマスク用画像等も用いる例について説明する。

ここで、上述したように、単純に任意色指定部１３で指定された色のパーツ画像を、生成すれば良いわけではない。図２（ａ）に示すように、例えば基準画像におけるボタン本体部分の色は、上記のように紫色系である。紫色系とは、全てが単純な紫ではなく、ボタン本体部分の上側は、光沢等を表現している為に明るい紫となっており、ボタン本体部分の下側は、影等を表現している為に“くすんだ”紫色となっている。これは、基準画像だけでなく色差分検出用画像についても同様である。例えば、上記青色系の場合、基本的には青色であり、これ以外に、明るい青色の部分と、“くすんだ”青色の部分とが存在することになる。

これより、任意色指定部１３で指定された色が仮に黄色であった場合には、この指定色に応じて生成されるパーツ画像は、形状・デザインが上記基準画像と同じである黄色系のパーツ画像となる。つまり、上記ボタン本体部分の色が、基本的には黄色であるが、その上側は光沢等を表現する明るい黄色となり、その下側が影等を表現する“くすんだ”黄色となるパーツ画像が、画像データ作成処理部１４によって生成されることになる。

この様な新パーツ画像の生成処理については、詳しくは後述するが、例えば基準画像に対して後述する変換処理を実行することで、新パーツ画像を生成する。その際、色差分検出用画像を用いて基準画像の一部をマスクすることで、マスクされない部分のみを変換処理対象とするようにしてもよい。詳しくは後述する。

尚、画像パーツ生成装置１０は、特に図示しないが、例えばＣＰＵ／ＭＰＵ等の演算プロセッサ、メモリ等の記憶部などを有している。そして、不図示の記憶部には予め所定のアプリケーションプログラムが記憶されている。上記不図示の演算プロセッサが、このアプリケーションプログラムを実行することで、たとえば上記任意色指定部１３、画像データ作成処理部１４（代表色決定部２１、変換量算出部２２、変換部２３、マスク処理部２４）などの各種機能が実現される。また、上記不図示の記憶部の記憶領域の一部が、基準画像記憶部１１やマスク画像記憶部１２等となると見做しても構わない。

図３に、画像データ作成処理部１４の処理フローチャート図を示す。
図３において、例えばユーザによって任意のアイテムが指定されると、このアイテムに対応する上記基準画像と色差分検出用画像とを読み込む（ステップＳ１１，Ｓ１２）。

そして、まず、基準画像と色差分検出用画像とを比較して、両者で色が同じである部分を検出してこの部分をマスクする。つまり、上記２種類の画像で同色である部分は、処理対象から除外し、それ以外の部分を処理対象とする（ステップＳ１３）。これは、例えば、同じ座標のピクセル（画素）同士を比較して、色が同一であるか否かを判定し、同一である画素はマスクするものである。そして、マスクされない部分を、“処理対象画像”とする。

上記ステップＳ１３の処理は、上記図２に示す例の場合、まず、基準画像と色差分検出用画像とを比較して、両者で色が同じである部分を検出してこの部分を図２（ｂ）に示すようにマスク用画像として抜き出す。この例では、図示の枠部分が、マスク用画像として抜き出されることになる。そして、このマスク用画像によって基準画像をマスクする処理を行うことで、この例では枠部分がマスクされることになり、これによって実質的に図２（ｃ）に示す部分（この例では上記ボタン本体部分）が“処理対象画像”となる。

尚、この例に限らず、例えば上記マスク用画像（図２（ｂ）の例では枠部分）を、予め生成しておき、これを上記色差分検出用画像の代わりに上記マスク画像記憶部に予め記憶しておく形態であっても構わない。

上述したステップＳ１３の処理以降は、任意色指定部１３で指定された色（指定色）と、上記“処理対象画像”とを用いて処理実行することになる。
すなわち、まず、“処理対象画像”において代表となる色を判別して“代表色”とする（ステップＳ１４）。この処理は、例えば、“処理対象画像”の全ピクセル（画素）の色を判別して、最も多い色を“代表色”とする。換言すれば、処理対象画像において最も面積が大きい色を“代表色”とする。

上記図２（ａ）の例では、ボタン本体部分の色は、概略的には、普通の紫色、明るい紫色、“くすんだ”紫色から成り、ボタン本体部分の色として最も多い色は、普通の紫色となる。よって、普通の紫色が“代表色”となる。

続いて、この代表色を、ＲＧＢ値からＨＳＶ値に変換する（ステップＳ１５）。また、指定色も、ＲＧＢ値からＨＳＶ値に変換する（ステップＳ１６）。よく知られているように、一般的に、色はＲＧＢ値によって表される場合が多い。上記基準画像や色差分検出用画像も、ＲＧＢ値によって各ピクセルの色を表している。ステップＳ１５の処理では、これを、ＨＳＶ値に変換する。このＲＧＢ−ＨＳＶ変換処理自体は、既存技術であり、ここでは特に詳細には説明しないものとする。

ここで、ＨＳＶ値について、図４を参照して説明する。
ＨＳＶカラーモデルは、色を、“色相（Ｈ）”、“彩度（Ｓ）”、“明度（Ｖ）”の３つの指標で数値化したものであり、図４（ａ）に示す円錐型ＨＳＶモデルや、図４（ｂ）に示す円筒型ＨＳＶモデル等が知られている。

“色相（Ｈ）”は、色合いを示す指標であり、図４（ａ）、（ｂ）に示すように、円における０°〜３６０°の角度を用いて数値化するものである。例えば、０°（３６０°）が赤色であり、１２０°が緑色であり、２４０°が青色である。

“彩度（Ｓ）”は、色の鮮やかさを示す指標であり、０．０〜１．０（０％〜１００％）で数値化される。数値が大きい程、純色に近くなり、数値が小さいほど白、黒、灰色に近くなる。

“明度（Ｖ）”は、色の明るさを示す指標であり、０．０〜１．０（０％〜１００％）で数値化される。
例えば上述した普通の紫色と明るい紫色と“くすんだ”紫色とでは、“色相（Ｈ）”はほぼ同じであるが、“彩度（Ｓ）”や“明度（Ｖ）”が異なることになる。この様な関係の色群を、紫色系と呼ぶものとする。これを利用して、“彩度（Ｓ）”や“明度（Ｖ）”は基準画像のままとし、“色相（Ｈ）”だけを変更する処理が、後述するステップＳ１９等の処理である。詳しくは後述する。

本手法は、任意の色系の基準画像から、指定色の色系のパーツ画像を生成するものと言える。これは上記具体例の場合、紫色系の基準画像から、黄色系のパーツ画像を生成するものと言える。

図３の説明に戻る。
上記ステップＳ１５、Ｓ１６によって得たＨＳＶ値を用いて、代表色から指定色への変更値（オフセット値）を求める（ステップＳ１７）。つまり、代表色を指定色に変換させる為の変換量を算出する。

この変更値は、本例では、“色相（Ｈ）”に関しては代表色と指定色との差分を求め、“彩度（Ｓ）”と“明度（Ｖ）”に関しては代表色と指定色との比率を求める。すなわち、以下の各式により各変更値（オフセット値）を算出する。
・「色相（Ｈ）のオフセット値」＝「指定色の色相（Ｈ）」−「代表色の色相（Ｈ）」
・「彩度（Ｓ）のオフセット値」＝「指定色の彩度（Ｓ）」÷「代表色の彩度（Ｓ）」
・「明度（Ｖ）のオフセット値」＝「指定色の明度（Ｖ）」÷「代表色の明度（Ｖ）」
但し、この例に限らない。上記変更値の算出処理は、例えば、“色相（Ｈ）”、“彩度（Ｓ）”、“明度（Ｖ）”の全てにおいて、代表色と指定色との差分を求めるようにしてもよい。但し、この方法よりも上記「“彩度（Ｓ）”と“明度（Ｖ）”に関しては比率を求める」方法の方が、より良い結果が得られることが、本出願人により実験等によって確認されている。

続いて、上記“処理対象画像”（例えば、ボタン本体部分など）に関して、上記代表色以外の他の色についても、全て、ＲＧＢ値からＨＳＶ値に変換する（ステップＳ１８）。上記一例では代表色である“普通の紫色”については既にＨＳＶ値を求めてあるので、他の色である「明るい紫色」、「“くすんだ”紫色」についても、それぞれ、そのＲＧＢ値をＨＳＶ値に変換する。

そして、上記“処理対象画像”の全ての色に関して、それぞれ、上記ＨＳＶ値に対して上記変更値（オフセット値）を用いて、色変換を行う（ステップＳ１９）。
上記色変換処理は、上記“処理対象画像”の各色を順次、変換対象色として、以下の式によって色変換を行う。

・「変換後の色相（Ｈ）」＝「変換対象色の色相（Ｈ）」＋「色相（Ｈ）のオフセット値」
・「変換後の彩度（Ｓ）」＝「変換対象色の彩度（Ｓ）」×「彩度（Ｓ）のオフセット値」
・「変換後の明度（Ｖ）」＝「変換対象色の明度（Ｖ）」×「明度（Ｖ）のオフセット値」
上記一例では、「普通の紫色」、「明るい紫色」、「“くすんだ”紫色」のそれぞれに関して、上記「変換後の色相（Ｈ）」及び「変換後の彩度（Ｓ）」及び「変換後の明度（Ｖ）」を求める。

そして、この変換後のＨＳＶ値を、上記“処理対象画像”の各ピクセル（画素）に反映させる（ステップＳ１９）。例えば、「“くすんだ”紫色」の画素の色は、「“くすんだ”紫色」に関して求められた上記「変換後の色相（Ｈ）」及び「変換後の彩度（Ｓ）」及び「変換後の明度（Ｖ）」に変更する。

最後に、全ての画素について上記変換後のＨＳＶ値をＲＧＢ値に変換する（ステップＳ２０）。これによって、基準画像と同じ形状・デザインであって指定色に応じた色系の新たなパーツ画像が、自動的に生成される。上記一例では、ステップＳ１９の処理により、「普通の紫色」は「普通の黄色」に色変換され、「明るい紫色」は「明るい黄色」に色変換され、「“くすんだ”紫色」は「“くすんだ”黄色」に色変換されることになる。そして、ステップＳ２０の処理により、「普通の紫色」である画素は全て「普通の黄色」に色変換され、「明るい紫色」である画素は全て「明るい黄色」に色変換され、「くすんだ紫色」である画素は全て「くすんだ黄色」に色変換されることになる。これによって、上記新たなパーツ画像が生成されることになる。

尚、上記ステップＳ１８，Ｓ１９の処理は、上記“処理対象画像”の全てのピクセル（画素）に対して、その色を上記変更値（オフセット値）を用いて色変換する処理としても構わない。

また、尚、Ｈ値はラジアン値なので、上記ステップＳ１９の変換処理において、上記「変換後の色相（Ｈ）」が最大値（３６０°）を越えた場合には３６０°を引くことで範囲内に収める。尚、範囲内とは、０°〜３６０°の間である。

つまり、「変換後の色相（Ｈ）」＞」３６０である場合には、
「変換後の色相（Ｈ）」（修正値）＝「変換後の色相（Ｈ）」−３６０
とする。

同様に、上記「変換後の色相（Ｈ）」が最小値（０°）を下回った場合つまり負の値となった場合には、３６０°を加算することで範囲内に収める。
つまり、「変換後の色相（Ｈ）」＜０である場合には、
「変換後の色相（Ｈ）」（修正値）＝「変換後の色相（Ｈ）」＋３６０
とする。

図５に、図２の例に応じた上記変換処理のイメージを示す。
図５において、左側には基準画像を示し、右側には変換画像すなわち指定色に応じたパーツ画像を示す。上記の通り、一例としては、基準画像は紫色系となっており、変換画像は黄色系となる。基準画像において光が当たっている部分は、変換画像においても光が当たっているような色彩となる。つまり、上記「明るい黄色」となる。同様に、基準画像において影となっている部分は、変換画像においても影となっているような色彩となる。つまり、上記「くすんだ黄色」となる。

また、この例において、仮に指定色が「くすんだ黄色」であった場合には、「普通の紫色」である画素は全て「くすんだ黄色」に変換され、「くすんだ紫色」である画素は全て「更にくすんだ黄色」に変換され、「明るい紫色」である画素は全て例えば「普通の黄色」に変換されることになる。このように、本手法では、元画像（基準画像）のデザイン性を維持しつつ、任意の指定色に応じたパーツを自動生成することができる。デザイン性とは、例えば光が当たっている部分や影の部分等があることであるが、この例に限らない。

例えば上記一例のように、「普通の紫色」を「普通の黄色」に変換する為の変換値（色相（Ｈ）＝−２４０°）を算出して、他の同色系（ここでは紫色系）の部分すなわち「くすんだ紫色」の部分や「明るい紫色」も、同じ変換値で色相のみを変更する。これによって、「普通の紫色」の部分と、光沢や影を表現している部分との、相対的な彩度、明度の差を残しつつ黄色系に変えることができる。つまり、元々のデザインによる光が当たっている感じや色がくすんでいる感じを残しつつ、黄色系のパーツ画像を自動生成することができる。つまり、自然な色調変更を実現できる。換言すれば、元画像とは異なる色系のパーツ画像を、元画像のデザインによる色の明るさ／鮮やかさをそのまま維持する形で生成することができる。

また、画像全体の明暗を変えたり、鮮やかさを変える場合も、同様に、全てのピクセルのＳ値やＶ値を、同じ変換値により変更することで、各ピクセル間の相対的なＨ，Ｓ，Ｖ値の差を残しつつ色調変更を行うことで、新たなパーツ画像を生成することができる。

尚、上述した例に限らず、例えば以下に説明する変形例であっても構わない。
変形例では、上記色差分検出用画像は用いない。代わりに、上記“処理対象画像”を、予め生成しておき記憶しておく。尚、処理対象画像の作成方法は、上記ステップＳ１１〜Ｓ１３の処理であって構わない。つまり、この例では、上記ステップＳ１１〜Ｓ１３の処理を逐一実行するのではなく、予め実行しておき、処理結果を記憶しておくものと見做してもよい。更に、予め上記マスク用画像（例えば枠部分）を作成して保存しておく。

そして、上記ステップＳ１１、Ｓ１２、Ｓ１３の処理の代わりに、当該予め記憶してある“処理対象画像”を読み出す処理を実行する。更に、ステップＳ２０の処理を実行後に、生成したツール画像に対して上記マスク用画像（上記一例では枠の画像）を合成する処理を行うことで、ツール画像を完成させる。

以上が変形例の処理例であるが、この例に限らず、他の変形例があっても構わない。
また、上記一例ではＲＧＢ値をＨＳＶ値に変換して処理実行したが、この例に限らない。例えば、ＲＧＢ値をＨＬＳ値に変換して処理実行するようにしてもよい。

また、上述したように、ＲＧＢ値からＨＳＶ値への変換処理、ＨＳＶ値からＲＧＢ値への変換処理は、既存技術であるが、以下、簡単に説明しておく。
例えば、Microsoft Foundation Class (MFC)の場合、以下の２つの関数が用意されている。

CDrawingManager::RGBtoHSV （色をＲＧＢ表現からＨＳＶ表現に変換）
CDrawingManager::HSVtoRGB （色をＨＳＶ表現からＲＧＢ表現に変換）
よって、これらの関数を用いれば、ＲＧＢ値からＨＳＶ値への変換処理、ＨＳＶ値からＲＧＢ値への変換処理を、実現できる。

また、ＲＧＢ値からＨＳＶ値への変換式を、以下に示す。
Ｉｍａｘ＝Ｍａｘ（Ｒ，Ｇ，Ｂ）
Ｉｍｉｎ＝Ｍｉｎ（Ｒ，Ｇ，Ｂ） とした場合、
・Ｒ＝Ｉｍａｘのとき、
Ｈ＝６０×（Ｇ−Ｂ）／（Ｉｍａｘ−Ｉｍｉｎ）
・Ｇ＝Ｉｍａｘのとき、
Ｈ＝６０×（Ｂ−Ｒ）／（Ｉｍａｘ−Ｉｍｉｎ）＋１２０
・Ｂ＝Ｉｍａｘのとき、
Ｈ＝６０×（Ｒ−Ｇ）／（Ｉｍａｘ−Ｉｍｉｎ）＋２４０
Ｓ＝（Ｉｍａｘ−Ｉｍｉｎ）／Ｉｍａｘ
Ｖ＝Ｉｍａｘ
また、ＨＳＶ値からＲＧＢ値への変換式を、以下に示す。

ｈ＝floor(Ｈ／６０)・・・floor（）は、（）内の算出値の小数点以下の切捨て処理
Ｐ＝Ｖ×（１−Ｓ）
Ｑ＝Ｖ×（１−Ｓ×（Ｈ／６０−ｈ））
Ｔ＝Ｖ×（１−Ｓ×（１−Ｈ／６０＋ｈ））
として、ｈの値に応じて下記のように決定する。
・ｈ＝０のとき
Ｒ＝Ｖ， Ｇ＝Ｔ， Ｂ＝Ｐ
・ｈ＝１のとき
Ｒ＝Ｑ， Ｇ＝Ｖ， Ｂ＝Ｐ
・ｈ＝２のとき
Ｒ＝Ｐ， Ｇ＝Ｖ， Ｂ＝Ｔ
・ｈ＝３のとき
Ｒ＝Ｐ， Ｇ＝Ｑ， Ｂ＝Ｖ
・ｈ＝４のとき
Ｒ＝Ｔ， Ｇ＝Ｐ， Ｂ＝Ｖ
・ｈ＝５のとき
Ｒ＝Ｖ， Ｇ＝Ｐ， Ｂ＝Ｑ
ここで、上述した説明では、画像データ作成処理部１４の処理として一纏めで説明したが、図１に示すように、画像データ作成処理部１４は、代表色決定部２１、変換量算出部２２、変換部２３、マスク処理部２４などの各種機能部から成るものである。これより、以下、これら各種処理機能部２１〜２４を用いて、上記画像パーツ生成装置１０の処理を説明する。

まず、上記基準画像記憶部１１は、任意のアイテムに係わる任意の形状・デザインの任意の色系のパーツ画像である基準画像を予め記憶する。これは、一例としては、例えば、任意の形状・デザインであって紫色系のパーツ画像を、基準画像として予め記憶する。この場合、当該紫色系とは、例えば、普通の紫色、明るい紫色、“くすんだ”（暗い）紫色等から成るものである。

任意色指定部１３は、上記の通り、ユーザに任意の色を指定させる。
代表色決定部２１は、上記基準画像の色系から代表色を決定する。上記一例では、普通の紫色、明るい紫色、“くすんだ”（暗い）紫色の３色の中から代表色を決定することになる。決定方法は、例えば、面積が最も大きい色すなわち画素数が最も多い色を、代表色とするが、この例に限らない。

変換量算出部２２は、この代表色を上記任意色指定部１３による指定色に変換させる為の変換量（変換値）を算出する。
これは、例えば、何れもＲＧＢ値である上記代表色と指定色とを、それぞれ、色相（Ｈ）、彩度（Ｓ）、明度（Ｖ）の３つの指標から成るＨＳＶ値に変換した後、該ＨＳＶ値を用いて上記変換量の算出を行うものである。この例では、変換量算出部２２によって算出される上記変換量は、代表色の色相（Ｈ）を指定色の色相（Ｈ）に変換する為の変換量、代表色の彩度（Ｓ）を指定色の彩度（Ｓ）に変換する為の変換量、代表色の明度（Ｖ）を指定色の明度（Ｖ）に変換する為の変換量等となる。但し、この例に限らない。

変換量の算出は、上記一例では、色相（Ｈ）に関しては代表色と指定色との差分を求めるが、この例に限らない。同様に、上記一例では、彩度（Ｓ）と明度（Ｖ）に関しては、代表色と指定色との比を求めるが、この例に限らない。

変換部２３は、上記基準画像の各色を、上記変換量算出部２２で算出された変換量（変換値）を用いて、変換する。例えば上記一例では、普通の紫色、明るい紫色、“くすんだ”（暗い）紫色の各色を、上記変換量（変換値）を用いて、変換する。これによって、上記任意のアイテムに関して上記基準画像の色系以外の色系のパーツ画像が生成されることになる。つまり、基準画像と形状・デザインは同一であるが色違いのパーツ画像が、生成されることになる。特に、基準画像の形状・デザインに応じた光沢や影となる部分が、生成されるパーツ画像にも反映されるようにすることができる。

尚、上記のことから、一例としては、上記基準画像の色系の各色は、色相（Ｈ）は略同様であるが、前記彩度（Ｓ）と明度（Ｖ）は異なるものと見做すこともできる。上記一例では、「普通の紫色」と「明るい紫色」と「“くすんだ”（暗い）紫色」とでは、色相（Ｈ）は略同様（紫色）であるが、彩度（Ｓ）と明度（Ｖ）は異なることは明らかである。

そして、これより、一例としては、変換部２３によって生成される上記パーツ画像は、指定色に係わる色系の各色から成るものであって、これら各色は指定色と色相（Ｈ）は同じであるが、彩度（Ｓ）と明度（Ｖ）は異なるものとなる。

また、上記の通り必須ではないが、マスク画像記憶部１２とマスク処理部２４を、更に有するものであってもよい。マスク画像記憶部１２には、予め上記基準画像に関連する画像である関連画像が記憶されている。この関連画像は、例えば上記図２（ａ）に示す色差分検出用であってもよいし、図２（ｂ）に示すマスク用画像であってもよい。後者の場合、予めステップＳ１３の処理を行ってマスク用画像を生成して、これを記憶しておけばよい。尚、これより、マスク画像記憶部１２は、関連画像記憶部と呼んでも構わない。

マスク処理部２４は、上記関連画像を用いて、基準画像の一部をマスクする。例えば図２（ｂ）に示すマスク用画像（枠部分）をマスクする。これより、代表色決定部２１と変換量算出部２２と変換部２３は、マスクされた部分以外を処理対象して、上述した各種処理を実行する。上記一例では、図２（ｃ）に示す処理対象画像に対して、上述した各種処理を実行する。勿論、上記指定色に応じたパーツ画像が生成されたら、最後にマスクを解除する。

１０ 画像パーツ生成装置
１１ 基準画像記憶部
１２ マスク画像記憶部
１３ 任意色指定部
１４ 画像データ作成処理部
２１ 代表色決定部
２２ 変換量算出部
２３ 変換部
２４ マスク処理部

Claims (7)

1. 任意のアイテムに係わる任意の色系のパーツ画像である基準画像を予め記憶する基準画像記憶手段と、
   任意の色を指定させる色指定手段と、
   前記基準画像の色系から代表色を決定する代表色決定手段と、
   該代表色を前記色指定手段による指定色に変換させる変換量を算出する変換量算出手段と、
   前記基準画像の色系の各色を、それぞれ、前記変換量を用いて変換する変換手段とを有し、
   該変換手段によって、前記アイテムに関して前記基準画像の色系以外の色系のパーツ画像が生成されることを特徴とする画面パーツ生成装置。
2. 前記変換量算出手段は、前記代表色と前記指定色とを、それぞれ、色相（Ｈ）、彩度（Ｓ）、明度（Ｖ）の３つの指標から成るＨＳＶ値に変換した後、該ＨＳＶ値を用いて前記変換量の算出を行うことを特徴とする請求項１記載の画面パーツ生成装置。
3. 前記変換量算出手段によって算出される前記変換量は、前記代表色の色相（Ｈ）を前記指定色の色相（Ｈ）に変換する為の変換量、前記代表色の彩度（Ｓ）を前記指定色の彩度（Ｓ）に変換する為の変換量、前記代表色の明度（Ｖ）を前記指定色の明度（Ｖ）に変換する為の変換量であることを特徴とする請求項２記載の画面パーツ生成装置。
4. 前記基準画像の色系の各色は、前記色相（Ｈ）は略同様であるが、前記彩度（Ｓ）と明度（Ｖ）は異なることを特徴とする請求項１〜３の何れかに記載の画面パーツ生成装置。
5. 前記パーツ画像は、プログラマブル表示器の画面を構成する画面部品であることを特徴とする請求項１〜３の何れかに記載の画面パーツ生成装置。
6. 前記変換手段によって生成される前記パーツ画像は、前記指定色に係わる色系の各色から成り、該各色は該指定色と前記色相（Ｈ）は同じであるが、前記彩度（Ｓ）と明度（Ｖ）は異なることを特徴とする請求項１〜３の何れかに記載の画面パーツ生成装置。
7. 前記基準画像に関連する画像である関連画像を予め記憶する関連画像記憶手段を更に有し、
   該関連画像を用いて前記基準画像の一部をマスクするマスク処理手段を更に有し、
   前記代表色決定手段と変換量算出手段と変換手段は、該マスクされた部分以外を処理対象とすることを特徴とする請求項１〜３の何れかに記載の画面パーツ生成装置。