JP7387310B2 - ゲームシステム及びプログラム - Google Patents

Description

本発明は、ゲームシステム及びプログラム等に関する。

従来より、プレーヤがキャラクタを作成し、作成したキャラクタをゲームに登場させることが可能なゲームシステムが知られている。このようなゲームシステムの従来技術としては例えば特許文献１に開示される技術がある。キャラクタ作成はキャラクタメイキングとも呼ばれ、プレーヤは、自身が所望する身体パーツ、衣装パーツ、装備品パーツなどのパーツをキャラクタに取り付けて、オリジナルのキャラクタを作成することができる。

特開２００６－２３０５８６号公報

キャラクタメイキングにおいては、プレーヤは、他のプレーヤが作成したキャラクタと被らないようなオリジナルのキャラクタの作成を望んでいる。このため、キャラクタに対して、より精細にパーツ設定が可能なことが望ましい。しかしながら、キャラクタに対するパーツ設定には細かな作業が必要であるため、プレーヤの作業効率が低下してしまうという課題がある。

本実施形態の幾つかの態様によれば、キャラクタメイキングにおけるプレーヤのインターフェース環境を向上できるゲームシステム及びプログラム等を提供できる。

本開示の一態様は、プレーヤの操作入力を受け付ける受け付け部と、少なくとも１つのキャラクタが配置される仮想空間の設定処理を行う仮想空間設定部と、複数の仮想カメラの設定処理を行う仮想カメラ設定部と、前記プレーヤの操作入力に基づいて、少なくとも１つの前記キャラクタを構成するパーツの設定処理を行うキャラクタ処理部と、前記仮想空間において前記複数の仮想カメラから少なくとも１つの前記キャラクタを見た画像である複数のキャラクタ画像を生成し、前記複数のキャラクタ画像が配列されたキャラクタメイキング画像を表示部に表示する処理を行う表示処理部と、を含み、前記表示処理部は、前記パーツの前記設定処理が行われた場合に、前記設定処理の結果が反映された前記キャラクタメイキング画像を、前記表示部に表示する処理を行うゲームシステムに関係する。また本開示の一態様は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。

本開示の一態様では、少なくとも１つのキャラクタが配置される仮想空間において、複数の仮想カメラの設定処理が行われ、プレーヤの操作入力に基づいて、少なくとも１つのキャラクタを構成するパーツの設定処理が行われる。そして複数の仮想カメラからキャラクタを見た複数のキャラクタ画像が配列されるキャラクタメイキング画像が表示され、プレーヤがパーツの設定処理の操作入力を行うと、当該設定処理が反映されたキャラクタメイキング画像が表示されるようになる。このようにすればプレーヤは、パーツの設定処理後のキャラクタ画像が、自身の好みや趣向に合うのかを、キャラクタメイキング画像の複数のキャラクタ画像を見ることで確認できるようになる。この結果、プレーヤの作業効率を向上でき、キャラクタメイキングにおけるプレーヤのインターフェース環境を向上できるようになる。

また本開示の一態様では、前記仮想空間設定部は、少なくとも１つの前記キャラクタとして複数のキャラクタを前記仮想空間に配置し、前記仮想カメラ設定部は、前記複数のキャラクタの各キャラクタに対して前記複数の仮想カメラの各仮想カメラを設定し、前記表示処理部は、前記複数の仮想カメラの各仮想カメラから前記複数のキャラクタの各キャラクタを見た画像を、前記複数のキャラクタ画像の各キャラクタ画像として生成してもよい。

このようにすれば、異なる仮想カメラ方向から見た複数のキャラクタ画像を簡素な処理で生成できるようになり、キャラクタメイキングの作業効率を向上できる。

また本開示の一態様では、前記仮想空間設定部は、前記複数のキャラクタのライティングを行う光源を前記仮想空間に設定し、前記表示処理部は、前記光源に基づく前記複数のキャラクタのシェーディング処理を行って、前記複数のキャラクタ画像を生成してもよい。

このようにすれば光源による陰影づけが行われたキャラクタの画像を生成できるようになり、リアルなキャラクタ画像を生成できるようになる。また１つの光源で複数のキャラクタのライティングを行うことで、仮想カメラの方向とキャラクタの方向との方向関係に依ってキャラクタ画像が暗い画像になってしまうような事態の発生も抑制できるようになる。

また本開示の一態様では、前記キャラクタ処理部は、前記プレーヤの操作入力に基づいて、前記複数の仮想カメラの方向に対する前記複数のキャラクタの方向を設定してもよい。

このようにすることで、プレーヤの操作入力に応じて、キャラクタ画像におけるキャラクタの向く方向を変化させることが可能になり、キャラクタメイキングに好適なキャラクタ画像をプレーヤに表示できるようになる。

また本開示の一態様では、前記キャラクタ処理部は、前記プレーヤの操作入力に基づいて、前記複数のキャラクタに対して前記パーツの前記設定処理を実行してもよい。

このようにすれば、プレーヤの操作入力に基づいて、複数のキャラクタに対してパーツの設定処理が行われて、複数のキャラクタ画像に対してパーツの設定処理の結果が反映されるようになる。これによりプレーヤは、パーツの設定処理後のキャラクタ画像を確認しながら、キャラクタメイキングの作業を行えるようになり、作業効率の高いキャラクタメイキングを実現できるようになる。

また本開示の一態様では、前記表示処理部は、前記複数のキャラクタ画像として、第１の仮想カメラ方向で見た第１のキャラクタ画像と、前記第１の仮想カメラ方向とは異なる第２の仮想カメラ方向で見た第２のキャラクタ画像を生成してもよい。

このようにすれば、第１の仮想カメラ方向から見た第１のキャラクタ画像と第２の仮想カメラから見た第２のキャラクタ画像を含む複数のキャラクタ画像を、キャラクタメイキング画像としてプレーヤに表示できるようになる。

また本開示の一態様では、前記表示処理部は、前記第１のキャラクタ画像と前記第２のキャラクタ画像とで、所定パーツの配置位置を変更してもよい。

このようにすれば、第１のキャラクタ画像と第２のキャラクタ画像とで所定パーツの配置位置が同じ位置であると違和感が生じるような状況においても、所定パーツの配置位置が変更されることで、より違和感のないキャラクタ画像を生成できるようになる。

また本開示の一態様では、前記表示処理部は、前記複数のキャラクタ画像の少なくとも１つのキャラクタ画像について、顔を構成するパーツのモーションデータを変化させることで前記顔の表情を変化させてもよい。

このようにすればモーションデータを変化させるという負荷の軽い処理で、キャラクタの表情を種々に変化させることが可能になり、キャラクタメイキングの処理の軽減や簡素化等を実現できる。

また本開示の一態様では、前記表示処理部は、前記プレーヤの操作入力に基づいて前記パーツの前記設定処理が行われた場合に、前記複数のキャラクタ画像において前記パーツの前記設定処理が行われた前記キャラクタメイキング画像を、前記表示部に表示する処理を行ってもよい。

このようにすれば、プレーヤの操作入力に基づいてパーツの設定処理が行われると、この設定処理の結果が複数のキャラクタ画像に反映されるようになり、キャラクタメイキングに好適なキャラクタメイキング画像をプレーヤに表示できるようになる。

また本開示の一態様では、前記表示処理部は、前記プレーヤの操作入力に基づいて、前記複数のキャラクタ画像を一括して、異なる仮想カメラ方向で見たキャラクタ画像に変化させてもよい。

このようにすればプレーヤは、所定の操作入力を行うことで、キャラクタ画像におけるキャラクタの向く方向を一括して変化させることが可能になり、キャラクタメイキングにおけるプレーヤのインターフェース環境を向上できる。

また本開示の一態様では、前記表示処理部は、前記プレーヤの操作入力に基づいて、前記複数のキャラクタ画像を個別に、異なる仮想カメラ方向で見たキャラクタ画像に変化させてもよい。

このようにすれば、対象となるキャラクタ画像についてだけ、個別に、キャラクタの向く方向を変化させることが可能になり、キャラクタメイキングにおけるプレーヤの種々の要望に応えることが可能になる。

また本開示の一態様では、前記表示処理部は、所定パーツについては前記複数のキャラクタ画像の全てにおいて表示されるように前記複数のキャラクタ画像を生成してもよい。

このようにすれば、所定パーツについては複数のキャラクタ画像において常に表示されるようになるため、当該所定パーツについてのパーツ設定をプレーヤが適切に行えるようになる。

また本開示の一態様では、前記表示処理部は、第１のキャラクタ画像においては第１の部分が表示され、第２のキャラクタ画像においては前記第１の部分が非表示になる前記複数のキャラクタ画像を生成してもよい。

このようにすれば、第１のキャラクタ画像において表示されていた第１の部分が、第２のキャラクタ画像において表示されると不自然になるような状況においても、当該第１の部分を第２のキャラクタ画像において非表示にすることができ、適切な第１、第２のキャラクタ画像を表示できるようになる。

また本開示の一態様では、前記第１のキャラクタ画像は第１の仮想カメラ方向で見たキャラクタ画像であり、前記第２のキャラクタ画像は第２の仮想カメラ方向で見たキャラクタ画像であり、キャラクタを構成する１つのパーツに対して、前記第１の部分を有する第１のパーツと、前記第１の部分を有しない第２のパーツとが用意され、前記表示処理部は、前記第１のパーツを用いて前記第１のキャラクタ画像を生成し、前記第２のパーツを用いて前記第２のキャラクタ画像を生成してもよい。

このようにすれば、第１の仮想カメラ方向で見た第１のキャラクタ画像の生成の際には、第１の部分を有する第１のパーツが用いられ、第２の仮想カメラ方向で見た第２のキャラクタ画像の生成の際には、第１の部分を有しない第２のパーツが用いられるようになる。従って、第１の部分を有する第１のパーツが用いられることで、第１のキャラクタ画像では第１の部分が表示され、第１の部分を有しない第２のパーツが用いられることで、第２のキャラクタ画像では第１の部分が表示されないようになる。

図１（Ａ）～図１（Ｆ）は本実施形態のゲームシステムを実現するハードウェア装置の説明図。 本実施形態のゲームシステムの構成例。 本実施形態の全体的な処理を説明するフローチャート。 キャラクタメイキング画像の例。 キャラクタメイキング画像の例。 キャラクタと仮想カメラの配置手法の説明図。 キャラクタと仮想カメラの他の配置手法の説明図。 顔を構成するパーツの説明図。 骨のデータの説明図。 キャラクタのパーツ情報の説明図。 図１１（Ａ）、図１１（Ｂ）は所定パーツの配置位置を変更する手法の説明図。 本実施形態の詳細な処理を説明するフローチャート。 キャラクタメイキング画像の例。 キャラクタメイキング画像の例。 キャラクタメイキング画像の例。 キャラクタの全身画像が表示されるキャラクタメイキング画像の例。 キャラクタの全身画像が表示されるキャラクタメイキング画像の例。 キャラクタの所定部分の表示及び非表示を切り替える手法の説明図。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲の記載内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、必須構成要件であるとは限らない。

１．ゲームシステム
まず、図１（Ａ）～図１（Ｅ）を用いて、本実施形態のゲームシステムを実現するハードウェア装置について説明する。

図１（Ａ）では、サーバシステム５００（情報処理システム）が、ネットワーク５１０を介して端末装置ＴＭ１～ＴＭｎと通信接続されている。例えばサーバシステム５００はホストであり、端末装置ＴＭ１～ＴＭｎはクライアントである。なお、本実施形態のゲームシステム及びその処理は、サーバシステム５００により実現してもよいし、端末装置ＴＭ１～ＴＭｎにより実現してもよい。或いはサーバシステム５００と端末装置ＴＭ１～ＴＭｎの分散処理により実現してもよい。

また本実施形態のゲームシステム及び処理は、ブロックチェーンの手法により実現することも可能である。例えばイーサリウム（Ethereum）で実行可能なスマートコントラクトと呼ばれるプログラムを用いて、本実施形態のゲームシステムの各処理を実行してもよい。この場合には端末装置ＴＭ１～ＴＭｎはピア・ツー・ピアで接続されることになる。また端末装置ＴＭ１～ＴＭｎの間で通信されるゲーム情報等の各種の情報は、ブロックチェーンを用いて転送されることになる。なお、以下では、ＴＭ１～ＴＭｎの各端末装置を、適宜、端末装置ＴＭと記載する。

サーバシステム５００は例えば１又は複数のサーバ（管理サーバ、ゲームサーバ、課金サーバ、サービス提供サーバ、コンテンツ配信サーバ、認証サーバ、データベースサーバ、又は通信サーバ等）により実現できる。このサーバシステム５００は、コミュニティ型ウェブサイトやオンラインゲームを運営するための各種サービスを提供し、ゲーム実行に必要なデータの管理や、クライアントプログラム及び各種データ等の配信を行うことができる。これにより、例えば、ユーザ端末である端末装置ＴＭによりＳＮＳ（Social Networking Service）などを利用するためにサーバシステム５００にアクセスし、当該サーバシステム５００から提供されるオンラインゲームやソーシャルゲームや家庭用ゲームなどのネットワークゲームのプレイが可能になる。

ネットワーク５１０（配信網、通信回線）は、例えばインターネットや無線ＬＡＮ等を利用した通信路であり、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網や無線ＬＡＮ等の通信網を含むことができる。また通信方法については有線／無線を問わない。

端末装置ＴＭ（プレーヤ端末）は、例えばネット接続機能（インターネット接続機能）を有する端末である。これらの端末装置ＴＭとしては、例えば図１（Ｂ）に示すパーソナルコンピュータやタブレット型コンピュータなどの情報処理装置、図１（Ｃ）に示すスマートフォンや携帯電話機などの携帯型通信端末、図１（Ｄ）に示す携帯型ゲーム装置、図１（Ｅ）に示す家庭用ゲーム装置（据え置き型）、或いは図１（Ｆ）に示す業務用ゲーム装置などの種々の装置を用いることができる。或いは、端末装置ＴＭとして、プレーヤの頭部や腕などの部位に装着されるウェアラブル機器（ＨＭＤ、ウォッチ型機器等）を用いてもよい。

図２に本実施形態のゲームシステム（キャラクタメイクシステム）の構成例を示す。なお、ゲームシステムの構成は図２に限定されず、その構成要素（各部）の一部を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。また本実施形態のゲームシステムにより実現されるゲームは、マルチプレイのゲームであってもよいし、シングルプレイのゲームであってもよい。またゲームのジャンルについても特に限定はなく、ＲＰＧ（ロールプレイングゲーム）、アクションゲーム、格闘ゲーム、シューティングゲーム、競争ゲーム、リズムゲーム（音楽ゲーム）又はパズルゲームなどの種々のゲームに適用できる。また対戦ゲームである場合は、１対１の対戦でもよいし、多対多の対戦でもよい。或いは、１対多（一人対複数の敵）の対戦や、多対１（複数の味方対複数の敵）の対戦でもよい。また対戦相手は、他のプレーヤでもよいし、ＮＰＣ（Non Player Character）でもよい。例えば、複数のプレーヤでパーティを組んで協力して、ＮＰＣの敵と対戦するゲームでもよい。また、プレーヤがキャラクタを操作せずに、ＡＩ（Artificial Intelligence）がプレーヤ側のキャラクタの操作を行うようにしてもよい。ＡＩが操作するプレーヤ側のキャラクタは、全員でもよいし、一部でもよい。

ゲームシステムは、処理部１００、操作部１６０、記憶部１７０、表示部１９０、音出力部１９２、Ｉ／Ｆ部１９４、通信部１９６を含む。

処理部１００（プロセッサ）は、記憶部１７０（データベース）に記憶される各種の情報、プログラム、又は操作情報等に基づいて、ゲーム処理、受け付け処理、仮想空間設定処理、仮想カメラ設定処理、キャラクタ処理、管理処理、表示処理、或いは音処理などを行う。

処理部１００の各部が行う本実施形態の各処理（各機能）はプロセッサ（ハードウェアを含むプロセッサ）により実現できる。例えば本実施形態の各処理は、プログラム等の情報に基づき動作するプロセッサと、プログラム等の情報を記憶するメモリーにより実現できる。プロセッサは、例えば各部の機能が個別のハードウェアで実現されてもよいし、或いは各部の機能が一体のハードウェアで実現されてもよい。例えば、プロセッサはハードウェアを含み、そのハードウェアは、デジタル信号を処理する回路及びアナログ信号を処理する回路の少なくとも一方を含むことができる。例えば、プロセッサは、回路基板に実装された１又は複数の回路装置（例えばＩＣ等）や、１又は複数の回路素子（例えば抵抗、キャパシタ等）で構成することもできる。プロセッサは、例えばＣＰＵ（Central Processing Unit）であってもよい。但し、プロセッサはＣＰＵに限定されるものではなく、ＧＰＵ（Graphics Processing Unit）、或いはＤＳＰ（Digital Signal Processor）等、各種のプロセッサを用いることが可能である。またプロセッサはＡＳＩＣによるハードウェア回路であってもよい。またプロセッサは、アナログ信号を処理するアンプ回路やフィルタ回路等を含んでもよい。メモリー（記憶部１７０）は、ＳＲＡＭ、ＤＲＡＭ等の半導体メモリーであってもよいし、レジスターであってもよい。或いはハードディスク装置（ＨＤＤ）等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。例えば、メモリーはコンピュータにより読み取り可能な命令を格納しており、当該命令がプロセッサにより実行されることで、処理部１００の各部の処理（機能）が実現されることになる。ここでの命令は、プログラムを構成する命令セットでもよいし、プロセッサのハードウェア回路に対して動作を指示する命令であってもよい。

処理部１００は、ゲーム処理部１０２、受け付け部１０４、仮想空間設定部１０６、仮想カメラ設定部１０８、キャラクタ処理部１１０、管理部１１２、表示処理部１２０、音処理部１３０を含む。

ゲーム処理部１０２はプレーヤがゲームをプレイするための種々のゲーム処理を行う。ゲーム処理は、例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、開始したゲームを進行させる処理、ゲーム終了条件が満たされた場合にゲームを終了する処理、或いはゲーム成績を演算する処理などである。ネットワークゲームを例にとれば、ゲーム処理部１０２は、ユーザ情報をプレーヤごとに管理することで、プレーヤごとにゲームの進行を制御する。プレーヤのユーザ情報はユーザ情報記憶部１７８に記憶される。

受け付け部１０４は、操作部１６０を用いて入力される操作情報の受け付け処理を行う。即ち操作入力を受け付けるインターフェース処理を行う。

仮想空間設定部１０６は、オブジェクトが配置される仮想空間（オブジェクト空間）の設定処理を行う。例えば、移動体（車、人、ロボット、電車、飛行機、船、モンスター又は動物等）、マップ（地形）、建物、観客席、コース（道路）、アイテム、樹木、壁、水面などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェイスなどのプリミティブ面で構成されるオブジェクト）を仮想空間に配置設定する処理を行う。即ちワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。具体的には、記憶部１７０の仮想空間情報記憶部１７２には、仮想空間でのオブジェクト（パーツオブジェクト）の位置、回転角度、移動速度又は移動方向等の情報であるオブジェクト情報がオブジェクト番号に対応づけて記憶される。即ち、オブジェクト情報が仮想空間情報として仮想空間情報記憶部１７２に記憶される。仮想空間設定部１０６は、例えば各フレーム毎に、仮想空間情報であるオブジェクト情報の更新処理を行う。

仮想カメラ設定部１０８は仮想カメラの設定処理を行う。例えば仮想空間での仮想カメラの位置や方向の設定処理を行う。例えばゲーム中においては、仮想カメラ設定部１０８は、プレーヤの一人称視点又は三人称視点として設定される仮想カメラの制御処理を行う。例えば実空間のプレーヤに対応する仮想空間のキャラクタ（プレーヤキャラクタ）の視点や、或いはキャラクタに追従する視点に、仮想カメラを設定して、仮想カメラの視点位置や視線方向を設定することで、仮想カメラの位置（位置座標）や姿勢（回転軸回りでの回転角度）を制御する。

キャラクタ処理部１１０はキャラクタについての種々の処理を行う。例えばキャラクタへのパーツの設定処理などを行う。

管理部１１２は、例えばプレーヤの認証処理を行う。例えば端末装置を用いてログインしたプレーヤの認証処理を行う。この認証処理は、例えばプレーヤが入力するパスワードやアカウント情報などに基づいて行う。また管理部１１２は、種々の課金処理を行う。例えば課金の決定処理、課金データの作成処理、保存処理等を行う。また管理部１１２は、各種の管理処理を行う。例えば各種サービスの管理処理や、各種情報の管理処理を行う。

例えばプレーヤは、図１（Ａ）のサーバシステム５００等が提供するサービスを利用するために、所定の手続きを行ってアカウントを取得する。取得したアカウントと対応づけられるパスワードを入力してログインすることで、プレーヤは、ネットワークゲームのプレイや、ゲーム用サイトでのサービスや、アイテム等のオンライショッピングや、プレーヤ間でのメッセージ交換や、フレンドプレーヤの登録などの各種サービスを利用できるようになる。管理部１１２は、このようなプレーヤのアカウント情報の管理処理等も行う。

表示処理部１２０は、表示部１９０に画像を表示するための処理を行う。例えば処理部１００で行われる種々の処理（ゲーム処理、仮想空間設定処理、仮想カメラ設定処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に表示する。具体的には、座標変換（ワールド座標変換、カメラ座標変換）、クリッピング処理、透視変換、或いは光源処理等のジオメトリ処理が行われ、その処理結果に基づいて、描画データ（プリミティブ面の頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）が作成される。そして、この描画データ（プリミティブ面データ）に基づいて、透視変換後（ジオメトリ処理後）のオブジェクト（１又は複数プリミティブ面）を、描画バッファ１７６（フレームバッファ、ワークバッファ等のピクセル単位で画像情報を記憶できるバッファ）に描画する。これにより、仮想空間において仮想カメラから見える画像が生成される。なお、表示処理部１２０で行われる描画処理は、頂点シェーダ処理やピクセルシェーダ処理等により実現することができる。

音処理部１３０は、音出力部１９２から音を出力するための処理を行う。例えば、当該音（音声、ゲーム音、効果音）を生成するための音生成用データを生成する。

操作部１６０は、プレーヤ（ユーザ）が、操作情報等の種々の情報を入力するためのものであり、その機能は、操作ボタン、方向指示キー、アナログスティック、レバー、各種センサ（角速度センサ、加速度センサ等）、マイク、或いはタッチパネル型ディスプレイなどにより実現できる。タッチパネル型ディスプレイを用いる場合には、操作部１６０となるタッチパネルと、ディスプレイとなる表示部１９０とが一体に設けられることになる。

記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能は、半導体メモリー、ＨＤＤ、ＳＳＤ、光ディスク装置などにより実現できる。記憶部１７０は、仮想空間情報記憶部１７２、キャラクタ情報記憶部１７４、描画バッファ１７６、ユーザ情報記憶部１７８を含む。仮想空間情報記憶部１７２は、３次元のオブジェクト空間である仮想空間についての情報を記憶する。例えば仮想空間に配置されるオブジェクトの情報などを記憶する。キャラクタ情報記憶部１７４は、キャラクタの情報を記憶する。例えばキャラクタの形状データ（モデル情報）やモーションデータを記憶する。描画バッファ１７６は、フレームバッファ、ワークバッファ等のピクセル単位で画像情報を記憶できるバッファである。ユーザ情報記憶部１７８は、ユーザであるプレーヤの個人情報（名前、性別、生年月日、メールアドレス等）をユーザ情報として記憶する。例えば、プレーヤのアカウント情報（ユーザＩＤ）もユーザ情報として記憶される。例えば課金処理の対象となる課金情報は、各プレーヤの各アカウント情報（ユーザＩＤ）に対応づけられる。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク、ＨＤＤ、半導体メモリーなどにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。この情報記憶媒体１８０に、本実施形態の各部としてコンピュータ（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶できる。

表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＬＣＤ、有機ＥＬディスプレイ、ＣＲＴ、或いはＨＭＤなどにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

Ｉ／Ｆ（インターフェース）部１９４は、携帯型情報記憶媒体１９５とのインターフェース処理を行うものであり、その機能はＩ／Ｆ処理用のＡＳＩＣなどにより実現できる。携帯型情報記憶媒体１９５は、プレーヤが各種の情報を保存するためのものであり、電源が非供給になった場合にもこれらの情報の記憶を保持する記憶装置である。携帯型情報記憶媒体１９５は、ＩＣカード（メモリーカード）、ＵＳＢメモリー、或いは磁気カードなどにより実現できる。

通信部１９６（通信インターフェース）は、外部装置との間で通信を行うものであり、その機能は、通信用ＡＳＩＣ又は通信用プロセッサなどのハードウェアや、通信用ファームウェアにより実現できる。

なお本実施形態の各部としてコンピュータを機能させるためのプログラム（データ）は、サーバシステム（ホスト装置）が有する情報記憶媒体からネットワーク及び通信部１９６を介して情報記憶媒体１８０（あるいは記憶部１７０）に配信してもよい。このようなサーバシステムによる情報記憶媒体の使用も本実施形態の範囲内に含めることができる。

そして図２に示すように本実施形態のゲームシステムは、受け付け部１０４と仮想空間設定部１０６と仮想カメラ設定部１０８とキャラクタ処理部１１０と表示処理部１２０を含む。

受け付け部１０４は、プレーヤの操作入力を受け付ける。例えばプレーヤが操作部１６０を用いて種々の操作入力を行った場合に、その操作入力を受け付ける処理を行う。即ち操作部１６０を用いて入力された操作情報の受け付け処理を行う。

仮想空間設定部１０６は、オブジェクト空間である仮想空間の設定処理を行う。例えば少なくとも１つのキャラクタが配置される仮想空間の設定処理を行う。キャラクタは、例えば複数のプリミティブ（ポリゴン）により構成される３次元のオブジェクトであり、例えばプレーヤに対応するプレーヤキャラクタである。

仮想カメラ設定部１０８は、複数の仮想カメラの設定処理を行う。例えば複数の仮想カメラを仮想空間に設定する。例えば仮想空間に配置される少なくとも１つのキャラクタに仮想カメラ方向が向くように複数の仮想カメラを配置する。例えば少なくとも１つのキャラクタとして複数のキャラクタが仮想空間に配置される場合には、仮想カメラ設定部１０８は、複数のキャラクタの各キャラクタに対応して、複数の仮想カメラの各仮想カメラを設定する。例えば各キャラクタに仮想カメラ方向が向くように各仮想カメラを配置する。或いは１つのキャラクタが仮想空間に配置される場合には、異なる位置に配置される複数の仮想カメラを、各仮想カメラ方向がキャラクタに向くように各仮想カメラを配置する。

キャラクタ処理部１１０は、キャラクタのパーツの設定処理を行う。例えばプレーヤの操作入力に基づいて、少なくとも１つのキャラクタを構成するパーツの設定処理を行う。例えばキャラクタ処理部１１０は、プレーヤの操作入力に基づいて、キャラクタに取り付けるパーツを選択・決定して、キャラクタを構成するパーツとして設定する処理を行う。パーツは、例えばキャラクタの身体パーツ（顔、胸、腰、腕、足等）や、衣装パーツや、武器、防具等の装備品パーツなどである。パーツの設定処理は、パーツを別のパーツに差し替える処理や、パーツの設定内容（種類、形状）の変更処理や、或いはパーツのモーションデータの変化処理（設定処理）などである。なお操作入力がコンピュータによる自動操作入力であるような変形実施も可能である。

表示処理部１２０は、複数のキャラクタ画像が配列されたキャラクタメイキング画像を表示部１９０に表示する処理を行う。例えば表示処理部１２０は、仮想空間において複数の仮想カメラから少なくとも１つのキャラクタを見た画像である複数のキャラクタ画像を生成する。例えば仮想空間に複数のキャラクタが配置される場合には、複数のキャラクタ画像の各キャラクタ画像は、複数の仮想カメラの各仮想カメラから複数のキャラクタの各キャラクタを見た画像になる。この場合には例えば、各仮想カメラの方向に対する各キャラクタの方向（相対的な方向）が互いに異なるように、複数のキャラクタの方向が設定される。仮想カメラの方向は仮想カメラの視線方向であり、キャラクタの方向はキャラクタの向く方向である。また仮想空間に１つのキャラクタが配置される場合には、複数のキャラクタ画像の各キャラクタ画像は、複数の仮想カメラの各仮想カメラから当該１つのキャラクタを見た画像になる。この場合には例えば、１つのキャラクタに対する各仮想カメラの位置（相対的位置）や方向（相対的な方向）が互いに異なるように、複数の仮想カメラが設定される。そして表示処理部１２０は、このように生成された複数のキャラクタ画像が配列されたキャラクタメイキング画像を生成して、表示部１９０に表示する処理を行う。キャラクタメイキング画像は、プレーヤがキャラクタメイキングのために見る画像であり、キャラクタメイキング画面としてプレーヤに表示される。

そして表示処理部１２０は、パーツの設定処理が行われた場合に、設定処理の結果が反映されたキャラクタメイキング画像を、表示部１９０に表示する処理を行う。例えばプレーヤの操作入力に基づいてキャラクタに対するパーツの設定処理が行われると、少なくとも１つのキャラクタ画像にパーツの設定処理の結果が反映されたキャラクタメイキング画像が表示される。更に具体的には複数のキャラクタ画像の全てにパーツの設定処理の結果が反映されたキャラクタメイキング画像が表示される。パーツの設定処理の結果が反映されたキャラクタ画像は、キャラクタのパーツが差し替えられたり、パーツの設定内容が変更されたり、或いはパーツに設定されるモーションデータが変更されたキャラクタ画像などである。

また仮想空間設定部１０６は、少なくとも１つのキャラクタとして複数のキャラクタを仮想空間に配置する。例えば第１～第Ｎ（Ｎは２以上の整数）のキャラクタ画像を生成する場合には、第１～第Ｎのキャラクタを仮想空間の異なる位置に配置する。そして仮想カメラ設定部１０８は、複数のキャラクタの各キャラクタに対して複数の仮想カメラの各仮想カメラを設定する。例えば第１～第Ｎのキャラクタの第ｉ（ｉは１≦ｉ≦Ｎとなる整数）のキャラクタに対して、第１～第Ｎの仮想カメラの第ｉの仮想カメラを設定する。例えば各仮想カメラ（第ｉの仮想カメラ）の方向が各キャラクタ（第ｉのキャラクタ）の方に向くように、複数の仮想カメラの各仮想カメラを配置する。この場合に、第ｉの仮想カメラの方向と第ｉのキャラクタの方向のなす角度と、第ｊ（ｊは、１≦ｊ≦Ｎとなるｉとは異なる整数）の仮想カメラの方向と第ｊのキャラクタの方向のなす角度とが異なるように、第ｉ、第ｊのキャラクタと第ｉ、第ｊの仮想カメラが配置される。そして表示処理部１２０は、複数の仮想カメラの各仮想カメラから複数のキャラクタの各キャラクタを見た画像を、複数のキャラクタ画像の各キャラクタ画像として生成する。例えば第ｉの仮想カメラから第ｉのキャラクタを見た画像を、複数のキャラクタ画像の第ｉのキャラクタ画像として生成し、第ｊの仮想カメラから第ｊのキャラクタを見た画像を、複数のキャラクタ画像の第ｊのキャラクタ画像として生成する。そしてこれらの第ｉ、第ｊのキャラクタ画像を含む複数のキャラクタ画像が配置されたキャラクタメイキング画像が表示部１９０に表示される。

この場合に仮想空間設定部１０６は、複数のキャラクタのライティングを行う光源を仮想空間に設定する。即ち複数のキャラクタのライティングを行う照明モデルとなる光源を設定する。照明モデルとしては、ランバード（Lambert）、フォン（Phong）、又はブリン（Blinn）などの種々の照明モデルを採用できる。また光源は、例えば複数の仮想カメラのうちの代表となる１つの仮想カメラに対応する位置に設定される。そして表示処理部１２０は、光源に基づく複数のキャラクタのシェーディング処理を行って、複数のキャラクタ画像を生成する。例えばグーローシェーディング又はフォンシェーディングなどのシェーディング処理により複数のキャラクタのオブジェクトを描画する処理を行って、複数のキャラクタ画像を生成する。これらのシェーディング処理は例えばピクセルシェーダなどにより実現できる。

またキャラクタ処理部１１０は、プレーヤの操作入力に基づいて、複数の仮想カメラの方向に対する複数のキャラクタの方向を設定する。例えばキャラクタ処理部１１０は、プレーヤが切替の操作入力を行った場合に、複数の仮想カメラの方向に対する複数のキャラクタの方向の関係である相対的な方向関係を一括して変化させる処理を行う。このようにすることで、複数のキャラクタ画像が一括して、異なる仮想カメラ方向で見たキャラクタ画像に変化するようになる。或いは仮想カメラとキャラクタの方向関係を個別に切り替えてもよい。このようにすれば、複数のキャラクタ画像が個別に、異なる仮想カメラ方向で見たキャラクタ画像に変化するようになる。

またキャラクタ処理部１１０は、プレーヤの操作入力に基づいて、複数のキャラクタに対してパーツの設定処理を実行する。例えば複数のキャラクタ画像に対してパーツの設定処理が反映されるように、複数のキャラクタに対してパーツの設定処理を実行する。例えばパーツの切替処理、パーツの内容の設定処理又はモーションデータの設定処理を、複数のキャラクタに対して一括に実行する。これにより複数のキャラクタ画像の全てに対してパーツの設定処理が反映されるようになる。なおキャラクタに対して個別にパーツの設定処理を行ってもよい。このようにすれば、キャラクタ画像に対して個別にパーツの設定処理が反映されるようになる。

また表示処理部１２０は、複数のキャラクタ画像として、第１の仮想カメラ方向（第ｉの仮想カメラ方向）で見た第１のキャラクタ画像（第ｉのキャラクタ画像）と、第１の仮想カメラ方向とは異なる第２の仮想カメラ方向（第ｊの仮想カメラ方向）で見た第２のキャラクタ画像（第ｊの仮想キャラクタ画像）を生成する。このようにすることで第１のキャラクタ画像と第２キャラクタ画像は、異なる仮想カメラ方向から見たキャラクタ画像になる。

この場合に表示処理部１２０は、第１のキャラクタ画像と第２のキャラクタ画像とで、所定パーツの配置位置を変更してもよい。即ち第１の仮想カメラ方向でキャラクタを見た第１のキャラクタ画像と、第２の仮想カメラ方向でキャラクタを見た第２のキャラクタ画像とで、所定パーツの配置位置を異ならせる。例えば第１のキャラクタ画像において第１の位置に配置されていた所定パーツを、第２のキャラクタ画像においては第１の位置からシフトした第２の位置に配置する。例えばアニメのキャラクタなどにおいて、アニメの表現に合うように所定パーツの位置を変更する。所定パーツは例えばキャラクタの顔を構成するパーツである。例えば所定パーツは、目パーツ、鼻パーツ、口パーツ又は顎パーツなどである。

また表示処理部１２０は、複数のキャラクタ画像の少なくとも１つのキャラクタ画像について、顔を構成するパーツのモーションデータを変化させることで顔の表情を変化させる。例えばパーツの骨のデータとして設定されるモーションデータを変化させることで、例えば目パーツ、鼻パーツ、口パーツ又は顎パーツ等の形状を変化させて、キャラクタ画像におけるキャラクタの顔の表情を変化させる。例えば通常の顔から、笑った顔、怒った顔、驚いた顔、明るい顔、嬉しい顔又は困った顔などに顔の表情を変化させる。

また表示処理部１２０は、プレーヤの操作入力に基づいてパーツの設定処理が行われた場合に、複数のキャラクタ画像においてパーツの設定処理が行われたキャラクタメイキング画像を、表示部１９０に表示する処理を行う。例えば、プレーヤが、パーツの設定処理を指示する操作入力を行った場合に、複数のキャラクタ画像においてパーツの設定処理が反映されたキャラクタメイキング画像を表示する。例えばパーツの差し替え処理、設定内容の変更処理又はモーションデータの変更処理が一括して反映された複数のキャラクタ画像を生成して、キャラクタメイキング画像として表示する。

また表示処理部１２０は、プレーヤの操作入力に基づいて、複数のキャラクタ画像を一括して、異なる仮想カメラ方向で見たキャラクタ画像に変化させる。例えばプレーヤがキャラクタ画像の表示の切り替えを指示する操作入力を行った場合に、複数のキャラクタ画像を一括して変化させる。例えば仮想空間に複数のキャラクタを配置して複数のキャラクタ画像を生成する場合には、複数の仮想カメラの方向に対する複数のキャラクタの方向を一括して変化させることで、複数のキャラクタ画像を変化させる。仮想空間に１つのキャラクタを配置して複数のキャラクタ画像を生成する場合には、キャラクタの方向に対する複数の仮想カメラの方向を一括して変化させることで、複数のキャラクタ画像を変化させる。

また表示処理部１２０は、プレーヤの操作入力に基づいて、複数のキャラクタ画像を個別に、異なる仮想カメラ方向で見たキャラクタ画像に変化させる。例えばプレーヤがキャラクタ画像の表示の切り替えを指示する操作入力を行った場合に、複数のキャラクタ画像のうちの例えば１つのキャラクタ画像を、異なる仮想カメラ方向でキャラクタを見たキャラクタ画像に変化させる。例えば仮想空間に複数のキャラクタを配置して複数のキャラクタ画像を生成する場合には、複数のキャラクタのうちの１つのキャラクタの方向を変化させることで、複数のキャラクタ画像のうち、当該キャラクタに対応するキャラクタ画像を変化させる。仮想空間に１つのキャラクタを配置して複数のキャラクタ画像を生成する場合には、複数の仮想カメラのうちの１つの仮想カメラの方向を変化させることで、複数のキャラクタ画像のうち、当該仮想カメラから見えるキャラクタ画像を変化させる。

また表示処理部１２０は、所定パーツについては複数のキャラクタ画像の全てにおいて表示されるように複数のキャラクタ画像を生成する。例えばキャラクタ画像としてキャラクタの顔を表示する場合には、顔の主要パーツ（所定パーツ）については複数のキャラクタ画像の全てにおいて表示されるようにする。例えば目パーツ、鼻パーツ、口パーツ、顎パーツなどの主要パーツについては常に表示されるようにする。例えばプレーヤがキャラクタ画像の表示を切り替える操作入力を行うことで、複数のキャラクタ画像を異なった仮想カメラの方向のキャラクタ画像に切り替える場合にも、所定パーツである主要パーツについては複数のキャラクタ画像の全てにおいて表示する。

また表示処理部１２０は、第１のキャラクタ画像においては第１の部分が表示され、第２のキャラクタ画像においては第１の部分が非表示になる複数のキャラクタ画像を生成する。例えば第１の仮想カメラから見える第１のキャラクタ画像においては表示されているキャラクタの第１の部分を、第２の仮想カメラから見える第２のキャラクタ画像においては表示しないようにする。例えば仮想カメラの視点に応じて、キャラクタを構成する部分において、描画される部分と描画されない部分を設ける。即ち第１の仮想カメラの視点においては、描画した方が望ましい第１の部分を、第２の仮想カメラの視点において描画すると不自然になってしまうような場合には、当該第１の部分については、第２の仮想カメラから見える第２のキャラクタ画像においては表示しないようにする。

この場合に、例えば第１のキャラクタ画像は、第１の仮想カメラ方向で見たキャラクタ画像であり、第２のキャラクタ画像は、第２の仮想カメラ方向で見たキャラクタ画像である。即ち第１のキャラクタ画像と第２のキャラクタ画像とは異なる仮想カメラ方向で見たキャラクタ画像である。そしてキャラクタを構成する１つのパーツに対して、第１の部分を有する第１のパーツと、第１の部分を有しない第２のパーツとが用意される。即ち１つのパーツに対して、形状等が異なる複数種類のパーツである第１のパーツと第２のパーツが用意される。この第１のパーツの情報と第２のパーツの情報は、キャラクタ情報としてキャラクタ情報記憶部１７４に記憶される。そして表示処理部１２０は、第１のパーツを用いて第１のキャラクタ画像を生成し、第２のパーツを用いて第２のキャラクタ画像を生成する。即ち第１の仮想カメラ方向から見た第１のキャラクタ画像の生成の際には、第１の部分を有する第１のパーツを用い、第２の仮想カメラ方向から見た第２のキャラクタ画像の生成の際には、第１の部分を有しない第２のパーツを用いるようにする。これにより、第１のキャラクタ画像においては第１の部分が表示され、第２のキャラクタ画像においては当該第１の部分が非表示になる。

なお、以上に説明した図２の本実施形態のゲームシステムや処理は、図１（Ａ）のサーバシステム５００により実現したり、端末装置ＴＭにより実現したり、サーバシステム５００と端末装置ＴＭの分散処理により実現するなどの種々の変形実施が可能である。また本実施形態のプログラムとしては、パーソナルコンピュータ用のゲームプログラム、スマートフォンのアプリケーションプログラム、家庭用ゲーム装置のゲームプログラム、スマートフォンやパーソナルコンピュータ用のブラウザゲームプログラム、或いは業務用ゲーム装置のプログラムなどの種々のプログラムに適用できる。

２．本実施形態の手法
次に本実施形態の手法について詳細に説明する。

２．１ 複数のキャラクタ画像が配列されたキャラクタメイキング画像
本実施形態では、ゲームに登場するキャラクタとして、プレーヤにとってオリジナルなキャラクタを作成できるようにするキャラクタメイキング画像を、プレーヤに表示する。例えば図３は本実施形態の全体的な処理例を示すフローチャートである。

まずタイトル画面が表示され（ステップＳ１）、その後にユーザ選択、キャラクタ選択が行われる（ステップＳ２、Ｓ３）。そしてキャラクタ選択において、ユーザであるプレーヤが新規のキャラクタを作成する場合には、キャラクタメイキング画面を表示する（ステップＳ４、Ｓ５）。一方、プレーヤが新規のキャラクタを作成しない場合には、作成済みのキャラクタが選択される。そしてキャラクタ選択の後にゲームが開始し（ステップＳ６）、ゲームを進行させる処理が行われる（ステップＳ７）。そしてゲームが終了したか否かが判断され（ステップＳ８）、ゲームが終了したと判断されると処理を終了する。このように本実施形態では、プレーヤがキャラクタメイキングで新規作成したキャラクタをゲームに登場させて、プレーヤは、新規作成したキャラクタを例えばプレーヤキャラクタとして、ゲームプレイを楽しむことが可能になる。

図４は本実施形態のキャラクタメイキング画像（キャラクタメイキング画面）の例である。図４に示すように本実施形態では、複数のキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３が配列されたキャラクタメイキング画像がプレーヤに表示される。これらのキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３は、異なった仮想カメラ方向で同じキャラクタを見たキャラクタ画像になっている。即ち本実施形態では、オブジェクト空間である仮想空間にキャラクタを配置し、仮想空間においてキャラクタを複数の仮想カメラから見た画像である複数のキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３を生成する。そして、これらのキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３が配列された画像を、キャラクタメイキングを行うための画像として表示する。なお本実施形態では、キャラクタ画像の個数が３個である場合を主に例にとり説明するが、キャラクタ画像の個数は後述の図１６、図１７に示すように２個であってもよいし、４個以上であってもよい。

プレーヤは図４のＡ１に示す操作入力領域で、キャラクタのクラス、体型及び性別、顔及び髪型、衣装、音声を選択できる。クラスの項目では、プレーヤは、例えばロールプレイングゲーム（ＲＰＧ）内でのキャラクタの能力と役割分担を表すクラスを設定できる。クラスはキャラクタの職業とも呼ばれる。体型及び性別の項目では、プレーヤは、後述の図１６、図１７で説明するようにキャラクタの体型や男女の性別を設定できる。衣装の項目では、プレーヤは、キャラクタに着せる衣装パーツを設定できる。音声の項目では、キャラクタが発する音声を設定できる。そして図４のＡ１では、プレーヤは顔及び髪型の項目を選択しており、これによりＡ２に示すように、プレーヤは、キャラクタの顔タイプ、肌の色、髪型、輪郭、眉、目、鼻、口などの設定ができる。プレーヤは、これらについての設定をＡ３に示す操作入力領域で行うことができる。またＡ４の切替アイコンを用いることで、プレーヤは各種の表示切り替えが可能になっている。

例えば図４ではキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３として大人タイプの顔のキャラクタ画像が表示されている。そしてプレーヤが例えば子供タイプを選択すると、図５に示すようにキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３として子供タイプの顔のキャラクタ画像が表示されるようになる。そしてプレーヤが、例えば肌色、髪型、輪郭、眉、目、鼻又は口などの項目を選択して、キャラクタを構成する各パーツを設定する操作入力を行うと、パーツの設定処理の結果が反映されたキャラクタメイキング画像が表示されるようになる。

以上のように本実施形態では、プレーヤの操作入力が受け付けられ、プレーヤの操作入力に基づいて、キャラクタを構成するパーツの設定処理が行われる。即ちプレーヤは、図４のＡ１、Ａ２、Ａ３に示す操作入力領域でクリック操作やタッチ操作を行ったり、Ａ４の切替アイコンをクリックしたりタッチする。すると、このプレーヤの操作入力が受け付けられて、キャラクタを構成する身体パーツ、衣装パーツ又は装備品パーツの差し替え処理や変更処理などのパーツの設定処理が行われる。また本実施形態では、少なくとも１つのキャラクタと複数の仮想カメラを仮想空間に配置し、図４に示すように仮想空間において複数の仮想カメラからキャラクタを見た画像である複数のキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３を生成する。そしてこれらのキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３が配列されたキャラクタメイキング画像をプレーヤに表示する。そしてプレーヤの操作入力によりパーツの設定処理が行われると、当該設定処理の結果が反映されたキャラクタメイキング画像を表示する。例えば身体パーツや衣装パーツの差し替え処理などのパーツの設定処理が行われると、この設定処理の結果をキャラクタメイキング画像のキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３に反映させる。

例えばこれまでのキャラクタメイキングでは、キャラクタメイキング画像として１つのキャラクタ画像しか表示していなかった。このためプレーヤは、例えばキャラクタのパーツの差し替え等を行った場合に、その反映結果を１つのキャラクタ画像でしか確認できなかった。このため、パーツの差し替え等を行った後のキャラクタの画像が、プレーヤの趣向や好みに沿ったものであるかを、プレーヤは十分に確認したり吟味することができなかった。

この場合に例えばプレーヤがキャラクタを回転させる操作を行うことで、キャラクタが回転して見えるキャラクタ画像を表示する手法も考えられる。例えばキャラクタを注視する仮想カメラを、キャラクタを中心とした円周上で移動させることで、キャラクタが回転して見えるキャラクタ画像を生成できる。

しかしながら、この手法では、プレーヤは、キャラクタを回転させる操作を行って、色々な方向でのキャラクタの画像の見え方を確認しながら、作業を行う必要があるため、プレーヤの作業効率が低下してしまう。即ちプレーヤは、キャラクタをグルグルと回転させながら、自身が取り付けたパーツが好みに合うかを確認する作業を行う必要があり、煩雑な作業をプレーヤに強いることになってしまう。

特にキャラクタメイキングにおいては、プレーヤは、他のプレーヤが作成したキャラクタと被らないようなオリジナルのキャラクタの作成を望んでいる。このため、キャラクタに対して、より精細にパーツ設定が可能なことが望ましいが、このような細かなパーツ設定の作業において、上記のような煩雑な確認作業をプレーヤに強いてしまうと、キャラクタメイキングにおけるプレーヤの作業が煩雑化してしまい、好適なインターフェース環境をプレーヤに提供できないという問題がある。

そこで本実施形態では図４に示すように、例えば色々な仮想カメラ方向での複数のキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３が配列されるキャラクタメイキング画像をプレーヤに表示する。そしてプレーヤがパーツの差し替え等の操作入力を行うと、パーツの差し替え等の設定処理が、キャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３に反映されたキャラクタメイキング画像をプレーヤに表示する。このようにすればプレーヤは、パーツの設定後のキャラクタの画像が、自身の好みや趣向に合うのかを、キャラクタメイキング画像の複数のキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３を例えば１回見るだけで確認できるようになる。この結果、プレーヤの作業効率を向上でき、キャラクタメイキングにおけるプレーヤの作業の繁雑化を抑制できるようになる。従って、プレーヤは、精細なパーツ設定であっても、ストレス無く作業を行うことが可能になり、他のプレーヤと被らないオリジナルのキャラクタを作成することが容易になり、キャラクタメイキングにおけるプレーヤのインターフェース環境を向上できるようになる。

２．２ キャラクタ画像の生成処理
次にキャラクタ画像の生成手法の具体例について説明する。本実施形態では図６に示すように複数のキャラクタＣＨ１、ＣＨ２、ＣＨ３を仮想空間に配置する。これらのキャラクタＣＨ１、ＣＨ２、ＣＨ３は、プレーヤのキャラクタメイキングの対象となる同じモデルのキャラクタである。即ち同じ形状モデルのキャラクタである。そして本実施形態では、これらの複数のキャラクタＣＨ１、ＣＨ２、ＣＨ３に対して複数の仮想カメラＶＣ１、ＶＣ２、ＶＣ３を設定する。即ちＣＨ１、ＣＨ２、ＣＨ３の各キャラクタに対応して、ＶＣ１、ＶＣ２、ＶＣ３の各仮想カメラを配置する。例えばキャラクタＣＨ１を注視する仮想カメラとしてＶＣ１を配置し、キャラクタＣＨ２を注視する仮想カメラとしてＶＣ２を配置し、キャラクタＣＨ３を注視する仮想カメラとしてＶＣ３を配置する。そして複数の仮想カメラＶＣ１、ＶＣ２、ＶＣ３の各仮想カメラから複数のキャラクタＣＨ１、ＣＨ２、ＣＨ３の各キャラクタを見た画像を、図４の複数のキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３の各キャラクタ画像として生成する。即ちキャラクタ画像ＩＭ１は、仮想カメラＶＣ１からキャラクタＣＨ１を見た画像である。またキャラクタ画像ＩＭ２は、仮想カメラＶＣ２からキャラクタＣＨ２を見た画像であり、キャラクタ画像ＩＭ３は、仮想カメラＶＣ３からキャラクタＣＨ３を見た画像である。

このようにすれば、異なる仮想カメラ方向から見た複数のキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３を簡素な処理で生成できるようになる。例えば図６では、仮想カメラＶＣ１の方向ＤＶ１（視線方向）に対して、キャラクタＣＨ１の方向ＤＣ１は平行になっており、反対方向になっている。これにより図４に示すように、正面顔の画像がキャラクタ画像ＩＭ１として生成される。また仮想カメラＶＣ２の方向ＤＶ２に対して、キャラクタＣＨ２の方向ＤＣ２は左方向（時計回り方向）に向いており、これにより図４に示すように、左横顔の画像がキャラクタ画像ＩＭ２として生成される。また仮想カメラＶＣ３の方向ＤＶ３に対して、キャラクタＣＨ３の方向ＤＣ３は右方向（反時計回り方向）に向いており、これにより図４に示すように、右横顔の画像がキャラクタ画像ＩＭ３として生成される。

このように図６の手法によれば、仮想カメラＶＣ１～ＶＣ３の方向ＤＶ１～ＤＶ３に対するキャラクタＣＨ１～ＣＨ３の方向を設定することで、複数のキャラクタ画像ＩＭ１～ＩＭ３として異なる方向から見たキャラクタ画像を生成できるようになる。これによりプレーヤは、色々な方向でのキャラクタ画像を一括して確認できるようになり、キャラクタメイキングの作業効率を向上できる。

また図６ではキャラクタＣＨ１～ＣＨ３のライティングを行う光源ＬＳを仮想空間に設定している。例えばランバード、フォン又はブリンなどの照明モデルによる光源ＬＳを設定する。例えば図６では、正面顔の画像用の仮想カメラＶＣ１の付近に光源ＬＳが設定されている。そして、この光源ＬＳに基づくキャラクタＣＨ１～ＣＨ３のシェーディング処理を行って、キャラクタ画像ＩＭ１～ＩＭ３を生成する。例えばグーローシェーディング又はフォンシェーディングなどのシェーディング処理によりキャラクタＣＨ１～ＣＨ３のオブジェクト（オブジェクトを構成するポリゴン）を描画する処理を行って、キャラクタ画像ＩＭ１～ＩＭ３を生成する。これにより光源ＬＳによる陰影づけが施されたキャラクタの画像を生成できるようになり、リアルなキャラクタ画像を生成できる。即ちゲームにキャラクタが登場するときと同様のリアルな陰影づけが施されたキャラクタの画像を生成することが可能になり、より適切でリアルなキャラクタメイキング画像をプレーヤに表示できるようになる。

そして本実施形態では後述の図１３等で説明するように、プレーヤの操作入力に基づいて、図６の複数の仮想カメラＶＣ１～ＶＣ３の方向ＤＶ１～ＤＶ３に対する複数のキャラクタＣＨ１～ＣＨ３の方向ＤＣ１～ＤＣ３を設定する。例えばプレーヤの操作入力に応じて、仮想カメラＶＣ１～ＶＣ３の方向ＤＶ１～ＤＶ３とキャラクタＣＨ１～ＣＨ３の方向ＤＣ１～ＤＣ３とのなす角度を変化させる。このようにすることで、プレーヤの操作入力に応じて、キャラクタ画像ＩＭ１～ＩＭ３におけるキャラクタの向く方向を変化させることが可能になり、キャラクタメイキングに好適なキャラクタ画像ＩＭ１～ＩＭ３をプレーヤに表示できるようになる。

例えば本実施形態では、プレーヤが画像の切替の操作入力を行った場合に、仮想カメラＶＣ１～ＶＣ３の方向ＤＶ１～ＤＶ３に対するキャラクタＣＨ１～ＣＨ３の方向ＤＣ１～ＤＣ３を一括して切り替える。即ち方向ＤＶ１～ＤＶ３と方向ＤＣ１～ＤＣ３のなす角度を一括して切り替える。こうすることで、プレーヤが切替の操作を行うだけで、キャラクタ画像ＩＭ１～ＩＭ３が、異なる方向から見たキャラクタ画像に一斉に切り替わるようになり、キャラクタメイキングにおけるプレーヤの作業効率を向上できる。

なお図６では複数のキャラクタ画像ＩＭ１～ＩＭ３に対応する複数のキャラクタＣＨ１～ＣＨ３を仮想空間に配置しているが、図７に示すように１つのキャラクタＣＨを仮想空間に配置して複数のキャラクタ画像ＩＭ１～ＩＭ３を生成するようにしてもよい。例えば図７では、１つのキャラクタＣＨを注視する複数の仮想カメラＶＣ１、ＶＣ２、ＶＣ３を配置する。仮想カメラＶＣ１、ＶＣ２、ＶＣ３の方向ＤＶ１、ＤＶ２、ＤＶ３（視線方向）は、１つのキャラクタＣＨの方に向いている。このようにすればキャラクタＣＨの正面に配置された仮想カメラＶＣ１から見える画像をキャラクタ画像ＩＭ１として生成できる。またキャラクタＣＨの左斜め前方に配置された仮想カメラＶＣ２から見える画像をキャラクタ画像ＩＭ２として生成し、キャラクタＣＨの右斜め前方に配置された仮想カメラＶＣ３から見える画像をキャラクタ画像ＩＭ３として生成できる。即ち図４に示すように正面顔、左横顔、右横顔の画像をキャラクタ画像ＩＭ１、ＩＭ２、ＩＭ３として生成できるようになる。

但し図７の手法は、光源ＬＳに基づくシェーディング処理を行った場合に、図６の手法に比べて不利となる。即ち図６の手法によれば、正面顔の画像のみならず、左横顔の画像、右横顔の画像についても、より適切に陰影づけが施された画像を生成できる。これに対して図７の手法では、正面顔のキャラクタ画像ＩＭ１は適正な明るさの画像になるが、左横顔のキャラクタ画像ＩＭ２や、右横顔のキャラクタ画像ＩＭ３が暗い画像になってしまう。即ち仮想カメラＶＣ１の付近に設定された光源ＬＳにより、キャラクタＣＨの正面側については明るく陰影づけされるが、キャラクタＣＨの左側面や右側面については、正面方向の光源ＬＳからの光りがあたりにくくなることで、暗い画像になってしまう。従って、この意味においては、図６の手法によりキャラクタ画像ＩＭ１～ＩＭ３を生成することが望ましい。

図８はキャラクタの顔を構成するパーツについての説明図である。図８ではキャラクタの顔は、目のパーツＰＥ、鼻のパーツＰＮ、口のパーツＰＭ、輪郭パーツである顎のパーツＰＣにより構成されている。なお図８における点は、モーションデータにおける骨の位置を表しており、具体的には骨の関節位置を表している。これらの骨の位置をモーションデータに基づいて変化させることで、パーツＰＥ、ＰＮ、ＰＭ、ＰＣの形状が変化する。これによりキャラクタの顔の表情などを変化させることが可能になる。例えば目のパーツＰＥにおいて、眉について設定された骨の位置（関節位置）を変化させることで、キャラクタの眉を種々の形状を変化させることが可能になる。また目のパーツＰＥにおいて、瞼の縁（目の穴、眼窩）の形について設定された骨の位置を変化させることで、キャラクタの瞼の縁の形状を種々の形状に変化させることができる。また顎のパーツＰＣに設定された骨の位置を変化させることで、顎の輪郭形状を種々の形状に変化させることができる。なお口のパーツＰＭにおいては、口蓋のみならず、舌や歯などについても骨が設定されている、舌のパーツや骨のパーツとしてモデル化されている。

図９はパーツに設定される骨のデータについての説明図である。骨のデータは、キャラクタのモーションデータに対応し、例えば関節位置である骨の位置Ｊ１、Ｊ２により表すことができる。或いは骨のデータは、親の骨（ＢＭ１）に対する子の骨（ＢＭ２）のＸ軸、Ｙ軸、Ｚ軸回りの回転角により表すことができる。また骨のデータは、Ｘ軸、Ｙ軸、Ｚ軸の方向でのスケーリングのパラメータを含むことができる。Ｘ軸は骨に沿った方向でありＹ軸、Ｚ軸はＸ軸に直交する軸である。例えばＸ軸方向でのスケーリングの値を変化させることで、図１６、図１７において後述するキャラクタの身長の調整が可能になる。またＹ軸方向、Ｚ軸方向でのスケーリングの値を変化させることで、キャラクタの身体パーツの太さ（肉付き）の調整が可能になる。

例えばキャラクタを構成するパーツのオブジェクトの頂点に対しては、キャラクタの各パーツの各骨に対するウェイト値が設定されている。そして、このウェイト値に対応する移動量で、パーツのオブジェクトの頂点が骨に追従するようになる。従って、骨のデータをモーションデータとして制御することで、キャラクタの姿勢やパーツの形状（表情）などを設定できるようになる。

そして本実施形態では、プレーヤの操作入力に基づいて、図６の複数のキャラクタＣＨ１～ＣＨ３に対してパーツの設定処理を実行する。即ち図６では、キャラクタ画像ＩＭ１～ＩＭ３を生成するために、同じ形状モデルの複数のキャラクタＣＨ１～ＣＨ３を仮想空間に配置している。そしてプレーヤが、キャラクタメイキングを行うために、パーツ切替等の操作入力を行った場合には、これらの複数のキャラクタＣＨ１～ＣＨ３に対して、パーツ切替処理等のパーツの設定処理を実行する。例えば第１のパーツを差し替える操作入力が行われた場合には、これらのキャラクタＣＨ１～ＣＨ３の全てにおいて、当該第１のパーツの差し替え処理を実行する。こうすることでキャラクタ画像ＩＭ１～ＩＭ３においても、パーツの差し替えが行われるようになる。これによりプレーヤは、パーツ差し替え後のキャラクタ画像ＩＭ１～ＩＭ３を確認しながら、キャラクタメイキングの作業を行えるようになり、作業効率の高いキャラクタメイキングを実現できるようになる。

また本実施形態では、複数のキャラクタ画像の少なくとも１つのキャラクタ画像について、顔を構成するパーツのモーションデータを変化させることで顔の表情を変化させる。

例えば図１０は、キャラクタのパーツ情報の例を説明する図である。このパーツ情報は、キャラクタ情報として図２のキャラクタ情報記憶部１７４に記憶される。キャラクタの顔パーツ、胸パーツ、右腕パーツ、左腕パーツなどの身体パーツの動きは、キャラクタの全体的な姿勢を設定するモーションデータＭＡＬにより制御される。また図１０では、顔パーツは、目、鼻、口、顎のパーツにより構成されている。そして、これらの目、鼻、口、顎のパーツの形状は、各々、モーションデータＭＥ、ＭＮ、ＭＭ、ＭＣにより制御される。即ちこれらのモーションデータＭＥ、ＭＮ、ＭＭ、ＭＣの設定により、キャラクタの顔の表情の設定が可能になる。

例えばキャラクタの顔の表情を、通常の顔から笑った顔に変化させる場合には、目、鼻、口、顎のパーツのモーションデータＭＥ、ＭＮ、ＭＭ、ＭＣを、笑った顔に対応するモーションデータに設定する。即ち、目、鼻、口、顎の形が、笑った時の形になるようにモーションデータを設定する。同様にキャラクタの顔の表情を、通常の顔から怒った顔に変化させる場合には、目、鼻、口、顎のパーツのモーションデータＭＥ、ＭＮ、ＭＭ、ＭＣを、怒った顔に対応するモーションデータに設定する。このようにすれば、モーションデータの設定という負荷の軽い処理で、キャラクタの表情を種々に変化させることが可能になり、キャラクタメイキングの処理の軽減や簡素化等を図れる。

また本実施形態では、複数のキャラクタ画像として、第１の仮想カメラ方向で見た第１のキャラクタ画像と、第１の仮想カメラ方向とは異なる第２の仮想カメラ方向で見た第２のキャラクタ画像を生成する。例えば図４のキャラクタ画像ＩＭ１～ＩＭ３のうちの１つの画像が、第１のキャラクタ画像であり、他の１つの画像が第２のキャラクタ画像である。例えばキャラクタ画像ＩＭ１を第１のキャラクタ画像とし、キャラクタ画像ＩＭ２を第２のキャラクタ画像としたとする。この場合に図６においては、第１のキャラクタ画像は、第１の仮想カメラ方向である方向ＤＶ１でキャラクタＣＨ１を見た画像になり、第２のキャラクタ画像は、第２の仮想カメラ方向である方向ＤＶ２でキャラクタＣＨ２を見た画像になる。また図７においては、第１のキャラクタ画像は、第１の仮想カメラ方向である方向ＤＶ１でキャラクタＣＨを見た画像になり、第２のキャラクタ画像は、第２の仮想カメラ方向である方向ＤＶ２でキャラクタＣＨを見た画像になる。このようにすれば、異なる仮想カメラ方向から見た複数のキャラクタ画像を、キャラクタメイキング画像としてプレーヤに表示できるようになる。

そしてこの場合に、第１の仮想カメラ方向で見た画像である第１のキャラクタ画像と、第２の仮想カメラ方向で見た画像である第２のキャラクタ画像とで、所定パーツの配置位置を変更してもよい。

例えば図１１（Ａ）は、キャラクタの下側からキャラクタへと向かう方向に仮想カメラが設定されており、いわゆる煽り顔のキャラクタ画像が生成されている。この場合に、鼻、口、顎のパーツＰＮ、ＰＭ、ＰＣの位置や形状を、通常の顔と同様の位置や形状にしてしまうと、不自然な顔画像になってしまうおそれがある。例えば鼻や口の位置が不自然になったり、顎の輪郭が不自然な形状になってしまう。

そこで本実施形態では、このような煽り顔のキャラクタ画像を生成する場合に、図１１（Ｂ）に示すように、例えば鼻のパーツＰＮや口のパーツＰＭの配置位置を、例えば下側に移動する。即ち図１１（Ｂ）では、図１１（Ａ）に比べて、鼻のパーツＰＮや口のパーツＰＭの配置位置が、顔の下側方向に移動している。また顎のパーツＰＣの先端の形状も凸形状が緩和されるように変更している。このようにすることで、例えば仮想カメラ方向が、通常の顔での方向（第１の仮想カメラ方向）から煽り顔での方向（第２の仮想カメラ方向）に変化した場合にも、より自然な煽り顔に見えるキャラクタ画像を生成できるようになる。同様に例えばアニメのキャラクタにおいて横顔のキャラクタ画像を生成する場合に、通常の顔と同様に位置に口のパーツＰＭを配置すると、アニメとしては不自然なキャラクタ画像になってしまう場合がある。このため、この場合にも、横顔のキャラクタ画像では、口のパーツＰＭの配置位置を例えば頬側に移動するような処理を行うことが望ましい。

図１２は本実施形態の詳細な処理例を説明するフローチャートである。まず仮想空間に複数のキャラクタと複数の仮想カメラを設定する（ステップＳ１１）。即ち図６に示すように、同じ形状モデルの複数のキャラクタＣＨ１～ＣＨ３を仮想空間に配置すると共に、これらのキャラクタＣＨ１～ＣＨ３用の仮想カメラＶＣ１～ＶＣ３を配置する。

次にプレーヤの操作入力に基づいて、複数の仮想カメラの方向に対する複数のキャラクタの方向を設定する（ステップＳ１２）。例えば図６において仮想カメラＶＣ１～ＶＣ３の方向ＤＶ１～ＤＶ３に対するキャラクタＣＨ１～ＣＨ３の向く方向ＤＣ１～ＤＣ３を設定する。例えばプレーヤが画像の切替操作を行った場合には、方向ＤＶ１～ＤＶ３と方向ＤＣ１～ＤＣ３との相対的な方向関係を一括して切り替える。

次にプレーヤの操作入力に基づいて、複数のキャラクタに対してパーツの設定処理を実行する（ステップＳ１３）。例えば図６において、プレーヤが所定パーツの差し替えの操作入力を行った場合には、同一モデルのキャラクタを表すキャラクタＣＨ１～ＣＨ３の所定パーツを一括して差し替える。

次に光源に基づく複数のキャラクタのシェーディング処理を行って、複数のキャラクタ画像を生成する（ステップＳ１４）。例えば図６において、光源ＬＳに基づいて、キャラクタＣＨ１のシェーディング処理を行って、キャラクタ画像ＩＭ１を生成する。同様に光源ＬＳに基づいて、キャラクタＣＨ２、ＣＨ３の各々のシェーディング処理を行ってキャラクタ画像ＩＭ２、ＩＭ３を生成する。そして複数のキャラクタ画像が配列されたキャラクタメイキング画像を表示部１９０に表示する（ステップＳ１５）。即ち図４、図５のように所定の配列態様でキャラクタ画像ＩＭ１～ＩＭ３が配列されたキャラクタメイキング画像をプレーヤに表示する。

２．３ キャラクタメイキング画像の例
次にキャラクタメイキング画像の種々の例について説明する。図１３は例えばプレーヤが切替アイコン等を操作して画像の切替操作を行った場合のキャラクタメイキング画像の例である。例えば図４のキャラクタメイキング画像が表示されている状態で、プレーヤが画像の切替操作を行うと、図１３に示すようなキャラクタメイキング画像が表示される。図１３では、図４に比べて、キャラクタ画像ＩＭ１～ＩＭ３におけるキャラクタの向く方向が異なっている。即ち図１３では、図４とは異なる仮想カメラ方向で見たキャラクタ画像ＩＭ１～ＩＭ３が表示されている。このようなキャラクタ画像ＩＭ１～ＩＭ３の切替は、例えば図６の場合には、仮想カメラＶＣ１～ＶＣ３の方向ＤＶ１～ＤＶ３に対するキャラクタＣＨ１～ＣＨ３の方向ＤＣ１～ＤＣ３を一括して変化させることで実現できる。また図７の場合には、キャラクタＣＨに対する仮想カメラＶＣ１～ＶＣ３の方向ＤＶ１～ＤＶ３を一括して変化させることで実現できる。

このように本実施形態では、図４、図１３に示すように、プレーヤの操作入力に基づいて、複数のキャラクタ画像ＩＭ１～ＩＭ３を一括して、異なる仮想カメラ方向で見たキャラクタ画像に変化させる。このようにすればプレーヤは、例えば画像の切替操作等の簡素な操作を行うことで、キャラクタ画像ＩＭ１～ＩＭ３におけるキャラクタの向く方向を一括して変化させることが可能になる。これによりプレーヤは、キャラクタメイキングにおいて行ったパーツ設定等が、自身の好みや趣向に沿ったものであるかを、簡素な操作で確認できるようになり、キャラクタメイキングにおけるプレーヤのインターフェース環境の向上を図れる。

なお図１４では、複数のキャラクタ画像ＩＭ１～ＩＭ３を一括して、異なる仮想カメラ方向で見たキャラクタ画像に変化させているが、本実施形態の手法はこれに限定されない。例えばプレーヤの操作入力に基づいて、複数のキャラクタ画像ＩＭ１～ＩＭ３を個別に、異なる仮想カメラ方向で見たキャラクタ画像に変化させてもよい。例えばキャラクタ画像ＩＭ１～ＩＭ３のうちの１つのキャラクタ画像についてだけ、異なる仮想カメラ方向で見たキャラクタ画像に変化させる。例えば図６においてキャラクタ画像ＩＭ３だけを個別に変化させる場合には、プレーヤの操作入力に基づいて、仮想カメラＶＣ３の方向ＤＶ３に対するキャラクタＣＨ３の方向ＤＣ３だけを変化させて、他のキャラクタＣＨ１、ＣＨ２の方向ＤＣ１、ＤＣ２については変化させないようにすればよい。また図７の場合には、キャラクタＣＨに対する仮想カメラＶＣ３の方向ＤＶ３だけを変化させて、他の仮想カメラＶＣ１、ＶＣ２の方向ＤＶ１、ＤＶ２については変化させないようにすればよい。このようにすれば、プレーヤが詳細に確認したいキャラクタ画像についてだけ、個別に、キャラクタの向く方向を変化させることが可能になり、キャラクタメイキングにおけるプレーヤの種々の要望に応えることができ、プレーヤの作業の効率化等を図れる。

図１４では、キャラクタ画像ＩＭ３におけるキャラクタの顔の表情を変化させている。即ち図４のキャラクタ画像ＩＭ３では、キャラクタの表情は通常の表情であるが、図１４のキャラクタ画像ＩＭ３では、キャラクタの表情を怒った顔の表情に変化させている。具体的には図８～図１０で説明したように、顔を構成するパーツのモーションデータを変化させることでキャラクタの顔の表情を変化させいている。例えば目、鼻、口又は顎のパーツにおける骨のデータに対応するモーションデータを変化させることで、これらのパーツの形状を変化させて、キャラクタの顔の表情を変化させる。このように本実施形態では、複数のキャラクタ画像の少なくとも１つのキャラクタ画像について、顔を構成するパーツのモーションデータを変化させることで顔の表情を変化させている。このようにすれば、モーションデータを制御するという簡素な処理で、キャラクタの顔の表情を変化させることができる。例えば顔の表情を変化させる手法として、キャラクタの顔の各パーツの差し替え処理を行う手法も考えられるが、この手法では、各キャラクタについて、各表情に対応するパーツを用意する必要があり、パーツについてのデータ量が膨大になってしまう。この点、顔を構成するパーツのモーションデータを変化させる本実施形態の手法によれば、少ないデータ量でキャラクタの顔の表情を変化させる処理が可能になり、データの使用記憶容量の節約等を図れるようになる。

なお図１３においても、図４に対してキャラクタの顔の表情を変化させている。即ち図４での通常の顔の表情から、図１４では笑った顔の表情に変化させている。例えばプレーヤの操作入力に基づいて、キャラクタの顔の表情を一括して変化させている。このように顔の表情を変化させる対象となるキャラクタ画像は１つには限定されず、複数のキャラクタ画像での顔の表情を、プレーヤの操作入力等に基づいて一括して変化させてもよい。

また図１５では、キャラクタのパーツの差し替え処理を行っている。例えばキャラクタの目のパーツや鼻のパーツを、図４とは異なるパーツに差し替えている。例えば図１５では、図４の通常の目のパーツから、つり目を表す目のパーツに差し替えられている。また図１５では、図４に比べて、鼻の高さが高い鼻のパーツに差し替えられている。

このように本実施形態では、プレーヤの操作入力に基づいてパーツの差し替え処理等の設定処理が行われた場合に、複数のキャラクタ画像ＩＭ１～ＩＭ３においてパーツの設定処理が行われたキャラクタメイキング画像を表示する。図６を例にとれば、プレーヤが、所定パーツの差し替えの指示を行うと、全てのキャラクタＣＨ１～ＣＨ３において、当該所定パーツの差し替え処理を行う。例えば通常の目のパーツから、つり目のパーツに差し替える指示が行われた場合には、全てのキャラクタＣＨ１～ＣＨ３において、通常の目のパーツから、つり目のパーツへの差し替え処理を行う。例えば通常の鼻のパーツから、高い鼻のパーツに差し替える指示が行われた場合には、全てのキャラクタＣＨ１～ＣＨ３において、通常の鼻のパーツから、高い鼻のパーツへの差し替え処理を行う。こうすることで、プレーヤの操作入力による指示に基づいて、複数のキャラクタ画像ＩＭ１～ＩＭ３において一括して、パーツの差し替え処理等のパーツの設定処理を行うことが可能になる。

例えば１つのキャラクタ画像だけをキャラクタメイキング画像として表示する比較例の手法では、キャラクタのパーツ設定を行った後、キャラクタの向きを変更して、キャラクタ画像の見え方を確認するというような作業を、何度も繰り返す必要があり、キャラクタメイキングにおけるプレーヤの作業が煩雑になる。これに対して本実施形態によれば、プレーヤは、パーツの設定処理が、複数のキャラクタ画像ＩＭ１～ＩＭ３においてどのように反映されたかを、一括で確認できる。従って、比較例の手法に比べて、プレーヤの作業効率を向上でき、キャラクタメイキングにおける好適なインターフェース環境をプレーヤに提供できるようになる。

また本実施形態では、所定パーツについては複数のキャラクタ画像の全てにおいて表示されるように複数のキャラクタ画像を生成する。例えばプレーヤの操作入力に基づいて、仮想カメラ方向が切り替わるなどの画像切替が行われた場合にも、所定パーツについては複数のキャラクタ画像の全てにおいて表示されるようにする。例えば図４、図５、図１３～図１５の顔のキャラクタ画像ＩＭ１～ＩＭ３においては、目、口、鼻又は顎のパーツについては、顔のメインパーツである所定パーツとして、画像の切替操作等が行われた場合にも、全てのキャラクタ画像ＩＭ１～ＩＭ３において表示する。このようにすれば、メインパーツ等の所定パーツについてはキャラクタ画像ＩＭ１～ＩＭ３において常に表示されるようになるため、当該所定パーツについてのパーツ差し替え等のパーツ設定を、プレーヤが適切に行えるようになる。

なお所定パーツはこのようなメインパーツには限定されず、プレーヤの注目パーツと想定されるパーツであってもよい。例えばプレーヤが、装着したばかりのパーツについては、注目パーツとして常に表示するようにする。具体的には、衣装のパーツや武器、防具等の装備品のパーツをプレーヤが装着した場合に、当該パーツについては注目パーツとして、所定期間の間は常に表示されるようにする。例えば注目パーツ等の所定パーツが、仮想カメラ方向の変化によって見えなくなるような場合には、仮想カメラの方向やキャラクタの方向を逆方向に対応する方向に自動的に切り替えて、所定パーツが常に表示されるようにする。

以上ではキャラクタ画像がキャラクタの顔画像であり、キャラクタメイキング画像に表示されるキャラクタ画像の数が２個である場合について説明したが、本実施形態はこれに限定されない。例えば図１６では、キャラクタ画像ＩＭ１、ＩＭ２としてキャラクタの全身画像が表示されており、キャラクタ画像の個数も２個になっている。図１６では、キャラクタ画像ＩＭ１は前向きの全身画像となっており、キャラクタ画像ＩＭ２は後ろ向きの全身画像になっている。そしてプレーヤの操作入力に基づいて、Ｂ１、Ｂ２に示すようにキャラクタが回転するキャラクタ画像ＩＭ１、ＩＭ２が、キャラクタメイキング画像として表示される。具体的にはキャラクタ画像ＩＭ１として、キャラクタの右横側の全身画像が表示されているときには、キャラクタ画像ＩＭ２として、キャラクタの左横側の全身画像が表示される。またキャラクタ画像ＩＭ１として、キャラクタの左横側の全身画像が表示されているときには、キャラクタ画像ＩＭ２として、キャラクタの右横側の全身画像が表示される。なおＢ１、Ｂ２に示すようにキャラクタは、時計回り及び反時計回りに回転可能である。

またプレーヤは、２つの異なる体型の男性型と、２つの異なる体型の女性型の中から、キャラクタメイキングの対象となるキャラクタを選択できる。例えば図１６は、痩せ型の体型の男性のキャラクタを選択したときのキャラクタメイキング画像の例であり、図１７は、ガッチリ型の体型の男性のキャラクタを選択したときのキャラクタメイキング画像の例である。

更に図１６、図１７では、キャラクタの身長を調整する操作や、肉付きを調整する操作が可能になっている。例えばプレーヤがキャラクタの身長を調整する操作を行うと、前述の図９の骨のデータにおけるＸ軸方向でのスケーリングの値が調整される。これにより各骨の長さが調整されて、キャラクタの身長が高くなったり、低くなるように調整される。またプレーヤがキャラクタの肉付きを調整する操作を行うと、図９の骨のデータにおけるＹ軸、Ｚ軸方向でのスケーリングの値が調整される。これにより各骨の太さが調整されて、キャラクタの身体パーツが太くなったり、細くなり、キャラクタの肉付き（身体パーツの太さ）が調整されるようになる。このようにすれば、キャラクタの体型や体格等を細かに調整できるようになり、より精細なキャラクタメイキングを実現することが可能になる。

また本実施形態では、第１のキャラクタ画像においては第１の部分が表示され、第２のキャラクタ画像においては当該第１の部分が非表示になる複数のキャラクタ画像を生成する。例えば仮想カメラ方向との関係に応じて、キャラクタの第１の部分については描画されなかったり、描画されたりする。

例えば図１８の横顔のキャラクタ画像ＩＭ１では、Ｃ１に示すように鼻の輪郭の上側部分である鼻筋の部分が描画されている。一方、正面顔のキャラクタ画像ＩＭ２では、Ｃ２に示すように鼻筋の部分が描画されていない。このようにキャラクタの鼻筋の部分（第１の部分）は、キャラクタ画像ＩＭ１（第１のキャラクタ画像）においては表示されているが、キャラクタ画像ＩＭ２（第２のキャラクタ画像）においては非表示になっている。即ち鼻筋の部分が、仮想カメラＶＣ１から見たキャラクタ画像ＩＭ１では描画されているが、仮想カメラＶＣ２から見たキャラクタ画像ＩＭ２では描画されていない。

例えば正面顔のキャラクタ画像において、鼻筋の部分がハッキリと描画されてしまうと、例えばアニメ等のキャラクタとしては不自然な画像になってしまうおそれがある。この点、図１８のＣ２に示すように正面顔のキャラクタ画像において、鼻筋の部分を非表示にすることで、キャラクタ画像が不自然な画像になってしまうのを防止でき、アニメ等のキャラクタの画像としてより適切な画像を表示できるようになる。

また本実施形態では、第１のキャラクタ画像であるキャラクタ画像ＩＭ１は、第１の仮想カメラ方向である仮想カメラＶＣ１から見たキャラクタ画像であり、第２のキャラクタ画像であるキャラクタ画像ＩＭ２は、第２の仮想カメラ方向である仮想カメラＶＣ２から見たキャラクタ画像である。即ちキャラクタ画像ＩＭ１、ＩＭ２は異なる仮想カメラ方向で見たキャラクタ画像である。また本実施形態では、キャラクタを構成する１つのパーツに対して、第１の部分を有する第１のパーツと、第１の部分を有しない第２のパーツとが用意される。図１８を例にとれば、キャラクタを構成する１つのパーツは、鼻のパーツであり、この鼻のパーツとして、第１のパーツ（第１の鼻パーツ）と第２のパーツ（第２の鼻パーツ）というように、複数種類のパーツが用意される。そして第１のパーツは、鼻筋の部分（第１の部分）を有するパーツであり、第２のパーツは、鼻筋の部分を有しないパーツである。例えば第１のパーツでは、鼻筋の部分を描画データとして有しているが（輪郭として描画されるが）、第２のパーツでは、鼻筋の部分を描画データとして有していない（輪郭として描画されない）。そして本実施形態では、第１のパーツを用いて第１のキャラクタ画像を生成し、第２のパーツを用いて第２のキャラクタ画像を生成する。例えば図１８では、鼻筋の部分を有する第１のパーツを用いて、第１のキャラクタ画像であるキャラクタ画像ＩＭ１を生成する一方で、鼻筋の部分を有しない第２のパーツを用いて、第２のキャラクタ画像であるキャラクタ画像ＩＭ２を生成する。このようにすれば、仮想カメラＶＣ１の方向である第１の仮想カメラ方向から見たキャラクタ画像ＩＭ１では、図１８のＣ１に示すように、鼻筋の部分（第１の部分）が描画されて表示されるようになる。一方、仮想カメラＶＣ２の方向である第２の仮想カメラ方向から見たキャラクタ画像ＩＭ２では、図１８のＣ２に示すように、鼻筋の部分が描画されずに非表示になる。これにより、仮想カメラの方向に応じて、第１の部分である鼻筋の部分を表示したり、非表示にすることが可能になる。

なお鼻の輪郭などのパーツの輪郭の描画処理は、例えば公知のトゥーンレンダリング（トゥーンシェーダー）などにより実現できる。例えば通常のモデルと輪郭描画用モデルの両方を描画することで輪郭を描画したり、オブジェクトの法線ベクトルを用いたポストエフェクト処理などにより、キャラクタの輪郭を描画できる。

また正面顔のキャラクタ画像では、細かいパーツ部分まで描画する一方で、横顔のキャラクタ画像では、このような細かいパーツ部分については描画しないようにしてもよい。例えば口の中の舌のパーツや歯のパーツについては正面顔のキャラクタ画像においては描画して表示する一方で、横顔のキャラクタ画像においては描画せずに非表示にする。例えば横顔のキャラクタ画像においては、舌のパーツや歯のパーツの描画データについては用いないようにする。また鼻孔内の細かい部分についても、正面顔のキャラクタ画像では描画する一方で、横顔のキャラクタ画像において描画しないようにする。このようにすることで、仮想カメラの方向とキャラクタの方向との相対的な方向関係に応じた、キャラクタ画像の適切な描画処理を実現できるようになる。なおキャラクタと仮想カメラとの距離が離れた場合に、鼻等のパーツの輪郭が見えにくくなってしまう場合がある。この場合には、キャラクタと仮想カメラとの距離に応じて輪郭の太さを変化させて、キャラクタと仮想カメラとの距離が離れた場合にも、輪郭が適切に表示されるように制御してもよい。

なお、上記のように本実施形態について詳細に説明したが、本開示の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本開示の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また受け付け処理、仮想空間設定処理、仮想カメラ設定処理、パーツの設定処理、キャラクタ画像の生成処理、キャラクタメイキング画像の生成処理等も本実施形態で説明したものに限定されず、これらと均等な手法も本開示の範囲に含まれる。

ＩＭ１、ＩＭ２、ＩＭ３…キャラクタ画像、ＶＣ１、ＶＣ２、ＶＣ３…仮想カメラ、
ＤＶ１、ＤＶ２、ＤＶ３…方向、ＣＨ１、ＣＨ２、ＣＨ３、ＣＨ…キャラクタ、
ＤＣ１、ＤＣ２、ＤＣ３…方向、ＬＳ…光源、ＰＥ、ＰＮ、ＰＭ、ＰＣ…パーツ、
ＢＭ１、ＢＭ２…骨、ＭＡＬ、ＭＥ、ＭＮ、ＭＭ、ＭＣ…モーションデータ、
ＴＭ１～ＴＭｎ、ＴＭ 端末装置、
１００…処理部、１０２…ゲーム処理部、１０４…受け付け部、
１０６…仮想空間設定部、１０８…仮想カメラ設定部、１１０…キャラクタ処理部、
１１２…管理部、１２０…表示処理部、１３０…音処理部、
１６０…操作部、１７０…記憶部、１７２…仮想空間情報記憶部、
１７４…キャラクタ情報記憶部、１７６…描画バッファ、１７８…ユーザ情報記憶部、
１８０…情報記憶媒体、１９０…表示部、１９２…音出力部、１９４…Ｉ／Ｆ部、
１９５…携帯型情報記憶媒体、１９６…通信部、
５００…サーバシステム、５１０…ネットワーク

Claims (17)

1. プレーヤの操作入力を受け付ける受け付け部と、
   少なくとも１つのキャラクタが配置される仮想空間の設定処理を行う仮想空間設定部と、
   複数の仮想カメラの設定処理を行う仮想カメラ設定部と、
   前記プレーヤの操作入力に基づいて、少なくとも１つの前記キャラクタを構成するパーツの設定処理を行うキャラクタ処理部と、
   前記仮想空間において前記複数の仮想カメラから少なくとも１つの前記キャラクタを見た画像である複数のキャラクタ画像を生成し、前記複数のキャラクタ画像が配列されたキャラクタメイキング画像を表示部に表示する処理を行う表示処理部と、
   を含み、
   前記表示処理部は、
   前記パーツの前記設定処理が行われた場合に、前記設定処理の結果が反映された前記キャラクタメイキング画像を、前記表示部に表示する処理を行い、
   前記表示処理部は、
   前記プレーヤの操作入力に基づいて、前記複数のキャラクタ画像を一括して、異なる仮想カメラ方向で見たキャラクタ画像に変化させることを特徴とするゲームシステム。
2. プレーヤの操作入力を受け付ける受け付け部と、
   少なくとも１つのキャラクタが配置される仮想空間の設定処理を行う仮想空間設定部と、
   複数の仮想カメラの設定処理を行う仮想カメラ設定部と、
   前記プレーヤの操作入力に基づいて、少なくとも１つの前記キャラクタを構成するパーツの設定処理を行うキャラクタ処理部と、
   前記仮想空間において前記複数の仮想カメラから少なくとも１つの前記キャラクタを見た画像である複数のキャラクタ画像を生成し、前記複数のキャラクタ画像が配列されたキャラクタメイキング画像を表示部に表示する処理を行う表示処理部と、
   を含み、
   前記表示処理部は、
   前記パーツの前記設定処理が行われた場合に、前記設定処理の結果が反映された前記キャラクタメイキング画像を、前記表示部に表示する処理を行い、
   前記表示処理部は、
   前記プレーヤの操作入力に基づいて、前記複数のキャラクタ画像を個別に、異なる仮想カメラ方向で見たキャラクタ画像に変化させることを特徴とするゲームシステム。
3. プレーヤの操作入力を受け付ける受け付け部と、
   少なくとも１つのキャラクタが配置される仮想空間の設定処理を行う仮想空間設定部と、
   複数の仮想カメラの設定処理を行う仮想カメラ設定部と、
   前記プレーヤの操作入力に基づいて、少なくとも１つの前記キャラクタを構成するパーツの設定処理を行うキャラクタ処理部と、
   前記仮想空間において前記複数の仮想カメラから少なくとも１つの前記キャラクタを見た画像である複数のキャラクタ画像を生成し、前記複数のキャラクタ画像が配列されたキャラクタメイキング画像を表示部に表示する処理を行う表示処理部と、
   を含み、
   前記表示処理部は、
   １つの前記キャラクタを、キャラクタ方向に対する仮想カメラ方向が異なる複数の仮想カメラ方向で見た画像を生成する、又は前記プレーヤのキャラクタメイキング対象となる同じモデルの複数のキャラクタを、キャラクタ方向に対する仮想カメラ方向が異なる複数の仮想カメラ方向で見た画像を生成することで、前記複数のキャラクタ画像を生成し、
   前記表示処理部は、
   前記パーツの前記設定処理が行われた場合に、前記設定処理の結果が反映された前記複数のキャラクタ画像による前記キャラクタメイキング画像を、キャラクタメイキング画面において前記表示部に表示する処理を行うことを特徴とするゲームシステム。
4. 請求項１乃至３のいずれかにおいて、
   前記仮想空間設定部は、
   少なくとも１つの前記キャラクタとして複数のキャラクタを前記仮想空間に配置し、
   前記仮想カメラ設定部は、
   前記複数のキャラクタの各キャラクタに対して前記複数の仮想カメラの各仮想カメラを設定し、
   前記表示処理部は、
   前記複数の仮想カメラの各仮想カメラから前記複数のキャラクタの各キャラクタを見た画像を、前記複数のキャラクタ画像の各キャラクタ画像として生成することを特徴とするゲームシステム。
5. 請求項４において、
   前記仮想空間設定部は、
   前記複数のキャラクタのライティングを行う光源を前記仮想空間に設定し、
   前記表示処理部は、
   前記光源に基づく前記複数のキャラクタのシェーディング処理を行って、前記複数のキャラクタ画像を生成することを特徴とするゲームシステム。
6. 請求項４又は５において、
   前記キャラクタ処理部は、
   前記プレーヤの操作入力に基づいて、前記複数の仮想カメラの方向に対する前記複数のキャラクタの方向を設定することを特徴とするゲームシステム。
7. 請求項４乃至６のいずれかにおいて、
   前記キャラクタ処理部は、
   前記プレーヤの操作入力に基づいて、前記複数のキャラクタに対して前記パーツの前記設定処理を実行することを特徴とするゲームシステム。
8. 請求項１乃至７のいずれかにおいて、
   前記表示処理部は、
   前記複数のキャラクタ画像として、第１の仮想カメラ方向で見た第１のキャラクタ画像と、前記第１の仮想カメラ方向とは異なる第２の仮想カメラ方向で見た第２のキャラクタ画像を生成することを特徴とするゲームシステム。
9. 請求項８において、
   前記表示処理部は、
   前記第１のキャラクタ画像と前記第２のキャラクタ画像とで、所定パーツの配置位置を変更することを特徴とするゲームシステム。
10. 請求項１乃至９のいずれかにおいて、
    前記表示処理部は、
    前記複数のキャラクタ画像の少なくとも１つのキャラクタ画像について、顔を構成するパーツのモーションデータを変化させることで前記顔の表情を変化させることを特徴とするゲームシステム。
11. 請求項１乃至１０のいずれかにおいて、
    前記表示処理部は、
    前記プレーヤの操作入力に基づいて前記パーツの前記設定処理が行われた場合に、前記複数のキャラクタ画像において前記パーツの前記設定処理が行われた前記キャラクタメイキング画像を、前記表示部に表示する処理を行うことを特徴とするゲームシステム。
12. 請求項１乃至１１のいずれかにおいて、
    前記表示処理部は、
    所定パーツについては前記複数のキャラクタ画像の全てにおいて表示されるように前記複数のキャラクタ画像を生成することを特徴とするゲームシステム。
13. 請求項１乃至１２のいずれかにおいて、
    前記表示処理部は、
    第１のキャラクタ画像においては第１の部分が表示され、第２のキャラクタ画像においては前記第１の部分が非表示になる前記複数のキャラクタ画像を生成することを特徴とするゲームシステム。
14. 請求項１３において、
    前記第１のキャラクタ画像は第１の仮想カメラ方向で見たキャラクタ画像であり、前記第２のキャラクタ画像は第２の仮想カメラ方向で見たキャラクタ画像であり、
    キャラクタを構成する１つのパーツに対して、前記第１の部分を有する第１のパーツと、前記第１の部分を有しない第２のパーツとが用意され、
    前記表示処理部は、
    前記第１のパーツを用いて前記第１のキャラクタ画像を生成し、前記第２のパーツを用いて前記第２のキャラクタ画像を生成することを特徴とするゲームシステム。
15. プレーヤの操作入力を受け付ける受け付け部と、
    少なくとも１つのキャラクタが配置される仮想空間の設定処理を行う仮想空間設定部と、
    複数の仮想カメラの設定処理を行う仮想カメラ設定部と、
    前記プレーヤの操作入力に基づいて、少なくとも１つの前記キャラクタを構成するパーツの設定処理を行うキャラクタ処理部と、
    前記仮想空間において前記複数の仮想カメラから少なくとも１つの前記キャラクタを見た画像である複数のキャラクタ画像を生成し、前記複数のキャラクタ画像が配列されたキャラクタメイキング画像を表示部に表示する処理を行う表示処理部として、
    コンピュータを機能させ、
    前記表示処理部は、
    前記パーツの前記設定処理が行われた場合に、前記設定処理の結果が反映された前記キャラクタメイキング画像を、前記表示部に表示する処理を行い、
    前記表示処理部は、
    前記プレーヤの操作入力に基づいて、前記複数のキャラクタ画像を一括して、異なる仮想カメラ方向で見たキャラクタ画像に変化させることを特徴とするプログラム。
16. プレーヤの操作入力を受け付ける受け付け部と、
    少なくとも１つのキャラクタが配置される仮想空間の設定処理を行う仮想空間設定部と、
    複数の仮想カメラの設定処理を行う仮想カメラ設定部と、
    前記プレーヤの操作入力に基づいて、少なくとも１つの前記キャラクタを構成するパーツの設定処理を行うキャラクタ処理部と、
    前記仮想空間において前記複数の仮想カメラから少なくとも１つの前記キャラクタを見た画像である複数のキャラクタ画像を生成し、前記複数のキャラクタ画像が配列されたキャラクタメイキング画像を表示部に表示する処理を行う表示処理部として、
    コンピュータを機能させ、
    前記表示処理部は、
    前記パーツの前記設定処理が行われた場合に、前記設定処理の結果が反映された前記キャラクタメイキング画像を、前記表示部に表示する処理を行い、
    前記表示処理部は、
    前記プレーヤの操作入力に基づいて、前記複数のキャラクタ画像を個別に、異なる仮想カメラ方向で見たキャラクタ画像に変化させることを特徴とするプログラム。
17. プレーヤの操作入力を受け付ける受け付け部と、
    少なくとも１つのキャラクタが配置される仮想空間の設定処理を行う仮想空間設定部と、
    複数の仮想カメラの設定処理を行う仮想カメラ設定部と、
    前記プレーヤの操作入力に基づいて、少なくとも１つの前記キャラクタを構成するパーツの設定処理を行うキャラクタ処理部と、
    前記仮想空間において前記複数の仮想カメラから少なくとも１つの前記キャラクタを見た画像である複数のキャラクタ画像を生成し、前記複数のキャラクタ画像が配列されたキャラクタメイキング画像を表示部に表示する処理を行う表示処理部として、
    コンピュータを機能させ、
    前記表示処理部は、
    １つの前記キャラクタを、キャラクタ方向に対する仮想カメラ方向が異なる複数の仮想カメラ方向で見た画像を生成する、又は前記プレーヤのキャラクタメイキング対象となる同じモデルの複数のキャラクタを、キャラクタ方向に対する仮想カメラ方向が異なる複数の仮想カメラ方向で見た画像を生成することで、前記複数のキャラクタ画像を生成し、
    前記表示処理部は、
    前記パーツの前記設定処理が行われた場合に、前記設定処理の結果が反映された前記複数のキャラクタ画像による前記キャラクタメイキング画像を、キャラクタメイキング画面において前記表示部に表示する処理を行うことを特徴とするプログラム。

Images