JP2023118429A - コンピュータプログラム、およびコンピュータ装置 - Google Patents

Abstract

【課題】ゲームへの没入感が失われることを抑制しつつ、ＵＩ画像への操作性を維持することのできるコンピュータプログラムを提供すること。【解決手段】本開示は、コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、生成ステップにおいて、所定の表示部に表示するためのゲーム画像を生成し、重畳ステップにおいて、ゲーム画像の少なくとも一部に重ね合わされた状態で表示部に表示するためのＵＩ画像を生成し、特定ステップにおいて、ＵＩ画像が重ね合わされる位置に対応するゲーム画像の色に関するデータである基礎色データを特定し、調整ステップにおいて、特定ステップにおける特定結果に応じて、ＵＩ画像の色に関するデータであるＵＩ色データを調整する。【選択図】図３

Description

本開示は、コンピュータプログラム、およびコンピュータ装置に関する。

指先などの接触位置を検出するタッチパネルを介して、ユーザが画面上のオブジェクトを操作して進行させるゲームが知られている（特許文献１参照）。このゲームでは、タッチパネル上の操作オブジェクトを操作するタイミングあるいは操作方法などをユーザが認識することができるように、画面上にガイドとなるユーザインターフェース画像（以下、「ＵＩ画像」という）が表示される。

前記特許文献１の技術では、ユーザが操作オブジェクトを操作していない場合には、ＵＩ画像が表示され、ユーザが操作オブジェクトへの操作を継続している場合には、ＵＩ画像が消去される（ＵＩ画像が非表示となる）。

このように、ユーザが操作オブジェクトを操作し続けるか否かによってＵＩ画像の表示と非表示とが切り替えられる理由は、ユーザのゲームへの没入感と操作性とを考慮してのことである。

特許第６３９７４６２号公報

しかしながら、前述の仕様では、ゲーム画面（ＵＩ画像以外の背景画像など）の明るさが頻繁に変わる場合、あるいは、背景画像が暗いにもかかわらずＵＩ画像が明るい場合などにおいては、ＵＩ画像の視認性が低下したり、ＵＩ画像が目立ちすぎたりする。すなわち、背景画像の明るさとＵＩ画像の明るさとが大きく異なる場合には、ゲームへの没入感が失われてしまうおそれがある。

一方で、特許文献１の技術を改良して、背景画像が暗すぎる場合、あるいは、明るすぎる場合に、ＵＩ画像を非表示とすることも考えられる。しかしながら、この場合には、ゲームに不慣れなユーザが操作に戸惑ってしまうおそれがある。

本開示の目的は、ゲームへの没入感が失われることを抑制しつつ、ＵＩ画像への操作性を維持することのできるコンピュータプログラムを提供することである。

第１の開示は、
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
生成ステップにおいて、所定の表示部に表示するためのゲーム画像を生成し、
重畳ステップにおいて、前記ゲーム画像の少なくとも一部に重ね合わされた状態で前記表示部に表示するＵＩ画像を生成し、
特定ステップにおいて、前記ＵＩ画像が重ね合わされる位置に対応する前記ゲーム画像の色に関するデータである基礎色データを特定し、
調整ステップにおいて、前記特定ステップにおける特定結果に応じて、前記ＵＩ画像の色に関するデータであるＵＩ色データを調整する、
コンピュータプログラムである。

また、第１の開示において、
前記ＵＩ色データは、前記ＵＩ画像を構成する画素ごとの色情報に対する付加情報であるα値である、
ことができる。

また、第１の開示において、
前記α値は、前記ＵＩ画像が重ね合わされる位置に対応する前記ゲーム画像を構成する画素の前記基礎色データごとに調整される、
ことができる。

また、第１の開示において、
前記特定ステップにおいて、前記ＵＩ画像を構成する画素が重ね合わされる位置の所定範囲に存在する前記ゲーム画像を構成する画素の前記基礎色データを特定する、
ことができる。

また、第１の開示において、
前記特定ステップにおいて、前記ＵＩ画像が重ね合わされる位置に対応する前記ゲーム画像の所定期間における前記基礎色データを特定する、
ことができる。

また、第１の開示において、
コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
設定ステップにおいて、前記ユーザの操作に基づいて、前記調整ステップを実行するか否かを設定する、
ことができる。

第２の開示は、第１の開示のコンピュータプログラムを記憶する記憶部と、
前記コンピュータプログラムを実行する制御部と、
を備える、
コンピュータ装置である。

本開示によれば、ゲームへの没入感が失われることを抑制しつつ、ＵＩ画像への操作性を維持することのできるコンピュータプログラムを提供することができる。

第１実施形態における、ユーザ端末装置の構成を示す図である。 第１実施形態における、背景画像およびＵＩ画像の一例を示す図である。 第１実施形態における、α値変更処理を示すフローチャートである。

［第１実施形態］
本開示の実施形態にかかるコンピュータプログラムについて、図１～図３を参照して説明する。

＜ユーザ端末装置１のハードウェア構成＞
ユーザ端末装置１は、図１のとおり、スピーカ１３０、液晶画面１４０、およびタッチパッド１５０が内蔵される、例えば、スマートフォンなどの端末装置である。このユーザ端末装置１に記憶されたゲームプログラムおよびデータに基づいてゲームが進行する。

ユーザ端末装置１は、本開示のゲームプログラムおよびゲームデータをダウンロードするためのサーバ装置２との間で、インターネットあるいはＬＡＮなどの通信ネットワーク３を介して互いにデータ通信をすることができる。

ユーザ端末装置１は、制御部１０、記憶部１１、ネットワークインターフェース１２、オーディオ処理部１３、グラフィック処理部１４、および操作部１５を備える。

記憶部１１、ネットワークインターフェース１２、オーディオ処理部１３、グラフィック処理部１４、操作部１５は、バス１９を介して、制御部１０に接続される。

制御部１０は、ＣＰＵ、メモリ（ＲＡＭ）、各種入出力インターフェースなどで構成されており、ユーザ端末装置１の動作を制御する。

記憶部１１は、主にＨＤＤ、ＲＡＭ、ＲＯＭ、ＳＳＤなどで構成される。記憶部１１には、ゲームを実行するためのゲームプログラムおよびデータが記憶される。

例えば、記憶部１１には、３次元仮想空間を生成するためのデータ、各キャラクタのモデルデータなどが記憶される。

また、記憶部１１には、サーバ装置におけるユーザ認証で使用されるユーザＩＤが格納されている。

ネットワークインターフェース１２は、ユーザ端末装置１とサーバ装置２との間でデータを送受信するために、通信ネットワーク３に接続される。これにより、ユーザ端末装置１に本開示のゲームプログラムおよびゲームデータなどがダウンロードされる。

オーディオ処理部１３は、制御部１０の指示に従ってデジタルのゲーム音声を再生および合成する。また、オーディオ処理部１３には、スピーカ１３０が接続される。ゲーム音声は、スピーカ１３０から出力される。

グラフィック処理部１４は、制御部１０の指示に従って仮想空間およびキャラクタなどを含むゲーム画像を動画形式で描画する。グラフィック処理部１４にて動画形式に描画されたゲーム画像は、ゲーム画面として液晶画面１４０に表示される。

操作部１５には、ユーザからの操作信号が入力される。本実施形態において操作部１５には、入力位置検出装置であるタッチパッド１５０を介してユーザからの操作信号が入力される。ユーザはタッチパッド１５０をタッチすることによって、アイテムの使用の操作等を行う。

＜ユーザ端末装置の制御部の機能の説明＞
制御部１０は、例えばサーバ装置２からダウンロードされたゲームプログラムを実行することで、以下の各手段として機能し、以下の各ステップを実行する。

＜実行ステップの説明＞
制御部１０は、実行手段として機能することで実行ステップを実行する。以下では、実行手段としての制御部１０が実行する処理を説明する。

制御部１０は、ユーザの操作に基づいてゲームを進行させる。具体的には、制御部１０は、ユーザからの操作信号を受信して、仮想空間上でプレイヤキャラクタおよび敵キャラクタを移動させる制御を行ったり、プレイヤキャラクタおよび敵キャラクタの体力値を増減させる制御を行ったりする。

＜読出ステップの説明＞
制御部１０は、読出手段として機能することで読出ステップを実行する。以下では、読出手段としての制御部１０が実行する処理を説明する。

制御部１０は、ゲーム画面（以下では、液晶画面３４０に表示されるすべての画像のうちの「背景画像４」を意味する。そして、「背景画像４」には、後述の「ＵＩ画像５」は含まれない。）を液晶画面１４０に表示するための情報を読み出す。これらの情報に従って、グラフィック処理部１４が液晶画面１４０上に背景画像４を描画する。

背景画像４は、例えば、プレイヤキャラクタ、敵キャラクタ、およびゲーム空間（森、川、草原などを表現するオブジェクトを含む）などである。

この背景画像４は、それぞれ０～２５５の値をとるＲＧＢＡ値（Ｒ（赤）、Ｇ（緑）、Ｂ（青）、α（不透明度））を備える。

また、制御部１０は、図２のとおり、背景画像４に重ね合わせるためのＵＩ画像５を液晶画面１４０に表示するための情報を読み出す。

このＵＩ画像５は、例えば、ユーザによってある操作がなされたときにキャラクタがとるアクションをユーザに示すための画像である。具体的には、ＵＩ画像５を参照することにより、ユーザが該当する操作をすることで、例えば「プレイキャラクタが攻撃を行う」ことをユーザは認識することができる。

＜特定ステップの説明＞
制御部１０は、特定手段として機能することで特定ステップを実行する。以下では、特定手段としての制御部１０が実行する処理を説明する。

制御部１０は、ＵＩ画像５を構成する画素（ピクセル）が重ね合わされる位置に対応する、背景画像４を構成する画素の色に関するデータである基礎色データ（以下では、背景画像４を構成する画素の明るさ）を特定する。

具体的には、まず、制御部１０は、ＵＩ画像５を構成する画素が重ね合わされる位置に対応する背景画像４を構成する画素のそれぞれに対し、モノトーン変換を実行する。このモノトーン変換では、制御部１０は、該当する画素が備えるＲに０．２９８９００００８、Ｇに０．５８６６００００６、Ｂに０．１１４５００００１をそれぞれ掛け合わせて、それらのすべての値を足し合わせて１つの値（Ｖ）を算出する。

ついで、制御部１０は、例えば、Ｖに対して所定の演算を行ったのちに０～１の値（Ｖ１）の範囲に数値を丸め込み、さらにその値（Ｖ１）を０．４～１の値（Ｖ２）に変換する。具体的には、制御部１０は、Ｖ１が０の場合にはＶ２を０．４とし、Ｖ１が０．５の場合にはＶ２を０．７とし、Ｖ１が１の場合にはＶ２を１とする。

制御部１０は、この値Ｖ１を、ＵＩ画像５を構成する１つの画素が重ね合わされる位置に対応する、背景画像４を構成する１つの画素の明るさ（Ｂ）として特定し、値Ｖ２を、不透明度α値として特定する。以下では、一例として、不透明度α値が０．８である場合の例が記載されている。

制御部１０は、前述の処理を、該当する背景画像４を構成する画素の１つひとつに対して、毎フレーム実行する。

＜調整ステップの説明＞
制御部１０は、調整手段として機能することで調整ステップを実行する。以下では、調整手段としての制御部１０が実行する処理を説明する。

制御部１０は、特定ステップにおける特定結果（背景画像４の明るさ（Ｂ））に応じて、ＵＩ画像５の色に関するデータであるＵＩ色データを調整する。

なお、以下では、説明の便宜上、ＵＩ画像５を構成する１つの画素のＲＧＢ値はすべて同じ値（例えば、２００）をとるものとして説明する。また、ＵＩ画像の不透明度α値は対応画素の明るさ（Ｂ）の値とする。また、背景画像のＲ値は１００とする。

具体的には、制御部１０は、ＵＩ画像５のＲの値（前述のとおり、ＧもＢもＲと同じ値である）にα値０．８が掛け合わされて、その値がＵＩ画像５を構成する画素の調整後のＲの値として設定される。前述の例では、Ｒは０．８×２００＋（１－０．８）×１００＝１８０である。

このように、ＵＩ画像５を構成する１つの画素の不透明度α値は、そのＵＩ画像５を構成する画素が重ね合わされる位置に対応する背景画像４を構成する１つの画素の明るさ（Ｂ）に基づいて調整される。

そして、制御部１０は、対応する位置の背景画像４の画素の明るさに基づいてＵＩ画像５の画素の不透明度（α値）を変えることによって、ＵＩ画像５の画素を暗く表現したり、明るく表現したりするなどの表示調整を行う。

制御部１０は、この調整ステップを毎フレーム実行する。

＜表示ステップの説明＞
制御部１０は、表示手段として機能することで表示ステップを実行する。以下では、表示手段としての制御部１０が実行する処理を説明する。

制御部１０は、前述の調整ステップで算出された、ＵＩ画像５を構成する画素のＲＧＢＡ値に基づくＵＩ画像５、および、背景画像４を表示する。

図２（ａ）～（ｃ）の例では、背景画像４のほか、ＵＩ画像５として、カタカナの「ス」のテキストデータ５１と、その右側に配置されたカタカナの「テ」のテキストデータ５２と、が液晶画面３４０に表示されている。

図２（ａ）の例では、背景画像４の色が比較的薄い（明るい）グレーであるため、それに合わせて、ＵＩ画像５も明るく（白く）表示されている。

一方、図２（ｂ）の例では、背景画像４の色が比較的濃い（暗い）グレーであるため、それに合わせて、ＵＩ画像５も暗く（薄めのグレー）表示されている。

また、図２（ｃ）のとおり、例えば、縦の中心線を境界として左側と右側とで背景画像４の明るさが異なる場合においても、背景画像４を構成する画素の明るさに応じて、背景画像４に重ね合わされるＵＩ画像５の画素の不透明度α値が調整される。具体的には、図２（ｃ）において、左側に配置される「ス」の文字５１は背景画像４の明るさに対応して明るく表示され、右側に配置される「テ」の文字５２は背景画像４の明るさに対応して暗く表示される。

＜通信ステップの説明＞
制御部１０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部１０が実行する処理を説明する。

制御部１０は、例えば、サーバ装置２からゲームに関するゲームプログラム、ゲームデータなどの情報を受信する。

また、制御部１０は、例えば、ユーザの操作に基づいて、ユーザの識別情報（ユーザＩＤ）、新たなゲームデータのダウンロード要求情報などをサーバ装置２へ送信する。

＜α値変更処理の説明＞
以下、図３を参照して、本開示のα値変更処理について説明する。

まず、ユーザ端末装置１の制御部１０は、ゲーム画像として、背景画像４を読み出す（ステップＳ１）。

ついで、制御部１０は、背景画像４に重ね合わせて表示するためのＵＩ画像５を読み出す（ステップＳ２）。

ついで、制御部１０は、ＵＩ画像５を構成する画素が重ね合わされる位置の背景画像４を構成する画素に対して、モノトーン変換を実行する（ステップＳ３）。

ついで、制御部１０は、モノトーン変換された背景画像４を構成する画素の明るさ（Ｂ）を特定する（ステップＳ４）。

ついで、制御部１０は、特定された背景画像４の画素の明るさ（Ｂ）に応じて、対応する位置のＵＩ画像５の画素の不透明度α値を調整する（ステップＳ５）。

ついで、制御部１０は、調整された不透明度α値を用いて表示調整されたＵＩ画像５、および、背景画像４を表示する（ステップＳ６）。
以上の手順により、本開示のα値変更処理が実行される。

以上をまとめると、本開示は、
コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
生成ステップにおいて、液晶画面３４０に表示するための背景画像４を生成し、
重畳ステップにおいて、背景画像４に重ね合わせるＵＩ画像５を液晶画面１４０に表示するための情報を生成し、
特定ステップにおいて、ＵＩ画像５が重ね合わされる予定の位置に対応する背景画像４の明るさを特定し、
調整ステップにおいて、特定ステップにおいて特定された背景画像４の明るさに応じて、ＵＩ画像の不透明度α値を調整する、
コンピュータプログラムである。

＜効果＞
本実施形態によれば、背景画像の明るさが頻繁に変わる場合であっても、背景画像の明るさに連動してＵＩ画像の明るさが変わるため、ＵＩ画像の視認性が低下することを防止することができる。

また、背景画像の明るすぎる、あるいは、暗すぎるときなどにおいても、ＵＩ画像を目立ちすぎないようにしつつも、ＵＩ画像を見やすく表示することができる。

すなわち、ゲームへの没入感が失われることを抑制しつつ、ＵＩ画像への操作性を維持することのできるコンピュータプログラムを提供することができる。

［他の実施形態］
前記実施形態に限られず、ＵＩ画像のＲの値などに、前述の０．８ではなく、例えば、０．２（＝１－０．８）が掛け合わされてもよい。このように、背景画像の暗さに対してＵＩ画像を明るく表示したいか、背景画像の暗さに合わせてＵＩ画像を暗く表示したいか、などによってα値の算出方法を適宜変更することができる。

前記実施形態では、説明の便宜上、ＵＩ画像のＲＧＢ値がすべて同じ値（例えば、２００）のものとして説明されているが、本開示はこれには限られない。ＵＩ画像のＲＧＢ値がそれぞれ異なる値、例えば、（２００、１００、５０）であってもよい。

また、前記実施形態では、制御部は、Ｖに所定の演算を行ったのちに０～１の値（Ｖ１）の範囲に数値を丸め込み、さらにその値（Ｖ１）を０．４～１の値（Ｖ２）に変換したが、本開示はこれには限られない。制御部は、例えば、Ｖ１を０．２～１．０の範囲に変換して、その値をＶ２とすることもできる。

また、前記実施形態に限られず、制御部は、例えば、ＵＩ画像を構成する画素のα値に代えて、ＵＩ画像を構成する画素の色相、明度、彩度のうちの、明度を調整してもよい。

また、前記実施形態に限られず、制御部は、ＵＩ画像を構成する画素が重ね合わされる位置に対応する、背景画像を構成する画素の明るさを、背景画像を構成する画素のＲＧＢ値に基づいて特定することもできる。

具体的には、背景画像を構成する画素のそれぞれは、Ｒ、Ｇ、Ｂはすべて０～２５５のいずれかの値をとる。そして、背景画像を構成する画素の明るさは、Ｒ、Ｇ、Ｂのうちの最大値と最小値との平均値で表される。そして、この平均値を２５５で除した値（％）を、その背景画像を構成する画素の明るさ（Ｂ１）として特定することができる。

ついで、制御部は、特定された明るさ（Ｂ１）に基づいて、ＵＩ画像を構成する画素の明るさ（Ｂ２）を、対応する背景画像を構成する画素の明るさ（Ｂ１）と同一の値になるように、ＵＩ画像のＲＧＢ値を調整する。

例えば、背景画像を構成する画素の明るさ（Ｂ１）が７５である場合において、ＵＩ画像を構成する画素のＲＧＢ値が（２００、５０、１００）である場合には、ＵＩ画像を構成する画素の明るさ（Ｂ２）は１２５であるが、制御部は、その明るさ（Ｂ２）を明るさ（Ｂ１）と同一の７５に変更する。これにより、ＵＩ画像５を構成する画素のＲＧＢ値は、（１２０、３０、６０）に調整される。

また、前記実施形態では、背景画像の基礎色データによって調整される対象がＵＩ画像のＵＩ色データであったが、本開示はこれには限られない。例えば、背景画像の基礎色データによって調整される対象は、ボタンを意味するアイコン、キャラクタのセリフ、「ローディング中」などのテキストデータの色情報であってもよい。

前記実施形態に限られず、制御部は、ＵＩ画像を構成する１つの画素が重ね合わされる位置に対応する周囲２５ピクセル（所定範囲の一例）の背景画像を構成する画素をモノトーン変換（例えば、２５ピクセルについてモノトーン変換された値Ｖの平均値）したものの明るさを特定してもよい。この２５ピクセルは、例えば、ＵＩ画像を構成する１つの画素を中心に据えた、５ピクセル×５ピクセルで構成することができる。また、例えば、所定範囲は、１００ピクセル（１０ピクセル×１０ピクセル）であってもよい。

また、ユーザ端末装置の制御部は、ＵＩ画像が重ね合わされる位置に対応する背景画像を構成する画素の所定期間における基礎色データを特定することもできる。

この場合には、背景画像が短期間に頻繁に明るくなったり暗くなったりする場合においても、ＵＩ画像のα値が頻繁に変わることを防止することができる。所定期間としては、例えば、３０ｆｐｓ（ｆｒａｍｅｓ ｐｅｒ ｓｅｃｏｎｄ）、６０ｆｐｓなどを用いることができる。

また、ユーザ端末装置の制御部は、ユーザの設定操作に基づいて、調整ステップを実行するか否かを設定することもできる。

この場合には、ユーザの好みに応じて、α値変更処理を実行させるか否かを設定することができる。すなわち、ユーザは、例えばメニュー画面で、背景画像の明るさ（Ｂ）が変更されてもＵＩ画像のα値が変更されないように（α値変更処理が実行されないように）設定することもできる。

また、前記実施形態に限られず、背景画像の明るさ（Ｂ）がある値以下に低くなっても、ユーザは、α値が所定値以下にならないようにＵＩ画像のα値を設定することができてもよい。ユーザは、例えば、メニュー画面で（あるいは初期設定時に）この設定をすることができる。

また、前記実施形態では、本開示のコンピュータプログラムがサーバ装置からユーザ端末装置にダウンロードされる例が記載されているが、本開示はこれには限られない。ユーザは、光ディスクなどの記録媒体からコンピュータプログラム、およびデータがユーザ端末装置にインストールされてもよい。

また、前記実施形態においては、ゲーム装置はスマートフォンなどの端末装置である例が記載されているが、本発明は、これには限られない。ゲーム装置は、例えば、ディスプレイおよびコントローラが外部接続される据え置き型のゲーム装置、あるいは、パーソナルコンピュータであってもよい。

１ ユーザ端末装置
２ サーバ装置
３ 通信ネットワーク

Claims (7)

1. コンピュータに、次の各ステップを実行させるコンピュータプログラムであって、
   生成ステップにおいて、所定の表示部に表示するためのゲーム画像を生成し、
   重畳ステップにおいて、前記ゲーム画像の少なくとも一部に重ね合わせて前記表示部に表示するＵＩ画像を生成し、
   特定ステップにおいて、前記ＵＩ画像が重ね合わされる位置に対応する前記ゲーム画像の色に関するデータである基礎色データを特定し、
   調整ステップにおいて、前記特定ステップにおける特定結果に応じて、前記ＵＩ画像の色に関するデータであるＵＩ色データを調整する、
   コンピュータプログラム。
2. 前記ＵＩ色データは、前記ＵＩ画像を構成する画素ごとの色情報に対する付加情報であるα値である、
   請求項１に記載のコンピュータプログラム。
3. 前記α値は、前記ＵＩ画像が重ね合わされる位置に対応する前記ゲーム画像を構成する画素の前記基礎色データごとに調整される、
   請求項２に記載のコンピュータプログラム。
4. 前記特定ステップにおいて、前記ＵＩ画像を構成する画素が重ね合わされる位置の所定範囲に存在する前記ゲーム画像を構成する画素の前記基礎色データを特定する、
   請求項１～３のいずれか１項に記載のコンピュータプログラム。
5. 前記特定ステップにおいて、前記ＵＩ画像が重ね合わされる位置に対応する前記ゲーム画像の所定期間における前記基礎色データを特定する、
   請求項１～４のいずれか１項に記載のコンピュータプログラム。
6. コンピュータに、さらに次のステップを実行させるコンピュータプログラムであって、
   設定ステップにおいて、前記ユーザの操作に基づいて、前記調整ステップを実行するか否かを設定する、
   請求項１～５のいずれか１項に記載のコンピュータプログラム。
7. 請求項１～６のいずれか１項に記載のコンピュータプログラムを記憶する記憶部と、
   前記コンピュータプログラムを実行する制御部と、
   を備える、
   コンピュータ装置。

Images