JP2024006962A - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】ゲーム媒体の操作状態の違いに応じて、ゲームプレイ画面に表示させる好適な画像を容易に指定することが可能な情報処理装置、情報処理方法および情報処理プログラムを提供する。【解決手段】情報処理装置は、指定制御部を備える。指定制御部は、第１ユーザを含む複数のユーザによるゲームのプレイ中、第１ユーザにより第１ゲーム媒体を操作可能な第１操作状態である場合と、第２ゲーム媒体が動作可能であり、第１ユーザにより第１ゲーム媒体の操作を受け付けない第２操作状態である場合との間において、複数のユーザの何れかのユーザのゲームプレイ画面に表示させる画像として第１ユーザが選択可能な画像を異ならせる。【選択図】図６

Description

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

ＬＩＮＥ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）
などのＳＮＳサービスでは、コミュニケーションのツールとしてスタンプ画像が用いられ
る。スタンプ画像を用いることで、利用者は、自身が伝えたいメッセージを、スタンプ画
像に描かれたキャラクタの絵やセリフを用いて、他の利用者に伝えることができる。

このようなスタンプ画像を利用したゲームシステムとしては特許文献１に開示される従
来技術がある。特許文献１には、マルチプレイのゲームにおいて、各プレイヤがゲーム画
面にスタンプ画像を貼ると、そのスタンプ画像に対応づけられているゲームコマンドの入
力を受け付けることが開示されている。具体的には、他のプレイヤによって貼りつけられ
たスタンプ画像を、プレイヤが選択することで、そのスタンプ画像に対応づけられたコマ
ンドの入力を受け付ける。

特開２０１８－１０２６０９号公報

しかしながら、特許文献１に開示されている技術を含む従来技術においては、複数のユ
ーザによるゲームのプレイ中、ユーザは、ゲーム媒体（例えば、キャラクタ）の操作状態
の違いに応じて、ゲームプレイ画面に表示させる好適な画像（例えば、スタンプ画像）を
容易に指定することができないという問題があった。

本発明の目的は、ゲーム媒体の操作状態の違いに応じて、ゲームプレイ画面に表示させ
る好適な画像を容易に指定することが可能な情報処理装置、情報処理方法および情報処理
プログラムを提供することである。

本発明に係る情報処理装置は、
指定制御部を備え、
前記指定制御部は、第１ユーザを含む複数のユーザによるゲームのプレイ中、前記第１
ユーザにより第１ゲーム媒体を操作可能な第１操作状態である場合と、第２ゲーム媒体が
動作可能であり、前記第１ユーザにより前記第１ゲーム媒体の操作を受け付けない第２操
作状態である場合との間において、前記複数のユーザの何れかのユーザのゲームプレイ画
面に表示させる画像として前記第１ユーザが選択可能な画像を異ならせる。

本発明によれば、ゲーム媒体の操作状態の違いに応じて、ゲームプレイ画面に表示させ
る好適な画像を容易に指定することができる。

本実施形態におけるゲームシステムの構成を示す図である。 ユーザ端末の表示部に表示されるゲームプレイ画面の一例である。 ユーザ端末の表示部に表示されるゲームプレイ画面の一例である。 本実施形態におけるサーバのハードウェア構成を示すブロック図である。 本実施形態におけるユーザ端末のハードウェア構成を示すブロック図である。 本実施形態におけるサーバの機能構成例を示すブロック図である。 ユーザ端末の表示部に表示されるゲームプレイ画面の一例である。 ユーザ端末の表示部に表示されるゲームプレイ画面の一例である。 サーバが行う処理の一例を示すフローチャートである。

添付図面を参照して、本発明の実施形態について説明する。なお、各図において、同一
の符号を付したものは、同一または同様の構成を有する。

（ゲームシステム１の構成）
図１は、本実施形態におけるゲームシステム１の構成を示す。図１に示すゲームシステ
ム１は、サーバ１０（ゲームサーバ）と、複数のユーザ端末２０（ユーザ端末２０ａ、ユ
ーザ端末２０ｂ、ユーザ端末２０ｃ）とを備える。サーバ１０およびユーザ端末２０は、
インターネット、イントラネット、無線ＬＡＮまたは移動通信等の通信回線５を介して互
いに通信可能に接続されている。なお、サーバ１０は、本発明の「情報処理装置」として
機能する。

本実施形態において、ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃを使用
するユーザをそれぞれユーザＵ１、ユーザＵ２、ユーザＵ３とする。ユーザＵ１、ユーザ
Ｕ２、ユーザＵ３をそれぞれ区別する必要がない場合は、ユーザＵ１、ユーザＵ２、ユー
ザＵ３をそれぞれユーザＵと表現する。

また、ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃをそれぞれ区別する必
要がない場合は、ユーザ端末２０ａ、ユーザ端末２０ｂ、ユーザ端末２０ｃをそれぞれユ
ーザ端末２０と表現する。

なお、ゲームシステム１が備えるユーザ端末２０の数は３つに限られず、少なくとも１
つ以上のユーザ端末２０を備えていれば良い。

ユーザ端末２０は、例えばスマートフォンやタブレット端末等の情報処理端末であり、
ユーザＵにゲームを提供する。ユーザＵは、ユーザ端末２０を操作することによって、ゲ
ームにログインして当該ゲームを実行することができる。ユーザ端末２０は、例えば携帯
電話機、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯情報端末（ＰＤＡ:Ｐｅｒ
ｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、家庭用ゲーム機器等、どのような
端末が用いられても良い。ユーザ端末２０は、ＧＰＳ(Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎ
ｉｎｇ Ｓｙｓｔｅｍ)等を用いて検出した自身の位置をサーバ１０に通知するようにし
ても良い。

サーバ１０は、例えば、ユーザＵに関する各種情報を管理したり、ゲームの一部の処理
を実行したりする等、ユーザ端末２０がゲームを提供する上でその一部の機能を担う装置
である。サーバ１０は、１または複数の情報処理装置から構成されていても良いし、仮想
的なサーバ（クラウドサーバ等）を用いて構成されても良い。

（ゲーム概要）
次に、ゲームシステム１が提供するゲームの概要を説明する。ゲームシステム１が提供
するゲームでは、ユーザＵは、所有している複数のキャラクタの中から選択したキャラク
タでデッキを編成し、編成したデッキを用いてクエストをクリアすることで、新たなキャ
ラクタやアイテムを入手することができる。

ユーザＵは、入手した複数のキャラクタを合成することでより強いキャラクタに成長さ
せたり、アイテムを用いてキャラクタの属性を強化したりすることで、より難易度の高い
クエストに挑戦することができる。

ここで、クエストとは、予め定められた一定の条件を満たすことでクリア可能な課題を
意味する用語である。クエストは、一般的には、探索、課題およびミッションと呼ばれる
こともある。クエストに参加したユーザＵは、当該一定の条件を満たすことでクエストを
クリアすることができ、クエストをクリアすると、ユーザＵにクリア報酬が付与されたり
、本ゲームのストーリーが進行したりする。

デッキとは、複数のキャラクタを組み合わせたグループを意味する用語である。ユーザ
Ｕは、クエストを実行する際、当該クエストをクリアするために適した能力を持つキャラ
クタを選択してデッキを編成してクエストを実行する。本実施形態では、ユーザＵがクエ
スト等を「実行」することを、「クエストプレイ」と称しても良い。敵キャラクタとのバ
トル（戦闘）時においては、ユーザＵのキャラクタが先攻、敵キャラクタが後攻になり、
１回ずつ交替で攻撃を行っていく（ターン性）。

ユーザＵは、クエストを実行するために、スタミナを消費する必要があり、例えばスタ
ミナがなくなる（０になる）とスタミナが回復するまでクエストを実行することができな
い。スタミナは、時間を経過させることによって回復させることができ、例えば、所定時
間（３分）経過ごとにスタミナを１回復させることができる。また、スタミナは、クエス
トのクリア時に付与される経験値によりユーザＵのランクが上がると全回復する。また、
課金アイテムであるオーブを１つ使用することによってスタミナを全回復させることがで
きる。ユーザＵは、画面表示されるゲージ（スタミナゲージ）を参照することによって、
現在のスタミナを容易に確認することができる。

本実施形態のゲームは、複数のユーザＵが各々のユーザ端末２０を操作して共同してプ
レイすることが可能なマルチプレイゲームである。すなわち、ユーザＵは、単独プレイ（
ソロプレイ）することは勿論、他のユーザＵと共に共通のクエストを同時にプレイする所
謂マルチプレイ（共同プレイともいう）も可能である。マルチプレイでは、各ユーザＵは
、デッキを編成する複数のキャラクタのうち、自身に割り当てられたキャラクタを操作す
る。

このマルチプレイでは、特定のクエストに対してマルチプレイを主催して仲間を募集す
るユーザＵ（以下、ホストユーザという）と、その募集に応募してマルチプレイに参加す
るユーザＵ（以下、ゲストユーザという）とにより、共同関係が形成され、プレイの進行
がマルチプレイを行うユーザＵ（ホストユーザ、ゲストユーザ）間で同期される。なお、
ユーザＵ（ホストユーザ）は、メッセージアプリを介し、他のユーザＵ（ゲストユーザ候
補）に対して招待メッセージを送ることによって、当該他のユーザＵをマルチプレイに直
接誘うこともできる。

マルチプレイは、各ユーザＵのユーザ端末２０の通信機能を通じて行われる。具体的に
は、あるゲストユーザが、マルチプレイを主催して仲間を募集するホストユーザとのマッ
チング要求を行い、その要求に応じて表示された１以上のホストユーザを確認する。そし
て、ゲストユーザは、所望のホストユーザが募集するマルチプレイに対して参加の申込を
行い、ホストユーザがその申込を許可すると、ゲストユーザとホストユーザとの間にマル
チプレイ用の通信経路が確立される。なお、マルチプレイの申込資格は、特に限定されず
、任意に設定することができる。例えば、申込みを行うゲストユーザから所定距離の範囲
内に居るホストユーザの募集に対して申込を行うことができるとしても良いし、あるユー
ザＵと交友関係がある他のユーザＵであって、ユーザＵ同士で互いに承認したフレンド（
ゲストユーザ）が申込を行うことができるとしても良い。

その後、マルチプレイに要する各種データの送受信が、公知の通信方式にしたがって実
施される。このときのデータは、サーバ１０を介したクライアント・サーバ方式であって
も良く、サーバ１０を介さないＰ２Ｐ（ピア・ツー・ピア）方式であっても良い。また、
マルチプレイの様式は、完全同期型および非同期型に分類されるが、何れの様式を採用し
ても良い。

なお、マルチプレイゲームには、複数のユーザＵが協力する協力プレイゲーム、および
、ユーザＵ同士が対戦する対戦ゲームが含まれるが、何れのタイプであっても良い。また
、一回のマルチプレイにおけるユーザＵ数の上限（最大プレイ人数）については、特に限
定されず任意の数に設定しても良いが、例えば最大で４人程度に設定するのが良い。

本実施形態では、マルチプレイにおけるクエストの実行時、ユーザＵは、ゲームプレイ
画面に貼り付ける（言い換えると、表示させる）所定画像を指定し、指定した所定画像を
当該ゲームプレイ画面に表示させることができる。ここで、所定画像は例えば、ユーザＵ
自身が伝えたいメッセージを、画像に描かれたキャラクタの絵やセリフを用いて、他のユ
ーザＵに伝えることができるコミュニケーション画像、ユーザＵ自身の感情を表すエモー
ション画像、スタンプ画像などである。以下、本実施形態では、所定画像は、スタンプ画
像であるものとして説明する。また、ユーザＵは、所定画像の送り先（例えば、同じデッ
キを編成している他のユーザＵ）を指定し、指定した送り先に当該所定画像を送ることが
できる。

図２は、マルチプレイにおけるクエストの実行時、ユーザ端末２０の表示部２４に表示
されるゲームプレイ画面の一例を示す図である。図２に示すゲームプレイ画面は、敵キャ
ラクタとのバトル時に表示される。以下で説明する各画面は、サーバ１０からユーザ端末
２０に送信されたゲーム画面表示データに基づいて表示される。

ゲームプレイ画面には、敵キャラクタに対応する敵キャラクタ画像３０、ゲームプレイ
画面にスタンプ画像を表示させることを要求するスタンプ要求ボタン３２、ユーザＵが選
択可能なスタンプ画像４０，４１，４２，４３，４４，４５等が表示されている。ユーザ
Ｕによってスタンプ要求ボタン３２が押下されると、スタンプ画像４０，４１，４２，４
３，４４，４５が表示され、ユーザＵはスタンプ画像４０，４１，４２，４３，４４，４
５の何れかを選択することができる。なお、ユーザＵは、スタンプ画像を大量に保有して
いる場合、その大量のスタンプ画像の中から、敵キャラクタとのバトル時に表示され、ユ
ーザＵが選択可能なスタンプ画像を予め設定できるようにしても良い。

スタンプ画像４０は、ユーザＵ自身が伝えたいメッセージ「よろしく！」を、画像に描
かれたセリフを用いて、他のユーザＵに伝えることができる画像である。スタンプ画像４
１は、ユーザＵ自身が伝えたいメッセージ「ありがとう」を、画像に描かれたセリフを用
いて、他のユーザＵに伝えることができる画像である。スタンプ画像４２は、ユーザＵ自
身が伝えたいメッセージ「気にしないで！」を、画像に描かれたセリフを用いて、他のユ
ーザＵに伝えることができる画像である。

スタンプ画像４３は、ユーザＵ自身が伝えたいメッセージ「ごめん！」を、画像に描か
れたセリフを用いて、他のユーザＵに伝えることができる画像である。スタンプ画像４４
は、ユーザＵ自身が伝えたいメッセージ「おっけー！」を、画像に描かれたセリフを用い
て、他のユーザＵに伝えることができる画像である。スタンプ画像４５は、ユーザＵ自身
が伝えたいメッセージ「回復お願い！」を、画像に描かれたセリフを用いて、他のユーザ
Ｕに伝えることができる画像である。

図３は、図２に示すゲームプレイ画面において、ユーザＵによりスタンプ画像４０，４
１，４２，４３，４４，４５の何れかが選択された場合、ユーザ端末２０の表示部２４に
表示されるゲームプレイ画面の一例を示す図である。図３に示すように、ゲームプレイ画
面には、ユーザＵにより選択されたスタンプ画像４０の送り先候補として、ユーザＵと同
じデッキを編成している他の３人のユーザＵにそれぞれ対応するキャラクタ画像５０，５
２，５４等が表示されている。図３に示す例では、ユーザＵは、キャラクタ画像５４を選
択する操作を行うことによって、キャラクタ画像５４に対応する他のユーザＵを、スタン
プ画像４０の送り先として指定している。これにより、キャラクタ画像５４に対応する他
のユーザＵにスタンプ画像４０が送られ、当該他のユーザＵのゲームプレイ画面にスタン
プ画像４０が表示されることとなる。

（サーバ１０のハードウェア構成）
図４は、本実施形態におけるサーバ１０のハードウェア構成を示すブロック図である。
図４に示すように、サーバ１０は、制御部１１、記憶部１２、通信部１３、操作入力部１
４およびモニタ１５を備えて構成される。

制御部１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）
等であり、サーバ１０の全体の動作を制御する。

記憶部１２の一部は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
やＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成さ
れており、制御部１１による各種プログラムに基づく処理の実行時のワークエリア等とし
て用いられる。

また、記憶部１２の一部は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等
の不揮発性メモリまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）であり、各種データ
および制御部１１の処理に利用されるプログラム等を保存する。記憶部１２は、各種情報
および処理結果等を記録しておくための１以上のテーブル等を含むデータベースを保持す
ることが可能である。

記憶部１２に記憶されるプログラムは、例えば、サーバ１０の基本的な機能を実現する
ためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種ハードウェアを制御するための
ドライバ、各種機能を実現するためのプログラム等であって、本発明の「情報処理プログ
ラム」として機能するプログラムを含む。

通信部１３は、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌ
ｌｅｒ）であり、通信回線５に接続する機能を有する。なお、通信部１３は、ＮＩＣに代
えて、またはＮＩＣと共に、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接
続する機能、無線ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、例え
ばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、および赤外線通信等を可能と
する機能を有しても良い。サーバ１０は、通信回線５を介してユーザ端末２０等と接続さ
れ、ユーザ端末２０等との間で各種データの送受信を行うことができる。

操作入力部１４は、キーボードおよびマウス等で構成され、サーバ１０を使用するユー
ザによる各種操作の入力を受け付ける。モニタ１５は、例えば液晶ディスプレイ装置等で
あり、各種画像を表示する。

制御部１１、記憶部１２、通信部１３、操作入力部１４およびモニタ１５は、システム
バス１６を介して相互に電気的に接続されている。したがって、制御部１１は、記憶部１
２へのアクセス、モニタ１５に対する画像の表示、ユーザによる操作入力部１４に対する
操作状態の把握、および通信部１３を介した各種通信網やユーザ端末２０へのアクセス等
を行うことができる。

（ユーザ端末２０のハードウェア構成）
図５は、本実施形態におけるユーザ端末２０のハードウェア構成を示すブロック図であ
る。図５に示すように、ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、表示
部２４、スピーカ２５、マイク２６、カメラ２７および操作ボタン２８を備えて構成され
る。

制御部２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
、マイクロプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）
等であり、ユーザ端末２０の全体の動作を制御する。

記憶部２２の一部は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
やＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成さ
れており、制御部２１による各種プログラムに基づく処理の実行時のワークエリア等とし
て用いられる。

また、記憶部２２の一部は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等
の不揮発性メモリまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）であり、各種データ
および制御部２１の処理に利用されるプログラム等を保存する。記憶部２２は、各種情報
および処理結果等を記録しておくための１以上のテーブル等を含むデータベースを保持す
ることが可能である。

記憶部２２に記憶されるプログラムは、例えば、ユーザ端末２０の基本的な機能を実現
するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、各種ハードウェアを制御するた
めのドライバ、各種機能を実現するためのプログラム等を含む。

通信部２３は、例えばＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｔｒｏｌ
ｌｅｒ）であり、通信回線５に接続する機能を有する。なお、通信部２３は、ＮＩＣに代
えて、またはＮＩＣと共に、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接
続する機能、無線ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続する機能、例え
ばＢｌｕｅｔｏｏｔｈ（登録商標）等の近距離の無線通信、および赤外線通信等を可能と
する機能を有しても良い。ユーザ端末２０は、通信回線５を介してサーバ１０や他のユー
ザ端末２０等と接続され、サーバ１０や他のユーザ端末２０等との間で各種データの送受
信を行うことができる。

表示部２４は、タッチパネルディスプレイ等であり、画像等を表示し、ユーザＵによる
操作を受け付けることが可能である。

スピーカ２５は、制御部２１の制御を受けて各種の音を出力する。マイク２６は、制御
部２１の制御を受けて各種の音を入力する。カメラ２７は、制御部２１の制御を受けて被
写体を撮像する。

操作ボタン２８は、ユーザ端末２０の例えば側面等に設けられ、ユーザ端末２０を起動
または停止させるための電源ボタンや、スピーカ２５から出力される音のボリューム（音
量）を調整するためのボタン等である。

制御部２１、記憶部２２、通信部２３、表示部２４、スピーカ２５、マイク２６、カメ
ラ２７および操作ボタン２８は、システムバス２９を介して相互に電気的に接続されてい
る。したがって、制御部２１は、記憶部２２へのアクセス、表示部２４に対する画像の表
示、ユーザＵによるタッチパネルディスプレイ（表示部２４）や操作ボタン２８に対する
操作状態の把握、マイク２６への音の入力、スピーカ２５からの音の出力、カメラ２７に
対する制御、および通信部２３を介した各種通信網、サーバ１０や他のユーザ端末２０等
へのアクセス等を行うことができる。

図６は、本実施形態におけるサーバ１０が備える制御部１１の機能構成例を示すブロッ
ク図である。図６に示すように、制御部１１は、機能構成として、受付部１１ａ、ゲーム
プレイ制御部１１ｂ、指定制御部１１ｃおよび表示制御部１１ｄを備える。なお、一般的
にサーバ１０の制御部１１は、上記以外にも種々の機能を有しているが、ここでは、本実
施形態におけるゲームシステム１において特徴的な機能のみを説明することとし、その他
の既知の機能等については図示および説明を省略する。

受付部１１ａは、ユーザ端末２０の表示部２４に対する第１ユーザＵの操作を介して、
第１ユーザＵから、ゲーム内価値（例えば、スタミナ、オーブ）を消費することによって
プレイ可能なゲーム（クエスト）のプレイ要求（具体的には、複数のユーザＵによるゲー
ムのマルチプレイ要求）を受け付ける。

ゲームプレイ制御部１１ｂは、受付部１１ａによりゲームのプレイ要求が受け付けられ
た場合、第１ユーザＵを含む複数のユーザＵによる当該ゲームのプレイ（具体的には、マ
ルチプレイ）を制御する。

指定制御部１１ｃは、複数のユーザＵによるゲームのプレイ中、第１ユーザＵにより第
１キャラクタ（本発明の「第１ゲーム媒体」に相当）を操作可能な第１操作状態（例えば
、敵キャラクタ（ＮＰＣ：ノンプレイヤキャラクタ）とのバトル時における第１キャラク
タの攻撃ターン）である場合、複数のユーザＵの何れかのユーザＵのゲームプレイ画面に
表示させる画像として第１ユーザＵが選択可能な複数の第１スタンプ画像を表示させる。

第１操作状態は、第１ユーザＵによる第１キャラクタの操作を受け付け可能な状態であ
って、複数のユーザＵのうち第１ユーザＵ以外の第２ユーザＵ（他ユーザ）から第２キャ
ラクタ（本発明の「第２ゲーム媒体」に相当、味方キャラクタ）の操作を受け付けない状
態である。第１スタンプ画像は、例えば、第１ユーザＵ自身が伝えたいメッセージ「任せ
ろ！」，「承知！」，「いけー！」等を、画像に描かれたセリフを用いて、他のユーザＵ
に伝えることができる画像である。

指定制御部１１ｃは、複数のユーザＵによるゲームのプレイ中、第２キャラクタ（本発
明の「第２ゲーム媒体」に相当、敵キャラクタ，第２ユーザＵに対応する味方キャラクタ
）が動作可能であり、第１ユーザＵにより第１キャラクタの操作を受け付けない第２操作
状態（例えば、敵キャラクタとのバトル時における敵キャラクタや味方キャラクタの攻撃
ターン）である場合、複数のユーザＵの何れかのユーザＵのゲームプレイ画面に表示させ
る画像として第１ユーザＵが選択可能な複数の第２スタンプ画像を表示させる。なお、複
数の第１スタンプ画像と複数の第２スタンプ画像との間において、一部のスタンプ画像が
重複しても良いし、全てのスタンプ画像が異なっても良い。

第２操作状態は、複数のユーザＵによる操作を受け付けない第２キャラクタ（敵キャラ
クタ）が動作する状態、または、第２ユーザＵ（他ユーザ）により第２キャラクタ（味方
キャラクタ）の操作を受け付け可能な状態である。第２スタンプ画像は、例えば、第１ユ
ーザＵ自身が伝えたいメッセージ「よろしく！」，「お願い！」，「回復お願い！」等を
、画像に描かれたセリフを用いて、他のユーザＵに伝えることができる画像である。

以上のように、指定制御部１１ｃは、複数のユーザＵによるゲームのプレイ中、第１操
作状態と第２操作状態との間において、複数のユーザＵの何れかのユーザＵのゲームプレ
イ画面に表示させる画像として第１ユーザＵが選択可能なスタンプ画像を異ならせる。こ
れにより、第１ユーザＵは、キャラクタの操作状態の違いに応じて、ゲームプレイ画面に
表示させる好適なスタンプ画像を指定することができる。

指定制御部１１ｃは、第２操作状態（例えば、敵キャラクタとのバトル時における敵キ
ャラクタや味方キャラクタの攻撃ターン）である場合、第１操作状態（例えば、敵キャラ
クタとのバトル時における第１キャラクタ（第１ユーザＵ）の攻撃ターン）である場合よ
り、第１ユーザＵが選択可能なスタンプ画像の数を多くする。言い換えると、第１操作状
態は、第２操作状態の場合に利用可能なスタンプ画像を利用できないように制限されてい
る状態である。これにより、操作に比較的余裕がある第２操作状態（操作待ち状態）にお
いて、第１ユーザＵは、第１操作状態である場合よりも多くのスタンプ画像の中から、ゲ
ームプレイ画面に表示させるスタンプ画像を選択することができる。

指定制御部１１ｃは、第１操作状態である場合、スタンプ画像の送り先を第１ユーザＵ
により指定不可能に制御する一方、第２操作状態である場合、スタンプ画像の送り先（第
２ユーザＵ）を第１ユーザＵにより指定可能に制御する。これにより、操作に比較的余裕
が少ない第１操作状態において、スタンプ画像の送り先を第１ユーザＵにより指定不可能
にし、操作に余裕がある第２操作状態（操作待ち状態）において、スタンプ画像の送り先
を第１ユーザＵにより指定可能にすることができる。なお、指定制御部１１ｃは、第２操
作状態である場合、スタンプ画像の送り先として敵キャラクタを第１ユーザＵにより指定
可能に制御しても良い。この場合、ゲームプレイ画面において、敵キャラクタの表示位置
にスタンプ画像が重畳して表示されることとなる。

指定制御部１１ｃは、第１操作状態において、複数のユーザＵのうち第１ユーザＵ以外
の第２ユーザＵ（他ユーザ）から第１ユーザＵにスタンプ画像（第１画像）が送られた場
合、第２操作状態において、第２ユーザＵ（他ユーザ）に送る画像として第２ユーザＵか
ら送られたスタンプ画像（第１画像）に基づいて自動的に選択されたスタンプ画像（第２
画像）を、第１ユーザＵにより指定可能に制御する。これにより、第１ユーザＵは、第２
ユーザＵから送られたスタンプ画像（第１画像）に基づいて、第２ユーザＵに送るスタン
プ画像（第２画像）を容易に指定することができる。

指定制御部１１ｃは、第１ユーザＵによる第１キャラクタの操作結果が達成条件（例え
ば、スーパープレイ）を満たした場合、当該操作結果に応じた第３スタンプ画像を、複数
のユーザＵのうち第１ユーザＵ以外の第２ユーザＵ（他ユーザ）により指定可能に制御す
る。ここで、スーパープレイであるか否かについて、第１キャラクタが敵キャラクタに大
きなダメージを与えたか、第１キャラクタが敵キャラクタにダメージを与えた回数（ヒッ
ト数）等を基準に判定される。第３スタンプ画像は、例えば、第２ユーザＵ自身が伝えた
いメッセージ「すごい！」，「おめでとう！」等を、画像に描かれたセリフを用いて、第
１ユーザＵに伝えることができる画像である。以上のように、第１ユーザＵによる第１キ
ャラクタの操作結果が達成条件を満たした場合、第２ユーザＵは、操作結果に応じた画像
を好適に指定することができる。

指定制御部１１ｃは、第２操作状態において、第１ユーザＵにより指定されたゲームプ
レイ画面の位置に応じて、第１ユーザＵにより指定可能なスタンプ画像を異ならせる。本
実施形態では、指定制御部１１ｃは、第１ユーザＵにより指定されたゲームプレイ画面の
位置に敵キャラクタが存在するか否かに応じて、第１ユーザＵにより指定可能なスタンプ
画像を異ならせる。

例えば、指定制御部１１ｃは、第１ユーザＵにより指定されたゲームプレイ画面の位置
（敵位置）に敵キャラクタが存在する場合、第１ユーザＵにより指定可能なスタンプ画像
を、例えば第１ユーザＵ自身が敵キャラクタの攻略のためにアドバイスとして伝えたいメ
ッセージ「この敵がターゲットだよ！」、「必殺技を打って！」等を、画像に描かれたセ
リフを用いて、第２ユーザＵに伝えることができるスタンプ画像に制御する。さらに、指
定制御部１１ｃは、敵キャラクタの移動にあわせてスタンプ画像の表示位置を移動させる
。なお、指定制御部１１ｃは、第１ユーザＵにより指定されたゲームプレイ画面の位置（
味方位置）に味方キャラクタが存在する場合、第１ユーザＵにより指定可能なスタンプ画
像を、例えば第１ユーザＵ自身が伝えたいメッセージ「回復お願い！」等を、画像に描か
れたセリフを用いて、第２ユーザＵに伝えることができるスタンプ画像に制御しても良い
。

図７は、ユーザ端末２０の表示部２４に表示されるゲームプレイ画面の一例である。図
７に示すように、ゲームプレイ画面には、敵キャラクタに対応する敵キャラクタ画像３０
等が表示されている。図７に示すように、第２操作状態において、第１ユーザＵにより指
定されたゲームプレイ画面の位置（図中の位置６０で示される）に敵キャラクタが存在す
る場合、指定制御部１１ｃは、第１ユーザＵにより指定可能なスタンプ画像を、例えば第
１ユーザＵ自身が敵キャラクタの攻略のためにアドバイスとして伝えたいメッセージ「こ
の敵がターゲットだよ！」、「必殺技を打って！」等を、画像に描かれたセリフを用いて
、第２ユーザＵに伝えることができる画像に制御する。図７に示す例では、メッセージ「
必殺技を打って！」を第２ユーザＵに伝えるスタンプ画像４６が第１ユーザＵにより指定
され、ゲームプレイ画面の位置（図中の位置６０で示される）に表示される。さらに、指
定制御部１１ｃは、敵キャラクタの移動（図中の矢印方向への移動）にあわせてスタンプ
画像４６の表示位置（図中の位置６０で示される）を移動させる。これにより、第１ユー
ザＵにより指定されたゲームプレイ画面の位置に敵キャラクタが存在する場合、敵キャラ
クタの移動にあわせてスタンプ画像４６の表示位置（言い換えれば、敵キャラクタの狙い
位置）を好適に移動させることができる。

また、指定制御部１１ｃは、第１ユーザＵにより指定されたゲームプレイ画面の位置に
敵キャラクタが存在しない場合、指定された位置（空白位置）にスタンプ画像を表示させ
、当該スタンプ画像を表示させた後に、敵キャラクタが移動した場合に、スタンプ画像の
表示を終了する。ここで、スタンプ画像は、例えば、第１ユーザＵ自身が敵キャラクタの
攻略のためにアドバイスとして伝えたいメッセージ「ここに打って！」等を、画像に描か
れたセリフを用いて、第２ユーザＵに伝えることができる画像である。

図８は、ユーザ端末２０の表示部２４に表示されるゲームプレイ画面の一例である。図
８に示すように、ゲームプレイ画面には、敵キャラクタに対応する敵キャラクタ画像３０
等が表示されている。図８に示すように、第１ユーザＵにより指定されたゲームプレイ画
面の位置（図中の位置６２で示される）に敵キャラクタが存在しない場合、指定制御部１
１ｃは、第１ユーザＵにより指定可能なスタンプ画像を、例えば第１ユーザＵ自身が敵キ
ャラクタの攻略のためにアドバイスとして伝えたいメッセージ「ここに打って！」等を、
画像に描かれたセリフを用いて、第２ユーザＵに伝えることができる画像に制御する。図
８に示す例では、メッセージ「ここに打って！」を第２ユーザＵに伝えるスタンプ画像４
７が第１ユーザＵにより指定され、ゲームプレイ画面の位置（図中の位置６２で示される
）に表示される。さらに、指定制御部１１ｃは、スタンプ画像４７を表示させた後に、敵
キャラクタが移動（図中の矢印方向への移動）してバトル状況が変化した場合、位置６２
におけるスタンプ画像４７の表示を終了する。これにより、敵キャラクタが存在しない位
置６２にスタンプ画像４６を表示させた後に敵キャラクタが移動した場合、同じ位置６２
に、必ずしも敵キャラクタを攻略するためのアドバイスとならないスタンプ画像４７が不
必要に表示され続けることを防止することができる。

なお、指定制御部１１ｃは、第２操作状態において、第１ユーザＵにより指定されたゲ
ームプレイ画面の位置に味方キャラクタが存在する場合、当該味方キャラクタに対応する
第２ユーザＵをスタンプ画像の送り先として設定しても良い。

図９は、本実施形態において、サーバ１０が行う処理（本発明の「情報処理方法」に相
当）の一例を示すフローチャートである。

まず、受付部１１ａは、ユーザ端末２０の表示部２４に対する第１ユーザＵの操作を介
して、第１ユーザＵから、ゲーム内価値（例えば、スタミナ、オーブ）を消費することに
よってプレイ可能なゲーム（クエスト）のプレイ要求（具体的には、複数のユーザＵによ
るゲームのマルチプレイ要求）を受け付ける（ステップＳ１００）。

次に、ゲームプレイ制御部１１ｂは、第１ユーザＵを含む複数のユーザＵによるゲーム
のプレイ（具体的には、マルチプレイ）の制御を開始する（ステップＳ１１０）。

次に、ゲームプレイ制御部１１ｂは、ユーザ端末２０の表示部２４に対するユーザＵの
操作を介して、スタンプ要求ボタン３２（例えば、図２を参照）が押下されたか否かにつ
いて判定する（ステップＳ１２０）。判定の結果、スタンプ要求ボタン３２が押下されて
いない場合（ステップＳ１２０、ＮＯ）、処理はステップＳ１７０に遷移する。

一方、スタンプ要求ボタン３２が押下された場合（ステップＳ１２０、ＹＥＳ）、指定
制御部１１ｃは、第１ユーザＵにより第１キャラクタを操作可能な第１操作状態であるか
否かについて判定する（ステップＳ１３０）。判定の結果、第１操作状態である場合（ス
テップＳ１３０、ＹＥＳ）、指定制御部１１ｃは、複数のユーザＵの何れかのユーザＵの
ゲームプレイ画面に表示させる画像として第１ユーザＵが選択可能な複数の第１スタンプ
画像を表示させる（ステップＳ１４０）。ユーザＵは、表示された複数の第１スタンプ画
像の中から所望の第１スタンプ画像を選択することができる。その後、処理はステップＳ
１７０に遷移する。

ステップＳ１３０の判定処理に戻って、第１操作状態でない場合（ステップＳ１３０、
ＮＯ）、指定制御部１１ｃは、第２キャラクタ（敵キャラクタ，第２ユーザＵに対応する
味方キャラクタ）が動作可能であり、第１ユーザＵにより第１キャラクタの操作を受け付
けない第２操作状態であるか否かについて判定する（ステップＳ１５０）。判定の結果、
第２操作状態でない場合（ステップＳ１５０、ＮＯ）、処理はステップＳ１７０に遷移す
る。

一方、第２操作状態である場合（ステップＳ１５０、ＹＥＳ）、指定制御部１１ｃは、
複数のユーザＵの何れかのユーザＵのゲームプレイ画面に表示させる画像として第１ユー
ザＵが選択可能な複数の第２スタンプ画像を表示させる（ステップＳ１６０）。ユーザＵ
は、表示された複数の第２スタンプ画像の中から所望の第２スタンプ画像を選択すること
ができる。その後、処理はステップＳ１７０に遷移する。

ステップＳ１７０では、ゲームプレイ制御部１１ｂは、ゲームのプレイが終了したか否
かについて判定する。判定の結果、ゲームのプレイが終了していない場合（ステップＳ１
７０、ＮＯ）、処理はステップＳ１２０の前に戻る。一方、ゲームのプレイが終了した場
合（ステップＳ１７０、ＹＥＳ）、サーバ１０は図９に示す処理を終了する。

以上詳しく説明したように、本実施形態では、サーバ１０（情報処理装置）は、指定制
御部１１ｃを備える。指定制御部１１ｃは、第１ユーザＵを含む複数のユーザＵによるゲ
ームのプレイ中、第１ユーザＵにより第１キャラクタを操作可能な第１操作状態（第１キ
ャラクタの攻撃ターン）である場合と、第２キャラクタ（敵キャラクタ，第２ユーザＵに
対応する味方キャラクタ）が動作可能であり、第１ユーザＵにより第１キャラクタの操作
を受け付けない第２操作状態（敵キャラクタ／第２キャラクタの攻撃ターン）である場合
との間において、複数のユーザＵの何れかのユーザＵのゲームプレイ画面に表示させる画
像として第１ユーザＵが選択可能なスタンプ画像を異ならせる。

このように構成した本実施形態によれば、複数のユーザＵによるゲームのプレイ中、第
１ユーザＵは、ゲーム媒体の操作状態の違いに応じて、ゲームプレイ画面に表示させる好
適な画像を指定することができる。

なお、上記実施形態において、指定制御部１１ｃは、第１操作状態において第１ユーザ
Ｕにより第１キャラクタの操作が行われた後、第１キャラクタの操作結果が生じる前の第
３操作状態（例えば、敵キャラクタにダメージを与えるために第１キャラクタが移動して
いる状態、第１キャラクタの移動が停止した後で敵キャラクタに与えられるダメージが未
確定の状態）において、第１操作状態において第１ユーザＵにより指定できないスタンプ
画像を、第１ユーザＵにより指定可能に制御しても良い。これにより、第１キャラクタの
操作結果が生じる前の第３操作状態において、第１ユーザＵは、第１操作状態において第
１ユーザＵにより指定できない画像を好適に指定することができる。

なお、上記実施形態では、何れも本発明を実施するにあたっての具体化の一例を示した
ものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないもの
である。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様
々な形で実施することができる。

＜まとめ＞
［汎用課題］
本発明の目的の１つは、ゲームプレイ画面に表示させる好適な画像をユーザが容易に指
定できるようにすることである。

［付記１］に対応する課題
本発明の目的の１つは、複数のユーザによるゲームのプレイ中、ゲーム媒体の操作状態
の違いに応じて、ゲームプレイ画面に表示させる好適な画像を第１ユーザが容易に指定で
きるようにすることである。
［付記１］本実施形態に係る情報処理装置は、第１ユーザを含む複数のユーザによるゲー
ムのプレイ中、第１ユーザにより第１ゲーム媒体を操作可能な第１操作状態である場合と
、第２ゲーム媒体が動作可能であり、第１ユーザにより第１ゲーム媒体の操作を受け付け
ない第２操作状態である場合との間において、複数のユーザの何れかのユーザのゲームプ
レイ画面に表示させる画像として第１ユーザが選択可能な画像を異ならせる指定制御部を
備える。
上記の情報処理装置によれば、複数のユーザによるゲームのプレイ中、第１ユーザは、
ゲーム媒体の操作状態の違いに応じて、ゲームプレイ画面に表示させる好適な画像を容易
に指定することができる。

［付記２］に対応する課題
本発明の目的の１つは、第１ユーザ以外の第２ユーザから第２ゲーム媒体の操作を受け
付けない第１操作状態であるか、または、複数のユーザによる操作を受け付けない第２ゲ
ーム媒体が動作する状態や第２ユーザにより第２ゲーム媒体の操作を受け付け可能な第２
操作状態であるかに応じて、ゲームプレイ画面に表示させる好適な画像を第１ユーザが容
易に指定できるようにすることである。
［付記２］第１操作状態は、第１ユーザによる第１ゲーム媒体の操作を受け付け可能な状
態であって、複数のユーザのうち第１ユーザ以外の第２ユーザから第２ゲーム媒体の操作
を受け付けない状態であり、第２操作状態は、複数のユーザによる操作を受け付けない第
２ゲーム媒体が動作する状態、または、第２ユーザにより第２ゲーム媒体の操作を受け付
け可能な状態である、付記１に記載の情報処理装置。
これにより、第１ユーザ以外の第２ユーザから第２ゲーム媒体の操作を受け付けない第
１操作状態であるか、または、複数のユーザによる操作を受け付けない第２ゲーム媒体が
動作する状態や第２ユーザにより第２ゲーム媒体の操作を受け付け可能な第２操作状態で
あるかに応じて、第１ユーザは、ゲームプレイ画面に表示させる好適な画像を容易に指定
することができる。

［付記３］に対応する課題
本発明の目的の１つは、操作に比較的余裕がある第２操作状態において、第１操作状態
である場合よりも多くの画像の中から、ゲームプレイ画面に表示させる画像を第１ユーザ
が選択できるようにすることである。
［付記３］指定制御部は、第２操作状態である場合、第１操作状態である場合より、第１
ユーザが選択可能な画像の数を多くする、付記１または２に記載の情報処理装置。
これにより、操作に比較的余裕がある第２操作状態において、第１ユーザは、第１操作
状態である場合よりも多くの画像の中から、ゲームプレイ画面に表示させる画像を選択す
ることができる。

［付記４］に対応する課題
本発明の目的の１つは、操作に比較的余裕が少ない第１操作状態において、画像の送り
先を第１ユーザにより指定不可能にし、操作に比較的余裕がある第２操作状態において、
画像の送り先を第１ユーザにより指定可能にすることである。
［付記４］指定制御部は、第１操作状態である場合、画像の送り先を第１ユーザにより指
定不可能に制御する一方、第２操作状態である場合、画像の送り先を第１ユーザにより指
定可能に制御する、付記１～３の何れか１項に記載の情報処理装置。
これにより、操作に比較的余裕が少ない第１操作状態において、画像の送り先を第１ユ
ーザにより指定不可能にし、操作に比較的余裕がある第２操作状態において、画像の送り
先を第１ユーザにより指定可能にすることができる。

［付記５］に対応する課題
本発明の目的の１つは、第２ユーザから第１画像が送られた第１画像に基づいて、第２
ユーザに送る第２画像を第１ユーザが容易に指定できるようにすることである。
［付記５］指定制御部は、第１操作状態において、複数のユーザのうち第１ユーザ以外の
第２ユーザから第１ユーザに第１画像が送られた場合、第２操作状態において、第２ユー
ザに送る画像として第１画像に基づいて選択された第２画像を、第１ユーザにより指定可
能に制御する、付記１～４の何れか１項に記載の情報処理装置。
これにより、第１ユーザは、第２ユーザから送られた第１画像に基づいて、第２ユーザ
に送る第２画像を容易に指定することができる。

［付記６］に対応する課題
本発明の目的の１つは、第１ユーザによる第１ゲーム媒体の操作結果が達成条件を満た
した場合、操作結果に応じた画像を第２ユーザが好適に指定できるようにすることである
。
［付記６］指定制御部は、第１ユーザによる第１ゲーム媒体の操作結果が達成条件を満た
した場合、操作結果に応じた画像を、複数のユーザのうち第１ユーザ以外の第２ユーザに
より指定可能に制御する、付記１～５の何れか１項に記載の情報処理装置。
これにより、第１ユーザによる第１ゲーム媒体の操作結果が達成条件を満たした場合、
第２ユーザは、操作結果に応じた画像を好適に指定することができる。

［付記７］に対応する課題
本発明の目的の１つは、第１ユーザにより指定されたゲームプレイ画面の位置に応じて
、第１ユーザにより指定可能な画像を好適に異ならせることである。
［付記７］指定制御部は、第２操作状態において、第１ユーザにより指定されたゲームプ
レイ画面の位置に応じて、第１ユーザにより指定可能な画像を異ならせる、付記１～６の
何れか１項に記載の情報処理装置。
これにより、第１ユーザにより指定されたゲームプレイ画面の位置に応じて、第１ユー
ザにより指定可能な画像を好適に異ならせることができる。

［付記８］に対応する課題
本発明の目的の１つは、第１ユーザにより指定されたゲームプレイ画面の位置にゲーム
媒体が存在するか否かに応じて、第１ユーザにより指定可能な画像を好適に異ならせるこ
とである。
［付記８］指定制御部は、第１ユーザにより指定されたゲームプレイ画面の位置にゲーム
媒体が存在するか否かに応じて、第１ユーザにより指定可能な画像を異ならせる、付記７
に記載の情報処理装置。
これにより、第１ユーザにより指定されたゲームプレイ画面の位置にゲーム媒体が存在
するか否かに応じて、第１ユーザにより指定可能な画像を好適に異ならせることができる
。

［付記９］に対応する課題
本発明の目的の１つは、第１ユーザにより指定されたゲームプレイ画面の位置にゲーム
媒体が存在する場合、ゲーム媒体の移動にあわせて画像の表示位置を好適に移動させるこ
とである。
［付記９］指定制御部は、第１ユーザにより指定されたゲームプレイ画面の位置にゲーム
媒体が存在する場合、ゲーム媒体の移動にあわせて画像の表示位置を移動させる、付記７
に記載の情報処理装置。
これにより、第１ユーザにより指定されたゲームプレイ画面の位置にゲーム媒体が存在
する場合、ゲーム媒体の移動にあわせて画像の表示位置を好適に移動させることができる
。

［付記１０］に対応する課題
本発明の目的の１つは、ゲーム媒体が存在しない位置に画像を表示した後にゲーム媒体
が移動した場合に、同じ位置に不必要に画像が表示されることを防止することである。
［付記１０］指定制御部は、第１ユーザにより指定されたゲームプレイ画面の位置にゲー
ム媒体が存在しない場合、指定された位置に画像を表示させ、画像を表示させた後に、ゲ
ーム媒体が移動した場合に、画像の表示を終了する、付記７に記載の情報処理装置。
これにより、ゲーム媒体が存在しない位置に画像を表示させた後にゲーム媒体が移動し
た場合、同じ位置に不必要に画像が表示されることを防止することができる。

［付記１１］に対応する課題
本発明の目的の１つは、第１ゲーム媒体の操作結果が生じる前の第３操作状態において
、第１操作状態において第１ユーザにより指定できない画像を第１ユーザが好適に指定で
きるようにすることである。
［付記１１］指定制御部は、第１操作状態において第１ユーザにより第１ゲーム媒体の操
作が行われた後、第１ゲーム媒体の操作結果が生じる前の第３操作状態において、第１操
作状態において第１ユーザにより指定できない画像を、第１ユーザにより指定可能に制御
する、付記１～１０に記載の情報処理装置。
これにより、第１ゲーム媒体の操作結果が生じる前の第３操作状態において、第１ユー
ザは、第１操作状態において第１ユーザにより指定できない画像を好適に指定することが
できる。

［付記１２］に対応する課題
本発明の目的の１つは、複数のユーザによるゲームのプレイ中、ゲーム媒体の操作状態
の違いに応じて、ゲームプレイ画面に表示させる好適な画像を第１ユーザが容易に指定で
きるようにすることである。
［付記１２］本実施形態に係る情報処理方法は、プロセッサが、第１ユーザを含む複数の
ユーザによるゲームのプレイ中、第１ユーザにより第１ゲーム媒体を操作可能な第１操作
状態である場合と、第２ゲーム媒体が動作可能であり、第１ユーザにより第１ゲーム媒体
の操作を受け付けない第２操作状態である場合との間において、複数のユーザの何れかの
ユーザのゲームプレイ画面に表示させる画像として第１ユーザが選択可能な画像を異なら
せる。
上記の情報処理方法によれば、複数のユーザによるゲームのプレイ中、第１ユーザは、
ゲーム媒体の操作状態の違いに応じて、ゲームプレイ画面に表示させる好適な画像を容易
に指定することができる。

［付記１３］に対応する課題
本発明の目的の１つは、複数のユーザによるゲームのプレイ中、ゲーム媒体の操作状態
の違いに応じて、ゲームプレイ画面に表示させる好適な画像を第１ユーザが容易に指定で
きるようにすることである。
［付記１３］本実施形態に係る情報処理プログラムは、プロセッサに、第１ユーザを含む
複数のユーザによるゲームのプレイ中、第１ユーザにより第１ゲーム媒体を操作可能な第
１操作状態である場合と、第２ゲーム媒体が動作可能であり、第１ユーザにより第１ゲー
ム媒体の操作を受け付けない第２操作状態である場合との間において、複数のユーザの何
れかのユーザのゲームプレイ画面に表示させる画像として第１ユーザが選択可能な画像を
異ならせる、処理を実行させる。
上記の情報処理プログラムによれば、複数のユーザによるゲームのプレイ中、第１ユー
ザは、ゲーム媒体の操作状態の違いに応じて、ゲームプレイ画面に表示させる好適な画像
を容易に指定することができる。

１：ゲームシステム、１０：サーバ、１１：制御部、１１ａ：受付部、１１ｂ：ゲームプ
レイ制御部、１１ｃ：指定制御部、１２：記憶部、１３：通信部、１４：操作入力部、１
５：モニタ、１６：システムバス、２０，２０ａ，２０ｂ，２０ｃ：ユーザ端末、２１：
制御部、２２：記憶部、２３：通信部、２４：表示部、２５：スピーカ、２６：マイク、
２７：カメラ、２８：操作ボタン、２９：システムバス、３０：敵キャラクタ画像、３２
：スタンプ要求ボタン、４０，４１，４２，４３，４４，４５，４６，４７：スタンプ画
像、５０，５２，５４：キャラクタ画像、６０，６２：位置、Ｕ，Ｕ１，Ｕ２，Ｕ３：ユ
ーザ

Claims (1)

1. 指定制御部を備え、
   前記指定制御部は、第１ユーザを含む複数のユーザによるゲームのプレイ中、前記第１
   ユーザにより第１ゲーム媒体を操作可能な第１操作状態である場合と、第２ゲーム媒体が
   動作可能であり、前記第１ユーザにより前記第１ゲーム媒体の操作を受け付けない第２操
   作状態である場合との間において、前記複数のユーザの何れかのユーザのゲームプレイ画
   面に表示させる画像として前記第１ユーザが選択可能な画像を異ならせる、
   情報処理装置。

Images