画像ファイル処理装置およびプログラム
【課題】画像データと動作規定データとを含む画像ファイルを生成する処理の負荷を軽減する。
【解決手段】記憶装置３４は、所定のダミー画像を示すＭ個のダミー画像データＱおよび画像の動作を規定する動作規定データＺBを含む画像ファイルＹと、各キャラクタの画像を示す複数の表示用画像データＳとを記憶する。制御装置３２は、画像ファイルＹ内の各ダミー画像データＱを表示用画像データＳに置換することで画像ファイルＸを生成し、端末装置１２の表示装置２８に表示させる。
【解決手段】記憶装置３４は、所定のダミー画像を示すＭ個のダミー画像データＱおよび画像の動作を規定する動作規定データＺBを含む画像ファイルＹと、各キャラクタの画像を示す複数の表示用画像データＳとを記憶する。制御装置３２は、画像ファイルＹ内の各ダミー画像データＱを表示用画像データＳに置換することで画像ファイルＸを生成し、端末装置１２の表示装置２８に表示させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示対象となるオブジェクトを示す画像データとオブジェクトの動作を規定する動作規定データとを含む画像ファイルを処理する技術に関する。
【背景技術】
【０００２】
例えばプレイヤが所有する複数のキャラクタが他のプレイヤのキャラクタと戦闘する画像を表示装置に表示させるゲーム装置（非特許文献１）では、キャラクタを示す画像データとキャラクタの動作（アニメーション）を規定する動作規定データとを含む特定形式（例えばＳＷＦ形式）の画像ファイルが使用される。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「ソーシャルゲーム総合情報誌 アプリＳＴＹＬＥ Ｖｏｌ．２」，株式会社イースト・プレス，平成２３年４月１日，ｐ.２６−ｐ.２９
【発明の概要】
【発明が解決しようとする課題】
【０００４】
表示装置に表示される複数のキャラクタは例えばゲームの進行状況に応じて変更され得る。しかし、例えば表示対象のキャラクタが変更されるたびに、変更後の組合せに係る各キャラクタの画像データと各キャラクタの動作規定データとを合成して特定形式の画像ファイルを生成する構成では、処理負荷が過大となる可能性がある。以上の事情を考慮して、本発明は、画像データと動作規定データとを含む画像ファイルを生成する処理の負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
本発明の画像ファイル処理装置（１４A，１４B）は、オブジェクトを示すダミー画像データ（Ｑ）とオブジェクトの動作を規定する動作規定データ（ＺB）とを含む画像ファイル（Ｙ）を記憶する第１記憶部（３４）と、オブジェクトを示す表示用画像データ（Ｓ）を記憶する第２記憶部（３４）と、画像ファイル（Ｙ）内のダミー画像データ（Ｑ）を特定する画像特定部（３２，ＳA14）と、画像特定部（３２，ＳA14）が特定したダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換する画像置換部（３２，ＳA15）とを具備する。以上の構成では、画像ファイル（Ｙ）のダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換することで新規な画像ファイル（Ｘ）が生成されるから、新規な画像ファイル（Ｘ）を生成する処理の負荷を軽減することが可能である。また、画像ファイル（Ｙ）内の動作規定データ（ＺB）が、置換後の表示用画像データ（Ｓ）が示す画像の動作を規定するデータとして流用されるから、表示用画像データ（Ｓ）の画像について動作規定データ（ＺB）を生成する必要がないという利点もある。
【０００７】
本発明の好適な態様において、第１記憶部（３４）は、複数のダミー画像データ（Ｑ）を含む画像ファイル（Ｙ）を記憶し、第２記憶部（３４）は、オブジェクトを示す複数の表示用画像データ（Ｓ）を記憶し、各表示用画像データ（Ｓ）と各ダミー画像データ（Ｑ）とを対応させる画像対応部（３２，ＳA12）を具備し、画像特定部（３２，ＳA14）は、複数のダミー画像データ（Ｑ）の各々を画像ファイル（Ｙ）内から順次に特定し、画像置換部（３２，ＳA15）は、画像特定部（３２，ＳA14）が特定した各ダミー画像データ（Ｑ）を、画像対応部（３２，ＳA12）が当該ダミー画像データ（Ｑ）に対応させた表示用画像データ（Ｓ）に置換する。以上の態様では、画像ファイル（Ｙ）の複数のダミー画像データ（Ｑ）の各々が表示用画像データ（Ｓ）に置換されるから、多様な画像を示す画像ファイル（Ｘ）を生成できるという利点がある。なお、第２記憶部（３４）が記憶する複数の表示用画像データ（Ｓ）が示す画像は基本的には相違するが、複数の表示用画像データ（Ｓ）で画像を共通させることも可能である。
【０００８】
本発明の好適な態様において、画像置換部（３２，ＳA15）は、各ダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換して生成された画像ファイル（Ｘ）の複数の表示用画像データ（Ｓ）のうちの一部を他の表示用画像データ（Ｓ）に置換する。以上の態様によれば、ダミー画像データ（Ｑ）の置換後の画像ファイル（Ｘ1）の複数の表示用画像データ（Ｓ）のうち一部を他の表示用画像データ（Ｓ）に置換することで画像ファイル（Ｘ2）が生成されるから、ダミー画像データ（Ｑ）の置換後の画像ファイル（Ｘ1）の複数の表示用画像データ（Ｓ）の全部を他の表示用画像データ（Ｓ）と置換する構成と比較して、表示用画像データ（Ｓ）の組合せが相違する複数種の画像ファイル（Ｘ）を生成する場合の負荷が軽減されるという利点がある。なお、以上の態様の具体例は、例えば第３実施形態として後述される。
【０００９】
本発明の好適な態様に係る画像ファイル処理装置（１４A，１４B）は、各ダミー画像データ（Ｑ）と共通する複数の照合用ダミー画像データ（Ｒ）を記憶する第３記憶部（３４）を具備し、画像特定部（３２，ＳA14）は、画像ファイル（Ｙ）に対する照合位置（ＰT）を変化させながら照合用ダミー画像データ（Ｒ）の少なくとも一部を画像ファイル（Ｙ）に照合することで、画像ファイル（Ｙ）内の各ダミー画像データ（Ｑ）を特定する。以上の態様では、照合用ダミー画像データ（Ｒ）の少なくとも一部を画像ファイル（Ｙ）に照合することで画像ファイル（Ｙ）内の各ダミー画像データ（Ｑ）が特定されるから、例えば画像ファイル（Ｙ）内の各ダミー画像データ（Ｑ）の境界が不明な場合でも、各ダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換して新規な画像ファイル（Ｘ）を生成できるという利点がある。
【００１０】
本発明の好適な態様において、ダミー画像データ（Ｑ）は、当該ダミー画像データ（Ｑ）のサイズを示す属性データ（ＷA）を含み、画像特定部（３２，ＳA14）は、画像ファイル（Ｙ）に対する照合位置（ＰT）を、ダミー画像データ（Ｑ）のサイズに応じてスキップさせる。以上の態様では、ダミー画像データ（Ｑ）のサイズに応じて照合位置（ＰT）をスキップさせるから、照合位置（ＰT）を固定の単位量だけ移動させながら照合用ダミー画像データ（Ｒ）を画像ファイル（Ｙ）に照合する構成と比較して各ダミー画像データ（Ｑ）を特定する処理の負荷が軽減されるという利点がある。なお、以上の態様の具体例は例えば第２実施形態として後述される。
【００１１】
本発明の好適な態様に係る画像ファイル処理装置（１４A，１４B）は、画像ファイル（Ｙ）は、当該画像ファイル（Ｙ）のサイズを示す全体属性データ（ＺA）を含み、全体属性データ（ＺA）が示すサイズを、画像置換部（３２，ＳA15）による置換後のサイズに更新するデータ更新部（３２，ＳA16）を具備する。以上の構成では、画像ファイル（Ｙ）の全体属性データ（ＺA）が示すサイズがダミー画像データ（Ｑ）の置換後のサイズに更新されるから、ダミー画像データ（Ｑ）の置換により生成された新規な画像ファイル（Ｘ）を適切に表示することが可能である。
【００１２】
本発明は、以上の各態様に係るゲーム装置（１４A，１４B）としてコンピュータを機能させるためのプログラム（ＰGM）としても特定される。本発明のプログラム（ＰGM）は、 オブジェクトを示すダミー画像データ（Ｑ）とオブジェクトの動作を規定する動作規定データ（ＺB）とを含む画像ファイル（Ｙ）を記憶する第１記憶部（３４）と、オブジェクトを示す表示用画像データ（Ｓ）を記憶する第２記憶部（３４）とを具備するコンピュータを、画像ファイル（Ｙ）内のダミー画像データ（Ｑ）を特定する画像特定部（３２，ＳA14）、および、画像特定部（３２，ＳA14）が特定したダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換する画像置換部（３２，ＳA15）として機能させる。以上のプログラム（ＰGM）によれば、本発明のゲーム装置（１４A，１４B）と同様の作用および効果が実現される。本発明のプログラム（ＰGM）は、コンピュータが読取可能な記録媒体に格納された形態で提供されてコンピュータにインストールされるほか、通信網を介した配信の形態で提供されてコンピュータにインストールされる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１実施形態に係るゲームシステムのブロック図である。
【図２】戦闘画面の模式図である。
【図３】端末装置に提供される画像ファイルの模式図である。
【図４】基礎データ内の画像ファイルの模式図である。
【図５】画像ファイルを生成する処理のフローチャートである。
【図６】各照合用ダミー画像データに対する表示用画像データの割当の説明図である。
【図７】画像ファイルを生成する処理の説明図である。
【図８】第２実施形態においてダミー画像データを特定する処理のフローチャートである。
【図９】第２実施形態における照合位置の説明図である。
【図１０】第３実施形態において画像ファイルを生成する処理のフローチャートである。
【図１１】第３実施形態における画像ファイルの生成の説明図である。
【図１２】第４実施形態におけるゲーム装置のブロック図である。
【発明を実施するための形態】
【００１４】
＜第１実施形態＞
図１は、本発明の第１実施形態に係るゲームシステム１００のブロック図である。第１実施形態のゲームシステム１００は、インターネット等の通信網１６を介して相互に通信する端末装置１２とゲーム装置１４Aとを具備し、端末装置１２を所有するプレイヤにゲームをプレイさせる通信システムである。なお、図１では便宜的に１個の端末装置１２のみを図示したが、実際には複数の端末装置１２が通信網１６を介してゲーム装置１４Aと通信する。
【００１５】
端末装置１２は、例えば携帯電話機や携帯情報端末（ＰＤＡ：Personal Digital Assistant）やパーソナルコンピュータ等の通信端末であり、制御装置２２と通信装置２４と入力装置２６と表示装置２８とを含んで構成される。制御装置２２は、端末装置１２の各要素を統括的に制御する。通信装置２４は、通信網１６を介してゲーム装置１４Aと通信する。なお、端末装置１２と通信網１６との間の通信は典型的には無線通信であるが、例えば据置型のパーソナルコンピュータ等を端末装置１２として利用する構成では端末装置１２と通信網１６とが有線通信する。
【００１６】
表示装置２８（例えば液晶表示パネル）は、制御装置２２による制御のもとで各種の画像を表示する。入力装置２６は、端末装置１２に対する指示をプレイヤが入力するための機器であり、例えばプレイヤが操作する複数の操作子を含んで構成される。なお、表示装置２８と一体に構成されたタッチパネルや、端末装置１２に対する指示を音声で入力するためのマイクロホンを入力装置２６として採用することも可能である。
【００１７】
第１実施形態のゲーム装置１４Aは、端末装置１２にブラウザゲームを提供するウェブサーバである。ブラウザゲームは、端末装置１２におけるウェブブラウザの実行でプレイすることが可能なゲーム（ゲーム専用のソフトウェアを端末装置１２にダウンロードすることが不要なゲーム）である。具体的には、ゲーム装置１４Aは、入力装置２６に対するプレイヤからの指示に応じて端末装置１２から送信される要求を契機として各種の処理を実行し、処理結果を示す画像を端末装置１２の表示装置２８に表示させる。第１実施形態では、ゲーム内でプレイヤに付与されたモンスター等の複数のキャラクタを使用して他のプレイヤとの戦闘等のイベントを実行していくＲＰＧ（Role-Playing Game）型のソーシャルゲームがゲーム装置１４Aから端末装置１２に提供される。
【００１８】
例えばゲーム装置１４Aは、戦闘イベント等のイベントの動画像を示す画像ファイルＸを端末装置１２に送信することで端末装置１２の表示装置２８に画像を表示させる。画像ファイルＸは、Ｆｌａｓｈ（登録商標）に準拠したＳＷＦ形式のデータファイルである。端末装置１２の制御装置２２は、ＳＷＦ形式の画像ファイルＸに専用されるソフトウェア（Ｆｌａｓｈプレイヤ）を実行することで、通信装置２４がゲーム装置１４Aから受信した画像ファイルＸが示す動画像を表示装置２８に表示する。
【００１９】
図２は、画像ファイルＸに応じて表示装置２８に表示される戦闘イベントの画像（以下「戦闘画面」という）５０の模式図である。図２に示すように、戦闘画面５０は、戦闘イベントに参加する複数のキャラクタの画像５２を背景画像５４の前面に配置した画像である。具体的には、戦闘イベントで攻撃を担当するプレイヤが所有する攻撃側のキャラクタの画像５２と、戦闘イベントで防御を担当するプレイヤが所有する防御側のキャラクタの画像５２とが戦闘画面５０に配置される。
【００２０】
図３は、戦闘画面５０の表示に利用される画像ファイルＸの説明図である。図３に示すように、画像ファイルＸは、ヘッダＺAと動作規定データＺBと画像データ群ＺCとを含むＳＷＦ形式のデータである。ヘッダＺAは、画像ファイルＸの全体のデータサイズを指定する。
【００２１】
画像データ群ＺCは、戦闘イベントに参加する各キャラクタに対応するＭ個（Ｍは自然数）の表示用画像データＳと、背景画像５４を示す背景画像データＢとの集合である。Ｍ個の表示用画像データＳは、攻撃側のキャラクタに対応するＭA個の表示用画像データＳと防御側のキャラクタに対応するＭB個の表示用画像データＳとに区分される（Ｍ＝ＭA＋ＭB）。各表示用画像データＳは、ヘッダＷAと画像部ＷBとを含むＳＷＦ形式のデータである。ヘッダＷAは、１個の表示用画像データＳのデータサイズを指定する。画像部ＷBは、１種類のキャラクタの画像５２を表現する。画像部ＷBが示す画像５２の内容やヘッダＷAが示すデータサイズは表示用画像データＳ毎に相違する。
【００２２】
動作規定データＺBは、表示用画像データＳが示すキャラクタの動作（画像５２の移動や変形等のアニメーション）を定義するアクションスクリプトである。例えば表示用画像データＳが示す各キャラクタの画像５２を戦闘画面５０内で上下に揺動させる動作（各キャラクタが活動中であることを表現する動作）が動作規定データＺBで指定される。以上が画像ファイルＸの構造である。
【００２３】
図１に示すように、ゲーム装置１４Aは、制御装置３２と記憶装置３４と通信装置３６とを具備する。通信装置３６は、通信網１６を介して端末装置１２と通信する。記憶装置３４は、制御装置３２が実行するプログラムＰGMや制御装置３２が使用する各種のデータ（ゲームデータＰ，表示画像群Ｇ，基礎データＴ）を記憶する。半導体記録媒体や磁気記録媒体等の公知の記録媒体または複数種の記録媒体の組合せが記憶装置３４として採用され得る。
【００２４】
ゲームデータＰは、プレイヤ毎に生成されて各プレイヤによるゲームの進行状況を示すデータである。例えばゲームデータＰは、プレイヤが所有する複数のキャラクタを指定する。表示画像群Ｇは、ゲームに登場し得る全種類のキャラクタの表示用画像データＳの集合である。表示画像群Ｇの各表示用画像データＳは相互に独立のファイルとして記憶装置３４に記憶されて個別に処理される。
【００２５】
基礎データＴは、画像ファイルＹとＭ個の照合用ダミー画像データＲ（Ｒ[1]〜Ｒ[M]）とを含んで構成されて画像ファイルＸの生成に使用される。図４は、画像ファイルＹの説明図である。画像ファイルＹは、画像ファイルＸと同様に、ヘッダＺAと動作規定データＺBと画像データ群ＺCとを含むＳＷＦ形式のデータファイルであり、画像ファイルＸの生成用のテンプレートとして利用される。画像ファイルＹのヘッダＺAは、画像ファイルＹの全体のデータサイズを指定する。画像ファイルＹの画像データ群ＺCは、Ｍ個のダミー画像データＱ（Ｑ[1]〜Ｑ[M]）と戦闘画面５０の背景画像５４を示す背景画像データＢとの集合である。
【００２６】
Ｍ個のダミー画像データＱ（Ｑ[1]〜Ｑ[M]）は、攻撃側のキャラクタに対応するＭA個のダミー画像データＱと防御側のキャラクタに対応するＭB個のダミー画像データＱとに区分される。各ダミー画像データＱは、表示用画像データＳと同様に、ダミー画像データＱのデータサイズを示すヘッダＷAと、所定のダミー画像を示す画像部ＷBとを含むＳＷＦ形式のデータである。画像部ＷBが示すダミー画像の内容やヘッダＷAが示すデータサイズはダミー画像データＱ毎に相違する。概略的には、画像ファイルＹのＭ個のダミー画像データＱ（Ｑ[1]〜Ｑ[M]）を、表示画像群Ｇのうち戦闘イベントに参加する各キャラクタの表示用画像データＳに置換することで、画像ファイルＸが生成される。すなわち、画像ファイルＹの各ダミー画像データＱは、実際に戦闘イベントに参加するキャラクタの表示用画像データＳに置換されるまでの暫定的なデータ（ダミーデータ）に相当する。
【００２７】
図１の基礎データＴのＭ個の照合用ダミー画像データＲ（Ｒ[1]〜Ｒ[M]）は、画像ファイルＹの各ダミー画像データＱと１対１に対応する。具体的には、各照合用ダミー画像データＲ[m]（ｍ＝１〜Ｍ）は、画像ファイルＹのＭ個のダミー画像データＱ[1]〜Ｑ[M]のうちその照合用ダミー画像データＲ[m]に対応する１個のダミー画像データＱ[m]と内容が共通する。各照合用ダミー画像データＲは、相互に独立のファイルとして記憶装置３４に格納されて個別に処理され得る。Ｍ個の照合用ダミー画像データＲは、攻撃側のキャラクタに対応するＭA個の照合用ダミー画像データＲと防御側のキャラクタに対応するＭB個の照合用ダミー画像データＲとに区分される。
【００２８】
図５は、記憶装置３４に記憶された基礎データＴ（画像ファイルＹとＭ個の照合用ダミー画像データＲ）を利用して画像ファイルＸを生成する処理のフローチャートである。入力装置２６に対する操作でプレイヤが戦闘イベントの発生を指示するたびに図５の処理が実行される。
【００２９】
図５の処理を開始すると、制御装置３２は、戦闘イベントに参加する複数のキャラクタを選択する（ＳA11）。具体的には、制御装置３２は、ＭA個を上限として攻撃側のキャラクタを選択するとともに、ＭB個を上限として防御側のキャラクタを選択する。攻撃側のキャラクタは、攻撃担当のプレイヤのゲームデータＰが示す複数のキャラクタから選択され、防御側のキャラクタは、防御担当のプレイヤのゲームデータＰが示す複数のキャラクタから選択される。各プレイヤが所有するキャラクタはゲームの進行とともに随時に変更（追加，削除）されるから、戦闘イベントに参加するキャラクタは戦闘イベント毎に変化し得る。
【００３０】
制御装置３２は、図６に示すように、記憶装置３４に記憶された表示画像群Ｇの複数の表示用画像データＳのうちステップＳA11で選択した各キャラクタの表示用画像データＳを、基礎データＴのＭ個の照合用ダミー画像データＲ[1]〜Ｒ[M]の各々に１対１に対応させる（ＳA12）。具体的には、制御装置３２は、攻撃側のキャラクタに対応するＭA個の照合用ダミー画像データＲの各々に対して、ステップＳA11で選択した攻撃側の各キャラクタの表示用画像データＳを、例えば各キャラクタの攻撃力の順番で対応させる。同様に、制御装置３２は、防御側のキャラクタに対応するＭB個の照合用ダミー画像データＲの各々に対して、ステップＳA11で選択した防御側の各キャラクタの表示用画像データＳを、例えば各キャラクタの防御力の順番に対応させる。
【００３１】
なお、ステップＳA11で選択された攻撃側のキャラクタの総数がＭA個を下回る場合（例えばプレイヤが所有するキャラクタの総数が少ない場合）、ＭA個の攻撃側の照合用ダミー画像データＲのうち表示用画像データＳが割当てられない余剰の照合用ダミー画像データＲには所定の透明画像の表示用画像データＳが対応付けられる。ＭB個の防御側の照合用ダミー画像データＲについても同様である。なお、各照合用ダミー画像データＲは画像ファイルＹのダミー画像データＱと１対１に対応するから、ステップＳA12の処理は、画像ファイルＹの各ダミー画像データＱに対して各キャラクタの表示用画像データＳを１対１に対応させる処理としても換言され得る。
【００３２】
制御装置３２は、画像ファイルＹ内のＭ個のダミー画像データＱ[1]〜Ｑ[M]の各々を、そのダミー画像データＱ[m]（照合用ダミー画像データＲ[m]）にステップＳA12で対応させた表示用画像データＳに置換する処理を実行する（ＳA13〜ＳA17）。なお、各ダミー画像データＱ[m]は可変長であるから、Ｍ個のダミー画像データＱ[1]〜Ｑ[M]の各々の境界を画像ファイルＹのみから特定することは困難である。そこで、第１実施形態では、画像ファイルＹと照合用ダミー画像データＲ[m]とを照合することで画像ファイルＹ内の各ダミー画像データＱ[m]を特定する。
【００３３】
制御装置３２は、Ｍ個の照合用ダミー画像データＲ[1]〜Ｒ[M]から１個の照合用ダミー画像データＲ[m]を選択するとともにその照合用ダミー画像データＲ[m]の一部（以下「照合データ」という）ｒ[m]を抽出する（ＳA13）。照合データｒ[m]は、図７の部分(A)に示すように、例えば照合用ダミー画像データＲ[m]のうち先頭から所定長にわたる部分である。
【００３４】
制御装置３２は、図７の部分(A)に示すように、画像ファイルＹに対する照合位置ＰT（ポインタ）を画像ファイルＹの先頭から末尾にかけて所定の単位量ずつ移動させながら照合データｒ[m]を画像ファイルＹに照合することで、画像ファイルＹのうち照合データｒ[m]と合致する箇所を検索し、図７の部分(B)に示すように、照合データｒ[m]に合致する箇所を含む１個のダミー画像データＱ[m]（以下「検索済ダミー画像データＱ[m]」という）を特定する（ＳA14）。具体的には、画像ファイルＹのうち照合データｒ[m]に合致する箇所の先頭から照合用ダミー画像データＲ[m]のヘッダＷAが指定するデータサイズにわたる部分がダミー画像データＱ[m]として特定される。
【００３５】
以上の手順で１個の検索済ダミー画像データＱ[m]を特定すると、制御装置３２は、図７の部分(C)に示すように、検索済ダミー画像データＱ[m]を、その検索済ダミー画像データＱ[m]（照合用ダミー画像データＲ[m]）にステップＳA12で対応させた表示用画像データＳに置換する（ＳA15）。なお、画像ファイルＹ内の検索済ダミー画像データＱ[m]と表示用画像データＳとはデータサイズが相違し得るから、ダミー画像データＱに対して表示用画像データＳを単純に上書きすることはできない。そこで、制御装置３２は、図７の部分(C)に示すように、画像ファイルＹのうち先頭から検索済ダミー画像データＱ[m]の始点直前までの区間Ｙ1に表示用画像データＳを連結し、画像ファイルＹのうち検索済ダミー画像データＱ[m]の終点直後から末尾までの区間Ｙ2を表示用画像データＳに連結することで、検索済ダミー画像データＱ[m]を表示用画像データＳに置換する。
【００３６】
検索済ダミー画像データＱ[m]と表示用画像データＳとはデータサイズが相違し得るから、検索済ダミー画像データＱ[m]を表示用画像データＳに置換することで画像ファイルＹの全体のデータサイズは変化する。そこで、制御装置３２は、画像ファイルＹのヘッダＺAが示す画像ファイルＹのデータサイズを、ダミー画像データＱ[m]の置換後（ステップＳA15の実行後）の画像ファイルＹのデータサイズに更新する（ＳA16）。
【００３７】
制御装置３２は、画像ファイルＹのＭ個のダミー画像データＱ[1]〜Ｑ[M]の全部についてステップＳA13〜ＳA16の処理（表示用画像データＳへの置換）が完了したか否かを判定する（ＳA17）。ステップＳA17の結果が否定である場合（未処理のダミー画像データＱ[m]が存在する場合）、制御装置３２は、未選択の１個の照合用ダミー画像データＲ[m]を新たに選択したうえでステップＳA13〜ＳA16の処理を実行する。Ｍ個のダミー画像データＱ[1]〜Ｑ[M]について処理が完了した場合（ＳA17：YES）、制御装置３２は、Ｍ個のダミー画像データＱ[1]〜Ｑ[M]の全部が各キャラクタの表示用画像データＳに置換された画像ファイルＹを画像ファイルＸとして通信装置３６から端末装置１２に送信する（ＳA18）。
【００３８】
以上に説明したように、第１実施形態では、既存の画像ファイルＹの各ダミー画像データＱを表示用画像データＳに置換することで画像ファイルＸが生成されるから、画像ファイルＸを生成する処理の負荷を軽減することが可能である。また、画像ファイルＹ内の各ダミー画像データＱを表示用画像データＳに置換して画像ファイルＹが生成されるから、画像ファイルＹ内の動作規定データＺBが、置換後の各表示用画像データＳの画像５２の動作を規定するデータとして流用される。したがって、各表示用画像データＳが示す画像５２の動作を規定する動作規定データＺBを画像ファイルＸの生成時に新規に生成する構成と比較して、画像ファイルＸの生成の負荷が軽減されるという利点もある。
【００３９】
また、第１実施形態では、照合用ダミー画像データＲ[m]の一部が照合データｒ[m]として画像ファイルＹと照合される。したがって、照合用ダミー画像データＲ[m]の全部を画像ファイルＹと照合する構成と比較して処理負荷が軽減されるという利点がある。ただし、照合用ダミー画像データＲ[m]の全体を画像ファイルＹと照合することも可能である。
【００４０】
＜第２実施形態＞
本発明の第２実施形態を以下に説明する。なお、以下に例示する各形態において作用や機能が第１実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【００４１】
第１実施形態では、画像ファイルＹに対する照合位置ＰTを所定の単位量ずつ移動させながら照合データｒ[m]を画像ファイルＹに照合することでダミー画像データＱ[m]を検索した。第２実施形態では、ダミー画像データＱ[m]のヘッダＷAが指定するデータサイズに応じた移動量だけ照合位置ＰTを移動（スキップ）させながら照合データｒ[m]を画像ファイルＹに照合する。
【００４２】
図８は、第２実施形態の制御装置３２が図５のステップＳA14で実行する処理のフローチャートである。ステップＳA14を開始すると、制御装置３２は、画像ファイルＹ内のＭ個のダミー画像データＱ[1]〜Ｑ[M]のうち最初のダミー画像データＱ[1]のヘッダＷAの位置（初期位置）を照合位置ＰTとして設定する（ＳB11）。
【００４３】
制御装置３２は、画像ファイルＹの照合位置ＰTに対して照合データｒ[m]を照合することで、照合データｒ[m]が画像ファイルＹの一部に合致するか否かを判定する（ＳB12）。照合データｒ[m]が画像ファイルＹの一部に合致する場合（ＳB12：YES）、制御装置３２は、画像ファイルＹのうち現在の照合位置ＰTからヘッダＷAが指定するデータサイズにわたる部分をダミー画像データＱ[1]として特定する（ＳB13）。ダミー画像データＱ[m]の特定後の処理（ＳA15〜ＳA18）は第１実施形態と同様である。
【００４４】
他方、照合データｒ[m]が画像ファイルＹの一部に合致しない場合（ＳB12：NO）、制御装置３２は、現在の照合位置ＰTを先頭とするヘッダＷAが指定するデータサイズ（ダミー画像データＱ[1]のデータサイズ）だけ照合位置ＰTをスキップさせる（ＳB14）。すなわち、照合位置ＰTは、図９に示すように、ダミー画像データＱ[1]の先頭から直後のダミー画像データＱ[2]の先頭までジャンプする。そして、移動後の照合位置ＰTにて照合データｒ[m]を画像ファイルＹに照合することで照合データｒ[m]と画像ファイルＹの一部とが合致するか否かを判定する（ＳB12）。すなわち、第１実施形態では照合位置ＰTを所定の単位量ずつ移動させたのに対し、第２実施形態では、図９に示すように、照合位置ＰTを各ダミー画像データＱ[m]の先頭から直後のダミー画像データＱ[m+1]の先頭に移動させながら照合データｒ[m]と画像ファイルＹとを照合する。
【００４５】
第２実施形態においても第１実施形態と同様の効果が実現される。また、第２実施形態では、各ダミー画像データＱのヘッダＷAが指定するデータサイズに応じて照合位置ＰTがスキップされるから、照合位置ＰTを所定の単位量ずつ移動させる第１実施形態と比較して、画像ファイルＸを生成する処理（特に画像ファイルＹから各ダミー画像データＱを特定する処理）の負荷が軽減されるという利点がある。
【００４６】
＜第３実施形態＞
戦闘イベントに参加するキャラクタの組合せがイベント毎に変化し得ることを考慮して、第１実施形態では、戦闘イベントが指示されるたびに画像ファイルＹから画像ファイルＸを生成する構成を例示した。第３実施形態では、図５の処理で画像ファイルＹから生成された画像ファイルＸ1をプレイヤ毎に記憶装置３４に保持し、記憶装置３４に格納された画像ファイルＸ1を部分的に変更することで次回の戦闘イベントの画像ファイルＸ2を生成する。
【００４７】
図１０は、第３実施形態の制御装置３２が既存の画像ファイルＸ1の加工で画像ファイルＸ2を生成する処理のフローチャートであり、図１１は、図１０の処理の説明図である。画像ファイルＹから画像ファイルＸを生成する図５の処理後に戦闘イベントが指示された場合に図１０の処理が開始される。第３実施形態では、図５の処理が実行されると、ステップＳA11で選択された各キャラクタのＭ個の表示用画像データＳ（すなわちダミー画像データＱ[1]〜Ｑ[M]を置換した表示用画像データＳ）が新たな照合用ダミー画像データＲ（Ｒ[1]〜Ｒ[M]）として画像ファイルＸ1とともにプレイヤ毎に記憶装置３４に記憶される。
【００４８】
図１０の処理を開始すると、制御装置３２は、今回の戦闘イベントに参加する複数のキャラクタを選択する（ＳC11）。戦闘イベントに参加するキャラクタは戦闘イベント毎に変化し得る。制御装置３２は、図１１に示すように、記憶装置３４に格納された既存の画像ファイルＸ1のＭ個の表示用画像データＳのうち、ステップＳC11で選択したキャラクタとは相違するキャラクタの１個以上の表示用画像データＳ（以下「変更対象画像データＳ」という）を特定する（ＳC12）。具体的には、変更対象のキャラクタについて記憶装置３４に記憶された照合用ダミー画像データＲ[m]の一部を照合データｒ[m]として画像ファイルＸ1と照合することで変更対象画像データＳを特定する。照合データｒ[m]と画像ファイルＸ1との照合の方法は、第１実施形態のステップＳA14と同様である。図１１では、画像ファイルＸ1のＭ個の表示用画像データＳのうち変更対象画像データＳに斜線が付加されている。
【００４９】
制御装置３２は、図１１に示すように、画像ファイルＸ1のＭ個の表示用画像データＳから特定された各変更対象画像データＳを、表示画像群ＧのうちステップＳC11で選択したキャラクタの表示用画像データＳに置換することで新規な画像ファイルＸ2を生成する（ＳC13）。表示用画像データＳの置換の方法は、第１実施形態においてダミー画像データＱ[m]を表示用画像データＳに置換する方法（ＳA15）と同様である。画像ファイルＸ1のＭ個の表示用画像データＳのうち変更対象画像データＳ以外の表示用画像データＳは画像ファイルＸ2でも維持される。なお、ステップＳC12で画像ファイルＸ1との照合に利用された照合用ダミー画像データＲ[m]は、ステップＳC13での置換後の表示用画像データＳに更新される。
【００５０】
第３実施形態においても第１実施形態と同様の効果が実現される。また、第３実施形態では、生成済の画像ファイルＸ1のＭ個の表示用画像データＳのうちの一部（変更対象画像データＳ）を他の表示用画像データＳに置換することで新規な画像ファイルＸ2が生成されるから、画像ファイルＹのＭ個のダミー画像データＱ[1]〜Ｑ[M]の全部を表示用画像データＳに置換する図５の処理を戦闘イベントの発生毎に実行する構成と比較して、制御装置３２の処理負荷が軽減されるという利点がある。他方、戦闘イベントの発生毎に画像ファイルＹから画像ファイルＸを生成する第１実施形態では、生成済の各プレイヤの画像ファイルＸを記憶装置３４に保持しておく必要がないから、第３実施形態と比較して記憶装置３４に必要な記憶容量が削減されるという利点がある。
【００５１】
＜第４実施形態＞
図１２は、第４実施形態のゲーム装置１４Bのブロック図である。ゲーム装置１４Bは、第１実施形態と同様のゲームをプレイヤ（所有者）にプレイさせる電子機器である。例えば携帯電話機や携帯情報端末等の携帯機器がゲーム装置１４Bとして好適である。図１２に示すように、ゲーム装置１４Bは、制御装置３２と記憶装置３４と入力装置２６と表示装置２８とを具備する。
【００５２】
記憶装置３４は、第１実施形態と同様に、プログラムＰGMとゲームデータＰと基礎データＴと表示画像群Ｇとを記憶する。制御装置３２は、プログラムＰGMを実行することで第１実施形態と同様に動作する。具体的には、制御装置３２は、基礎データＴの画像ファイルＹに含まれる各ダミー画像データＱを表示画像群Ｇの表示用画像データＳに置換することで画像ファイルＸを生成する。制御装置３２が生成した画像ファイルＸに応じて図２の戦闘画面５０が表示装置２８に表示される。
【００５３】
以上の説明から理解される通り、第４実施形態のゲーム装置１４Bは、第１実施形態のゲーム装置１４Aが提供するゲームを装置単体でプレイヤに提供する機器として機能する。したがって、第４実施形態においても第１実施形態と同様の効果が実現される。なお、第２実施形態や第３実施形態の構成を第４実施形態に適用することも可能である。
【００５４】
＜変形例＞
前述の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は、相互に矛盾しない範囲で適宜に併合され得る。
【００５５】
（１）前述の各形態では、戦闘イベントの戦闘画面５０を示す画像ファイルＸを生成したが、画像ファイルＸが示す画像の内容は任意である。例えば、プレイヤがアイテムまたはキャラクタを取得するイベント（例えば洞窟を探索するイベント）の画像ファイルＸの生成にも前述の各形態が適用される。また、前述の各形態では、戦闘イベントを想定した関係で、表示用画像データＳがゲーム内のキャラクタを示す構成を例示したが、表示用画像データＳが示す画像の内容は任意である。例えば、画像ファイルＸが示す画像によっては、表示用画像データＳがゲーム内のアイテム等を示す構成も採用され得る。すなわち、ダミー画像データＱが示すダミー画像や表示用画像データＳが示すキャラクタ，アイテム等は、オブジェクトとして包括される。
【００５６】
（２）前述の各形態では、記憶装置３４に１種類の基礎データＴを記憶した場合を例示したが、相異なる複数の基礎データＴを用意することも可能である。制御装置３２は、複数の基礎データＴから所定の規則で選択した１個の基礎データＴを利用して前述の各形態と同様の処理を実行することで画像ファイルＸを生成する。
【００５７】
（３）前述の各形態では、画像ファイルＹと照合用ダミー画像データＲと表示用画像データＳとを単一の記憶装置３４に格納したが、各データを別個の記憶装置３４に格納することも可能である。また、ゲーム装置１４Aの機能を複数の装置に分散した構成も採用され得る。
【００５８】
（４）前述の各形態では、画像ファイルＹから画像ファイルＸを生成する本発明の構成をゲーム装置１４（１４A，１４B）に適用した場合を例示したが、本発明が適用される範囲はゲーム装置１４に限定されない。本発明の好適な態様は、画像ファイルＹから画像ファイルＸを生成する技術（画像ファイル処理装置，画像ファイル処理方法）として実現される。
【符号の説明】
【００５９】
１００……ゲームシステム、１２……端末装置、１４A，１４B……ゲーム装置、１６……通信網、２２……制御装置、２４……通信装置、２６……入力装置、２８……表示装置、３２……制御装置、３４……記憶装置、３６……通信装置。
【技術分野】
【０００１】
本発明は、表示対象となるオブジェクトを示す画像データとオブジェクトの動作を規定する動作規定データとを含む画像ファイルを処理する技術に関する。
【背景技術】
【０００２】
例えばプレイヤが所有する複数のキャラクタが他のプレイヤのキャラクタと戦闘する画像を表示装置に表示させるゲーム装置（非特許文献１）では、キャラクタを示す画像データとキャラクタの動作（アニメーション）を規定する動作規定データとを含む特定形式（例えばＳＷＦ形式）の画像ファイルが使用される。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「ソーシャルゲーム総合情報誌 アプリＳＴＹＬＥ Ｖｏｌ．２」，株式会社イースト・プレス，平成２３年４月１日，ｐ.２６−ｐ.２９
【発明の概要】
【発明が解決しようとする課題】
【０００４】
表示装置に表示される複数のキャラクタは例えばゲームの進行状況に応じて変更され得る。しかし、例えば表示対象のキャラクタが変更されるたびに、変更後の組合せに係る各キャラクタの画像データと各キャラクタの動作規定データとを合成して特定形式の画像ファイルを生成する構成では、処理負荷が過大となる可能性がある。以上の事情を考慮して、本発明は、画像データと動作規定データとを含む画像ファイルを生成する処理の負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００６】
本発明の画像ファイル処理装置（１４A，１４B）は、オブジェクトを示すダミー画像データ（Ｑ）とオブジェクトの動作を規定する動作規定データ（ＺB）とを含む画像ファイル（Ｙ）を記憶する第１記憶部（３４）と、オブジェクトを示す表示用画像データ（Ｓ）を記憶する第２記憶部（３４）と、画像ファイル（Ｙ）内のダミー画像データ（Ｑ）を特定する画像特定部（３２，ＳA14）と、画像特定部（３２，ＳA14）が特定したダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換する画像置換部（３２，ＳA15）とを具備する。以上の構成では、画像ファイル（Ｙ）のダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換することで新規な画像ファイル（Ｘ）が生成されるから、新規な画像ファイル（Ｘ）を生成する処理の負荷を軽減することが可能である。また、画像ファイル（Ｙ）内の動作規定データ（ＺB）が、置換後の表示用画像データ（Ｓ）が示す画像の動作を規定するデータとして流用されるから、表示用画像データ（Ｓ）の画像について動作規定データ（ＺB）を生成する必要がないという利点もある。
【０００７】
本発明の好適な態様において、第１記憶部（３４）は、複数のダミー画像データ（Ｑ）を含む画像ファイル（Ｙ）を記憶し、第２記憶部（３４）は、オブジェクトを示す複数の表示用画像データ（Ｓ）を記憶し、各表示用画像データ（Ｓ）と各ダミー画像データ（Ｑ）とを対応させる画像対応部（３２，ＳA12）を具備し、画像特定部（３２，ＳA14）は、複数のダミー画像データ（Ｑ）の各々を画像ファイル（Ｙ）内から順次に特定し、画像置換部（３２，ＳA15）は、画像特定部（３２，ＳA14）が特定した各ダミー画像データ（Ｑ）を、画像対応部（３２，ＳA12）が当該ダミー画像データ（Ｑ）に対応させた表示用画像データ（Ｓ）に置換する。以上の態様では、画像ファイル（Ｙ）の複数のダミー画像データ（Ｑ）の各々が表示用画像データ（Ｓ）に置換されるから、多様な画像を示す画像ファイル（Ｘ）を生成できるという利点がある。なお、第２記憶部（３４）が記憶する複数の表示用画像データ（Ｓ）が示す画像は基本的には相違するが、複数の表示用画像データ（Ｓ）で画像を共通させることも可能である。
【０００８】
本発明の好適な態様において、画像置換部（３２，ＳA15）は、各ダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換して生成された画像ファイル（Ｘ）の複数の表示用画像データ（Ｓ）のうちの一部を他の表示用画像データ（Ｓ）に置換する。以上の態様によれば、ダミー画像データ（Ｑ）の置換後の画像ファイル（Ｘ1）の複数の表示用画像データ（Ｓ）のうち一部を他の表示用画像データ（Ｓ）に置換することで画像ファイル（Ｘ2）が生成されるから、ダミー画像データ（Ｑ）の置換後の画像ファイル（Ｘ1）の複数の表示用画像データ（Ｓ）の全部を他の表示用画像データ（Ｓ）と置換する構成と比較して、表示用画像データ（Ｓ）の組合せが相違する複数種の画像ファイル（Ｘ）を生成する場合の負荷が軽減されるという利点がある。なお、以上の態様の具体例は、例えば第３実施形態として後述される。
【０００９】
本発明の好適な態様に係る画像ファイル処理装置（１４A，１４B）は、各ダミー画像データ（Ｑ）と共通する複数の照合用ダミー画像データ（Ｒ）を記憶する第３記憶部（３４）を具備し、画像特定部（３２，ＳA14）は、画像ファイル（Ｙ）に対する照合位置（ＰT）を変化させながら照合用ダミー画像データ（Ｒ）の少なくとも一部を画像ファイル（Ｙ）に照合することで、画像ファイル（Ｙ）内の各ダミー画像データ（Ｑ）を特定する。以上の態様では、照合用ダミー画像データ（Ｒ）の少なくとも一部を画像ファイル（Ｙ）に照合することで画像ファイル（Ｙ）内の各ダミー画像データ（Ｑ）が特定されるから、例えば画像ファイル（Ｙ）内の各ダミー画像データ（Ｑ）の境界が不明な場合でも、各ダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換して新規な画像ファイル（Ｘ）を生成できるという利点がある。
【００１０】
本発明の好適な態様において、ダミー画像データ（Ｑ）は、当該ダミー画像データ（Ｑ）のサイズを示す属性データ（ＷA）を含み、画像特定部（３２，ＳA14）は、画像ファイル（Ｙ）に対する照合位置（ＰT）を、ダミー画像データ（Ｑ）のサイズに応じてスキップさせる。以上の態様では、ダミー画像データ（Ｑ）のサイズに応じて照合位置（ＰT）をスキップさせるから、照合位置（ＰT）を固定の単位量だけ移動させながら照合用ダミー画像データ（Ｒ）を画像ファイル（Ｙ）に照合する構成と比較して各ダミー画像データ（Ｑ）を特定する処理の負荷が軽減されるという利点がある。なお、以上の態様の具体例は例えば第２実施形態として後述される。
【００１１】
本発明の好適な態様に係る画像ファイル処理装置（１４A，１４B）は、画像ファイル（Ｙ）は、当該画像ファイル（Ｙ）のサイズを示す全体属性データ（ＺA）を含み、全体属性データ（ＺA）が示すサイズを、画像置換部（３２，ＳA15）による置換後のサイズに更新するデータ更新部（３２，ＳA16）を具備する。以上の構成では、画像ファイル（Ｙ）の全体属性データ（ＺA）が示すサイズがダミー画像データ（Ｑ）の置換後のサイズに更新されるから、ダミー画像データ（Ｑ）の置換により生成された新規な画像ファイル（Ｘ）を適切に表示することが可能である。
【００１２】
本発明は、以上の各態様に係るゲーム装置（１４A，１４B）としてコンピュータを機能させるためのプログラム（ＰGM）としても特定される。本発明のプログラム（ＰGM）は、 オブジェクトを示すダミー画像データ（Ｑ）とオブジェクトの動作を規定する動作規定データ（ＺB）とを含む画像ファイル（Ｙ）を記憶する第１記憶部（３４）と、オブジェクトを示す表示用画像データ（Ｓ）を記憶する第２記憶部（３４）とを具備するコンピュータを、画像ファイル（Ｙ）内のダミー画像データ（Ｑ）を特定する画像特定部（３２，ＳA14）、および、画像特定部（３２，ＳA14）が特定したダミー画像データ（Ｑ）を表示用画像データ（Ｓ）に置換する画像置換部（３２，ＳA15）として機能させる。以上のプログラム（ＰGM）によれば、本発明のゲーム装置（１４A，１４B）と同様の作用および効果が実現される。本発明のプログラム（ＰGM）は、コンピュータが読取可能な記録媒体に格納された形態で提供されてコンピュータにインストールされるほか、通信網を介した配信の形態で提供されてコンピュータにインストールされる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１実施形態に係るゲームシステムのブロック図である。
【図２】戦闘画面の模式図である。
【図３】端末装置に提供される画像ファイルの模式図である。
【図４】基礎データ内の画像ファイルの模式図である。
【図５】画像ファイルを生成する処理のフローチャートである。
【図６】各照合用ダミー画像データに対する表示用画像データの割当の説明図である。
【図７】画像ファイルを生成する処理の説明図である。
【図８】第２実施形態においてダミー画像データを特定する処理のフローチャートである。
【図９】第２実施形態における照合位置の説明図である。
【図１０】第３実施形態において画像ファイルを生成する処理のフローチャートである。
【図１１】第３実施形態における画像ファイルの生成の説明図である。
【図１２】第４実施形態におけるゲーム装置のブロック図である。
【発明を実施するための形態】
【００１４】
＜第１実施形態＞
図１は、本発明の第１実施形態に係るゲームシステム１００のブロック図である。第１実施形態のゲームシステム１００は、インターネット等の通信網１６を介して相互に通信する端末装置１２とゲーム装置１４Aとを具備し、端末装置１２を所有するプレイヤにゲームをプレイさせる通信システムである。なお、図１では便宜的に１個の端末装置１２のみを図示したが、実際には複数の端末装置１２が通信網１６を介してゲーム装置１４Aと通信する。
【００１５】
端末装置１２は、例えば携帯電話機や携帯情報端末（ＰＤＡ：Personal Digital Assistant）やパーソナルコンピュータ等の通信端末であり、制御装置２２と通信装置２４と入力装置２６と表示装置２８とを含んで構成される。制御装置２２は、端末装置１２の各要素を統括的に制御する。通信装置２４は、通信網１６を介してゲーム装置１４Aと通信する。なお、端末装置１２と通信網１６との間の通信は典型的には無線通信であるが、例えば据置型のパーソナルコンピュータ等を端末装置１２として利用する構成では端末装置１２と通信網１６とが有線通信する。
【００１６】
表示装置２８（例えば液晶表示パネル）は、制御装置２２による制御のもとで各種の画像を表示する。入力装置２６は、端末装置１２に対する指示をプレイヤが入力するための機器であり、例えばプレイヤが操作する複数の操作子を含んで構成される。なお、表示装置２８と一体に構成されたタッチパネルや、端末装置１２に対する指示を音声で入力するためのマイクロホンを入力装置２６として採用することも可能である。
【００１７】
第１実施形態のゲーム装置１４Aは、端末装置１２にブラウザゲームを提供するウェブサーバである。ブラウザゲームは、端末装置１２におけるウェブブラウザの実行でプレイすることが可能なゲーム（ゲーム専用のソフトウェアを端末装置１２にダウンロードすることが不要なゲーム）である。具体的には、ゲーム装置１４Aは、入力装置２６に対するプレイヤからの指示に応じて端末装置１２から送信される要求を契機として各種の処理を実行し、処理結果を示す画像を端末装置１２の表示装置２８に表示させる。第１実施形態では、ゲーム内でプレイヤに付与されたモンスター等の複数のキャラクタを使用して他のプレイヤとの戦闘等のイベントを実行していくＲＰＧ（Role-Playing Game）型のソーシャルゲームがゲーム装置１４Aから端末装置１２に提供される。
【００１８】
例えばゲーム装置１４Aは、戦闘イベント等のイベントの動画像を示す画像ファイルＸを端末装置１２に送信することで端末装置１２の表示装置２８に画像を表示させる。画像ファイルＸは、Ｆｌａｓｈ（登録商標）に準拠したＳＷＦ形式のデータファイルである。端末装置１２の制御装置２２は、ＳＷＦ形式の画像ファイルＸに専用されるソフトウェア（Ｆｌａｓｈプレイヤ）を実行することで、通信装置２４がゲーム装置１４Aから受信した画像ファイルＸが示す動画像を表示装置２８に表示する。
【００１９】
図２は、画像ファイルＸに応じて表示装置２８に表示される戦闘イベントの画像（以下「戦闘画面」という）５０の模式図である。図２に示すように、戦闘画面５０は、戦闘イベントに参加する複数のキャラクタの画像５２を背景画像５４の前面に配置した画像である。具体的には、戦闘イベントで攻撃を担当するプレイヤが所有する攻撃側のキャラクタの画像５２と、戦闘イベントで防御を担当するプレイヤが所有する防御側のキャラクタの画像５２とが戦闘画面５０に配置される。
【００２０】
図３は、戦闘画面５０の表示に利用される画像ファイルＸの説明図である。図３に示すように、画像ファイルＸは、ヘッダＺAと動作規定データＺBと画像データ群ＺCとを含むＳＷＦ形式のデータである。ヘッダＺAは、画像ファイルＸの全体のデータサイズを指定する。
【００２１】
画像データ群ＺCは、戦闘イベントに参加する各キャラクタに対応するＭ個（Ｍは自然数）の表示用画像データＳと、背景画像５４を示す背景画像データＢとの集合である。Ｍ個の表示用画像データＳは、攻撃側のキャラクタに対応するＭA個の表示用画像データＳと防御側のキャラクタに対応するＭB個の表示用画像データＳとに区分される（Ｍ＝ＭA＋ＭB）。各表示用画像データＳは、ヘッダＷAと画像部ＷBとを含むＳＷＦ形式のデータである。ヘッダＷAは、１個の表示用画像データＳのデータサイズを指定する。画像部ＷBは、１種類のキャラクタの画像５２を表現する。画像部ＷBが示す画像５２の内容やヘッダＷAが示すデータサイズは表示用画像データＳ毎に相違する。
【００２２】
動作規定データＺBは、表示用画像データＳが示すキャラクタの動作（画像５２の移動や変形等のアニメーション）を定義するアクションスクリプトである。例えば表示用画像データＳが示す各キャラクタの画像５２を戦闘画面５０内で上下に揺動させる動作（各キャラクタが活動中であることを表現する動作）が動作規定データＺBで指定される。以上が画像ファイルＸの構造である。
【００２３】
図１に示すように、ゲーム装置１４Aは、制御装置３２と記憶装置３４と通信装置３６とを具備する。通信装置３６は、通信網１６を介して端末装置１２と通信する。記憶装置３４は、制御装置３２が実行するプログラムＰGMや制御装置３２が使用する各種のデータ（ゲームデータＰ，表示画像群Ｇ，基礎データＴ）を記憶する。半導体記録媒体や磁気記録媒体等の公知の記録媒体または複数種の記録媒体の組合せが記憶装置３４として採用され得る。
【００２４】
ゲームデータＰは、プレイヤ毎に生成されて各プレイヤによるゲームの進行状況を示すデータである。例えばゲームデータＰは、プレイヤが所有する複数のキャラクタを指定する。表示画像群Ｇは、ゲームに登場し得る全種類のキャラクタの表示用画像データＳの集合である。表示画像群Ｇの各表示用画像データＳは相互に独立のファイルとして記憶装置３４に記憶されて個別に処理される。
【００２５】
基礎データＴは、画像ファイルＹとＭ個の照合用ダミー画像データＲ（Ｒ[1]〜Ｒ[M]）とを含んで構成されて画像ファイルＸの生成に使用される。図４は、画像ファイルＹの説明図である。画像ファイルＹは、画像ファイルＸと同様に、ヘッダＺAと動作規定データＺBと画像データ群ＺCとを含むＳＷＦ形式のデータファイルであり、画像ファイルＸの生成用のテンプレートとして利用される。画像ファイルＹのヘッダＺAは、画像ファイルＹの全体のデータサイズを指定する。画像ファイルＹの画像データ群ＺCは、Ｍ個のダミー画像データＱ（Ｑ[1]〜Ｑ[M]）と戦闘画面５０の背景画像５４を示す背景画像データＢとの集合である。
【００２６】
Ｍ個のダミー画像データＱ（Ｑ[1]〜Ｑ[M]）は、攻撃側のキャラクタに対応するＭA個のダミー画像データＱと防御側のキャラクタに対応するＭB個のダミー画像データＱとに区分される。各ダミー画像データＱは、表示用画像データＳと同様に、ダミー画像データＱのデータサイズを示すヘッダＷAと、所定のダミー画像を示す画像部ＷBとを含むＳＷＦ形式のデータである。画像部ＷBが示すダミー画像の内容やヘッダＷAが示すデータサイズはダミー画像データＱ毎に相違する。概略的には、画像ファイルＹのＭ個のダミー画像データＱ（Ｑ[1]〜Ｑ[M]）を、表示画像群Ｇのうち戦闘イベントに参加する各キャラクタの表示用画像データＳに置換することで、画像ファイルＸが生成される。すなわち、画像ファイルＹの各ダミー画像データＱは、実際に戦闘イベントに参加するキャラクタの表示用画像データＳに置換されるまでの暫定的なデータ（ダミーデータ）に相当する。
【００２７】
図１の基礎データＴのＭ個の照合用ダミー画像データＲ（Ｒ[1]〜Ｒ[M]）は、画像ファイルＹの各ダミー画像データＱと１対１に対応する。具体的には、各照合用ダミー画像データＲ[m]（ｍ＝１〜Ｍ）は、画像ファイルＹのＭ個のダミー画像データＱ[1]〜Ｑ[M]のうちその照合用ダミー画像データＲ[m]に対応する１個のダミー画像データＱ[m]と内容が共通する。各照合用ダミー画像データＲは、相互に独立のファイルとして記憶装置３４に格納されて個別に処理され得る。Ｍ個の照合用ダミー画像データＲは、攻撃側のキャラクタに対応するＭA個の照合用ダミー画像データＲと防御側のキャラクタに対応するＭB個の照合用ダミー画像データＲとに区分される。
【００２８】
図５は、記憶装置３４に記憶された基礎データＴ（画像ファイルＹとＭ個の照合用ダミー画像データＲ）を利用して画像ファイルＸを生成する処理のフローチャートである。入力装置２６に対する操作でプレイヤが戦闘イベントの発生を指示するたびに図５の処理が実行される。
【００２９】
図５の処理を開始すると、制御装置３２は、戦闘イベントに参加する複数のキャラクタを選択する（ＳA11）。具体的には、制御装置３２は、ＭA個を上限として攻撃側のキャラクタを選択するとともに、ＭB個を上限として防御側のキャラクタを選択する。攻撃側のキャラクタは、攻撃担当のプレイヤのゲームデータＰが示す複数のキャラクタから選択され、防御側のキャラクタは、防御担当のプレイヤのゲームデータＰが示す複数のキャラクタから選択される。各プレイヤが所有するキャラクタはゲームの進行とともに随時に変更（追加，削除）されるから、戦闘イベントに参加するキャラクタは戦闘イベント毎に変化し得る。
【００３０】
制御装置３２は、図６に示すように、記憶装置３４に記憶された表示画像群Ｇの複数の表示用画像データＳのうちステップＳA11で選択した各キャラクタの表示用画像データＳを、基礎データＴのＭ個の照合用ダミー画像データＲ[1]〜Ｒ[M]の各々に１対１に対応させる（ＳA12）。具体的には、制御装置３２は、攻撃側のキャラクタに対応するＭA個の照合用ダミー画像データＲの各々に対して、ステップＳA11で選択した攻撃側の各キャラクタの表示用画像データＳを、例えば各キャラクタの攻撃力の順番で対応させる。同様に、制御装置３２は、防御側のキャラクタに対応するＭB個の照合用ダミー画像データＲの各々に対して、ステップＳA11で選択した防御側の各キャラクタの表示用画像データＳを、例えば各キャラクタの防御力の順番に対応させる。
【００３１】
なお、ステップＳA11で選択された攻撃側のキャラクタの総数がＭA個を下回る場合（例えばプレイヤが所有するキャラクタの総数が少ない場合）、ＭA個の攻撃側の照合用ダミー画像データＲのうち表示用画像データＳが割当てられない余剰の照合用ダミー画像データＲには所定の透明画像の表示用画像データＳが対応付けられる。ＭB個の防御側の照合用ダミー画像データＲについても同様である。なお、各照合用ダミー画像データＲは画像ファイルＹのダミー画像データＱと１対１に対応するから、ステップＳA12の処理は、画像ファイルＹの各ダミー画像データＱに対して各キャラクタの表示用画像データＳを１対１に対応させる処理としても換言され得る。
【００３２】
制御装置３２は、画像ファイルＹ内のＭ個のダミー画像データＱ[1]〜Ｑ[M]の各々を、そのダミー画像データＱ[m]（照合用ダミー画像データＲ[m]）にステップＳA12で対応させた表示用画像データＳに置換する処理を実行する（ＳA13〜ＳA17）。なお、各ダミー画像データＱ[m]は可変長であるから、Ｍ個のダミー画像データＱ[1]〜Ｑ[M]の各々の境界を画像ファイルＹのみから特定することは困難である。そこで、第１実施形態では、画像ファイルＹと照合用ダミー画像データＲ[m]とを照合することで画像ファイルＹ内の各ダミー画像データＱ[m]を特定する。
【００３３】
制御装置３２は、Ｍ個の照合用ダミー画像データＲ[1]〜Ｒ[M]から１個の照合用ダミー画像データＲ[m]を選択するとともにその照合用ダミー画像データＲ[m]の一部（以下「照合データ」という）ｒ[m]を抽出する（ＳA13）。照合データｒ[m]は、図７の部分(A)に示すように、例えば照合用ダミー画像データＲ[m]のうち先頭から所定長にわたる部分である。
【００３４】
制御装置３２は、図７の部分(A)に示すように、画像ファイルＹに対する照合位置ＰT（ポインタ）を画像ファイルＹの先頭から末尾にかけて所定の単位量ずつ移動させながら照合データｒ[m]を画像ファイルＹに照合することで、画像ファイルＹのうち照合データｒ[m]と合致する箇所を検索し、図７の部分(B)に示すように、照合データｒ[m]に合致する箇所を含む１個のダミー画像データＱ[m]（以下「検索済ダミー画像データＱ[m]」という）を特定する（ＳA14）。具体的には、画像ファイルＹのうち照合データｒ[m]に合致する箇所の先頭から照合用ダミー画像データＲ[m]のヘッダＷAが指定するデータサイズにわたる部分がダミー画像データＱ[m]として特定される。
【００３５】
以上の手順で１個の検索済ダミー画像データＱ[m]を特定すると、制御装置３２は、図７の部分(C)に示すように、検索済ダミー画像データＱ[m]を、その検索済ダミー画像データＱ[m]（照合用ダミー画像データＲ[m]）にステップＳA12で対応させた表示用画像データＳに置換する（ＳA15）。なお、画像ファイルＹ内の検索済ダミー画像データＱ[m]と表示用画像データＳとはデータサイズが相違し得るから、ダミー画像データＱに対して表示用画像データＳを単純に上書きすることはできない。そこで、制御装置３２は、図７の部分(C)に示すように、画像ファイルＹのうち先頭から検索済ダミー画像データＱ[m]の始点直前までの区間Ｙ1に表示用画像データＳを連結し、画像ファイルＹのうち検索済ダミー画像データＱ[m]の終点直後から末尾までの区間Ｙ2を表示用画像データＳに連結することで、検索済ダミー画像データＱ[m]を表示用画像データＳに置換する。
【００３６】
検索済ダミー画像データＱ[m]と表示用画像データＳとはデータサイズが相違し得るから、検索済ダミー画像データＱ[m]を表示用画像データＳに置換することで画像ファイルＹの全体のデータサイズは変化する。そこで、制御装置３２は、画像ファイルＹのヘッダＺAが示す画像ファイルＹのデータサイズを、ダミー画像データＱ[m]の置換後（ステップＳA15の実行後）の画像ファイルＹのデータサイズに更新する（ＳA16）。
【００３７】
制御装置３２は、画像ファイルＹのＭ個のダミー画像データＱ[1]〜Ｑ[M]の全部についてステップＳA13〜ＳA16の処理（表示用画像データＳへの置換）が完了したか否かを判定する（ＳA17）。ステップＳA17の結果が否定である場合（未処理のダミー画像データＱ[m]が存在する場合）、制御装置３２は、未選択の１個の照合用ダミー画像データＲ[m]を新たに選択したうえでステップＳA13〜ＳA16の処理を実行する。Ｍ個のダミー画像データＱ[1]〜Ｑ[M]について処理が完了した場合（ＳA17：YES）、制御装置３２は、Ｍ個のダミー画像データＱ[1]〜Ｑ[M]の全部が各キャラクタの表示用画像データＳに置換された画像ファイルＹを画像ファイルＸとして通信装置３６から端末装置１２に送信する（ＳA18）。
【００３８】
以上に説明したように、第１実施形態では、既存の画像ファイルＹの各ダミー画像データＱを表示用画像データＳに置換することで画像ファイルＸが生成されるから、画像ファイルＸを生成する処理の負荷を軽減することが可能である。また、画像ファイルＹ内の各ダミー画像データＱを表示用画像データＳに置換して画像ファイルＹが生成されるから、画像ファイルＹ内の動作規定データＺBが、置換後の各表示用画像データＳの画像５２の動作を規定するデータとして流用される。したがって、各表示用画像データＳが示す画像５２の動作を規定する動作規定データＺBを画像ファイルＸの生成時に新規に生成する構成と比較して、画像ファイルＸの生成の負荷が軽減されるという利点もある。
【００３９】
また、第１実施形態では、照合用ダミー画像データＲ[m]の一部が照合データｒ[m]として画像ファイルＹと照合される。したがって、照合用ダミー画像データＲ[m]の全部を画像ファイルＹと照合する構成と比較して処理負荷が軽減されるという利点がある。ただし、照合用ダミー画像データＲ[m]の全体を画像ファイルＹと照合することも可能である。
【００４０】
＜第２実施形態＞
本発明の第２実施形態を以下に説明する。なお、以下に例示する各形態において作用や機能が第１実施形態と同等である要素については、以上の説明で参照した符号を流用して各々の詳細な説明を適宜に省略する。
【００４１】
第１実施形態では、画像ファイルＹに対する照合位置ＰTを所定の単位量ずつ移動させながら照合データｒ[m]を画像ファイルＹに照合することでダミー画像データＱ[m]を検索した。第２実施形態では、ダミー画像データＱ[m]のヘッダＷAが指定するデータサイズに応じた移動量だけ照合位置ＰTを移動（スキップ）させながら照合データｒ[m]を画像ファイルＹに照合する。
【００４２】
図８は、第２実施形態の制御装置３２が図５のステップＳA14で実行する処理のフローチャートである。ステップＳA14を開始すると、制御装置３２は、画像ファイルＹ内のＭ個のダミー画像データＱ[1]〜Ｑ[M]のうち最初のダミー画像データＱ[1]のヘッダＷAの位置（初期位置）を照合位置ＰTとして設定する（ＳB11）。
【００４３】
制御装置３２は、画像ファイルＹの照合位置ＰTに対して照合データｒ[m]を照合することで、照合データｒ[m]が画像ファイルＹの一部に合致するか否かを判定する（ＳB12）。照合データｒ[m]が画像ファイルＹの一部に合致する場合（ＳB12：YES）、制御装置３２は、画像ファイルＹのうち現在の照合位置ＰTからヘッダＷAが指定するデータサイズにわたる部分をダミー画像データＱ[1]として特定する（ＳB13）。ダミー画像データＱ[m]の特定後の処理（ＳA15〜ＳA18）は第１実施形態と同様である。
【００４４】
他方、照合データｒ[m]が画像ファイルＹの一部に合致しない場合（ＳB12：NO）、制御装置３２は、現在の照合位置ＰTを先頭とするヘッダＷAが指定するデータサイズ（ダミー画像データＱ[1]のデータサイズ）だけ照合位置ＰTをスキップさせる（ＳB14）。すなわち、照合位置ＰTは、図９に示すように、ダミー画像データＱ[1]の先頭から直後のダミー画像データＱ[2]の先頭までジャンプする。そして、移動後の照合位置ＰTにて照合データｒ[m]を画像ファイルＹに照合することで照合データｒ[m]と画像ファイルＹの一部とが合致するか否かを判定する（ＳB12）。すなわち、第１実施形態では照合位置ＰTを所定の単位量ずつ移動させたのに対し、第２実施形態では、図９に示すように、照合位置ＰTを各ダミー画像データＱ[m]の先頭から直後のダミー画像データＱ[m+1]の先頭に移動させながら照合データｒ[m]と画像ファイルＹとを照合する。
【００４５】
第２実施形態においても第１実施形態と同様の効果が実現される。また、第２実施形態では、各ダミー画像データＱのヘッダＷAが指定するデータサイズに応じて照合位置ＰTがスキップされるから、照合位置ＰTを所定の単位量ずつ移動させる第１実施形態と比較して、画像ファイルＸを生成する処理（特に画像ファイルＹから各ダミー画像データＱを特定する処理）の負荷が軽減されるという利点がある。
【００４６】
＜第３実施形態＞
戦闘イベントに参加するキャラクタの組合せがイベント毎に変化し得ることを考慮して、第１実施形態では、戦闘イベントが指示されるたびに画像ファイルＹから画像ファイルＸを生成する構成を例示した。第３実施形態では、図５の処理で画像ファイルＹから生成された画像ファイルＸ1をプレイヤ毎に記憶装置３４に保持し、記憶装置３４に格納された画像ファイルＸ1を部分的に変更することで次回の戦闘イベントの画像ファイルＸ2を生成する。
【００４７】
図１０は、第３実施形態の制御装置３２が既存の画像ファイルＸ1の加工で画像ファイルＸ2を生成する処理のフローチャートであり、図１１は、図１０の処理の説明図である。画像ファイルＹから画像ファイルＸを生成する図５の処理後に戦闘イベントが指示された場合に図１０の処理が開始される。第３実施形態では、図５の処理が実行されると、ステップＳA11で選択された各キャラクタのＭ個の表示用画像データＳ（すなわちダミー画像データＱ[1]〜Ｑ[M]を置換した表示用画像データＳ）が新たな照合用ダミー画像データＲ（Ｒ[1]〜Ｒ[M]）として画像ファイルＸ1とともにプレイヤ毎に記憶装置３４に記憶される。
【００４８】
図１０の処理を開始すると、制御装置３２は、今回の戦闘イベントに参加する複数のキャラクタを選択する（ＳC11）。戦闘イベントに参加するキャラクタは戦闘イベント毎に変化し得る。制御装置３２は、図１１に示すように、記憶装置３４に格納された既存の画像ファイルＸ1のＭ個の表示用画像データＳのうち、ステップＳC11で選択したキャラクタとは相違するキャラクタの１個以上の表示用画像データＳ（以下「変更対象画像データＳ」という）を特定する（ＳC12）。具体的には、変更対象のキャラクタについて記憶装置３４に記憶された照合用ダミー画像データＲ[m]の一部を照合データｒ[m]として画像ファイルＸ1と照合することで変更対象画像データＳを特定する。照合データｒ[m]と画像ファイルＸ1との照合の方法は、第１実施形態のステップＳA14と同様である。図１１では、画像ファイルＸ1のＭ個の表示用画像データＳのうち変更対象画像データＳに斜線が付加されている。
【００４９】
制御装置３２は、図１１に示すように、画像ファイルＸ1のＭ個の表示用画像データＳから特定された各変更対象画像データＳを、表示画像群ＧのうちステップＳC11で選択したキャラクタの表示用画像データＳに置換することで新規な画像ファイルＸ2を生成する（ＳC13）。表示用画像データＳの置換の方法は、第１実施形態においてダミー画像データＱ[m]を表示用画像データＳに置換する方法（ＳA15）と同様である。画像ファイルＸ1のＭ個の表示用画像データＳのうち変更対象画像データＳ以外の表示用画像データＳは画像ファイルＸ2でも維持される。なお、ステップＳC12で画像ファイルＸ1との照合に利用された照合用ダミー画像データＲ[m]は、ステップＳC13での置換後の表示用画像データＳに更新される。
【００５０】
第３実施形態においても第１実施形態と同様の効果が実現される。また、第３実施形態では、生成済の画像ファイルＸ1のＭ個の表示用画像データＳのうちの一部（変更対象画像データＳ）を他の表示用画像データＳに置換することで新規な画像ファイルＸ2が生成されるから、画像ファイルＹのＭ個のダミー画像データＱ[1]〜Ｑ[M]の全部を表示用画像データＳに置換する図５の処理を戦闘イベントの発生毎に実行する構成と比較して、制御装置３２の処理負荷が軽減されるという利点がある。他方、戦闘イベントの発生毎に画像ファイルＹから画像ファイルＸを生成する第１実施形態では、生成済の各プレイヤの画像ファイルＸを記憶装置３４に保持しておく必要がないから、第３実施形態と比較して記憶装置３４に必要な記憶容量が削減されるという利点がある。
【００５１】
＜第４実施形態＞
図１２は、第４実施形態のゲーム装置１４Bのブロック図である。ゲーム装置１４Bは、第１実施形態と同様のゲームをプレイヤ（所有者）にプレイさせる電子機器である。例えば携帯電話機や携帯情報端末等の携帯機器がゲーム装置１４Bとして好適である。図１２に示すように、ゲーム装置１４Bは、制御装置３２と記憶装置３４と入力装置２６と表示装置２８とを具備する。
【００５２】
記憶装置３４は、第１実施形態と同様に、プログラムＰGMとゲームデータＰと基礎データＴと表示画像群Ｇとを記憶する。制御装置３２は、プログラムＰGMを実行することで第１実施形態と同様に動作する。具体的には、制御装置３２は、基礎データＴの画像ファイルＹに含まれる各ダミー画像データＱを表示画像群Ｇの表示用画像データＳに置換することで画像ファイルＸを生成する。制御装置３２が生成した画像ファイルＸに応じて図２の戦闘画面５０が表示装置２８に表示される。
【００５３】
以上の説明から理解される通り、第４実施形態のゲーム装置１４Bは、第１実施形態のゲーム装置１４Aが提供するゲームを装置単体でプレイヤに提供する機器として機能する。したがって、第４実施形態においても第１実施形態と同様の効果が実現される。なお、第２実施形態や第３実施形態の構成を第４実施形態に適用することも可能である。
【００５４】
＜変形例＞
前述の各形態は多様に変形され得る。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様は、相互に矛盾しない範囲で適宜に併合され得る。
【００５５】
（１）前述の各形態では、戦闘イベントの戦闘画面５０を示す画像ファイルＸを生成したが、画像ファイルＸが示す画像の内容は任意である。例えば、プレイヤがアイテムまたはキャラクタを取得するイベント（例えば洞窟を探索するイベント）の画像ファイルＸの生成にも前述の各形態が適用される。また、前述の各形態では、戦闘イベントを想定した関係で、表示用画像データＳがゲーム内のキャラクタを示す構成を例示したが、表示用画像データＳが示す画像の内容は任意である。例えば、画像ファイルＸが示す画像によっては、表示用画像データＳがゲーム内のアイテム等を示す構成も採用され得る。すなわち、ダミー画像データＱが示すダミー画像や表示用画像データＳが示すキャラクタ，アイテム等は、オブジェクトとして包括される。
【００５６】
（２）前述の各形態では、記憶装置３４に１種類の基礎データＴを記憶した場合を例示したが、相異なる複数の基礎データＴを用意することも可能である。制御装置３２は、複数の基礎データＴから所定の規則で選択した１個の基礎データＴを利用して前述の各形態と同様の処理を実行することで画像ファイルＸを生成する。
【００５７】
（３）前述の各形態では、画像ファイルＹと照合用ダミー画像データＲと表示用画像データＳとを単一の記憶装置３４に格納したが、各データを別個の記憶装置３４に格納することも可能である。また、ゲーム装置１４Aの機能を複数の装置に分散した構成も採用され得る。
【００５８】
（４）前述の各形態では、画像ファイルＹから画像ファイルＸを生成する本発明の構成をゲーム装置１４（１４A，１４B）に適用した場合を例示したが、本発明が適用される範囲はゲーム装置１４に限定されない。本発明の好適な態様は、画像ファイルＹから画像ファイルＸを生成する技術（画像ファイル処理装置，画像ファイル処理方法）として実現される。
【符号の説明】
【００５９】
１００……ゲームシステム、１２……端末装置、１４A，１４B……ゲーム装置、１６……通信網、２２……制御装置、２４……通信装置、２６……入力装置、２８……表示装置、３２……制御装置、３４……記憶装置、３６……通信装置。
【特許請求の範囲】
【請求項１】
オブジェクトを示すダミー画像データと前記オブジェクトの動作を規定する動作規定データとを含む画像ファイルを記憶する第１記憶部と、
オブジェクトを示す表示用画像データを記憶する第２記憶部と、
前記画像ファイル内の前記ダミー画像データを特定する画像特定部と、
前記画像特定部が特定したダミー画像データを前記表示用画像データに置換する画像置換部と
を具備する画像ファイル処理装置。
【請求項２】
前記第１記憶部は、複数のダミー画像データを含む画像ファイルを記憶し、
前記第２記憶部は、オブジェクトを示す複数の表示用画像データを記憶し、
前記各表示用画像データと前記各ダミー画像データとを対応させる画像対応部を具備し、
前記画像特定部は、前記複数のダミー画像データの各々を前記画像ファイル内から順次に特定し、
前記画像置換部は、前記画像特定部が特定した前記各ダミー画像データを、前記画像対応部が当該ダミー画像データに対応させた前記表示用画像データに置換する
請求項１の画像ファイル処理装置。
【請求項３】
前記画像置換部は、前記各ダミー画像データを表示用画像データに置換して生成された画像ファイルの複数の表示用画像データのうちの一部を他の表示用画像データに置換する
請求項２の画像ファイル処理装置。
【請求項４】
前記各ダミー画像データと共通する複数の照合用ダミー画像データを記憶する第３記憶部を具備し、
前記画像特定部は、前記画像ファイルに対する照合位置を変化させながら前記照合用ダミー画像データの少なくとも一部を前記画像ファイルに照合することで、前記画像ファイル内の前記各ダミー画像データを特定する
請求項２または請求項３の何れかの画像ファイル処理装置。
【請求項５】
前記ダミー画像データは、当該ダミー画像データのサイズを示す属性データを含み、
前記画像特定部は、前記画像ファイルに対する照合位置を、前記ダミー画像データのサイズに応じてスキップさせる
請求項４の画像ファイル処理装置。
【請求項６】
前記画像ファイルは、当該画像ファイルのサイズを示す全体属性データを含み、
前記全体属性データが示すサイズを、前記画像置換部による置換後のサイズに更新するデータ更新部
を具備する請求項１から請求項５の何れかの画像ファイル処理装置。
【請求項７】
オブジェクトを示すダミー画像データと前記オブジェクトの動作を規定する動作規定データとを含む画像ファイルを記憶する第１記憶部と、オブジェクトを示す表示用画像データを記憶する第２記憶部とを具備するコンピュータを、
前記画像ファイル内の前記ダミー画像データを特定する画像特定部、および、
前記画像特定部が特定したダミー画像データを前記表示用画像データに置換する画像置換部
として機能させるプログラム。
【請求項１】
オブジェクトを示すダミー画像データと前記オブジェクトの動作を規定する動作規定データとを含む画像ファイルを記憶する第１記憶部と、
オブジェクトを示す表示用画像データを記憶する第２記憶部と、
前記画像ファイル内の前記ダミー画像データを特定する画像特定部と、
前記画像特定部が特定したダミー画像データを前記表示用画像データに置換する画像置換部と
を具備する画像ファイル処理装置。
【請求項２】
前記第１記憶部は、複数のダミー画像データを含む画像ファイルを記憶し、
前記第２記憶部は、オブジェクトを示す複数の表示用画像データを記憶し、
前記各表示用画像データと前記各ダミー画像データとを対応させる画像対応部を具備し、
前記画像特定部は、前記複数のダミー画像データの各々を前記画像ファイル内から順次に特定し、
前記画像置換部は、前記画像特定部が特定した前記各ダミー画像データを、前記画像対応部が当該ダミー画像データに対応させた前記表示用画像データに置換する
請求項１の画像ファイル処理装置。
【請求項３】
前記画像置換部は、前記各ダミー画像データを表示用画像データに置換して生成された画像ファイルの複数の表示用画像データのうちの一部を他の表示用画像データに置換する
請求項２の画像ファイル処理装置。
【請求項４】
前記各ダミー画像データと共通する複数の照合用ダミー画像データを記憶する第３記憶部を具備し、
前記画像特定部は、前記画像ファイルに対する照合位置を変化させながら前記照合用ダミー画像データの少なくとも一部を前記画像ファイルに照合することで、前記画像ファイル内の前記各ダミー画像データを特定する
請求項２または請求項３の何れかの画像ファイル処理装置。
【請求項５】
前記ダミー画像データは、当該ダミー画像データのサイズを示す属性データを含み、
前記画像特定部は、前記画像ファイルに対する照合位置を、前記ダミー画像データのサイズに応じてスキップさせる
請求項４の画像ファイル処理装置。
【請求項６】
前記画像ファイルは、当該画像ファイルのサイズを示す全体属性データを含み、
前記全体属性データが示すサイズを、前記画像置換部による置換後のサイズに更新するデータ更新部
を具備する請求項１から請求項５の何れかの画像ファイル処理装置。
【請求項７】
オブジェクトを示すダミー画像データと前記オブジェクトの動作を規定する動作規定データとを含む画像ファイルを記憶する第１記憶部と、オブジェクトを示す表示用画像データを記憶する第２記憶部とを具備するコンピュータを、
前記画像ファイル内の前記ダミー画像データを特定する画像特定部、および、
前記画像特定部が特定したダミー画像データを前記表示用画像データに置換する画像置換部
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−４１３３７（Ｐ２０１３−４１３３７Ａ）
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願番号】特願２０１１−１７６２１９（Ｐ２０１１−１７６２１９）
【出願日】平成２３年８月１１日（２０１１．８．１１）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願日】平成２３年８月１１日（２０１１．８．１１）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
[ Back to top ]