JP2023017140A - プログラム、情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】着ぐるみとの交流を通じてキャラクタへの愛着や、イベント参加時の驚きを提供する。【解決手段】着ぐるみに備えられた端末から第１識別情報を取得する第１ステップと、第１ユーザ端末から第１ユーザ識別情報を取得する第２ステップと、第１識別情報および第１ユーザ識別情報に基づき、前記着ぐるみに関する演出情報を出力する第３ステップと、を実行させ、第１識別情報は前記着ぐるみの種または個体ごとに異なる値が設定されている。【選択図】 図１

Description

本開示は、プログラム、情報処理装置及び情報処理方法に関する。

着ぐるみとは、人間の全身を覆う、等身大のぬいぐるみの総称であり、特殊衣類や材料等を用いて作られる。着ぐるみ内部に人間（演者）が入り、擬人化した動物や怪獣、架空の生物（キャラクタ）を表した特殊衣類で全身を覆って姿を変える演出により、各種イベントや遊園地、テレビ番組等で多く使用されている。特許文献１には、マスコットキャラクタを模した着ぐるみについて開示されている。特許文献２には、周囲の状況に応じた着ぐるみの演出を出力する着ぐるみ演出支援装置が開示されている。特許文献３には、着ぐるみの周辺ユーザの雰囲気に応じて周辺ユーザへ要求情報を送信可能な通信装置が開示されている。

特許第６４３４１８４号 特許第６６６７８７８号 再表２０１８／０８７９６８

複数の着ぐるみが参加するイベントにおいて、ユーザが複数の着ぐるみと交流することが考えられる。そのような場合に、すべての着ぐるみが同様の演出を行うのみではユーザにとって興趣性に乏しい。着ぐるみとの交流を通じてキャラクタへの愛着や、イベント参加時の驚きをユーザに対して十分に提供できていないという課題がある。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、着ぐるみの種類または個体ごとに異なる演出を出力し、もってユーザに対しより興趣性の高い体験型サービスを提供するプログラム、情報処理装置、情報処理方法を提供することである。

プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、着ぐるみに対応する第１識別情報を取得する第１ステップと、第１ユーザ端末に対応する第１ユーザ識別情報を取得する第２ステップと、第１識別情報および第１ユーザ識別情報の組み合わせに基づき、着ぐるみに関する演出情報を出力する第３ステップと、を実行させ、第１識別情報は複数の着ぐるみに対応して、それぞれ異なる値を設定可能である。

本開示によれば、着ぐるみの種類または個体ごとに異なる演出を出力することができる。

情報処理システム１の全体の構成を示す図である。 サーバ１０の機能構成を示すブロック図である。 ユーザ端末２０のハードウェア構成を示すブロック図である。 着ぐるみ端末３０のハードウェア構成を示すブロック図である。 着ぐるみ３２を表す概略図である。 スタンプ４１の構成を表す図である。 識別情報データベース１０１１のデータ構造を示す図である。 （Ａ）はユーザ情報データベース１０１２のデータ構造を示す図であり、（Ｂ）はデッキデータベース１０１３のデータ構造を示す図であり、（Ｃ）はログ情報データベース１０１４のデータ構造を示す図である。 個体演出データベース１０１５のデータ構造を示す図である。 （Ａ）はリピート付加演出データベース１０１６のデータ構造を示す図であり、（Ｂ）はレア付加演出データベース１０１７のデータ構造を示す図であり、（Ｃ）は属性演出データベース１０１８のデータ構造を示す図であり、（Ｄ）は属性付加演出データベース１０１９のデータ構造を示す図である。 （Ａ）はゲーム制御データベース１０２１のデータ構造を示す図であり、（Ｂ）はリピート付加制御データベース１０２２のデータ構造を示す図であり、（Ｃ）は属性付加制御データベース１０２３のデータ構造を示す図である。 サーバ１０による演出出力処理の動作を示すフローチャートである。 ユーザ端末２０における演出内容の表示画面例を示す図である。 フレンドのユーザ端末２０の表示画面例を示す図である。 サーバ１０によるゲーム制御処理の動作を示すフローチャートである。 （Ａ）は制御内容Ａによる表示画面例を示す図であり、（Ｂ）は制御内容Ｂによる表示画面例を示す図であり、（Ｃ）はリピート付加制御Ａによる表示画面例を示す図であり、（D）はユーザ端末２０における属性付加制御Ａによる表示画面例を示す図である。 コンピュータの基本的なハードウェア構成を示すブロック図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。

＜情報処理システム１の概要＞
図１は、情報処理システム１の全体の構成を示す図である。本開示における情報処理システム１は、複数の着ぐるみが参加するイベントにおいて、着ぐるみの種類または個体ごとに異なる演出を出力する情報処理システムである。

＜情報処理システム１の基本構成＞
本開示における情報処理システム１を図１に示す。情報処理システム１は、ネットワークＮを介して接続された、サーバ１０、複数のユーザ端末２０Ａ，２０Ｂ，２０Ｃ、複数の着ぐるみに備えられた着ぐるみ端末３０Ａ，３０Ｂ，３０Ｃを備えて構成されている。図２は、サーバ１０の機能構成を示すブロック図である。図３は、ユーザ端末２０のハードウェア構成を示すブロック図である。図４は、着ぐるみ端末３０のハードウェア構成を示すブロック図である。図５は、着ぐるみ３２を表す概略図である。図６は、スタンプ４１の構成を表す図である。

サーバ１０は、着ぐるみが参加するイベントにおいて演出サービスを提供する情報処理装置である。ユーザ端末２０は、イベントにおいて演出サービスを受ける参加ユーザ（以下、ユーザ）が操作する情報処理装置である。着ぐるみ端末３０は、着ぐるみ３２を装着する演者３３が操作する情報処理装置である。

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。サーバ１０、ユーザ端末２０、着ぐるみ端末３０のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。

以下、各装置の構成およびその動作を説明する。

＜サーバ１０の概要＞
サーバ１０は、着ぐるみが参加するイベントにおいて演出サービスを提供するサービス提供者によって運用される情報処理装置である。着ぐるみとユーザとの交流を検出し、ユーザ端末および着ぐるみ端末へ演出内容を出力するコンピュータである。

＜サーバ１０の機能構成＞
サーバ１０のハードウェア構成が実現する機能構成を図２に示す。

＜サーバ１０の記憶部の構成＞
サーバ１０の記憶部１０１は、識別情報データベース１０１１、ユーザ情報データベース１０１２、デッキデータベース１０１３、ログ情報データベース１０１４、個体演出データベース１０１５、リピート付加演出データベース１０１６、レア付加演出データベース１０１７、属性演出データベース１０１８、属性付加演出データベース１０１９、ゲーム制御データベース１０２１、リピート付加制御データベース１０２２、属性付加制御データベース１０２３を備える。
なお、各データベースは複数のサーバに分散して設けられていても良い。また、一部をユーザ端末２０、着ぐるみ端末３０に分散して設けても良く、システムとして記憶部の機能を発揮できるのであればどのような構成としても良い。

図７は、識別情報データベース１０１１のデータ構造を示す図である。識別情報データベース１０１１は、識別情報をキーとして、個体コード、通知可否、種コード、レアリティのカラムを有するデータベースである。

識別情報は、識別装置４０を特定する項目であり、着ぐるみ３２の種または個体ごとに異なる値が記憶される。識別情報は、着ぐるみ３２の演者を特定する情報を含んでも良い。個体コードは、着ぐるみ３２の個体を特定するための項目であり、識別情報ごとに異なる値が記憶される。通知可否は、着ぐるみ３２がユーザと交流した情報を当該ユーザに関連づけられたフレンドユーザまたは周囲のユーザへ通知するか否かの設定情報（通知可否情報）が記憶される。通知可否の値がＴＲＵＥの場合には通知を行い、通知可否の値がＦＡＬＳＥの場合には通知を行わない。種コードは、着ぐるみ３２の種類を特定するための項目であり、着ぐるみ３２の種ごとに異なる値が記憶される。種コードが共通する着ぐるみ３２の外観は、略同一形状に形成されているものとする。ただし、同じ種コードの着ぐるみ３２は、外観が略同一形状であるものの、個体コードが異なっているため、ユーザに対しては個体ごとに異なった演出サービスを提供することが可能である。レアリティは、着ぐるみ３２の希少度を示す項目であり、着ぐるみ３２の同じ種には同じ値が記憶される。なお、着ぐるみ３２ごとの個体ごとのレアリティ情報はレア付加演出データベース １０１７に記憶される。

図８（Ａ）は、ユーザ情報データベース１０１２のデータ構造を示す図である。ユーザ情報データベース１０１２は、ユーザＩＤをキーとして、位置情報、フレンドＩＤのカラムを有するデータベースである。

位置情報は、ユーザ端末２０の位置を示す項目である。位置情報は、ユーザ端末２０の有する位置情報センサの検出値である緯度、経度といった位置情報を、ユーザ端末２０から定期的に取得し記憶する。フレンドＩＤは、ユーザの友達のユーザＩＤを示す項目である。ユーザが、ユーザ端末２０において所定のフレンド操作を行うことによりフレンドＩＤの追加および削除ができる。

図８（Ｂ）は、デッキデータベース１０１３のデータ構造を示す図である。デッキデータベース１０１３は、ユーザＩＤをキーとして、キャラクタコード、種コード、キャラクタ属性のカラムを有するデータベースである。

キャラクタコードは、ユーザが保有するゲーム内キャラクタを示す項目である。キャラクタコードにはキャラクタコードが記憶される。種コードは、キャラクタコードに記憶されたキャラクタの種を識別するための項目であり、着ぐるみ３２の種コードと共通したコードが記憶される。デッキデータベース１０１３を介して、ゲーム内キャラクタのキャラクタコードと着ぐるみ３２の種が対応づけられる。キャラクタ属性は、キャラクタコードに記憶されたキャラクタごとのゲーム内属性を示す項目である。ゲーム内属性とは、ゲームの進行においてキャラクタ同士の相性や、キャラクタとゲーム内環境との相性を規定する情報であり、相性の組み合わせによりゲームの進行を有利にしたり不利にすることでゲームの興趣性を向上させるものである。

図８（Ｃ）は、ログ情報データベース１０１４のデータ構造を示す図である。ログ情報データベース１０１４は、ユーザＩＤをキーとして、種コード、個体コード、ログ情報（識別日時、識別順序、取得回数）のカラムを有するデータベースである。ログ情報データベース１０１４には、ユーザＩＤごとにユーザ端末２０において識別装置４０から識別情報を取得した履歴が記憶される。

種コードおよび個体コードには、取得した識別情報にかかる着ぐるみ３２の種コードおよび個体コードが記憶される。識別日時には、識別情報を取得した日時が記憶される項目である。識別順序には、識別情報の取得順序が記憶される項目である。具体的には、識別情報を取得するごとに識別順序がインクリメントされ記憶される。取得回数は、種コードごとの識別情報を取得した回数が集計され記憶される項目である。

図９は、個体演出データベース１０１５のデータ構造を示す図である。個体演出データベース１０１５は、個体コードをキーとして、演出内容Ａ、演出内容Ｂのカラムを有するデータベースである。

演出内容Ａは、着ぐるみ３２の個体ごとのユーザ端末２０における演出を行うための演出情報が記憶される項目である。例えば、演出内容Aに記憶される演出情報は、「表示画像」、「メッセージ」、「キャラクタエフェクト」、「背景エフェクト」、「アニメーション」などのプロパティを有する「ユーザ端末演出クラス」のオブジェクト（インスタンス）である。

演出内容Bは、着ぐるみ３２の個体ごとの着ぐるみ端末３０における演出を行うための演出情報が記憶される項目である。例えば、演出内容Bに記憶される演出情報は、「ＬＥＤ色」、「点滅パターン」、「効果音」、「音声」、「着ぐるみ動作」などのプロパティを有する「着ぐるみ端末演出クラス」のオブジェクト（インスタンス）である。

図１０（Ａ）は、リピート付加演出データベース１０１６のデータ構造を示す図である。リピート付加演出データベース１０１６は、取得回数をキーとして、リピート付加演出A、リピート付加演出Bのカラムを有するデータベースである。リピート付加演出データベース１０１６には、ユーザ端末２０における着ぐるみ３２の個体ごとの取得回数に応じた付加的な演出内容が記憶される。

リピート付加演出Ａは、着ぐるみ３２の個体ごとの取得回数に応じたユーザ端末２０における付加的な演出を行うための演出情報が記憶される項目である。例えば、リピート付加演出Ａには、ユーザ端末演出クラスのオブジェクトが記憶される。
リピート付加演出Bは、着ぐるみ３２の個体ごとの取得回数に応じた着ぐるみ端末３０における付加的な演出を行うための演出情報が記憶される項目である。例えば、リピート付加演出Bには、着ぐるみ端末演出クラスのオブジェクトが記憶される。

図１０（Ｂ）は、レア付加演出データベース１０１７のデータ構造を示す図である。レア付加演出データベース１０１７は、個体コードをキーとして、レアリティ、レア付加演出A、レア付加演出Bのカラムを有するデータベースである。レア付加演出データベース１０１７には、着ぐるみ３２の個体ごとのレアリティおよび付加的な演出内容が記憶される。

レア付加演出Ａは、着ぐるみ３２の個体ごとのレアリティに応じたユーザ端末２０における付加的な演出を行うための演出情報が記憶される項目である。例えば、レア付加演出Ａには、ユーザ端末演出クラスのオブジェクトが記憶される。
レア付加演出Bは、着ぐるみ３２の個体ごとのレアリティに応じた着ぐるみ端末３０における付加的な演出を行うための演出情報が記憶される項目である。例えば、レア付加演出Bには、着ぐるみ端末演出クラスのオブジェクトが記憶される。

図１０（Ｃ）は、属性演出データベース１０１８のデータ構造を示す図である。属性演出データベース１０１８は、種コードをキーとして、属性情報、属性演出A、属性演出Bのカラムを有するデータベースである。属性演出データベース１０１８には、着ぐるみ３２の個体ごとのゲーム内属性および付加的な演出内容が記憶される。

属性演出Ａは、着ぐるみ３２の個体ごとの属性に応じたユーザ端末２０における付加的な演出を行うための演出情報が記憶される項目である。例えば、属性演出Ａには、ユーザ端末演出クラスのオブジェクトが記憶される。
属性演出Bは、着ぐるみ３２の個体ごとの属性に応じた着ぐるみ端末３０における付加的な演出を行うための演出情報が記憶される項目である。例えば、属性演出Bには、着ぐるみ端末演出クラスのオブジェクトが記憶される。

図１０（Ｄ）は、属性付加演出データベース１０１９のデータ構造を示す図である。属性付加演出データベース１０１９は、着ぐるみ属性、ユーザ属性、属性付加演出A、属性付加演出Bのカラムを有するデータベースである。属性付加演出データベース１０１９には、着ぐるみ属性およびユーザ属性の組み合わせに応じた付加的な演出内容が記憶される。

属性付加演出Ａは、着ぐるみ３２の属性およびユーザのデッキ内に保有するゲームキャラクタの属性の組み合わせに応じたユーザ端末２０における付加的な演出を行うための演出情報が記憶される項目である。例えば、属性付加演出Ａには、ユーザ端末演出クラスのオブジェクトが記憶される。
属性付加演出Bは、着ぐるみ３２の属性およびユーザのデッキ内に保有するゲームキャラクタの属性の組み合わせに応じた着ぐるみ端末３０における付加的な演出を行うための演出情報が記憶される項目である。例えば、属性付加演出Bには、着ぐるみ端末演出クラスのオブジェクトが記憶される。

図１１（Ａ）は、ゲーム制御データベース１０２１のデータ構造を示す図である。ゲーム制御データベース１０２１は、種コードをキーとして、キャラクタコード、属性情報、制御内容Ａ、制御内容Ｂのカラムを有するデータベースである。

制御内容Ａは、ユーザ端末２０におけるゲーム内キャラクタを新たに獲得したり、ゲーム内キャラクタの性能を制御するための制御情報が記憶される項目である。制御内容Ｂは、ユーザ端末２０におけるゲーム内キャラクタがゲーム進行を行えるクエストを新たに追加（解放）したり、クエスト攻略時のクリア時の報酬を増大させたり減少させるための制御情報が記憶される項目である。クエストとは、達成条件が設定されたゲーム内のイベントである。

図１１（Ｂ）は、リピート付加制御データベース１０２２のデータ構造を示す図である。リピート付加制御データベース１０２２は、取得回数をキーとして、キャラクタ付加制御、イベント付加制御のカラムを有するデータベースである。リピート付加制御データベース１０２２には、ユーザ端末２０における着ぐるみ３２の個体ごとの取得回数に応じた付加的な制御内容が記憶される。

キャラクタ付加制御は、着ぐるみ３２の個体ごとの取得回数に応じたユーザ端末２０におけるゲーム内キャラクタに対する付加的な制御を行うための制御情報が記憶される項目である。
クエスト付加制御は、着ぐるみ３２の個体ごとの取得回数に応じたユーザ端末２０におけるクエストに対する付加的な制御を行うための制御情報が記憶される項目である。

図１１（Ｃ）は、属性付加制御データベース１０２３のデータ構造を示す図である。属性付加制御データベース１０２３は、着ぐるみ属性、ユーザ属性、キャラクタ付加制御、クエスト付加制御のカラムを有するデータベースである。属性付加制御データベース１０２３には、着ぐるみ属性およびユーザ属性の組み合わせに応じたキャラクタおよびクエストに対する付加的な制御内容が記憶される。

キャラクタ付加制御は、着ぐるみ３２の属性およびユーザのデッキ内に保有するゲームキャラクタの属性の組み合わせに応じたユーザ端末２０におけるゲーム内キャラクタに対する付加的な制御を行うための制御情報が記憶される項目である。
クエスト付加制御は、着ぐるみ３２の属性およびユーザのデッキ内に保有するゲームキャラクタの属性の組み合わせに応じたユーザ端末２０におけるクエストに対する付加的な制御を行うための制御情報が記憶される項目である。

＜サーバ１０の制御部の構成＞
サーバ１０の制御部１０３は、送受信部１０３１、演出出力部１０３２、ゲーム制御部１０３３、フレンド通知部１０３４の各機能ユニットを備える。なお、各制御部は、複数のサーバに分散して設けられていても良い。また、各制御部は、一部をユーザ端末２０、着ぐるみ端末３０に分散して設けても良く、システムとして制御部の機能を発揮できるのであればどのような構成としても良い。

送受信部１０３１は各種データを送受信する。
演出出力部１０３２は、ユーザ端末２０から、ユーザＩＤおよび識別情報を、送受信部１０３１を介して取得し、記憶部１０１を照会し、演出内容をユーザ端末２０および着ぐるみ端末３０へ送信する。

ゲーム制御部１０３３は、ユーザ端末２０から、ユーザＩＤおよび識別情報を、送受信部１０３１を介して取得し、記憶部１０１を照会し、制御内容Ａおよび制御内容Ｂをユーザ端末２０へ送信する。

フレンド通知部１０３４は、ユーザ端末２０から取得したユーザＩＤに基づき、記憶部１０１を照会し、ユーザＩＤに関連づけられたフレンドユーザーのユーザＩＤまたは、当該ユーザＩＤの周囲に位置するユーザＩＤに対して当該ユーザが着ぐるみと交流していることを通知する。

＜ユーザ端末２０の概要＞
ユーザ端末２０は、着ぐるみが参加するイベントにおいて演出サービスを受ける参加ユーザが操作する情報処理装置である。
ユーザ端末２０は、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ＰＤＡ、腕時計、スマートウォッチ、ヘッドマウントディスプレイ、画像生成装置等のコンピュータ、情報端末である。

ユーザ端末２０は、ユーザが、ユーザ自身の所有する端末にゲームプログラム（以下、ゲーム）を記憶部にインストールすることにより実現する。なお、ユーザ端末２０は、イベント主催者が、ゲームが記憶部にインストールされた専用端末をユーザに提供しても良い。
ユーザは、ユーザ端末２０を介して着ぐるみと交流する。ユーザは、サーバ１０から受信した演出内容をユーザ端末２０が備える出力装置を介することで本開示にかかる演出サービスを受けることができる。

＜ユーザ端末２０のハードウェア構成＞
ユーザ端末２０のハードウェア構成を図３に示す。ユーザ端末２０は、記憶部２０１、制御部２０２、タッチスクリーン２０３、音声処理部２０４、マイク２０４１、スピーカ２０４２、位置情報センサ２０５、カメラ２０６、モーションセンサ２０７を備える。

タッチスクリーン２０３は、マルチタッチ対応のタッチスクリーンである。マルチタッチ対応のタッチスクリーンとは、指やペン先などによる複数の点への接触位置を検知することができるタッチ・センシティブデバイス２０３１を備えるディスプレイ２０３２である。
タッチ・センシティブデバイス２０３１には種々の接触検知方式があるが、本実施形態では、静電容量方式である場合を例に説明する。

＜ユーザ端末２０の機能構成＞
ユーザ端末２０の制御部２０２は、タッチ・センシティブデバイス２０３１、マイク２０４１、位置情報センサ２０５、カメラ２０６、モーションセンサ２０７からの信号を入力信号として受け取り、記憶部２０１に記憶されたデータを参照し、プログラムに基づく各種情報処理を行うことができる。

ユーザ端末２０の制御部２０２は、制御部２０２による処理結果を、ディスプレイ２０３２、スピーカ２０４２を介して、ユーザに対して出力することができる。
＜ユーザ端末２０の記憶部の構成＞
ユーザ端末２０の記憶部２０１は、ゲームプログラム２０１１、ゲーム情報２０１２、ユーザＩＤ２０１３を記憶する。
なお、各データの全部または一部は、サーバ１０に設けても良く、システムとしてユーザ端末２０の記憶部２０１の機能を発揮できるのであればどのような構成としても良い。

ゲームプログラム２０１１は、ゲームを実現するためのプログラムである。ゲーム情報２０１２およびユーザＩＤ２０１３は、ゲームプログラム２０１１が実行されるときに参照されるデータである。

ユーザＩＤ２０１３は、ユーザ端末２０を操作するユーザを識別するための情報である。なお、ユーザＩＤにはセッションＩＤなど、ユーザ端末２０を利用しているユーザを識別するための情報を含む。

＜ユーザ端末２０の制御部の構成＞
ユーザ端末２０の制御部２０２は、送受信部２０２１、ゲーム制御部２０２２、データ管理部２０２３の各機能ユニットを備える。
なお、各制御部の全部または一部は、サーバ１０に設けても良く、システムとしてユーザ端末２０の制御部２０２の機能を発揮できるのであればどのような構成としても良い。

送受信部２０２１は各種データを送受信する。制御部２０２は、記憶部２０１に格納されたゲームプログラム２０１１を実行することにより、ゲームに関する各種処理を制御する。制御部２０２は、ゲームプログラム２０１１を実行することにより、送受信部２０２１、ゲーム制御部２０２２、データ管理部２０２３として機能する。

ゲーム制御部２０２２は、ゲーム進行に係る各種判定処理を行う。ゲーム制御部２０２２は、ゲームを提供するために必要な演算処理を行う。ゲーム制御部２０２２は、ユーザによるタッチスクリーン２０３の操作、マイク２０４１、位置情報センサ２０５、カメラ２０６、モーションセンサ２０７による入力信号、サーバ１０から受信した演出内容に関するデータに応じて、ゲームプログラム２０１１に記述された演算処理を実行する。

ゲーム制御部２０２２は、データ管理部２０２３にゲーム情報２０１２のレコードの追加、更新、または削除を指示する。ゲーム制御部２０２２は送受信部２０２１に各種データまたはプログラムの送信を指示する。

データ管理部２０２３は、記憶部２０１に格納されている各種データをゲーム制御部２０２２の指示に従って管理する。例えば、データ管理部２０２３は、ゲーム制御部２０２２からの指示に応じてゲーム情報２０１２のレコードを、追加、更新、または削除する。

＜ゲームの概要＞
本実施形態において、ゲームプログラム２０１１が実現するゲームは、ユーザによって操作される操作キャラクタを敵キャラクタと戦闘させるゲームを実行させるゲームを一例として説明する。

なお、ゲームは、特定のジャンルに限らず、あらゆるジャンルのゲームであってもよい。例えば、テニス、卓球、ドッジボール、野球、サッカーおよびホッケーなどのスポーツを題材としたゲーム、パズルゲーム、クイズゲーム、ＲＰＧ、アドベンチャーゲーム、シューティングゲーム、シミュレーションゲーム、育成ゲーム、ならびに、アクションゲームなどであってもよい。

また、ゲームは、特定のプレイ形態に限らず、あらゆるプレイ形態のゲームであってもよい。例えば、単一のユーザによるシングルプレイゲーム、および、複数のユーザによるマルチプレイゲーム、また、マルチプレイゲームの中でも、複数のユーザが対戦する対戦ゲーム、および、複数のユーザが協力する協力プレイゲームなどであってもよい。

ゲーム情報２０１２は、ユーザ間で共通の情報である。ゲーム情報２０１２は、例えば
各種ゲーム空間を規定するための情報を含み得る。「ゲーム空間」とは、ユーザが操作可能なゲームキャラクタのオブジェクトが配置される空間である。ゲーム情報２０１２は、ゲーム空間内に配置される木・岩・建物等の背景オブジェクトやノンプレイヤキャラクタ（non player character：ＮＰＣ）のオブジェクトの配置位置、大きさ、色、形状等、ユーザ間で共通のオブジェクトに関する各種設定情報を含み得る。ゲーム情報２０１２は、ノンプレイヤキャラクタの性能パラメータの設定値を含み得る。ゲーム情報２０１２はクエストに係る情報を含み得る。ゲーム情報２０１２は、ゲーム空間内において行われる抽選の当選確率に関する情報を含み得る。クエストとは、達成条件が設定されたゲーム内のイベントである。クエスト毎に、達成条件が設定されていてもよい。なお、クエストには達成条件に加え失敗条件が設定されていてもよい。また、以下では、ゲーム空間に配置されたキャラクタのオブジェクトを指して、単に「キャラクタ」と呼称する場合がある。

ゲーム情報２０１２は例えば、操作可能なキャラクタ（以下、ゲームキャラクタと称する）に関する情報、保有資産に関する情報、ゲームの進行度合いを示す情報等を含み得る。ここで、保有資産の例としては、例えばゲーム内通貨、アイテム、キャラクタの装備品などが挙げられる。

本実施形態において「マルチプレイ機能」とは、複数のユーザにおけるゲームの進行を同期させた状態でゲームを進行させる機能である。サーバ１０およびユーザ端末２０は、ゲームにログインしているユーザが複数存在する場合には、マルチプレイ機能に対応するための各種処理を行う。

＜準備空間＞
準備空間は、敵キャラクタが出現しないゲーム空間である。準備空間は、ユーザにクエストの準備を行わせるためのゲーム空間である。制御部２０２が準備空間においてゲームを進行させているときに、ユーザによりクエストの開始指示を示す入力操作がなされると、制御部２０２は、ゲーム空間を準備空間から戦闘空間へと遷移させる。

戦闘空間は、ゲームキャラクタと敵キャラクタとが遭遇して戦闘するためのゲーム空間である。ゲームキャラクタと敵キャラクタとの戦闘については後で詳述する。
＜戦闘空間＞
戦闘空間における戦闘について、詳細に説明する。本実施形態に係るゲームにおける「戦闘」では、ユーザおよび他のユーザのゲームキャラクタと敵キャラクタとが、互いに攻撃動作を行う。

ゲームキャラクタおよび敵キャラクタには、少なくとも体力値を含む性能パラメータ（例えば攻撃力、防御力、すばやさなど）の値が設定されている。ゲームキャラクタのパラメータの設定値はデッキデータベース１０１３に含まれ、敵キャラクタのパラメータの設定値はゲーム情報２０１２に含まれる。

戦闘空間において、ゲーム制御部２０２２は、タッチスクリーン２０３が受け付けた入力操作に応じて、ユーザが使用するユーザ端末２０のユーザが所有するゲームキャラクタに、攻撃動作を行わせる。そして、ゲーム制御部２０２２は、ゲームキャラクタの攻撃がいずれかの敵キャラクタに当たったか否か、すなわち攻撃が成功したか否かを判定する。さらに、ゲーム制御部２０２２は、ゲームキャラクタの攻撃が成功したと判定した場合、攻撃対象とされた敵キャラクタに与えるダメージ値の算出を行う。さらに、ゲーム制御部２０２２は、算出したダメージ値を敵キャラクタの体力値から減算する。もしくは、ゲーム制御部２０２２は、算出したダメージの値を含む、敵キャラクタへのダメージの総計と、敵キャラクタの体力値とを比較する。

敵キャラクタの体力値が０以下になった場合、または敵キャラクタへのダメージの総計が敵キャラクタの体力値以上になった場合、ゲーム制御部２０２２は敵キャラクタが討伐されたと判定する。

戦闘空間において、ゲーム制御部２０２２は、敵キャラクタに攻撃動作を行わせる。ゲーム制御部２０２２は、敵キャラクタによる攻撃動作についても、ゲームキャラクタの攻撃動作と同様に攻撃の成否判定を行い、ゲームキャラクタに対する攻撃が成功した場合にはダメージ値の算出も行う。

ゲームキャラクタの体力値が０以下になる、またはゲームキャラクタへのダメージの総計がゲームキャラクタの体力値以上になった場合、ゲーム制御部２０２２はゲームキャラクタが戦闘不能になったと判定する。この場合、タッチスクリーン２０３がゲームキャラクタに係る入力操作を受け付けても、ゲーム制御部２０２２は入力操作に対応する動作をゲームキャラクタに行わせない。

戦闘空間おいてプレイにより敵キャラクタの討伐が完了した場合などに、ゲーム制御部２０２２は、ユーザに対して報酬を付与する。報酬は、ゲームキャラクタが装備する装備アイテム、装備アイテムを取得するための素材アイテム、装備アイテムを強化するための強化アイテム、ゲームキャラクタに属性を付与する属性アイテム、の少なくとも何れかを含む。

＜着ぐるみ端末３０の概要＞
着ぐるみ端末３０は、着ぐるみが参加するイベントにおいて着ぐるみ３２を装着する演者３３が操作する情報処理装置である。
着ぐるみ端末３０は、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ＰＤＡ、腕時計、スマートウォッチ、ヘッドマウントディスプレイ、画像生成装置等のコンピュータ、情報端末である。

着ぐるみ端末３０は、イベント主催者が、所定のプログラムが記憶部にインストールされた専用端末を演者に提供し、演者は自身に装着する。なお、着ぐるみ端末３０は、着ぐるみに固定されたものとしても良い。
着ぐるみ３２は、サーバ１０から受信した演出内容を着ぐるみ端末３０と接続された出力装置を介することで本開示にかかる演出サービスをユーザに提供する。

＜着ぐるみ端末３０のハードウェア構成＞
着ぐるみ端末３０のハードウェア構成を図４に示す。着ぐるみ端末３０は、入力装置３０３として、マイク３０３１、カメラ３０３２、位置情報センサ３０３３、モーションセンサ３０３４と接続される。着ぐるみ端末３０は、出力装置３０４として、発光部３０４１、ディスプレイ３０４２、スピーカ３０４３、アクチュエータ３０４４と接続される。
着ぐるみ端末３０は、入力装置３０３、出力装置３０４と有線または無線接続により接続される。入力装置３０３、出力装置３０４は、着ぐるみ３２に固定されたものとしても良い。このとき、着ぐるみ端末３０は、着ぐるみ３２に固定せずに、着ぐるみ３２の外部に設置し、有線通信または無線通信を介して着ぐるみ３２に固定された入力装置３０３、出力装置３０４を通信制御する構成としても良い。

発光部３０４１はＬＥＤにより構成される。着ぐるみ端末３０は、発光部３０４１またはディスプレイ３０４２を制御することにより、着ぐるみ全体または一部を発光、点滅させたり、色や光の強度を変えたりして外観を変化させることができる。

着ぐるみ端末３０は、スピーカ３０４３を制御することにより、着ぐるみが模している動物などの鳴き声を出力することができる。具体的には、着ぐるみが模している動物や生物の鳴き声や、キャラクタのセリフを出力することができる。着ぐるみの音声を予め記憶部３０１に記憶させておき、制御部３０２は、着ぐるみの音声を合成し、名前等を発するようにしてもよい。

着ぐるみ端末３０は、アクチュエータ３０４４を制御することにより、着ぐるみの耳やしっぽなど、着ぐるみのパーツ（一部分）を動かすことができる。具体的には、着ぐるみ端末３０は、アクチュエータ３０４４を制御することにより、着ぐるみの耳、口、目、眉毛、頬、ひげ、しっぽ等の着ぐるみ３２の一部として形成される部分の動作を選択的に制御することができる。すなわち、着ぐるみ端末３０は、動かす部分を変えたり、動かし方を変えたりすることができる。

＜着ぐるみ端末３０の機能構成＞
着ぐるみ端末３０の制御部３０２は、入力装置３０３からの信号を入力信号として受け取り、記憶部３０１に記憶されたデータを参照し、プログラムに基づく各種処理を行うことができる。着ぐるみ端末３０の制御部３０２は、制御部３０２による処理結果を、出力装置３０４を介して、外部に出力することができる。

着ぐるみ端末３０は、サーバ１０より受信した演出情報に従い、発光部３０４１、ディスプレイ３０４２、スピーカ３０４３、アクチュエータ３０４４を制御し、交流するイベントに参加するユーザにとって興趣性が高い演出を着ぐるみ３０に行わせる。

演出情報とは、着ぐるみ３０について行われる演出を示す情報であって、例えば、着ぐるみ３０の特定の発光部を点滅させたり、声を出したり、しっぽ等を振ったり、という演出を行うための制御情報である。
＜着ぐるみ端末３０の記憶部の構成＞
着ぐるみ端末３０の記憶部３０１は、着ぐるみプログラム３０１１、着ぐるみＩＤ３０１２を記憶する。
なお、各データの全部または一部は、サーバ１０に設けても良く、システムとして着ぐるみ端末３０の記憶部３０１の機能を発揮できるのであればどのような構成としても良い。

着ぐるみプログラム３０１１は、着ぐるみ３２の制御を実現するためのプログラムである。着ぐるみＩＤ３０１２は、着ぐるみプログラム３２が実行されるときに参照されるデータである。

着ぐるみＩＤ３０１２は、着ぐるみ端末３０が設けられた着ぐるみを識別するための情報である。なお、着ぐるみＩＤにはセッションＩＤなど、着ぐるみ端末３０が設けられた着ぐるみを識別するための情報を含む。

＜着ぐるみ端末３０の制御部の構成＞
着ぐるみ端末３０の制御部３０２は、送受信部３０２１、着ぐるみ制御部３０２２の各機能ユニットを備える。
なお、各制御部の全部または一部は、サーバ１０に設けても良く、システムとして着ぐるみ端末３０の制御部３０２の機能を発揮できるのであればどのような構成としても良い。

送受信部３０２１は各種データを送受信する。制御部３０２は、記憶部３０１に格納された着ぐるみプログラム３０１１を実行することにより、着ぐるみ３２に関する各種制御を制御する。制御部３０２は、着ぐるみプログラム３０１１を実行することにより、送受信部３０２１、着ぐるみ制御部３０２２として機能する。

＜着ぐるみ３２の概要＞
図５は、着ぐるみ３２を表す概略図である。図５（Ａ）は、着ぐるみ３２を略正面から見た図であり、図５（Ｂ）は、着ぐるみ３２を略背面から見た図である。

＜着ぐるみ３２の構成＞
着ぐるみ３２は、演者３３の身体を覆うアウターウェアである。着ぐるみ３２は、内部に演者３３が入る空間が形成されている。このような状態で、演者３３が様々な動きをすれば、着ぐるみ３２も同じ動きをする。
図５に示す例では、着ぐるみ３２は、演者３３の全身を覆っているが、少なくとも演者３３の一部を覆う構成であればよい。着ぐるみ３２は、その外観が動物や怪獣などのキャラクタを表しており、例えば、ボア生地やナイロン生地などから製作される。

着ぐるみ３２は、不図示の送風装置によって、外部の空気を内部空間内に送風し、着ぐるみを膨張させて形状を維持させるよう構成されてもよい。なお、送風装置は、例えば、着ぐるみ３２の内側面に配置されたり、演者３３が背中に背負ったりしてもよい。

着ぐるみ３２には、のぞき窓３５が形成されており、内部の演者３３はのぞき窓３５を介して周囲を見ることができる。のぞき窓３５は、観客に内部の演者３３の存在を感じさせないよう、例えば、キャラクタの目や口の部分として形成される。なお、例えば、目や口などの観客から目立たない部分に配置されたカメラが撮影した周囲の映像を、演者３３が装着する眼鏡型端末などに表示させるように構成してもよい。

着ぐるみ３２には、着ぐるみの演出を出力する演出出力機構（不図示）が設けられる。例えば、着ぐるみの耳、口やしっぽなどのパーツを動かす機構や、着ぐるみ全体または一部を発光する機構、音声を出力する機構などが設けられる。演出出力機構は、例えば、演者３３が身に着けるインナーウェア３６の専用ポケット等に配置されたバッテリ３４から電力が供給されるよう構成されてもよい。

バッテリ３４は、二次電池等であり、着ぐるみ端末３０が有する演出出力機構の負荷部に対して電力を供給する。バッテリ３４は、例えば、演者３３の背中部分に位置する専用ポケットに配置される。

＜識別装置４０の概要＞
識別装置４０Ａ，４０Ｂ，４０Ｃは、着ぐるみの種または個体ごとに異なる識別情報を有する装置である。識別装置４０Ａ，４０Ｂ，４０Ｃが有する識別情報に基づき、それぞれの識別装置を備える着ぐるみ３２Ａ，３２Ｂ，３２Ｃを特定することができる。本実施例では、４０Ａ，４０Ｂ，４０Ｃが有する識別情報はそれぞれ異なるものとしたが、着ぐるみの種ごとに同一の識別情報を有するものとしても良い。

＜識別装置４０の構成＞
図６は、本発明の識別装置４０の一例であるスタンプ４１の構成を示す図である。スタンプ４１は、電極４２と、持ち手４３と、押印面４４と、を備える。スタンプ４１の押印面４４は、持ち手４３が設けられた側とは反対側の面に設けられる。押印面４４およびスタンプ４１の本体の押印面４４と平行な断面は四角形の角印の形状に形成される。

スタンプ４１は、ユーザ端末２０のマルチタッチ対応のタッチスクリーン２０３に同時に接触させることによりスタンプ４１の配列情報を検知させる按部である電極４２を５つ備える。５つの電極４２は押印面４４に固定して設けられることで互いに所定の位置関係を維持しており、ユーザ端末２０に同時に接触するとその接触位置および位置関係が認識される。５つの電極４２のうち３つが押印面４４の四角形の３つの頂点付近に配置される。このような電極４２の配置により、スタンプ４１の押印面４４がどのような向きでタッチスクリーン２０３に接触されても、スタンプ４１の上下左右を認識することができる。電極４２は円形で、導電性の素材で形成され、押印面４４に対して凸の構造となる。電極４２は導電性の素材で形成される。また、電極４２および本体部４０ａは半透明の素材であることが望ましい。電極４２が導電性かつ半透明の素材であることにより、押印面４４にスタンプ４１をタッチスクリーン２０３に押し当てたときに表示される画像を描画することで、スタンプ４１をユーザ端末２０に接触させたときにあたかも描画した画像がユーザ端末上に押印されたように見せることができる。電極以外の部分は樹脂等の絶縁性（非導電性）の素材で充填し、押印面が略平坦となるようにすることが好ましい。これにより、電極が配置されない頂点があることによる、押印時のがたつきを防ぐことができ、全ての電極を確実にタッチスクリーンに同時に接触させることができる。電極の色と電極以外の部分を充填する素材の色は同色（例えば透明）とすることが好ましい。これにより、電極位置を視認しにくくなり、スタンプの不正コピーを防ぐことができる。

持ち手４３は、スタンプ４１を押印する際に持つ箇所である。持ち手４３は導電性の素材で形成される。押印面４４は、電極４２を配置するための箇所であり、導電性の素材で形成される。なお、上記のスタンプ４１の構成は静電容量方式のタッチスクリーンに対して用いるスタンプ４１として好適な素材および構成である。ユーザ端末２０が他の方式のタッチスクリーンを採用する場合には、スタンプ４１はタッチスクリーンの方式に適した特性の素材および構成を採用すればよい。導電性を要さない場合には、タッチスクリーン２０３への同時接触を可能とする複数の非導電性の按部がスタンプ４１の押印面４４に設けられてもよい。

＜識別装置４０の動作＞
スタンプ４１には指やペン先などで複数の点に触れたのと同様の効果をタッチスクリーン２０３に与えるように、押印面４４に電極４２が配置される。この電極４２の配列情報は着ぐるみの種または個体毎に異なるように設けられる。このため、電極４２の配列情報により当該スタンプを押印した着ぐるみの種または個体を識別することができる。

＜ユーザ端末２０および識別装置４０の変形例＞
識別装置４０は、ＮＦＣ（Near Field Communication）タグで合っても良い。この場合、ＮＦＣタグには着ぐるみの種または個体ごとに異なる識別情報が記憶され、ユーザ端末２０はＮＦＣタグの記憶内容を読み取るためのリーダを備えていれば良い。

また、識別装置４０は着ぐるみ端末３０の一部として実現されていても良い。この場合、識別装置４０は、ユーザ端末３０へＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信により識別情報をユーザ端末３０へ伝えるよう構成しても良い。

以上、着ぐるみ３２と交流したユーザを適切に特定し、当該ユーザのユーザ端末２０に対して、当該着ぐるみ３２を識別するための識別情報を送信できるよう構成されていれば識別装置４０はどのような態様であっても良い。

＜情報処理システム１の動作（第一実施例）＞
以下、図１２および図１３を参照しながら、第一の実施形態における情報処理システム１の各処理について説明する。複数の着ぐるみが参加するイベントにおいて、イベント参加者であるユーザは自身の好みの着ぐるみを探索し交流する。交流に際して、着ぐるみ３２の演者３３は、着ぐるみの右手に把持されたスタンプ４１を、参加ユーザが保有するユーザ端末２０に押印する。参加ユーザは、一連の着ぐるみとの交流イベントを通じて、ユーザ端末２０および着ぐるみ３２の演出サービスを楽しむことができる。

図１２は、サーバ１０による演出出力処理の動作を示すフローチャートである。図１３は、ユーザ端末２０における演出内容の表示画面例を示す図である。

＜演出出力処理＞
ステップＳ１０１において、ユーザはユーザ端末２０のタッチスクリーン２０３の表示画面から所定のアイコンを選択し、ゲームプログラム２０１１を起動する。起動したゲームの表示画面からスタンプ押印ボタンを選択し、図６（B）に示すスタンプ押印画面を表示させる。

ステップＳ１０２において、着ぐるみ３２の演者３３は、右手に把持されたスタンプ４１の押印面４４を、ユーザ端末２０のタッチスクリーン２０３に接触させる。制御部２０２は、タッチスクリーン２０３に接触されたスタンプ４１の押印面４４に設けられた電極４２の配列情報を読み取る。
本実施例においては、配列情報は「0010 0100」とする。

ステップＳ１０３において、ユーザ端末２０の送受信部２０２１は、通信部２０９を介して配列情報および記憶部２０１のユーザＩＤ２０１３をサーバ１０の通信部１０９へ送信する。

ステップＳ１０４において、サーバ１０の送受信部１０３１は、配列情報およびユーザＩＤをユーザ端末２０より通信部１０９を介して受け取る。サーバ１０の演出出力部１０３２は、配列情報「0010 0100」をキーとして識別情報データベース１０１１を検索し、個体コード、通知可否、種コード、レアリティの値として、それぞれ「BEAR-001」、「ＴＲＵＥ」、「CDBEAR」、「Ｃ」を取得する。

ステップＳ１０５において、サーバ１０の演出出力部１０３２は、個体コード「BEAR-001」をキーとして個体演出データベース１０１５を検索し、ユーザ端末２０に関する演出内容である演出内容Ａの値として「表示画像：BEAR-001」、着ぐるみ端末３０に関する演出内容である演出内容Ｂ「LED色：ピンク 点滅パターン：Ａ 効果音：Ａ 着ぐるみ動作：Ａ」を取得する。

図１３（Ａ）は、ユーザ端末２０における演出内容Ａの表示画面例を示す図である。
演出内容Ａは、ユーザ端末２０のゲーム制御部２０２２が、ユーザ端末２０の表示画面７０の画像表示エリア７１に「BEAR-001」で指定される画像を表示させる演出指示を含む情報である。
演出内容Ｂは、着ぐるみ端末３０の着ぐるみ制御部３０２２が、着ぐるみ端末の発光部３０４１をピンク色のパターン「Ａ」の点滅パターンで発光させ、スピーカ３０４３を「Ａ」の効果音を発生させるよう制御し、アクチュエータ３０４４を動作「Ａ」となるよう制御させる演出指示を含む情報である。

ステップＳ１０６において、サーバ１０の演出出力部１０３２は、ユーザＩＤおよび個体コードをキーとしてログ情報データベース１０１４を検索し、ログ情報（識別日時、識別順序、取得回数）を取得する。
サーバ１０の演出出力部１０３２は、ログ情報の取得回数（識別情報の取得回数）をキーとしてリピート付加演出データベース１０１６を検索し、ユーザ端末２０に関する付加的な演出内容であるリピート付加演出Ａ、着ぐるみ端末３０に関する付加的な演出内容であるリピート付加演出Ｂを取得する。
なお、ログ情報の取得回数は全ての期間における取得回数でも良いし、直近所定期間内の取得回数を採用してもよい。直近所定期間内の取得回数に限定することにより、ユーザに所定期間内で複数の着ぐるみとの交流を行うよう動機づけることができ、イベントを円滑に運営することができる。
また、リピート付加演出データベース１０１６に該当レコードが存在しない場合は、リピート付加演出Ａおよびリピート付加演出Ｂにはヌル値を設定する。

図１３（Ｂ）は、ユーザ端末２０におけるリピート付加演出Ａの表示画面例を示す図である。演出内容Ａおよびリピート付加演出Ａ以外の付加演出はすべてない（ヌル値）場合を想定している。
リピート付加演出Ａは、演出内容Ａに加えて、ユーザ端末２０のゲーム制御部２０２２が、ユーザ端末２０のメッセージエリア７２に「いつもありがとう！」というメッセージを描画させ、背景エリア７３に「エフェクトＡ」の背景を描画させる演出指示を含む情報である。

ステップＳ１０７において、サーバ１０の演出出力部１０３２は、ログ情報の個体コードの識別順序に基づきユーザ端末２０に関する付加的な演出内容であるリピート付加演出Ｃ、着ぐるみ端末３０に関する付加的な演出内容であるリピート付加演出Ｄを生成し取得する。この場合、採用する個体コードを直近所定数の個体コードのみに限定しても良い。
なお、個体コードの識別順序は、ログ情報データベース１０１４の識別順序カラムのかわりに識別日時カラムの情報を用いても良い。この場合、採用する個体コードを識別日時が直近所定期間内の個体コードのみに限定しても良い。
また、識別順序を問わず個体コードの組み合わせに対してリピート付加演出Ｃおよびリピート付加演出Ｄを生成するよう構成しても良い。
なお、ログ情報が１行しかない場合は、リピート付加演出Ｃおよびリピート付加演出Ｄにはヌル値を設定する。

図１３（Ｃ）は、ユーザ端末２０におけるリピート付加演出Ｃの表示画面例を示す図である。演出内容Ａおよびリピート付加演出Ｃ以外の付加演出はすべてない（ヌル値）場合を想定している。
この例では、ユーザは、以前に「RABBIT-003」の識別情報を取得し取得記録がログ情報データベースに記憶されているものとする。このとき、ユーザ端末２０の画像表示エリア７１の左上の表示枠７４には以前に取得した識別情報「RABBIT-003」にかかる表示画像「RABIT-003」が重ねて表示される。

ステップＳ１０８において、サーバ１０の演出出力部１０３２は、個体コードをキーとしてレア付加演出データベース１０１７を検索し、レアリティ、ユーザ端末２０に関する付加的な演出内容であるレア付加演出Ａ、着ぐるみ端末３０に関する付加的な演出内容であるレア付加演出Ｂを取得する。
サーバ１０の演出出力部１０３２は、ステップＳ１０４において取得した、種ごとに定められたレアリティの値を、レア付加演出データベース１０１７に記憶された個体ごとのレアリティの値で上書きし、新たなレアリティの値として設定する。
レア付加演出データベース１０１７に該当レコードが存在しない場合は、レア付加演出Ａおよびレア付加演出Ｂにはヌル値を設定する。

図１３（Ｄ）は、ユーザ端末２０におけるレア付加演出Ａの表示画面例を示す図である。演出内容Ａおよびレア付加演出Ａ以外の付加演出はすべてない（ヌル値）場合を想定している。
この例では、対象となる個体コードを便宜上「BEAR-002」とする。この場合、レア付加演出Ａは、ユーザ端末２０のゲーム制御部２０２２が、ユーザ端末２０の背景エリア７３に「エフェクトＢ」の背景を描画させる演出指示を含む情報である。

ステップＳ１０９において、サーバ１０の演出出力部１０３２は、種コードをキーとして属性演出データベース１０１８を検索し、属性情報、ユーザ端末２０に関する付加的な演出内容である属性演出Ａ、着ぐるみ端末３０に関する付加的な演出内容である属性演出Ｂを取得する。
属性演出データベース１０１８に該当レコードが存在しない場合は、属性演出Ａおよび属性演出Ｂにはヌル値を設定する。

図１３（Ｅ）は、ユーザ端末２０における属性演出Ａの表示画面例を示す図である。演出内容Ａおよび属性演出Ａ以外の付加演出はすべてない（ヌル値）場合を想定している。
属性演出Ａは、ユーザ端末２０のゲーム制御部２０２２が、ユーザ端末２０の背景エリア７３に「エフェクトＧ」の背景を描画させる演出指示を含む情報である。

ステップＳ１１０において、サーバ１０の演出出力部１０３２は、ユーザＩＤをキーとしてデッキデータベース１０１３を検索し、ユーザＩＤのデッキに含まれるキャラクタごとの種コードおよびキャラクタ属性を取得する。

ステップＳ１１１において、サーバ１０の演出出力部１０３２は、ステップＳ１０９において取得した属性情報、ステップＳ１１０において取得したキャラクタ属性をそれぞれ着ぐるみ属性、ユーザ属性カラムに対するキーとして属性付加演出データベース１０１９を検索し、ユーザ端末２０に関する付加的な演出内容である属性付加演出Ａ、着ぐるみ端末３０に関する付加的な演出内容である属性付加演出Ｂを取得する。

図１３（Ｆ）は、ユーザ端末２０における属性付加演出Ａの表示画面例を示す図である。演出内容Ａおよび属性付加演出Ａ以外の付加演出はすべてない（ヌル値）場合を想定している。
属性付加演出Ａは、ユーザ端末２０のゲーム制御部２０２２が、ユーザ端末２０の背景エリア７３に「エフェクトＪ」の背景を描画させる演出指示を含む情報である。

なお、ステップＳ１１０において、デッキに複数のキャラクタが含まれる場合には、一部のキャラクタ属性またはすべてのキャラクタ属性に対して単数または複数の属性付加演出Ａ、属性付加演出Ｂを取得しても良い。
また、デッキデータベース１０１３および属性付加演出データベース１０１９に該当レコードが存在しない場合は、属性付加演出Ａおよび属性付加演出Ｂにはヌル値を設定する。

ステップＳ１１２において、演出内容Ａに対して、リピート付加演出Ａ、リピート付加演出Ｃ、レア付加演出Ａ、属性演出Ａ、属性付加演出Ａを重ね合わせる。
具体的に、ユーザ端末２０へ送信される演出内容Ａは、「表示画像」、「メッセージ」、「キャラクタエフェクト」、「背景エフェクト」、「アニメーション」などのプロパティを有する「ユーザ端末演出クラス」のオブジェクト（インスタンス）である。演出内容Ａは、ステップＳ１０６～Ｓ１１１を通じて、取得する同様に「ユーザ端末演出クラス」のオブジェクトであるリピート付加演出Ａ、リピート付加演出Ｃ、レア付加演出Ａ、属性演出Ａ、属性付加演出Ａにより上書き（ｏｖｅｒｒｉｄｅ）されていく。

例えば、ステップＳ１０５において取得した演出内容Ａのオブジェクト「表示画像：BEAR-002」は、リピート付加演出Ａのオブジェクト「メッセージ：いつもありがとう！また会おうね！」により上書きされると、演出内容Ａは「表示画像：BEAR-002、メッセージ：いつもありがとう！また会おうね！」という２つのプロパティを持つオブジェクトとなる。

同様に、演出内容Ｂに対して、リピート付加演出Ｂ、リピート付加演出Ｄ、レア付加演出Ｂ、属性演出Ｂ、属性付加演出Ｂを重ね合わせる。
具体的に、ユーザ端末２０へ送信される演出内容Ｂは、「ＬＥＤ色」、「点滅パターン」、「効果音」、「音声」、「着ぐるみ動作」などのプロパティを有する「着ぐるみ端末演出クラス」のオブジェクト（インスタンス）である。演出内容Ｂは、ステップＳ１０６～Ｓ１１１を通じて、取得する同様に「ユーザ端末演出クラス」のオブジェクトであるリピート付加演出B、リピート付加演出D、レア付加演出B、属性演出B、属性付加演出Bにより上書き（ｏｖｅｒｒｉｄｅ）されていく。
例えば、ステップＳ１０５において取得した演出内容Bのオブジェクト「ＬＥＤ色：ピンク、点滅パターン：Ａ、効果音：Ａ、着ぐるみ動作：Ａ」は、リピート付加演出Bのオブジェクト「点滅パターン：Ｂ、効果音：Ｂ、音声：Ｂ」により上書きされると、演出内容Ａは「ＬＥＤ色：ピンク、点滅パターン：Ｂ、効果音：Ｂ、音声：Ｂ、着ぐるみ動作：Ａ」というオブジェクトとなる。

なお、演出内容の重ね合わせは上記実施形態に限られない。完全に上書きせずに、時間をずらしながら複数の演出内容を上書きしても良い。例えば、演出内容Ａに対して、最初の所定秒は演出内容Ａとし、次の数秒を演出内容Ａのリピート付加演出Ａによる上書き、次の数秒をリピート付加演出Ｃによる上書き、次の数秒をレア付加演出Ａによる上書き、次の数秒を属性演出Ａによる上書き、次の数秒を属性付加演出Ａによる上書きとしても良い。このように、演出内容を重ね合わせることにより、複数の付加的な演出内容を時間的にずらしつつユーザに提供することができ演出サービスによる興趣性をより向上させることができる。

その後、サーバ１０の送受信部１０３１は、重ね合わせられた演出内容Ａおよび演出内容Ｂをそれぞれユーザ端末２０および着ぐるみ端末３０の送受信部へ送信する。

ステップＳ１１３において、ユーザ端末２０の送受信部２０２１は、サーバ１０から送信された演出内容Ａを受信する。ユーザ端末２０のゲーム制御部２０２２は、演出内容Ａに基づきディスプレイ２０３２、スピーカ２０４２を制御しユーザ端末２０に対して演出を行わせる。

ステップＳ１１４において、着ぐるみ端末３０の送受信部３０２１は、サーバ１０から送信された演出内容Ｂを受信する。着ぐるみ端末３０の着ぐるみ制御部３０２２は、演出内容Ｂに基づき出力装置３０４の発光部３０４１、ディスプレイ３０４２、スピーカ３０４３、アクチュエータ３０４４を制御し着ぐるみ３２に対して演出を行わせる。

ステップＳ１１５において、サーバ１０のフレンド通知部１０３４は、ユーザＩＤ「ＵＳＥＲ１」をキーとしてユーザ情報データベース１０１２を検索し、ユーザＩＤと紐づけられた位置情報「Ｑ」およびフレンドのユーザＩＤ「ＵＳＥＲ２」、「ＵＳＥＲ４」、「ＵＳＥＲ５」を取得する。

ステップＳ１１６において、ステップＳ１０４において取得した通知可否が「可」の場合には、サーバ１０のフレンド通知部１０３４は、ユーザＩＤ「ＵＳＥＲ２」、「ＵＳＥＲ４」、「ＵＳＥＲ５」に対して、ユーザＩＤ「ＵＳＥＲ１」および通知情報を送信する。
一方、通知可否が「否」の場合には送信しない。

ステップＳ１１７において、ユーザＩＤ「ＵＳＥＲ２」、「ＵＳＥＲ４」、「ＵＳＥＲ５」のユーザ端末２０のゲーム制御部２０２２は、受信したユーザＩＤおよび通知情報に基づき、ディスプレイ２０３２に「ＵＳＥＲ１」が着ぐるみとイベント中であることを、「ＵＳＥＲ２」、「ＵＳＥＲ４」、「ＵＳＥＲ５」にそれぞれ通知する。

図１４（Ａ）は、フレンドのユーザ端末２０の表示画面例を示す図である。一例として、ユーザＩＤ「ＵＳＥＲ２」のユーザ端末２０のゲーム制御部２０２２は、サーバ１０より受信した通知情報に基づき、ユーザ端末２０の表示画面７０の通知表示エリア７６に「ＵＳＥＲ１がベアとイベント中！」と表示する。

なお、ステップＳ１１５において、フレンドＩＤを参照する代わりにユーザＩＤ「ＵＳＥＲ１」の位置情報「Ｑ」からの距離が所定範囲以内のユーザをユーザ情報データベース１０１２の位置情報から検索し、当該検索されたユーザをフレンドのユーザＩＤとしても良い。

図１４（Ｂ）は、フレンドのユーザ端末２０の表示画面例を示す図である。一例として、「ＵＳＥＲ１」から所定範囲内に位置するユーザのユーザ端末２０のゲーム制御部２０２２は、サーバ１０より受信した通知情報に基づき、ユーザ端末２０の表示画面７０の通知表示エリア７６に「近くでベア遭遇イベント発生！」と表示する。

＜情報処理システム１の動作（第二実施例）＞
以下、図１５および図１６を参照しながら、第二の実施形態における情報処理システム１の各処理について説明する。複数の着ぐるみが参加するイベントにおいて、イベント参加者であるユーザは自身の好みの着ぐるみを探索し交流する。交流に際して、着ぐるみ３２の演者３３は、着ぐるみに固定されたスタンプ４１を、参加ユーザが保有するユーザ端末２０に押印する。参加ユーザは、一連の着ぐるみとの交流イベントを通じて、ユーザ端末２０におけるゲームの動作が変化することで、交流イベントへの参加をより強く動機づけることができる。

図１５は、サーバ１０によるゲーム制御処理の動作を示すフローチャートである。図１６は、ユーザ端末２０におけるゲーム制御処理の表示画面例を示す図である。

ステップＳ２０１～Ｓ２０４の処理は第一実施例におけるステップＳ１０１～Ｓ１０４と同様であるため説明を省略する。ステップＳ２１３～２１５の処理は第一実施例におけるステップＳ１１５～Ｓ１１７と同様であるため説明を省略する。

＜ゲーム制御処理＞

ステップＳ２０５において、サーバ１０のゲーム制御部１０３３は、種コード「ＣＤＢＥＡＲ」をキーとしてゲーム制御データベース１０２１を検索し、キャラクタコードの値「Ｂｅａｒ」、ユーザ端末２０におけるゲーム内のゲーム内キャラクタに関する制御情報である制御内容Ａの値として「キャラクタ獲得：Bear パラメータ制御：Bear攻撃力＋４（６時間）」、クエストに関する制御情報である制御内容Ｂの値として「クエスト解放：ベアの洞窟（ＬＶ１） 報酬アップ：ウルフ討伐（２倍）」を取得する。

図１６（Ａ）は、制御内容Ａによる表示画面例を示す図である。
ユーザ端末２０のゲーム制御部２０２２は、制御内容Ａに基づきユーザ端末２０のゲーム表示画面８０の画像表示エリア８１に獲得したゲームキャラクタ「Bear」を表示させ、パラメータ制御の内容をボーナス表示エリア８２に表示する。

図１６（Ｂ）は、制御内容Ｂによる表示画面例を示す図である。
ユーザ端末２０のゲーム制御部２０２２は、制御内容Ｂに基づき、ユーザ端末２０のゲーム表示画面８０のクエスト表示エリア新たに解放したクエスト８５をユーザが選択可能なように表示し、報酬アップの対象クエストに報酬のボーナス内容８６を表示する。

ステップＳ２０６において、サーバ１０のゲーム制御部１０３３は、ユーザＩＤおよび個体コードをキーとしてログ情報データベース１０１４を検索し、ログ情報（識別日時、識別順序、取得回数）を取得する。
サーバ１０のゲーム制御部１０３３は、ログ情報の取得回数をキーとしてリピート付加制御データベース１０２２を検索し、ユーザ端末２０におけるゲーム内のゲーム内キャラクタに関する付加的な制御情報であるリピート付加制御Ａ、クエストに関する付加的な制御情報であるリピート付加制御Ｂを取得する。
なお、ログ情報の取得回数は全ての期間における取得回数でも良いし、直近所定期間内の取得回数を採用してもよい。直近所定期間内の取得回数に限定することにより、ユーザに所定期間内で複数の着ぐるみとの交流を行うよう動機づけることができ、イベントを円滑に運営することができる。
また、リピート付加制御データベース１０２２に該当レコードが存在しない場合は、リピート付加制御Ａおよびリピート付加制御Ｂにはヌル値を設定する。

図１６（Ｃ）は、リピート付加制御Ａによる表示画面例を示す図である。制御内容Ａおよびリピート付加制御Ａ以外の付加的な制御内容はすべてない（ヌル値）場合を想定している。
ユーザ端末２０のゲーム制御部２０２２は、リピート付加制御Ａに基づき、ユーザ端末２０のゲーム表示画面８０のボーナス表示エリア８２に、リピート付加制御Ａにより修正されたパラメータ制御の内容をボーナス表示エリア８２に表示する。

ステップＳ２０７において、サーバ１０のゲーム制御部１０３３は、ログ情報の個体コードの識別順序に基づきユーザ端末２０におけるゲーム内のゲーム内キャラクタに関する付加的な制御情報であるリピート付加制御Ｃ、クエストに関する付加的な制御情報であるリピート付加制御Ｄを生成し取得する。この場合、採用する個体コードを直近所定数の個体コードのみに限定しても良い。
なお、個体コードの識別順序は、ログ情報データベース１０１４の識別順序カラムのかわりに識別日時カラムの情報を用いても良い。この場合、採用する個体コードを識別日時が直近所定期間内の個体コードのみに限定しても良い。
また、識別順序を問わず個体コードの組み合わせに対してリピート付加制御Ｃおよびリピート付加制御Ｄを生成するよう構成しても良い。
なお、ログ情報が１行しかない場合は、リピート付加制御Ｃおよびリピート付加制御Ｄにはヌル値を設定する。

ステップＳ２０８において、サーバ１０のゲーム制御部１０３３は、種コードをキーとして属性演出データベース１０１８を検索し、属性情報を取得する。

ステップＳ２０９において、サーバ１０のゲーム制御部１０３３は、ユーザＩＤをキーとしてデッキデータベース１０１３を検索し、ユーザＩＤのデッキに含まれるキャラクタごとの種コードおよびキャラクタ属性を取得する。

ステップＳ２１０において、サーバ１０のゲーム制御部１０３３は、ステップＳ１０８において取得した属性情報、ステップＳ１０９において取得したキャラクタ属性をそれぞれ着ぐるみ属性、ユーザ属性カラムに対するキーとして属性付加制御データベース１０２３を検索し、ユーザ端末２０におけるゲーム内のゲーム内キャラクタに関する付加的な制御情報である属性付加制御Ａ、クエストに関する付加的な制御情報である属性付加制御Ｂを取得する。
なお、ステップＳ２０９において、デッキに複数のキャラクタが含まれる場合には、一部のキャラクタ属性またはすべてのキャラクタ属性に対して単数または複数の属性付加制御Ａ、属性付加制御Ｂを取得しても良い。
また、デッキデータベース１０１３および属性付加制御データベース１０２３に該当レコードが存在しない場合は、属性付加制御Ａおよび属性付加制御Ｂにはヌル値を設定する。

図１６（D）は、ユーザ端末２０における属性付加制御Ａによる表示画面例を示す図である。制御内容Ａおよび属性付加制御Ａ以外の付加的な制御内容はすべてない（ヌル値）場合を想定している。
ユーザ端末２０のゲーム制御部２０２２は、属性付加制御Ａに基づき、ユーザ端末２０のゲーム表示画面８０のボーナス表示エリア８２に、属性付加制御Ａにより修正されたパラメータ制御の内容をボーナス表示エリア８２に表示する。この際、付与属性がある場合には属性表示エリア８３に付与属性を表示する。

ステップＳ２１１において、制御内容Ａに対して、リピート付加制御Ａ、リピート付加制御Ｃ、属性付加制御Ａを重ね合わせる。
具体的に、ユーザ端末２０へ送信される制御内容Ａは、「キャラクタ獲得」、「パラメータ制御」、「追加属性」などのプロパティを有する「キャラクタ制御クラス」のオブジェクト（インスタンス）である。制御内容Ａは、ステップＳ２０６～Ｓ２１０を通じて、取得するオブジェクトであるリピート付加制御Ａ、リピート付加制御Ｃ、属性付加制御Ａにより修正される。

例えば、ステップＳ２０５において取得した制御内容Ａのオブジェクト「キャラクタ獲得：Bear パラメータ制御：Bear攻撃力＋４（６時間）」は、リピート付加制御Ａのオブジェクト「パラメータ制御：２倍」により修正されると、演出内容Ａは「キャラクタ獲得：Bear パラメータ制御：Bear攻撃力＋８（６時間）」という２つのプロパティを持つオブジェクトとなる。

また、ステップＳ２０５において取得した制御内容Ａのオブジェクト「キャラクタ獲得：Bear パラメータ制御：Bear攻撃力＋４（６時間）」は、属性付加制御Ａのオブジェクト「パラメータ制御：１．５倍、追加属性：みず」により修正されると、制御内容Ａは「キャラクタ獲得：Bear パラメータ制御：Bear攻撃力＋６（６時間）、追加属性：みず」という３つのプロパティを持つオブジェクトとなる。

同様に、制御内容Ｂに対して、リピート付加制御Ｂ、リピート付加制御Ｄ、属性付加制御Ｂを重ね合わせる。
具体的に、ユーザ端末２０へ送信される制御内容Ｂは、「クエスト解放」、「報酬アップ」
などのプロパティを有する「クエスト制御クラス」のオブジェクト（インスタンス）である。制御内容Ｂは、ステップＳ２０６～Ｓ２１０を通じて、取得するオブジェクトであるリピート付加制御Ｂ、リピート付加制御Ｄ、属性付加制御Ｂにより修正される。

例えば、ステップＳ２０５において取得した制御内容Ｂのオブジェクト「クエスト解放：ベアの洞窟（ＬＶ１） 報酬アップ：ウルフ討伐（２倍）」は、リピート付加制御Ｂのオブジェクト「クエスト解放：ＬＶ２ 報酬アップ：４倍」により修正されると、制御内容Ｂは「クエスト解放：ベアの洞窟（ＬＶ２） 報酬アップ：ウルフ討伐（４倍）」という２つのプロパティを持つオブジェクトとなる。

サーバ１０のゲーム制御部１０３３は、制御内容Ａにゲーム内キャラクタの獲得に関する情報が含まれている場合には、ユーザ端末２０に対応するユーザＩＤ、デッキデータベース１０１３のキャラクタコード、種コード、キャラクタ属性のレコードを追加し、ユーザのデッキに当該ゲーム内キャラクタを登録する。

その後、サーバ１０の送受信部１０３１は、重ね合わせられた制御内容Ａおよび制御内容Ｂをユーザ端末２０の送受信部へ送信する。

ステップＳ２１２において、ユーザ端末２０の送受信部２０２１は、サーバ１０から送信された制御内容Ａおよび制御内容Ｂを受信する。ユーザ端末２０のゲーム制御部２０２２は、制御内容Ａおよび制御内容Ｂに基づきゲーム情報２０１２の設定を制御する。ユーザ端末２０のデータ管理部２０２３は、制御内容Ａおよび制御内容Ｂに基づきゲーム情報２０１２のデータを更新する。

例えば、ユーザ端末２０のゲーム制御部２０２２は、制御内容Ｂにクエストの解放に関する情報が含まれている場合には、ゲーム情報２０１２を更新し、対象クエストをユーザが選択できる状態にする。また、ユーザ端末２０のデータ管理部２０２３は、制御内容Ｂにクエストの報酬アップに関する情報が含まれている場合には、ゲーム情報２０１２を更新し、対象クエストの報酬を増加させる。

図１６（Ｄ）は、制御内容Ａによる表示画面例を示す図である。図１６（Ｄ）のように、ゲーム内キャラクタの獲得およびクエスト解放にかえて、ゲーム内キャラクタの獲得およびクエスト解放のためのゲーム内アイテムとしてユーザに付与するようゲーム制御部２０２２およびデータ管理部２０３３を制御しても構わない。

なお、本実施例においては、キャラクタの獲得、クエストの解放、クエストの報酬増加、キャラクタの性能パラメータの増大についての実施例を記載したが、着ぐるみ３２や着ぐるみ３２およびユーザのデッキに保有されるキャラクタの有する属性との相性により、キャラクタの喪失、クエストの閉鎖、クエストの報酬減少、キャラクタの性能パラメータの減少処理を行っても良い。

ステップＳ２１１において、ユーザのクエストの報酬を変化させる場合において、ユーザが当該クエストをクリアした日時を取得し、当該クリア日時がイベント開催期間内である場合においてのみ変化した報酬を有効とするよう制御しても良い。
ユーザはイベント開催期間内に着ぐるみ３２との交流を通じてクエストの報酬変化というボーナスを受けることができるが、ユーザはイベント開催期間内に当該クエストをクリアするとは限らない。クエストの報酬変化ボーナスの有効期間をイベント開催期間内に限定することで、ユーザがイベント開催期間内にクエストをクリアするよう動機づけることができる。

ステップＳ２１１において、ユーザのクエストの報酬を変化させる場合において、ユーザが当該クエストをクリアした日時を取得し、当該クリア日時がイベント開催期間内である場合においてのみ変化した報酬を有効とするよう制御しても良い。
ユーザはイベント開催期間内に着ぐるみ３２との交流を通じてクエストの報酬変化というボーナスを受けることができるが、ユーザはイベント開催期間内に当該クエストをクリアするとは限らない。クエストの報酬変化ボーナスの有効期間をイベント開催期間内に限定することで、ユーザがイベント開催期間内にクエストをクリアするよう動機づけることができる。

ステップＳ２１１において、ユーザのクエストの報酬を変化させる場合において、ユーザが当該クエストをクリアしたときのユーザの位置情報を取得し、当該位置情報がイベント会場内である場合においてのみ変化した報酬を有効とするよう制御しても良い。
ユーザはイベント会場内で着ぐるみ３２との交流を通じてクエストの報酬変化というボーナスを受けることができるが、ユーザはイベント会場内で当該クエストをクリアするとは限らない。クエストの報酬変化ボーナスの有効エリアをイベント会場内に限定することで、ユーザがイベント会場内でクエストをクリアするよう動機づけることができる。

なお、本開示におけるゲーム制御処理では特定の一つのゲームにおいてゲーム制御処理を行う構成としたが、着ぐるみ３２との交流が複数のゲームに対して、すべてのゲームまたは一部のゲームに対して選択的に影響を与える構成としても良い。
その場合、例えば、複数の異なるゲームは、それぞれ異なるゲーム制御データベース１０２１、リピート付加制御データベース１０２２、属性付加制御データベース１０２３を有する構成とする。一方、複数の異なるゲームは、ログ情報データベース１０１４を共有する。これにより、ユーザによる着ぐるみ３２との交流を複数の異なるゲームのゲーム制御処理で利用することができる。
なお、この場合、複数の異なるゲームにおいて、ログ情報データベース１０１４を共有するか否かをユーザが選択できる構成としても良い。また、特定のゲームにおけるゲーム制御処理に際して、着ぐるみ３２との交流結果を他のゲームでも利用するか否かをユーザに選択させる構成としても良い。

＜情報処理システム１の動作（第三実施例）＞
第三の実施形態における情報処理システム１の各処理について説明する。複数の着ぐるみが参加するイベントにおいて、イベント参加者であるユーザは自身の好みの着ぐるみを探索し交流する。交流に際して、着ぐるみ３２の演者３３は、着ぐるみに固定されたスタンプ４１を、参加ユーザが保有するユーザ端末２０に押印する。

第三の実施形態においては、ユーザはユーザ端末２０を操作することにより、交流した着ぐるみ、未交流の着ぐるみをユーザ端末２０のディスプレイ２０３２により確認することができる。

ユーザはユーザ端末２０のタッチスクリーン２０３の表示画面から所定のアイコンを選択し、ゲームプログラム２０１１を起動する。起動したゲームの表示画面から着ぐるみ図鑑ボタンを選択する。

ユーザ端末２０の送受信部２０２１は、通信部２０９を介してユーザＩＤ２０１３をサーバ１０の通信部１０９へ送信する。

サーバ１０の送受信部１０３１は、ユーザＩＤをユーザ端末２０より通信部１０９を介して受け取る。
サーバ１０の演出出力部１０３２は、ユーザＩＤをキーとしてログ情報データベース１０１４を検索し、ユーザがこれまで交流した着ぐるみの種コード、個体コードを取得する。サーバ１０の演出出力部１０３２は、識別情報データベース１０１１を参照し、全ての着ぐるみの個体コードおよび種コードを取得する。

サーバ１０の送受信部１０３１は、ユーザがこれまで交流した着ぐるみの種コード、個体コードおよび、全ての着ぐるみの個体コードおよび種コードをユーザ端末２０へ送信する。

ユーザ端末２０の送受信部２０２１は、サーバ１０から送信されたユーザがこれまで交流した着ぐるみの種コード、個体コードおよび、全ての着ぐるみの個体コードおよび種コードを受信する。
ユーザ端末２０のゲーム制御部２０２２は、ユーザがこれまでに交流した着ぐるみを着ぐるみの外観に関する画像と、交流したことを示すスタンプ押印済みのマークを関連づけて表示する。これにより、ユーザは過去に交流した着ぐるみを確認することができる。
ユーザ端末２０のゲーム制御部２０２２は、ユーザが交流していない着ぐるみを着ぐるみの外観に関する画像を、スタンプ押印済みのマークを関連づけずに表示する。これにより、ユーザは過去に交流していない着ぐるみを確認することができる。

このように、ユーザ端末２０に交流済みの着ぐるみと、未交流の着ぐるみとを区別可能に一覧表示することにより、ユーザに対して未だ交流していない着ぐるみと新たに交流するよう促すことができる。

＜コンピュータの基本ハードウェア構成＞
図１７は、コンピュータの基本的なハードウェア構成を示すブロック図である。コンピュータは、プロセッサ、主記憶装置、補助記憶装置、通信インタフェースを備える。これらは通信バスにより相互に電気的に接続される。

プロセッサとは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサは、演算装置、レジスタ、周辺回路等により構成される。

主記憶装置とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

補助記憶装置とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ―ＲＯＭ、ＤＶＤ―ＲＯＭ、半導体メモリ等である。

通信インタフェース（Interface）とは、有線又は無線の通信規格を用いて、外部の装置と通信するための信号を入出力するためのインタフェースである。

＜コンピュータの基本機能構成＞
コンピュータの基本ハードウェア構成（図１７）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、通信部、記憶部を備える。

プロセッサは、プログラムを補助記憶装置から読み出して主記憶装置に展開し、当該プログラムに従って処理を実行する。これにより、制御部を各種機能ユニットとして機能させることができる。また、プログラムがネットワークを介してコンピュータに配信される場合、配信を受けたコンピュータが当該プログラムを主記憶装置に展開し、当該プログラムに従って処理を実行してもよい。

通信部は、通信インタフェースにより実現される。通信部は、ネットワークを介して他のコンピュータと通信を行うための機能を実現する。他のコンピュータから送信される情報を受信したり、他のコンピュータへ情報を送信することができる。ネットワークは、インターネット、ＬＡＮ、図示しない無線基地局によって構築される各種移動通信システム等で構成される。例えば、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ―Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が使用されてもよい。通信部は、有線で接続する場合、ＵＳＢ（Universal Serial Bus）ケーブル等により接続してもよい。

記憶部は、主記憶装置、補助記憶装置により実現される。記憶部は、データ、プログラム、各種データベースを記憶する機能を実現する。プロセッサは、プログラムに従って記憶部に対応する記憶領域を主記憶装置または補助記憶装置に確保することができる。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。

（付記１）
プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、着ぐるみに対応する第１識別情報を取得する第１ステップ（Ｓ１０２）と、第１ユーザ端末に対応する第１ユーザ識別情報を取得する第２ステップ（Ｓ１０３）と、第１識別情報および第１ユーザ識別情報の組み合わせに基づき、着ぐるみに関する演出情報を出力する第３ステップ（Ｓ１０５）と、を実行させ、第１識別情報は複数の着ぐるみに対応して、それぞれ異なる値を設定可能であるプログラム。
これにより、ユーザは、着ぐるみの種類または個体ごとに異なる演出サービスを受けることができ、より特別な演出体験を経験することができる。

（付記２）
第１ユーザ識別情報ごとに第１識別情報の過去の取得回数を取得する第４ステップ（Ｓ１０６）と、を実行させ、第３ステップは、取得回数に基づき演出情報を出力するステップ（Ｓ１０６）である、付記１記載のプログラム。
これにより、ユーザは、以前交流したことがある着ぐるみ３２個体と再度交流した際に、ユーザ特有の演出サービスが行われる。ユーザに、イベントへ繰り返し参加することを動機づけることができる。

（付記３）
第４ステップは、第１識別情報の所定期間内の取得回数を取得するステップ（Ｓ１０６）である、付記２記載のプログラム。
これにより、イベントに参加したユーザが、所定期間内に複数の着ぐるみ３２と個体するよう促すことができ。ユーザへ着ぐるみ３２との活発な交流を動機づけることができる。

（付記４）
第２の着ぐるみから第１識別情報とは異なる第２識別情報を取得する第５ステップ（Ｓ１０２）と、を実行させ、第３ステップは、第１識別情報および第２識別情報の組み合わせに基づき演出情報を出力するステップ（Ｓ１０７）である、付記１～３のいずれか記載のプログラム。
これにより、ユーザは、複数の異なる着ぐるみの組み合わせに応じた異なった特有の演出サービスを受けることができ、より特別な演出体験を経験することができる。

（付記５）
第３ステップは、第１識別情報の識別日時と第２識別情報の識別日時とが所定期間内（Ｓ１０７）である場合に、第１識別情報および第２識別情報に基づき演出情報を出力するステップ（Ｓ１０７）である、付記４記載のプログラム。
これにより、イベントに参加したユーザが、所定期間内に複数の着ぐるみ３２と交流するよう促すことができ、ユーザへ着ぐるみ３２との活発な交流を動機づけることができる。

（付記６）
第３ステップは、第１識別情報と第２識別情報の取得順序（Ｓ１０７）に基づき異なる演出情報を出力するステップである、付記４または５記載のプログラム。
これにより、ユーザは、複数の異なる着ぐるみの識別順序に応じた異なった特有の演出サービスを受けることができ、より特別な演出体験を経験することができる。

（付記７）
第１識別情報に基づき着ぐるみに関するレアリティ情報を取得する第６ステップ（Ｓ１０８）と、を実行させ、第３ステップは、レアリティ情報に基づき演出情報を出力するステップ（Ｓ１０８）である、付記１～６のいずれか記載のプログラム。
これにより、ユーザは、交流した着ぐるみ３２のレアリティに応じた特有の演出サービスを受けることができ、より特別な演出体験を経験することができる。

（付記８）
第１識別情報に基づき着ぐるみに関する第１属性情報を取得する第７ステップ（Ｓ１０９）と、第１ユーザ識別情報に基づき第２属性情報を取得する第８ステップ（Ｓ１１０）と、を実行させ、第３ステップは、第１属性情報および第２属性情報に基づき演出情報を出力するステップ（Ｓ１１１）である、付記１～７のいずれか記載のプログラム。
これにより、ユーザは、着ぐるみの属性と、自身の保有するキャラクタの属性との組み合わせに応じた異なった特有の演出サービスを受けることができ、より特別な演出体験を経験することができる。

（付記９）
着ぐるみは、複数の按部を有するスタンプを備え、第１ステップは、複数の位置に接触されたときに個々の接触位置を検知可能なタッチスクリーンを有する第１ユーザ端末により、スタンプの按部の複数の接触位置を検知することにより、第１識別情報を取得するステップ（Ｓ１０２）である、付記１～８のいずれか記載のプログラム。
これにより、着ぐるみ３２とのより直接的な接触を伴う交流を通じて、特定のユーザに対して確実に演出体験を経験することができる。無線方式などの非接触の通信方式の場合には、ユーザが意図しない着ぐるみ３２との交流が誤検出されたり、通信確立のための煩雑な事前設定が必要であるため、不特定多数が参加するイベントにおいては特に好適である。

（付記１０）
第３ステップは、表示装置を備える第１ユーザ端末に対して演出情報を出力させるステップ（Ｓ１１３）であり、第１ユーザ端末は、演出情報に基づき表示装置の表示内容を制御する、付記１～９のいずれか記載のプログラム。
これにより、ユーザは、演出サービスを自身のユーザ端末から受けることができる。

（付記１１）
第３ステップは、第１識別情報に基づき着ぐるみに備えられた情報端末に対して演出情報を出力させるステップ（Ｓ１１４）である、付記１～１０のいずれか記載のプログラム。
これにより、ユーザは、演出サービスを着ぐるみ３２から受けることができ、より特別な演出体験を経験することができる。

（付記１２）
第２の着ぐるみに対応する第２識別情報を取得する第９ステップと、第２識別情報および第１ユーザ識別情報の組み合わせに基づき、第２の着ぐるみに関する演出情報を出力する第１０ステップと、を実行させ、着ぐるみは、第２の着ぐるみと略同一形状であり、第１識別情報に含まれる種コードは、第２識別情報に含まれる種コードに等しく、第３ステップにおいて出力される演出情報は、第１０ステップにおいて出力される演出情報とは異なる、付記１～１１のいずれか記載のプログラム。
これにより、外観が同一形状の着ぐるみ３２であっても、ユーザとの過去の交流経験に応じて異なる演出サービスがユーザに対して提供される。ユーザは、より特別な演出体験を経験することができる。

（付記１３）
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサに、着ぐるみに備えられた端末から第１識別情報を取得する第１ステップ（Ｓ１０２）と、第１ユーザ端末から第１ユーザ識別情報を取得する第２ステップ（Ｓ１０３）と、第１識別情報および第１ユーザ識別情報に基づき、着ぐるみに関する演出情報を出力する第３ステップ（Ｓ１０５）と、を実行させ、第１識別情報は着ぐるみの種または個体ごとに異なる値が設定されている情報処理装置。

（付記１４）
プロセッサと、記憶部とを備えるコンピュータに情報処理を実行させるための情報処理方法であって、情報処理方法は、プロセッサに、着ぐるみに備えられた端末から第１識別情報を取得する第１ステップ（Ｓ１０２）と、第１ユーザ端末から第１ユーザ識別情報を取得する第２ステップ（Ｓ１０３）と、第１識別情報および第１ユーザ識別情報に基づき、着ぐるみに関する演出情報を出力する第３ステップ（Ｓ１０５）と、を実行させ、第１識別情報は着ぐるみの種または個体ごとに異なる値が設定されている情報処理方法。

１ 情報処理システム、１０ サーバ、１０１ 記憶部、１０３ 制御部、２０Ａ，２０Ｂ，２０Ｃ ユーザ端末、２０１ 記憶部、２０２ 制御部、３０Ａ，３０Ｂ，３０Ｃ 着ぐるみ端末、３０１ 記憶部、３０２ 制御部、４０Ａ，４０Ｂ，４０Ｃ 識別装置

Claims (14)

1. プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   着ぐるみに対応する第１識別情報を取得する第１ステップと、
   第１ユーザ端末に対応する第１ユーザ識別情報を取得する第２ステップと、
   第１識別情報および第１ユーザ識別情報の組み合わせに基づき、前記着ぐるみに関する演出情報を出力する第３ステップと、
   を実行させ、
   第１識別情報は複数の着ぐるみに対応して、それぞれ異なる値を設定可能である
   プログラム。
2. 第１ユーザ識別情報ごとに第１識別情報の過去の取得回数を取得する第４ステップと、
   を実行させ、
   第３ステップは、前記取得回数に基づき演出情報を出力するステップである、
   請求項１記載のプログラム。
3. 第４ステップは、第１識別情報の所定期間内の取得回数を取得するステップである、
   請求項２記載のプログラム。
4. 第２の着ぐるみから第１識別情報とは異なる第２識別情報を取得する第５ステップと、
   を実行させ、
   第３ステップは、第１識別情報および第２識別情報の組み合わせに基づき演出情報を出力するステップである、
   請求項１～３のいずれか記載のプログラム。
5. 第３ステップは、第１識別情報の識別日時と第２識別情報の識別日時とが所定期間内である場合に、第１識別情報および第２識別情報に基づき演出情報を出力するステップである、
   請求項４記載のプログラム。
6. 第３ステップは、第１識別情報と第２識別情報の取得順序に基づき異なる演出情報を出力するステップである、
   請求項４または５記載のプログラム。
7. 第１識別情報に基づき前記着ぐるみに関するレアリティ情報を取得する第６ステップと、
   を実行させ、
   第３ステップは、前記レアリティ情報に基づき演出情報を出力するステップである、
   請求項１～６のいずれか記載のプログラム。
8. 第１識別情報に基づき前記着ぐるみに関する第１属性情報を取得する第７ステップと、
   第１ユーザ識別情報に基づき第２属性情報を取得する第８ステップと、
   を実行させ、
   第３ステップは、第１属性情報および第２属性情報に基づき演出情報を出力するステップである、
   請求項１～７のいずれか記載のプログラム。
9. 前記着ぐるみは、複数の按部を有するスタンプを備え、
   第１ステップは、複数の位置に接触されたときに個々の接触位置を検知可能なタッチスクリーンを有する第１ユーザ端末により、前記スタンプの按部の複数の接触位置を検知することにより、第１識別情報を取得するステップである、
   請求項１～８のいずれか記載のプログラム。
10. 第３ステップは、表示装置を備える第１ユーザ端末に対して演出情報を出力させるステップであり、
    第１ユーザ端末は、前記演出情報に基づき前記表示装置の表示内容を制御する、
    請求項１～９のいずれか記載のプログラム。
11. 第３ステップは、第１識別情報に基づき前記着ぐるみに備えられた情報端末に対して演出情報を出力させるステップである、
    請求項１～１０のいずれか記載のプログラム。
12. 第２の着ぐるみに対応する第２識別情報を取得する第９ステップと、
    第２識別情報および第１ユーザ識別情報の組み合わせに基づき、第２の着ぐるみに関する演出情報を出力する第１０ステップと、
    を実行させ、
    前記着ぐるみは、第２の着ぐるみと略同一形状であり、
    第１識別情報に含まれる種コードは、第２識別情報に含まれる種コードに等しく、
    第３ステップにおいて出力される演出情報は、第１０ステップにおいて出力される演出情報とは異なる、
    請求項１～１１のいずれか記載のプログラム。
13. プロセッサと、記憶部とを備える情報処理装置であって、
    前記プロセッサに、
    着ぐるみに備えられた端末から第１識別情報を取得する第１ステップと、
    第１ユーザ端末から第１ユーザ識別情報を取得する第２ステップと、
    第１識別情報および第１ユーザ識別情報に基づき、前記着ぐるみに関する演出情報を出力する第３ステップと、
    を実行させ、
    第１識別情報は前記着ぐるみの種または個体ごとに異なる値が設定されている
    情報処理装置。
14. プロセッサと、記憶部とを備えるコンピュータに情報処理を実行させるための情報処理方法であって、
    前記情報処理方法は、前記プロセッサに、
    着ぐるみに備えられた端末から第１識別情報を取得する第１ステップと、
    第１ユーザ端末から第１ユーザ識別情報を取得する第２ステップと、
    第１識別情報および第１ユーザ識別情報に基づき、前記着ぐるみに関する演出情報を出力する第３ステップと、
    を実行させ、
    第１識別情報は前記着ぐるみの種または個体ごとに異なる値が設定されている
    情報処理方法。
    
    

Images