特開 2024-11526 情報処理方法、およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024011526

(43)【公開日】2024-01-25

(54)【発明の名称】情報処理方法、およびプログラム

(51)【国際特許分類】

   G06T 1/00 20060101AFI20240118BHJP

   G06F 16/17 20190101ALI20240118BHJP

【ＦＩ】

G06T1/00 200A

G06F16/17 100

【審査請求】未請求

【請求項の数】2

【出願形態】ＯＬ

(21)【出願番号】P 2022113563

(22)【出願日】2022-07-14

(71)【出願人】

【識別番号】522039773

【氏名又は名称】株式会社 ラセングル

(74)【代理人】

【識別番号】100153246

【弁理士】

【氏名又は名称】伊吹 欽也

(72)【発明者】

【氏名】石田 臣

【テーマコード（参考）】

5B050

【Ｆターム（参考）】

5B050DA04

5B050EA09

5B050FA05

(57)【要約】

【課題】
所定のファイル形式の画像に対して所望の画像処理を施し別のファイル形式に変換する処理において、該処理時間およびエラーを低減することが可能な情報処理方法、およびプログラムを提供すること。
【解決手段】
本発明の一実施形態に係る情報処理方法は、出力画像に応じて、確認用入力画像、実装用入力画像、仮実装用入力画像を用意し（ステップＳ３１）、所定の画像処理ソフトウエアを制御して、確認用入力画像、実装用入力画像、仮実装用入力画像の各々に対して、対応する画像処理を実行し（ステップＳ３３）、画像処理が実行された確認用入力画像、実装用入力画像、仮実装用入力画像の各々のファイル形式を第１のファイル形式から第２のファイル形式に変換する（ステップＳ３５）。
【選択図】図３

【特許請求の範囲】

【請求項1】

第１のファイル形式の第１の画像に対して所定の画像処理を施し、該画像処理が施された、前記第１のファイル形式とは異なる第２のファイル形式の第２の画像を少なくとも１つ出力する情報処理方法であって、
前記出力するべき第２の画像に応じて、前記少なくとも１つの第２の画像に対応する第１の画像を用意する工程と、
所定の画像処理ソフトウエアを制御して、前記用意された少なくとも１つの第１の画像の各々に対して、対応する画像処理を実行する工程と、
前記画像処理が実行された少なくとも１つの第１の画像の各々のファイル形式を前記第１のファイル形式から前記第２のファイル形式に変換する工程と
を有することを特徴とする情報処理方法。

【請求項2】

コンピュータに、
第１のファイル形式の第１の画像に対して所定の画像処理を施し、該画像処理が施された、前記第１のファイル形式とは異なる第２のファイル形式の第２の画像を少なくとも１つ出力する情報処理方法を実行させるプログラムであって、
前記情報処理方法は、
前記出力するべき第２の画像に応じて、前記少なくとも１つの第２の画像に対応する第１の画像を用意する工程と、
所定の画像処理ソフトウエアを制御して、前記用意された少なくとも１つの第１の画像の各々に対して、対応する画像処理を実行する工程と、
前記画像処理が実行された少なくとも１つの第１の画像の各々のファイル形式を前記第１のファイル形式から前記第２のファイル形式に変換する工程と
を有することを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

Ｃｏｍｐｕｔｅｒ Ｇｒａｐｈｉｃｓ（ＣＧ）技術の発展により、ゲームやアニメの映像は益々魅力的なものとなってきている。例えばゲーム用の背景画像を生成する場合、Ｐｈｏｔｏｓｈｏｐ（登録商標）といった画像編集ソフトウエアが使われることが多く、こういった画像編集ソフトウエアにて作成された背景画像は、必要に応じて所定の画像処理が施されてＵｎｉｔｙといったゲームエンジンに入力されることになる。

【0003】

通常ゲームやアニメにおいては、背景画像を例にとっても様々なシーンに対応するべく大量のデータが必要となる。一方で例えば、デザイナーやクリエイターによってＰｈｏｔｏｓｈｏｐ（登録商標）を用いて画像を生成した場合、そのデータのファイル形式はＰＳＤ形式等で出力されることが多い。ある背景画像に対しては、このＰＳＤ形式のファイルサイズは約１００ＭＢとなり、そのゲームに必要な背景画像数が１０００枚であるとすると、単純計算で背景画像だけでも約１００ＧＢのファイルサイズとなってしまう。

【0004】

上記背景画像のデータは、グループで作業するべく、オンラインストレージや開発プラットフォームにアップロードしたりダウンロードすることが頻繁に行われる。こいうった状況においてはデータの肥大化が問題となっており、背景画像のファイルサイズが大きいと、処理するＰｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（ＰＣ）のスペックや回線によっては「半日かかってもダウンロードが終わらない」、といった状況が起こり得る。データのアップロードやダウンロードにかかる時間は、作業効率や工数に直結するので、適切なファイルサイズにすることは重要な要素と言えるであろう。

【0005】

そこで、デザイナー等によって生成された画像をゲームエンジンに入力する段階までに、そのファイル形式をファイルサイズがより小さい他のファイル形式に変換する処理が行われることがある。一例として上記ＰＳＤ形式のファイルをＰＮＧ形式に変換することにより、例えば約１００ＭＢ（ＰＳＤ形式）だったファイルサイズを約１．０ＭＢ（ＰＮＧ形式）に縮小することができる。

【0006】

そしてゲームによっては、ゲームエンジン入力用として上記ファイル形式を変換する前に、背景画像に対して上述のように所定の画像処理が施されることもある。このような画像処理としては例えば、カンバスサイズの変更や画像解像度の変更等がある。

【0007】

ここで上述の流れの一例を纏めると、デザイナー等がＰｈｏｔｏｓｈｏｐ（登録商標）にて背景画像を作成してＰＳＤ形式の背景画像データを生成する。次いである作業者がＰｈｏｔｏｓｈｏｐ（登録商標）を用いて上記ＰＳＤ形式の背景画像データに対して所定の画像処理（カンバスサイズの変更や画像解像度の変更等）を実行し、ＰＳＤ形式の画像処理済みの背景画像データを生成する。次いで上記作業者が適切なファイルサイズとなるゲームエンジン用のデータを生成するべく、ＰＳＤ形式の画像処理済みの背景画像データのファイル形式をＰＮＧ形式に変換し、ゲームエンジン用背景画像を生成する。

【先行技術文献】

【特許文献】

【0008】

【非特許文献1】Ｐｈｏｔｏｓｈｏｐでキャンバスサイズや解像度を変える方法、インターネット＜https://tutusia.com/photshop-resolution-resizing＞

【発明の概要】

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

【0009】

上述のように画像編集ソフトウエアによって所定の画像処理（カンバスサイズの変更や画像街道度の変更等）を行う場合、それらの処理は人の手によって実行しなければならない。例えばカンバスサイズを変更する際は、作業者が、カンバスサイズ変更の実行用のウィンドウを開き、該ウィンドウにおいて変更後のカンバスサイズを入力し、実行ボタンを押下することによって、上記変更がなされる（非特許文献１参照）。また、上述のようにゲームエンジンに入力するファイル形式としては、例えば容量削減を目的として、背景画像の生成や所定の画像処理が実行されるファイル形式（例えば、ＰＳＤ形式）から、ＰＮＧ形式等に変更するが、該ファイル形式の変更も人の手によって行われる。

【0010】

このように画像処理やファイル形式の変換処理は人の手によって実行されるが、１つの画像においてこのような処理対象が多くなると人の手による作業数が増加するので、入力ミス等のヒューマンエラーを起こしやすくなってしまう。このようなヒューマンエラーが生じると、該エラーが発見されなかった場合は質の低下に繋がってしまうし（正しいカンバスサイズとは違うモノが紛れてしまう等）、エラーが発見された場合もエラーの発生個所の発見および修正といった余計な工数を発生させてしまう。ゲームやアニメといった大量の画像を扱う場合は、さらにそういった問題が起こり易くなってしまうであろう。

【0011】

さらに、上述のように画像処理やファイル形式の変換処理を人の手で実行する場合は、その処理を実行するためのウィンドウを開いたり、所定の入力操作をする必要があり、処理時間が増大していた。

【0012】

本発明は、このような課題に鑑みてなされたものであって、その目的とするところは、所定のファイル形式の画像に対して所望の画像処理を施し別のファイル形式に変換する処理において、該処理時間およびエラーを低減することが可能な情報処理方法、およびプログラムを提供することにある。

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

【0013】

このような目的を達成するために、本発明の第一の態様は、第１のファイル形式の第１の画像に対して所定の画像処理を施し、該画像処理が施された、前記第１のファイル形式とは異なる第２のファイル形式の第２の画像を少なくとも１つ出力する情報処理方法であって、前記出力するべき第２の画像に応じて、前記少なくとも１つの第２の画像に対応する第１の画像を用意する工程と、所定の画像処理ソフトウエアを制御して、前記用意された少なくとも１つの第１の画像の各々に対して、対応する画像処理を実行する工程と、前記画像処理が実行された少なくとも１つの第１の画像の各々のファイル形式を前記第１のファイル形式から前記第２のファイル形式に変換す
る工程とを有することを特徴とする。
本発明の第二の態様は、コンピュータに、第１のファイル形式の第１の画像に対して所定の画像処理を施し、該画像処理が施された、前記第１のファイル形式とは異なる第２のファイル形式の第２の画像を少なくとも１つ出力する情報処理方法を実行させるプログラムであって、前記情報処理方法は、前記出力するべき第２の画像に応じて、前記少なくとも１つの第２の画像に対応する第１の画像を用意する工程と、所定の画像処理ソフトウエアを制御して、前記用意された少なくとも１つの第１の画像の各々に対して、対応する画像処理を実行する工程と、前記画像処理が実行された少なくとも１つの第１の画像の各々のファイル形式を前記第１のファイル形式から前記第２のファイル形式に変換する工程とを有することを特徴とする。

【発明の効果】

【0014】

本発明によれば、所定のファイル形式の画像に対して所望の画像処理を施し別のファイル形式に変換する処理において、該処理時間およびエラーを低減することが可能である。

【図面の簡単な説明】

【0015】

【図1】本発明の一実施形態に係る情報処理装置の概略構成を示す図である。

【図2】本発明の一実施形態に係る入力画像から出力画像になるまでの流れを示す図である。

【図3】本発明の一実施形態に係る所定の画像処理およびファイル形式の変換の処理手順を示すフローチャートである。

【図4】本発明の一実施形態に係る画像処理の方法を指定するための情報を示す図である。

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

【0016】

以下、図面を参照して、本発明の実施の形態を説明するが、本発明は本実施形態に限定されるものではない。なお、以下で説明する図面で、同機能を有するものは同一符号を付け、その繰り返しの説明は省略することもある。

【0017】

本発明の一実施形態では、第１のファイル形式（例えば、ＰＳＤ形式）であるゲームやアニメの所定の画像（例えば、背景画像）に対して所定の画像編集ソフトウエアによって所定の画像処理（例えば、カンバスサイズの変更）を施し、第１のファイル形式とは異なる第２のファイル形式（ＰＮＧ形式）に変換するものであって、上記画像処理およびファイル形式の変換を自動で行うものである。上記第１のファイル形式の所定の画像は、本発明の一実施形態に係る処理（上記自動で実行される画像処理およびファイル形式の変換）に対して入力される画像であるので“入力画像”とも言うことにする。また、上記第２のファイル形式の画像は、本発明の一実施形態に係る処理によって出力される画像であるので“出力画像”とも言うことにする。

【0018】

図１は、本実施形態に係る情報処理装置１００の概略構成を示す図である。
情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０２、ストレージ１０３、メモリ１０４、出力インタフェース（Ｉ／Ｆ）１０５、リーダ１０６、リーダインタフェース（Ｉ／Ｆ）１０７、入力インタフェース（Ｉ／Ｆ）１０８、通信モジュール１０９を備えている。情報処理装置１００には、出力Ｉ／Ｆ１０５を介して表示部１１０が接続され、また入力Ｉ／Ｆ１０８を介して入力部１１１が接続される。

【0019】

ＣＰＵ１０１は、種々の演算、制御、判別などの処理動作を実行するものであり、例えばストレージ１０３から所定のプログラムをメモリ１０４にロードし、該プログラムに含まれる一連の命令を実行することによって、様々な処理を実行するよう機能する。ＧＰＵ１０２は、画像処理を行うためのプロセッサであって、ＣＰＵ１０１からの所定の命令に応じて画像を描画し、表示部１１０に画像を表示させる。

【0020】

ストレージ１０３は、ＣＰＵ１０１が読み出して実行するためのプログラム（例えば、図３に示すプログラム、画像編集ソフトウエアとしてのＰｈｏｔｏｓｈｏｐ（登録商標）等）及び各種のデータが格納されている。メモリ１０４は、データ及びプログラムを一時的に保持する。メモリ１０４は、揮発性メモリであり、ＣＰＵ１０１やＧＰＵ１０２の処理動作中のデータや入力データ、さらにはリーダ１０６にて読み取られたデータ（画像等）を一時的に格納するものであって、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。

【0021】

出力I／Ｆ１０５は、ＣＰＵ１０１やＧＰＵ１０２の指令に従って、ディスプレイといった表示部１１０に映像を表示する。リーダ１０６は、情報処理装置１００に設けられ、背景画像といった入力画像が格納されたメモリカードやＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）といった外部記憶媒体を装着可能に構成され、該装着された外部記憶媒体から所定のデータ（入力画像等）を読み取る。リーダI／Ｆ１０７は、ＣＰＵ１０１からの指令に応じて、リーダ１０６に装着された外部記憶媒体からのデータの読み取りを行う。入力I／Ｆ１０８は、キーボード等の入力部１１１を介してプレイヤが操作することによって入力された操作に関する入力信号を受付ける。通信モジュール１０９は、通信回路網に接続されて、通信回路網に接続されている他のコンピュータと通信する。この通信は有線であっても無線であってもよい。通信モジュール１０９を介して入力画像といった所定のデータを取得しても良い。

【0022】

本実施形態では、ゲームの背景画像に関するものであり、クリエイターによって生成された入力画像に対して所定の画像処理を施し、ファイル形式を変換してゲームエンジンに入力するための出力画像を出力するものである。本実施形態では、第１のファイル形式をＰＳＤ形式（入力画像のファイル形式）とし、第２のファイル形式をＰＮＧ形式（出力画像のファイル形式）とし、所定の画像処理に用いる画像編集ソフトウエアをＰｈｏｔｏｓｈｏｐ（登録商標）とする。また、出力画像として、確認用画像、実装用画像、仮実装用画像の３種類を出力可能とするものである。

【0023】

本実施形態において、「確認用画像」とは、プロジェクト管理ツール等で他の作業者や他の部門のメンバーとのやり取りにおいて、ゲーム画面上で表示される比率での見た目を確認・比較・評価などをするための参考用の画像である。「実装用画像」とは、ゲームに適した矩形サイズに整形された画像であって、実際にゲームに組み込んで使用される画像である。「仮実装用画像」とは、基本的な仕様は実装用画像と同一であるが、まだ背景の内容が決定されていない場合などに、“これは仮であること”が認識されるように文字列や図形を描き込んだ画像である。なお、本実施形態では出力画像として上記３つの画像を挙げているが、これらに限定されない。すなわち、本実施形態では、出力画像が何かであったり、その種類の数が重要ではなく、用途に応じて様々な種類の画像（少なくとも１つの画像）を出力画像（第２のファイル形式の画像）として出力できることが重要なのである。

【0024】

図２は、本実施形態に係る入力画像から出力画像になるまでの流れを示す図である。図２において、入力画像２０１は、クリエイターによって生成された画像であって、ＰＳＤ形式（第１のファイル形式）のデータである。出力画像２０２は、入力画像２０１に対して所定の画像処理が実行され、第２のファイル形式であるＰＮＧ形式に変換された画像である。本実施形態では、出力画像２０２として確認用画像２０２ａ、実装用画像２０２ｂ、および仮実装用画像２０２ｃが出力されるので、入力画像２０１として確認用画像２０２ａに対応する確認用入力画像２０１ａ、実装用画像２０２ｂに対応する実装用入力画像２０１ｂ、および仮実装用画像２０２ｃに対応する仮実装用入力画像２０１ｃが用意される。これら確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃはそれぞれ入力画像２０１と同一のものである。一方、確認用画像２０２ａ、実装用画像２０２ｂ、および仮実装用画像２０２ｃは、上述のようにそれぞれ異なる役割を持つ異なる画像である。

【0025】

情報処理装置１００は、例えば入力画像２０１をコピーするなどして、出力画像として必要な種類の数だけ入力画像２０１と同一の画像（確認用入力画像２０１ａ、実装用入力画像２０１ｂ、仮実装用入力画像２０１ｃ）を用意する。次いで情報処理装置１００は、用意された確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃに対して、画像編集ソフトウエア（ここでは、Ｐｈｏｔｏｓｈｏｐ（登録商標））にそれぞれの入力画像に対応する画像処理２０２を実行させる。次いで、情報処理装置１００は、画像処理が施された、確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃの各々のファイル形式をＰＳＤ形式からＰＮＧ形式に変換する。これによって、所定の画像処理が施され、かつファイル形式がＰＮＧ形式の確認用画像２０２ａ、実装用画像２０２ｂ、および仮実装用画像２０２ｃが取得されるのである。

【0026】

図３は、本実施形態に係る所定の画像処理およびファイル形式の変換の処理手順を示すフローチャートである。本処理は、ＣＰＵ１０１がストレージ１０３に格納された図３に示すプログラムを読み出し、該プログラムを実行することによって行われる。なお、本発明の前提として、図３に示す本実施形態に係る処理が実現される前から、本実施形態に係るゲームは稼働しており、該実現前においては、クリエイターが生成した背景画像に対する画像処理は所定の画像編集ソフトウエア（ここではＰｈｏｔｏｓｈｏｐ（登録商標）とする）を用いて人の手によって実行されていたとする。

【0027】

本実施形態では、情報処理装置１００は、リーダ１０７に装着された外部記憶媒体や通信モジュール１０９を介してＰＳＤ形式の入力画像２０１を取得する。あるいは、入力部１１１を駆使してクリエイターによって情報処理装置１００にて入力画像２０１が生成されても良い。このようにして取得された入力画像２０１はメモリ１０４に格納される。作業者が入力部１１１を介して本処理を開始する指示を入力すると、ステップＳ３１にてＣＰＵ１０１は、確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃを各々取得する。すなわち、本実施形態では出力画像として確認用画像２０２ａ、実装用画像２０２ｂ、および仮実装用画像２０２ｃの３種類の画像を生成することになるので、入力画像２０１と同一の画像を３つ用意する必要がある。よって、ＣＰＵ１０１は、メモリ１０４に格納された入力画像２０１のコピー画像を３つ作成することにより、確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃ（それぞれＰＳＤ形式）を生成する。

【0028】

ステップＳ３２では、ＣＰＵ１０１は、確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃの各々に対してそれぞれ適切な画像処理を施すべく、Ｐｈｏｔｏｓｈｏｐ（登録商標）に対して、上記画像処理を実行させる実行指令を発する。本実施形態では、入力画像に対する画像処理については、上述の前提のように本ゲームについて以前より人の手によって用いられていたＰｈｏｔｏｓｈｏｐ（登録商標）により画像処理を行う。従って、ＣＰＵ１０１は、画像処理については本処理の実現以前と同様のものを使うべく、Ｐｈｏｔｏｓｈｏｐ（登録商標）に画像処理をさせるのである。

【0029】

ステップＳ３３では、ＣＰＵ１０１は、ステップＳ３２にて発せられた実行指令応じて、ステップＳ３１にて取得された確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃの各々に対して、それぞれ該当する画像処理をＰｈｏｔｏｓｈｏｐ（登録商標）に実行させる。すなわち、ＣＰＵ１０１は、ストレージ１０３に格納されたＰｈｏｔｏｓｈｏｐ（登録商標）を読み出し、ステップＳ３１にて取得された確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃの各々に対して、それらに対応する画像処理を実行するようにＰｈｏｔｏｓｈｏｐ（登録商標）を制御する。例えば、図４に示す画像処理の方法を示す方法情報４０１～４０３をストレージ１０３に格納しておき、該方法情報に従ってＰｈｏｔｏｓｈｏｐ（登録商標）に実行させれば良い。本実施形態では、確認用画像、実装用画像、仮実装用画像の各々に対して、画像処理として“カンバスサイズの変更”、“画像解像度の変更”を行い、仮実装用画像に対してはさらに“注意書き記入”を行うものとする。

【0030】

図４において、方法情報４０１は、確認用画像に対する画像処理の方法の詳細を示す情報であって、対応する画像処理を指定するものとして“カンバスサイズの変更”と“画像解像度の変更”とを示す情報と、それら処理に係るパラメータ（例えば、変更後のサイズを指定するパラメータ等）とを有する。方法情報４０２は、実装用画像に対する画像処理の方法の詳細を示す情報であって、対応する画像処理を指定するものとして“カンバスサイズの変更”と“画像解像度の変更”とを示す情報と、それら処理に係るパラメータとを有する。方法情報４０３は、仮実装用画像に対する画像処理の方法の詳細を示す情報であって、対応する画像処理を指定するものとして“カンバスサイズの変更”と“画像解像度の変更”と“注意書き記入”を示す情報と、それら処理に係るパラメータとを有する。上記“注意書き記入”とは、対象の画像に対して、例えば「これは仮データです」といった注意書きを記入する処理である。よって、方法情報４０３が有する“注意書き記入”に対応するパラメータとしては、「これは仮データです」という注意書きとして記入すべきテキスト情報となる。例えば、確認用入力画像２０１ａに対して、ＣＰＵ１０１は、ストレージ１０３に格納された方法情報４０１に従って、方法情報４０１にて指示された画像処理“カンバスサイズの変更”および“画像解像度の変更”を同じく方法情報４０１にて保持されたパラメータとなるようにＰｈｏｔｏｓｈｏｐ（登録商標）を制御して確認用画像に対して求められる画像処理を実行させる。ＣＰＵ１０１は、実装用入力画像２０１ｂおよび仮実装用入力画像２０１ｃに対しても同様に方法情報４０２、４０３に従ってそれぞれに求められる画像処理をＰｈｏｔｏｓｈｏｐ（登録商標）に実行させる。このようにして、ＣＰＵ１０１は、画像編集ソフトウエアによって画像処理が施されたＰＳＤ形式の入力画像（確認用入力画像２０１ａ、実装用入力画像２０１ｂ、仮実装用入力画像２０１ｃ）を取得する。

【0031】

ステップＳ３４では、ＣＰＵ１０１は、ステップＳ３３にて取得された画像処理済みの確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃをメモリ１０４に保存する。ここで保存される確認用入力画像２０１ａ、実装用入力画像２０１ｂ、および仮実装用入力画像２０１ｃのファイル形式はそれぞれ、第１のファイル形式であるＰＳＤ形式である。

【0032】

ステップＳ３５では、ＣＰＵ１０１は、メモリ１０４に保存された画像処理済みの入力画像（確認用入力画像２０１ａ、実装用入力画像２０１ｂ、仮実装用入力画像２０１ｃ）のファイル形式を第２のファイル形式であるＰＮＧ形式に変換する。このようにして、ＣＰＵ１０１は、第２のファイル形式であるＰＮＧ形式の出力画像（確認用画像２０２ａ、実装用画像２０２ｂ、仮実装用画像２０２ｃ）を取得する。

【0033】

このように本実施形態によれば、入力画像に対して画像編集ソフトウエアをＣＰＵ１０１といった制御部が制御して所定の画像処理を施し、さらに該制御部が画像処理が施された入力画像のファイル形式を入力画像の形式である第１のファイル形式から出力画像に求める形式である第２のファイル形式に変換しているので、人の手による作業を低減させることができ、操作ミスといったヒューマンエラーや処理時間を低減することができる。

【0034】

さて、所謂オンラインゲームについては、経時的に新機能や新キャラクタの実装やストーリーの拡充、さらには不具体の解消等、様々なアップデートがなされて長期運営されることも珍しくない。すなわち、例えば５年、１０年と続くゲームも多数あり、その中で開発環境の改善や進化もなされていくこともある。こういった改善や進化において背景画像のようにグラフィックスに焦点を当ててみると、こういった画像に施される画像処理によっては用いるソフトウエアを変えた場合、同じ品質となるようにパラメータを調整しても、画像の所定個所に“ずれ”が生じてしまうことがある。このような“ずれ”が発生してしまうと、例えば同じ海の背景画像であっても、以前とは見え方や雰囲気が変わってしまう、といった品質が担保されない事象が起こり得てしまう。

【0035】

例えば、画像解像度の変更について、ある画像処理の方式（例えば、バイキュービック法等）を用いる場合を例に挙げてみる。２つの異なる画像編集ソフトウエアの双方に、ある画像処理の方式が実装されていたとしても、それら２つの異なる画像編集ソフトウエアの各々では処理内容が若干異なることがあり、その結果、解像度変更後の結果画像に微差が生じてしまう。このようなことが起こってしまうと、すでにリリースしているゲームについて、開発環境の改善等により画像処理に用いる画像編集ソフトウエアや画像処理モジュールを変えた場合、その前後で画像（背景画像等）の見え方や雰囲気が変わってしまう、という事態を招きかねない。

【0036】

これに対して、本実施形態では、画像処理およびファイル形式の変換の自動化処理において、処理の自動化に伴い画像処理モジュールを新たに作成するのではなく、画像処理については既存の所定の画像編集ソフトウエアにて実行させている。よって、本実施形態で上述したように、例えばゲームリリース当初よりＰｈｏｔｏｓｈｏｐ（登録商標）にて画像処理を行ってきた状況においても、画像処理をＰｈｏｔｏｓｈｏｐ（登録商標）により実行することができるので、運営途中のゲームの開発に対して本発明の特徴的な自動化を実装した場合であっても、上述したような“ずれ”の発生を低減することができ、上記実装の前後における品質のバラツキを低減することができる。

【0037】

上記運営途中のゲームの開発環境の改善等は、長期運営に限ったものではなく、運営期間が短い場合であっても起こり得ることである。すなわち、本発明は、ゲーム運営の期間の長さ云々には関係なく適用できることは言うまでもない。

【0038】

なお、上述の実施形態では、第１のファイル形式がＰＳＤ形式であるとしているが、この形式に限らず、例えば、ＪＰＥＧ、ＰＮＧ等の形式であっても良い。また、第２のファイル形式もＰＮＧ形式であるとしているが、この形式に限らず、第１のファイル形式と異なるものであれば、ＰＳＤ、ＪＰＥＧ等の形式であっても良い。

【0039】

また、上述の実施形態では、出力画像として、確認用画像、実装用画像、仮実装用画像を挙げているが、出力画像の種類や数もいずれであっても良い。さらに、出力画像の種類や数を任意に設定できるようにしても良い。この場合は、ステップＳ３１の前に、出力画像の種類や数を作業者に指定させるステップを設ければ良い。

【0040】

（その他の実施形態）
上述した実施形態の機能を実現するように前述した実施形態の構成を動作させるプログラム（例えば、図３に示す処理を行うプログラム）を記憶媒体に記憶させ、該記憶媒体に記憶されたプログラムをコードとして読み出し、コンピュータにおいて実行する処理方法も上述の実施形態の範疇に含まれる。即ちコンピュータ読み取り可能な記憶媒体も実施例の範囲に含まれる。また、前述のコンピュータプログラムが記憶された記憶媒体はもちろんそのコンピュータプログラム自体も上述の実施形態に含まれる。かかる記憶媒体としてはたとえばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、磁気テープ、不揮発性メモリカード、ＲＯＭ等を用いることができる。また上述の記憶媒体に記憶されたプログラム単体で処理を実行しているものに限らず、他のソフトウエア、拡張ボードの機能と共同して、ＯＳ上で動作し上述の実施形態の動作を実行するものも上述した実施形態の範疇に含まれる。

【符号の説明】

【0041】

１００ 情報処理装置
１０１ ＣＰＵ
１０３ ストレージ
１０４ メモリ
２０１ 入力画像
２０１ａ 確認用入力画像
２０１ｂ 実装用入力画像
２０１ｃ 仮実装用入力画像
２０２ 出力画像
２０２ａ 確認用画像
２０２ｂ 実装用画像
２０２ｃ 仮実装用画像
２０３ 画像処理
２０４ ファイル変換処理
４０１ 確認用画像の方法情報
４０２ 実装用画像の方法情報
４０３ 仮実装用画像の方法情報

【図1】

【図2】

【図3】

【図4】